Los campos COPAGO, CUOTA_MODERADORA, PAGOS_COMPARTIDOS y ANTICIPO en la factura electrónica de salud corresponden al grupo PrepaidPayment del XML. Son obligatorios en facturas por usuario o multiusuario. Sus valores deben coincidir exactamente con los registrados en el RIPS. El Documento Técnico 2 (julio 2026) define su contenido, obligatoriedad y reglas de validación. Un error de inconsistencia entre la FEV y el RIPS genera rechazo automático en el MUV del Ministerio.
¿Por qué los pagos moderadores son el campo más sensible de la FEV?
Los pagos moderadores (copago y cuota moderadora) corresponden a recursos recibidos a favor de terceros. No son ingresos del prestador: son recursos del usuario que la IPS o el PTS recaudan en nombre de la ERP o pagador. Esta naturaleza jurídica determina todo su tratamiento contable, tributario y técnico en la FEV.
El Documento Técnico 2 es explícito: los pagos moderadores recaudados efectivamente por los Prestadores de Servicios de Salud (PSS) y Proveedores de Tecnologías en Salud (PTS) corresponden a recursos recibidos a favor de terceros que no hacen parte de los ingresos de estas entidades.
Esto implica que deben acreditarse a la ERP o pagador en la FEV en salud, relacionados en el RIPS soporte de la misma.
¿Cómo se define cada campo?
| Campo | Descripción | Obligatoriedad | Tipo de valor |
|---|---|---|---|
| COPAGO | Valor total efectivamente pagado por el usuario y recaudado por el PSS/PTS correspondiente al copago | Obligatorio en facturas por usuario o multiusuario | Numérico, sin negativos, punto como separador decimal |
| CUOTA_MODERADORA | Valor efectivamente pagado por el usuario y recaudado por el PSS/PTS correspondiente a la cuota moderadora | Obligatorio en facturas por usuario o multiusuario | Numérico, sin negativos, punto como separador decimal |
| PAGOS_COMPARTIDOS | Valor efectivamente pagado por el usuario en planes voluntarios de salud (medicina prepagada, pólizas de salud, planes complementarios) recaudado directamente por el PSS | Obligatorio en facturas por usuario o multiusuario | Numérico, sin negativos, punto como separador decimal |
| ANTICIPO | Valor del anticipo a legalizar que se restará al valor de la factura en ejecución del contrato | Obligatorio si se pactaron anticipos en el acuerdo de voluntades | Numérico, sin negativos, punto como separador decimal |
¿Cuál es la regla de oro de los valores recaudados?
El valor declarado en el campo de la FEV debe corresponder exactamente con el valor total registrado en los RIPS. Esta coherencia es validada por el MUV mediante la regla de validación de consistencia entre archivos.
En facturas multiusuario: se registra la sumatoria del valor total pagado por cada usuario. Por ejemplo, si una factura multiusuario incluye 10 pacientes con copago de $5.000 cada uno, el campo COPAGO debe declarar $50.000.
Para PAGOS_COMPARTIDOS: se registra únicamente el valor total del pago compartido recaudado directamente por el PSS. El valor que recauda directamente la entidad administradora del plan voluntario (medicina prepagada, por ejemplo) no se incluye en este campo.
¿Cómo se registran en el XML del grupo PrepaidPayment?
El grupo PrepaidPayment debe informarse una vez por cada concepto. La regla FED061 establece rechazo si el apartado PrepaidPayment se informa más de una vez para el mismo concepto. La estructura por concepto incluye:
- ID: identificación del pago (empieza en «1», consecutivo)
- @schemeID: código del concepto de recaudo (tabla
conceptoRecaudoen SISPRO) - PaidAmount: valor total acreditado para ese concepto
- @currencyID: siempre
"COP" - ReceivedDate: fecha en la cual fue recibido el recaudo
El campo LegalMonetaryTotal/PrepaidAmount consolida la suma de todos los PrepaidPayment. Su valor no puede ser mayor al valor total de la factura.
¿Cuándo no se registran estos campos?
Cuando la FEV se emite bajo el tipo de operación SS-SinAporte, no hay recaudo previo de copago, cuota moderadora ni pagos compartidos. En ese caso, el grupo PrepaidPayment con valores informativos puede incluirse (para reporte), pero sus valores no restan al total de la FEV en salud.
Para el tipo SS-Reporte, los valores de los pagos moderadores son informativos: también son informados pero tampoco entran al cálculo del valor pagadero.
El campo ANTICIPO: el concepto «Anticipos» aplica únicamente para el reporte en la FEV en salud y no debe utilizarse en la generación del RIPS como soporte de la FEV.
¿Qué reglas de validación aplican?
- FED104 / CND104 / DND104 (Rechazo):
PrepaidPayment.ID.schemeIDno existe o no tiene valor. - FED105 / CND105 / DND105 (Rechazo):
PrepaidPayment.PaidAmountno existe o no tiene valor. - FED061 (Rechazo): el apartado
PrepaidPaymentdebe informarse una única vez por concepto. - PFP001 (Rechazo): el número de Factura Electrónica no corresponde al reportado por RIPS.
Conclusión: Próximos pasos
- Establecer conciliación diaria entre los valores de copago/cuota moderadora capturados en caja y los que se transfieren al sistema de facturación para la FEV. La discrepancia entre caja y RIPS es la causa más frecuente del rechazo por inconsistencia.
- Configurar el PrepaidPayment por concepto, no por usuario. El error más común es intentar registrar un PrepaidPayment por cada usuario en lugar de un PrepaidPayment por concepto con la sumatoria de todos los usuarios.
- Verificar que el campo ANTICIPO no se incluya en el RIPS. Los anticipos van en la FEV pero no en el archivo RIPS JSON que la soporta.
Fuente oficial: Documento Técnico 2, Versión 001, Julio 1 de 2026. Ministerio de Salud. Secciones 4.6, 4.7, 4.8, 4.9 y 7b, 7c, 7d.
https://www.sispro.gov.co/central-financiamiento/Pages/facturacion-electronica.aspx