Tu IA puede estar segura de que un documento está listo, y llevar meses equivocada sin que nadie lo note. Nos pasó hace unos días con una integración que recibe documentos por correo para varias farmacias: encontramos 31 documentos aparcados desde hacía meses, con facturas reales de tres de ellas dentro, sin que ningún registro de error hubiera avisado nunca. Contamos qué pasó y la comprobación que añadimos, porque el patrón se repite en cualquier negocio que recibe algo por correo y espera que un sistema lo procese solo.
El problema: "llegó" y "se procesó" parecen la misma comprobación, y no lo son
La integración funciona así: un buzón recibe correos con documentos adjuntos (facturas, albaranes, pedidos), los guarda y los deja listos para que el siguiente paso los extraiga, valide y contabilice. Todo ese primer tramo iba perfecto: el correo llegaba, se registraba como recibido, el archivo se guardaba en su carpeta. Tres señales en verde.
El problema estaba después de esas tres señales. Un fallo dejaba algunos documentos aparcados justo ahí, en tierra de nadie: recibidos y guardados, pero nunca recogidos por el paso que de verdad los procesa. Y como ningún registro marcaba nada raro (no había ningún error que lanzar, porque técnicamente nada se había roto), nadie se enteró hasta que se añadió una comprobación pensada específicamente para ese hueco.
El resultado: 31 documentos represados, con facturas reales de tres farmacias dentro, encontrados el mismo día en que esa comprobación se activó por primera vez.
Por qué es el fallo más difícil de detectar de los tres
En cualquier proceso de varios pasos hay tres formas distintas de fallar, y solo una de ellas hace ruido:
| Tipo de fallo | Qué se ve | Qué tan fácil es notarlo |
|---|---|---|
| El proceso da error | Un mensaje de error, un log, una alerta | Fácil: algo grita |
| El proceso no llega a arrancar | Nada ocurre, pero tampoco hay nada guardado | Medio: se nota por ausencia de resultado |
| El proceso se detiene a medias | Todo tiene pinta de estar bien: el correo consta, el archivo existe | Difícil: nada grita, y hay "algo" ahí que parece normal |
El tercer caso es el peligroso, y es justo el que nos pasó. No hubo ningún error que capturar porque, desde el punto de vista del sistema, no había pasado nada malo: el correo se había recibido (cierto) y el archivo se había guardado (cierto). Lo único que faltaba era la comprobación de que ese archivo hubiera seguido su camino hasta el final, y esa comprobación, sencillamente, no existía.
La regla de decisión: separa "llegó" de "se procesó", siempre
Si te quedas con una sola idea de este post, que sea esta: "el documento llegó" y "el documento se procesó" son dos comprobaciones distintas, y vigilar solo la primera deja pasar exactamente este tipo de atasco silencioso.
Es tentador dar por bueno un proceso con solo comprobar su primer paso, porque suele ser el más fácil de medir (¿llegó el correo? sí o no) y el resultado parece representativo del resto. No lo es. Cualquier integración que reciba algo de fuera (un correo, un webhook, un archivo subido a una carpeta) necesita una comprobación aparte, al final de la cadena, que confirme que lo que entró salió por el otro lado convertido en lo que tenía que convertirse: una factura contabilizada, un pedido creado, un registro validado.
Cómo lo resolvimos
Añadimos al vigilante de esa integración una comprobación específica de ese hueco: compara, para cada documento guardado, si existe al otro lado el resultado esperado (la factura procesada, el registro creado) y, si no, lo marca como pendiente real, no como "en curso".
Un detalle que marcó la diferencia: en vez de mandar un aviso por cada documento atascado, el sistema agrupa todos los que encuentra en un único mensaje. Con 31 documentos de golpe, 31 avisos sueltos habrían sido indistinguibles de un problema de despliegue o de una avería puntual; un único aviso con la lista completa deja claro que es un atasco acumulado, y ayuda a decidir la prioridad de un vistazo.
Checklist: cómo comprobar esto en tu propio negocio
Si tu negocio depende de algo que "llega y se procesa solo" (facturas por correo, pedidos de un ecommerce, documentos de un cliente, notificaciones de un organismo), estas son las preguntas que conviene hacerse antes de dar por hecho que funciona:
- ¿Tienes una comprobación al final de la cadena, no solo al principio? Que algo se haya recibido no dice nada de si se llegó a procesar.
- ¿Sabes cuántas cosas hay "recibidas pero no procesadas" ahora mismo, o solo lo sabrías si alguien fuera a mirarlo a mano?
- ¿Un fallo a medias genera algún error, o el sistema puede quedarse a medio camino sin que nada lo registre como anómalo?
- Si hay varios casos atascados a la vez, ¿recibes un aviso por cada uno o uno agrupado? Un aluvión de avisos idénticos se ignora igual de rápido que si no hubiera ninguno.
- ¿Cuánto tiempo podría pasar un documento así, aparcado, antes de que alguien lo note por su cuenta, sin la comprobación? Si la respuesta es "meses", como en nuestro caso, es la señal de que hace falta esta comprobación ya.
Por qué importa más cuanto más automatizas con IA
Cuando una tarea la hace una persona, un documento olvidado suele saltar a la vista tarde o temprano: alguien pregunta por esa factura, un cliente reclama un pedido que no llegó. Cuando la tarea la hace una IA que actúa sola, esa red de seguridad humana desaparece: la IA no se pregunta "¿me habré dejado algo?", solo procesa lo que le llega marcado como pendiente de verdad. Si el sistema que le da ese trabajo tiene un hueco como este, la IA nunca sabrá que existían esos 31 documentos, porque para ella nunca llegaron a estar pendientes.
Es el mismo principio que aplicamos en la plataforma de datos con IA para un grupo de farmacias, donde la IA razona sobre más de un millón de líneas de datos: antes de dejar que decida nada, hay que garantizar que el dato sobre el que decide está completo, no solo que "llegó". Y es el mismo trabajo que hicimos en las facturas que se contabilizan solas de un grupo veterinario, donde el sistema verifica cada factura al céntimo antes de darla por buena, y la borra si algo no cuadra en vez de dejarla a medias.
La lección que se lleva cualquier pyme
No hace falta un equipo técnico grande para aplicar esto: hace falta preguntarse, de cualquier proceso automático que dependa tu negocio, si de verdad estás comprobando el final de la cadena o solo el principio. La mayoría de los sistemas (propios o de un proveedor) están construidos para confirmar que algo entró, no para confirmar que salió bien procesado por el otro lado. Esa diferencia es exactamente donde se esconden los atascos que nadie ve.
Si tienes integraciones que reciben documentos, pedidos o avisos por correo y no tienes del todo claro qué pasaría si alguno se quedara a medio camino, hablemos. En AutoBoost construimos software e IA a medida integrados en tu sistema real, pensados para que un atasco silencioso deje de ser posible. Contáctanos y lo miramos juntos.