El problema empieza antes de copiar y pegar.
Un pedido llega por correo, alguien lo anota en Excel y después vuelve a cargarlo en un sistema. Si la cantidad cambia, hay que recordar dónde actualizarla. El trabajo no es solamente escribir dos veces: también es comprobar qué versión está vigente y encontrar diferencias.
Antes de buscar una integración, elegí un recorrido concreto. Por ejemplo: recibir una lista de pedidos, validarla y preparar su carga en una herramienta de gestión. Evitá empezar por “conectar toda la empresa”: cada intercambio necesita reglas y responsables.
1. Definí un origen para cada dato.
Identificá qué herramienta es la referencia para el pedido, el cliente y el producto. No necesariamente es la misma para todo. Una planilla puede servir para preparar información, mientras que el estado de una operación se confirma en el sistema de gestión.
Acordá qué campos se pueden modificar, quién puede hacerlo y cómo se propaga un cambio. Si dos herramientas pueden sobrescribir el mismo dato, necesitás una regla de prioridad o una revisión del conflicto.
2. Usá identificadores que no cambien al ordenar una planilla.
El número de fila no es una buena referencia para reconocer una operación: puede cambiar cuando alguien ordena, inserta o elimina registros. Buscá un identificador estable del pedido y, si tiene varias líneas, una forma de distinguir cada una.
En el siguiente ejemplo, los nombres y valores son ficticios. La tabla sirve para conversar sobre las reglas, no para importar directamente a un sistema.
| Campo | Ejemplo ficticio | Regla a definir |
|---|---|---|
| Pedido y línea | P-1042 / 01 | Reconocer la misma operación al volver a procesarla. |
| Código de producto | 00123 | Conservar el formato y validar la relación con el catálogo. |
| Cantidad | 3 unidades | Comprobar el valor y la unidad antes de preparar la carga. |
| Estado | Pendiente de revisión | Distinguir lo recibido de lo aprobado y lo confirmado. |
3. Revisá los formatos antes de transferir información.
Un código de producto no es necesariamente un número para calcular. Si Excel transforma “00123” en “123”, una coincidencia puede fallar. Microsoft documenta cómo preservar códigos y ceros iniciales tratando las columnas como texto durante la importación. La opción concreta depende de la versión y de cómo se incorpora el archivo.
También hay que acordar cómo se representan fechas, decimales, monedas y unidades. Probá los archivos que realmente usa la operación; que dos columnas tengan nombres parecidos no asegura que signifiquen lo mismo.
4. Elegí la conexión según los accesos disponibles.
Una API permite que aplicaciones intercambien información mediante una interfaz definida. Un conector puede simplificar parte de ese trabajo, pero sigue teniendo límites y permisos propios. Si las herramientas admiten archivos, una exportación e importación controlada puede ser un primer paso suficiente.
La decisión depende de la documentación del proveedor, de la frecuencia necesaria y de los costos de operación. No conviene prometer una sincronización inmediata sin comprobar esas condiciones. En BRAG empezamos por esa revisión dentro del servicio de integración de herramientas y sistemas.
5. Evitá que un reintento vuelva a crear la operación.
Si una conexión tarda o falla, un proceso puede volver a intentar el envío. Ese reintento no debería producir otro pedido idéntico. Por eso necesitamos reconocer lo que ya fue procesado y distinguir entre crear un registro nuevo y actualizar uno existente.
Microsoft recomienda diseñar los flujos para contemplar entradas duplicadas. Ese principio sirve como pregunta de prueba aunque la solución final use otra tecnología: ¿qué pasa si recibimos el mismo archivo o evento dos veces?
No alcanza con marcar “enviado” en la planilla si todavía no sabemos qué ocurrió en el destino. Es importante acordar cómo se confirma el resultado, qué registro se conserva y qué hacer cuando el estado queda incierto.
6. Hacé una prueba que pueda fallar sin afectar la operación.
- Un registro completo con un resultado esperado conocido.
- El mismo pedido recibido dos veces.
- Un producto que no existe o una equivalencia dudosa.
- Una cantidad vacía, una fecha inesperada o un código con ceros iniciales.
- Una interrupción antes y después de enviar los datos.
- Una modificación posterior de un pedido ya procesado.
Usá datos de prueba y una forma de revisar los cambios antes de activar cargas reales. La recuperación depende del sistema: a veces habrá que corregir un registro y otras veces compensar una operación. Definí qué hacer antes de necesitarlo.
¿Y la inteligencia artificial?
Puede ayudar a interpretar un correo o sugerir una relación entre descripciones, pero no debería inventar un código o una cantidad que falta. Una sugerencia de IA necesita validaciones y, cuando corresponda, aprobación humana antes de modificar información importante.
Si los datos ya llegan estructurados y las reglas son precisas, una conexión convencional puede ser suficiente. Para decidir dónde empezar, podés usar nuestra guía para elegir una primera automatización.
Cómo evaluar si mejoró el trabajo.
Compará el tiempo de preparar, cargar, revisar y corregir, no solo el tiempo que tarda la conexión. Observá también los registros duplicados, las diferencias pendientes y las intervenciones necesarias. Una prueba puede mostrar que primero hace falta ordenar el archivo o acordar una regla.
Stock Sur aborda problemas relacionados con inventario, listas de precios y documentos. Es una experiencia de software en uso; no implica que ya exista un conector listo para cualquier sistema o proveedor.
Fuentes para profundizar.
- Microsoft Support: conservar ceros iniciales y números grandes en Excel.
- Microsoft Learn: problemas de desencadenadores y prevención de duplicados en Power Automate.
Guía elaborada y revisada por BRAG con apoyo de IA. Los ejemplos son ilustrativos; no representan una implementación ni resultados de un cliente.