Cómo rediseñar excepciones, aprobaciones y entregas antes de automatizar

Antes de automatizar, hay que rediseñar el flujo que realmente opera: delimitar un caso recurrente, seguirlo desde un disparador observable hasta un resultado aceptado y comprobar qué decisión, evidencia y propietario permiten cada avance. Si una solicitud llega por correo, se captura otra vez, acumula firmas sin efecto y regresa por datos faltantes, acelerar esa secuencia sólo moverá más rápido la misma incertidumbre. El objetivo previo a configurar reglas, robots o inteligencia artificial es decidir qué se quita, qué se estandariza, qué se aclara y qué conserva revisión humana.

¿Qué debe mostrar el mapa del proceso actual antes de automatizar?

El mapa debe mostrar cómo un tipo de caso pasa de un disparador observable a un resultado que un usuario posterior puede aceptar. Empieza con un solo tipo de solicitud, un inicio, una condición final y un usuario del resultado; amplía el límite únicamente si una dependencia observada explica de manera material lo que ocurre. Mantén el mapa independiente de la tecnología para hacer visibles funciones, decisiones, tareas, entradas y salidas antes de seleccionar la solución.

• Para cada paso registra propósito, función responsable, entrada y fuente, regla o acción, salida, sistema o canal.
• Añade tiempo de trabajo, tiempo de espera, evidencia de terminación, siguiente propietario y condición de aceptación.
• Contrasta el procedimiento con casos terminados, recorridos recientes, formularios, tickets, hallazgos y datos de eventos.

Separa el tiempo de trabajo del tiempo transcurrido en cola. Un registro con identificador de caso, actividad y marca de tiempo ayuda a reconstruir secuencias, pero no demuestra que la cobertura sea completa ni explica por qué ocurrió una demora. La conversación con quienes envían, reciben, deciden y recuperan casos complementa el registro: el procedimiento describe la intención, mientras los expedientes y eventos muestran parte de la ejecución. Ninguna fuente sustituye a la otra.

¿Qué desviaciones son variantes estándar y cuáles son excepciones reales?

Una desviación es una variante estándar cuando representa trabajo legítimo y recurrente con criterios de entrada, ruta, propietario, evidencia y resultado estables; sigue siendo una excepción cuando exige una decisión o recuperación fuera de ese contrato. BPMN permite dibujar rutas alternas, temporizadores, errores y escalaciones, pero la notación no decide qué tratamiento empresarial corresponde. Para evitar una bandeja genérica, clasifica primero cada caso con evidencia observable.

• Entrada incompleta o inválida.
• Variación conocida del negocio.
• Excepción de política o autoridad.
• Falla de capacidad, dependencia o tiempo.
• Falla técnica de ejecución.

El registro debe incluir disparador, casos representativos, frecuencia durante un periodo explícito cuando se conozca, consecuencia, respuesta segura, responsable de recuperación, límite delegado, evidencia requerida y resultado documentado. La frecuencia no dicta la solución: un volumen alto puede reflejar entradas inestables, reglas confusas o una ruta normal demasiado estrecha; un volumen bajo puede ocultar correos, chats o arreglos sin registrar. La línea base estandarizada debe revisarse cuando cambien las condiciones.

¿Qué hace que una aprobación merezca conservarse?

Una aprobación merece conservarse cuando produce una decisión distinta, dentro de una autoridad delegada, y cambia el estado que debe atender el siguiente paso. Nombra la decisión y sus resultados posibles: aprobar, rechazar, devolver, condicionar o escalar. Si la persona no puede modificar lo que sigue, quizá el paso sea una notificación, consulta, constancia o producción de evidencia, no una autorización. Esa diferencia evita llamar control a cualquier firma.

• Documenta el riesgo, recurso, política u objetivo de control que atiende.
• Confirma autoridad, competencia y, cuando corresponda, independencia o separación de funciones.
• Especifica la evidencia disponible, el criterio o discreción acotada, el razonamiento y el efecto posterior.
• Compara puertas que revisan la misma evidencia para la misma decisión, sin eliminar controles sólo porque demoren.

Los controles manuales, parcialmente automatizados y automatizados pueden coexistir; su modalidad no demuestra eficacia. Una revisión humana tampoco garantiza seguridad o corrección si carece de autoridad, evidencia, criterio y resultados accionables. Cuando interviene inteligencia artificial, el equipo debe documentar además el contexto, los límites del sistema, la tolerancia al riesgo, las responsabilidades de supervisión y la forma en que las personas usarán sus resultados. Las obligaciones concretas permanecen con las funciones calificadas y autorizadas de la organización.

¿Cuándo se considera completa una entrega entre equipos?

Una entrega se completa cuando un receptor identificado acepta la responsabilidad de un caso suficientemente documentado y puede ejecutar la siguiente acción. Enviar un correo, mover una tarjeta o depositar un expediente en una cola sólo acredita el envío. El contrato de entrega debe identificar caso y estado, función remitente, propietario receptor, información y anexos requeridos, evidencia del paso previo, condición de aceptación y acción esperada.

• Define una expectativa de servicio apropiada para la operación, sin imponer un plazo universal.
• Establece rutas para trabajo incompleto, disputado, vencido o enviado al equipo equivocado.
• Registra la aceptación en una ubicación durable con identidad del caso, estado y momento de transferencia.

Mide por separado la espera desde que el caso queda listo hasta que alguien acepta su propiedad, además de devoluciones por información insuficiente, cambios de responsable, antigüedad del trabajo sin aceptar y rutas laterales. Atribuye retrabajo o defectos a una entrega únicamente cuando los expedientes respalden esa relación. El registro permite examinar lo ocurrido, pero no demuestra que la decisión haya sido correcta ni que el control haya funcionado eficazmente.

¿Cómo debe rediseñarse cada elemento del flujo?

Cada elemento debe recibir exactamente una disposición: quitar, estandarizar, aclarar o conservar para revisión humana. Este marco es una síntesis editorial de mejora del flujo, trabajo estandarizado, documentación, controles basados en riesgo y supervisión humana; ninguna fuente citada prescribe esas cuatro etiquetas como un método integrado. La decisión se toma con evidencia del propósito, riesgo, entradas, autoridad, variabilidad y resultado del elemento, no con una preferencia general por personas o sistemas.

En una solicitud interna para contratar un nuevo servicio empresarial, podría quitarse la firma de estatus de un gerente si no compromete recursos ni atiende riesgo alguno; estandarizarse la captura, la identidad del caso y el enrutamiento ordinario; aclararse quién resuelve faltantes y acepta la entrega; y conservarse la autorización presupuestal o la revisión especialista cuando las reglas de la organización la exijan. La combinación de controles preventivos y detectivos debe responder al contexto y al riesgo evaluado.

No automatices un diagrama heredado: rediseña las decisiones, evidencias, excepciones y responsabilidades que vuelven real al flujo.

¿Qué demuestra que el flujo está listo para implementarse?

El flujo está listo sólo de manera condicional cuando sus rutas, decisiones, propietarios, evidencias, controles, recuperaciones y medidas forman una especificación operable, no únicamente un diagrama visible. Recorre el diseño con expedientes representativos: casos ordinarios, incompletos, rechazados, limítrofes, vencidos, anulados, rehechos y afectados por fallas técnicas. Un modelo documental puede no ser ejecutable; implementar exige detallar permisos, estados, reglas y comportamiento ante fallas.

• Cada excepción tiene disparador observable, respuesta segura, propietario, evidencia y resultado registrado.
• Cada aprobación tiene decisión distinta, propósito, autoridad y efecto posterior.
• Cada entrega tiene receptor, criterios de aceptación y ruta para trabajo incompleto.
• Los controles retirados tienen una justificación documentada y la revisión interna competente.
• Los reintentos, duplicados, conciliación, revisión manual, monitoreo y cambios tienen responsables definidos.

Asigna también un propietario de revisión y medidas que permitan investigar devoluciones, excepciones repetidas, anulaciones, crecimiento de colas, defectos y canales laterales después del lanzamiento. Esas señales no prueban una solución predeterminada; indican dónde volver a los casos. Antes de modificar un control o interpretar una obligación, consulta a las funciones jurídicas, regulatorias, financieras, de seguridad, privacidad, compras, recursos humanos, control interno u otras que estén calificadas y autorizadas. Detén la implementación si persisten dudas materiales sobre política, delegación, independencia, riesgo, evidencia o juicio profesional.