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

Antes de automatizar, hay que reconstruir el flujo que las personas realmente ejecutan y rediseñar las decisiones, evidencias, excepciones y transferencias que lo sostienen. Si una solicitud llega por correo, se vuelve a cargar, reúne una firma que no cambia nada, espera en varias colas y regresa por datos faltantes, un bot solo hará circular esa incertidumbre con mayor velocidad. El trabajo previo consiste en delimitar un caso recurrente, observar recorridos completos y asignar a cada paso o rama una sola disposición: eliminar, estandarizar, aclarar o mantener para revisión humana.

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

El mapa debe mostrar cómo un tipo de caso pasa de un disparador observable a un resultado aceptado, sin anticipar una herramienta. Elegí un caso recurrente, una condición de inicio, una condición final y un usuario posterior del resultado. Para cada paso, registrá propósito, rol, entrada y fuente, regla o acción, salida, sistema o canal, evidencia de cierre, próximo responsable y condición de aceptación. Esa delimitación evita mezclar variantes materialmente distintas en un dibujo que parece ordenado, pero no explica ninguna con precisión.

Contrastá el procedimiento con expedientes terminados, formularios, observaciones, recorridos explicados por quienes hacen el trabajo, incidentes, devoluciones y hallazgos de control. La práctica declarada y la secuencia registrada son evidencias complementarias: ninguna reemplaza a la otra. Si existen eventos digitales, un identificador de caso, una actividad y una marca temporal permiten reconstruir parte de la secuencia. No alcanzan para demostrar cobertura, calidad ni causa; una espera entre dos marcas puede corresponder a una cola, una dependencia o trabajo fuera del sistema.

• Separá el tiempo de trabajo efectivo del tiempo total transcurrido y de la permanencia en cola.
• Identificá el canal y la fuente de cada entrada, incluida la información que llega por vías laterales.
• Marcá qué evidencia demuestra que un paso terminó y qué necesita el siguiente responsable para aceptarlo.
• Ampliá el límite del mapa solo cuando una dependencia externa explique de manera material el resultado.

¿Qué desvíos son variantes estándar y cuáles son excepciones reales?

Una variante estándar es un recorrido legítimo y repetible; una excepción real necesita una resolución fuera de ese recorrido porque falta información, se excede una autoridad o falló una dependencia. Evitá la cola genérica de «casos especiales»: agrupá los desvíos en cinco familias de trabajo y registrá el disparador observable. BPMN puede hacer visibles ramas, mensajes, temporizadores, errores y escalaciones, pero la notación no decide si corresponde normalizar, recuperar, devolver o detener un caso.

• Entrada incompleta o inválida: falta un dato, una evidencia, una identidad o un requisito vigente.
• Variación conocida del negocio: existe un recorrido alternativo legítimo y comprendido.
• Excepción de política o autoridad: el pedido queda fuera de una regla, delegación o tolerancia.
• Falla de capacidad, dependencia o tiempo: no está disponible una persona, servicio o condición previa.
• Falla técnica: una integración rechaza, duplica, interrumpe o deja el estado incierto.

Para cada excepción, anotá ejemplos, frecuencia durante un período declarado cuando se conozca, consecuencia, respuesta segura, responsable de recuperación, límite de su delegación, evidencia requerida y resultado registrado. Una variación frecuente puede convertirse en rama estándar si sus criterios de entrada, pasos, responsable, evidencia y salida son estables; la frecuencia sola no basta. Tanto un volumen alto como uno bajo son señales para investigar: pueden ocultar entradas inestables, reglas estrechas, codificación deficiente o soluciones informales fuera del circuito.

¿Cuándo vale la pena conservar una aprobación?

Una aprobación merece conservarse cuando produce una decisión diferenciada, dentro de una autoridad delegada, sobre un riesgo, recurso, excepción o control concreto. Definí los resultados posibles: aprobar, rechazar, devolver, condicionar o escalar. Si quien interviene no puede modificar el estado siguiente, quizá la actividad sea una notificación, consulta, constancia o producción de evidencia. Cambiarle el nombre no resuelve el problema; hay que precisar qué decisión habilita y qué efecto debe poder ejecutar el paso posterior.

• Decisión exacta y propósito operativo o de control.
• Rol aprobador y límite de autoridad delegada.
• Competencia, independencia o segregación necesarias.
• Evidencia disponible al decidir y criterios aplicables.
• Resultados permitidos, fundamento o condiciones registradas.
• Efecto posterior y posible superposición con otro control conservado.

Compará puertas que revisan la misma evidencia para el mismo riesgo, pero no elimines un control solo porque demore o parezca duplicado en el diagrama. El diseño debe responder a objetivos, riesgos evaluados, complejidad y sensibilidad de la información, y la organización debe someter cualquier cambio al rol interno autorizado. Los controles manuales, parcialmente automáticos y automáticos pueden coexistir; ninguno es efectivo por su modalidad solamente. Si hay IA, documentá además límites, responsabilidades de supervisión, contexto y uso previsto de sus salidas.

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

Un traspaso está completo cuando un receptor identificado acepta el caso en un estado utilizable y puede comenzar la próxima acción. Enviar un correo, mover una tarjeta o colocar trabajo en una cola solo prueba que hubo un envío. El contrato de traspaso debe identificar el caso y su estado, rol emisor, responsable receptor, información y adjuntos requeridos, evidencia de cierre del paso anterior, criterios de aceptación, acción esperada y ruta para material incompleto, disputado, vencido o mal dirigido.

Definí una expectativa de servicio adecuada al contexto y guardá la aceptación en una ubicación durable, con fecha, hora y estado. Medí por separado la espera entre «listo para transferir» y «responsabilidad aceptada», el trabajo efectivo, las devoluciones por información deficiente, los cambios de dueño, la antigüedad sin aceptar y los desvíos por canales laterales. Vinculá el retrabajo al traspaso solo cuando la evidencia del caso permita atribuirlo. Un registro facilita el examen posterior, pero no demuestra que la decisión haya sido correcta.

• Caso y estado actual inequívocos.
• Emisor y receptor responsables, no solamente áreas genéricas.
• Información, anexos y evidencia mínima de completitud.
• Criterios de aceptación y próxima acción ejecutable.
• Ruta de devolución, controversia, vencimiento o error de destino.

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

Cada paso o rama debe recibir exactamente una de cuatro disposiciones: eliminar, estandarizar, aclarar o mantener para revisión humana. Es una síntesis editorial de principios de mejora integral, trabajo estandarizado, documentación, controles basados en riesgo y supervisión humana; ninguna de las fuentes prescribe estas cuatro etiquetas como método único. La disciplina consiste en justificar una elección con casos y evidencia, no en usar «automatizar» o «escalar» como respuestas universales frente a cualquier demora.

Tomemos un pedido interno para contratar un nuevo servicio empresarial. Podría eliminarse una firma que solo confirma que el pedido existe, siempre que no decida sobre recursos, autoridad o riesgo y que el patrocinador ya esté identificado. Conviene estandarizar la carga completa, identidad del caso, controles de duplicación y enrutamiento habitual; aclarar quién resuelve faltantes, rechazos y fallas; y mantener la aprobación presupuestaria, la revisión especializada o una excepción de política cuando los requisitos de la organización realmente las exijan.

No automatices un diagrama heredado: rediseñá las decisiones, la evidencia, las excepciones y la responsabilidad que vuelven real al proceso.

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

El flujo está listo solo si puede superar una puerta de decisión condicional: avanzar, revisar o detenerse. Un mapa visible no alcanza, porque un modelo descriptivo puede carecer del detalle formal necesario para ejecutar y recuperar el proceso. Recorré el diseño propuesto con casos representativos normales, incompletos, rechazados, limítrofes, vencidos, anulados, retrabajados y afectados por fallas técnicas. Contrastalos con registros cuando existan y documentá cualquier diferencia entre el recorrido previsto y el resultado observado.

• Cada excepción tiene disparador, respuesta segura, responsable, evidencia y resultado registrado.
• Cada aprobación produce una decisión distinta con propósito, autoridad y efecto posterior.
• Cada traspaso tiene receptor, completitud, aceptación y ruta para trabajo rechazado.
• Todo control retirado cuenta con fundamento y revisión interna apropiada.
• Permisos, reintentos seguros, prevención de duplicados y conciliación están definidos según el riesgo.
• Los disparadores de revisión manual y los límites de la automatización son explícitos.
• Hay medidas para devoluciones, excepciones repetidas, anulaciones, colas, defectos y canales laterales.
• Un responsable revisará esas señales y será dueño de los cambios posteriores.

Si la solución incorpora IA, la decisión también debe considerar el contexto, los límites del sistema, la tolerancia al riesgo, la supervisión y la forma en que las personas usarán sus resultados. Antes de modificar controles o interpretar obligaciones, consultá a los roles calificados y autorizados de asuntos legales, regulatorios, financieros, seguridad, privacidad, compras, recursos humanos, control interno u otras disciplinas pertinentes. Si persisten dudas materiales sobre política, delegación, independencia, aceptación de riesgo, evidencia o juicio profesional, detené la implementación y resolvelas antes de codificar la ambigüedad.