Estos son los que más aparecen, con la regla oficial que los detecta y su efecto real. Es el mismo catálogo que usa el validador de arriba: si acá se describe, allá se detecta.
La suma de los servicios no da igual al total de la factura
RechazaRVG08Es la causa de rechazo más frecuente y la más frustrante, porque el archivo puede estar impecable en todo lo demás. La regla RVG08 exige que la sumatoria de los vrServicio coincida con el valor de la factura electrónica de venta cuando la modalidad de pago es evento. No hay tolerancia: tiene que dar exacto.
Cómo se corrige: Cuadra el archivo antes de radicar. Las tres fuentes habituales de descuadre son los redondeos por servicio, un servicio que quedó fuera del JSON, y los descuentos: la RVC091 aclara que en vrServicio va el valor del servicio ya realizado el descuento, no el valor de lista.
Repetir el diagnóstico principal en un relacionado
RechazaRVC086 y RVC087RVC086 prohíbe que un diagnóstico relacionado sea igual al principal, y RVC087 que dos relacionados sean iguales entre sí. Las dos están marcadas «R»: rechazan. Antes sólo notificaban, y por eso muchos sistemas siguen generando el archivo así — rellenan los tres campos de relacionado copiando el principal para «no dejarlos vacíos».
Cómo se corrige: No hay que rellenar los tres relacionados. null es un valor válido y esperado. Deja cada diagnóstico una sola vez: el principal en su campo y los demás, si de verdad hubo otros, en los relacionados.
Un código CUPS que ya no existe
NotificaRVC096La RVC096 pide que el código exista en la tabla de referencia «CUPSRips» de SISPRO. Ojo con el matiz, porque casi nadie lo publica bien: en la versión 003 del documento técnico esta regla está marcada «N», así que hoy notifica y no impide generar el CUV. El dato igual está mal, y el Ministerio avisó que las notificaciones pasarán a rechazo.
Cómo se corrige: Actualiza el tarifario interno a la CUPS vigente (Resolución 2706 de 2025, en vigor desde el 1 de enero de 2026) y revisa los códigos retirados. El caso típico es un maestro de procedimientos que nadie tocó en tres años.
Un código R o Z como diagnóstico principal
NotificaRVC031, RVC032 y RVC033Acá hay tres reglas distintas y conviene no mezclarlas. La RVC031 dice que el diagnóstico principal «debería ser preferiblemente» de causas de morbilidad y mortalidad (A00–Q99 y S00–T98), y alcanza también a las consultas. La RVC032 (síntomas y signos, R00–R99) y la RVC033 (factores que influyen en el estado de salud, Z00–Z99) se aplican a procedimientos, urgencias, hospitalización y recién nacidos, no al campo de consultas. Las tres están marcadas «N».
Cómo se corrige: Si el episodio ya tiene diagnóstico definitivo, ponlo como principal y deja el síntoma como relacionado. Si de verdad no lo hay, el código R puede ser el correcto: la regla notifica, no bloquea, y forzar un diagnóstico que no se tiene es peor. Los códigos Z sí son los correctos en promoción y mantenimiento — para la finalidad 11 la norma incluso los exige (RVC085).
El tipo de documento no corresponde a la edad
NotificaRVC007El detalle del campo fechaNacimiento fija bandas para los documentos colombianos: hasta 3 meses y 29 días, registro civil o certificado de nacido vivo; hasta los 7 años, registro civil; de 7 a 18, tarjeta de identidad (se acepta RC hasta los 7 años, 11 meses y 29 días); desde los 18, cédula (se acepta TI hasta los 18 años, 11 meses y 29 días). La regla admite además un margen de tolerancia de un año menos un día.
Cómo se corrige: Casi siempre el dato malo es la fecha de nacimiento, no el documento. Los documentos de extranjeros —pasaporte, cédula de extranjería, PEP, permiso por protección temporal, documento extranjero— no tienen banda de edad y no disparan esta regla.
Un pago moderador donde no corresponde
RechazaRVC084, RVC035 y RVC037La RVC084 —marcada «R»— exige que en las finalidades de promoción y mantenimiento, protección específica, detección temprana de enfermedad general y la ruta materno perinatal el concepto de recaudo sea «05 No aplica». Aparte, la RVC035 recuerda que la cuota moderadora sólo se cobra a afiliados del régimen contributivo, y la RVC037 que a un usuario del régimen subsidiado no se le informan pagos moderadores de planes voluntarios; esas dos notifican.
Cómo se corrige: Revisa la parametrización de tu software: normalmente el error no es del facturador sino de la regla de negocio que asigna el concepto de recaudo por tipo de servicio. Y verifica el tipoUsuario, que es donde más se confunden los códigos: 01, 02 y 03 son contributivo, 04 es subsidiado y 12 es particular.
El valor del servicio en cero
RechazaRVC034La RVC034 exige un valor mayor que cero cuando la modalidad de pago es «pago por evento», y exactamente cero en las demás modalidades. Es una regla de rechazo, pero la modalidad de pago no viaja en el RIPS: está en la factura electrónica. Por eso ningún validador que sólo lea el JSON puede decidirla — el nuestro tampoco, y por eso avisa en vez de marcarla como error.
Cómo se corrige: Si facturas por evento, informa el valor con los descuentos ya aplicados. Si es cápita, pago global prospectivo o grupo relacionado de diagnóstico, el cero es lo correcto.
Fechas imposibles o fuera del período de facturación
RechazaRVC013 y RVC014La RVC013 rechaza cualquier atención con fecha posterior a la de validación, y la RVC014 la que quede fuera del período de facturación de la factura electrónica. La causa técnica más común no es un error de digitación: es la zona horaria. Un servidor que exporta en UTC manda al día siguiente toda atención posterior a las 19:00 de Bogotá, y eso mueve consultas de un período de facturación a otro.
Cómo se corrige: Genera fechaInicioAtencion en hora de Colombia (UTC-5), explícitamente, y no con la hora local del servidor. Si tu software corre en la nube, casi con seguridad el runtime está en UTC.
Consecutivos repetidos o con saltos
Validación generalTanto el consecutivo del usuario como el de cada objeto de servicio deben, en palabras del documento técnico, «iniciar con el número uno (1) incrementando de uno en uno», y no puede haber números idénticos repetidos. Es lo primero que se rompe cuando el software concatena dos lotes o reintenta un envío fallido.
Cómo se corrige: Renumera después de filtrar, nunca antes. Si excluyes un registro al armar el archivo, los consecutivos hay que recalcularlos.
El municipio sin el cero del departamento
Validación generalEl código DIVIPOLA del DANE son cinco caracteres: dos de departamento y tres de municipio. Cuando el municipio se guarda como número entero en la base de datos, el cero inicial de Antioquia, Atlántico, Bolívar, Boyacá, Caldas, Caquetá, Cauca y Cesar se pierde: 05001 sale como 5001.
Cómo se corrige: Guarda el código como texto, no como número, y rellena con ceros a la izquierda al exportar. El campo es obligatorio cuando el país de residencia es 170 (Colombia), igual que la zona territorial.