CONCEPTO 93128 DE 2026
(mayo 8)
<Fuente: Archivo interno entidad emisora>
SUPERINTENDENCIA FINANCIERA
MÓDULO ÚNICO DE REPORTE DE INFORMACIÓN DE CARTERA (MURIC), DILIGENCIAMIENTO
Síntesis: se realizan algunas aclaraciones técnicas y normativas sobre el proceso de implementación del MURIC.
«… nos permitimos presentar las respuestas a sus inquietudes sobre el diligenciamiento del MURIC (Módulo Único de Reporte de Información de Cartera):
Consulta No 1: 'Reglas de Diligenciamiento - Fecha desembolso: Cuando corresponde a una compra de cartera, ¿qué fecha se debe diligenciar: * La fecha cuando la operación ingresa a la entidad que la adquirió o *la fecha cuando la originó la entidad que la otorgó inicialmente?'
Respuesta:
El diligenciamiento de la fecha de desembolso depende de la naturaleza de la adquisición:
Compra de cartera a originadores: Se debe reportar la fecha de originación inicial del crédito por parte de la entidad que lo otorgó primero.
Compra de deuda (Nace como nuevo crédito): Si la operación implica la extinción de una deuda previa para dar lugar a una nueva obligación en la entidad adquirente (sustitución de deuda), se debe utilizar la fecha en que se realiza la compra/desembolso del nuevo crédito.
Consulta No 2: 'MURIC 001-001 - código_producto: ¿En qué orden se realiza la marcación de comercial dado que una misma obligación puede pertenecer a varias clasificaciones?'
Respuesta:
Para efectos del reporte en el insumo MURIC-001-001, cada obligación debe estar asociada a un único código de producto. La entidad debe realizar el análisis interno para clasificar la operación bajo la categoría que mejor represente su naturaleza principal.
Consulta No 3: 'MURIC 001-001 – código producto: ¿Cómo se validarán los reportes simultáneos teniendo en cuenta que las clasificaciones son diferentes a las de MURIC?'
Respuesta:
Durante el periodo de reporte simultáneo, la Superintendencia realizará de manera interna los procesos de homologación por producto para asegurar la comparabilidad de las cifras. Es importante aclarar que, actualmente, no existen validadores automáticos que exijan una consistencia idéntica entre los productos de los formatos tradicionales y los del MURIC, dado que el nuevo modelo introduce una taxonomía más detallada y distinta a la de los productos vigentes.
Consulta No 4: 'Con respecto a lo que se publica en la página de la Superintendencia, Desembolsos, aprobaciones e indicador de calidad por cosechas (publicado en el enlace: Desembolsos, aprobaciones e indicador de calidad por cosechas) ¿qué va a pasar con la información que se puede consultar, dado que se derogan esas proformas (Formatos 454 al 457), esa información seguirá de la misma forma o va a cambiar?'
Respuesta:
La disponibilidad de la información histórica y estadística que la Superintendencia comparte con el mercado se mantiene invariable. La SFC continuará construyendo y publicando la información ahora capturada a través del MURIC.
Consulta No 5: 'Con respecto a lo que se publica en la página de la SFC, Evolución de la cartera de créditos (publicado en el link: Evolución de la cartera de créditos) ¿qué va a suceder con la información que se puede consultar, dado que se derogan la proforma (Formato 453), esa información seguirá de la misma forma o va a cambiar?'
Respuesta:
Aplica el mismo criterio de la respuesta de la consulta No 4.
Consulta No 6: 'estados de crédito: Con respecto al estado Vendida/cedida, ¿se deben incluir los créditos que se ceden a otras entidades por concepto de cesión de garantía hipotecaria? y en este mismo sentido en el atributo 20 "Marcación de compra de operación" y atributo 21 "ID de entidad a la que se compra la cartera" ¿relacionamos aquellas que se reciben en la entidad por concepto de cesión de garantía hipotecaria?'
Respuesta:
Para el reporte de cesiones, es fundamental precisar que el Atributo 21 (ID de entidad a la que se compra la cartera) es de uso exclusivo para la entidad que realiza una compra de cartera, por lo cual no debe ser reportado por la entidad que vende o cede el activo.
Adicionalmente, se invita a la entidad a consultar de manera permanente el Documento Técnico del MURIC, el cual puede ser descargado en el siguiente enlace: Proyectos Documentos Técnicos: [Proyecto No 01-2026]. Igualmente, los validadores de reglas lógicas y de negocio se encuentran disponibles para su consulta en la página oficial de la SFC, bajo la siguiente ruta: Inicio / Entidades vigiladas y controladas / Interés del Vigilado / Reportes / Índice de reportes de información a la Superintendencia Financiera / Validadores Técnicos [Reglas lógicas y de negocio – MURIC].
Finalmente, con el propósito de facilitar su proceso de implementación, adjuntamos a continuación una selección de preguntas frecuentes con las aclaraciones técnicas y normativas más relevantes:
| Temática | Pregunta | Respuesta |
| Estructura y Variables de los Insumos | En los Insumos 1 y 2 ¿se reportan todos los campos cada mes o solo los que cambian? | Se puede enviar stock completo o solo cambios. El Insumo 3 (Movimientos) siempre va completo cada mes. Regla 22. |
| En tarjetas y sobregiros ¿qué fecha de desembolso y qué valor se reporta? | Fecha de creación o aprobación del cupo. Valor: cupo total aprobado, no el monto utilizado, monto utilizado se reporta en el insumo 3. | |
| ¿Cuál es la diferencia entre DTF y DTFE? ¿Cuál se reporta cuando se habla de DTF solo? | La DTF es nominal y la DTFE es la misma tasa convertida a efectiva anual. Se recomienda registrar únicamente "DTF". No usar DTF180 ni DTF360 o DTFE. | |
| ¿Cuándo se reporta el campo spread_tasa_interes? | Solo para créditos en tasa variable. Es la diferencia entre la tasa efectiva y el indicador de referencia pactado (ej. IBR + 0,05 ? spread = 0,05). Para tasa fija va nulo. Se permiten spreds negativos. | |
| Los estados transitorios (Pagado, Vendido, Titularizado, Recuperación) ¿se reportan todos los meses? | Solo en el mes en que ocurre la novedad. Si hay dos estados en el mismo mes, se reporta el último vigente al corte. | |
| Una operación castigada que recibe un pago parcial ¿cómo se reporta? ¿Y si el mes siguiente no hay pago? | En el mes del pago: estado Recuperación con saldos actualizados. Si el siguiente mes no hay recaudo: vuelve a estado Castigado. | |
| ¿Se incluyen reversos, condonaciones o disputas de franquicias en pago_recibido_capital/intereses? | No. Solo pagos efectivos recibidos del deudor. No se admiten valores negativos ni ajustes sin flujo de efectivo real. | |
| ¿Se reportan los intereses contingentes (suspendidos por mora)? | No. Solo se reportan intereses ordinarios causados y pendientes de pago. Los contingentes son fuera de balance y se excluyen. | |
| Si un crédito tiene más de una garantía ¿cuál se reporta? | La garantía de mayor cobertura en tipo, valor y fecha de avalúo, tanto en el Insumo 1 como en el Insumo 2. Si se presenta el mismo valor de cobertura prima la garantía de mayor idoneidad. | |
| ¿Cuál es la diferencia entre el campo marco_legal y el estado del crédito? | El campo marco_legal se asocia al estado «3. Reestructurado», debiendo reportarse los códigos N000R01 a N000R06 según la normativa aplicada; para cualquier otro estado, se debe registrar obligatoriamente el código por defecto N000001. | |
| ¿La entidad originadora debe reportar la cartera titularizada o lo hace la titularizadora? | La reporta la entidad originadora que administra la cartera, por tener la información del comportamiento del deudor. | |
| ¿Qué cartera debe reportarse en MURIC? ¿Solo la del formato 341 y 507? | Toda la cartera originada y vigente: propia, castigada y cedida. No se reporta la cartera administrada por cuenta de terceros. | |
| ¿Cómo se reportan las consolidaciones de créditos? | El crédito hijo nace con nuevo ID. Los créditos padre reportan estado Consolidado en el Insumo 3 y no se reportan más de ahí en adelante. El Insumo 2 del hijo registra los atributos 17 y 18. | |
| ¿Qué pasa con atributos del Insumo 2 que no aplican o de los que no se tiene dato? | Si no aplica por tipología del deudor: no se reporta. Si aplica pero no hay dato: usar código Sin información cuando la tabla de referencia lo permita. | |
| ¿Los créditos con estado Pagado se reportan en meses posteriores a la cancelación? | No. Solo se reportan en el mes de la cancelación sin replicar el dato de ahí en adelante. No se requiere historial de periodos anteriores a la implementación del MURIC. | |
| ¿Cómo se reportan las provisiones de Vivienda y Microcrédito? | modelo_provisiones = código 3 (Sin modelo de referencia SFC). Procíclica y contracíclica en cero. Provisión determinística va en provision_otros. | |
| El código de producto de tarjetas depende de los ingresos del cliente ¿cambia si el ingreso varía? | No. Los ingresos se toman al momento de la originación y el código de producto permanece constante toda la vida del crédito. | |
| ¿El campo identificacion_credito_entidad puede tener caracteres especiales o guiones? | Sí. Es por ser tipo string y la entidad elige el formato. Debe ser único, invariable y consistente en los tres insumos. | |
| ¿Cómo se reportan los créditos sostenibles que pierden su condición? | Se deja de reportar el atributo 25 y se detalla en los 26 y 27 detallar la pérdida de los beneficios. | |
| ¿Qué pasa si no se tiene información demográfica (grupo étnico, sexo) para el stock inicial? | Se espera que la entidad lo complete progresivamente en nuevos desembolsos y actualizaciones del cliente. | |
| ¿Cómo se reporta la tasa de interés para tarjetas de crédito que presentan diferentes tasas en un mismo mes por múltiples utilizaciones? | la tasa de interés a reportar deberá corresponder a la tasa ponderada por exposición, calculada con base en las utilizaciones vigentes que conforman el saldo efectivamente utilizado al cierre del periodo. | |
| Esquema Avro y validadores de Negocio y Lógica | ¿En qué formato debe construirse y enviarse el archivo MURIC? ¿Vale Excel o txt? | Solo se acepta Apache AVRO con schema JSON v2.0.10. La extensión de envío es .avro.p7z. No se aceptan txt, Excel ni CSV. |
| ¿Dónde se consulta la especificación técnica del AVRO (longitud de campos, tipos, delimitadores)? | En la documentación oficial de Apache AVRO: https://avro.apache.org/docs/1.11.1/specification/ | |
| Las fechas tienen logicalType date ¿se envían como texto YYYY-MM-DD o como entero? | Como entero: número de días desde el 1 de enero de 1970. Ej: 31/10/2025 = 20392. Las librerías (Python, Java, Spark) hacen la conversión automáticamente. | |
| ¿La compresión Snappy es interna al AVRO o se aplica después de generarlo? | Es codec interno: el archivo AVRO se genera directamente con compresión Snappy. No es una compresión externa posterior. | |
| ¿Cuál es el flujo correcto para preparar el archivo? | 1. Generar AVRO con Snappy interno. 2. Firmar digitalmente ? extensión .avro.p7z. 3. Si supera 100 MB: particionar para envío multipart vía API. Para canal MTA: enviar sin particionar. | |
| ¿Se pueden agregar campos adicionales al schema AVRO? | No. El schema muricV2.0.10.json debe cumplirse de forma estricta. Cualquier campo adicional genera rechazo. | |
| Los campos con tipo [null, tipo] ¿son obligatorios? | No son obligatorios. | |
| Si el archivo es rechazado ¿se reenvía solo la parte corregida o el archivo completo? | Siempre el archivo completo con las correcciones. No se permite reenviar solo los registros con error. | |
| ¿Cuáles son las causas de rechazo de un archivo? | Schema incorrecto, incumplimiento de reglas lógicas o de negocio, o firma digital no autorizada. | |
| ¿Sobre qué archivo se calcula el checksum SHA-256? | Sobre el archivo AVRO completo ya firmado digitalmente. El resultado (cadena hexadecimal) se envía junto con el archivo para validar integridad. | |
| ¿Con qué certificado se firma el archivo y quién lo hace? | Cada entidad firma con el mismo certificado que ya usa para transmitir información a la SFC. Es un proceso independiente de la autenticación en el API. | |
| ¿Cuál es la llave que enlaza los tres insumos del archivo? | La combinación de identificacion_credito_entidad + tipo_identificacion + numero_identificacion, idéntica en los tres insumos para cada operación. | |
| ¿Hay límite de reintentos ante errores del API (error 5XX)? | No. Sin embargo, el token expira cada 20 minutos y debe renovarse antes de cada reintento. | |
| ¿Existe un número máximo de transmisiones por periodo? | No hay límite de transmisiones por periodo. | |
| ¿Con qué grupos contables del CUIF concilia el MURIC? | Los validadores de negocio se encuentran publicados en www.superfinanciera.gov.co >Entidades > Interés del Vigilado > Reportes > Índice de reportes de información a la Superintendencia Financiera > Validadores Técnicos > Reglas lógicas y de negocio – MURIC | |
| ¿La SFC tiene un validador local para revisar el AVRO antes de transmitir? | El validador opera al momento de la transmisión y muestra los errores vía API de consulta de estado. Los validadores se muestran en la página de la superintendencia. | |
| ¿Cómo se visualizan los errores de validación? | El sistema responde en JSON con: tipo entidad, código entidad, fecha corte, status y lista de errores con rule_id, message y detail. | |
| ¿Con qué cuentas CUIF se validan capital y provisiones de Vivienda y Microcrédito? | El MURIC no tiene cruce contable de 6 dígitos para estas provisiones. | |
| ¿El archivo AVRO tiene un único registro raíz con tres arrays para los tres insumos? | Sí. Un registro raíz MURIC contiene tipo_entidad, codigo_entidad, fecha_corte y tres arrays: creditos (Insumo 1), demograficos (Insumo 2) y movimientos (Insumo 3). | |
| ¿Qué tecnología se recomienda para construir el AVRO con grandes volúmenes de créditos? | La SFC no define tecnología específica. Para volúmenes de millones de registros se recomienda desarrollo vía código con frameworks de procesamiento distribuido como Apache Spark. | |
| Esquemas de trasmisión | ¿Las API de MURIC requieren VPN? | No. Las API se exponen en internet y no requieren VPN. |
| ¿Se necesita un usuario especial para transmitir MURIC? | No. Se usa el mismo usuario de los formatos tradicionales. La gestión se hace por autogestión en la página de la SFC. | |
| ¿Cuánto dura el token de autenticación? | 15 minutos. Debe renovarse antes de cada segmento en transmisiones multipart o reenvíos automáticos. | |
| En una transmisión multipart con error ¿desde qué parte se reenvía? | Desde la parte 1. No es posible retomar desde la parte que falló. | |
| Si se envía una parte duplicada en multipart ¿qué hace el sistema? | Toma la última versión de esa parte enviada. Si el checksum no cuadra al final, rechaza la transmisión completa. | |
| ¿Existe un ambiente de pruebas separado del productivo? | No. Las pruebas se realizan en el ambiente productivo en las fechas definidas en la CE 016 de 2025 según el grupo de adopción de cada entidad. | |
| ¿Cuáles son los canales de transmisión y cuándo se usa cada uno? | Principales: API REST y Superfinanciera Archivos (MTA). SFTP: solo contingencia cuando los dos canales principales están indisponibles. | |
| ¿Cómo se habilita el SFTP de contingencia? | Solo la SFC lo activa. Los parámetros (host, usuario, ruta) se comunican a la entidad vía casillero virtual únicamente cuando se activa la contingencia. | |
| ¿Cuál es el flujo de seguridad para consumir el API? | Autenticarse con usuario y contraseña en Base64 ? obtener token JWT ? enviarlo como Bearer en el header Authorization. Comunicación por TLS 1.2 o superior. | |
| ¿Cómo y cuándo se consulta el estado de una transmisión? | En cualquier momento después de obtener el ID de transmisión, mediante el servicio API de consulta de estado. Retorna el resultado y el detalle de errores si los hay. | |
| ¿El canal MTA requiere usuario diferente al del API? | No. Mismo usuario en ambos canales. Para MTA el archivo firmado se envía como una única unidad sin particionar. | |
| ¿Se genera un certificado o constancia al finalizar la transmisión? | No. El resultado se verifica consultando el estado vía API de consulta de estado de la transmisión. | |
| ¿Hay límite de reintentos o de transmisiones por periodo? | No hay límite en ninguno de los dos. Solo se debe renovar el token cada 15 minutos. | |
| ¿Qué algoritmo usa el JWT de autenticación? | HS512 (HMAC con SHA-512), vigencia 15 minutos, enviado como Bearer en header Authorization. | |
| ¿Por qué la contraseña va en Base64? ¿Es un cifrado? | No es cifrado. Es codificación estándar para transportar la contraseña en el JSON. La seguridad real la provee TLS 1.2 en el canal de comunicación. | |
| ¿Cuáles son las URLs del API de MURIC? | Base: https://apim-sfc-prod-cross.azure-api.net/ Autenticación: /api/auth/ - Transmisión: /api/muric - Consulta de estado: /salida/respuesta. No hay ambiente DEV independiente. | |
| ¿En qué fechas se pueden hacer las pruebas de transmisión? | Solo en las ventanas definidas en la CE 016 de 2025 según el grupo de adopción. El primer grupo de EC: del 1 al 30 de abril de 2026 con corte 31/12/2025. | |
| ¿A quién se contacta para soporte durante la implementación? | Durante la implementación previa a pruebas: Centro de Excelencia e Inteligencia Artificial de la SFC. Durante los plazos oficiales: mesa de ayuda según el documento técnico. | |
| ¿Un mismo usuario puede transmitir por dos entidades diferentes? | No. El usuario está asociado al código de entidad. Cada entidad debe tener sus propias credenciales. | |
| ¿El contenido del archivo AVRO va cifrado durante la transmisión? | No va cifrado. Va firmado digitalmente (integridad y autenticidad). La confidencialidad la garantiza el canal TLS 1.2 o superior. | |
Les recordamos que esta Delegatura permanece atenta a resolver cualquier inquietud adicional que surja durante el proceso de implementación del reporte MURIC.
