En una funeraria colombiana, el momento de facturar casi nunca es tranquilo. El servicio se contrata de madrugada, la familia da los datos de quien paga mientras organiza todo lo demás y la ficha del cliente se crea con lo mínimo para que el servicio arranque. Días después, cuando se factura, la ficha sigue igual: con nombre y cédula, pero sin municipio, sin correo o con la razón social de la empresa que de verdad va a pagar escrita en ningún lado.
Lo que pasa a continuación es lo que vuelve caro el problema. En la mayoría de las instalaciones, esa factura no falla al validarla. Se valida, se contabiliza, queda en la cartera y sale en los informes. Lo único que no ocurre es el envío a la DIAN: la factura se queda sin CUFE. Nadie lo nota hasta que la empresa del fallecido pide la factura para su contabilidad, la aseguradora devuelve la cuenta de cobro o el contador encuentra en el cierre facturas validadas que la DIAN nunca recibió.
Este artículo es el caso completo para una funeraria, una empresa de previsión exequial o un parque cementerio de Colombia: qué exige la DIAN de los datos del adquiriente, qué controla hoy SFUN y qué deja pasar, y cómo usar un asistente de IA conectado al ERP por MCP para responder cada mañana una pregunta sencilla: ¿qué clientes no puedo facturar hoy?
1. El problema de negocio: el error se descubre en el peor momento
En el sector salud de Estados Unidos, donde el cobro a las aseguradoras se mide al detalle, el problema está estudiado. Una encuesta a más de 400 directivos de ciclo de ingresos, publicada en agosto de 2026, encontró que cerca de cuatro de cada cinco atribuyen la mayor parte de los rechazos de cuentas a fallas en el registro inicial del paciente, no en el cobro. La conclusión es que el dato malo nace en la recepción y se paga en facturación. En una funeraria pasa lo mismo, con tres agravantes propios del sector:
- Quien da los datos está de duelo. La ficha se llena en la primera llamada o en la sala, con prisa y con una familia que no está para dictar el NIT con dígito de verificación de la empresa del difunto.
- Quien recibe el servicio no siempre es quien paga. El contratante del plan, un hijo, la empresa donde trabajaba el fallecido, una aseguradora o una caja de compensación. Si la factura sale a nombre de la persona equivocada, no le sirve a quien la paga.
- El servicio se presta fuera de la sede. Velación en otra sala, traslado intermunicipal, inhumación en el cementerio de otro municipio. Eso cambia qué datos de dirección exige la DIAN.
El costo tiene varias formas. Facturas que no le sirven a una empresa para deducir el gasto y que hay que anular y volver a expedir; cartera que la aseguradora no paga porque el soporte no cumple; reprocesos del área de facturación cada fin de mes; y, sobre todo, facturas validadas que la DIAN no tiene, que en el cierre aparecen como ingresos sin soporte electrónico.
2. Qué exige la DIAN de los datos del adquiriente en Colombia
La regla está en el artículo 11 de la Resolución 000165 de 2023 de la DIAN, que desarrolla el artículo 617 del Estatuto Tributario. Para identificar al adquiriente establece tres niveles, en este orden:
| Nivel | Qué se registra | Qué significa para la funeraria |
|---|---|---|
| Completo (num. 3.1) | Apellidos y nombre o razón social, y NIT del adquiriente | Es el único nivel con el que la factura le sirve al comprador como soporte de costos e impuestos descontables (parágrafo del art. 31). Una empresa que paga el servicio lo necesita |
| Sin NIT (num. 3.2) | Apellidos, nombre y número de identificación | Válido para la familia que paga como persona natural. Si el servicio se presta fuera de la sede de la funeraria, hay que registrar la dirección del lugar de entrega o de prestación |
| Sin datos (num. 3.3) | La frase «consumidor final» o el número 222222222222 | Último recurso. La misma regla de dirección aplica. Nadie puede deducir esa factura |
El artículo 35 de la misma resolución añade el medio de entrega: la factura se entrega por el medio que indique el adquiriente, normalmente el correo electrónico; si el adquiriente es facturador electrónico, al correo que registró ante la DIAN. Y si los datos estaban errados, la DIAN ha dicho en doctrina (Concepto 126 de 2025) que la corrección es una nota crédito y una factura nueva, no editar la factura expedida.
Traducido a una funeraria colombiana: lo que más falla no es la cédula, que casi siempre está. Es el NIT y la razón social de la empresa que paga, el municipio y el departamento de la dirección, y el correo al que debe llegar la factura. La guía de facturación electrónica funeraria en Colombia explica el resto del ciclo.
3. Qué controla hoy SFUN y qué deja pasar
Antes de hablar de IA conviene saber con precisión qué hace el sistema. Revisamos el código de SFUN, que emite la factura electrónica en Colombia a través de su conector con el proveedor tecnológico. Esto es lo que hay hoy:
| Dato | Qué controla SFUN | Qué deja pasar |
|---|---|---|
| Identificación del cliente | Es obligatoria. No deja crear un segundo cliente con la misma identificación tributaria. Limpia caracteres no válidos y avisa si la longitud no corresponde al tipo de documento. Tiene un botón para consultar en la registraduría los nombres de una cédula | El aviso de longitud no bloquea. El dígito de verificación del NIT no se calcula ni se compara. El tipo de documento puede quedar en su valor por defecto (cédula) aunque se trate de una empresa |
| Departamento y municipio | Si faltan en la dirección del cliente, la factura no se envía a facturación electrónica: queda un registro de error y un aviso en pantalla | La factura sí queda validada y contabilizada. Sin CUFE, pero validada. Quien no lee el aviso no se entera |
| Municipio de la sede | Desde esta semana, si la sede que factura no tiene municipio y la instalación lo exige, la factura se bloquea con un mensaje que dice dónde completarlo | Es el dato de la sede, no del cliente |
| Correo de entrega | Se envía el correo de la ficha del cliente | Es opcional. Si falta, o si el correo está en la lista de quienes se dieron de baja, la factura sale sin correo de entrega |
| Responsabilidades fiscales del cliente | — | No existen en la ficha del cliente (sí en la del proveedor) |
| Estado del envío | La factura guarda el CUFE cuando la DIAN la recibe. Existe un reporte de facturas no emitidas y funciones para reenviar y recuperar CUFE en lote | No hay un campo con el estado «rechazada»: la señal es el CUFE vacío. Los envíos fallidos por datos no se reintentan solos: alguien corrige la ficha y reenvía |
Nada de esto es una rareza de SFUN. Stripe, la plataforma de pagos, valida la identificación tributaria del cliente contra la base de cada país, pero su documentación aclara que la factura incluye la identificación sea válida o no: la validación informa, no bloquea. Los sistemas de facturación están hechos para que la venta no se detenga. El costo es que el dato malo pasa, y alguien tiene que buscarlo.
Hay dos cosas que se resuelven sin IA y conviene hacerlas primero: correr el reporte de facturas no emitidas y revisar en la configuración si el municipio de la sede está marcado como obligatorio.
4. Qué datos del ERP intervienen
El caso no necesita ningún dato nuevo. Todo está en la ficha del cliente, su dirección y la factura de venta, y el asistente solo lo lee:
| Dato | Dónde vive | Para qué sirve en el caso |
|---|---|---|
| Tipo de cliente (persona o empresa), tipo de documento, número, dígito de verificación, razón social | Ficha del cliente | Saber si la factura podrá salir en el nivel completo o solo como persona natural |
| Departamento, municipio y dirección | Dirección del cliente | La causa más frecuente de que la factura no se envíe |
| Correo electrónico | Ficha del cliente | Saber si la factura llegará a alguien |
| Facturas validadas y su CUFE | Factura de venta | La lista de lo que ya se quedó sin enviar |
| Contratos, servicios y cuotas por facturar | Previsión, servicios funerarios, parque cementerio | Saber qué clientes se van a facturar en los próximos días, que es donde vale la pena revisar |
| Sede que factura y su municipio | Configuración de la compañía | Descartar que el bloqueo venga de la sede y no del cliente |
La quinta fila es la que vuelve útil el caso en una empresa grande. Revisar toda la base de clientes es inútil: una empresa de previsión con cientos de miles de afiliados tiene miles de fichas viejas que nunca se van a facturar. Lo que importa es la intersección entre las fichas incompletas y lo que se va a facturar esta semana: los servicios por cerrar, los contratos con cuota próxima y las ventas de lotes del parque.
5. Cómo se arma con MCP, paso a paso
El asistente se conecta al ERP por SFUN MCP, en solo lectura y con los permisos del usuario que lo ejecuta. Lo usa el área de facturación o de cartera, cada mañana y antes de cada corrida de facturación masiva. Probamos los filtros en una instalación de demostración antes de escribir este artículo.
Paso 1. Lo que ya se quedó sin enviar
Primero, lo urgente: las facturas validadas en el periodo que no tienen CUFE. El asistente las cuenta y las lista con su cliente, su sede y su fecha. Es la misma información del reporte de facturas no emitidas, con una diferencia: el asistente abre la ficha del cliente de cada una y dice por qué no salió, en lugar de dejar al analista abriendo una por una.
Paso 2. Lo que no va a salir
Después, lo preventivo. El servidor MCP acepta filtros de «campo vacío», así que el asistente puede contar y listar las fichas sin municipio, sin departamento o sin correo, y agrupar los conteos por tipo de documento o por grupo de clientes. Con esa lista cruza lo que se va a facturar en los próximos días y aplica las reglas que no están en el ERP y sí en sus instrucciones:
| Lo que encuentra | Cómo lo clasifica | Ejemplo |
|---|---|---|
| Dirección sin departamento o municipio | No sale: la factura quedará sin CUFE | Contrato de previsión con cuota el viernes y dirección cargada solo con la calle |
| Cliente tipo empresa con tipo de documento «cédula», o sin razón social | Revisar: saldrá, pero no le servirá a la empresa para deducir | El servicio lo paga la empresa donde trabajaba el fallecido |
| NIT cuya longitud no corresponde, o sin dígito de verificación | Revisar: el ERP solo avisó | NIT de nueve dígitos cargado como cédula de seis |
| Sin correo, o con correo dado de baja | Revisar: saldrá, pero no llegará | La aseguradora espera la factura en su buzón de radicación |
| Servicio prestado fuera de la sede y cliente sin NIT | Revisar: la DIAN pide la dirección del lugar del servicio | Velación en el municipio de origen de la familia |
| Ficha completa | Lista | — |
La segunda y la quinta fila son las que un control automático del ERP no puede resolver, porque dependen del contexto: quién paga y dónde se prestó el servicio. Un asistente con buenas instrucciones sí puede leer la factura, el servicio y la ficha, y escribir la pregunta concreta para el asesor.
Paso 3. El entregable
Lo que recibe el área de facturación no es una lista de mil fichas incompletas. Es una lista corta, ordenada por fecha de facturación: cada cliente, qué le falta, por qué importa, qué factura o cuota está en juego y a quién hay que preguntarle (la sede, el asesor que vendió el plan o el área de convenios). Las fichas viejas que no se van a facturar quedan en un conteo aparte, para un saneamiento planeado, no para la urgencia del día.
6. El bucle de mejora continua
- Cada día: la lista corta de lo que se factura esta semana. Facturación corrige las fichas que puede y pregunta las demás.
- Cada semana: se revisa qué sedes y qué asesores generan más fichas incompletas. El dato malo nace en la recepción; la corrección permanente también.
- Cada mes, antes del cierre: cero facturas validadas sin CUFE. Las que queden se explican una por una.
- Cada mes también: se revisan las reglas del asistente. Si un convenio o una aseguradora exige siempre un dato especial (un número de póliza, una orden de servicio en las observaciones), se escribe en sus instrucciones.
- Cada trimestre: saneamiento planeado de las fichas viejas, por bloques y con aprobación, empezando por los contratos de previsión activos.
7. Gobierno y límites
- Solo lectura. El servidor MCP tiene un modo que retira las herramientas de escritura. Este caso se ejecuta así. La herramienta de edición existe, y al guardar una ficha por esa vía corren las mismas validaciones que en pantalla; aun así, preferimos que el agente no corrija fichas.
- Una persona corrige la ficha. El dato de un cliente se confirma con el cliente. Un asistente que «completa» el municipio deduciéndolo del barrio, o la razón social copiándola de internet, convierte un dato faltante en un dato falso, que es peor.
- Datos de la familia en duelo. Nombre, identificación, dirección y correo del doliente son datos personales. La lista va a quien factura, no a un tablero general, y no incluye el nombre del fallecido cuando basta el número del servicio.
- Permisos por sede y compañía. El asistente ve lo que ve el usuario que lo ejecuta. Un grupo con varias razones sociales revisa cada una con su usuario.
- Corregir una factura expedida es una nota crédito. Si la factura ya salió con datos errados, se anula con nota crédito y se expide una nueva, como dice la DIAN; no se edita. SFUN emite la nota crédito electrónica en Colombia; la decisión de emitirla es de una persona.
- No hay consumidor final por defecto. Convertir a «consumidor final» una ficha incompleta para que la factura salga resuelve el envío y le quita a la empresa que paga la posibilidad de deducir. Esa decisión no la toma el asistente.
8. KPIs: cómo saber si funcionó
| Indicador | Línea base | Meta razonable |
|---|---|---|
| Facturas validadas sin CUFE al cierre del mes | El reporte de facturas no emitidas sobre los últimos tres meses | Cero al cierre; cada excepción explicada |
| Días promedio entre la validación y el CUFE de las facturas que se demoraron | Primera corrida | Que baje mes a mes |
| Fichas incompletas entre los clientes que se facturan en los próximos 7 días | Primera corrida | Que tienda a cero |
| Notas crédito por datos errados del adquiriente | Últimos tres meses | Que baje trimestre a trimestre |
| Fichas incompletas creadas por sede y por asesor | Primer mes | Que baje en las sedes con más casos; es el indicador de la recepción |
| Facturas a consumidor final emitidas por servicios que pagó una empresa | Muestra del último trimestre | Ninguna |
No fijamos metas de porcentaje de rechazo porque no hay un dato público para Colombia ni para el sector funerario que las respalde. Tu línea base es la tuya.
9. Hoja de ruta de adopción
- Semana 1. Correr el reporte de facturas no emitidas de los últimos tres meses. Conectar el asistente en solo lectura con un usuario de facturación. Validar a mano su clasificación sobre cincuenta fichas.
- Mes 1. Lista diaria cruzada con lo que se factura en la semana. Definir quién corrige, quién pregunta y a quién. Escribir las reglas de convenios y aseguradoras.
- Trimestre 1. Cero facturas sin CUFE al cierre. Indicador por sede y por asesor en la reunión de operación. Primer bloque de saneamiento de fichas viejas de contratos activos.
Errores comunes
- Revisar toda la base. Mil fichas incompletas no son un control; son una tarea que nadie termina. Revisa lo que se factura esta semana.
- Confiar en que la validación avisa. El aviso aparece una vez, en la pantalla de quien validó. Si esa persona no es la que corrige, el aviso se pierde.
- Resolver con consumidor final. La factura sale y el problema se traslada a la empresa que pagó.
- Dejar que el agente complete datos. Un municipio deducido es un dato inventado con apariencia de dato real.
- Corregir solo en facturación. Si la sede y el asesor no reciben el indicador, la ficha incompleta vuelve la semana siguiente.
Qué existe hoy en SFUN y qué es hoja de ruta
| Pieza | Estado |
|---|---|
| Factura electrónica, nota crédito electrónica y documento soporte en Colombia | Existe (el documento soporte se envía de forma manual) |
| Identificación obligatoria y bloqueo de clientes con la misma identificación al crearlos | Existe |
| Aviso por longitud del documento según su tipo | Existe; avisa, no bloquea |
| Cálculo y comparación del dígito de verificación del NIT | No existe |
| Factura sin departamento o municipio del cliente: no se envía y deja registro de error | Existe; la factura queda validada sin CUFE |
| Bloqueo si la sede que factura no tiene municipio | Existe desde el 14 de octubre de 2026, según la configuración de la instalación |
| Reporte de facturas no emitidas; reenvío y recuperación de CUFE en lote | Existe |
| Campo con el estado de rechazo en la factura de venta | No existe; la señal es el CUFE vacío |
| Responsabilidades fiscales en la ficha del cliente | No existe |
| Lectura por MCP con filtros de campo vacío, conteos y agrupaciones, con permisos del usuario | Existe (listados de 50 por página, agrupaciones de hasta 20 grupos) |
| Modo solo lectura del servidor MCP | Existe |
| Clasificación de fichas según quién paga y dónde se prestó el servicio | La hace el asistente con sus instrucciones; no es una función del ERP y exige revisión humana |
| Reporte de fábrica de calidad de datos de clientes | No existe |
| Nómina electrónica y eventos RADIAN | No existen hoy en SFUN |
Preguntas frecuentes
¿Qué datos del cliente exige la DIAN en una factura electrónica?
Según el artículo 11 de la Resolución 000165 de 2023, apellidos y nombre o razón social y NIT del adquiriente. Si no da el NIT, nombre y número de identificación; y si no da ninguno, la frase «consumidor final» o el número 222222222222. Cuando el servicio se presta fuera de la sede y el adquiriente no dio NIT, también la dirección del lugar del servicio.
¿Por qué una factura validada en el ERP no tiene CUFE?
Porque la validación contable y el envío a la DIAN son pasos distintos. En SFUN, si a la dirección del cliente le falta el departamento o el municipio, la factura se valida pero no se envía, y queda un registro de error. También puede faltar el CUFE por un error de comunicación con el proveedor tecnológico, que se resuelve con el reenvío.
¿Se puede facturar un servicio funerario a consumidor final?
Sí, cuando el adquiriente no entrega sus datos. Pero esa factura no le sirve a nadie como soporte de costos: si el servicio lo paga una empresa o una aseguradora, necesita su razón social y su NIT.
¿Cómo se corrige una factura expedida con datos errados del cliente?
Con una nota crédito que anula la factura y una factura nueva con los datos correctos. La DIAN lo confirmó en su Concepto 126 de 2025. No se edita la factura expedida.
¿La IA puede completar los datos que faltan?
No en este diseño, y no lo recomendamos. El asistente encuentra las fichas incompletas, dice qué les falta y por qué importa, y redacta la pregunta. El dato lo confirma el cliente y lo registra una persona.
¿Esto aplica fuera de Colombia?
El método sí: cruzar las fichas incompletas con lo que se va a facturar y entregar una lista corta. Cambian los datos que exige cada autoridad tributaria. La facturación electrónica integrada de SFUN es hoy de Colombia; para los demás países, el blog mantiene guías por país, como la de los datos del receptor del CFDI en México.
En resumen
- En Colombia, la factura con la ficha incompleta no se rechaza al validarla: se valida y se queda sin CUFE.
- Lo que más falla en una funeraria es el NIT y la razón social de quien paga, el municipio y el correo.
- La revisión útil es la previa y la corta: las fichas incompletas de los clientes que se facturan esta semana.
- El asistente lista, clasifica y explica por MCP en solo lectura. Las personas confirman los datos, corrigen y emiten.
- El indicador que manda: cero facturas validadas sin CUFE al cierre.
Si quieres ver la lista sobre tus propios datos, agenda una demostración y conoce el software contable para funerarias de SFUN y el cierre contable con IA y MCP.
Fuentes de este artículo
- DIAN, Resolución 000165 de 2023, artículos 11, 31 y 35 (normograma consultado el 14 de octubre de 2026).
- DIAN, Concepto 126 de 2025, sobre la corrección de facturas con datos errados del adquiriente (copia publicada por el INCP).
- TechTarget, Survey: Front-end workflows to blame for most claim denials, 20 de agosto de 2026 (encuesta de Inovalon).
- Stripe, documentación sobre identificaciones tributarias de clientes.
- Código de SFUN (rama principal, consulta del 14 de octubre de 2026) para todo lo que se afirma del producto.