En una funeraria colombiana, la factura del servicio se emite casi siempre a nombre de quien firma el contrato en la sala: un hijo, la esposa, un hermano. Días o semanas después llega la petición que todo el equipo de facturación conoce: «la empresa donde trabajaba mi papá va a pagar, necesitan la factura a nombre de ellos». A veces es la aseguradora de una póliza exequial, a veces un fondo de empleados, a veces otro familiar que va a declarar el gasto. La petición es legítima y frecuente. El problema es lo que pasa después.
Una factura electrónica expedida no se edita. En Colombia, la DIAN ha dicho en doctrina (Concepto 126 de 2025) que cuando los datos del adquiriente estaban errados la corrección es una nota crédito y una factura nueva. Son dos documentos ante la DIAN, emitidos por personas distintas o en días distintos, con un pago en medio que estaba aplicado al cliente original. Cuando la cadena queda a medias, el error no lo ve nadie hasta el cierre: un servicio sin factura vigente, dos facturas vigentes por el mismo servicio, o un saldo a favor que termina devuelto a quien no era. La pregunta útil, cada semana, es: ¿qué refacturaciones quedaron a medias?
1. El problema de negocio: dos documentos y un saldo que nadie une
La refacturación por cambio de pagador tiene tres pasos, y cada uno lo puede hacer una persona distinta: alguien en la sede recibe la petición y la carta de la empresa; facturación emite la nota crédito; facturación o cartera emite la factura nueva y mueve el pago. En una compañía con varias sedes y cientos de servicios al mes, basta con que uno de los tres pasos se quede en la bandeja de alguien para que el servicio termine en uno de estos estados:
- Nota sin factura nueva. La factura original quedó anulada y la nueva nunca se emitió. El servicio se prestó, se cobró en parte y hoy no tiene factura vigente: es ingreso sin soporte y una cuenta que la empresa pagadora no puede pagar porque no tiene a quién.
- Factura nueva sin nota aceptada. Se emitió la factura a la empresa, pero la nota crédito quedó pendiente o rechazada por la DIAN. Hay dos facturas vigentes por el mismo servicio, a dos adquirientes distintos, y el IVA y el ingreso quedan duplicados.
- Saldo a favor huérfano. El familiar ya había pagado una parte. Al anular, ese pago quedó como saldo a favor del cliente original; la empresa paga la factura nueva completa y nadie decide qué hacer con el saldo. Meses después, alguien lo devuelve o lo aplica a otra cosa sin soporte.
- Valor que cambió en el camino. La factura nueva no coincide con la anulada: se quitó un ítem que la empresa no cubre, se agregó un descuento. Puede estar bien, pero nadie lo aprobó y el margen del servicio cambió en silencio.
- Tercero equivocado en los reportes. El ingreso queda reportado en el tercero que no era, o repartido entre dos meses. En Colombia eso aparece después, en la información exógena por tercero, cuando corregirlo cuesta más.
2. Qué datos del ERP intervienen
| Dato | Dónde vive en SFUN | Qué responde |
|---|---|---|
| Factura original | Factura de venta: cliente, valor, fecha, orden de venta y caracterización del servicio de origen | Qué se facturó, a quién y desde qué servicio |
| Nota crédito | Nota crédito electrónica: factura referenciada, motivo de anulación, estado de envío a la DIAN, CUDE, estado de la reversa en SFUN y en Siigo | Si la anulación quedó aceptada por la DIAN y aplicada en el ERP |
| Factura nueva | Factura de venta al nuevo cliente, con su valor y su fecha | Si el servicio volvió a tener una factura vigente, a quién y por cuánto |
| Pagos y saldo | Recibos y entradas de pago, devolución y saldo a favor del cliente original | Dónde quedó lo que la familia ya había pagado |
| Servicio y pagador | Caracterización del servicio funerario (cliente de facturación) y ficha del cliente (NIT, razón social, correo) | Quién debía pagar desde el inicio y si el nuevo pagador tiene la ficha completa |
La factura de venta, los pagos, el cliente, la orden de venta y la caracterización están en el catálogo que expone SFUN MCP; la nota crédito electrónica se lee con las herramientas generales del mismo servidor, siempre con los permisos del usuario. Un detalle que conviene saber: los métodos de envío, reenvío y consulta de estado ante la DIAN están deshabilitados en el MCP, y está bien que así sea. Este caso no necesita escribir nada. Conecta el asistente con un usuario de facturación con permiso de lectura y, si el sitio lo permite, con el modo de solo lectura del MCP activado: confirmar una nota crédito por esa vía la emitiría ante la DIAN.
3. Cómo se arma el caso con MCP, paso a paso
Paso 0 — Escribir la política de cambio de pagador
Antes de consultar nada, el área financiera escribe en una página quién puede pedir el cambio (el titular de la factura original, con autorización escrita si el nuevo pagador es un tercero), qué soporte se exige (carta o solicitud de la empresa o la aseguradora, NIT, razón social y correo de facturación), en qué plazo se hace (lo ideal es emitir la nota y la factura nueva el mismo día, y nunca en meses distintos), quién aprueba si cambia el valor y qué se hace con el saldo a favor (devolverlo al familiar contra solicitud firmada, aplicarlo a otro servicio con su autorización o dejarlo en espera). El asistente revisa contra esa política; sin ella, solo produce listas.
Paso 1 — Las refacturaciones de la semana
Cada lunes, el asistente lista las notas crédito electrónicas de los últimos 45 días con su factura referenciada, su estado ante la DIAN y el estado de la reversa en SFUN y en Siigo. Una pregunta típica a SFUN MCP:
«Lista las notas crédito electrónicas creadas desde el 20 de septiembre con su factura de origen, el cliente de esa factura, el estado de envío, el estado de la reversa y el de Siigo. Para cada una, busca si existe otra factura de venta validada, de cualquier cliente, que venga del mismo servicio o tenga el mismo valor y fecha posterior.»
La segunda parte es la que importa. Como el sistema no une la nota con la factura nueva, el asistente las empareja por el servicio de origen (la caracterización y la orden de venta de la factura anulada) y, cuando la factura nueva se hizo aparte, por valor, fecha e ítems. El emparejamiento que no es seguro se marca como «por confirmar»: no se adivina.
Paso 2 — La cadena de cada servicio
Para cada servicio refacturado, el asistente arma una fila con cinco eslabones y marca el que esté roto:
| Eslabón | Qué se revisa | Roto si… |
|---|---|---|
| 1. Nota crédito | Estado de envío y CUDE | Está pendiente, guardada sin enviar o rechazada por la DIAN |
| 2. Reversa | Estado de la reversa en SFUN y en Siigo | Uno de los dos quedó con error o pendiente de reintento |
| 3. Factura nueva | Factura validada al nuevo cliente, emparejada al servicio | No existe, o existe pero se emitió antes de que la DIAN aceptara la nota |
| 4. Valor | Factura nueva frente a la anulada, ítem por ítem | Difiere y no hay aprobación registrada según la política |
| 5. Saldo | Pagos de la factura original y saldo a favor del cliente original | Hay saldo a favor sin decisión, o se devolvió sin solicitud firmada |
Paso 3 — La lista corta: qué falta y a quién
La salida no es un reporte de todas las notas, es una lista corta de las cadenas rotas, ordenada por riesgo: primero las dobles facturas vigentes (eslabón 3 emitido sin el 1 aceptado), después los servicios sin factura vigente, después los saldos sin decisión. Cada fila dice qué falta, quién lo debe hacer (facturación, cartera o la sede que recibió la petición) y desde cuándo está así. La nota rechazada se reintenta, la factura pendiente se emite y el saldo se decide: siempre lo hace una persona en SFUN, no el asistente.
Paso 4 — Antes del cierre de mes
Tres días hábiles antes del cierre, la misma consulta corre otra vez, solo con las cadenas abiertas. Lo que quede roto el último día se documenta en el cierre: qué servicio, qué eslabón, por qué y cuándo se resuelve. Así ninguna refacturación cruza de mes sin que alguien lo haya decidido, que es lo que después ahorra la corrección de la información por tercero. Si quieres ver cómo encaja con el resto del cierre, consulta la guía de cierre de mes y reversibilidad con agentes de IA.
4. El bucle de mejora continua
- Cada semana: lista corta de cadenas rotas; cada responsable cierra las suyas y el asistente confirma, en la corrida siguiente, que el eslabón quedó completo.
- Cada mes: cuántas refacturaciones hubo, por sede y por tipo de nuevo pagador (empresa, aseguradora, fondo, otro familiar), y cuántas cruzaron de mes. Si una sede refactura mucho más que las demás, el problema está en la sala: no se pregunta quién paga antes de facturar.
- Cada trimestre: revisar la política del paso 0 con lo aprendido. La mejora que más reduce refacturaciones no está en facturación: es agregar una pregunta en la contratación del servicio («¿una empresa, un fondo o una aseguradora va a pagar o reembolsar este servicio?») y registrar ahí mismo el cliente de facturación correcto.
5. Gobierno y límites: lo que nunca se automatiza
- Solo lectura. El asistente no emite notas crédito, no emite facturas, no mueve pagos ni devuelve saldos. En el MCP, el envío a la DIAN ya está deshabilitado; conviene además conectar con un usuario sin permiso de confirmar ni cancelar.
- La decisión del saldo es humana. Devolver dinero a una familia, o aplicarlo a otra cosa, exige una solicitud firmada y la aprobación de quien defina la política. El asistente solo lo pone en la lista.
- Datos del doliente. La lista corta lleva número de servicio, factura y valores; no lleva nombres del fallecido ni datos de salud. Quien necesite el detalle lo abre en SFUN con sus permisos.
- Datos del nuevo pagador. El NIT, la razón social y el correo de la empresa o la aseguradora los registra una persona desde el soporte recibido; el asistente puede señalar que faltan, no inventarlos ni tomarlos de una conversación.
- El emparejamiento dudoso no se da por bueno. Si la factura nueva no sale del mismo servicio, la fila queda «por confirmar» hasta que facturación la revise.
6. KPIs: línea base y meta
| KPI | Cómo se mide | Línea base | Meta (trimestre 1) |
|---|---|---|---|
| Cadenas rotas abiertas | Servicios refacturados con al menos un eslabón roto, al lunes | La primera corrida (sin control previo suele ser más alta de lo esperado) | Cero con más de 7 días |
| Días entre nota y factura nueva | Mediana de días entre la nota aceptada y la factura nueva validada | Primera medición | Mismo día en la mayoría; ninguna en otro mes |
| Dobles facturas vigentes | Facturas nuevas emitidas sin nota aceptada de la original | Primera medición | Cero |
| Saldos a favor sin decisión | Saldos del cliente original con más de 30 días sin decisión registrada | Primera medición | Cero con más de 30 días |
| Tasa de refacturación por sede | Refacturaciones por cada 100 servicios facturados, por sede | Primera medición | Bajar en las sedes por encima de la mediana del grupo |
La línea base es la primera corrida completa: no hay cifras publicadas del sector funerario sobre refacturaciones, así que cada compañía la tiene que medir en su propia base. El KPI que más importa al cierre es el de dobles facturas vigentes; el que más mejora la operación es la tasa por sede.
7. Hoja de ruta de adopción y errores comunes
- Semana 1: escribir la política del paso 0, crear el usuario de lectura para el asistente y correr la consulta del paso 1 sobre los últimos 90 días. Revisar a mano las diez primeras cadenas para validar el emparejamiento.
- Mes 1: lista corta semanal con responsables; corrida antes del cierre; primera medición de los cinco KPIs.
- Trimestre 1: agregar la pregunta del pagador en la contratación del servicio, revisar la política con los casos reales y comparar la tasa de refacturación por sede.
- Error común: emitir la factura nueva antes de que la DIAN acepte la nota. Si la nota se rechaza, quedan dos facturas vigentes. El orden es nota aceptada, después factura nueva.
- Error común: aceptar el cambio de pagador meses después. Si la factura ya fue aceptada como título valor, la DIAN ha dicho que no admite notas crédito asociadas (Concepto 008632 de 2025). Ese caso no se resuelve con el método de este artículo: va al revisor fiscal.
- Error común: dejar el saldo para después. El saldo a favor del cliente original es dinero de una familia; sin una decisión registrada termina en una devolución sin soporte o en un reclamo.
- Error común: tratar cada refacturación como un caso aislado. Si una sede refactura uno de cada diez servicios, el problema está en cómo se contrata, no en facturación.
- Error común: dar al asistente permiso de escritura «para ahorrar un paso». Confirmar una nota crédito es emitir un documento ante la DIAN; eso lo hace una persona.
Lo que SFUN no hace hoy en este caso
- No tiene un flujo de «refacturar a otro pagador»: el cliente de facturación del servicio queda fijo al validar la caracterización y la factura nueva se crea aparte.
- No une en el sistema la nota crédito, la factura nueva y el traslado del pago; el emparejamiento lo hace el asistente.
- Solo emite notas crédito electrónicas de anulación total; no hay notas parciales ni otros conceptos de corrección.
- No consulta ni reenvía documentos a la DIAN desde el MCP: esos métodos están deshabilitados.
- No decide qué hacer con el saldo a favor del cliente original.
Preguntas frecuentes
¿Se puede cambiar el cliente de una factura electrónica ya emitida en Colombia?
No se edita. La DIAN indicó en el Concepto 126 de 2025 que, si los datos del adquiriente estaban errados, se corrige con una nota crédito y una factura nueva con los datos correctos.
¿Cómo emite SFUN la nota crédito electrónica de una funeraria?
Desde la factura de venta validada, como anulación total. SFUN la envía a la DIAN antes de confirmarla, solo la valida si la DIAN la acepta y después reversa la factura en SFUN y en Siigo, con opción de reintentar lo que falle.
¿Qué pasa con lo que la familia ya pagó si se anula la factura?
Si la factura es del mismo día, SFUN cancela los pagos enlazados junto con la factura. Si es de un día anterior y era a crédito, lo abonado queda como saldo a favor del cliente original; si era de contado, se registra el reembolso por caja. Qué se hace con ese saldo lo decide la compañía.
¿Un asistente de IA puede emitir la nota crédito o la factura nueva?
En este caso, no. El asistente lee y arma la lista de cadenas rotas; la emisión de cada documento ante la DIAN la hace una persona en SFUN. Los métodos de envío a la DIAN están deshabilitados en SFUN MCP.
¿Qué datos se consultan por SFUN MCP para este control?
La factura de venta, la nota crédito electrónica, los pagos, el cliente, la orden de venta y la caracterización del servicio funerario, siempre con los permisos del usuario que conecta el asistente.
¿Cómo se evita la refacturación desde el origen?
Preguntando en la contratación del servicio si una empresa, un fondo o una aseguradora va a pagar, y registrando ahí el cliente de facturación correcto con su NIT y su correo. Es la medida que más reduce las refacturaciones.
En resumen
Refacturar un servicio funerario a otro pagador en Colombia son dos documentos ante la DIAN y un saldo que hay que mover. SFUN ya emite la nota crédito de anulación total, espera la aceptación de la DIAN y reversa la factura en el ERP y en Siigo; lo que no hace es unir la nota, la factura nueva y el pago. Esa cadena la puede reconstruir cada semana un asistente con SFUN MCP en solo lectura, para que facturación y cartera reciban la lista de lo que quedó a medias y lo cierren antes del fin de mes. Para el resto del ciclo, consulta el módulo de contabilidad, la guía de facturación electrónica en Colombia y el caso de anulaciones de recibos de caja con IA y MCP.
Fuentes de este artículo
- DIAN, Concepto 126 de 2025, oficio 000974 del 31 de enero de 2025 (normograma de la DIAN), sobre la anulación con nota crédito y la nueva factura cuando los datos del adquiriente están errados.
- DIAN, Concepto 008632 del 3 de julio de 2025 (normograma de la DIAN), sobre la improcedencia de notas crédito asociadas a una factura aceptada como título valor.
- Stripe, Edit finalized invoices (consulta del 4 de noviembre de 2026): la revisión no permite cambiar el cliente, anula la factura anterior y conserva el historial de versiones.
- Código de SFUN (rama principal, consulta del 4 de noviembre de 2026) para todo lo que se afirma del producto. La configuración y los permisos de cada compañía pueden variar.
- Advertencia de alcance: no hay cifras publicadas sobre refacturaciones en el sector funerario de Colombia ni de Latinoamérica. Los ejemplos son ilustrativos.