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

Antes de automatizar, el equipo debe reconstruir cómo avanza realmente un caso, no cómo supone el procedimiento que avanza. Una solicitud puede llegar por correo, volver a digitarse, recoger una firma que no cambia la decisión, esperar en varias colas y regresar por evidencia incompleta. Configurar ese recorrido en un sistema solo aceleraría la misma incertidumbre. La tarea previa consiste en delimitar el flujo, observar casos reales y decidir qué propósito, responsable, evidencia y condición de salida tiene cada paso. Después, cada elemento recibe una sola disposición: eliminar, estandarizar, aclarar o conservar para revisión humana.

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

El mapa debe mostrar, para un tipo de caso acotado, el trayecto desde un disparador observable hasta un resultado que un usuario posterior pueda aceptar. Empiece con una sola clase recurrente de solicitud y evite mezclar variantes materialmente distintas. Una documentación independiente de la solución puede hacer visibles el inicio, el fin, los actores, las decisiones y el detalle de las tareas antes de escoger tecnología. Para cada paso, registre propósito, rol, entrada y fuente, regla o acción, salida, canal, evidencia de terminación, siguiente responsable y condición de aceptación.

• Contraste el procedimiento con expedientes terminados, formularios, recorridos explicados por quienes ejecutan el trabajo, hallazgos de control, devoluciones y registros del sistema.
• Incluya casos rutinarios, incompletos, rechazados, demorados, corregidos, anulados y fallidos; el camino ideal no representa por sí solo la operación.
• Mantenga separados el tiempo de trabajo y el tiempo transcurrido en espera o cola para evitar atribuciones apresuradas.

El análisis del estado actual debe anteceder al diseño futuro y apoyarse en evidencia del escenario delimitado. Los registros de eventos ayudan a contrastar recuerdos: normalmente necesitan un identificador de caso, una actividad y una marca de tiempo para reconstruir secuencias. Sin embargo, esos campos no prueban que la cobertura sea completa ni explican por qué ocurrió una demora. Valide qué actividades faltan, si existen canales paralelos y si los estados registrados corresponden al trabajo observado antes de convertir los datos en reglas.

¿Cuáles desvíos son variantes normales y cuáles son verdaderas excepciones?

Una variante normal tiene una ruta conocida y estable; una excepción exige prevenir, decidir o recuperar algo que la ruta normal no resuelve. Para dejar de usar una sola cola como destino de todo desvío, construya un registro y clasifique cada caso por su disparador observable. BPMN permite representar participantes, mensajes, decisiones, temporizadores, errores y escalaciones, pero la notación no determina el tratamiento empresarial. Esa decisión requiere evidencia de los casos, consecuencias, límites de autoridad y capacidad de recuperación.

• Entrada incompleta o inválida: falta información, evidencia, formato o un requisito previo.
• Variación empresarial conocida: una clase legítima sigue una ruta distinta pero entendida.
• Excepción de política o autoridad: la acción solicitada rebasa una regla, delegación o tolerancia.
• Falla de capacidad, dependencia o plazo: el trabajo espera por una persona, servicio o condición.
• Falla técnica: una integración rechaza, duplica, interrumpe o deja el caso en estado incierto.

Para cada entrada, documente ejemplos, periodo observado, frecuencia si se conoce, consecuencia, respuesta segura, responsable de recuperación, límite delegado, evidencia requerida y resultado durable. Una variación recurrente puede pasar a una rama estándar cuando sus criterios de entrada, pasos, responsable, evidencia y resultado son estables; la frecuencia sola no basta. Tanto un volumen alto como uno bajo son señales para investigar, pues pueden coexistir entradas inestables, codificación deficiente, canales ocultos o trabajo genuinamente variable.

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

Una aprobación merece conservarse cuando produce una decisión distinta, vinculada con un propósito de control, y la toma alguien con autoridad, competencia e independencia suficientes. Nombre primero la decisión y sus resultados posibles: aprobar, rechazar, devolver, condicionar o escalar. Si la persona no puede modificar el siguiente estado, quizá el paso sea una notificación, consulta, constancia o producción de evidencia. El retraso tampoco demuestra que el control sea inútil; antes de retirarlo hay que identificar el riesgo atendido y revisar las obligaciones aplicables.

• Registre el objetivo, riesgo, política o compromiso de recursos que justifica la decisión.
• Confirme la autoridad delegada y si se requiere conocimiento especializado, independencia o segregación de funciones.
• Defina la evidencia disponible al decidir, los criterios o discreción permitida y el registro de razones y condiciones.
• Compare puertas que revisan la misma evidencia para la misma decisión y riesgo, sin asumir que parecen duplicadas porque están juntas en el diagrama.

Los controles deben ajustarse a objetivos, riesgos evaluados, contexto operativo, complejidad y sensibilidad de la información. Pueden coexistir controles manuales, parcialmente automatizados y automatizados, incluida una autorización humana ante una alerta del sistema; ninguna modalidad demuestra eficacia por sí sola. Si el flujo incorpora inteligencia artificial, documente además los límites del sistema, la forma en que las personas usan sus resultados, la supervisión, las responsabilidades y la tolerancia al riesgo. La presencia humana sin decisión, evidencia ni autoridad tampoco convierte un paso en control efectivo.

¿Cuándo se considera completo un traspaso entre equipos?

Un traspaso está completo cuando un receptor identificado acepta la responsabilidad sobre un caso suficientemente documentado y puede ejecutar la siguiente acción. Enviar un correo, mover una tarjeta o colocar trabajo en una cola solo acredita el acto del remitente. Para cada traspaso retenido, defina identidad y estado del caso, rol que entrega, responsable que recibe, información y adjuntos requeridos, evidencia de que el paso anterior terminó, criterios de aceptación y acción esperada. BPMN distingue participantes y mensajes, pero la aceptación operativa necesita este contrato explícito.

• Acuerde una expectativa de servicio apropiada para el contexto, sin importar umbrales universales.
• Establezca rutas para trabajo incompleto, disputado, vencido o mal direccionado, con un responsable de resolver cada estado.
• Registre en un lugar durable quién aceptó, cuándo lo hizo, qué evidencia recibió y cuál fue el nuevo estado.
• Mida por separado espera de aceptación, devoluciones, cambios de dueño, antigüedad sin aceptar y trabajo concluido por canales paralelos.

La medición debe comenzar cuando el caso está listo para transferirse y terminar cuando se acepta la responsabilidad, sin confundir esa espera con tiempo de trabajo. También conviene observar devoluciones por información faltante, saltos entre colas y reproceso posterior, pero solo atribuir un defecto al traspaso cuando los expedientes lo sustenten. El registro durable facilita examinar eventos y controles; no prueba que la decisión haya sido correcta ni que el control funcionara. Su valor es permitir reconstruir el caso sin depender de conversaciones dispersas.

¿Cómo se rediseña cada elemento del flujo?

Cada paso, rama, aprobación y traspaso debe recibir exactamente una disposición: eliminar, estandarizar, aclarar o conservar para revisión humana. Esta clasificación es una síntesis editorial de mejora del flujo completo, trabajo estandarizado, gobierno explícito, controles basados en riesgo y supervisión humana; ninguna de las fuentes prescribe estas cuatro etiquetas como método único. La disposición se asigna después de revisar propósito, entradas, decisión, evidencia, autoridad, resultado y riesgo, no según la facilidad técnica de automatizar el elemento ni según cuánto demora.

En una solicitud interna para contratar un nuevo servicio empresarial, por ejemplo, se podría eliminar una firma meramente informativa si no decide sobre recursos, autoridad o riesgo; estandarizar la recepción y el enrutamiento rutinario; aclarar quién resuelve información faltante y quién acepta el traspaso; y conservar las decisiones presupuestarias, especializadas, independientes o de excepción que exijan las reglas de la organización. Los requisitos concretos dependen de sus políticas, contratos, delegaciones, evaluación de riesgos y modelo operativo.

No automatice un diagrama heredado: rediseñe las decisiones, evidencias, excepciones y responsabilidades que sostienen el trabajo real.

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

El flujo está listo únicamente cuando casos representativos pueden recorrer el diseño con responsables, evidencia, decisiones, aceptación y recuperación verificables. Un mapa documental puede no ser ejecutable: la implementación necesita detalle adicional sobre reglas, estados, permisos, fallas y registros. Recorra casos rutinarios, incompletos, rechazados, limítrofes, vencidos, corregidos, anulados y afectados por fallas técnicas, contrastándolos con expedientes cuando existan. El resultado de la revisión debe ser avanzar, revisar el diseño o detenerlo, no una aprobación automática por haber completado el diagrama.

• Compruebe que cada excepción tenga disparador observable, respuesta segura, responsable, evidencia y resultado registrado.
• Verifique que cada aprobación tenga decisión distinta, propósito, autoridad, criterios, resultados posibles y efecto posterior.
• Exija que cada traspaso tenga receptor, evidencia de integridad, aceptación y ruta para trabajo incompleto o no aceptado.
• Especifique permisos, revisión manual, reintentos seguros, prevención de duplicados, conciliación, monitoreo y dueño de los cambios según el riesgo.
• Asigne responsables de revisar devoluciones, excepciones repetidas, anulaciones, crecimiento de colas, defectos y canales paralelos después del lanzamiento.

Documente por qué se retira cualquier control y someta el cambio a la revisión interna correspondiente. La combinación de controles preventivos y detectivos depende del contexto, probabilidad, impacto y riesgo evaluado, no de una preferencia universal por lo manual o automático. Cuando intervenga inteligencia artificial, incluya límites del sistema, supervisión humana, responsabilidades y tolerancia al riesgo en la decisión. Si siguen abiertas preguntas materiales sobre política, delegación, independencia, evidencia, aceptación del riesgo o juicio profesional, detenga la implementación y recurra a los roles calificados y autorizados de la organización.