El desvío que el tablero ya muestra —un atraso, una diferencia, un vencimiento— se toma como un caso con responsable declarado y decisión registrada con su fundamento; cuando corresponde, con acción ejecutada y cierre confirmado en la fuente acordada para ese indicador.
01 · El problema
El reporte cumple su función: muestra el atraso, la diferencia, el vencimiento o el consumo fuera de lo previsto. Lo que ocurre después no está en el tablero. Alguien tiene que mirar el número, entender qué lo produjo, resolver si corresponde actuar, pedirle la corrección a quien puede hacerla y verificar que el resultado quedó registrado donde importa.
Ese tramo suele repartirse entre un comité mensual, un acta con acuerdos y una lista de pendientes que sobrevive hasta la reunión siguiente. El mismo desvío reaparece en el informe del período, sin que nadie pueda reconstruir si se revisó, si se decidió algo o si simplemente volvió a pasar.
El seguimiento posterior se arma con lo que hay a mano: el informe en Microsoft Power BI o en la herramienta de reporting corporativa que muestra el desvío, una planilla de Microsoft Excel donde alguien copia los casos del mes para no perderlos, y correo para pedir la explicación al área responsable. Cada pieza cumple su función y ninguna deja constancia de quién quedó a cargo del desvío, qué se resolvió y con qué evidencia se dio por cerrado.
Aun cuando el dato sea correcto, el reporte no asigna ni verifica la respuesta. Lo que falta es que alguien tome el desvío, resuelva qué hacer y lo cierre con evidencia.
02 · La solución
Cada desvío que cumple el criterio acordado se trata como un caso con recorrido declarado: apertura con su motivo y su dato de origen, asignación al responsable que puede actuar, revisión sobre el objeto de negocio afectado, resolución registrada con su fundamento, ejecución de la acción cuando corresponde y confirmación desde la fuente acordada para ese indicador.
Un caso se abre de dos maneras y ambas son explícitas: una persona lo abre desde lo que observó en el reporte, o lo abre una integración configurada con la organización sobre la fuente que corresponda a ese indicador. Esa conexión se define e implementa como parte del alcance; no se presume disponible sobre una herramienta de reporting en particular.
El indicador no viaja solo: en el Operational Graph queda conectado con el objeto de negocio que lo origina —la factura, el pedido, el contrato, el activo o el servicio—, con el área que responde por él y con la fuente donde se confirma el resultado. BPMflow lo sostiene —casos, asignación, plazos, autorizaciones y evidencia—: el reporte conserva su función de mostrar y el proceso incorpora la responsabilidad de actuar.
Un reporte de facturas detenidas es un ejemplo: la revisión identifica el motivo, coordina a compras y recepción y devuelve el estado confirmado; ese recorrido específico se desarrolla en Invoice Exception Resolution. Cuando el desvío es un hallazgo de control o una obligación que cambió, la remediación y su evidencia se trabajan en Risk & Control Assurance. Cuando el indicador mide un servicio y su nivel acordado, el caso vive en Operational Graph for Service Operations.
03 · Capacidades
Los desvíos quedan en una bandeja única, con motivo, responsable, antigüedad y estado a la vista: observado, en revisión, con acción pendiente, pendiente de confirmación o cerrado. Max responde sobre el caso dentro del contexto autorizado: explica qué originó la señal, muestra la evidencia registrada y ofrece el historial de casos anteriores del mismo indicador.
Define qué convierte un número en un caso: el umbral, la antigüedad, la reincidencia o la combinación acordada para ese indicador. También queda escrito qué desvío se observa sin abrir caso.
El caso se abre por una persona que actúa sobre lo que vio en el reporte, o por una integración configurada con la organización sobre la fuente que corresponda. En ambos casos queda constancia de quién o qué lo abrió y con qué dato.
Deriva el caso al área que responde por el número y al responsable operativo que puede actuar sobre el objeto afectado, según el tipo de desvío, la sociedad y el monto, con plazo comprometido.
El caso lleva la factura, el pedido, el contrato, el activo o el servicio que originó el desvío, no solo la cifra agregada. La revisión trabaja sobre el hecho, no sobre la celda del reporte.
Conserva qué se resolvió y por qué: desvío confirmado con acción acordada, desvío explicado sin acción correctiva, o señal descartada porque el criterio no reflejaba la operación, con autor y momento.
Recoge la confirmación desde la fuente acordada para ese indicador —el sistema responsable del dato o un responsable autorizado— y conserva qué se detectó, quién intervino y con qué evidencia se cerró.
04 · Roles
Sostiene el indicador y el criterio que abre el caso.
Qué ve
Los desvíos del período con su criterio de apertura, cuáles ya tienen caso, cuáles no y desde cuándo están pendientes.
Qué hace
Abre el caso o confirma el que llegó por integración, registra el criterio aplicado y sigue la antigüedad de lo que no avanza.
Responde por el número ante la organización.
Qué ve
Sus casos abiertos por motivo, antigüedad y responsable asignado, con el objeto de negocio que originó cada desvío.
Qué hace
Resuelve qué corresponde —acción, explicación o descarte—, asigna responsable y plazo, y sostiene el fundamento de esa resolución.
Ejecuta la corrección en su proceso.
Qué ve
La acción asignada con su plazo, el objeto afectado, el historial del caso y qué evidencia debe aportar al cerrarla.
Qué hace
Corrige el origen del desvío, registra lo que hizo, adjunta el respaldo o devuelve el caso con la observación que lo impide.
Da por válido el resultado en la fuente acordada.
Qué ve
Los casos que esperan confirmación, con el resultado propuesto, su respaldo y el indicador al que vuelven.
Qué hace
Confirma el estado en el sistema responsable del dato o por la vía definida para ese indicador, o lo devuelve con observación.
05 · Implementación
La implementación parte de un indicador que la organización ya sigue: alcanza con el contexto mínimo de ese primer recorrido, sin un proyecto de arquitectura previo ni un rediseño del tablero.
1 · Acordar el resultado
Qué indicadores entran, qué criterio abre un caso, quién responde por cada motivo, qué plazo aplica y qué se considera cerrado para cada uno.
2 · Recuperar contexto y conectar fuentes
El indicador se conecta con el objeto que lo origina y con la fuente que confirma el resultado. La apertura por integración se define e implementa con la organización, indicador por indicador, sobre la fuente que corresponda.
3 · Probar el recorrido e incorporarlo
Se prueba con los desvíos del período en curso, se ajustan criterios y plazos —para que no se abran casos que nadie deba atender— y la operación diaria queda bajo control del equipo del cliente.
06 · Escenarios típicos
Lo que cambia de un indicador a otro es el criterio que abre el caso, el área que responde por el número y la fuente que confirma el cierre. Los ejemplos siguientes son ilustrativos: los indicadores y umbrales se acuerdan con cada organización.
Un desvío se cierra cuando alguien lo tomó, alguien resolvió qué hacer y el resultado quedó confirmado donde corresponde. Conviene empezar por un indicador concreto y por el criterio que abre el caso.
From Reporting to Action es una solución transversal de EAFlow sobre el Operational Graph, sostenida por las capacidades de automatización de BPMflow. El reporte y el tablero conservan su función —mostrar el desvío a tiempo—; este recorrido agrega lo que ocurre después. Los indicadores, criterios y escenarios de esta página son ilustrativos: se acuerdan con cada organización, igual que la fuente que confirma cada cierre.
