Cuando todas las decisiones llegan a las mismas personas
Una empresa automatiza solicitudes de compra, descuento o contrato, pero conserva la lógica usada en el correo electrónico. Cada elemento sigue la misma cadena. Casos rutinarios e inusuales esperan juntos, los responsables reciben información incompleta y el solicitante no sabe por qué se detuvo el proceso.
El problema no es la falta de notificaciones. Es la ausencia de un modelo explícito de decisión. La automatización solo mejora la operación cuando el flujo distingue verificaciones rutinarias de elegibilidad, recomendaciones y autorización formal. De lo contrario, la tecnología acelera el envío y conserva el cuello de botella en la decisión.
Separe elegibilidad, recomendación y autorización
La elegibilidad responde si la solicitud cumple requisitos objetivos. Una compra puede necesitar un centro de costo válido, un proveedor activo y saldo presupuestario. Estas verificaciones normalmente pueden ser deterministas y deben ocurrir antes de que cualquier responsable reciba el elemento.
La recomendación organiza el contexto de la decisión. Un agente puede comparar la política, el historial, los anexos y casos similares, además de señalar inconsistencias o evidencias ausentes.
La autorización es el acto responsable que libera una consecuencia, como comprometer presupuesto, conceder un descuento o cambiar un contrato. El sistema debe saber quién puede autorizar, dentro de qué alcance y bajo qué condiciones. Combinar las tres etapas en un único botón de aprobación oculta fallos de automatización y la responsabilidad real de quien decide.
Construya niveles de autoridad según consecuencias y no solo valor
Los límites monetarios son útiles, pero no suficientes. Una solicitud de bajo valor puede involucrar datos personales, un cliente estratégico, un proveedor restringido o un cambio operativo irreversible. Defina la autoridad usando pocos factores, como importe, reversibilidad, exposición regulatoria, desviación contractual e impacto en el servicio.
Para cada combinación, documente quién puede aprobar, si se exige una segunda revisión, qué evidencias son obligatorias y qué debe hacer el sistema cuando existen datos inciertos. Mantenga la matriz versionada y asigne un responsable de negocio. Una regla sin responsable suele continuar activa después de que la política o la organización cambian.
NIST SP 800-53 describe la separación de funciones como identificar responsabilidades que deben permanecer separadas y definir autorizaciones de acceso que sostengan esa separación. Quien crea o modifica una solicitud sensible no debe convertirse en su único aprobador.
Elija el patrón de aprobación según el riesgo real
No todos los flujos necesitan el mismo patrón. La primera respuesta funciona cuando cualquier miembro autorizado puede tomar una decisión equivalente. La aprobación de todos es adecuada cuando responsabilidades independientes necesitan concordar. La aprobación secuencial sirve cuando una revisión posterior depende de una decisión previa, pero también añade espera en cada etapa.
Microsoft documenta estos comportamientos en Power Automate, incluida la primera respuesta, todas las respuestas y las aprobaciones secuenciales. Lo importante no es el nombre de la plataforma. El flujo debe expresar la regla de decisión de la organización, en lugar de escoger un componente conveniente y adaptar la gobernanza a él.
Defina plazos, sustituciones y vencimiento
Cada aprobación necesita un objetivo de respuesta y una regla de escalamiento. Especifique cuándo comienza el plazo, qué calendario laboral se aplica y qué ocurre cuando se acerca el límite. El escalamiento puede avisar al responsable, transferir el elemento a un sustituto autorizado o devolverlo al solicitante. No debe aprobar silenciosamente una solicitud sensible.
La delegación necesita fechas de inicio y fin y un alcance equivalente de autoridad. Un sustituto no debe recibir permisos más amplios que el responsable original. Una solicitud vencida puede necesitar nueva validación si cambiaron el precio, el presupuesto o las condiciones contractuales.
Conserve evidencias que expliquen la decisión
El registro de aprobación debe conservar la versión de la solicitud, datos de origen, política aplicable, regla de autoridad, recomendación, decisión, comentarios, identidad y fecha. Si la solicitud cambia después de la aprobación, el sistema debe evaluar si la modificación invalida la decisión anterior.
La guía de OpenAI recomienda intervención humana en acciones sensibles, irreversibles o de alto impacto y cuando se superan límites de fallo. Un agente puede preparar el paquete y determinar la ruta, pero clasificaciones inciertas, datos conflictivos y acciones relevantes necesitan una transferencia definida hacia una persona autorizada.
Ejemplo hipotético: solicitudes de descuento B2B
Considere una empresa hipotética de software industrial, que no es un caso de cliente de NM Solutions. Los representantes comerciales solicitan descuentos para renovaciones de contratos. El proceso anterior envía todas las solicitudes al director comercial, incluso cuando el descuento ya está permitido por el segmento del cliente y la política estándar de margen.
El nuevo flujo verifica primero el estado del cliente, producto, plazo contractual, margen y anexos obligatorios. Las solicitudes dentro del rango documentado y con datos completos pueden seguir una autorización simplificada del gerente comercial. Las desviaciones que reducen el margen por debajo del límite van a finanzas y al director comercial. Las condiciones fuera del contrato estándar también incluyen revisión jurídica.
Un agente resume el historial y señala inconsistencias, pero no puede cambiar el importe solicitado ni aprobar el descuento. Si los datos de margen no están disponibles, la solicitud entra en un estado de excepción en lugar de seguir un nivel inferior. El panel muestra tiempo de respuesta, solicitudes vencidas, devoluciones por falta de evidencia y porcentaje de decisiones fuera de la ruta sugerida.
Mida el flujo y reconozca sus límites
Acompañe tiempo de decisión por nivel, espera por responsable, integridad del primer envío, vencimiento, reasignación, rechazo y cambios posteriores. Si una persona aún recibe la mayoría de las solicitudes, revise la matriz y la capacidad disponible.
La automatización no resuelve políticas ambiguas ni datos de autoridad desactualizados. Demasiados límites pueden incentivar solicitudes divididas, mientras demasiadas excepciones devuelven la operación al trabajo manual. La revisión periódica forma parte del control.
NM Solutions ayuda a mapear reglas de aprobación, niveles de autoridad, integraciones, evidencias y caminos de excepción alrededor de operaciones. Un diagnóstico permite identificar dónde deben entrar verificaciones deterministas, agentes y decisiones humanas sin hacer la gobernanza más lenta que el negocio protegido.