Las novedades SIIFA sirven para corregir, una sola vez y en variables habilitadas, información que fue registrada de manera inconsistente frente al contrato existente. No modifican el acuerdo de voluntades. Si las partes cambian lo pactado, deben formalizar el instrumento contractual procedente, como un otrosí, y después registrarlo. La IPS debe comparar soporte, causa del cambio, dato afectado y aceptación de la contraparte antes de actuar.
Una corrección aparentemente menor puede comprometer la coherencia entre contrato, CUCON, factura y trazabilidad. Para evitarlo, el Ministerio de Salud y Protección Social publicó en octubre de 2026 el lineamiento técnico “Diferenciación del registro de novedades y Otrosí en SIIFA”, versión 1.0.0, dirigido a entidades responsables de pago, prestadores, proveedores y demás agentes obligados a registrar acuerdos de voluntades.
La idea central es inequívoca: SIIFA registra la realidad contractual, pero no la crea ni la modifica. Una novedad corrige cómo quedó representado un dato; un otrosí formaliza un cambio real acordado por las partes. Confundirlos puede debilitar la evidencia contractual, generar rechazos de la contraparte y romper la correspondencia que debe mantenerse con el Código Único de Contrato, CUCON.
Este análisis convierte el lineamiento técnico oficial sobre novedades y otrosí en controles operativos para las IPS. No reemplaza la valoración jurídica del contrato ni las instrucciones vigentes del Ministerio.
¿Qué son las novedades SIIFA?
Las novedades SIIFA son una funcionalidad del Módulo 1 de Registro de Contratación, incorporada durante la Fase II para corregir determinada información previamente registrada. Su finalidad es sincronizar el dato del sistema con el acuerdo de voluntades que ya existe y se encuentra soportado documentalmente.
El lineamiento limita la corrección, por una única vez, a cuatro elementos:
- Modalidad de pago.
- Régimen.
- Agrupador.
- Población.
Que el sistema permita intervenir estas variables no significa que autorice alterar el contrato. Antes de utilizar la funcionalidad, las partes deben comprobar si el dato quedó mal registrado desde el inicio o si la condición contractual cambió después. Solo el primer escenario corresponde a una novedad.
La página oficial de SIIFA publica el lineamiento con fecha de versión 1 de octubre de 2026, junto con el Manual Funcional de Novedades y la documentación técnica del Módulo de Contratación.
¿Cuál es la diferencia entre novedad y otrosí?
La diferencia no depende del nombre del trámite, sino de la causa y del efecto del cambio. Si se corrige la representación de algo que ya estaba pactado, puede proceder la novedad. Si se altera, adiciona, sustituye o precisa una condición contractual por decisión posterior de las partes, se necesita el instrumento jurídico correspondiente.
| Criterio | Novedad en SIIFA | Otrosí o instrumento modificatorio |
|---|---|---|
| Finalidad | Corregir un dato registrado que no refleja el contrato | Modificar una condición efectivamente pactada |
| Origen | Error de reporte, digitación o selección | Nueva manifestación de voluntad de las partes |
| Efecto jurídico | No modifica el acuerdo | Integra y cambia el marco contractual vinculante |
| Momento | Después de detectar inconsistencia entre sistema y soporte | Después de que las partes acuerdan el cambio y lo formalizan |
| Soporte | Contrato y anexos que demuestran el dato correcto | Documento contractual procedente, firmado y vigente |
| Contraparte | Debe verificar y aceptar o rechazar nuevamente | Participa en la formación del acuerdo y en su registro posterior |
| CUCON | Debe preservar identidad y trazabilidad | La actuación se registra conforme a las reglas aplicables al contrato |
Ejemplo: si el contrato estableció desde el inicio pago por evento, pero en SIIFA se seleccionó otra modalidad, existe una inconsistencia susceptible de análisis como novedad. Si las partes pactaron pago por evento y luego acuerdan pasar a otra modalidad, el cambio no es una corrección: requiere formalización contractual previa.
¿Por qué el registro no modifica el contrato?
El lineamiento recuerda que el acuerdo de voluntades antecede a su registro. SIIFA captura, intercambia y hace trazable la información contractual, pero ingresar o cambiar un dato en la plataforma no sustituye el consentimiento de las partes.
La Resolución 1962 de 2025 desarrolló la estructura del SIIFA y dispuso que las entidades responsables de pago registren los acuerdos, mientras prestadores y proveedores verifican y registran su aceptación. La norma también diferencia el acto jurídico de suscripción o modificación del registro posterior en el sistema.
Esta frontera tiene una consecuencia práctica: ninguna área de la IPS debería usar una corrección técnica para resolver, sin soporte, una diferencia que en realidad pertenece a contratación. Tecnología puede operar la herramienta; no puede crear la voluntad contractual.
¿Qué datos no pueden corregirse como novedades SIIFA?
Para preservar la identidad del contrato y su CUCON, el lineamiento excluye cinco campos de la funcionalidad de novedades:
- NIT del contratante.
- NIT del contratista.
- Fecha de suscripción.
- Fecha de inicio.
- Nombre del contrato.
Estos datos comprometen la identificación, integridad o individualización del acuerdo. Cuando existe una diferencia en alguno, la institución debe determinar la naturaleza jurídica de la actuación y aplicar el procedimiento contractual y de registro correspondiente. No debe forzarla como una corrección ordinaria.
El CUCON se asigna al formalizar el registro del contrato en SIIFA y debe incorporarse en la factura electrónica de venta para su validación en el Mecanismo Único FEV-RIPS, según el lineamiento y la Resolución 1962. Por eso, cambiar datos estructurales sin el procedimiento adecuado puede afectar la relación entre contratación y facturación.
¿Cómo debe decidir una IPS si procede una novedad?
La decisión necesita una ruta común para contratación, jurídica, facturación y tecnología. Un correo que diga “corrijan el contrato en SIIFA” no aporta evidencia suficiente.
La IPS puede aplicar este protocolo:
- Identificar la diferencia: documentar el valor registrado, el valor solicitado y el campo afectado.
- Reunir el soporte: consultar contrato, anexos y modificaciones vigentes.
- Determinar la causa: establecer si hubo error de digitación o una decisión posterior de las partes.
- Clasificar el efecto: verificar si el cambio solo alinea el registro o altera derechos, obligaciones o condiciones.
- Comprobar elegibilidad: confirmar que el campo está permitido y que no fue corregido antes mediante la funcionalidad.
- Obtener revisión: validar con responsables contractuales y jurídicos cuando exista ambigüedad.
- Registrar o formalizar: usar novedad si es una corrección; formalizar el otrosí si existe modificación real.
- Gestionar contraparte: enviar, revisar y atender aceptación o rechazo.
- Conciliar downstream: verificar CUCON, parametrización, facturas y reportes afectados.
- Conservar evidencia: archivar soporte, decisión, usuario, fecha, estado y resultado.
Esta secuencia reduce el riesgo de que cada área interprete el mismo dato de manera diferente. También permite explicar por qué se escogió una ruta y quién la aprobó.
¿Qué papel tiene la aceptación de la contraparte?
La aceptación no es un clic decorativo. El lineamiento señala que los prestadores y proveedores verifican la información registrada por la entidad responsable de pago y la aceptan o rechazan. Incluso cuando un contrato estaba aprobado y se solicita una novedad para corregir información aceptada por error, la contraparte debe revisar nuevamente.
La IPS necesita, por tanto, un responsable con acceso, conocimiento del contrato y plazo interno de respuesta. Asignar la tarea a un usuario técnico sin capacidad para contrastar documentos aumenta la probabilidad de aprobar una inconsistencia.
Conviene registrar:
- Fecha de recepción de la solicitud.
- Campo y valor anterior y propuesto.
- Documento que sustenta la corrección.
- Concepto del responsable contractual.
- Aceptación o rechazo y motivo.
- Fecha de cierre y efecto sobre otros sistemas.
Cuando la contraparte rechaza, la institución debe conservar el motivo, corregir la causa y seguir el mecanismo aplicable. Reintentar sin análisis puede repetir el error y erosionar la trazabilidad.
¿Cómo se conectan contrato, CUCON, RIPS y factura?
SIIFA está compuesto por cuatro módulos: contratación, FEV-RIPS, seguimiento a facturas y seguimiento a pagos. El micrositio oficial explica que el primero contiene acuerdos, servicios, tecnologías, modificaciones y liquidación; el segundo incorpora factura, RIPS y notas; los demás registran auditoría y pagos.
Las novedades SIIFA no deben gestionarse en aislamiento porque el dato contractual alimenta decisiones posteriores. Una modalidad de pago o población incorrecta puede producir divergencias en parametrización, liquidación, auditoría o conciliación, aunque el sistema permita completar otras etapas.
La relación operativa debe poder reconstruirse así:
Contrato firmado → registro en SIIFA → CUCON → atención y soporte → RIPS → factura → validación → radicación → auditoría → pago.
La guía de SIIFA para IPS ofrece contexto sobre los cuatro módulos. Para el marco vigente de facturación, también es pertinente el análisis RIPS y facturación: mapa normativo 2026, actualizado el 2 de octubre de 2026. Ambos enlaces deben leerse junto con la documentación oficial vigente.
¿Qué controles debe incorporar el software de la IPS?
El sistema institucional no sustituye SIIFA ni decide la validez jurídica de un cambio. Sí puede preparar y conciliar la información para reducir errores.
Los controles más útiles son:
- Maestro de contratos con versión, vigencia, pagador, sedes, servicios y responsables.
- Asociación entre contrato, CUCON, modalidad de pago, régimen, agrupador y población.
- Repositorio de anexos, otrosíes y evidencia de firma.
- Historial de valores anteriores, nuevos, causa, usuario y aprobación.
- Alertas por diferencias entre el contrato interno y la información consultada en SIIFA.
- Bloqueo o revisión reforzada cuando se afectan campos estructurales.
- Conciliación de CUCON con factura, CUV y datos de radicación.
- Bandeja de solicitudes pendientes de aceptación o rechazo.
- Reportes por pagador, responsable, antigüedad y estado.
- Segregación de funciones entre solicitud, aprobación y ejecución.
La configuración debe reflejar el gobierno institucional. Si cualquier usuario puede editar datos contractuales sin revisión, una bitácora posterior no compensa la falta de control preventivo.
¿Qué riesgos produce una clasificación equivocada?
Usar una novedad cuando se requería un otrosí puede hacer que el registro aparente una condición que no fue formalmente acordada. Tratar un error de digitación como modificación contractual puede añadir trámites innecesarios y demorar la corrección. En ambos casos se pierde consistencia.
Los riesgos principales son:
- Diferencia entre documento firmado y dato operativo.
- Rechazo o controversia con la contraparte.
- CUCON asociado a información inconsistente.
- Facturas parametrizadas bajo condiciones equivocadas.
- Dificultad para explicar cambios en auditoría.
- Pérdida de oportunidad por ausencia de responsables o plazos.
- Duplicación de contratos o registros para solucionar un error.
- Uso de correos o archivos locales como única evidencia.
El lineamiento no afirma que toda inconsistencia produzca automáticamente una glosa o sanción. Esa relación debe evaluarse caso por caso. La inferencia técnica razonable es que una base contractual inconsistente aumenta la probabilidad de diferencias posteriores en facturación y auditoría.
¿Cómo organizar responsabilidades internas?
Las novedades SIIFA atraviesan varias áreas. La gerencia debería asignar funciones explícitas:
| Área | Responsabilidad principal | Evidencia mínima |
|---|---|---|
| Contratación | Comparar dato, contrato, anexos y modificaciones | Matriz contractual actualizada |
| Jurídica | Determinar si existe corrección o modificación real | Concepto o validación según riesgo |
| Facturación | Identificar impacto en parametrización y documentos | Conciliación de facturas afectadas |
| Cartera | Revisar radicación, auditoría y pagos relacionados | Seguimiento de casos y diferencias |
| Tecnología | Administrar accesos, integración, registros y evidencias | Bitácoras y controles de cambio |
| Auditoría | Verificar coherencia y cierre | Muestra revisada y hallazgos |
| Gerencia | Definir tolerancias, escalamiento y responsables | Decisiones y tablero de control |
No todas las solicitudes necesitan un comité. La IPS puede establecer niveles: correcciones claras y soportadas siguen un flujo estándar; campos excluidos, diferencias interpretativas o efectos económicos relevantes escalan a revisión jurídica y gerencial.
¿Qué indicadores ayudan a controlar las novedades SIIFA?
El seguimiento debe medir calidad y oportunidad, no solo volumen. Indicadores iniciales:
- Solicitudes recibidas por campo, pagador y causa.
- Porcentaje clasificado como corrección frente a modificación contractual.
- Tiempo desde detección hasta decisión.
- Novedades aceptadas, rechazadas y pendientes.
- Correcciones repetidas o intentos sobre campos no permitidos.
- Facturas o parametrizaciones afectadas por una inconsistencia.
- Casos sin soporte documental suficiente.
- Diferencias detectadas después de la aceptación.
Un aumento inicial de hallazgos puede reflejar una mejor revisión, no un deterioro. La gerencia debe analizar causas: capacitación insuficiente, maestros desactualizados, interfaces defectuosas, roles confusos o contratos difíciles de parametrizar.
¿Cómo preparar una conciliación antes de registrar cambios?
La IPS debería tomar una muestra priorizada de contratos activos por valor, volumen, riesgo o proximidad de facturación. Para cada uno, compara documento firmado, anexos, información interna y registro consultado en SIIFA.
El ejercicio puede seguir cuatro pasos:
- Extraer los campos críticos y el CUCON.
- Compararlos con la fuente contractual vigente.
- Clasificar diferencias por causa y efecto.
- Asignar ruta, responsable, fecha y evidencia de cierre.
No conviene alterar masivamente registros sin probar primero casos representativos. Un piloto permite verificar permisos, aceptación de contraparte, impacto en integraciones y conservación del historial.
¿Qué conclusión dejan las novedades SIIFA para las IPS?
Las novedades SIIFA son un mecanismo de calidad del dato, no una vía para renegociar contratos dentro de la plataforma. Proceden cuando una variable habilitada quedó registrada de forma distinta a lo que ya decía el acuerdo. Cuando cambia la voluntad de las partes, la modificación debe formalizarse y luego registrarse.
El próximo paso es adoptar una matriz de decisión que documente campo, valor, soporte, causa, efecto, ruta, aprobación, contraparte y conciliación posterior. Contratación, jurídica, facturación y tecnología deben compartir esa evidencia. Ante dudas sobre el alcance contractual, la IPS debe validar el caso con sus responsables habilitados y, cuando corresponda, con el Ministerio o la autoridad competente.
Preguntas frecuentes
No. Corrige cómo fue registrada una variable habilitada para que coincida con el acuerdo existente. La modificación real del contrato requiere la manifestación de voluntad y el instrumento jurídico procedente.
El lineamiento permite, por una única vez, modalidad de pago, régimen, agrupador y población, siempre que se trate de una corrección frente a la realidad contractual.
No. Los NIT del contratante y contratista, las fechas de suscripción e inicio y el nombre del contrato están excluidos porque comprometen la identidad e integridad contractual.
Sí. El lineamiento indica que la contraparte debe verificar y aceptar o rechazar la información, incluso cuando se corrige un contrato previamente aprobado.
Contrato y anexos vigentes, comparación de valores, causa, decisión, aprobaciones, actuación en SIIFA, respuesta de la contraparte y conciliación de los sistemas o facturas relacionados.
Para controlar novedades SIIFA, una IPS necesita relacionar su maestro contractual con CUCON, facturación, RIPS y trazabilidad de cambios. Software Médico permite evaluar esa integración y sus controles con contratos reales de la institución. Puede solicitar una demo para revisar el flujo antes de configurar una operación productiva.
Fuentes oficiales consultadas
- Ministerio de Salud y Protección Social. “Diferenciación del registro de novedades y Otrosí en SIIFA. Lineamiento técnico”. Versión 1.0.0, octubre de 2026; publicado en el micrositio el 1 de octubre de 2026. Enlace oficial.
- Ministerio de Salud y Protección Social. “Sistema Integral de Información Financiera y Asistencial — SIIFA”. Documentación del Módulo de Contratación; consultado el 15 de octubre de 2026. Enlace oficial.
- Ministerio de Salud y Protección Social. “Resolución 1962 de 2025: Por medio de la cual se desarrolla la estructura del Sistema Integral de Información Financiera y Asistencial — SIIFA”. 23 de septiembre de 2025. Enlace oficial.