El servicio que salió y nunca se facturó: conciliación de tres vías con IA y MCP

Un cofre sale de la bodega de la sede norte a las cuatro de la mañana. A las once, la familia ya firmó, el servicio se prestó completo y el cuerpo está inhumado. Tres semanas después, en el cierre, alguien nota que ese cofre sigue figurando en el inventario del sistema y que el servicio se facturó por un valor que no lo incluye. Nadie robó nada. Nadie se equivocó al digitar. Simplemente el documento que movía el bien quedó en borrador, y en un borrador el inventario no se mueve.

Esa escena es la forma más barata de perder dinero que tiene una compañía funeraria de Latinoamérica, y es también la más difícil de ver: no aparece en ningún reporte con su nombre, no dispara ninguna alerta y no la detecta el conteo físico —porque el conteo dice que falta un cofre, no dice cuál servicio se lo llevó ni si alguien lo cobró.

El problema tiene un nombre prestado de la auditoría: conciliación de tres vías. En cuentas por pagar es un procedimiento estándar —orden de compra contra recepción contra factura— y casi ningún ERP serio deja pasar una factura de proveedor sin él. Del lado de la venta, en cambio, el triángulo equivalente —documento de entrega contra movimiento de inventario contra factura— casi nunca se cierra. Y en una funeraria se cierra menos que en cualquier otro negocio, por una razón que no es de disciplina sino de modelo de negocio: el mismo cofre puede salir por cuatro caminos legítimos distintos, y solo uno de ellos termina en una factura.

Este artículo es el caso de uso completo de un agente de inteligencia artificial que, conectado al ERP por MCP y en solo lectura, cierra ese triángulo todos los días y deja una lista corta de descalces en manos del rol que puede corregirlos. Y viene con la advertencia que hace la diferencia entre un control y un ruido: un conciliador que no conoce los cuatro caminos genera más trabajo del que ahorra.

1. El problema de negocio: cuatro descalces y por qué nadie los ve

Cuando se cruzan las tres fuentes, los huecos no son uno: son cuatro, y cada uno cuesta distinto y lo arregla un área distinta.

Los cuatro son, en rigor, un problema de control interno, y tienen la misma causa de fondo — que no es la negligencia: ningún humano tiene delante las tres fuentes al mismo tiempo. La persona de facturación ve la orden de venta. La de bodega ve el saldo del almacén. La de contabilidad ve el asiento. Ninguna de las tres ve el triángulo, y el sistema tampoco se lo pone junto.

La pregunta obligada de cualquier dirección es cuánto de esto le pasa a ella. La respuesta honesta empieza por una advertencia: no existe ninguna cifra publicada y revisada por pares de fuga de ingresos o de descalce documental en el sector funerario. Lo que circula son materiales de proveedores. Lo que sí está medido, y bien, es la magnitud del fenómeno en sectores con inventario y facturación comparables — y esas cifras conviene leerlas como orden de magnitud, no como el dato del sector.

• En el estudio fundacional sobre exactitud de inventario, el 65 % de los registros no coincidía con el conteo físico, sobre unos 370.000 registros en 37 tiendas. La causa dominante no era el robo: eran transacciones no registradas.
• Dieciocho años después, la réplica con datos recientes encontró prácticamente lo mismo: 64,7 % de registros inexactos sobre 139.828 observaciones. Y aportó el argumento económico que aquí interesa: en el experimento de campo asociado, hacer el conteo físico produjo un alza de ventas del 11 %, concentrada íntegramente en los ítems donde el sistema decía tener más de lo que había.
• En un proceso de compras real de una multinacional, con ERP maduro y control formal, el 20 % de las líneas de pedido presentó un descalce de valor entre la orden, la recepción y la factura, sobre 251.734 líneas analizadas.

La conclusión que sostienen esas tres fuentes juntas no es «hay fraude». Es más incómoda: el descalce entre el documento, el movimiento físico y la facturación es la condición normal de operación de una empresa con inventario, no la excepción. Suponer que la propia compañía es la que no lo tiene es una hipótesis, y hasta ahora nadie la ha probado con los datos a la vista.

Por qué el cruce manual no se hace (y por qué, si se hiciera, tampoco alcanzaría)

La primera razón es de volumen escondido. En SFUN, la caracterización del servicio —el documento operativo donde vive todo lo que se le entregó a una familia— no tiene una lista de productos: tiene dieciocho, una por tipo de servicio (integrales, completos, iniciales, finales, exhumación, cremación, restos, expatriación, repatriación, traslados, traslado de cenizas, inhumación, mascotas, excedentes, licitación, gastos adicionales, directos y parciales). La pregunta «¿qué consumió este servicio?» no es una consulta: son dieciocho, y una de ellas —gastos adicionales— hay que excluirla a propósito, porque son ítems de compra y no de venta. Multiplica eso por las notas de entrega, que se generan una por proveedor, y el cruce de un solo servicio deja de ser algo que alguien haga entre dos llamadas.

La segunda razón es más incómoda, y está medida. La respuesta intuitiva de cualquier dirección es «que un supervisor revise al final del mes». La investigación sobre captura y verificación de datos dice que esa revisión visual posterior deja alrededor de treinta veces más errores que la doble entrada en la fase de captura, y —el hallazgo que conviene leer dos veces— no resultó significativamente mejor que no revisar en absoluto. Revisar después es, estadísticamente, casi lo mismo que no revisar. Lo que sí funciona es cruzar la información contra otra fuente independiente, de forma sistemática, sobre la población completa y no sobre una muestra.

Y hay una tercera, que viene de la auditoría pública y es la que originó este caso de uso. Cuando el Contralor y Auditor General de India revisó el régimen de documentos de traslado de mercancías, el hallazgo no fue que las empresas no emitieran el documento: lo emitían. El hallazgo fue que lo emitido no cuadraba con lo declarado —contribuyentes con miles de documentos emitidos y una brecha de impuesto sin declarar—, y que el control ausente era exactamente el de conciliación entre el documento y el movimiento real. La lección se traslada sin esfuerzo: el riesgo no está en emitir, está en el descalce que nadie cruza.

Y hay un cuarto argumento, el más difícil de rebatir, porque viene de un estudio de campo publicado en una revista contable de primera línea. Un equipo académico corrió minería de procesos sobre la población completa de facturas pagadas de un banco global —26.185 líneas de orden, 181.845 actividades— y encontró que solo el 44,3 % de las órdenes había seguido el proceso diseñado. Aparecieron 304 variantes distintas de ejecución: tres de ellas concentraban el 80 % de los casos, y las otras 298 —menos del 14 % de las órdenes— movían 40,4 millones de euros. El dato que cierra la discusión llega al final del artículo: ese mismo período ya había sido auditado internamente con procedimientos convencionales sobre una muestra, y los auditores no habían encontrado problemas mayores.

No es que la gente sea descuidada. Es que el descalce vive en la cola larga, exactamente donde una muestra estadística casi nunca cae. Y hay una señal de tablero que se desprende de ese mismo estudio y que cualquiera puede mirar mañana en su propia operación: en aquel banco, el registro de recepción de mercancía ocurría en el 94,42 % de las líneas de orden, mientras las recepciones de factura llegaban al 111,72 % y los pagos al 121,51 %. Tres contadores que deberían moverse juntos y no lo hacen. En una funeraria el equivalente se cuenta en una tarde: cuántos servicios, cuántas notas de entrega emitidas, cuántos movimientos de inventario y cuántas facturas hubo el mes pasado en la misma sede. Si los cuatro números no guardan proporción, ya encontraste el problema sin haber montado nada.

2. Qué datos del ERP intervienen

Este caso no necesita un dato nuevo. Necesita seis que ya existen, y que el conector MCP de SFUN ya expone con su documentación de modelo, de comportamiento y de permisos.

3. Cómo se arma el caso con MCP, paso a paso

3.1. Primero, los cuatro caminos: sin esto el agente solo genera ruido

Antes de escribir una sola consulta hay que aceptar una cosa: en una funeraria, que un cofre salga sin factura es normal en tres de cada cuatro casos. Estos son los cuatro caminos, y el agente tiene que conocerlos todos para saber cuál de ellos es una fuga y cuáles no lo son.

El segundo camino merece un párrafo aparte porque es la mejor parte del modelo de datos y la peor trampa del conciliador. El alquiler de cofres por cremación en SFUN no es un campo de texto: es una máquina de estados con movimientos de inventario reales. Cuando se envía el documento, el sistema genera una transferencia del almacén de origen al de cremaciones y guarda el número de ese movimiento. Cada fase posterior —enviar a reparación, retornar al almacén de origen, destruir el cofre— valida que la transición sea legal (no se retorna lo que nunca salió), exige permiso de escritura real sobre el documento y deja su propio movimiento de inventario guardado en su propio campo. Un conciliador que no lea esta tabla va a reportar como fuga todos los cofres de cremación de la sede, todos los días, y el equipo va a apagar la alerta en una semana.

Esto no es una precaución teórica. En el mismo estudio de campo del banco, los auditores escribieron una regla razonable —pagos sin referencia de factura— y obtuvieron 265 pagos en 46 casos, uno de ellos con 131 pagos seguidos. Al investigarlos uno a uno, todos resultaron legítimos: se apoyaban en un documento alternativo válido que la regla desconocía. Cien por ciento de falsos positivos, con una regla bien fundada, por no conocer un camino legítimo. En una funeraria esos caminos son el alquiler por cremación, el préstamo, la cortesía y la reposición, y cada uno hay que descontarlo a mano antes de la primera corrida.

El contrapunto del mismo estudio es igual de instructivo: después de descontar las excepciones legítimas, quedó un residuo de 742 casos, el 2,8 % de la población, que efectivamente carecían de la aprobación requerida y no cumplían ninguna de las condiciones que permiten omitirla. Ese 2,8 % es el hallazgo. El 20 % crudo no lo era. Un agente que entregue la lista cruda está entregando trabajo, no control.

3.2. Las tres consultas, en el orden que importa

La unidad de conciliación es el servicio, no el documento. Esto no es un detalle de implementación: es la decisión que hace que el resultado sea accionable. Un hallazgo que dice «la nota de entrega DN-0234 no tiene factura» obliga a alguien a averiguar de qué servicio hablamos. Un hallazgo que dice «el servicio del señor X en la sede norte entregó un cofre serie 4471 que no aparece en ninguna factura» se resuelve en una llamada.

1. Vía 1 — lo que el servicio dijo que iba a entregar. Se leen las caracterizaciones del período por sede y compañía, y se aplanan sus dieciocho tablas de productos en una sola lista: ítem, cantidad, valor, proveedor y serie. Aquí se excluyen los gastos adicionales, que son compras.
2. Vía 2 — lo que realmente se movió. Se leen los movimientos del libro mayor de inventario del período, filtrando por almacén de la sede, y se conserva el tipo y el número del documento que originó cada uno. Ese par es lo que permite devolverse del movimiento al documento sin adivinar.
3. Vía 3 — lo que se cobró. Se leen las facturas del período con sus líneas, y se enlazan al servicio por la orden de venta que la caracterización generó.
4. Vía 4, la de control. Se leen los alquileres de cofres con su estado y sus movimientos, y los préstamos con sus fechas. Esta vía no busca fugas: descuenta falsos positivos y produce su propio tipo de hallazgo, el del bien que salió y no volvió.

El cruce se hace en dos niveles. Nivel serie, para cofres y urnas con número de serie: es una llave uno a uno y admite una afirmación fuerte. Nivel servicio más ítem, para todo lo demás: es una llave por agregación, tolera diferencias de redondeo y unidad, y solo admite afirmaciones de tendencia. Mezclarlos en la misma lista es el error que convierte un control en una discusión.

3.3. Clasificar antes de alertar

Todo descalce detectado pasa por tres preguntas, en este orden, antes de convertirse en un hallazgo: ¿está explicado por uno de los cuatro caminos? Si sí, se descarta o se reclasifica. ¿Está dentro de la ventana de proceso? Un servicio de ayer que todavía no se factura no es una fuga, es un servicio de ayer: la ventana la define la operación, no el agente, y en la mayoría de los grupos son entre tres y cinco días hábiles. ¿Cuánto vale? Un cofre de gama alta y una caja de guantes no pueden entrar en la misma lista.

Recién después de esas tres preguntas el descalce se convierte en una línea de la lista corta, con su clasificación, su valor estimado, el servicio al que pertenece y el rol que lo puede resolver.

3.4. El presupuesto de alertas: la restricción de diseño que decide si esto sobrevive

Un conciliador que corre sobre un grupo funerario mediano encuentra decenas de descalces la primera semana. La tentación es entregarlos todos. La evidencia de otros sectores dice que ése es el camino más rápido al fracaso: en informática clínica, donde este problema se estudió durante veinte años, las alertas automáticas se omiten entre el 46 % y el 96 % de las veces según la revisión sistemática de la literatura, y en buena parte de los casos omitirlas era la decisión correcta: la alerta era mala, no el operador. La conclusión no es que las alertas no sirvan; es que la capacidad de atención es el recurso escaso y hay que presupuestarla.

Hay evidencia igual de dura en el sentido contrario, y es la que dice cómo hacerlo bien: cuando las alertas se escalonan por severidad en vez de entregarse planas, el cumplimiento medido pasó de 10 % a 29 %, y en las más graves la aceptación llegó al 100 % frente al 34 % del esquema plano. Y la única intervención que, en una revisión de treinta y nueve estudios, aumentó consistentemente la aceptación fue dirigir la alerta al rol que puede resolverla, no al que manda.

La literatura de auditoría continua llegó al mismo lugar por otro camino y lo dice sin rodeos: después de treinta años, el problema sin resolver de estos sistemas no es detectar poco, es que la proliferación de excepciones vuelve inviable el seguimiento manual. La solución que proponen no es un modelo mejor: es fijar un umbral que produzca un volumen de excepciones compatible con la capacidad real de investigación de la empresa. Dicho en términos de una funeraria: si la contadora de una sede puede investigar veinte casos a la semana, el agente entrega veinte, ordenados por valor esperado. No cuatro mil filas que no cuadran.

Traducido a este caso, son tres reglas que conviene escribir antes de la primera corrida:

• Número fijo, no lista completa. El agente entrega las N más graves del día por sede —cinco a diez es un rango que la operación absorbe— ordenadas por valor expuesto, y guarda el resto para el informe semanal. Si el número fijo se queda corto durante dos semanas seguidas, se sube; nunca al revés.
• Dirigida al rol, no al gerente. El descalce de facturación va a quien factura en esa sede; el de bodega, a quien maneja el almacén; el cofre en préstamo vencido, al jefe de logística. La dirección recibe el agregado semanal, no la lista diaria.
• Con la evidencia adjunta y en un clic. Cada hallazgo lleva el servicio, la serie, el documento, el movimiento y la factura —o su ausencia—, con enlace a cada uno. Un hallazgo que obliga a buscar en tres pantallas se descarta aunque sea correcto.

3.5. Lo que el agente no hace, y por qué eso es la mitad del diseño

Este agente no factura, no ajusta inventario, no emite ni anula documentos y no cierra hallazgos. Corre en solo lectura. La razón no es prudencia genérica: es que las tres acciones que podría ejecutar —emitir la factura faltante, enviar la nota de entrega pendiente, ajustar el saldo— son las tres que tienen efecto contable, efecto tributario y efecto sobre la cartera de una familia que acaba de enterrar a alguien. La corrección la hace una persona, con su usuario, y queda a su nombre.

Hay además un argumento de arquitectura, y viene del propio producto. En agosto de 2026 se corrigió en SFUN un caso que ilustra la regla mejor que cualquier principio: el total de un documento de cobro se calculaba únicamente en el navegador, colgado de un evento de fila; cuando se cargaba una plantilla que reescribía la tabla completa, ningún evento se disparaba y el total se quedaba con el de la carga anterior — y así se guardaba. La corrección fue mover el cálculo al servidor, dentro de la validación del documento. La lección aplica entera a este caso de uso: el dato bueno es el que el servidor recalcula, no el que quedó en una pantalla. Un agente que escribiera sobre cifras leídas de una vista podría propagar en minutos un error que a una persona le habría tomado meses cometer.

4. El bucle de mejora continua

Un conciliador que corre igual el día 1 y el día 90 está mal montado. Lo que mejora no es el modelo: son las reglas de descarte. Cada hallazgo que el humano marca como falso positivo es información sobre un camino legítimo que el agente todavía no conocía.

5. Gobierno y límites: permisos, datos del doliente y lo que nunca se automatiza

Un conciliador toca, por definición, todo lo que vale dinero en la compañía. Estas son las condiciones bajo las cuales se puede poner a correr sin abrir un problema mayor que el que resuelve; el marco completo está en la guía de gobierno de agentes de IA en el ERP funerario.

• Doble portón, no uno. El acceso por MCP en SFUN exige dos cosas a la vez: el rol específico que habilita el conector y los permisos normales del usuario dentro del ERP. Quitarle el rol a una cuenta la deja fuera en la siguiente llamada. Si el agente hereda el usuario de un administrador, el control de acceso deja de existir: el conciliador va con su propio usuario, con permisos de lectura y con alcance limitado a las sedes y compañías que le corresponden.
• Solo lectura de verdad. No basta con no darle herramientas de escritura: el usuario del agente no debe tener permiso de escritura sobre ninguno de los seis doctypes del caso. La restricción tiene que estar en los permisos, no en el prompt.
• Datos del fallecido y del doliente: mínimo indispensable. Para conciliar no hace falta la causa de muerte, ni el diagnóstico, ni los datos de contacto de la familia. El hallazgo se identifica con el número del servicio, la sede, la fecha, el ítem y la serie. Si el nombre del fallecido ayuda a que la persona ubique el caso, va el nombre — nada más. Esto no es una preferencia: en varios países de la región los datos de salud son categoría especial y su tratamiento tiene que ser proporcional a la finalidad, y la finalidad aquí es contable.
• La traza que hay que guardar es la de las consultas, no la del chat. Lo que interesa auditar después no es lo que el agente respondió: es qué leyó, con qué usuario, sobre qué sede y en qué momento.
• Nada se cierra solo. Un hallazgo se marca resuelto cuando una persona ejecuta la corrección en el ERP y esa corrección aparece en la siguiente corrida. Si el agente pudiera cerrar sus propios hallazgos, el indicador dejaría de significar algo el primer día.

Y una línea que no se cruza: el conciliador no le pone nombre a nadie. Detecta que un servicio no se facturó; no concluye quién lo dejó sin facturar. La distancia entre «este servicio tiene un descalce de tanto» y «esta persona no facturó» la recorre un humano con contexto, o no la recorre nadie. Un control interno que se estrena señalando culpables no llega al segundo mes.

6. Los KPIs: línea base, meta y el que no hay que celebrar

Antes de la primera corrida hay que medir el punto de partida sobre un mes cerrado, con la conciliación hecha a mano por una persona sobre una sola sede. Sin esa línea base no se puede afirmar después que algo mejoró.

¿Y qué se puede esperar de verdad cuando el control se monta bien? La referencia más cercana que existe publicada no es de una funeraria, pero el problema es casi el mismo: un insumo físico se consume durante la atención, no se documenta y el ingreso se pierde en silencio. En una red hospitalaria, la documentación faltante afectaba a 803 de 5.801 órdenes (13,8 %), con una pérdida valorada en 362.594 dólares en seis meses. Tras implantar un reporte de conciliación confiable y un contacto proactivo dentro de la ventana de tiempo en que todavía se podía facturar, la brecha cayó a 181 de 10.464 órdenes (1,7 %) y se recuperaron 318.250 dólares. En otra medición sobre 559.029 atenciones, la proporción de cargos que había que recuperar por auditoría posterior bajó del 10,0 % al 2,4 % al estandarizar la documentación de origen.

Las dos cifras dicen lo mismo y conviene subrayarlo, porque cambia dónde se pone el esfuerzo: lo que produjo el resultado no fue un sistema nuevo, fue un reporte de conciliación creíble entregado a tiempo. Y también marcan el techo honesto: cuando se midió con grupo de control cuánto mejora la exactitud del inventario al aumentar la visibilidad de los datos, la reducción del descalce fue de alrededor del 26 % — significativa y real, muy lejos del noventa por ciento que promete el material comercial de cualquier proveedor.

7. Hoja de ruta de adopción

Semana 1 — mapear los caminos, no montar el agente

• Levantar, sede por sede, cuáles de los cuatro caminos están realmente en uso y con qué configuración. La rama que emite la nota de entrega en firme depende de una configuración por instalación: si está apagada, todas las notas quedan en borrador y el diagnóstico cambia por completo.
• Verificar que los almacenes de cremación y de reparaciones estén configurados por compañía. Sin eso, el camino del alquiler ni siquiera se puede ejecutar.
• Contar cuántos ítems del catálogo llevan número de serie. Ese porcentaje es el techo de la conciliación de nivel alto, y conviene saberlo antes de prometer resultados.
• Fijar la ventana de proceso por tipo de servicio: cuántos días hábiles pueden pasar legítimamente entre la prestación y la factura.

Mes 1 — una sede, un mes cerrado, en modo silencioso

• Correr el cruce sobre un mes ya cerrado de una sola sede, sin avisar a nadie y sin generar alertas: solo el informe.
• Sentar a una persona de contabilidad y una de bodega a revisar los cien primeros hallazgos y clasificar cada uno como real, falso positivo o «no se puede saber». Esa tercera categoría es la más informativa: señala dónde falta un dato, no dónde falta disciplina.
• Escribir las reglas de descarte que salgan de esa revisión. Aquí es donde se gana o se pierde el caso.
• Recién con la precisión medida, activar la lista corta diaria en esa sede.

Trimestre 1 — extender por valor, no por entusiasmo

• Extender a las sedes que concentran el valor, no a todas a la vez.
• Agregar el hallazgo de préstamos vencidos, que no requiere ningún dato nuevo y suele dar resultados incómodos la primera vez.
• Llevar al comité mensual el agregado por causa raíz, no la lista de casos, y engancharlo con el cierre contable, que es donde el descalce termina apareciendo como diferencia. Si tres de cada cuatro descalces de una sede vienen de la misma configuración, eso es un ticket, no una alerta diaria.
• Recién entonces evaluar si el mismo patrón se extiende a compras —donde la conciliación de tres vías clásica sí tiene control nativo— y a la cartera.

8. Errores comunes

9. Inventario honesto: qué se puede cruzar hoy en SFUN y qué no

Todo lo anterior solo sirve si distingue entre lo que existe y lo que sería deseable. Esto se verificó contra el código el 1 de septiembre de 2026.

Preguntas frecuentes

¿Qué es la conciliación de tres vías y por qué aplica a una funeraria?

En auditoría, la conciliación de tres vías compara tres fuentes independientes que deberían decir lo mismo. Del lado de las compras es orden, recepción y factura, y casi todo ERP la trae. Del lado de la venta funeraria las tres fuentes son el documento que ampara la salida del bien, el movimiento real de inventario y la factura. Aplica más que en otros sectores porque en una funeraria el bien físico puede salir por cuatro caminos legítimos distintos y solo uno termina en un cobro, así que la ausencia de factura no prueba nada por sí sola: hay que cruzar las tres.

¿Un agente de IA puede facturar solo lo que detecta sin cobrar?

No, y no conviene que pueda. Emitir una factura tiene efecto contable, efecto tributario —en varios países con consecutivo y resolución de por medio— y efecto sobre una familia que está en duelo. El agente detecta, clasifica, valora y prioriza; la emisión la hace una persona con su usuario. Además, en SFUN el acceso por MCP se puede limitar a lectura desde los permisos del propio ERP, que es donde tiene que estar la restricción: no en las instrucciones del agente.

¿Por qué no basta con el reporte de «entregado y no facturado» que ya trae el sistema?

Porque en el flujo funerario de SFUN ese indicador está apagado: la nota de entrega se crea con el porcentaje facturado en 100, dado que la factura no se arma nota por nota sino desde el servicio completo. Quien filtre por ese estado va a ver cero pendientes y va a concluir que no hay fuga. El cruce hay que hacerlo contra la factura real, por servicio y —cuando el ítem la tiene— por número de serie.

¿Cuál es el hallazgo más frecuente la primera vez que se corre?

En la mayoría de las instalaciones, dos: notas de entrega que quedaron en borrador —y por lo tanto un inventario que dice tener bienes que ya no están— y cofres en préstamo cuyo estado nunca se cerró. Ninguno de los dos es fraude; los dos cuestan dinero, distorsionan las compras y no aparecen en ningún reporte con su nombre.

¿Cuánto tarda en dar resultados?

El primer cruce sobre un mes cerrado de una sede da resultados en días, porque no requiere ningún dato nuevo. Lo que toma un mes es lo otro: escribir las reglas de descarte para que la lista sea creíble. Un conciliador que se activa el primer día con la lista completa suele estar apagado en dos semanas, y el problema no habrá sido la tecnología sino el diseño de las alertas.

¿Sirve en un grupo con varias empresas y varias sedes?

Es donde más sirve, y también donde hay que tener más cuidado con el alcance. El cruce se hace por compañía y por sede, porque los almacenes, las configuraciones de entrega y las reglas de facturación cambian entre unas y otras. Un conciliador que mezcle compañías produce descalces que solo existen en la consulta. Si operas varias razones sociales, conviene leer primero cómo se ordena eso en una operación multiempresa.

Fuentes y verificación

• M. Jans, M. Alles y M. Vasarhelyi — A Field Study on the Use of Process Mining of Event Logs as an Analytical Procedure in Auditing, The Accounting Review 89(5):1751-1773, 2014. Fuente del 44,3 % de órdenes que siguieron el proceso diseñado, de las 304 variantes de ejecución, de la asimetría entre los contadores de orden, recepción y pago, de las 265 alertas que resultaron todas legítimas, del residuo de 742 casos (2,8 %) y del dato de que la auditoría interna previa, hecha por muestreo, no había encontrado problemas mayores. Población completa de facturas pagadas de un banco global: doi:10.2308/accr-50807.
• N. DeHoratius y A. Raman — Inventory Record Inaccuracy: An Empirical Analysis, Management Science 54(4):627-641, 2008. Fuente del 65 % de registros de inventario inexactos sobre ~370.000 registros en 37 tiendas: doi:10.1287/mnsc.1070.0789.
• Y. Rekik, R. Oliva, A. A. Syntetos y C. H. Glock — Inventory Record Inaccuracy in Grocery Retailing, Journal of Business Logistics 47(3), 2026. Réplica reciente con 64,7 % de registros inexactos sobre 139.828 observaciones, y el cuasi-experimento donde el conteo físico produjo un alza de ventas del 11 % concentrada en los ítems cuyo saldo físico era menor que el del sistema: doi:10.1111/jbl.70079.
• B. Hardgrave, J. Aloysius y S. Goyal — RFID-Enabled Visibility and Retail Inventory Record Inaccuracy: Experiments in the Field, Production and Operations Management 22(4):843-856, 2013. Fuente del techo honesto: más visibilidad de datos redujo la inexactitud de registro alrededor de un 26 %, no la eliminó: doi:10.1111/poms.12010.
• L. Perna, S. Mistri, M. Al Qaderi y N. Shah — Improving compliance and revenue integrity in medication billing waste documentation, American Journal of Health-System Pharmacy 83(4):196-203, 2026. Fuente del caso más cercano a «insumo consumido y no cobrado»: 803 de 5.801 órdenes sin documentar (13,8 %) que pasaron a 181 de 10.464 (1,7 %) con un reporte de conciliación y alerta dentro de la ventana en que aún se podía facturar: doi:10.1093/ajhp/zxaf163.
• J. Svanberg, P. Öhman, S. Samsten, P. Neidermeyer, T. Rana y M. Danielson — Addressing the Exception Prioritization Problem in Continuous Auditing Systems With Thresholding, Intelligent Systems in Accounting, Finance and Management 32(4), 2025. Formulación académica del riesgo principal de este proyecto: la proliferación de excepciones vuelve inviable el seguimiento manual: doi:10.1002/isaf.70022.
• T. Baader y H. Krcmar — Reducing false positives in fraud detection: Combining the red flag approach with process mining, International Journal of Accounting Information Systems 31:1-16, 2018. Fuente del 15 de 31 casos detectados con 0,37 % de falsos positivos sobre compras y pagos reales: doi:10.1016/j.accinf.2018.03.004.
• N. T. Poly, M. M. Islam, Y.-C. Li, B. Lin, M.-H. Hsu y S. Syed-Abdul — Appropriateness of Overridden Alerts in Computerized Physician Order Entry: Systematic Review, JMIR Medical Informatics, 2020, y H. van der Sijs, J. Aarts, A. Vulto y M. Berg — Overriding of drug safety alerts in computerized physician order entry, JAMIA 13(2), 2006. Fuente del rango de omisión de alertas entre 46 % y 96 % y de que buena parte de esas omisiones fue juzgada apropiada: doi:10.2196/15653 · doi:10.1197/jamia.M1809.
• M. Paterno, S. Maviglia, P. Gorman, D. Seger, E. Yoshida, A. Seger, D. Bates y T. Gandhi — Tiering drug-drug interaction alerts by severity increases compliance rates, JAMIA 16(1):40-46, 2009. Fuente del salto de cumplimiento de 10 % a 29 % al escalonar por severidad, y del 100 % de aceptación en las más graves frente al 34 % del esquema plano, sobre 71.350 alertas: doi:10.1197/jamia.M2808.
• S. Hussain, T. Reynolds y K. Zheng — Medication safety alert fatigue may be reduced via interaction design and clinical role tailoring, JAMIA 26(10):1141-1149, 2019. Fuente del hallazgo de que dirigir la alerta al rol correcto fue la única intervención que aumentó consistentemente la aceptación en una revisión de 39 estudios: doi:10.1093/jamia/ocz095.
• K. A. Barchard y L. A. Pace — Preventing human error: The impact of data entry methods on data accuracy and statistical results, Computers in Human Behavior 27(5), 2011, y K. A. Barchard, A. J. Freeman, E. Ochoa y A. E. Stephens (2019). Fuente del hallazgo de que la revisión visual posterior deja alrededor de treinta veces más errores que la doble entrada y no resultó significativamente mejor que no revisar: doi:10.1016/j.chb.2011.04.004 · doi:10.3758/s13428-019-01207-3.
• Comptroller and Auditor General of India — informe de auditoría sobre el régimen del documento electrónico de traslado de mercancías, con contribuyentes que emitieron miles de documentos y una brecha de impuesto no declarada. Es la fuente que originó este caso de uso: el control ausente no era el de emisión, sino el de conciliación entre lo emitido y el movimiento real.
• TM Forum — Revenue Assurance Survey Report 2017/18. Única fuente con método publicado sobre magnitud de la fuga de ingresos en telecomunicaciones (0,9 % medida y 1,9 % estimada sobre 143 contribuyentes). Se cita solo por su vocabulario de gestión —fuga detectada, fuga recuperada y pérdida final— porque es una encuesta autodeclarada, no una medición independiente.
• Advertencia de alcance, y es importante: no existe ninguna cifra publicada y arbitrada de fuga de ingresos, inexactitud de inventario o descalce documental en el sector funerario. Se revisó y no se encontró: lo que circula son materiales de proveedores y auditorías a entidades reguladoras, no a operadores. Todas las magnitudes citadas aquí vienen de otros sectores, con su denominador y su metodología a la vista, y se presentan como órdenes de magnitud homologables, nunca como el dato del sector. Tampoco existe evidencia publicada de agentes de inteligencia artificial haciendo esta conciliación: lo que está validado es el método —conciliación sobre población completa—, y el agente es una capa de acceso nueva sobre un método viejo. Así se presenta aquí.
• Las capacidades y las brechas de SFUN descritas en este artículo se verificaron el 1 de septiembre de 2026 contra el código de las aplicaciones de servicios funerarios, aplicaciones adicionales, el conector de la nota de entrega y el conector MCP. La máquina de estados del cofre en alquiler y sus movimientos de inventario provienen del endurecimiento integrado el 29 de julio de 2026. El recálculo de totales en el servidor que se cita como patrón correcto se integró el 26 de agosto de 2026. Lo que aquí aparece como brecha —el movimiento de inventario del cofre en préstamo y el tablero de descalces empaquetado— se presenta explícitamente como hoja de ruta, no como función disponible.