Excepciones de proceso: el camino que nadie registra
El equipo adoptó el sistema y el proceso sigue sin cumplirse. El motivo suele ser un camino de excepción: el atajo creado para el caso que el diseño no previó. No aparece en ningún informe, porque ocurre fuera del sistema, y va creciendo sin que nadie lo decida.
¿Por qué el equipo crea un camino paralelo después del go-live?
Porque el diseño cubre el caso medio y la operación tiene casos que no caben en él. El cliente pide una condición distinta. El proveedor entrega fuera de especificación, o quien aprueba está de viaje justo en la semana del cierre. Cuando la única alternativa es parar, alguien lo resuelve por fuera.
Esto rara vez es indisciplina. La operación está tapando un hueco de diseño con la herramienta que tiene a mano, que suele ser una conversación, una hoja de cálculo o un apunte manual hecho después. Quien lo hace normalmente cree que está protegiendo el proceso.
El problema aparece la segunda vez. La primera fue una decisión consciente de alguien. En la décima, se convirtió en la forma normal de tratar ese tipo de caso, y en ningún momento nadie decidió que sería así.
¿El atajo es realmente más rápido?
Casi nunca. Es más rápido en el instante de la decisión y más caro en el resto del recorrido.
La evidencia más directa está en un estudio de conformidad de Negin Maddah, de Northeastern University, sobre los ocho primeros meses de un ERP en una empresa de alimentación. Fueron 10.160 casos de compra, en 41 unidades de negocio. Solo el 55% siguió el flujo diseñado en la implantación, aunque ese recuento incluye casos que seguían abiertos. Excluidos los incompletos, 1.130 casos violaron el flujo.
Esos 1.130 casos tardaron de media 38,7 días más en cerrarse que los conformes, que cerraban en 13,4 días, y pasaron por 4,1 etapas más. El atajo añadió recorrido, no ahorro.
Ese número hay que tomarlo con cautela. Es una empresa, un sector, y el trabajo es un preprint todavía sin revisión por pares, hecho con acceso a software cedido por un proveedor de process mining. No mide tu operación. Muestra la dirección del efecto, y la dirección contradice justo la justificación que se usa para abrir la excepción.
¿Por qué la excepción no aparece en ningún informe?
Porque el registro es una etapa del camino oficial. Salir del camino es salir del registro.
Un pedido liberado por teléfono existe en la operación y no existe en la base de datos. Seis meses después, la pregunta "cuántos pedidos salieron fuera del límite de aprobación y quién autorizó cada uno" se queda sin respuesta, porque la información nunca se capturó en ningún sitio.
La mayor parte de las excepciones de tu operación no tiene nada que ver con el fraude. Pero el mecanismo de invisibilidad es el mismo, y en el campo del fraude ocupacional ya está medido.
El informe Occupational Fraud 2026, de la ACFE, analizó 2.402 casos investigados en 143 países: más de la mitad implicó ausencia de control interno o la elusión de un control que ya existía. El esquema mediano duró 12 meses antes de ser descubierto. Cuando el descubrimiento llegó en los primeros seis meses, la pérdida mediana fue de 40.000 dólares. Cuando pasó de cinco años, superó los 1,1 millones de dólares.
La escala de pérdida ahí es de fraude, no de tu lista de excepciones. Lo que se transfiere es la curva del tiempo: cuanto más tarde aparece el registro, mayor es el acumulado que nadie puede sumar.
La forma en que la información vuelve también se repite. En la muestra de la ACFE, el 43% de los descubrimientos vino de una denuncia, el método más frecuente, y más de la mitad de esas denuncias vino de empleados. Parte relevante de lo que una empresa aprende sobre su propio proceso llega porque alguien habló, no porque el sistema lo mostrara.
En España, la Ley 2/2023 obliga a las organizaciones a implantar canales internos de información. La Red Española del Pacto Mundial de la ONU, al analizar las claves de esa ley, señala que muchas pymes todavía no los han implantado pese a estar obligadas, y que entre los obstáculos están la falta de formación interna, los recursos limitados y la desconfianza en el uso del canal. Si la única vía por la que la excepción se vuelve visible es que alguien hable, y esa vía es débil, la excepción se queda donde estaba.
¿Cómo se mide un camino que no queda registrado?
Mides su borde. Cuatro lecturas dan la dimensión sin exigir que nadie empiece a declarar nada.
La primera lectura es volumen. Cuenta los casos que llegaron al final sin pasar por una etapa obligatoria. Si la etapa queda registrada, su ausencia ya es un dato que existe hoy en tu base de datos.
La segunda es recurrencia por tipo. Agrupa las excepciones por motivo. Un motivo que aparece cada semana no es excepción; es una regla que falta.
Después viene la autoría. Toda excepción tuvo a alguien que la autorizó. Si ese nombre no está en ningún sitio, el fallo está en el diseño.
La última es tiempo. Compara la duración de los casos que salieron del flujo con la de los que siguieron. Suele ser la lectura que sorprende a la dirección. Para montar la comparación sin instrumentar nada nuevo, los logs de auditoría que el sistema ya graba normalmente bastan.
Cómo se ve esto en una operación real
El escenario de abajo es hipotético y sirve para mostrar el mecanismo. Sus números no son medición de ningún cliente.
Una distribuidora regional tiene límite de crédito por cliente configurado en el sistema. El pedido por encima del límite se bloquea. La regla funciona bien hasta el viernes en que un cliente antiguo necesita una entrega y está 4.000 euros por encima del límite. El comercial llama al gerente, el gerente autoriza por mensaje, y facturación lo libera manualmente en administración.
Nada incorrecto ocurrió ahí. El gerente tiene potestad para esa decisión y la decisión fue buena.
Lo que falla es el rastro. El sistema registra un pedido liberado, sin campo que diga que hubo excepción, sin el nombre de quien autorizó, sin el motivo. Cuando esa secuencia se repite durante un año, la empresa carga un volumen de crédito concedido fuera de política que nadie puede sumar, y la memoria de eso está en tres conversaciones por móvil.
La dirección se entera el día en que uno de esos clientes deja de pagar.
Qué diseñar cuando la excepción es legítima
La salida no es cerrar la puerta. La excepción legítima existe en cualquier operación, y prohibirla solo empuja el caso más lejos del sistema.
Lo que cambia es su estatus. La excepción deja de ser la ausencia del proceso y pasa a ser un camino del proceso, con pantalla propia, campo de quien autoriza, motivo elegido de una lista cerrada y plazo definido. El motivo en texto libre no sirve, porque el texto libre no suma.
A partir de ahí la lista de excepciones se vuelve insumo de decisión. El motivo que se repite se convierte en regla, y el sistema pasa a tratar ese caso por sí mismo. El motivo que aparece dos veces al año sigue siendo excepción, y está bien. El motivo que aparece cada semana siempre con el mismo aprobador suele apuntar a un cuello de botella de aprobación, no a un caso difícil. Es la misma lógica que sostiene estandarizar procesos críticos sin burocracia: la regla existe para el caso que se repite, no para todos.
También es lo que sostiene el sistema de gestión documental de Repap On, donde el diseño del proceso define cómo circula el documento, en vez de que el documento circule y el proceso se descubra después.
Con una revisión trimestral de la lista basta. Nadie necesita llevar la excepción a cero. Lo que hace falta es saber su tamaño.
Preguntas frecuentes
Mi equipo no acepta cambios. ¿Formalizar la excepción no va a generar más resistencia?
Suele generar menos. La resistencia aparece cuando el cambio quita la salida y no ofrece otra. Formalizar la excepción hace lo contrario: reconoce que el caso difícil existe y le da un lugar dentro del sistema. Lo que el equipo rechaza es verse obligado a fingir que todos los casos son iguales.
No logro medir esto. ¿Por dónde empiezo?
Por un proceso y una etapa obligatoria. Cuenta cuántos casos llegaron al final sin ella en los últimos noventa días. Si la etapa queda registrada, ese número ya está en tu base de datos y nadie tuvo que rellenar nada nuevo para que apareciera.
Diseñar la excepción no elimina el cuello de botella que la creó. ¿Estoy en lo cierto?
Lo estás. Diseñar la excepción no resuelve el cuello de botella, lo vuelve contable. La lista de excepciones agrupada por motivo es la cola de cuellos de botella de la operación ordenada por frecuencia, que es una base de priorización mejor que la percepción de quien se queja más fuerte.
El siguiente paso
Si tu operación convive con un camino de excepción que nadie logra dimensionar, el Diagnóstico de Arquitectura Operacional es una conversación de 30 minutos sobre dónde empezó y qué cuesta hoy. Agenda el diagnóstico.
Cases relacionados
¿Reconociste tu operación en este artículo?
Agenda el Diagnóstico de Arquitectura Operacional: 30 minutos para mapear dónde está el cuello de botella de tu operación. Sin propuesta en la primera conversación.
Agendar diagnóstico