Mantener la conciliación como control permanente, no como proceso de excepción
Las garantías de entrega fallan en silencio. Una comparación programada entre las poblaciones esperada y real, con un responsable para cada tipo de diferencia, forma parte de la arquitectura; no es una limpieza.
Elaborado de forma independiente. No contiene detalles de implementación, nombres internos ni cifras de ningún empleador o cliente.
01Contexto
La creación de clientes, el estado de los pedidos y los segmentos de rendimiento circulan entre un CRM, un ERP y una plataforma de datos. Cada flujo tiene reintentos y alertas y, aun así, los usuarios descubren las diferencias meses después: clientes todavía pendientes en el CRM que ya existen en el ERP, segmentos que nunca se retiraron, una sociedad que falta en una carga de facturas.
02Factores de decisión
- F01
Cualquier mecanismo de entrega puede perder, duplicar o desordenar
- F02
Las diferencias que descubren los usuarios destruyen la confianza en los datos
- F03
La corrección necesita un responsable, no un buzón compartido
- F04
Las repeticiones y correcciones deben ser seguras
03Opciones consideradas
Comprobaciones puntuales cuando alguien se queja
Flujos de bajo volumen y poco riesgo
Coste: La divergencia se acumula sin que nadie la veaConfiar en las garantías de entrega y las alertas
Flujos con semántica exactly-once de extremo a extremo
Coste: Las alertas ven llamadas fallidas, no registros que nunca llegaronConciliación programada con diferencias clasificadas
Cualquier flujo cuya divergencia tenga coste para el negocio
Coste: Requiere claves de comparación, una tolerancia, una cadencia y responsables04Decisión
Para cada flujo cuya divergencia tenga coste para el negocio, definir un contrato de conciliación: la población esperada, la clave de comparación, los atributos comparados, la tolerancia, la cadencia y, para cada clase de diferencia (coincidencia, diferencia, ausente, inesperado), un responsable y una acción correctora. Ejecutarla de forma programada, publicar el resultado como medida del estado del negocio y hacer idempotente cada corrección para que repetirla nunca empeore las cosas.
05Consecuencias
- La divergencia silenciosa se hace visible en un solo ciclo.
- Cada clase de diferencia tiene responsable y acción; nada acaba en un buzón compartido.
- Los resultados de la conciliación se miden como cualquier otro KPI del proceso.
- El diseño de la integración debe aportar claves de comparación estables desde el principio.
06Cuándo revisarla
Un flujo pasa a ejecutarse dentro de un único sistema transaccional.
La divergencia en el flujo no tiene coste para el negocio.
07Dónde se aplica esta decisión
Casos que adoptan esta decisión, y por qué importa en cada uno.
- Caso de datos / 03Devolver señales analíticas al CRM operativoUn contrato de writeback para KPI y segmentos derivados: a nivel de cuenta, de solo lectura en el CRM, con sello de frescura y versión, conciliado con lo publicado y convertido en exactamente una tarea por señal.
- Caso de datos / 04Diseñar una segmentación fiable con conciliaciónUn contrato de segmentación con una población elegible explícita, las bajas tratadas como cambios de primer nivel y una conciliación que compara la pertenencia esperada con la real después de cada ejecución.
- Caso de automatización / 06Un conciliador para el estado obsoleto aguas abajoUn conciliador programado que deriva el estado esperado aguas abajo, lo compara con lo que existe y cierra las acciones obsoletas dentro de unas salvaguardas: simulación, límite de alcance, registros protegidos y revisión del responsable.