Por la cual se reglamenta el Registro Individual de Prestación de Servicios de Salud (RIPS) como soporte de la Factura Electrónica de Venta (FEV) en salud, se derogan las Resoluciones 2275 de 2023, 558 y 1884 de 2024, y se dictan otras disposiciones.

DOCUMENTO TÉCNICO 2 Abril 29 de 2026 “CAMPOS DE DATOS DEL SECTOR SALUD, ADICIONALES ALA GENERACIÓN DE LAFEV” Versión: Lanzamiento Ls) DOCUMENTO TECNICO No. 2 CAMPOS DE DATOS DEL SECTOR SALUD, ADICIONALES A LA GENERACIÓN DE Descripción Reporte de aportes del usuario del SS y LA FEV Campo aplicación deT F Tam Padre Oc Observaciones trata ntos contractuales y contables con facturas 1 Prepai Empi 491 mpleza con , 1OS á . ñ cbc [ID Identificación del pago E dPaym|1..1 [números utilizados en A pag ent los diferentes grupos ymentícbc: deben ser consecutivos Debe corresponde a uno de los valores : . : ¡Oschem |Identificador del posibles en la columna Invoice/cac:PrepaidPa 2-2 [ID Ao yment/cbc:ID/Oschem elD concepto recaudado código del numeral 9 elD inciso d, de este documento Corresponde a la sumatoria total de cada concepto informado en el atributo (schemelD Cantidad total del campo ID de este : acreditar a esta Prepai grupo generado por el Ñ : cbc PaidAmo factura que se libra alE 4.15 dPaym facturador electrónico Invoice/cac:PrepaidPa unt % del sector salud, yment/cbc:PaidAmount la ERP/demás ent . agadores registrados en el Pag : archivo de —RIPS, cuando este aplique, cuyo valor no podrá ser mayor al valor total de la factura a . : Invoice/cac:PrepaidPa ¡Ecurren [Código de moneda; PaidA 4 Debe Teportarse el yment/cbc:PaidAmount cylD valor constante mount literal “COP' /CcurrencylD Corresponde a la fecha Ñ Prepai en la cual fue recibido Invoice/cac:PrepaidPa cbc Received [Fecha en la Cual el E 10 [dPaym|1..1 [el recaudo, en los yment/cbc:ReceivedDa Date pago fue recibido Ñ ent casos que se informe| [te más de un

reporte De aquí en adelante se deben incluir los demás campos que correspondan tal y como aparece en el XSD y en el INVOICE documentado por la DIAN Valor Total El valor reportado po acreditar; número Legal porra Sa daa . ,, [real; sin formato; sin 9 valor total de la factura lInvoice/cac:LegalMone PrepaidA >“ Monet cbc signo; con dos|E 4..15 1.1 taryTotal mount imal aryTot Este valor es /cbc:PrepaidA A decimales Y al Informativo y no cbc:PrepaidAmoun separador signo restará al total de la punto FEV en salud. Prepai Invoice/cac:LegalMone ¡Ecurren [Código de moneda; [y BN 4 Debe reportarse el taryTotal cylD valor constante nt r literal “COP” /cbc:PrepaidAmount/O currencylD De aquí en adelante se deben incluir los demás campos que correspondan tal y como aparece en el XSD y en el INVOICE documentado por la DIAN DOCUMENTO TÉCNICO 2 “CAMPOS DE DATOS DEL SECTOR SALUD, ADICIONALES ALA GENERACIÓN DE LAFEV” Versión: Lanzamiento DOCUMENTO TECNICO No. 2 CAMPOS DE DATOS DEL SECTOR SALUD, ADICIONALES A LA GENERACIÓN DE LA FEV e. EMISIÓN DE FACTURAS ELECTRÓNICAS PARA SERVICIOS DE SALUD SIN RECAUDOS PREVIOS POR OPERACIONES DE COPAGO - CUOTA MODERADORA - PAGOS COMPARTIDOS EN PLANES VOLUNTARIOS DE SALUD Corresponde a la factura electrónica de venta en salud -FEV generar por los PSS/PTS a las entidades responsables de pago y demás pagadores cuando el pago de esta sea asumida por Descripción Facturación de 1D ns Campo bienes yservicios del TF Tam Padre Oc Observaciones SS sin recaudos de aportes del usuario ES Grupo de campos para información Invoice relacionadas con ellG 1.1 1.0 recaudo de los aportes UBLExten .

Invoice/ext:UBLExte ext |. G Invoice|1..1 . sions nsions Corresponde a la UBLExten UBLEx extensión de los datos Invoice/ext:UBLExte ext sion[2] G tensio |1..1 [del sector salud definidos nsions/ : ns en el numeral 5, inciso a ext:UBLExtension[2] de este documento De aquí en adelante se deben incluir los demás campos que correspondan tal y como aparece en el XSD y en el INVOICE documentado por la DIAN Indicador del tipo de cbc Customiza operación de E 4.12 Invoice 1..1 Debe reportarse “SS- 10 Invoice/cbc:Customi tionID recaudo del Sector Ñ ” [SinAporte” " [zationlD De aquí en adelante se deben incluir los demás campos que correspondan tal y como aparece en el XSD y en el INVOICE documentado por la DIAN f.. EMISIÓN DE FACTURAS POR COMPRAS DIRECTAS Aplica para las facturas emitidas por los laboratorios, fabricantes, importadores o titulares de registro sanitario que venden directamente a las EPS y otros pagadores para ser dispensados por los Gestores Farmacéuticos. Esta será una factura convencional (sin campos adicionales del sector salud y sin RIPS). Descripción Extensión del Sector Y F Tam Padre Oc Observaciones [V Xpath Debe usar mínimo extensiones definidas[G Invoice|1..1 por la DIAN para toda factura electrónica UBLExtensions DOCUMENTO TECNICO No. 2 CAMPOS DE DATOS DEL SECTOR SALUD, ADICIONALES A LA GENERACIÓN DE LA FEV Descripción Extensión del Sector Y F Tam Padre Oc Observaciones (V Xpath Salud.

De aquí en adelante se deben incluir los demás campos que correspondan tal y como aparece en el XSD y en el INVOICE documentado por la DIAN Aplica para entidades fabricantes, importadores y titulares de Registro Sanitario, acorde a la Resolución 1962 de 2025, que venden medicamentos y dispositivos médicos directamente a las entidades responsables de pago para que sean dispensados a través de los gestores farmacéuticos. Deberá informarse la siguiente Información adicional: 4- estructura: FAC13 [cbc [Note Texto libre, relativo al[E [A 500 Invoice|0..N documento CUCON:132321 3213213213123 12312132 Donde la palabra CUCON debe ser literal y en mayúsculas como de define en el ejemplo. El separador lógico es *:” dos puntos, seguido del código único del contrato que corresponde a la cadena de 64 caracteres del contrato establecido entre el Fabricantes, Importadores y Titulares de Registro Sanitario y la Entidad responsable de pago De aquí en adelante se deben incluir los demás campos que correspondan tal y como aparece en el XSD y en el INVOICE documentado por la DIAN Sali 1d DOCUMENTO TECNICO No. 2 CAMPOS DE DATOS DEL SECTOR SALUD, ADICIONALES A LA GENERACIÓN DE LA FEV Descripción Extensión del Sector Salud. T F Tam Padre Oc Observaciones |V Xpath Grupo de campos para información relacionadas con unaj línea de factura] FAVO1 [cac [InvoiceLine Cuento ES debal« Invoice|1..N 1.0 melee tacilmciesl facturar un producto y ine un servicio, se deberán informar en Items(InvoiceLine) por seprado. Se debe informar el bien/servicio que se vende.

Información Adicional: Dispositivos FAVO3 Ícbc [Note Texto libre para añadir E 20... 0.1 medicos 10 imaea casillas información — adicional 5000 ine/cbc:Note al artículo. Medicamentos Alimentos de propósito medico especial - APME Se debe Grupo de datos de informar la . . . a Ñ o /Invoice/cac:Invoi identificación del identificación . Standardltemld o o o 1. [celine/cac:ltem/c FAZO9 |cac a artículo o servicio|G Item [0..1 | del artículo o entification o ac:Standardltemld de acuerdo con un servicio de a , entification estándar acuerdo con el estándar Se podrá utilizar los códigos de las tablas I1UM (identificador único de medicamentos Zas ) o de no Código de acuerdo 8 Ñ Stand tenerlo el CUM /Invoice/cac:Invoi con el estándar hai ah A dea en dl ardlte (código único a ceLine/cac:Item/c FAZ10 [cbc 1D Ñ E mide |1..1 [de " lac:Standardltemld atributo Le : 0 Les ntifica medicamentos entification/cbc:! ID/OschemeAgency . ma tion ). Para los| |D dispositivos médicos e insumos se preferirá el uso del UDI (identificador único de dispositivos) DOCUMENTO TÉCNICO 2 “CAMPOS DE DATOS DEL SECTOR SALUD, ADICIONALES ALA GENERACIÓN DE LAFEV” Versión: Lanzamiento lud DOCUMENTO TECNICO No. 2 CAMPOS DE DATOS DEL SECTOR SALUD, ADICIONALES A LA GENERACIÓN DE Descripción Extensión del Sector Salud.

LA FEV T F Tam Padre Oc Observaciones |V Xpath Se debe Stand tar les /Invoice/cac:Invoi ardlte MElleres 2 ceLine/cac:Item/c FAZ11 [cbc [((OschemelD Código del estándar |A (A mide (1L-A leoctablecidos 0 ac:Standardltemld ntifica Según entification/cbc:! tion sémitresae DschemelD la tabla O Rechazo si el valor informado es diferente al de la tabla 13.3.5 de la columna (AschemeNa me Mantada] Eo alar /Invoice/cac:Invoi E dEbosaral 2 ceLine/cac:ltem/c FAZ12 [cbc (OschemeName informando a A |A 1D 0..1 siguiente de o cese lied alan. hera entification/cbc:! Mtarnado en D/OschemeName el OschemelD Ejemplo: SiO schemelD = 001 el valor esperado en o schemeName = UNSPSC /Invoice/cac:Invoi a ceLine/cac:ltem/c FAZ13 [cbc [(OschemeName AA 1D 0..1 E ac:Standardltemld entification/cbc:! D/OschemeName Notificación: /Invoice/cac:Invoi Si ceLine/cac:ltem/c FAz14 [cbc (OschemeAgenc AA ID 0.1 IDOschemel |1. essential yID D = 010 y/0 lentification/cbc:l IDOschemeA D/OschemeAgen gencylD <> 9 cylD /Invoice/cac:Invoi ceLine/cac:ltem/c (OschemeAgenc 1. [ac:Standardltemld FAZ15 [cbc A [A 1D 0..1 a yName O lentification/cbc:l D/OschemeAgen cyName “CAMPOS DE DATOS DEL SECTOR SALUD, ADICIONALES DOCUMENTO TÉCNICO 2 ALA GENERACIÓN DE LAFEV” Versión: Lanzamiento DOCUMENTO TECNICO No. 2 CAMPOS DE DATOS DEL SECTOR SALUD, ADICIONALES A LA GENERACIÓN DE LA FEV Y.

REGISTRO DE UN MISMO CUPS CON DIFERENTE VALOR Y NOTA ACLARATORIA Aplica para facturas que manejan un mismo CUPS con distinto valor asociado a características propias del servicio pactadas por las partes. 1/») ns [Campo Descripción T F Tam Padre Oc Observaciones V Xpath De aquí en adelante se deben incluir los demás campos que correspondan tal y como aparece en el XSD y en el INVOICE documentado por la DIAN Grupo de campos para información relacionadas con una línea de factura Cuando se deba facturar un producto /Invoice/cac:InvoiceL FAVO1 [cac [InvoiceLine Invoice|1..N 1.0 y un servicio, se deberán ine informar en ltems(InvoiceLine) por seprado. Se deberá registrar en los casos que aplique, los detalles de un mismo CUPS con distinta Información Adicional: Texto FAVO3 [cbc [Note libre para añadir información|E (A adicional al artículo. 200 1.1 descripción Y; /Invoice/cac:InvoiceL 5000 “> [distinto valor, ine/cbc:Note esta información no será objeto de validación por parte del MUV y tendrá carácter informativo para el pagador o DOCUMENTO TÉCNICO 2 Abril 29 de 2026 “CAMPOS DE DATOS DEL SECTOR SALUD, ADICIONALES ALA GENERACIÓN DE LAFEV” Versión: Lanzamiento Ny DOCUMENTO TECNICO No. 2 CAMPOS DE DATOS DEL SECTOR SALUD, ADICIONALES A LA GENERACIÓN DE LA FEV 7. USO DE MODOS DE OPERACIÓN

a. MODOS DE USO - 1: SS-CUFE, SS-CUDE, SS-POS, SS-SNUM <che:CustomizationTD>SS-CUFE</cbc:CustomizationID><!-- depende de la del recaudo se debe utilizar el ación correspondiente a SS-CUFE CUFE-SHAJ94">abBd56OCA685FOGF9244a5972c9e004ab105asdas fdasd: cbc: DUID: cbc: IssueTime>12:00:00-05:00</cbc:IssueTime: <cbe:InvoiceTypeCode>01</cbe: Invei ode> che: DocumentCarrencyCode>C0P</cbo <cbe:l4necountilumeric>1</che:Linecountilamerio] <cac: InvoicePeriod: cac:AdditionalDocumentReference /cac:PrepaidPayment: <cac:PrepaidPayme: 02">1</cbe:1D> <I-- D="COP">500000 .00- cbc: ReceivedDate>2022-06-30</cbc:ReceivedDate” /cac:PrepaidPayment> <cac:PrepaidPayme cbe:1D schem ">1</cbe:ID> <!-- ANTICIBO == D="COP">7000000.00</cbc:PaidAmount> '-30</cho:RecelvedDate: <cbo:Paidimo! yID="COP">20000000.00</cbe:LineExtensionAmouns- p">0.00</chc:TaxExclusiveAmount: p">200000.00</cbe:TaxInclusivelmouns: cbe:AllowanceTotalAmount cu cbe:ChargeTotalAmount COP">0.00</cbe:ChargeTotalAmount> COP">8000000.00</cbc:PrepaidAmount: )P">12000000 .00</cbc:PayableAmount Nota: Debe ser informado la extensión con los datos del sector salud <cbe:Prepaidimoun cbc: PayableAmoun: b.

MODOS DE USO - 2: SS-RECAUDO <cbc:UBLVersionID>UBL 2.1</cbc:UBLVersionID> <cbc:CustomizationID ¡S-CUFE">SS-Recaudo</cbc:CustomizationID> <cbc:ProfilelD»DIAN 2.1</cbc:ProfilelD> <cbc:ProfileExecutionID>1</cbc:ProfileExecution1D> <cbc: ID>RECA1</cbc:1D> <cbc:UUID sc] "1" schemellane="CUFE-SHA384">CUFE123abcdefabcdefabcdefabcdefabcdefabcdefabcdefabcdefabcdefabcdefabcdefabcdefabcdefabcdeabcdef</chc:UUID> <cbc: IssueDate>2021-12-01</cbc:IsgueDate> <cbc:IssueTime>12:00:00-05:00</cbc:IssueTime> <cbc: InvoiceTypeCode>01</cbc: InvoiceTypeCode> <cbc:Note/> <cbi 'unentCurrencyCode>COP</cbc: DocumentCurrencyCode> <cbc:LineCountNuneric>1</cbc:LineCountNuneric> <cac: InvoicePeriod> <cac:OrderReference> <cac:AccountingSupplierParty> <cac:AccountingCustomerParty> <cac:PayeeParty/> <cac:PaymentMeans> <cac:AllowanceCharge/> < <cac:TaxTotal/> <!--GRUPO <cac:LegalMonetaryTotal> <cbc:LineExtensionAmount <cbc:TaxExclusiveAmount Curr <cbc:TaxInclusiveAmount <cbc:AllowanceTotalAmount cu <cbc:ChargeTotalAmount ci <cbc:PrepaidAmount <cbc:PayableAmount </cac:LegalMonetaryTotal> ""COP">10000.00</cbc:LineExtensionAmount> 1D="C0P">0.00</cbc:TaxExclusiveAmount> 'COP">10000.00</cbc:TaxInclusiveAmount> :0P">0.00</cbc:AllowanceTotalAmount> yID="C0P">0,00</cbc:ChargeTotalAmount> "C0P">0,00</chbc:Prepaidimount> "'COP">10000.00</chc:PayableAmount> DOCUMENTO TÉCNICO 2 Abril 29 de 2026 “CAMPOS DE DATOS DEL SECTOR SAL

Ny DOCUMENTO TECNICO No. 2 CAMPOS DE DATOS DEL SECTOR SALUD, ADICIONALES A LA GENERACIÓN DE LA FEV Cc.

MODOS DE USO - 3: SS-REPORTE del zecaudo se debe utilizar el tipo de operación corr c:CustomizationID>SS-CUFE</cbe:CustomizationID><!-- depende de ca de Venta</cbo:ProfilelD> -UFE-SHAJ84">Sab9B60CASB5OS924425972C9E0042b1OSasdas f: dasdas. /cbe:UUID: <cbo:IssueDate>2023-09-27</cbc:IssueDare cbe:IssueTime>12:00:00-05:00</cbc: IssueTime de a la última fecha del recsudo recibido. —— /cac: PrepaidPayment> cac:PrepaldPayment: 1p">0.00</cbe: >1200000 .00</chs = toral de la 10000000.00</cbc:PayableAmount: cac:LegalMonetaryTotal: Nota: Debe ser informado la extensión con los datos del sector salud MODOS DE USO - 4: SS-SINAPORTE <cbc:UBLVersionID>UBL 2.1</cbc:UBLVersionID> <cbc:CustomizationID>SS-SinAporte</cbc:CustomizationID> <cbc:ProfilelD>DIAN 2.1</cbc:ProfileID> <cbc:ProfileExecutionID>1</cbc:ProfileExecutionID> <cbc: ID>COB100001</chc:1D> <cbc:UVID schi "1" sc 'CUFE-SHA384">CUFE441abcdefabcdefabcdefabcdefabcdefabcdefabcdefabcdefabcdefabcdefabcdefabcdefabcdefabcdeabcdef</chbc:UVID> <cbc: IssueDate>2021-12-01< isueDate> <cbc: IssueTime>12:00:00-05:00</cbc:IsgueTime> <cbc: InvoiceTypeCode>01</cbc: InvoiceTypeCode> <cbc:Note/> <cbc:DocumentCurrencyCode>COP</cbc:DocumentCurrencyCode> <cbc:LineCountNumeric>1</cbc:LineCountNumeric> <cac: InvoicePeriod> <cac:OrderReference) <cac:AccountingSupplierParty> <cac:AccountingCustomerParty> <cac: PaymentMeans> <cac:AllowanceCharge/> < <cac

:TaxTotal/> < <cac:LegalMonetaryTotal> <cbc:LineExtensionAmount ci <cbc:TaxExclusiveAmount 'COP">10000.00</cbc:LineExtensionAmount> "COP">10000.00</chc:TaxExclusiveAmount> .0000.00</cbc:TaxInclusiveAmount> <a xInclusiveAmount op <cbc:AllowanceTotalAmount curre: )P">0.00</cbc:AllowanceTotalAmount> <d 'geTotalAmount 'COP">0.00</cbc:ChargeTotalAmount> <cbc:PayableAmount c </cac:LegalMonetaryTotal> >10000.00</cbc:PayableAmount> Nota: Debe ser informada la extensión del sector salud cuando se deba reportar uno de los valores allí reportados. DOCUMENTO TECNICO No. 2 CAMPOS DE DATOS DEL SECTOR SALUD, ADICIONALES A LA GENERACIÓN DE LA FEV 8. TIPOS DE OPERACIÓN SALUD La siguiente tabla muestra la definición para cada uno de los tipos de operación definidos para las facturas electrónicas. Tipos de operación Salud Resolución 058:2020 de la Contaduría General de la Nación /Invoice/cbc:CustomizationiD Definición Acreditación. Este documento incluye referencia(s) de Factura Electrónica de Venta (tipo 01 o 04) que comprueba el recaudo de Cuotas Moderadoras o Copagos, como recursos a favor de SS-CUFE terceros, así como la legalización de anticipos, los cuales son acreditados a la presente Factura Electrónica de Venta con destino a la aseguradora que aparece como adquiriente. — Activa el Método de cálculo del Sector Salud. Acreditación.

Este documento incluye referencia(s) de Factura de Contingencia (tipos 03) que reconoce valores recaudados correspondientes a Cuotas Moderadoras o Copagos, como SS-CUDE recursos a favor de terceros, así como la legalización de anticipos, los cuales son acreditados a la presente Factura Electrónica de Venta con destino a la aseguradora que aparece como adquiriente. — Activa el Método de cálculo del Sector Salud. Acreditación. Este documento incluye referencia(s) de Documento Equivalente de Venta POS o de Documento equivalente electrónico tiquete de máquina registradora con sistema P.O.S. según los lineamientos establecidos en la Resolución 0165 de 2023 que comprueba el recaudo de Cuotas Moderadoras o Copagos, como recursos a favor de terceros, así como la legalización de anticipos, los cuales son acreditados a la presente Factura Electrónica de Venta con destino a la aseguradora que aparece como adquiriente. — Activa el Método de cálculo del Sector Salud. Acreditación. Este documento incluye referencia(s) de Factura Talonario que comprueba el recaudo de Cuotas Moderadores o Copagos, como recursos a favor de terceros, así como la SS-SNum legalización de anticipos, los cuales son acreditados a la presente Factura Electrónica de Venta con destino a la aseguradora que aparece como adquiriente. — Activa el Método de cálculo del Sector Salud. Recaudación. Comprobante de recaudo de Cuotas Moderadores, Copagos o Pagos compartidos en planes voluntarios de salud, recaudados directamente por la ERP o entidad autorizada para ofrecer planes voluntarios de salud o por parte de PSS o PTS como recursos a favor de un tercero. — No Activa el Método de cálculo del Sector Salud. Reporte. Este documento reporta referencia(s) de diversa índole que comprueban recaudo de SS-Reporte Cuotas Moderadoras o Copagos, a las cuales ya se les dio tratamiento contable. — No Activa el Método de cálculo del Sector Salud. Código SS-POS SS-Recaudo Reporte.

Sin aporte, ni recaudo en dinero por parte de los afiliados del régimen contributivo por SS-SinAporte concepto de Cuotas Moderadoras o Copagos. — No Activa el Método de cálculo del Sector Salud. En los casos de las notas crédito y notas debito se deben utilizar los tipos de operación definidos por la Unidad Administrativa Especial Dirección de Impuestos y Aduanas Nacionales DIAN, en los numerales que se detallan a continuación, previstos en la Resolución 0165 de 2023: . 13.1.5.2. Documento CreditNote — Nota Crédito y . 13.1.5.3. Documento DebitNote — Nota Débito del anexo técnico. Para las validaciones realizadas por el mecanismo único de validación, los únicos tipos de operación permitidos son: Documento |Código Valor Nota Debito 20 Nota Crédito que referencia una factura electrónica. Nota Debito 30 Nota Débito que referencia una factura electrónica. Ver ejemplificaciones disponibles en el micrositio de factura electrónica en salud: https://www.sispro.gov.co/central-financiamiento/Pages/facturacion-electronica.aspx DOCUMENTO TÉCNICO 2 Abril 29 de 2026 “CAMPOS DE DATOS DEL SECTOR SALUD, ADICIONALES ALA GENERACIÓN DE LAFEV” DOCUMENTO TECNICO No. 2 CAMPOS DE DATOS DEL SECTOR SALUD, ADICIONALES A LA GENERACIÓN DE LA FEV a. MÉTODO DE CÁLCULO DEL SECTOR SALUD Mediante la Resolución 058 de 2020 la Contaduría General de la Nación detalló cómo se realizan los reconocimientos en la contabilidad sobre los ingresos y recaudos, por la prestación de servicios del sector salud.

En la factura electrónica de venta con destino a las aseguradoras del sector salud podrán incluirse los identificadores y los valores recaudados de las facturas (papel y electrónicas), o los documentos equivalentes electrónicos tiquete de máquina registradora con sistema P.O.S., donde conste dicho ingreso, o las notas crédito a que haya lugar. Los identificadores corresponderán a operaciones soportadas mediante facturas electrónicas con validación previa DIAN, o con facturas de talonario o papel usadas en periodos de inconveniente tecnológico del facturador, o de documentos equivalentes electrónicos, tiquete de máquina registradora con sistema P.O.S., cuyos rangos deberán corresponder a los autorizados por la UAE DIAN. Si efectivamente acreditan la factura, entonces usará los códigos SS-CUFE, SS-CUDE, SS- POS o SS-SNum en el campo /Invoice/cbc:CustomizationID. Los códigos mencionados para el /Invoice/cbc:CustomizationID activan el método de cálculo del sector salud informando los valores acreditados, estos valores se acumularán por cada concepto definido en el numeral 9, inciso d, en un fragmento /Invoice/cac:PrepaidPayment, como se define en el numeral 6 Cuerpo XML inciso Cc, y estos valores posteriormente participarán de la operación /Invoice/cac:LegalMonetaryTotal/cbc:PrepaidAmount, cuyo valor no podrá ser mayor al valor total de la factura. Si el emisor determina que los valores registtados en los fragmentos /Invoice/cac:PrepaidPayment, no acreditan la factura que los contiene, con destino a la aseguradora, entonces usará los códigos SS-Reporte o SS-SinAporte en el campo /Invoice/cbc:CustomizationID. Este valor no activará el método de cálculo del sector salud. Para identificar que una factura electrónica fue expedida para recaudar cuotas moderadoras, copagos o pagos compartidos en planes voluntarios de salud, se usará el código SS-Recaudo en el campo /Invoice/cbc:CustomizationID.

b. ENVÍO DE LA FACTURA ELECTRÓNICA DE VENTA EN SALUD AL MINISTERIO DE SALUD Y PROTECCIÓN SOCIAL Las disposiciones establecidas en el presente anexo técnico tienen como propósito fundamental establecer los campos de datos adicionales en formato XML para la generación de la factura electrónica de venta en salud, la cual corresponde a la generada por los facturadores electrónicos del sector salud definidos en el artículo segundo de la presente resolución, con destino a las entidades responsables de pago y demás pagadores, para el cobro de la prestación o provisión de los servicios y tecnologías de salud. La factura electrónica de venta en salud deberá ser enviada al adquiriente y al Ministerio de Salud y Protección Social en los términos definidos en la presente resolución. La factura electrónica de venta relacionada con el recaudo de pagos moderadores se expide por parte del facturador electrónico del sector salud de manera individual a cada usuario, no debe incluir los campos adicionales del sector salud en formato XML a nivel de extensión. La información las facturas relacionadas con el recaudo de pagos moderadores, no hace parte de la información que se envía a las entidades responsables de pago y demás pagadores al DOCUMENTO TECNICO No. 2 CAMPOS DE DATOS DEL SECTOR SALUD, ADICIONALES A LA GENERACIÓN DE LA FEV interior de las facturas electrónicas de venta en salud relacionadas con el cobro de la prestación o provisión de los servicios y tecnologías de salud. La mención de estas facturas en los tipos de operación SS-Recaudo y SS-SinAporte tienen la finalidad de informar a los facturadores electrónicos del sector salud, el tipo de operación que deben utilizar para el registro de estos recaudos.

c. FACTURACIÓN DE PAGOS MODERADORES 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, deben ser acreditados a la ERP o pagador en la FEV en salud y relacionados en el RIPS soporte de la misma. Para el recaudo de pagos moderadores los Prestadores de Servicios de Salud -PSS y Proveedores de Tecnologías en Salud -PTS, deberán utilizar FEV convencional con el tipo de operación SS- Recaudo, identificando el tercero al cual corresponden los recursos recaudados. 9. TABLAS a. DOCUMENTOS DE IDENTIFICACIÓN: Informar dato según la tabla de referencia “TipoldPISIS”, disponible en web.sispro.gov.co. No son válidas las opciones relacionadas con personas sin identificar. Las opciones relacionadas con menores de edad solo pueden utilizarse en el grupo Person, atributos: /Invoice/cac:AccountingCustomerParty/cac:Party/cac:Person/cac:IdentityDocumentReference/ cbc:ID/OschemelD /Invoice/cac:AccountingCustomerParty/cac:Party/cac:Person/cac:IdentityDocumentReference/ cbc:ID/OschemeName b. MODALIDADES DE PAGO Informar dato según la tabla de referencia “modalidadPago”, disponible en web.sispro.gov.co. C. COBERTURA O PLAN DE BENEFICIOS Informar dato según la tabla de referencia “coberturaPlan”, disponible en web.sispro.gov.co.

d. CONCEPTO DE RECAUDO Informar dato según la tabla de referencia “conceptoRecaudo”, disponible en web.sispro.gov.co. El concepto “Anticipos” aplica únicamente para el reporte de dichos valores en la FEV en salud y no debe utilizarse en la generación del RIPS como soporte de la FEV en salud. Los anteriores conceptos de recaudo pueden ser utilizados para su reporte por parte del facturador electrónico del sector salud, cuando así se haya pactado en los acuerdos de voluntades relacionados con coberturas diferentes a las del SGSSS. e. FACTURA SIN CONTRATO DOCUMENTO TECNICO No. 2 CAMPOS DE DATOS DEL SECTOR SALUD, ADICIONALES A LA GENERACIÓN DE LA FEV Informar dato según la tabla de referencia “facturaSinContrato”, disponible en web.sispro.gov.co. f. CÓDIGOS Informar dato según las tablas de referencia: e ¡identificador único de medicamentos “IUNMW” disponible en web.sispro.gov.co. e código único de medicamentos “CUNW” disponible en web.sispro.gov.co. e ¡identificador único de dispositivos “UDI” disponible en web.sispro.gov.co. 10. REGLAS DE VALIDACIÓN Las validaciones sobre los documentos electrónicos establecidas desde el mecanismo único de validación se dividen en: 10.1. VALIDACIONES DE ARCHIVOS Las validaciones aplicadas sobres los documentos electrónicos, cumpliendo con las características técnicas y de condiciones para la recepción de estos por parte del mecanismo único de validación expuesto por el Ministerio.

Tipo Código | Descripción RECHAZO Gl008 El tamaño del archivo XML es mayor a 16 MB RECHAZO GI005 ASE NO, vos con extensión XML, para el envío RECHAZO Gl006 El archivo XML está vacío RECHAZO VPQO004 | Falta el archivo XMLXML en la carpeta RECHAZO VPQO005 | Falta el archivo Json en la carpeta 10.2. VALIDACIONES POR ESTRUCTURA Estas validaciones se centran en la estructura del XMLXML (esquema UBL 2.1) sobre los documentos electrónicos (Invoice, CreditNote, DebitNote, ApplicationResponse y AttachedDocument) en sus etiquetas y anidamientos. Estas validaciones se realizan una vez la DIAN ha emitido su aprobación y la factura será expedida al adquiriente, para validar que el facturador electrónico del sector salud haya conformado el contenedor electrónico de la factura que será soportada con el RIPS, para el reconocimiento y pago de los servicios y tecnologías de salud. En la conformación del contenedor electrónico de la FEV en salud que será soportada con el RIPS, para el emisor de la factura no es dable realizar ninguna modificación sobre la información validada y aprobada por la DIAN.

Las validaciones se dividen en notificaciones y rechazos, las cuales se informan a continuación: Tipo Código Descripción Hay un error en la estructura del XML en el apartado RECHAZO FEVOO1 [AttachedDocument] RECHAZO FEVOO2 Hay un error en la estructura del XML en apartado [Invoice] DOCUMENTO TÉCNICO 2 Abril 29 de 2026 DOCUMENTO TECNICO No. 2 CAMPOS DE DATOS DEL SECTOR SALUD, ADICIONALES A LA GENERACIÓN DE LA FEV Tipo Código Descripción Hay un error en la estructura del XML en el apartado RECHAZO FEVOOS [ApplicationResponse] RECHAZO FEVOO4 Atributo desconocido de la estructura del XML RECHAZO FEVOO5 Nodo Desconocido de la estructura del XML RECHAZO FEVOO6 Elemento desconocido de la estructura del XML RECHAZO FEVOO7 Objeto no referenciado de la estructura del XML El Documento Electrónico seleccionado NO es una Factura RECHAZO FEVOOS Electrónica de Venta [AttachedDocument] El apartado no existe o no tiene valor en el RECHAZO PFE0O1 XML del documento electrónico [Invoice] El apartado no existe o no tiene valor en el XML del RECHAZO PFE002 documento electrónico [ApplicationResponse] El apartado no existe o no tiene valor en RECHAZO PFE003 el XML del documento electrónico [Fev.Invoice.Customization!D] El apartado no existe o no tiene RECHAZO FEDOO1 valor en el XML del documento electrónico [Fev.Invoice.1D] El apartado no existe o no tiene valor en el RECHAZO FEDOO0O3 XML del documento electrónico [Fev.Invoice.UUID] El apartado no existe o no tiene valor en el RECHAZO FEDO04 XML del documento electrónico [Fev.Invoice.IssueDate] El apartado no existe o no tiene valor RECHAZO FEDOO5 en el XML del documento