Cómo eliminar el re-tecleo entre ERP, Excel y correo en una empresa industrial

Una orden llega por correo. Alguien descarga el adjunto, copia varias referencias a Excel, consulta el ERP y vuelve a introducir parte de la información en otro módulo. Días después, otra persona utiliza esa hoja para preparar un informe. Ningún paso parece especialmente costoso, pero el mismo dato ha sido leído, interpretado y escrito varias veces.

Eliminar ese re-tecleo no exige empezar sustituyendo el ERP. El primer objetivo es más concreto: conseguir que un dato entre una sola vez, viaje con su contexto y solo requiera intervención humana cuando exista una excepción.

Este artículo explica cómo identificar un flujo adecuado, conectarlo con seguridad y medir si la automatización libera capacidad de verdad.

El re-tecleo no es solo tiempo administrativo

Cuando una persona hace de puente entre dos sistemas, la empresa asume cuatro costes:

• El tiempo de abrir, buscar, copiar y comprobar.
• Los errores de transcripción, formato o versión.
• La espera hasta que esa persona puede procesar la información.
• La dificultad de saber dónde se produjo una discrepancia.

Además, el coste se multiplica aguas abajo. Una referencia mal copiada puede aparecer después en planificación, calidad, expediciones y facturación. Corregirla al final requiere reconstruir el recorrido del dato.

La primera señal para localizar estos flujos es escuchar frases como «lo paso a una hoja», «me lo envían y lo meto en el sistema» o «antes de cerrar el mes hay que cuadrarlo». También conviene buscar archivos con nombres como control_final_v3.xlsx, buzones compartidos y plantillas que duplican campos del ERP.

Dibujar el recorrido de un solo dato

Antes de elegir tecnología, seguimos una unidad de información de principio a fin. Puede ser una referencia de pedido, un número de lote, una fecha prevista o la cantidad aceptada en una recepción.

Para cada paso anotamos:

Pregunta	Ejemplo de respuesta
¿Dónde nace el dato?	Pedido adjunto a un correo
¿Quién lo interpreta?	Administración comercial
¿Dónde se vuelve a escribir?	Hoja de control y ERP
¿Qué reglas se aplican?	Formato de referencia, cliente y centro
¿Qué puede salir mal?	Pedido duplicado o cantidad incoherente
¿Quién resuelve la excepción?	Responsable del pedido
¿Dónde debe quedar la evidencia?	Registro asociado a la orden

Este mapa separa dos problemas que a menudo se mezclan. Uno es transportar información entre herramientas. El otro es entender documentos o mensajes que no tienen una estructura fija. Para el primero suelen bastar integraciones y reglas. Para el segundo puede ayudar la IA, siempre dentro de un flujo controlado.

Un flujo de integración de extremo a extremo

Tomemos como ejemplo un pedido que llega por correo y debe registrarse en el ERP.

1. Recibir y asociar

El sistema vigila un buzón o recibe el mensaje mediante una regla. Antes de leer el contenido, identifica el remitente, los adjuntos y una posible relación con clientes u órdenes existentes.

No conviene tratar cada archivo de forma aislada. El correo, el adjunto y la conversación aportan contexto para determinar a qué operación pertenece.

2. Extraer y normalizar

Un documento estructurado puede procesarse mediante reglas. Cuando el diseño cambia entre clientes, un modelo de IA puede proponer los campos relevantes. En ambos casos, el resultado debe convertirse al vocabulario interno: fechas en un mismo formato, unidades homogéneas y referencias válidas.

Extraer un texto no significa que el dato esté preparado para entrar en el ERP. «25 cajas» y «600 unidades» pueden referirse a la misma cantidad o a dos magnitudes incompatibles. La relación debe estar definida.

3. Validar antes de escribir

Las validaciones deberían comprobar, como mínimo:

• Que el cliente y la referencia existen.
• Que los campos obligatorios están presentes.
• Que cantidades, unidades y fechas tienen un formato válido.
• Que el documento no se ha procesado antes.
• Que las condiciones no contradicen los datos maestros o el pedido vigente.

El sistema puede resolver automáticamente los casos que cumplen todas las condiciones. Los demás pasan a una bandeja de excepciones con el motivo y la fuente visibles.

4. Actualizar y confirmar

La integración escribe mediante el mecanismo que permita el ERP: API, importación, intercambio de ficheros u otra interfaz soportada. Después debe comprobar que la operación ha sido aceptada y guardar el identificador generado.

Enviar una petición no equivale a completar el proceso. Sin confirmación, el equipo puede creer que el dato está actualizado cuando la operación ha fallado.

5. Dejar trazabilidad

Cada cambio necesita conservar qué fuente se utilizó, qué reglas se aplicaron, qué campos se modificaron y quién aprobó una excepción. Esa información permite investigar un error y mejorar el flujo sin depender de la memoria de quien lo configuró.

Qué automatizar y qué dejar en revisión

No todas las decisiones merecen el mismo grado de autonomía.

Situación	Tratamiento recomendable
Campo exacto, formato válido y coincidencia única	Actualización automática
Diferencia menor prevista por una regla aprobada	Corrección automática y registro
Falta un campo obligatorio	Solicitud o revisión humana
Dos órdenes podrían corresponder al documento	Mostrar candidatas y pedir confirmación
Cambio con impacto económico o de calidad	Aprobación del responsable
Fuente ilegible o contradictoria	Bloquear la escritura y explicar el motivo

La revisión humana no debería consistir en repetir todo el trabajo. Una buena bandeja muestra el valor propuesto, el fragmento original, la regla que ha fallado y las acciones disponibles.

Cómo elegir el primer flujo

El mejor candidato no siempre es el que más irrita al equipo. Buscamos la intersección de cinco factores:

1. Frecuencia. Se ejecuta suficientes veces cada semana.
2. Repetición. La mayoría de los casos comparte campos y pasos.
3. Verificabilidad. Se puede determinar si el resultado es correcto.
4. Acceso. Los sistemas ofrecen una vía estable para leer y escribir.
5. Riesgo acotable. Es posible empezar con confirmación humana o alcance limitado.

Un cierre mensual muy complejo puede consumir muchas horas, pero ofrecer pocas oportunidades para aprender. La recepción diaria de un tipo de documento suele ser mejor piloto si permite probar decenas de casos controlados.

Para comparar este candidato con otros, puede utilizarse una matriz para elegir el primer proceso industrial que automatizar.

Medir el tiempo completo, no solo la escritura

Antes del piloto registramos una muestra real. Medimos desde que la información está disponible hasta que queda correctamente registrada, incluyendo esperas, búsquedas, comprobaciones y correcciones.

Después comparamos:

• Minutos de trabajo humano por operación.
• Tiempo total hasta que el dato está disponible para el siguiente equipo.
• Porcentaje procesado sin intervención.
• Número y tipo de excepciones.
• Errores detectados antes y después de la actualización.
• Coste de operación y mantenimiento del flujo.

El porcentaje automático no debe convertirse en el único objetivo. Un flujo que automatiza el 70 % y presenta bien el 30 % restante puede aportar más valor que otro que fuerza el 95 % a costa de introducir errores silenciosos.

Un piloto que no obliga a transformar toda la empresa

Empezaríamos con un tipo de documento, un equipo, una operación del ERP y un conjunto de reglas acordadas. Durante las primeras semanas, todas las escrituras pueden requerir confirmación. Cuando los resultados demuestren estabilidad, se automatizan únicamente los casos que cumplen condiciones conocidas.

Así se obtiene una respuesta útil: cuánto trabajo desaparece, qué excepciones son recurrentes y qué integración merece abordarse después. Si aún no está claro dónde se concentra el re-tecleo, el diagnóstico de IA industrial ayuda a localizarlo y a convertirlo en un primer alcance medible.