RIPS, JSON, validaciones y CUV

La Resolución 0948 de 2026 (14-may-2026) reglamenta el RIPS como soporte de la FEV, el mecanismo único de validación y el CUV. Derogó la Resolución 2275 de 2023 y sus modificatorias (558 y 1884 de 2024).

El RIPS es un archivo JSON que acompaña al XML de la FEV y se organiza en grupos de datos: transacción, usuarios, servicios/tecnologías y valores. Cada campo tiene tipo, tamaño y reglas RVC/RVG.

numDocumentoIdObligado debe coincidir con el NIT de la FEV. numFactura sigue la numeración de la DIAN y el tipo y número de nota relacionan las correcciones; el CUV es el resultado de la validación.

La DIAN valida primero el documento tributario y asigna el CUFE; luego el Ministerio valida el RIPS y genera el CUV. El prestador no emite el CUV: lo obtiene del mecanismo único de validación.

La inconsistencia de contenido (RIPS que no cuadra con la FEV) tiene efecto en el trámite. Se corrige el dato, evitando modificar indebidamente la factura o sus valores.

La Resolución 0948 de 2026 fijó hitos operativos: el 1-jun-2026 varias reglas pasan de notificación a rechazo y el 1-jul-2026 entran reglas nuevas y ajustes de software. Verificar versión y fechas evita rechazos y vencimientos.

Cada código del RIPS se valida contra las tablas de referencia del SISPRO (CUPS, CIE, medicamentos, DIVIPOLA, entidades). Un código inexistente en esos catálogos genera rechazo.

La Resolución 0948 de 2026 derogó la Resolución 2275 de 2023 y sus modificatorias (558 y 1884 de 2024). La 2275 solo sirve como referencia histórica del modelo, no como norma aplicable.

La factura ya validada no se altera por edición directa ni para "hacer cuadrar" el RIPS. Se corrige el dato del RIPS que corresponda, sin modificar indebidamente la factura ni sus valores.

Cada código se valida contra las tablas de referencia del SISPRO, hay que usar la versión vigente del Documento Técnico y cuadrar el NIT con la FEV. Incluir servicios sin soporte genera rechazos y glosas.

Se revisa la forma del JSON, el cumplimiento de las reglas RVC/RVG y la coherencia de la numeración con la DIAN. El CUV no lo incluye la IPS: se obtiene al superar la validación del Ministerio.

El RIPS recorre capas de validación antes de obtener el CUV: generación, construcción del JSON, forma (sintaxis), reglas RVC/RVG, tablas de referencia del SISPRO, cruce con la FEV y, por último, el CUV.

Primero se clasifica el error, luego se ubica el grupo de datos, se coteja el RIPS con la FEV, se corrige el dato sin alterar indebidamente la factura, se valida de nuevo para obtener el CUV y solo entonces se radica.

El RIPS es el JSON que soporta la FEV; el CUV resulta de su validación; el Documento Técnico es el instrumento versionado que reemplazó a los anexos; y las reglas RVC/RVG condicionan cada campo.

Un JSON mal formado es error sintáctico; un campo con tipo o fecha inválidos incumple una regla de validación; un RIPS que no cuadra con la FEV es inconsistencia de contenido; y la notificación alerta sin bloquear de inmediato.

El JSON del RIPS se organiza en grupos: transacción (NIT y numeración de factura), usuarios (identificación y régimen) y servicios/tecnologías (códigos CUPS y cantidades), además de valores.

El incumplimiento de una regla puede generar rechazo (impide aceptar el RIPS, por ejemplo un campo faltante o un tipo erróneo) o notificación (alerta sin bloquear de inmediato). Desde el 1-jun-2026 varias reglas pasaron de notificación a rechazo.

El RIPS es un archivo JSON que acompaña al XML de la FEV; al superar la validación del Ministerio se obtiene el CUV. El CUFE lo asigna la DIAN al validar la FEV y el CUPS es la clasificación de procedimientos.