Luton es un municipio del Reino Unido con un área de cuentas por pagar como la de cualquier organización grande: controles, aprobaciones y un sistema que no deja registrar dos veces la misma factura del mismo acreedor. Aun así, pagó dos veces una factura de 34.000 libras. La causa, según el informe oficial que documentó el caso, fue «cierta confusión con acreedores de nombre parecido». El dinero volvió solo después de que el municipio amenazara con acciones legales.
El control funcionó exactamente como estaba diseñado. Lo que falló fue una suposición que ningún control revisa: que cada proveedor existe una sola vez en el sistema. Si la misma empresa está creada dos veces, la factura duplicada no es un duplicado para el ERP. Son dos facturas de dos proveedores distintos, y las dos se pagan.
Este artículo trata ese hueco en un grupo funerario, que es probablemente el tipo de organización donde más se repite. Complementa dos piezas recientes: la conciliación de tres vías con IA, que verifica que lo facturado coincide con lo pedido y lo recibido, y la nota sobre los comprobantes de proveedores en República Dominicana, que mira el documento que el proveedor te entrega. Aquí miramos lo que está antes de ambos: la ficha del proveedor.
1. El problema de negocio: el duplicado nace en el maestro, no en la factura
Piensa en cómo se crea un proveedor en un grupo funerario con varias sedes. Son las once de la noche, hay un servicio mañana a primera hora y la sede Norte necesita flores, un traslado interdepartamental o una cremación en un horno tercerizado. El proveedor no está en el sistema, o está pero nadie lo encuentra con el nombre que teclea. Alguien lo crea. Tres meses después, la sede Centro hace lo mismo con el mismo proveedor, escrito de otra manera.
Así nacen «Floristería El Edén S.A.S.» y «Floristeria el Eden», una con el NIT completo y el dígito de verificación, la otra con puntos y sin dígito. Nadie hizo nada mal. El servicio no espera, y crear la ficha era la forma más rápida de no fallarle a una familia. Pero desde ese momento el grupo tiene dos identidades para una sola empresa, y todo lo que dependa de la identidad queda partido en dos:
- El control de factura duplicada. La factura FE-2231 registrada por la sede Norte y otra vez por la central, cada una en una ficha, pasa como dos facturas legítimas.
- El poder de negociación. Si compras 180 millones al año a un proveedor repartidos en tres fichas, tu reporte de compras te dice que le compras 60 millones a tres proveedores distintos. Negocias como un cliente mediano cuando eres uno grande.
- Las retenciones y la información tributaria. Los topes y bases de retención se calculan por tercero. Partido en dos, un proveedor puede quedar por debajo del umbral en cada ficha y por encima en la realidad.
- El control de fraude. Una ficha duplicada es el lugar ideal para cambiar datos bancarios sin que nadie compare: la ficha original sigue intacta y la copia recibe los pagos.
El costo no es teórico. La National Fraud Initiative del Reino Unido cruza cada dos años los datos de más de 1.100 organizaciones públicas: municipios, hospitales del sistema de salud, departamentos de gobierno. En su informe del período de abril de 2022 a marzo de 2024 identificó 819 pagos duplicados por 11 millones de libras, de los que se recuperaron 10,3 millones (93 %). Y además corrigió o eliminó 548 fichas de proveedor duplicadas. Es decir: el mismo ejercicio que encuentra los pagos duplicados encuentra también su causa.
¿Por qué pega más fuerte en una funeraria que en una empresa de retail? Por tres rasgos que se suman. El proveedor urgente: la operación 24/7 obliga a crear fichas de noche y sin revisión. El proveedor pequeño: floristerías, transportistas, parroquias y cementerios de terceros que escriben su razón social de tres formas en tres facturas. Y la compra por sede: cada sede resuelve lo suyo, que es exactamente lo que le pedimos para que el servicio no falle. En un grupo así, el maestro duplicado no es un accidente. Es el estado natural si nadie lo revisa.
2. Por qué el control no lo ve: lo que hace el ERP y lo que no
Antes de hablar de inteligencia artificial conviene ver con precisión qué hace hoy el sistema. Revisamos el código de SFUN, que hereda el maestro de proveedores y la factura de compra de ERPNext y les agrega validaciones propias. Lo que encontramos es lo que encontrarías en la mayoría de los ERP del mercado, y lo publicamos tal cual:
| Control | Qué hace | Qué no hace |
|---|---|---|
| Unicidad del número de factura del proveedor | Si está activado, rechaza una factura de compra cuyo número ya exista para el mismo proveedor dentro del mismo año fiscal | No compara entre proveedores. Y viene desactivado de fábrica: hay que encenderlo en la configuración de cuentas. Desde el código no podemos saber cómo está en cada instalación, así que es lo primero que conviene revisar |
| Validación del NIT | Revisa formato, dígito de verificación y tipo de persona (natural o jurídica) con las reglas de Colombia | No busca si ese mismo NIT ya existe en otra ficha. Valida que el número esté bien escrito, no que sea nuevo |
| Campo de identificación tributaria | Guarda el NIT, RUC, RFC, RUT, RNC o CUIT del proveedor | No es obligatorio ni único. Dos fichas pueden tener el mismo número, o una puede no tener ninguno |
| Nombre del proveedor | Obligatorio | No es único, y la ficha se numera por serie: dos proveedores con nombre idéntico nunca chocan. Tampoco hay comparación aproximada de nombres en el sistema |
| Cuentas bancarias de terceros | Guarda la cuenta del proveedor y deja historial de cada cambio | No impide que la misma cuenta aparezca en dos proveedores distintos, ni avisa cuando pasa |
Hay un contraste dentro del mismo producto que vale la pena contar, porque muestra que el problema es de madurez y no de capacidad. Cuando un agente crea un cliente a través de SFUN MCP, la acción normaliza el documento a solo dígitos y rechaza la creación si ya existe un cliente con ese número. Para el cliente, el duplicado ya se resolvió. Para el proveedor, esa verificación no existe todavía. El lado de los ingresos tuvo esa atención antes que el lado de los pagos, que es lo que pasa en casi todas las compañías.
3. Qué datos del ERP intervienen
La buena noticia es que este caso no necesita ningún dato nuevo. Todo lo que hace falta ya está en el ERP, y el agente solo lo lee:
| Dato | Dónde vive | Para qué sirve en el caso |
|---|---|---|
| Identificación tributaria del proveedor | Maestro de proveedores | La llave más confiable para encontrar duplicados exactos |
| Nombre, tipo de persona y fecha de creación | Maestro de proveedores | Duplicados aproximados, y saber qué ficha es la original |
| Estado: deshabilitado, congelado, retenido | Maestro de proveedores | No volver a marcar lo ya resuelto, y saber si una ficha sigue recibiendo pagos |
| Número y fecha de la factura del proveedor, total y sede | Factura de compra | Encontrar la misma factura cargada en dos fichas |
| Cuenta bancaria e IBAN del tercero | Cuentas bancarias | Encontrar dos proveedores que cobran en la misma cuenta |
| Historial de cambios | Bitácora de versiones del maestro y de las cuentas | Saber quién creó o modificó cada ficha y cuándo |
Todo esto es módulo de compras y de tesorería, y ya se consulta con SFUN MCP, respetando los permisos del usuario que pregunta.
4. Cómo se arma con MCP, paso a paso
El caso tiene un diseño deliberadamente modesto: un agente en solo lectura que cada noche produce una lista corta para una persona. No fusiona fichas, no desactiva proveedores, no retiene pagos. Lo que hace es mirar lo que nadie tiene tiempo de mirar. Así se arma:
Paso 1. Duplicados exactos por identificación tributaria
La primera pregunta es la más barata y la de mejor señal: «¿qué números de identificación tributaria aparecen en más de un proveedor?». SFUN MCP tiene una herramienta de análisis que cuenta registros agrupados por un campo y los devuelve ordenados de mayor a menor. Contar proveedores agrupados por NIT pone arriba, por construcción, los números repetidos. La herramienta devuelve como máximo 20 grupos por consulta, un tope deliberado contra la extracción masiva. Si tu maestro tiene más de 20 números repetidos, que es posible en la primera revisión, el agente segmenta: por fecha de creación, por tipo de persona o por sede.
Aquí aparece la trampa que conviene conocer desde el primer día: agrupar solo encuentra números escritos igual. «900123456-7» y «900.123.456» son el mismo NIT para una persona y dos grupos distintos para una base de datos. Por eso el paso 1 tiene una segunda mitad: pedirle al agente las fichas sin identificación o con formatos anómalos (puntos, guiones, espacios, dígito incluido o separado) y listarlas para limpieza. Hoy esa normalización la hace una persona corrigiendo la ficha. Un campo normalizado que el sistema compare solo es hoja de ruta, no función disponible.
Paso 2. Duplicados aproximados por nombre
El ERP no tiene comparación aproximada de nombres. El modelo de lenguaje, en cambio, es bueno reconociendo que «Floristería El Edén S.A.S.» y «Floristeria el Eden» son probablemente la misma empresa. El agente lee el maestro por páginas (hasta 50 fichas por consulta) y propone parejas candidatas con su razón: mismo nombre sin tildes, misma raíz, misma dirección o mismo teléfono.
Esta es la parte probabilística del caso y hay que tratarla como tal. El modelo va a proponer parejas falsas, como dos sucursales legítimas de una cadena con NIT distinto, y se le va a escapar alguna verdadera. Por eso ninguna pareja del paso 2 se da por confirmada sin revisión humana, y por eso el paso 1, que es determinista, va primero.
Paso 3. La misma factura en dos fichas
Con las parejas del paso 1 y del paso 2, el agente busca lo que cuesta dinero: facturas de compra con el mismo número de factura del proveedor, o con el mismo total y fechas cercanas, repartidas entre las fichas de una pareja. También sirve contar facturas agrupadas por número de factura del proveedor: un número que aparece bajo dos proveedores distintos es una señal que el control nativo no puede dar. El resultado es la lista que importa: posibles pagos duplicados, con monto, sede y fecha.
Paso 4. Dos proveedores, una misma cuenta bancaria
La última consulta es la que conecta con el fraude: cuentas bancarias de terceros cuyo número aparece en más de un proveedor. Una coincidencia puede ser legítima, como un grupo empresarial que cobra en una tesorería central. También puede ser la señal de que alguien creó una ficha paralela para desviar pagos. En ambos casos lo decide una persona, con el historial de cambios de las dos cuentas a la vista.
El entregable: una lista corta, no un tablero
Todo lo anterior termina en un solo documento que el responsable de cuentas por pagar recibe a primera hora, ordenado por riesgo económico y no por tipo de hallazgo:
| Prioridad | Hallazgo | Qué decide la persona |
|---|---|---|
| 1 | Posible factura pagada dos veces (misma factura en dos fichas) | Confirmar con el proveedor y pedir la devolución o la nota crédito |
| 2 | Dos proveedores con la misma cuenta bancaria | Verificar por un canal ya registrado y, si no cuadra, retener pagos |
| 3 | Mismo NIT en dos o más fichas con movimiento | Elegir la ficha que se conserva y desactivar o fusionar las demás |
| 4 | Pareja probable por nombre | Confirmar o descartar, y dejar anotado el motivo |
| 5 | Fichas sin identificación o con formato anómalo | Completar o corregir el dato |
Cada hallazgo trae su semáforo de cobertura: cuántas fichas revisó el agente frente al total del maestro. Una lista vacía sin ese denominador no significa «no hay duplicados». Puede significar que el agente no miró. Es la regla que tratamos a fondo en el artículo sobre el fallo silencioso.
5. El bucle de mejora continua
El caso mejora solo si cada decisión humana vuelve a entrar al proceso. El ritmo que recomendamos:
- Cada noche: el agente corre los cuatro pasos solo sobre lo creado o modificado desde la última corrida, más un barrido completo del paso 1, que es barato.
- Cada mañana: cuentas por pagar resuelve la lista. Cada pareja descartada queda anotada con su motivo («sucursal legítima», «homónimo») para que no vuelva a aparecer.
- Cada semana: se revisa la tasa de acierto del paso 2 (parejas confirmadas sobre parejas propuestas) y se ajustan las instrucciones del agente. Si la mayoría de los descartes son sucursales, se le enseña a mirar la dirección antes de proponer.
- Cada mes: se mira dónde nacen los duplicados. Si ocho de cada diez los crea la misma sede en turno nocturno, el arreglo no es un mejor agente. Es un proceso de alta de proveedores distinto para esa sede.
Ese último punto es el que separa un proyecto de IA de una mejora de control interno. El agente no está para limpiar el maestro para siempre. Está para mostrar dónde se ensucia hasta que deje de ensuciarse. Lo desarrollamos en nuestra guía de control interno y prevención de pérdidas en grupos funerarios.
6. Gobierno y límites: el agente sube la alarma, no baja la guardia
El producto de cuentas por pagar con agentes mejor documentado del mercado es el de Ramp, una fintech estadounidense. Tiene un diseño que conviene copiar sin adaptarlo: su agente de fraude marca y no bloquea, y su agente de aprobación no aprueba ni se salta aprobadores. Nosotros lo resumimos así: el agente puede subir la alarma, pero nunca puede bajar la guardia. Aplicado a este caso:
| Acción | Quién la hace | Por qué |
|---|---|---|
| Consultar el maestro, las facturas y las cuentas | El agente, en solo lectura | No hay efecto posible. Es la parte que escala |
| Proponer parejas y posibles pagos duplicados | El agente | Es una lista, no una decisión |
| Confirmar que dos fichas son el mismo proveedor | Una persona de cuentas por pagar | Dos sucursales legítimas se parecen mucho a un duplicado |
| Fusionar, desactivar o congelar una ficha | Una persona con permiso sobre el maestro | Una fusión mueve el historial de compras y pagos. Deshacerla no es trivial |
| Retener pagos a un proveedor | Una persona de tesorería | Retener un pago legítimo a un proveedor pequeño y urgente también le falla al servicio |
| Verificar un cambio de cuenta bancaria | Una persona, por un canal ya registrado | Nunca por el teléfono o el correo que vino en la misma solicitud de cambio |
Tres límites más, que dependen de cómo se instale:
- Modo solo lectura en el servidor. SFUN MCP puede configurarse para que ninguna herramienta de escritura esté disponible. Para este caso es lo recomendable: si el agente no puede escribir, no hay error suyo que llegue al maestro.
- Permisos reales. El análisis respeta los permisos del usuario con el que corre el agente. Un usuario limitado a una sede ve menos y encuentra menos duplicados. Para este caso el agente debe correr con un usuario de consulta con visibilidad sobre todo el maestro del grupo.
- Datos sensibles. El maestro de proveedores contiene cuentas bancarias y, cuando el proveedor es persona natural, documentos de identidad. No es información del doliente, pero sí es información que la lista nocturna no debe reenviar fuera del ERP. El destino de la lista es una persona con acceso, no un grupo de chat.
Lo que nunca se automatiza en este caso: la fusión de fichas, la retención de un pago y la aceptación de un cambio de datos bancarios. Son las tres acciones donde un error es caro y difícil de revertir, que es el criterio que desarrollamos en el artículo sobre acciones irreversibles.
7. KPIs: cómo saber si funcionó
| Indicador | Cómo se mide | Línea base | Meta a 90 días |
|---|---|---|---|
| Números tributarios repetidos en el maestro | Grupos con más de una ficha activa (paso 1) | La primera corrida | Cero entre fichas activas |
| Fichas activas sin identificación tributaria | Conteo sobre el maestro activo | La primera corrida | Cero en proveedores con pagos en los últimos 12 meses |
| Pagos duplicados confirmados | Casos que una persona confirmó, con monto | El barrido histórico inicial | Todos con gestión de recuperación abierta. Los nuevos, hacia cero |
| Monto recuperado sobre monto confirmado | Devoluciones y notas crédito obtenidas | — | Hacerlo visible. La NFI reporta 93 %, en otro contexto |
| Tasa de acierto del paso 2 | Parejas confirmadas sobre parejas propuestas | Primera semana | Subir cada mes. Si baja, se ajustan las instrucciones |
| Duplicados nuevos por mes, por sede de origen | Fichas duplicadas creadas en el mes | Primer mes | Tendencia a la baja en la sede que más genera |
| Tiempo de resolución de la lista | Minutos diarios de cuentas por pagar | Primera semana | Menos de 20 minutos al día en régimen |
Una advertencia sobre el tercer indicador: el primer mes va a subir. No porque el problema empeore, sino porque por primera vez alguien está mirando. Conviene decírselo al comité antes de mostrar el primer reporte.
8. Hoja de ruta de adopción
| Momento | Qué se hace | Entregable |
|---|---|---|
| Semana 1 | Revisar si la unicidad del número de factura del proveedor está activada y activarla. Crear el usuario de consulta del agente. Correr el paso 1 completo sobre el histórico | Inventario de NIT repetidos y de fichas sin identificación |
| Semana 2 | Pasos 3 y 4 sobre los últimos 24 meses de facturas y sobre las cuentas bancarias | Lista de posibles pagos duplicados, con monto |
| Mes 1 | Resolver el histórico: fusionar o desactivar, gestionar recuperaciones. Arrancar la corrida nocturna incremental | Maestro limpio en proveedores con movimiento. Primer reporte al comité |
| Mes 2 | Incorporar el paso 2 (nombres) y el registro de descartes | Tasa de acierto medida |
| Trimestre 1 | Análisis de origen: qué sede, qué turno, qué usuario crea los duplicados. Rediseñar el alta de proveedores donde más nacen | Duplicados nuevos por sede con tendencia a la baja |
Errores comunes
- Empezar por los nombres. Es lo más vistoso y lo que más falsas alarmas genera. El NIT va primero porque es determinista.
- Fusionar fichas en bloque. Una fusión mueve historial contable. Se hace ficha por ficha, con la persona que conoce al proveedor.
- Leer una lista vacía como una buena noticia. Sin el denominador de fichas revisadas no sabes si no hay duplicados o si el agente no miró.
- Tratarlo como limpieza de una vez. Si el alta de proveedores no cambia, el maestro vuelve a su estado natural en seis meses.
- Dejar que el agente retenga pagos. Un proveedor pequeño sin pago no entrega flores mañana. Esa decisión tiene costo operativo y la toma una persona.
Qué existe hoy en SFUN y qué es hoja de ruta
| Pieza | Estado |
|---|---|
| Consulta del maestro de proveedores, facturas de compra y cuentas bancarias con SFUN MCP, respetando permisos | Existe |
| Conteo agrupado por campo (hasta 20 grupos por consulta) y listados paginados (hasta 50 registros) | Existe |
| Modo solo lectura del servidor MCP | Existe |
| Unicidad del número de factura por proveedor y año fiscal | Existe, desactivada de fábrica. Hay que activarla |
| Validación de formato y dígito de verificación del NIT (Colombia) | Existe |
| Retención de pagos por proveedor y por factura, desactivación y congelamiento de fichas, historial de cambios | Existe, operado por personas |
| Rechazo de un cliente duplicado por documento al crearlo desde MCP | Existe para clientes |
| Aviso de NIT ya existente al crear un proveedor | Hoja de ruta |
| Identificación tributaria normalizada para comparar formatos distintos | Hoja de ruta |
| Comparación aproximada de nombres dentro del ERP | Hoja de ruta. Hoy la hace el modelo, con revisión humana |
| Aviso cuando la misma cuenta bancaria aparece en dos proveedores | Hoja de ruta |
| Agente nocturno programado que entrega la lista corta | Patrón de implementación sobre las piezas existentes, no función empaquetada |
Preguntas frecuentes
¿Cómo detectar proveedores duplicados en un ERP?
En dos capas. Primero, la determinista: agrupa el maestro por identificación tributaria y revisa todo número que aparezca en más de una ficha, y lista aparte las fichas sin identificación o con formatos anómalos. Después, la aproximada: compara nombres, direcciones y teléfonos para encontrar lo que el número no revela. La primera capa se automatiza con confianza. La segunda siempre termina en revisión humana.
Si activo el control de factura duplicada, ¿ya estoy cubierto?
Estás cubierto contra la factura registrada dos veces en la misma ficha, que es un avance y conviene activarlo hoy. No estás cubierto contra la misma factura en dos fichas del mismo proveedor, que es el caso que describe este artículo. El control compara dentro del proveedor, no entre proveedores.
¿Por qué no hacer único el NIT y listo?
Porque en la práctica hay excepciones legítimas, como sucursales o convenios que se manejan con condiciones distintas bajo la misma razón social, y porque la unicidad no limpia lo que ya existe ni reconoce el mismo número escrito de dos formas. Un aviso al crear, más la revisión nocturna, resuelve el problema sin bloquear la operación de una sede que necesita crear un proveedor a medianoche.
¿La IA puede fusionar las fichas duplicadas sola?
Puede proponerlo, y en este caso no debe hacerlo. Una fusión mueve el historial de compras, pagos y retenciones de una ficha a otra, y equivocarse con dos sucursales legítimas deja la contabilidad de un proveedor mezclada. El agente prepara la evidencia. La persona que conoce al proveedor decide.
¿Cuánto dinero se pierde por pagos duplicados?
No hay una cifra confiable para el sector funerario, y desconfiaríamos de cualquier porcentaje general que circule sin método. La referencia pública más sólida que encontramos es la de la National Fraud Initiative del Reino Unido: 819 pagos duplicados por 11 millones de libras en dos años, en más de 1.100 organizaciones públicas. La única cifra útil para tu grupo es la de tu propio maestro, y sale en la segunda semana de la hoja de ruta.
¿Aplica igual en todos los países de Latinoamérica?
El patrón es idéntico en toda la región: el maestro duplicado no depende de ninguna norma local. Lo que cambia por país es el nombre y el formato del número (NIT, RUC, RFC, RUT, RNC, CUIT) y las consecuencias tributarias de pagar a un tercero mal identificado. En Colombia se suma el riesgo de causar compras a proveedores ficticios, que tratamos en la nota sobre recepción de facturas de proveedores.
En resumen
El control de factura duplicada hace bien su trabajo y aun así deja pasar el duplicado que más cuesta, porque compara dentro de un proveedor y el duplicado vive entre dos fichas del mismo proveedor. En un grupo funerario con compras por sede y proveedores urgentes, esas fichas duplicadas son la condición normal.
El caso de IA que lo resuelve es de los más baratos del cluster: no necesita datos nuevos, corre en solo lectura y entrega una lista corta cada mañana. Lo que lo hace valioso no es el modelo, sino el reparto. El agente mira todo el maestro cada noche. Las personas deciden qué se fusiona, qué se retiene y qué se recupera. Y el comité mira un solo número al final del trimestre: cuántos duplicados nuevos siguen naciendo y en qué sede.
Fuentes de este artículo
- National Fraud Initiative Report 2022 - 2024, Cabinet Office y Public Sector Fraud Authority del Reino Unido. gov.uk, publicado el 12 de marzo de 2025, período de abril de 2022 a marzo de 2024. De aquí salen los 819 pagos duplicados por 11 millones de libras (10,3 millones recuperados, 93 %), las 548 fichas de proveedor duplicadas corregidas o eliminadas, el caso de Luton por 34.000 libras y el número de organizaciones participantes. El informe advierte que sus cifras no son comparables entre períodos.
- Messy buildup in your vendor master file? It's time for some spring cleaning!, Office of the Washington State Auditor, 18 de mayo de 2022. sao.wa.gov. Guía de auditoría sobre revisar el maestro por número de identificación fiscal y dirección, e inactivar los duplicados.
- AP just became autonomous, Ramp, 7 de octubre de 2025, y la documentación de producto de sus agentes de cuentas por pagar. ramp.com. De aquí sale el principio de diseño: el agente de fraude marca y no bloquea, y el de aprobación no aprueba ni se salta aprobadores. No citamos las cifras de resultados del fabricante porque no publican sobre cuántas facturas se midieron.
- Código del producto SFUN, rama principal, consultado el 12 de septiembre de 2026: definición del maestro de proveedores y de las cuentas bancarias, control de unicidad del número de factura del proveedor y su valor de fábrica, validación tributaria del proveedor, acción de creación de clientes con verificación de duplicado, herramienta de análisis agregado con sus topes y modo solo lectura del servidor MCP.