Qué es el retrabajo y por qué lo causa el formulario, no el técnico
Kevin Berbel · 3/9/2026
Lo comete el formulario, y aparece tres semanas más tarde
Un dato mal introducido en planta no se ve el día que entra. Se ve semanas después, en la nómina o en la factura, y arreglarlo cuesta mucho más que haberlo evitado.
El retrabajo es el trabajo que se hace por segunda vez porque la primera salió mal. En fabricación se habla de piezas que vuelven a la línea. En la oficina de una empresa industrial pasa lo mismo con los datos: horas dedicadas a reconstruir qué pasó en un turno, a rehacer un dato en los tres sitios a los que ya ha viajado y a dar explicaciones. No aparece en ningún informe con ese nombre, y por eso casi nunca se ataca.
En resumen
Qué es
Trabajo que se repite porque la primera vez salió mal. No produce nada nuevo.
Dónde nace
En el momento y en el formulario donde se pide el dato, casi nunca en la persona.
Por qué no se ve
Se imputa a administración o al cierre de mes, como si fuera carga de trabajo normal.
Cómo se corta
Pidiendo el dato cuando ocurre y validándolo en el momento en que entra.
Un caso medido
Un fabricante con dos plantas bajó un 80 % los errores de imputación de sus técnicos en dos meses, sin cambiar el ERP.
El trabajo invisible: corregir
Un técnico termina el turno. Antes de irse rellena el parte: horas trabajadas, en qué orden de fabricación y qué incidencias hubo. Lo hace de memoria, con prisa, en un formulario que acepta cualquier cosa. El error no se ve ese día. Se ve tres semanas después, cuando alguien tiene que usar ese dato para algo. Y ahí empieza lo caro: reconstruir qué pasó de verdad ese turno preguntando a quien se acuerde, corregirlo en los dos o tres sitios a los que ya ha viajado y, si llegó a la nómina, explicárselo al trabajador. Ahí ya deja de ser un problema de datos y pasa a ser una conversación incómoda.
Ninguna de esas tres cosas produce nada. Son horas de gente competente dedicadas a dejar las cosas como deberían haber estado hace tres semanas.
Por qué no sale en ningún informe
Y no sale en ningún informe porque nadie imputa «retrabajo». Se imputa a administración, a RRHH, al cierre de mes. En el resumen del trimestre esas horas se leen como carga de trabajo normal, indistinguibles de las que sí producen algo. Y lo que no se cuenta no se decide: no hay ninguna reunión en la que alguien proponga reducir una partida que no existe en ninguna tabla. De ahí salen las dos conclusiones caras de siempre: que hace falta contratar, o que hay que cambiar el sistema. Las dos cuestan dinero y ninguna toca el sitio donde se origina el problema, así que al mes siguiente vuelve a pasar.
Por qué es tentador culpar al técnico
También es tentador culpar al técnico. Se hace la formación, mejora dos meses, y vuelve. Vuelve porque se le está pidiendo a una persona cansada que recuerde con precisión algo que pasó hace ocho horas, con un formulario que no le ayuda a acertar. Con esas condiciones, equivocarse es lo previsible. La pregunta útil es en qué momento se pidió el dato, más que quién se equivocó.
Lo que cambia al mover la validación al punto de entrada
En un fabricante industrial con dos plantas el problema declarado era «necesitamos otro sistema». Al medirlo, no era eso: el ERP funcionaba. Lo que fallaba era el punto de entrada de las imputaciones de los técnicos. Las automatizamos con dos cambios, ninguno espectacular:
El dato se pide cuando ocurre, no al final del turno
La diferencia entre anotar algo en el momento y reconstruirlo ocho horas después es toda la diferencia.
El formulario valida en el momento
Si algo no cuadra, lo dice ahí mismo, cuando corregirlo cuesta diez segundos y no una llamada tres semanas después.
80%
Menos errores de los técnicos al imputar, en los dos meses que duró el desarrollo. Lo midió el propio cliente. El ERP se quedó como estaba.
Con los errores se va también el mes de trabajo que se dedicaba a corregirlos.
Dónde encaja esto en un proyecto más grande: qué hace una consultoría tecnológica industrial
La regla general, que es lo que se lleva cualquiera
“Un error corregido donde se produce cuesta segundos. El mismo error corregido donde se detecta cuesta horas, y a veces cuesta una conversación con un trabajador.”
— La regla general
Por eso, ante un proceso que da problemas, la pregunta que hay que hacerse es cuánto tiempo pasa entre que el dato se introduce mal y alguien se entera. Si la respuesta se mide en días, ahí está el arreglo, y casi nunca es comprar software.
Cómo saber si os pasa
Cuántas horas al mes dedica vuestro equipo a corregir, reconstruir o perseguir datos que ya se habían introducido una vez; cuánto tarda administración en cerrar el mes y cuánto de eso es esperar correcciones; y cuando aparece un error, cuántos días han pasado desde que se introdujo. Si la primera no se sabe, ese es el primer trabajo. Si la tercera se responde en días o semanas, el problema no está donde se detecta.
Es lo que hacemos en automatización de procesos a medida
Lo que este caso no demuestra
No demuestra que un sistema nuevo arregle una planta. De hecho demuestra lo contrario, porque el ERP se quedó como estaba. Lo que cambió fue dónde y cuándo se pide el dato. Si alguien os propone sustituir el sistema entero antes de haber medido en qué momento entra el error, está resolviendo su problema, no el vuestro.
Preguntas frecuentes
¿Cuánto cuesta realmente un error de datos?
Depende de una sola variable: cuánto tarda en detectarse. Corregido en el momento en que se introduce, cuesta segundos. Detectado tres semanas después, cuesta las horas de reconstruirlo, más las correcciones en cada sitio al que el dato ya ha viajado, más —si ha llegado a afectar a alguien— la conversación. Por eso los cálculos macro que circulan no sirven para decidir nada: el número que importa es el vuestro, y sale de contar días.
¿El retrabajo es solo cosa de fabricación?
No. En planta se ve en piezas que vuelven a la línea; en la oficina, en datos que hay que rehacer. El segundo cuesta más de ver porque no deja chatarra: deja horas imputadas a administración.
¿Esto no es simplemente poner validaciones?
En parte sí, y por eso sorprende lo poco que se hace. Lo difícil es saber cuál poner, y eso sale de mirar los errores reales del último año, no de imaginarlos.
¿Los operarios no se resisten?
Menos de lo que se teme, si el formulario les ahorra trabajo en vez de dárselo. Un formulario que valida es un formulario que evita que te llamen tres semanas después.
¿Hace falta cambiar el ERP?
En este caso no. Y conviene desconfiar de quien lo proponga antes de medir.
¿Cuántas correcciones tuvisteis el último trimestre? Si tenéis el número, en media hora se puede estimar qué parte se evita. Si no lo tenéis, ese es el primer trabajo.
Agenda una llamada