entrega de bases de datos personas fÍsicas intf v 13grupoasis.com.mx/intranet/e-...

MI-PF-BD-TEC / V.011 DICIEMBRE / 2015

ENTREGA DE BASES DE DATOS PERSONAS FÍSICAS – INTF VERSIÓN 13

TECNICO

OCTUBRE / 2015 2 / 152

BURO DE CREDITO (Trans Union de México, S.A. SIC)

ENTREGA DE BASE DE DATOS / PERSONAS FISICAS

Tabla de Contenido

INTRODUCCIÓN ....................................................................................................................................... 3 HISTÓRICO DE CAMBIOS .......................................................................................................................... 4 ACERCA DE BURO DE CREDITO ................................................................................................................. 8 MARCO LEGAL ......................................................................................................................................... 9 CÓMO LEER Y USAR ESTE MANUAL ........................................................................................................ 13 REPORTANDO LA BASE DE DATOS ......................................................................................................... 14 ESTRUCTURA DEL FORMATO INTF PARA LA ACTUALIZACIÓN DE LA BASE DE DATOS ............................. 15

GENERALIDADES DEL FORMATO INTF ................................................................................................................... 16 REPORTE DE INFORMACIÓN ................................................................................................................................ 16 DESCRIPCIÓN Y VALIDACIÓN DE LOS CAMPOS DEL FORMATO INTF .............................................................................. 18 ELABORACIÓN DEL ARCHIVO INTF ....................................................................................................................... 21 SEGMENTO DE ENCABEZADO O INICIO - INTF ......................................................................................................... 22 SEGMENTO DE NOMBRE DEL CLIENTE O ACREDITADO - PN ....................................................................................... 24 SEGMENTO DE DIRECCIÓN DEL CLIENTE - PA .......................................................................................................... 31 SEGMENTO DE EMPLEO DEL CLIENTE - PE .............................................................................................................. 38 SEGMENTO DE CUENTA O CRÉDITO DEL CLIENTE – TL .............................................................................................. 47 SEGMENTO DE CIERRE Y CIFRAS DE CONTROL - TR .................................................................................................. 79

FORMATO CORTO PARA ACTUALIZACIONES PARCIALES ........................................................................ 82 DESCRIPCIÓN GENERAL DEL FORMATO CORTO PARA ACTUALIZACIONES PARCIALES ....................................................... 83 SEGMENTO DE INICIO DE ARCHIVO ....................................................................................................................... 85 SEGMENTO DE CUENTA O CRÉDITO DEL CLIENTE ..................................................................................................... 86 SEGMENTO DE FIN DE ARCHIVO ........................................................................................................................... 92 ANEXO 1 - CÓDIGOS DE TIPO DE NEGOCIO O KOB DEL USUARIO .............................................................................. 94 ANEXO 2 - CÓDIGOS DE TIPO DE CONTRATO O PRODUCTO ....................................................................................... 96 ANEXO 3 - FORMA DE PAGO - MOP .................................................................................................................... 98 ANEXO 4 - CLAVES DE OBSERVACIÓN .................................................................................................................... 99 ANEXO 5 - PREFIJOS PERSONALES ...................................................................................................................... 113 ANEXO 6 - CÓDIGOS DE PAÍSES Y MONEDAS ........................................................................................................ 114 ANEXO 7 - CÓDIGOS DE ESTADOS DE LA REPÚBLICA MEXICANA ............................................................................... 118 ANEXO 8 - CÓDIGOS DE ERROR. ......................................................................................................................... 119 ANEXO 9 - MEDIOS PARA ENVÍO DE LA INFORMACIÓN ............................................................................................ 149 CONTACTOS BURÓ DE CRÉDITO ......................................................................................................................... 152

TECNICO

OCTUBRE / 2015 3 / 152



Introducción

El “Manual Técnico” para la entrega de la base de datos de Personas Físicas ha

sido desarrollado por BURO DE CREDITO, especialmente para el área de

Tecnología o Técnica del Usuario, responsable de elaborar el proceso para

construir la base de datos.

El presente Manual tiene como propósito describir la forma técnica en que se

construirá la base de datos que será enviada o reportada a BURO DE CREDITO,

así como qué datos son los que la conformarán incluyendo una explicación

detallada de los mismos; así, empresas de cualquier sector que ofrezca sus

productos y/o servicios a crédito o de operaciones análogas, podrán integrar la

información del historial crediticio de sus Clientes a la base de datos de BURO DE

CREDITO.

TECNICO

OCTUBRE / 2015 4 / 152



Histórico de Cambios

Historial de Cambio

Fecha Liberación Tipo de Cambio Resumen del Cambio con respecto a la

Información Anterior Página

Diciembre ‘15 Segmento TL-Cuenta Se especifica regla de la etiqueta Plazo en Meses 56

Octubre ‘15 Anexo Claves de Observación.

Se cambia descripción de la Clave GP:

Antes: Ejecución de Garantía en Pago por Crédito Prendario.

Ahora: Ejecución de Garantía Prendaría o Fiduciaria en Pago por Crédito.

99

Septiembre‘15

Inclusión de nuevas Claves de Observación

Se incluyen 5 nuevas claves al Anexo de Claves

de Observación. 99

Resaltar etiquetas en color rojo

Solo se quedan resaltadas en color rojo las

etiquetas que estarán disponibles

productivamente en Septiembre del 2015.

26

34

42

50

Inclusión de dato en etiqueta 23 – Limite de Crédito.

Se agrega funcionalidad del doble cero para la

etiqueta de Limite de crédito (23) en el segmento

de Cuenta-TL 53

Junio‘15

Corrección en suma de longitudes

Se corrige la suma de longitudes del segmento

Empleo – PE

Se corrige la suma de longitudes del segmento

de Cuenta-TL

42

57

Inclusión Catálogo de Mensajes de Error

Se incluye el catálogo de mensajes de error 118

Marzo‘15 Ajuste de Criterios en Sección Formato corto en Segmento de Crédito

En el apartado de Formato Corto, se ajusta el criterio de funcionalidad para Fecha de Cierre 89

Se elimina etiqueta de Saldo Insoluto del Principal y Monto de último pago

91

TECNICO

OCTUBRE / 2015 5 / 152



Histórico de Cambios

Historial de Cambio



Enero‘15

Derivado de la publicación de la Circular 17/2014 d el Banco de México en el Diario Oficial de la Federación, con fecha 03 de octubre 2 014, se consideran los siguientes cambios para la elaboración del archivo de entrega de información:

Ajustes en la descripción del Segmento:

Dirección del Cliente- PA

Etiquetas:

03-CIUDAD

04-ESTADO

05-CÓDIGO POSTAL

12-ORIGEN DE DOMICILIO

30

Ajustes en validación de etiquetas Segmento:

Empleo del Cliente-PE

Etiquetas:

PE-NOMBRE O RAZÓN SOCIAL DEL EMPLEADOR

00-PRIMER LÍNEA DE DIRECCIÓN

02-COLONIA O POBLACIÓN

04-CIUDAD

05-ESTADO

06-CÓDIGO POSTAL

SE AGREGA NUEVA ETIQUETA:

ORIGEN DE LA RAZÓN SOCIAL Y DOMICILIO

37

Ajustes en la descripción del Segmento:

Cuenta o Crédito-TL

Etiquetas:

11-FRECUENCIA DE PAGOS

13-FECHA DE APERTURA

14-FECHA DE ÚLTIMO PAGO

15-FECHA DE ÚLTIMA COMPRA

22-SALDO ACTUAL

24-SALDO VENCIDO

46

Sección Formato Corto Se agrega funcionalidad para Fecha de Apertura 88

Nuevo KOB En el Anexo 1, se agrega un nuevo KOB “CO” 94

Nuevas Claves de Observación

En el Anexo 4, se agregan 2 nuevas claves de

Observación: GP e IS. 99

TECNICO

OCTUBRE / 2015 6 / 152



Historial de Cambio



Diciembre‘14

Derivado de la publicación de la Circular 17/2014 d el Banco de México en el Diario Oficial de la Federación, con fecha 03 de octubre 2 014, se consideran los siguientes cambios para la elaboración del archivo de entrega de información:

Se crea versión 13 donde se agregan validaciones al Formato de entrega de información.

Información sobre Circular 17/2014 10 a 12

Datos Generales:

• Dato de 2º nombre es requerido.

• Dato de apellido materno es requerido.

• Dato de fecha de nacimiento requerido.

• Dato de RFC requerido.

23 a 25

Datos de Domicilio:

Dato de Colonia, Delegación y Ciudad / Municipio

pasan a ser requeridos.

30 a 32

Datos de Empleo:

• Ampliación de la longitud del campo

correspondiente a Razón Social / Empleador

(de 40 a 99 posiciones).

• Suma de Longitudes Máximas

37

41

Datos de la Cuenta:

Para el segmento de cuenta (TL) se agregan dos

nuevos campos: plazo en meses y monto de

crédito a la originación.

• Dato de Frecuencia de Pago, Fecha de

Último Pago, Fecha de Última Compra,

Fecha de Reporte, Saldo Actual y Saldo

vencido pasan a ser requeridos.

48 – 52

TECNICO

OCTUBRE / 2015 7 / 152



Historial de Cambio



Diciembre‘14

Se crea versión 13 donde se agregan validaciones al Formato de entrega de información.

Nuevas Etiquetas en el segmento de Cuenta

(detalle):

” Plazo en Meses”

“Monto del Crédito a la Originación”

Se modifican los siguientes datos:

Suma de Longitudes máximas

Suma de longitudes de etiquetas

Se completa ejemplo del Segmento de Cuenta

55

56

Se actualizan los

siguientes apartados

• Reglas de Validación y de Rechazo

• Anexo 6 Código de Países

67

113

TECNICO

OCTUBRE / 2015 8 / 152



Acerca de BURO DE CREDITO BURO DE CREDITO es el nombre comercial que engloba a dos Sociedades de

Información Crediticia:

• TransUnion de México, S.A., SIC .- Dedicada a la conformación de la

base de datos de Personas Físicas, así como el desarrollo de productos

basados en ésta.

• Dun & Bradstreet, S.A., SIC .- Integra la base de datos de Personas

Morales y Personas Físicas con actividad Empresarial, igualmente,

desarrolla los productos para estos segmentos.

BURO DE CREDITO tiene 2 objetivos principales:

• La conformación de la base de datos del comportamiento crediticio más

grande, completa y confiable del país.

• Hacer que la relación BURO DE CREDITO – Usuario sea coordinada,

confiable y cordial dentro del marco legal permitiendo que BURO DE

CREDITO sea más que un proveedor, convirtiéndose en un colaborador y

un socio que permita desarrollar oportunidades de negocio donde se dé

una relación de ganar-ganar.

TECNICO

OCTUBRE / 2015 9 / 152



Marco Legal

En 2002 se emitió oficialmente por primera vez las bases sobre las cuales

operarían las Sociedades de Información Crediticia, estando conformada por:

• “Ley para Regular las sociedades de Información Cre diticia” (LRSIC)

desarrollada y aprobada por el Congreso y publicada en el Diario Oficial de

la Federación, y

• “Reglas generales a las que deberán sujetarse las o peraciones y

actividades de las Sociedades de Información Credit icia y sus

Usuarios” emitidas por el Banco de México.

Para entender los derechos y responsabilidades tanto de los Usuarios (Otorgantes

de crédito), Clientes (Consumidor) y Sociedades de Información Crediticia (Burós

de crédito), en el proceso de la “Entrega de Bases de Datos”, a continuación se

mencionan los principales artículos de la “Ley para Regular las Sociedades de

Información Crediticia” y las “Reglas generales a las que deberán sujetarse las

operaciones y actividades de las Sociedades de Información Crediticia y sus

Usuarios” referentes a la entrega de información:

TECNICO

OCTUBRE / 2015 10 / 152



Ley para Regular las Sociedades de Información Cred iticia

CAPITULO II: DE LA BASE DE DATOS

ARTICULO 20.- La base de datos de las Sociedades se integrará con la información sobre operaciones crediticias y otras de naturaleza análoga que le sea proporcionada por los Usuarios. Los Usuarios que entreguen dicha información a las Sociedades deberán hacerlo de manera completa y veraz; asimismo, estarán obligados a señalar expresamente la fecha de origen de los créditos que inscriban y la fecha del primer incumplimiento. Las Sociedades no deberán inscribir por ningún motivo, créditos cuya fecha de origen no sea especificado por los Usuarios, o cuando éste tenga una antigüedad en cartera vencida mayor a 72 meses. Lo anterior, de conformidad con lo establecido en los artículos 23 y 24 de esta ley.

En caso de que la información proporcionada por el Usuario sea relativa a una persona moral, el Usuario deberá incluir a los accionistas o titulares de las partes sociales, según corresponda, que sean propietarios del 10% o más del capital social.

Cuando el cliente realice el cumplimiento de una obligación, el Usuario deberá proporcionar a la Sociedad la información del pago correspondiente y la eliminación de la clave de prevención u observación correspondiente. El Usuario deberá enviar dicha información dentro de los cinco días hábiles posteriores al pago. En el caso a que se refiere el párrafo quinto del artículo 27 bis, los Usuarios contarán con un plazo de hasta diez días hábiles para enviar la información actualizada a la Sociedad.

En el supuesto al que se refiere el párrafo anterior, las Sociedades tendrán un plazo de hasta tres días hábiles contados a partir de la fecha en que hayan recibido la información de los Usuarios, para actualizar dicha información en sus bases de datos.

Cuando los clientes se acojan a programas de recuperación de créditos de entidades financieras, Empresas Comerciales o Sofomes E.N.R. los usuarios deberán reportar a las sociedades de Información Crediticia dichos créditos como saldados, en caso de que hayan sido finiquitados.

ARTICULO 20 Bis.- Los Usuarios tienen prohibido reportar a las Sociedades de Información Crediticia información respecto de créditos no contratados por un Cliente.

En relación con información respecto de créditos, préstamos o financiamientos revolventes asociados a una tarjeta que no haya sido solicitada ni contratada por un Usuario, las Sociedades de Información Crediticia procederán a borrar de la base de datos, dentro de los cinco días hábiles posteriores a la solicitud del Cliente afectado, la información que haya sido reportada. Para efectos de este párrafo se entenderá como tarjeta no solicitada ni contratada, salvo prueba en contrario, aquella que no haya tenido disposiciones de la línea de crédito y sólo presente cargos por comisiones

ARTICULO 21.- Las Sociedades establecerán claves de prevención y de observación, así como los manuales operativos estandarizados que deberán ser utilizados por los diferentes tipos de Usuarios, para llevar a cabo el registro de información en su base de datos, así como para la emisión, rectificación e interpretación de los Reportes de Crédito y Reportes de Crédito Especiales que la Sociedad emita.

Las claves de prevención y de observación, así como los manuales operativos citados en el párrafo anterior y sus modificaciones, deberán ser aprobados por el consejo de administración de la Sociedad. Adicionalmente, las referidas claves y sus modificaciones deberán ser aprobadas por la Comisión.

ARTICULO 22.- La Sociedad deberá adoptar las medidas de seguridad y control que resulten necesarias para evitar el manejo indebido de la información.

Para efectos de esta ley, se entenderá por uso o manejo indebido de la información cualquier acto u omisión que cause daño en su patrimonio, al sujeto del que se posea información, así como cualquier acción que se traduzca en un beneficio patrimonial a favor de los funcionarios y empleados de la Sociedad o de esta última, siempre y cuando no se derive de la realización propia de su objeto.

ARTICULO 23.- Las Sociedades están obligadas a conservar los historiales crediticios que les sean proporcionados por los Usuarios, correspondientes a cualquier persona física o moral, al menos durante un plazo de setenta y dos meses.

…

En el caso de que el Cliente celebre un convenio de finiquito y pague lo establecido en éste, el Usuario deberá enviar a la Sociedad la información respectiva, a fin de que ésta refleje que el pago se ha realizado, con la correspondiente clave de observación.

TECNICO

OCTUBRE / 2015 11 / 152



Circular 17 / 2014 de Banco de México (Banxico)

A continuación se explica el detalle a nivel técnico de las modificaciones a los formatos de

integración de base de datos, para dar atención a los requerimientos publicados en el Diario Oficial

de la Federación de la Circular 17 / 2014 del Banco de México (Banxico) , del pasado 3 de

octubre de 2014 .

La Circular 17 / 2014 estipula adecuaciones en la forma y contenido de la información que las

Instituciones de Crédito deben reportar a las Sociedades de Información Crediticia, cuya actividad

principal sea el otorgamiento de crédito:

• Almacenes Generales de Depósito;

• Instituciones de Fianzas;

• Instituciones de Seguros;

• Casas de Bolsa;

• Instituciones de Banca Múltiple;

• Instituciones de Banca de Desarrollo;

• Organismos Públicos;

• Fideicomisos de Fomento Económico constituidos por el Gobierno Federal, Uniones de

Crédito, Sociedades de Ahorro y Préstamo;

• Sociedades Financieras Comunitarias;

• Sociedades Financieras Populares

• Sociedades Cooperativas de Ahorro y Préstamo;

• Entidades Financieras que actúen como Fiduciarias en Fideicomisos que otorguen o

administren crédito, préstamo o financiamiento al público;

• Sociedades Financieras de Objeto Múltiple reguladas y no reguladas.

Es importante mencionar que estos cambios aplican para aquellos expedientes y créditos que son

originados con fecha posterior a la publicación de la circular, es decir, con fecha posterior al 3 de

octubre del 2014.

Para conocer el detalle de la Circular, pueden acceder a la siguiente página en Internet:

• http://www.dof.gob.mx/nota_detalle.php?codigo=5362644&fecha=03/10/2014

TECNICO

OCTUBRE / 2015 12 / 152



Alcance

Buró de Crédito habilitará un nuevo Formato para la entrega de base de datos identificado como

INTF versión 13, que considera los cambios comentados anteriormente, mismos que se explican a

detalle en las secciones correspondientes a los segmentos del formato.

TECNICO

OCTUBRE / 2015 13 / 152



Cómo leer y usar este Manual

Para tener éxito en la creación del archivo de la Base de Datos que el Usuario

enviará al menos una vez al mes a BURO DE CREDITO, se sugiere dar lectura

completa al Manual, sin embargo, los siguientes temas deberán ser consultados en

el orden en que se enlistan para la construcción y envío de la Base de Datos:

• Formato INTF

• Descripción y validación de los campos del Formato INTF

o Versión 12

o Versión 13: Cambios solicitados en la Circular 17/ 2014 del Banco de México, publicada en el Diario Oficial de la Federación el 3 de octubre de 2014.

• Validaciones y Procesos adicionales

• Opción deseada para la construcción del archivo de la Base de Datos

• Formato Corto para Actualizaciones Parciales (Actualizaciones con periodicidad menor a un mes y para reflejar el cumplimiento de la obligación del acreditado de acuerdo al artículo 20 de la LRSIC)

TECNICO

OCTUBRE / 2015 14 / 152



Reportando la Base de Datos

La información del historial crediticio de un Cliente (Consumidor) se conforma de

datos sensitivos, la calidad y la seguridad de la información no solo le concierne y

es responsabilidad de las Sociedades de Información Crediticia, sino también de

los Usuarios (empresas e instituciones que otorgan sus productos y/o servicios a

crédito).

Para hacer llegar la información del comportamiento de sus Clientes, los Usuarios

deberán hacerlo de forma completa, correcta y con todas las medidas de

seguridad requeridas. Para tal proceso, BURO DE CREDITO solicita a sus

Usuarios lo hagan a través de un formato estandarizado llamado INTF que se

describe a continuación.

TECNICO

OCTUBRE / 2015 15 / 152



Estructura del Formato INTF para la actualización de la Base de Datos

TECNICO

OCTUBRE / 2015 16 / 152



Generalidades del formato INTF

El presente documento tiene como propósito definir la estructura del formato y reglas de Calidad en la Información para la actualización en la Base de Datos del Buró de Crédito en personas físicas.

Versión INTF 13 En esta versión se incluyen todos los elementos requeridos par dar cumplimiento a la LRSIC.

Reporte de Información Para los usuarios que ofrezcan dos o más tipos de productos, por ejemplo tarjeta de crédito, créditos hipotecarios o créditos de auto, etc., éstos se podrán reportar en una sola base de datos, o bien enviar una base separada por producto. Reporte de varias “líneas” o “productos” Es válido reportar grupos de registros separados por conjuntos (líneas) en un mismo archivo y a su vez múltiples archivos. Cada uno puede referir a un producto en particular, por lo que se recomienda utilizar una clave de Usuario distintiva en el sufijo. La clave de Usuario o member code se compone de 10 posiciones.

Ejemplo: BC99990001 • BC: Refiere al tipo de negocio (KOB ) de la Institución y como ha sido clasificado el proveedor

de la información para el reporte de la Base de Datos. • 9999: Es el prefijo y refiere al número de Institución; es irrepetible y siempre corresponderá al

mismo Otorgante. 0001: Es el sufijo y sirve para identificar cuando se trata de un member code para efectuar la carga de información. Se dispone de 999 líneas diferentes para segmentar los productos del rango de “0001” al “0999”

El sistema tiene la capacidad de procesar hasta 40 líneas diferentes en un mismo archivo, siempre y cuando éstas sean reportadas de manera ordenada y agrupada, de tal modo que el sistema detecte 40 cambios de línea como máximo, el exceder esta restricción provocará que no se pueda leer la totalidad de la base de datos.

Forma Correcta Incorrecto Clave de

Otorgante Número de

Cuenta Clave de Otorgante

Número de Cuenta

BC99990001

00001 BY99990022 20002

00002 BY99990022 20003

00003 BC99990001 00001

BY99990022

20001 BM99990055 51003

20002 BC99990001 00002

20003 BC99990001 00003

20004 BY99990022 20001

BM99990055

51001 BY99990022 20004

51002 BM99990055 51001

51003 BM99990055 51002

Para obtener una clave de proveedor, es necesario contar con un anexo C, al menos un anexo E. el trámite deberá de realizarlo a través de su ejecutivo comercial asignado.

TECNICO

OCTUBRE / 2015 17 / 152



FORMATO INTF

Este formato del archivo de la base de datos, está constituido por 6 SEGMENTOS o partes para facilitar su construcción, cada uno de los cuales es integrado por datos específicos de acuerdo a su contexto.

A continuación se enlistan cada uno de ellos en el orden en el que deben reportarse, incluyéndose su nombre e identificación, así como una descripción de su contenido en general.

Iden

tific

aci

ón o

ID d

el

Seg

men

to

Segmento Descripción Requerido u Opcional

Número de veces que se

puede reportar

Longitud Fija o

Variable

INTF Encabezado o Inicio

Identifica el inicio del archivo de los datos de los Clientes, esto es, de la Base de Datos del Usuario.

Se deberá reportar este segmento solo una vez al iniciar el archivo a reportar.

Requerido 1 vez por archivo*

Fija

PN Nombre del Cliente

Contiene la información del nombre completo del Cliente. Se deberá reportar este segmento por cada Cuenta o Crédito.

Requerido 1 vez por crédito Variable

PA Dirección del Cliente

Contiene los datos de la dirección del Cliente responsable de la Cuenta o Crédito.

Requerido 1 vez por cliente

Variable

PE Empleo del Cliente Contiene los datos del empleo del Cliente.

A partir del Formato INTF

versión 13 para integración de información, es

obligatorio reportar la

razón social del empleo del

Cliente.

1 vez por cliente Variable

TL Cuenta o Crédito Contiene información de la cuenta o crédito.

Requerido 1 cuenta o crédito **

Variable

TR Cierre y Cifras de Control

Indica el fin del archivo que contiene los registros de los Clientes o de la Base de Datos de Clientes.

Requerido 1 vez por archivo* Fija

* El segmento INTF se reporta al inicio y el segmento TR se reporta al final del archivo de la base de datos.

** Los Segmentos PN, PA, PE y TL conforman el REGISTRO de una Cuenta o crédito de un Cliente, por lo que se reportarán esos 4 segmentos por cada Cuenta o Crédito.

TECNICO

OCTUBRE / 2015 18 / 152



Un Cliente puede tener una o más cuentas, por lo que si el Usuario le ha otorgado más de una Cuenta o Crédito, se deberá reportar un REGISTRO por cada una de éstas.

Cada SEGMENTO del registro contiene una o varias etiquetas

En cada ETIQUETA será posible colocar solo un dato de uno o más CARACTERES.

Descripción y validación de los campos del formato INTF

Para asegurar la calidad de la información que los Usuarios envían a Buró de Crédito para ser actualizada en su base de Datos, se han desarrollado diferentes reglas de VALIDACIÓN .

Para que se dé el proceso de integración de la información en la Base de Datos de Buró de Crédito, se tienen las siguientes validaciones:

� Validación de la correcta conformación del Formato INTF.

� Validación de la Calidad de los datos reportados.

� Validación de Integridad de la Información.

Si el archivo cumple con dichas validaciones, se procederá a la ACTUALIZACIÓN de la información en la base de Datos de Buró de Crédito.

Los campos serán validados por formato, en algunos de ellos solo se validará que siga el formato definido como alfabético, alfanumérico o numérico; según sea el caso. Otras validaciones de un campo dependerán de los valores de otro u otros campos o bien del catálogo correspondiente (sección de anexos en el presente manual).

Tres tipos de campos serán considerados como válidos, en la “Descripción de Campos del Formato INTF”, se indicará el tipo requerido. Los tipos de campos que serán aceptados son:

Tipo de Campo Descripción Nomenclatura

Numérico Números N

Alfabético Letras (siempre mayúsculas) A

Alfanumérico Letras (siempre mayúsculas) y Números AN

Fecha Números F

Moneda Números M

LONGITUD MÁXIMA DEL CAMPO.

La “Longitud del Campo” indica el número de caracteres máximo que podrá contener cada uno.

LONGITUD DEL CAMPO FIJA O VARIABLE

Indica si el contenido del campo es un dato de longitud fija, normalmente corresponderá a una fecha o un valor predeterminado a escoger, etc. No podrá contener más o menos caracteres de los ya definidos.

Un campo con longitud variable, contendrá de 1 carácter hasta la longitud máxima indicada en la descripción del campo.

TECNICO

OCTUBRE / 2015 19 / 152



Las características de cada “Tipo de Campo” son las siguientes:

CAMPOS TIPO ALFABETICO

� Deberá contener solo letras MAYUSCULAS.

� No deberán contener caracteres Especiales (no se aceptan caracteres extendidos).

� Las letras aceptadas son: ABCDEFGHIJKLMNOPQRSTUVWXYZ.

� Sin ACENTOS

� El carácter de espacio en blanco si es aceptado, pero no al inicio de la cadena.

� No utilizar “Diéresis” en la U u otra letra => ü o Ü se rechazará.

� La letra ñ, Ñ se deberá enviar como N (el sistema en caso de poder identificar este carácter lo reemplazará por “N” ).

� Siempre deben estar justificadas a la izquierda.

� Para los campos de longitud fija, en caso que el dato tenga menos caracteres, se deberá completar con espacios a la derecha.

CAMPOS TIPO NUMERICOS

� Deberá contener solo números enteros, sin punto decimal.

� Siempre deben estar alineados a la derecha.

� Para los campos de longitud fija, en caso que el dato tenga menos caracteres, se deberá completar con espacios a la izquierda.

CAMPOS TIPO ALFANUMERICOS

� Deberá contener letras y números y algunos caracteres especiales de acuerdo al campo.

� Siempre deberán ser letras MAYUSCULAS

� Sin ACENTOS

� No utilizar “Diéresis” en la U => ü o Ü se rechazará.

� Los caracteres @, % se convierten a N.

� Los caracteres especiales ñ, Ñ se convierten a N (sólo cuando se pueda leer e identificar este carácter).

� El caracter de $ se convierte a N.

� El caracter # es válido siempre que esté seguido de un número, en otro caso se convierte a N.

� El caracter > se convierte a #.

� El caracter < se convierte a un espacio en blanco “ ”.

� El caracter de { se convierte a $, para algunos datos de la dirección del Cliente, el carácter resultante es una letra N, primero se reemplaza el carácter por el símbolo de $ y éste a su vez a la letra N.

CAMPOS TIPO FECHA:

Este dato siempre deberá tener 8 números.

Tendrá el siguiente formato: DDMMAAAA

Que significa: 2 dígitos para el día, 2 dígitos para el mes y 4 dígitos para el año.

Ejemplos:

04082007 4 de agosto de 2007

21111994 21 de noviembre de 1994

TECNICO

OCTUBRE / 2015 20 / 152



Para los campos tipo fecha, existe un valor utilizado de manera predeterminada para identificar que ese valor no fue proporcionado por el Usuario, o en su defecto es un valor que el mismo Usuario utiliza para completar un campo de fecha requerido. Este valor es: “01011900”.

CAMPOS TIPO MONEDA:

Los campos que son definidos como MONEDA, independientemente del tipo de moneda que sea, siempre deberán ser reportados sin signo de moneda “$”, sin “,” para separar las centenas, sin nombre de la moneda ya que existe otro campo para definirla, y como números enteros, es decir, sin centavos . Ejemplos:

10000 Diez mil

2560000 Dos millones quinientos sesenta mil

74 Setenta y cuatro

Reportar siempre números positivos enteros (sin signo “-“), no se aceptan saldos a favor.

Los montos de los campos tipo MONEDA siempre deberán ser expresados en la moneda en el que fue otorgado el crédito, cuando Buró de Crédito presente información en los diferentes Informes Buró, lo expresará, de igual forma, en la moneda original. Se aceptan montos en Pesos Mexicanos, Dólares Americanos y UDI.

TIPO DE VALIDACION DE LOS CAMPOS

Indicará si el dato del campo debe reportarse necesariamente o no. Se tienen las siguientes opciones:

R – Etiqueta Requerida. Deberá de estar presente en el formato y tener un dato válido de acuerdo a lo solicitado, en caso contrario será rechazado, el dato, el segmento o el archivo completo.

O – Campo Opcional. La etiqueta o el dato puede ser incluido o no, si no se incluye no habrá ninguna acción.

C – Campo Opcional Condicionado. El dato a pesar de ser opcional por si sólo, cuando se aplican validaciones y tiene dependencia con otros del formato, se puede convertir en un campo requerido.

CAMPOS LLAVE :

Son datos que identifican a un Cliente o Crédito en específico, una vez reportados no deberán modificarse en subsecuentes actualizaciones para construir el expediente con su Historial Crediticio.

En el caso de datos generales, son utilizados para la localización del acreditado en la Base de Datos de Buró de Crédito, tanto para actualizaciones posteriores como para generar un Informe Buró.

En caso de que alguno de estos datos sea modificado en posteriores actualizaciones de la base de datos, las posibles consecuencias son:

� Se dará de alta al acreditado como uno nuevo, aparentemente diferente, siendo que es el mismo, esto es, existe más de un expediente de la misma persona. (Esto se llama “Fragmentación de Expediente”)

� Se dará de alta el crédito en otro expediente, distinto del originalmente asignado. (Esto se llama fragmentación del crédito) quedando desactualizada la Cuenta o Crédito.

En caso de requerir modificaciones a estos datos, es necesario comunicarse con su Ejecutivo de Cuenta para la solicitud de un proceso especial.

En el caso de los créditos, también pueden fragmentarse (creando duplicidad) cuando la llave del mismo sea modificada.

TECNICO

OCTUBRE / 2015 21 / 152



Elaboración del Archivo INTF

El archivo deberá generarse con el estándar ASCII/ANSI

Para la elaboración del archivo en formato INTF, se debe tomar en cuenta los tipos de Segmentos que se tienen:

• Segmentos de longitud fija: INTF y TR

• Segmentos de longitud variable: PN, PA, PE y TL

Se deben reportar los segmentos y las etiquetas en el orden definido, tal como lo indica este manual, el cambio de orden podrá generar un rechazo para los campos requeridos.

SEGMENTO DE LONGITUD FIJA

Los Segmentos de longitud fija son REQUERIDOS, por lo tanto, todos los datos que lo integran también lo son.

En estos segmentos no se incluyen etiquetas intermedias, sólo se reporta el dato en las posiciones especificadas y rellenando con espacios en blanco cuando la longitud del dato es menor de lo que se indica en su descripción.

Ejemplo:

INTF10ZZ99990001BANCO LATINO 310819980000000000

SEGMENTOS DE LONGITUD VARIABLE

Para los Segmentos de longitud variable , las etiquetas indicadas como OPCIONALES podrán ser omitidas. Las etiquetas reportadas, cuando se dispone del dato o bien porque son REQUERIDAS podrán variar la longitud de caracteres sin exceder la longitud máxima indicada.

La forma de reportar estos Segmentos es con la siguiente estructura: ETIQUETA/LONGITUD/VALOR

1. ETIQUETA: al inicio del campo, se incluirá la Etiqueta o Nombre del campo. (indicada más adelante en la descripción de los Segmentos).

2. LONGITUD: Después de la etiqueta se indica la longitud del valor o dato reportado, esto incluye los espacios en blanco y ceros a la izquierda (cada caracter es 1 byte).

3. VALOR: Corresponde al dato reportado para la etiqueta en cuestión.

Ejemplo:

El apellido paterno MARTINEZ aparecería como PN08MARTINEZ donde:

• PN se refiere a la Etiqueta o Nombre del Segmento.

• 08 es la longitud del apellido que ocupará el campo.

• MARTINEZ es el valor.

TECNICO Estructura del Registro para entrega de Base de Datos en formato INTF

DICIEMBRE / 2015 22 / 152



Segmento de Encabezado o Inicio - INTF El Segmento de Encabezado o de Inicio debe ser el primer elemento del archivo de la Base de Datos a reportar.

Segmento de Nombre de Encabezado - INTF

Nombre y Descripción del Campo

Tip

o

Long

itud

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Pos

ició

n

ETIQUETA DEL SEGMENTO

Debe contener las letras: INTF

Si falta o se reporta algo diferente, se rechazará la Base de Datos.

A 4 F R 1 - 4

VERSION

Debe contener el número de la Versión.

Reportar el valor 13 cuando se haga uso del Formato INTF, versión correspondiente a la integración de información de acuerdo con lo indicado en la Circular 17 / 2014 del Banco de Méxi co.

Si falta o se reporta algo diferente, se rechazará la Base de Datos.

N 2 F R 5 - 6

CLAVE DEL USUARIO o MEMBER CODE

Contiene la clave única del Usuario para reportar el producto, la cual fue asignada por Buró de Crédito.

Esta clave está formada como sigue:

� KOB (Por sus siglas en Inglés Kind of Business): Las primeras 2 posiciones son alfabéticas y corresponden a la clave del sector de negocio asignada al Usuario y define la principal actividad económica del usuario de acuerdo con el ANEXO 1 de “TIPOS DE NEGOCIO o KOB”.

� Prefijo: Los siguientes 4 números identifica al Usuario.

� Sufijo: Los últimos 4 números puede identificar: producto o línea

Si falta o se reporta incorrecto, se rechazará la B ase de Datos.

AN 10 F R 7 - 16

NOMBRE DEL USUARIO

Contiene el nombre del Usuario que reporta la información.

Si el nombre del Usuario contiene más de 16 caracteres, deberá acordar con su Ejecutivo de Cuenta el nombre a colocar en este campo.

Si el nombre es menor de 16 caracteres, rellenar con espacios a la derecha para cubrir el total de la longitud.


AN 16 F R 17 - 32

RESERVADO

Reservado para uso futuro.

Se deberá rellenar con espacios o blancos, si falta se rechazará el registro.

AN 2 F R 33 - 34


DICIEMBRE / 2015 23 / 152



Segmento de Nombre de Encabezado - INTF


Tip

o

Long

itud

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Pos

ició

n

FECHA DE REPORTE

Para entregas mensuales contiene la fecha del último día del periodo reportado. Para actualizaciones con mayor frecuencia o antes de que se cumpla el mes, será la fecha de la última vez que el Usuario modificó el registro.

Si esta fecha es futura con respecto al día en que es procesada en Buró de Crédito, con formato inválido o no se reporta, s e rechazará el archivo completo.

Esta fecha debe ser la misma que se solicita en el “Segmento de Cuenta o Crédito del Cliente – TL”, campo 17 “FECHA DE REPOR TE DE INFORMACION”.

F 8 F R 35 - 42

RESERVADO

Rellenar con ceros.

Si se reporta con caracteres diferentes a ceros o n o se reporta, se rechazará el archivo de la base de datos.

N 10 F R 43 - 52

INFORMACION ADICIONAL DEL USUARIO

El Usuario lo puede utilizar para incluir información adicional. Las posiciones que no se utilicen se deben llenar con espacios.

Si no se reporta aunque sea con espacios en blanco, se rechazará el archivo de la base de datos.

AN 98 F R 53 - 150

Ejemplo: INTF13ZZ99990001BANCO LATINO 01310819980000000000 4 pos. 2 pos. 10 pos. 16 pos. 2 pos 8 pos. 10 pos. 98 pos.

Total longitud del segmento 150 Bytes


DICIEMBRE / 2015 24 / 152



Segmento de Nombre del Cliente o Acreditado - PN Este segmento se utiliza para reportar el nombre completo de la persona titular del crédito. El segmento es requerido y se reporta una vez por cada crédito otorgado. Al valor de cada dato le antecederle el identificador de la etiqueta y su longitud correspondiente.

Segmento de Nombre del Cliente – PN

Etiq

ueta

Nombre y Descripción de la Etiqueta

Tip

o

Long

itud

Máx

ima

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Ver

sión

13

PN

APELLIDO PATERNO

Reportar el Apellido Paterno completo del Cliente / Acreditado.

� No debe contener prefijos personales o profesionale s: Jr., Tercero o III, Lic., Ing., etc.

A 26 V R

00

APELLIDO MATERNO

Si el Acreditado tiene sólo un apellido, éste deberá reportase en el campo de Apellido Paterno .

Requisitos para el Formato INTF versión 13:

• La etiqueta se hace requerida y el dato se deberá proporcionar si se cuenta con el mismo

• La etiqueta debe ser reportada aun cuando no se cuente con el dato.

• Cuando se carece del dato puede reportase la leyenda “NO PROPORCIONADO”.

A 26 V R

01 APELLIDO ADICIONAL

Reportar el(los) Apellido(s) adicionales del Cliente / Acreditado. A 26 V O

02 PRIMER NOMBRE

Reportar el primer nombre completo del Cliente A 26 V R

03

SEGUNDO NOMBRE


• La etiqueta se hace requerida y el dato se deberá proporcionar si se cuenta con el mismo.

• Cuando el Cliente tiene dos o más nombres, a partir del segundo se incluyen en este campo.

• La etiqueta debe ser reportada aun cuando NO se cuente con el dato.

• Cuando el Cliente NO tiene segundo nombre se incluye la etiqueta y se considera que la longitud sea doble cero ("00”).

Ejemplo: “0300…”, donde:

03 = identificación de la etiqueta de Segundo Nombre;

00 = longitud del dato reportado.

A 26 V R


DICIEMBRE / 2015 25 / 152




Etiq

ueta


Tip

o

Long

itud

Máx

ima

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Ver

sión

13

04

FECHA DE NACIMIENTO

Requisitos para el Formato INTF versión 13::

• La etiqueta y el dato se hacen requeridos.

• Aplica para nacionales y extranjeros.

• Si la etiqueta NO es reportada el registro es rechazado.

F 8 F R

05

RFC

Deben reportarse la diez primeras posiciones en una estructura válida:

• Primeas cuatro correspondientes a las iniciales.

• Seis para la fecha de nacimiento, ordenado por año, mes y día.

• Si se tiene el dato de homoclave, deber complementarse en las tres últimas posiciones de manera seguida; sin espacios o caracteres especiales (ej. guiones).


• La etiqueta y el dato se hacen requeridos para mexicanos.

• Para mexicanos de NO reportar el dato, se rechazará el registro.

• Debe proporcionarse la homoclave en caso de contar con ella; si no cuenta con la homoclave, el registro no será rechazado.

• Para Clientes extranjeros sin RFC, el dato NO es requerido. Sin embargo, SÍ es requerido reportar la etiqueta .

• Para personas extranjeras debe incluirse el valor s olicitado en la etiqueta 08 – Nacionalidad , de este mismo segmento.

• Si el código ingresado NO es válido, se aplican las condiciones para mexicanos y el dato de RFC se hace requerido .

AN 13 V R

06

PREFIJO PERSONAL O PROFESIONAL

Se puede incluir valores mostrados en el ANEXO 5 de “PREFIJOS PERSONALES”.

A 4 V O

07

SUFIJO PERSONAL DEL CLIENTE

Algunos valores posibles son: JR = Junior II = Segundo

III = Tercero

A 4 V O


DICIEMBRE / 2015 26 / 152




Etiq

ueta


Tip

o

Long

itud

Máx

ima

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Ver

sión

13

08

NACIONALIDAD DEL ACREDITADO

• Debe identificarse la nacionalidad del Cliente.

• El valor ingresado en esta etiqueta condiciona la validación del dato de RFC (etiqueta 05 ).


• La etiqueta y el dato se hacen requeridos.

• La Nacionalidad del Cliente debe reportarse de acuerdo con el catálogo de “PAÍSES” (ver Anexo 6 – Código de Países).

• El valor predeterminado es MX (México); en caso de reportar un valor distinto (no válido), se aplican los criterios de verificación para RFC como dato requerido.

• Cuando se reporte un dato válido distinto a MX:

o NO será requerido reportar el dato de RFC; pero SÍ deberá incluirse dicha etiqueta.

LA FUNCIONALIDAD PARA VALIDAR ESTE CAMPO COMIENZA A OPERAR PRODUCTIVAMENTE A PARTIR DE SEPTIEMBRE DE 2015 .

A 2 F R

09

TIPO DE RESIDENCIA

Se refiere al estado de la vivienda del Cliente, los valores permitidos son:

1 = Propietario. 2 = Renta.

3 = Pensión / Vive con familiares

N 1 V O

10 NUMERO DE LICENCIA DE CONDUCIR

Contiene el número de licencia de conducir. AN 20 V O

11

ESTADO CIVIL

Reportar si la información está disponible.

Los valores que puede tomar son:

D = Divorciado

F = Unión Libre

M = Casado

S = Soltero

W = Viudo

A 1 F O


DICIEMBRE / 2015 27 / 152




Etiq

ueta


Tip

o

Long

itud

Máx

ima

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Ver

sión

13

12

SEXO

F = Femenino

M = Masculino

A 1 F O

13 NUMERO DE CEDULA PROFESIONAL

Contiene el número de la Cedula Profesional. AN 20 V O

14

NUMERO DE REGISTRO ELECTORAL (IFE, INE)

El dato a reportar se encuentra ubicado en la parte trasera de la credencial,

costado izquierdo o en la nueva versión aparece en los números marcados

AN 20 V O

15

CLAVE DE IDENTIFICACION UNICA (CURP EN MEXICO)

Anotar el número de identificación única, si se tiene disponible, esto dependerá de la Nacionalidad del Cliente.

Si el Cliente es de México, se podrá capturar la CURP.

Si se reporta un dato en este campo, será requerido el campo 16 “CLAVE DE PAIS”.

AN 20 V O

16

CLAVE DE PAIS

Reportar la clave del país de ciudadanía del Cliente, si se tiene disponible, de acuerdo al ANEXO 6 de “PAISES”.

Requerido si se reporta la etiqueta 15

A 2 F O

17

NUMERO DE DEPENDIENTES

Reportar el número de personas que dependen económicamente del Cliente, hasta 15 dependientes.

Si el número es de solo un dígito, colocar un cero (0) a la izquierda.

N 2 F O

18

EDADES DE LOS DEPENDIENTES

Se reportan las edades de los dependientes mencionados en el campo anterior, hasta 15 dependientes. Se reportan de forma consecutiva usando 2 caracteres por cada edad de dependiente.

Ejemplo: si se reportaron 3 dependientes, la edad de uno es menor de 1 año, la edad del segundo es de 19 años y la edad del tercero es de 75 años, las edades se reportaran 011975, consecutivos, sin espacios.

Las edades menores de 1 año se reportarán como 01.

N 30 V O


DICIEMBRE / 2015 28 / 152



Segmento de Nombre del Cliente - PN

Etiq

ueta


Tip

o

Long

itud

Máx

ima

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Ver

sión

13

20 FECHA DE DEFUNCION

Contiene la fecha de defunción del Cliente, si se conoce. F 8 F O

21

INDICADOR DE DEFUNCION

Indica si el cliente ha fallecido, los valores que puede tomar son:

Espacio en Blanco = Cliente Vivo

Y = Cliente fallecido

Si la fecha de defunción no fue reportada, pero este campo contiene una “Y”, el sistema llenará el campo de fecha de defunción con la fecha de reporte.

Si no se incluye un código válido, se tomará como c liente vivo.

A 1 F O

Ejemplo:

PN06MENDEZ0008GONZALEZ0208ANTUANET0513MEGA510503RE3

(1) (2) (3) (4) (5) (6) (7) (8) (9) 10) (11) (12) (1) – Etiqueta o nombre del campo: PN – Apellido Paterno

(2) – Número de caracteres, incluyendo espacios en blanco que contiene el dato del campo, en este caso tiene 6 letras la palabra MENDEZ.

(3) – Dato del campo, en este caso MENDEZ

(4) – Etiqueta o nombre del campo: 00 – Apellido Materno

(5) – Número de caracteres, incluyendo espacios en blanco que contiene el dato del campo: en este caso tiene 8 letras la palabra GONZALEZ.

(6) – Dato del campo, en este caso GONZALEZ

(7) – Etiqueta o nombre del campo: 02 – Primer Nombre

(8) – Número de caracteres, incluyendo espacios en blanco que contiene el dato del campo, en este caso tiene 8 letras la palabra ANTUANET

(9) – Dato del campo, en este caso ANTUANET

(10) – Etiqueta o nombre del campo: 05 – RFC

(11) – Número de caracteres, incluyendo espacios en blanco que contiene el dato del campo: en este caso tiene 13 letras la palabra MEGA510503RE3

(12) – Dato del campo, en este caso: MEGA510503RE3

Suma longitudes máximas de campos 287 Bytes

Suma de longitudes de etiquetas y tamaño de datos 88 Bytes

Total longitud máxima del segmento 375 Bytes


DICIEMBRE / 2015 29 / 152



Ejemplo Versión 13: Nombre de Acreditado Extranjero

PN06MILLER0008ZAMAYOAN 0206JOSEPH05000802US

(1) (2) (3) (4) (5) (6) (7) (8) (9) (1 0)(11)(12)(13)(14) (1) – Etiqueta o nombre del campo: PN – Apellido Paterno

(2) – Número de caracteres, incluyendo espacios en blanco que contiene el dato del campo, en este caso tiene 6 caracteres.

(3) – Dato del campo, en este caso MILLER

(4) – Etiqueta o nombre del campo: 00 – Apellido Materno

(5) – Número de caracteres, incluyendo espacios en blanco que contiene el dato del campo: en este caso tiene 8 caracteres.

(6) – Dato del campo, en este caso ZAMAYOAN

(7) – Etiqueta o nombre del campo: 02 – Primer Nombre

(8) – Número de caracteres, incluyendo espacios en blanco que contiene el dato del campo, en este caso tiene 6 caracteres

(9) – Dato del campo, en este caso JOSEPH

(10) – Etiqueta o nombre del campo: 05 – RFC

(11) - Dato del campo, en este caso: 00 (Significa que no cuenta con el dato)

(12) – Etiqueta o nombre del campo: Nacionalidad (13) - Número de caracteres, incluyendo espacios en blanco que contiene el dato del campo, en este caso tiene 2

caracteres

(14) - Dato del campo, en este caso US


DICIEMBRE / 2015 30 / 152



Validaciones del Segmento de Nombre del Cliente - P N

• Este Segmento es REQUERIDO así como cada uno de sus campos con Validación “R” de Requerido o “C” de Opcional Condicionado. En caso que falte algún dato o se reporte de forma diferente a la indicada en las etiquetas requeridas, se rechazará el registro completo de la Cuenta o Crédito.

• Cuando sólo se reporta con un nombre y un apellido, el dato de RFC o Fecha de Nacimiento es requerido.

• Las etiquetas de nombre y apellido se apegarán a las validaciones de tipo de campo Alfabético.

• No debe de reportarse más de un espacio en blanco entre palabras.

• No debe reportarse espacios en blanco al final del dato.

• Si el apellido contiene múltiples palabras, deberá separarse con espacios. Ejemplo: Pérez Nieto, Del Campo, Martínez de Escobar, De la O.

• Reportar tal como está en los documentos oficiales de identificación como la credencial del IFE, pasaporte vigente, forma FM2 para extranjeros.

• Las etiquetas de:

� Apellido Paterno (Etiqueta PN)

� Apellido Materno (Etiqueta 00)

� Primer Nombre (Etiqueta 02)

� RFC (Etiqueta 05) o Fecha de Nacimiento (Etiqueta 04)

Son datos que identifica a un Cliente específico y son “Etiquetas Llave”, una vez reportados no deberán modificarse en subsecuentes actualizaciones para construir su Historial Crediticio. Son utilizados para la localización del Cliente en la Base de Datos de Buró de Crédito, tanto para actualizaciones posteriores como para generar el Informe Buró.

• El incumplir cualquiera de estas validaciones pudiera provocar el rechazo por dato inválido en las etiquetas de Nombre/Apellido (PN, 00, 01, 02, 03).

Recomendaciones

� No registrar nombres de compañías en los Etiquetas de Apellido Paterno, Apellido Materno, Apellido Adicional, Primer Nombre y Segundo Nombre.

� No se deberá usar abreviaturas en ningún Etiqueta, eso dificulta la localización del Cliente.


DICIEMBRE / 2015 31 / 152



Segmento de Dirección del Cliente - PA

Este Segmento se utiliza para reportar la Dirección del domicilio del Cliente titular del crédito. El segmento requerido y se reporta una vez por cada crédito otorgado. Al valor de cada dato le antecede el identificador de la etiqueta y su longitud correspondiente.


Etiq

ueta


Tip

o

Long

itud

Máx

ima

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Ver

sión

13

PA

PRIMER LINEA DE DIRECCION

Contiene la dirección de la casa del Cliente.

Incluir: calle o similar, número exterior e interior cuando existan.

• En caso de reportar únicamente la calle sin el número la dirección será rechazada. Si el domicilio no tiene número, especificar “SN”.

• Para un domicilio “conocido” reportar como:

DOMICILIO CONOCIDO SN

• De NO incluirse un dato válido, se rechazará el registro.


• Podrá identificarse el origen del domicilio del Cliente, cuando éste no resida en México.

• La identificación de la procedencia del domicilio se ingresará en la etiqueta 12 – Origen del Domicilio , de este mismo segmento.

• El valor predeterminado es MX (México ), en cuyo caso se válida el domicilio de acuerdo con los criterios de consistencia y congruencia (ej. código postal contra Colonia, Estado, Ciudad, Delegación / Municipio).

AN 40 V R

00 SEGUNDA LINEA DE DIRECCION

Este campo es usado cuando no es suficiente el campo anterior de “Primer Línea de Dirección”

AN 40 V O

01

COLONIA O POBLACION

• La etiqueta y el dato son requeridos con el Formato INTF versión 13; para la versión 12 el dato se reporta si está disponible.

• Se válida la consistencia del dato contra Delegación / Municipio, Ciudad, Estado y Código Postal.

• Cuando el domicilio del Cliente está ubicado en el extranjero, no se válida consistencia.

• Cuando el domicilio está en el extranjero debe identificarse su origen en la etiqueta 12 – Origen del Domicilio (ver Anexo 6 – Códigos de Países).

AN 40 V R

Type: N – Numeric A – Alphabetic AN – Alphanumeric

Validation: R – Required Field O – Optional Field Key Field or Customer Identifier


DICIEMBRE / 2015 32 / 152




Etiq

ueta


Tip

o

Long

itud

Máx

ima

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Ver

sión

13

02

DELEGACION O MUNICIPIO

• La etiqueta y el dato son requeridos con la versión 13.

• Se válida la consistencia del dato contra Colonia, Ciudad, Estado y Código Postal.

o En caso de no reportar la Delegación o el Municipio, el campo 03 de Ciudad se hace requerido.

• Cuando el domicilio del Cliente está ubicado en el extranjero, no se válida consistencia.

• En el caso de personas con domicilio en el extranjero, se debe indicar en la etiqueta 12 – Origen del Domicilio (país).

AN 40 V R

03

CIUDAD


• Se válida la consistencia del dato contra Colonia, Delegación / Municipio, Estado y Código Postal.

o En caso de no reportar el campo 02 de Delegación o Municipio, la Ciudad se hace requerida.

• Cuando el domicilio del Cliente está ubicado en el extranjero, no se válida consistencia por la tanto la etiqueta puede reportase vacía.


AN 40 V R

04

ESTADO

• El dato es requerido. Si no se reporta un dato correcto, el segmento completo será rechazado.


• El ANEXO 7 de “ESTADOS DE LA REPUBLICA” contiene la lista de los códigos válidos para identificar el Estado.

• Cuando el domicilio del Cliente está ubicado en el extranjero, no se válida consistencia, por la tanto la etiqueta puede reportase vacía.


A 4 V R

Type: N – Numeric A – Alphabetic AN – Alphanumeric

Validation: R – Required Field O – Optional Field Key Field or Customer Identifier


DICIEMBRE / 2015 33 / 152




Etiq

ueta


Tip

o

Long

itud

Máx

ima

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Ver

sión

13

05

CODIGO POSTAL

• El dato es requerido.

• Se válida la consistencia del dato contra Colonia, Delegación / Municipio y Estado.

o Se reporta el Código Postal correspondiente, debe ser de exactamente 5 posiciones, incluyendo ceros (0) a la izquierda si así lo indica el código.

o Este dato se validará de acuerdo a la lista de SEPOMEX, disponible en Internet, y concordar con el Estado, Delegación o Municipio y Ciudad.

• Para domicilios en el extranjero si no se cuenta con el dato de código postal se deben incluir cinco ceros.

• Para domicilios en el extranjero será válido aceptar códigos postales de hasta 10 posiciones alfanuméricas.


N 5 F R

06 FECHA DE RESIDENCIA

Fecha desde cuándo el Cliente vive en la dirección reportada. F 8 F O

07

NUMERO DE TELEFONO

Debe reportase el número telefónico particular del Cliente.

Formato: código de área (2) + dígitos del teléfono (8)

Los números se ingresan seguidos, sin espacio o guiones.

N 11 V O

08 EXTENSION TELEFONICA

Reportar si se cuenta con el dato. N 8 V O

09

NUMERO DE FAX EN ESTA DIRECCION

Contiene el número telefónico del Fax en casa del Cliente. Reportar si se tiene.

Formato: código de área (2) + dígitos del teléfono (8)

Los números se ingresan seguidos, sin espacio o guiones.

N 11 V O

10

TIPO DE DOMICILIO

Indica el tipo de Domicilio que el Cliente ha proporcionado.

Debe contener uno de los siguientes valores si es que se tiene disponible el dato:

B = Negocio C = Domicilio del Usuario H = Casa P = Apartado Postal

Al incluir un valor inválido se considerará como no reportado.

A 1 F O


DICIEMBRE / 2015 34 / 152




Etiq

ueta


Tip

o

Long

itud

Máx

ima

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Ver

sión

13

11

INDICADOR ESPECIAL DE DOMICILIO

Indica el tipo de ubicación del domicilio del Cliente.

Debe contener uno de los siguientes valores si es que se tiene disponible el dato:

M = Militar

R = Rural

K = Domicilio conocido

A 1 F O

12

ORIGEN DEL DOMICILIO (PAÍS) (nueva etiqueta)

A partir de la versión 13 del Formato de Entrega de Base de Datos:

• La etiqueta y el dato se hacen requeridos para identificar el origen de la dirección del Acreditado.

• El valor predeterminado es MX (México), en cuyo caso se válida el domicilio de acuerdo con los criterios de consistencia y congruencia (ej. código postal contra Colonia, Estado y Ciudad, Municipio).

• El origen (país) del domicilio del Cliente se clasifica de acuerdo con el catálogo “PAÍSES” (ver Anexo 6 – Códigos de Países).

NOTA:

• La etiqueta queda activa a partir de la primera semana de junio.

La funcionalidad para exceptuar la validación de la consistencia del domicilio cuando éste sea extranjero, comenzará a operar productivamente a partir de septiembre de 2015.

A 2 F R





DICIEMBRE / 2015 35 / 152



Ejemplo: Versión 12

PA26PICO DE VERAPAZ 435 PISO 50122JARDINES EN LA MONTAÑA 0207TLALPAN

(1) (2) (3) (4) (5) (6) (7) (8) (9) 0306MEXICO0402DF050514210

(10) (11) (12) (13) (14)(15)(16)(17) (18) (1) – Etiqueta o nombre del campo: PA – Primer Línea de Dirección


(3) – Dato del campo, en este caso PICO DE VERAPAZ 435 PISO 5

(4) – Etiqueta o nombre del campo: 01 – Colonia o Población

(5) – Número de caracteres, incluyendo espacios en blanco que contiene el dato del campo: en este caso tiene 22 caracteres

(6) – Dato del campo, en este caso JARDINES EN LA MONTAÑA

(7) – Etiqueta o nombre del campo: 02 – Delegación o Municipio


(9) – Dato del campo, en este caso TLALPAN

(10) – Etiqueta o nombre del campo: 03 – Ciudad


(12) – Dato del campo, en este caso MEXICO

(13) – Etiqueta o nombre del campo: 04 – Estado


(15) – Dato del campo, en este caso DF

(16) – Etiqueta o nombre del campo: 05 – Código Postal


(18) – Dato del campo, en este caso 14210


DICIEMBRE / 2015 36 / 152



Ejemplo versión 13: Domicilio en el Extranjero

PA2220558 WEST ROSCOE BLVD0111CANOGA PARK 0211LOS ANGELES

(1) (2) (3) (4) (5) (6) (7) (8) (9) 0310CALIFORNIA 0402US0505913061202US

(10) (11) (12) (13) (14)(15)(16)(17) (18) (19) (20)(21) (1) – Etiqueta o nombre del campo: PA – Primer Línea de Dirección

(2) – Número de caracteres, incluyendo espacios en blanco que contiene el dato del campo, en este caso tiene 22caracteres

(3) – Dato del campo, en este caso 20558 WEST ROSCOE BLV



(6) – Dato del campo, en este caso CANOGA PARK



(9) – Dato del campo, en este caso LOS ANGELES



(12) – Dato del campo, en este caso CALIFORNIA



(15) – Dato del campo, en este caso US




(19) - Etiqueta o nombre del campo: 12 - Origen del Domicilio

(20) - Número de caracteres, incluyendo espacios en blanco que contiene el dato del campo: 02

(21) – Dato del campo, en este caso US


DICIEMBRE / 2015 37 / 152



Validaciones del Segmento de Dirección del Cliente - PA

• Este Segmento es REQUERIDO así como cada uno de sus campos con Validación “R” de Requerido o “C” de Opcional Condicionado. En caso que falte algún dato o se reporte de forma diferente a la indicada en las etiquetas requeridas, se rechazará el registro de dirección.

• Se validará la congruencia del Código Postal (lista publicada por SEPOMEX en Internet) en relación con los siguientes datos: Entidad Federativa o Estado de la República, Municipio o Delegación, Ciudad.

• Una vez consideradas las validaciones mencionadas, se aplica la validación de congruencia de datos con base en la siguiente tabla:

• Una dirección sin número exterior, no es una dirección válida, es necesario especificar “SN”, por ejemplo:

Avenida Insurgentes con número exterior desconocido:

INSURGENTES SN

Reportar únicamente “INSURGENTES” será motivo de rechazo.

Recomendación

• No se deberá usar abreviaturas en ningún campo, eso dificulta la localización del Cliente.

Validación de campos de domicilio con el CODIGO POSTAL de la tabla SEPOMEX

Clave de Estado

Nombre de Delegación o Municipio

Nombre de la Ciudad Código Postal Resultado

NO está En Tabla de Estados SEPOMEX

Registro Rechazado

Existe en Tabla de Estados SEPOMEX

NO

Corresponde con el Estado

Registro Rechazado

Existe en Tabla de Estados SEPOMEX

Reportado Corresponde

al estado Reportado

Corresponde al estado

NO

Corresponde con Ciudad ni

Municipio

Registro Rechazado


al estado No

reportado

NO

Corresponde con Municipio

Registro Rechazado

No reportado

Reportado Corresponde al

estado

NO

Corresponde con la ciudad

Registro Rechazado


al estado Reportado


Corresponde con Ciudad y

Municipio Registro Aceptado


al estado No

reportado

Corresponde con Municipio

Registro Aceptado

No reportado

Reportado Corresponde al

estado Corresponde con la ciudad

Registro Aceptado

Reportado No

Corresponde Reportado



Registro Aceptado


al estado Reportado

No



Registro Aceptado


DICIEMBRE / 2015 38 / 152



Segmento de Empleo del Cliente - PE Este Segmento contiene información referente al empleo del Acreditado. A partir de la versión 13 del Formato INTF para Entrega de Base de Datos se hace requerido reportar la razón social o nombre empleador del Cliente.

Segmento de Empleo del Cliente - PE

Etiq

ueta


Tip

o

Long

itud

Máx

ima

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Ver

sión

13

PE

NOMBRE O RAZON SOCIAL DEL EMPLEADOR

Contiene el nombre del empleador del Cliente, que puede ser el nombre de una persona o la razón social de una empresa.


• Se deberá reportar el nombre o razón social del empleador.

• El tamaño de la etiqueta pasa de 40 a 99 posiciones.

• La etiqueta y el dato ahora son requeridos.

• Si el dato no es reportado, se rechazará el segmento de Empleo.

• Cuando el Acreditado es trabajador independiente, no está asociado a una razón Social o no cuenta con un trabajo, podrá reportarse como dato válido uno de los siguientes textos:

o Trabajador Independiente

o Estudiante

o Labores del Hogar

o Jubilado

o Desempleado

o Exempleado

AN 99 V R

00

PRIMER LINEA DE DIRECCION

Contiene la dirección del empleador del Cliente.

• En caso de reportar únicamente la calle sin el número la dirección será rechazada. Si el domicilio no tiene número, especificar “SN”.

• Para un domicilio “conocido” reportar como:

DOMICILIO CONOCIDO SN

NOTA:

• El domicilio correspondiente al empleo es opcional en su envío desde junio de 2015.

• Podrá identificarse el origen del domicilio del Cliente, cuando éste no resida en México.

• De reportarse un domicilio en México, aplican todas las validaciones de consistencia y congruencia.

CONTINÚA EN LA SIGUIENTE PÁGINA

AN 40 V O


DICIEMBRE / 2015 39 / 152



Segmento de Empleo del Cliente – PE E

tique

ta


Tip

o

Long

itud

Máx

ima

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Ver

sión

13

00

PRIMER LINEA DE DIRECCION (VIENE DE LA PÁGINA ANTERIOR)

NOTA:

• La identificación de la procedencia del domicilio se ingresará en la etiqueta 18 – Origen del Domicilio , de este mismo segmento.

• El valor predeterminado es MX (México ), en cuyo caso se válida el domicilio de acuerdo con los criterios de consistencia y congruencia (ej. código postal contra Colonia, Estado, Ciudad, Delegación / Municipio).

AN 40 V O

01 SEGUNDA LINEA DE DIRECCION

Este campo es usado cuando no es suficiente el campo anterior de Primer línea de Dirección.

AN 40 V O

02

COLONIA O POBLACION

• Para la versión 13 la etiqueta y el dato son requeridos; para la versión 12 se reporta el dato si está disponible.

• Se válida la consistencia del dato contra Delegación / Municipio, Ciudad, Estado y Código Postal.

AN 40 V C

03

DELEGACION O MUNICIPIO


• Se válida la consistencia del dato contra Colonia, Ciudad, Estado y Código Postal.

• En caso de no reportar la Delegación o el Municipio, el campo 04 de Ciudad se hace requerido.

AN 40 V C

04

CIUDAD



• En caso de no reportar el campo 03 de “Delegación o Municipio”, el campo de Ciudad se hace requerido.

AN 40 V C

05

ESTADO

Contiene el código del estado de la República Mexicana donde tiene su residencia el Cliente.

El ANEXO 7 de “ESTADOS DE LA REPUBLICA” contiene la lista de los códigos válidos.

Si no se reporta un dato correcto, el segmento comp leto será rechazado.

• Cuando el domicilio del Cliente está ubicado en el extranjero, no se válida consistencia, por la tanto la etiqueta puede reportase vacía.


A 4 V C


DICIEMBRE / 2015 40 / 152



Segmento de Empleo del Cliente – PE

Etiq

ueta


Tip

o

Long

itud

Máx

ima

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Ver

sión

13

06

CODIGO POSTAL

Se reporta el Código Postal correspondiente, debe ser de exactamente 5 posiciones.

Este dato se validará de acuerdo a la lista de SEPOMEX, y concordar con el Estado, Delegación o Municipio y Ciudad.

Si no se reporta un dato correcto, el segmento comp leto será rechazado.

• Para domicilios en el extranjero si no se cuenta con el dato de código postal se deben incluir cinco ceros.


• Para domicilios en el extranjero será válido aceptar códigos postales de hasta 10 posiciones alfanuméricas.

N 5 F C

07

NUMERO DE TELEFONO

Contiene el número telefónico del empleo del Cliente: código de área + hasta 8 dígitos del teléfono.

No usar guiones, no repetir el mismo número, ejemplo: 00000 ó 55555 ó 77777. Ejemplo de un número telefónico de la CD. de México: 5554494949.

N 11 V O

08 EXTENSION TELEFONICA

Reportar si se cuenta con el dato N 8 V O

09

NUMERO DE FAX EN ESTA DIRECCION

Contiene el número telefónico del Fax en el empleo del Cliente. El formato es:

Código de área + hasta 8 dígitos del teléfono

Longitud mínima es de 5 dígitos, no usar guiones, no repetir el mismo número, ejemplo: 00000 ó 33333 ó 77777, etc.

Ejemplo: número telefónico de la CD. de México, se reporta: 5554494949. Reportar si se tiene el dato.

N 11 V O

10 CARGO U OCUPACION

Reportar el título o posición de empleo del Cliente, si se tiene disponible. AN 30 V O


DICIEMBRE / 2015 41 / 152




Etiq

ueta


Tip

o

Long

itud

Máx

ima

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Ver

sión

13

11 FECHA DE CONTRATACION

Contiene la fecha en la que el empleador contrató al Cliente F 8 F O

12

CLAVE DE LA MONEDA DE PAGO DEL SUELDO

Se refiere a la moneda con la cual le pagan al Cliente su Sueldo o Salario. Los valores permitidos se presentan en el ANEXO 6 de “PAISES”.

Si se proporciona este dato, los campos de “MONTO DE SUELDO O SALARIO” y “PERIODO DE PAGO O BASE SALARIAL” son Requeridos .

A 2 F O

13

MONTO DE SUELDO O SALARIO

Indicar el monto de ingreso por Sueldo o Salario de acuerdo al período que su empleador realice el pago. El Campo 14 indicará este período. Si se reporta la “CLAVE DE MONEDA DE PAGO DEL SUELDO”, este campo es Requerido .

N 9 V O

14

PERIODO DE PAGO O BASE SALARIAL

Reportar si se cuenta con el dato. Los valore que puede reportar son:

B = Bimestral

D = Diario

H = Por Hora

K = Catorcenal

M = Mensual

S = Quincenal

W = Semanal

Y = Anual

Si se reporta el “MONTO DE SUELDO O SALARIO”, este campo es Requerido .

A 1 F O

15 NUMERO DE EMPLEADO

Indicar el número de empleado o de Nómina que le asignó el Empleador. AN 15 V O

16 FECHA DE ULTIMO DIA DE EMPLEO

Indicar la fecha en que trabajó por última vez con el Empleador reportado. F 8 F O

17 FECHA DE VERIFICACION DE EMPLEO

Contiene la fecha en la que el Usuario verificó por última vez los datos del empleo del Cliente.

F 8 F O


DICIEMBRE / 2015 42 / 152




Etiq

ueta


Tip

o

Long

itud

Máx

ima

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Ver

sión

13

18

ORIGEN DE LA RAZÓN SOCIAL Y DOMICILIO (PAÍS)

(nueva etiqueta)

A partir del Formato INTF a versión 13 del Formato de Entrega de Base de Datos:

• La etiqueta y el dato se hacen requeridos para identificar el origen de la razón social del empleo del Acreditado.

• La identificación incluye el domicilio, cuando éste es reportado con la Razón Social.

• El valor predeterminado es MX (México), en cuyo caso se válida el domicilio de acuerdo con los criterios de consistencia y congruencia (ej. código postal contra Colonia, Estado y Ciudad, Municipio).

• El origen (país) del domicilio del Cliente se clasifica de acuerdo con el catálogo “PAÍSES” (ver Anexo 6 – código de países).

NOTA:

• La etiqueta quedó activa en producción desde la primera semana de junio; el sistema de integración no tendrá la validación del origen del domicilio.

• La funcionalidad para exceptuar la validación de la consistencia del domicilio cuando éste sea extranjero, comenzará a operar productivamente a partir de la 2ª quincena de septiembre de 2015.

A 2 F R





DICIEMBRE / 2015 43 / 152



Ejemplo Segmento Empleo: Versión 12

PE17ALMACENES DEL SUR 0026PICO DE VERAPAZ 435 PISO 5

(1) (2) (3) (4) (5) (6) 0222JARDINES EN LA MONTAÑA 0307TLALPAN 0406MEXICO0502DF060514210

(7) (8) (9) (10) (11) (12) (13) (14) (15) (16) (17)(18) (19)(20) (21) (1) – Etiqueta o nombre del campo: PE – Nombre o Razón Social del Empleador


(3) – Dato del campo, en este caso ALMACENES DEL SUR

(4) – Etiqueta o nombre del campo: 00 – Primer Línea de Dirección


(6) – Dato del campo, en este caso: PICO DE VERAPAZ 435 PISO 5



(9) – Dato del campo, en este caso: JARDINES EN LA MONTAÑA






(15) – Dato del campo, en este caso: MEXICO



(18) – Dato del campo, en este caso: DF



(21) – Dato del campo, en este caso: 14210


DICIEMBRE / 2015 44 / 152



Ejemplo Versión 13: Segmento Empleo en el Extranjer o

PE09MACYS INC00217 WEST SEVENTH STREET

(1) (2) (3) (4) (5) (6) 0210CINCINNATI0304OHIO0410NUEVA YORK0502US0605452021802US (7) (8) (9) 10) (11) (12) (13) (14) (15) (16) (17)(18) (19)(20) (21) (22)(23)(24) (1) – Etiqueta o nombre del campo: PE – Nombre o Razón Social del Empleador


(3) – Dato del campo, en este caso MACYS INC



(6) – Dato del campo, en este caso: 7 WEST SEVENTH STREET



(9) – Dato del campo, en este caso: CINCINNATI



(12) – Dato del campo, en este caso OHIO



(15) – Dato del campo, en este caso: NUEVA YORK



(18) – Dato del campo, en este caso: US




(22) – Etiqueta o nombre del campo: 18 – Origen de la Razón Social


(24) – Dato del campo, en este caso: US


DICIEMBRE / 2015 45 / 152



Ejemplo Segmento Empleo: Versión 13

PE24TRABAJADOR INDEPENDIENTE 0026PICO DE VERAPAZ 435 PISO 5

(1) (2) (3) (4) (5) (6) 0222JARDINES EN LA MONTAÑA 0307TLALPAN 0406MEXICO0502DF0605142101802MX (7) (8) (9) (10) (11) (12) (13) (14) (15) (16) (17)(18) (19)(20) (21) (22) (23) (24) (1) – Etiqueta o nombre del campo: PE – Nombre o Razón Social del Empleador


(3) – Dato del campo, en este caso TRABAJADOR INDEPENDIENTE



(6) – Dato del campo, en este caso: PICO DE VERAPAZ 435 PISO 5



(9) – Dato del campo, en este caso: JARDINES EN LA MONTAÑA






(15) – Dato del campo, en este caso: MEXICO



(18) – Dato del campo, en este caso: DF




(22) – Etiqueta o nombre del campo: 18 – Origen de la Razón Social


(24) – Dato del campo, en este caso: MX


DICIEMBRE / 2015 46 / 152



Validaciones del Segmento de Empleo del Cliente - P E

Formato INT versión 12

Para Usuario del Formato INTF versión 12 este Segmento es OPCIONAL, sin embargo, si se decide reportar, los campos con Validación “R” de Requerido será obligatorios, de lo contrario no será actualizada toda la información de Empleo del Cliente.

Si no se cuenta con la dirección completa, no reportar ninguno de los relacionados para evitar el rechazo de la dirección del empleador.

En caso que falte algún dato o se reporte de forma diferente a la indicada en los campos requeridos, se rechazará los datos completos del Empleo.

� El domicilio en este segmento debe seguir las mismas reglas de validación que el Segmento de Dirección.

� Cuando se proporcione un valor en el campo “Clave de moneda de pago de Sueldo”, los campos de “Monto de Sueldo o Salario” y “Período de Pago o Base Salarial” serán obligatorios.

Formato INT versión 13

Para Usuario del Formato INTF versión 13 es REQUERIDO reportar el dato de Razón Social o Empleador del

acreditado (etiqueta PE). Reportar el domicilio del empleo es OPCIONAL. Sin embargo, al reportar una

dirección los campos con validación de requerido será obligatorio ingresarlos correcta y consistentemente de

acuerdo con las verificaciones vigentes para domicilios radicados en México. Cuando el domicilio a reportar

sea radicado en el extranjero, deberá identificarse por medio de la etiqueta respectiva (18 - origen de la razón

social y domicilio -país); de no integrarse la información correctamente, sea para un domicilio nacional o

extranjero, no será actualizada toda la información de Empleo del Cliente.


DICIEMBRE / 2015 47 / 152



Segmento de Cuenta o Crédito del Cliente – TL En este Segmento se reporta la información de la Cuenta o Crédito que el Usuario ha otorgado al Cliente o Acreditado. Al valor de cada dato deberá de antecederle la etiqueta y longitud correspondiente.

Si el Cliente tiene más de una cuenta contratada con el Otorgante de Crédito, se debe reportar un registro INTF completo (PN, PA, PE, TL) por cada cuenta o crédito.

Todas las validaciones de la sección “Descripción y Validación de los campos del formato INTF” aplican a cada etiqueta de acuerdo al tipo y validación según le corresponda.

Segmento de Cuenta o Crédito del Cliente - TL

Etiq

ueta


Tip

o

Long

itud

Máx

ima

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Ver

sión

13

TL

ETIQUETA O NOMBRE DEL SEGMENTO

Debe contener las letras TL

De lo contrario se rechazará el registro completo d e la cuenta o crédito.

A 2 F R

01

CLAVE DEL USUARIO o MEMBER CODE

Contiene la clave única del Usuario para reportar la Cuenta o crédito, la cual fue asignada por Buró de Crédito.

Si no se reporta, se rechazará el Registro completo de la Cuenta o crédito

AN 10 F R

02

NOMBRE DEL USUARIO

Contiene el nombre del Usuario que reporta la información.

Si el nombre del Usuario contiene más de 16 caracteres, deberá acordar con su Ejecutivo de Cuenta el nombre a colocar en este campo. Será el nombre que aparecerá en el Reporte de Crédito Especial o en los Informes Buró Especiales.

Si no se reporta, se rechazará el Registro completo de la Cuenta o crédito.

AN 16 V R

04

NUMERO DE CUENTA O CREDITO ACTUAL

Se reporta el número de CUENTA o CREDITO otorgado por el Usuario.

Antes de efectuar modificaciones se recomienda consultar al área de

Calidad de la Información o a su Ejecutivo de Cuenta. Se deberá reportar al

menos 4 caracteres o dígitos.

Antes de efectuar modificaciones se recomienda consultar con su Analista de Base de Información o con su Ejecutivo de Cuenta.

Si no se reporta, se rechazará el Registro completo de la Cuenta o Crédito

AN 25 V R


DICIEMBRE / 2015 48 / 152




Etiq

ueta


Tip

o

Long

itud

Máx

ima

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Ver

sión

13

05

TIPO DE RESPONSABILIDAD DE LA CUENTA

Indica la responsabilidad que el Cliente tiene con la Cuenta o Crédito. Los valores que se pueden reportar son:

I = Individual J = Mancomunado C = Obligado Solidario

Si no se reporta ningún valor, el sistema colocará el valor “I”.

A 1 F R

06

TIPO DE CUENTA Indica el tipo de Cuenta o Crédito que el Usuario otorgó al Cliente. Los valores que se pueden reportar son:

I = Pagos Fijos M = Hipoteca O = Sin Límite Pre-establecido R = Revolvente

Antes de efectuar modificaciones se recomienda consultar con su Analista de Base de Información o con su Ejecutivo de Cuenta. Si no se reporta o se incluye un dato inválido, se rechazará el Registro de la Cuenta o crédito.

A 1 F R

07

TIPO DE CONTRATO O PRODUCTO

El Usuario debe reportar el producto que otorgó al Cliente. Los valores que pueden reportarse en este campo están indicados en el ANEXO 2 de Códigos de “TIPOS DE CONTRATO O PRODUCTO”. Antes de efectuar modificaciones se recomienda consultar con su Analista de Base de Información o con su Ejecutivo de Cuenta. Si no se reporta o se incluye un dato inválido, se rechazará el Registro de la Cuenta o crédito.

A 2 F R

08

MONEDA DEL CREDITO Indica la moneda en la que fue otorgado el Crédito al Cliente. Los posibles valores que puede reportarse son:

MX = Pesos Mexicanos UD = Unidades de Inversión (UDI’s) US = Dólares Americanos

Este dato, no deberá modificarse en subsecuentes actualizaciones. Antes de efectuar modificaciones se recomienda consultar con su Analista de Base de Información o con su Ejecutivo de Cuenta. Si no se reporta o se incluye un dato inválido, se rechazará el Registro de la Cuenta o crédito.

A 2 F R


DICIEMBRE / 2015 49 / 152



Segmento de Cuenta o Crédito del Cliente - TL E

tique

ta


Tip

o

Long

itud

Máx

ima

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Ver

sión

13

09

IMPORTE DEL AVALUO

Si el crédito es de Pagos Fijos (I) o Hipoteca (M), el dato se refiere al valor total del bien para propósitos de valuación o recuperación. Reportar este dato si se cuenta con él.

NO aplica para créditos Revolventes (R) o Sin Límite Pre-establecido (O).

M 9 V O

10

NUMERO DE PAGOS Deberá reportarse si la Cuenta o Crédito es de Pagos Fijos (I) o Hipoteca (M). Indica el número total de pagos estipulados en la apertura del crédito y estará en función de la etiqueta 11 “Frecuencia de Pago”. Para Crédito Revolventes (R) o Sin Límite Pre-establecido (O), no reportar. Si el Crédito no se ha cerrado y es de Pagos Fijos (I) o Hipoteca (M) y este dato no se reporta o es 0, se rechazará el Reg istro de la Cuenta o crédito (Condición de Rechazo Regla #13) .

N 4 V R

11

FRECUENCIA DE PAGOS • La etiqueta y el dato son requeridos. • El dato sirve para indicar la frecuencia en tiempo con que deben

realizarse los pagos. • Para tipo de crédito Pagos Fijos (I) e Hipoteca (M) los valores válidos

son los siguientes:

B = bimestral D = diario H = semestral K = catorcenal M = mensual P = deducción del salario Q = trimestral S = quincenal (2 veces al mes) V = variable W = semanal Y = anual

• De no reportarse NO se actualiza el dato de Monto a Pagar (etiqueta

12, de este segmento). • Para tipo de crédito Revolvente (R) y Sin Límite Preestablecido (O): Z =

pago mínimo. • En caso de ingresar un dato inválido u omitirlo, el sistema aplica el

valor “Z”.

A 1 F R


DICIEMBRE / 2015 50 / 152




Etiq

ueta


Tip

o

Long

itud

Máx

ima

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Ver

sión

13

12

MONTO A PAGAR

Reportar la cantidad que el Cliente deberá pagar en el siguiente período, de acuerdo con la “Frecuencia de Pagos” indicada en la etiqueta 11 .

• Para créditos Revolventes (R) o Sin Límite Pre-establecido (O), es el pago mínimo solicitado a pagar en el siguiente periodo. Reportar “0” (Cero) en caso de no requerir pago mínimo.

• Para créditos de Pagos Fijos (I) o Hipotecario (M) y la frecuencia es diferente a “Mensual”, deberá mensualizarse.

• Ejemplo: Si la frecuencia es semanal, el “Monto a Pagar” será el pago semanal multiplicado por 4; si es quincenal, multiplicar por 2, etc.

M 9 V R

13

FECHA DE APERTURA DE CUENTA O CREDITO

Debe ingresarse la fecha cuando se otorgó el crédito al Cliente.

• Si esta fecha es mayor a la Fecha de Reporte de la Información, o con formato inválido, se rechazará el registro de la Cuenta o Crédito.

(Condición de rechazo Regla #5)

• Cuando la fecha de apertura es posterior a la Fecha de Reporte de la Información (etiqueta 17 de este segmento), se rechaza el registro.

• Si se reporta un dato con formato inválido, se rechaza el registro.


En este campo se deberá reportar la fecha en la que se otorgó el Crédito al Cliente.

Si esta fecha es mayor a la Fecha de Reporte de la Información, se rechazará el registro.

Fecha de apertura contra fecha de Circular 17 / 201 4

• Para créditos cuya fecha de apertura sea anterior al 4 de octubre de 2014 se enviará una alerta preventiva recordando el envió de la información solicitada por la Circular 17 / 2014.

• Crédito con fecha de apertura posterior al 04 de octubre 2014, se aplicarán los criterios de validación estipulados por la Circular 17 / 2014.

LA VALIDACIÓN DE FECHA DE APERTURA DEL CRÉDITO CONT RA LA FECHA DE ENTRADA EN VIGOR DE LA CIRCULAR 17 / 2014, OPERARÁ PRODUCTIVAMENTE A PARTIR DE SEPTIEMBRE DE 2 015.

F 8 F R


DICIEMBRE / 2015 51 / 152




Etiq

ueta


Tip

o

Long

itud

Máx

ima

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Ver

sión

13

14

FECHA DE ULTIMO PAGO

Corresponde a la fecha más reciente cuando el Cliente efectuó un pago.

En caso de reportar este campo, reportar el monto de último pago (etiqueta

45 de este segmento).

En caso de no contar con la fecha de último pago, reportar el dato de fecha de última disposición (etiqueta 15).

(Condición de rechazo Regla #4, Regla #10, Regla #11, Regla #12, Regla #13, Regla #14, Regla #42)


• La etiqueta es requerida, en caso de no ser incluida el registro será rechazado.

• Aun cuando no cuente con el dato, la etiqueta deberá ser incluida; reportándose con longitud doble cero (“00”).


14 = identificación de la etiqueta.


F 8 F R

15

FECHA DE ULTIMA COMPRA O DISPOSICION

Contiene la fecha en la que el Cliente realizó la última compra o disposición.

En caso de no contar con la “Fecha de última compra o disposición”, reportar la “Fecha de último pago” (etiqueta 14).

Si esta fecha es posterior a la Fecha de Reporte de la Información, o con formato inválido, no se tomará en cuenta.

(Condición de rechazo Regla #4, Regla #10)



• En caso de no reportarse la etiqueta el registro es rechazado.

• Aun cuando no cuente con el dato y por lo tanto no sea reportado, la etiqueta debe ser incluida; reportándose con longitud doble cero (“00”).




F 8 F R


DICIEMBRE / 2015 52 / 152




Etiq

ueta


Tip

o

Long

itud

Máx

ima

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Ver

sión

13

16

FECHA DE CIERRE

Debe ser la fecha en que fue cerrada o liquidado el Crédito

Para abrir nuevamente un crédito reportado previamente con fecha de cierre, se deberá reportar el crédito con el valor “02021900” en el campo de Fecha de Cierre . Esto permitirá tratar el registro como un crédito activo nuevamente, es importante considerar las condiciones para la actualización de un crédito cerrado, ver restricciones en la sección de “Principales Procesos con el Segmento de Cuenta o Crédito del Cliente - TL”, Punto 1: “Para Actualizar un Crédito Cerrado”. La fecha cierre con formato inválido no será consid erada y por ser un campo opcional la cuenta podrá actualizarse sin ref lejar el cierre del crédito. (Condición de rechazo Regla #4, Regla #7, Regla #9, Regla #10, Regla #11, Regla #13, Regla #15, Regla #16, Regla #17, Re gla #38) (Alerta Informativa #2, Alerta Preventiva #2, Alert a Preventiva #5)

F 8 F O

17

FECHA DE REPORTE DE INFORMACION

• Para entregas mensuales contiene la fecha del último día del periodo reportado. Para actualizaciones con mayor frecuencia, será la fecha de la última vez que el Usuario modificó el registro.

• En caso de no reportarse será asignada la fecha especificada en el segmento de encabezado.

(Condición de rechazo Regla #5, Regla #6, Regla #10 , Regla #12, Regla #13, Regla #14, Regla #15, Regla #38)

(Alerta Preventiva #1, Alerta Preventiva #2, Alerta Preventiva #4).

F 8 F R

20

GARANTIA

Contiene una descripción alfanumérica de la garantía utilizada para asegurar el crédito otorgado. Es para créditos Hipotecarios (M) y de Pagos Fijos (I).

AN 40 V O

21

CREDITO MAXIMO AUTORIZADO

Reportar de acuerdo al tipo de cuenta como sigue:

� Para créditos con tipo de cuenta Revolvente (R) y Sin límite Preestablecido (O), reportar el Monto máximo que ha dispuesto el Consumidor en la vida del crédito

� Para créditos con tipo de cuenta Pagos Fijos (I) e Hipoteca (M), reportar el monto autorizado del crédito.

(Condición de rechazo Regla #39).

(Alerta Preventiva #3, Alerta Preventiva #4).

M 9 V R


DICIEMBRE / 2015 53 / 152




Etiq

ueta


Tip

o

Long

itud

Máx

ima

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Ver

sión

13

22

SALDO ACTUAL

Importe total del adeudo pendiente de pagar, agregados los intereses generados; es decir, el monto total de la deuda.

Consultar la sección “Reglas generales de Validación y Rechazo para el segmento de cuenta o crédito del cliente”.



• Aun cuando no cuente con el dato, la etiqueta debe ser incluida; reportándose con longitud doble cero (“00”).

Ejemplo: 2200… Donde…



M 10 V R

23

LIMITE DE CREDITO

Es Requerido para cuentas o créditos con “Tipo de Cuenta” Revolvente (R) y es el monto de crédito otorgado por el Usuario y notificado al Cliente en el estado de cuenta.

Para cuentas o créditos Sin Límite Pre-establecido (O) es un dato opcional. Para cuentas o créditos con “Tipo de Cuenta” de Pagos Fijos (I) o Hipotecario (M) no aplica este monto.





M 9 V R


DICIEMBRE / 2015 54 / 152




tique

ta


Tip

o

Long

itud

Máx

ima

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Ver

sión

13

24

SALDO VENCIDO

• Reportar la totalidad del saldo vencido (incluye principal e intereses, comisiones, cuotas con atraso).

• Esta etiqueta es requerida en caso de incumplimiento del cliente (MOP mayor a 01).

• Consultar la sección “Reglas generales de Validación y Rechazo para el segmento de cuenta o crédito del cliente”.







M 9 V R

25

NUMERO DE PAGOS VENCIDOS

Indicar el número de pagos que no ha realizado el Cliente, dependerá de la “Frecuencia de Pagos” reportada en la etiqueta 11.

Ejemplo: Si la Frecuencia de Pago es semanal, el Cliente puede tener de 1 a 4 pagos vencidos en un mes; si es quincenal puede tener 1 ó 2 pagos vencidos.

(Alerta Preventiva #6)

N 4 V O

26

FORMA DE PAGO ACTUAL (MOP)

MOP: Manner Of Payment – por sus siglas en inglés.

Este campo contiene el código que indica el comportamiento de pago, es decir, si la cuenta está al corriente (sin atraso) o presenta incumplimiento (con atraso) en sus pagos.

El reporte de este dato deberá de mensualizarse (periodos de 30 días).

Ejemplos:

1) Si el Cliente tiene pagos mensuales y 1 pago vencido, MOP=02.

2) Si tiene pagos semanales: con 1 pago vencido: MOP=02; con 2 pagos vencidos: MOP=02, con 3 pagos MOP=02, etc.

Los valores que pueden reportarse en esta etiqueta están indicados en el ANEXO 3 - Forma de pago - MOP.

(Condición de rechazo Regla #1, Regla #2, Regla #3, Regla #6, Regla #37).

(Alerta Preventiva #6, Alerta Preventiva #12)

Revisar condiciones y validaciones relacionadas a C laves de Observación.

AN 2 F R


DICIEMBRE / 2015 55 / 152




tique

ta


Tip

o

Long

itud

Máx

ima

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Ver

sión

13

30

CLAVE DE OBSERVACION

Este dato identifica la actual situación de la cuenta o crédito a la fecha reportada en la etiqueta 17 (Fecha de Reporte de la Información).

� Una vez reportada una Clave de Observación, si en las posteriores actualizaciones no se envía nuevamente, se mantendrá en la base de datos la última reportada.

� Si requiere cambiar de clave de observación, solo tendrá que incluir la nueva clave en esta etiqueta.

� Para eliminar una Clave de Observación, colocar la clave “EL”.

Los valores que pueden reportarse en este campo están indicados en el ANEXO 4 - Claves de Observación.

Si no se incluye una clave válida el registro será rechazado.

(Alerta Informativa #3)

A 2 F O

39

CLAVE DEL USUARIO ANTERIOR

Cuando el crédito haya sido transferida por otro Usuario (venta de cartera), se deberá reportar la Clave del Usuario o Member Code del Usuario anterior que le transfirió el crédito.

AN 10 F O

40 NOMBRE DEL USUARIO ANTERIOR

Cuando el crédito haya sido transferido por otro Usuario (venta de cartera), deberá reportarse el nombre del Usuario anterior que le transfirió el crédito.

AN 16 V O

41

NUMERO DE CUENTA ANTERIOR

El uso de esta etiqueta, permite cambiar el número asignado a la cuenta o crédito y mantener el comportamiento histórico del mismo. En caso de no modificarlo, se tomará como nuevo, duplicando y desactualizando el número anterior.

En esta etiqueta deberá anotarse el número de cuenta anterior y en la etiqueta 4 el nuevo número asignado.

Para mayor detalle, consultar la sección Principales Procesos con el Segmento de Cuenta o Crédito del Cliente- TL

(Alerta Informativa #1).

AN 25 V O

43

FECHA DE PRIMER INCUMPLIMIENTO

Reportar la fecha en la que el Cliente incumplió por primera vez en el pago solicitado del crédito.

Para cuentas o créditos al corriente (MOP=00, 01, UR), es requerido reportar la fecha: “01011900”



F 8 F R


DICIEMBRE / 2015 56 / 152




tique

ta


Tip

o

Long

itud

Máx

ima

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Ver

sión

13

44

SALDO INSOLUTO DEL PRINCIPAL

Monto del crédito pendiente de amortizar al momento que haya sido actualizado por los Usuarios, sin incluir intereses, comisiones o cualquier otro accesorio.



M 10 V R

45

MONTO DE ULTIMO PAGO

Monto correspondiente al último pago realizado por el cliente.

En caso de reportar este campo, es requerido reportar la Fecha de Último Pago (etiqueta 14 de este segmento)

(Condición de rechazo Regla #42, Regla #43).

M 9 V R

50

PLAZO EN MESES (nueva etiqueta)

• Se deberá reportar en meses el plazo original del crédito.

• Tanto la Etiqueta como el dato son requeridos.

• Se deberá reportar en meses el plazo original del crédito para tipo de cuenta Hipotecario (M) y de Plazos Fijos (I).

• En caso de no aplicar el dato para el tipo de cuenta, debe reportarse un cero.

• Se envía dato cero (“0”) cuando el tipo de cuenta es Revolvente (R) o Abierto – sin límite preestablecido (O

Datos decimales

De acuerdo con la regla estipulada por el Banco de México, si el crédito tiene el plazo especificado en días, el Otorgante deberá considerar la siguiente fórmula para convertir el plazo de días a meses y así reportarlo:

o Se dividirá el número correspondiente al plazo en días entre 30.4.

o El resultado deberá ser redondeado a dos decimales.

Ejemplo:

Plazo en días: 110

Factor de conversión a meses: 30.4

Resultado: 3.6184

Plazo en meses a reportar: 3.62

LA NUEVA ETIQUETA Y LA FUNCIONALIDAD DE LOS DECIMAL ES QUEDA ACTIVA PARA REPORTARSE DESDE LA PRIMER SEMANA DE JUNIO DE 2015.

N 6 V R


DICIEMBRE / 2015 57 / 152




tique

ta


Tip

o

Long

itud

Máx

ima

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Ver

sión

13

51

MONTO DE CRÉDITO A LA ORIGINACIÓN (nueva etiqueta)

• Se deberá reportar el monto del Crédito a la originación para créditos a pagos fijos o hipotecarios. En caso de créditos revolventes se deberá reportar el Límite de Crédito correspondiente.

• Para créditos de tipo Abierto (sin límite preestablecido), se deberá omitir la etiqueta y el dato.

M 9 V C

99

FIN DEL SEGMENTO TL

Deberán colocarse siempre las letras FIN o END.

Este campo indica que se terminó de reportar la información de la cuenta o crédito. Si no se envía este campo o se reportan letras diferentes, el registro de la cuenta o crédito puede ser rechazado por completo.

A 3 F R

Segmento de Cuenta o Crédito del Cliente – TL / Eje mplo

TL02TL0110ZZ999900010212BANCO LATINO 04061234560501I0601I0702CL0802MX10012 (1) (2) (3) (4) (5) (6) (7) (8) (9) (10) (11) (12) (13) (15) (17) (19)(20)(21)(22) (23) (24) (25)(26)(27)

(14) (16) (18)

1101M12041062130829092011140831102011150829092011210523000220419792403180 (28) (30) (32) (33 (34)(35) (36) (37)(38) (39) (40) (41) (42) (43)(44) (45) (46)(47)(48) (49 )(50)(51) (29) (31)

2501226020343081710201144041500450445009903FIN (52) (54) (56) (58) (60) (61)(62) (63) (64)(65) (66) (67) (68) (69) (53) (55) (57) (59)





DICIEMBRE / 2015 58 / 152



(1) – Etiqueta o nombre del campo: TL – Etiqueta o nombre del Segmento


(3) – Dato del campo, en este caso: TL

(4) – Etiqueta o nombre del campo: 01 – Clave del Usuario o Member Code


(6) – Dato del campo, en este caso: ZZ99990001

(7) – Etiqueta o nombre del campo: 02 – Nombre del Usuario


(9) – Dato del campo, en este caso: BANCO LATINO

(10) – Etiqueta o nombre del campo: 04 – Número de Cuenta o Crédito Actual



(13) – Etiqueta o nombre del campo: 05 – Tipo de Responsabilidad de la Cuenta

(14) – Número de caracteres, incluyendo espacios en blanco que contiene el dato del campo: en este caso tiene 1 caracter

(15) – Dato del campo, en este caso: I - Individual

(16) – Etiqueta o nombre del campo: 06 – Tipo de Cuenta


(18) – Dato del campo, en este caso I – Pagos Fijos

(19) – Etiqueta o nombre del campo: 07 – Tipo de Contrato o Producto


(21) – Dato del campo, en este caso: CL

(22) – Etiqueta o nombre del campo: 08 – Moneda del Crédito



(25) – Etiqueta o nombre del campo: 10 – Número de Pagos

(26) – Número de caracteres, incluyendo espacios en blanco que contiene el dato del campo, en este caso tiene 1 caracter


(28) – Etiqueta o nombre del campo: 11 – Frecuencia de Pagos


(30) – Dato del campo, en este caso: M

(31) – Etiqueta o nombre del campo: 12 – Monto a Pagar



DICIEMBRE / 2015 59 / 152




(34) – Etiqueta o nombre del campo: 13 – Fecha de Apertura de Cuenta o Crédito



(37) – Etiqueta o nombre del campo: 14 – Fecha de Ultimo Pago



(40) – Etiqueta o nombre del campo: 15 – Fecha de Ultima Compra o Disposición



(43) – Etiqueta o nombre del campo: 21 – Crédito Máximo Autorizado



(46) – Etiqueta o nombre del campo: 22 – Saldo Actual



(49) – Etiqueta o nombre del campo: 24 – Saldo Vencido



(52) – Etiqueta o nombre del campo: 25 – Número de pagos vencidos



(55) – Etiqueta o nombre del campo: 26 – Forma de pago actual - MOP



(58) – Etiqueta o nombre del campo: 43 – Fecha de Primer Incumplimiento



(61) – Etiqueta o nombre del campo: 44 – Saldo Insoluto del Principal



(64) – Etiqueta o nombre del campo: 45 – Monto de último Pago


DICIEMBRE / 2015 60 / 152





(67) – Etiqueta o nombre del campo: 99 – Fin del segmento TL


(69) – Dato del campo, en este caso FIN

Segmento de Cuenta – TL / Ejemplo Versión 13

TL02TL0110ZZ999900010212BANCO LATINO 04061234560501I0601I0702CL0802MX10012 (1) (2) (3) (4) (5) (6) (7) (8) (9) (10) (11) (12) (13) (15) (17) (19)(20)(21)(22) (23) (24) (25)(26)(27)

(14) (16) (18)

1101M120410621308041020141400150021052300022002400 (28) (30) (32) (33 (34)(35) (36) (37)(38)(39)(40)(41)(42)(43) (44)(45)(46)(47) (29) (31)

2501226020343081701201544041500450445005002125105190009903FIN (48) (50) (52) (54) (56) (57)(58) (59) (60)(61) (62) (63) (64) (65)(66) (67) (68) (69)(70)(71) (49) (51) (53) (55)

(1) – Etiqueta o nombre del campo: TL – Etiqueta o nombre del Segmento


(3) – Dato del campo, en este caso: TL

(4) – Etiqueta o nombre del campo: 01 – Clave del Usuario o Member Code


(6) – Dato del campo, en este caso: ZZ99990001

(7) – Etiqueta o nombre del campo: 02 – Nombre del Usuario


(9) – Dato del campo, en este caso: BANCO LATINO

(10) – Etiqueta o nombre del campo: 04 – Número de Cuenta o Crédito Actual



(13) – Etiqueta o nombre del campo: 05 – Tipo de Responsabilidad de la Cuenta


DICIEMBRE / 2015 61 / 152



(14) – Número de caracteres, incluyendo espacios en blanco que contiene el dato del campo: en este caso tiene 1 caracter

(15) – Dato del campo, en este caso: I - Individual

(16) – Etiqueta o nombre del campo: 06 – Tipo de Cuenta


(18) – Dato del campo, en este caso I – Pagos Fijos

(19) – Etiqueta o nombre del campo: 07 – Tipo de Contrato o Producto


(21) – Dato del campo, en este caso: CL

(22) – Etiqueta o nombre del campo: 08 – Moneda del Crédito



(25) – Etiqueta o nombre del campo: 10 – Número de Pagos



(28) – Etiqueta o nombre del campo: 11 – Frecuencia de Pagos


(30) – Dato del campo, en este caso: M

(31) – Etiqueta o nombre del campo: 12 – Monto a Pagar



(34) – Etiqueta o nombre del campo: 13 – Fecha de Apertura de Cuenta o Crédito



(37) – Etiqueta o nombre del campo: 14 – Fecha de Ultimo Pago

(38) – Dato del campo, en este caso: 00 (Significa que no cuenta con el dato)

(39) – Etiqueta o nombre del campo: 15 – Fecha de Ultima Compra o Disposición


(41) – Etiqueta o nombre del campo: 21 – Crédito Máximo Autorizado



(44) – Etiqueta o nombre del campo: 22 – Saldo Actual


(46) – Etiqueta o nombre del campo: 24 – Saldo Vencido



DICIEMBRE / 2015 62 / 152



(48) – Etiqueta o nombre del campo: 25 – Número de pagos vencidos



(51) – Etiqueta o nombre del campo: 26 – Forma de pago actual - MOP



(54) – Etiqueta o nombre del campo: 43 – Fecha de Primer Incumplimiento



(57) – Etiqueta o nombre del campo: 44 – Saldo Insoluto del Principal



(60) – Etiqueta o nombre del campo: 45 – Monto de último Pago



(63) – Etiqueta o nombre del campo: 50 – Plazo en Meses


(65) – Dato del campo, en este caso 3.62

(66) – Etiqueta o nombre del campo: 51 – Monto de Crédito a la Originación


(68) – Dato del campo, en este caso 19000 (69) – Etiqueta o nombre del campo: 99 – Fin del Segmento


(71) – Dato del campo, en este caso FIN


DICIEMBRE / 2015 63 / 152



Validaciones del Segmento de Cuenta o Crédito del C liente - TL

Este Segmento es REQUERIDO así como cada uno de sus campos con Validación “R”, si no se reporta se rechazará el registro completo. El rechazo de un registro completo de Cuenta o Crédito, no impide que los registros restantes se actualicen en la Base de Datos de Buró de Crédito si cumplen con el formato y las validaciones.

CAMPOS LLAVE

Son datos que identifican a una Cuenta o Crédito en específico del cliente, por lo que una vez reportados, no deberán modificarse en subsecuentes actualizaciones para construir su Historial Crediticio en la Base de Datos de Buró de Crédito.

Los “Campos Llave” _ del segmento de crédito son:

� Clave de Usuario o Member Code (Etiqueta 01) � Número de Cuenta o Crédito actual (Etiqueta 04) � Tipo de Responsabilidad de la Cuenta (Etiqueta 05) � Tipo de Cuenta (Etiqueta 06) � Tipo de Contrato o Producto (Etiqueta 07)

En caso de que alguno de estos datos sea modificado en posteriores actualizaciones de la base de datos, se tendrá como consecuencia:

� El registro de una Cuenta o Crédito nuevo para el Cliente.

� La fragmentación del historial y la desactualización de una de las Cuentas o Créditos ya que no se seguirá actualizando.

Si se requiere modificar alguno de estos datos, es necesario comunicarse con su Ejecutivo de Cuenta para la solicitud de un proceso especial.

NUMERO DE CUENTA O CREDITO (Etiqueta 04)

Este campo es alfanumérico, lo cual quiere decir que puede incluir letras, números y algunos caracteres especiales. El único requisito es que siempre debe enviarse poblado este campo y para un crédito siempre debe reportarse el mismo número de cuenta para evitar duplicidad de información.

Ejemplos de números de cuenta:

4555020145693285

123659

2.789456

45698ACX

Un crédito es considerado como válido cuando cumple con las condiciones de validación de tipo alfanumérico y que además tenga una longitud mínima de 3 caracteres o dígitos.


DICIEMBRE / 2015 64 / 152



RECOMENDACIONES CON RESPECTO A LA CLASIFICACION DE FORMA DE PAGO - MOP (Etiqueta 26):

Este dato muestra si el crédito está al corriente o en caso de morosidad, los días de atraso a partir de su fecha límite de pago.

Las claves van en períodos de 30 días. El Usuario deberá utilizar esta clave de acuerdo a la morosidad en el que se encuentre la cuenta o crédito. Ejemplos:

� Si el Usuario acaba de otorgar una tarjeta de crédito a un Cliente, y al momento de que el Usuario reporta su base de datos a Buró de Crédito, aún no la ha utilizado, la clave de Forma de pago - MOP que debe reportar es 00 (Muy reciente para ser calificada)

� Si el Cliente tiene un crédito que su fecha límite de pago es 15 de mayo y él pago el día 13 de mayo, al momento de que el Usuario reportó a Buró de Crédito, el 1 de junio había cumplido, la clave de Forma de pago - MOP que debe reportar es 01 (Cuenta al corriente, 0 días de atraso de su fecha límite de pago (1 a 29 días transcurridos de su fecha de facturación))

� Si el Cliente tiene un crédito cuya fecha límite de pago es 15 de mayo y al momento de que el Usuario reportó a Buró de Crédito, el 1 de junio aún no había pagado, la clave de Forma de pago - MOP que debe reportar es 02 (1 a 29 días de atraso de su fecha límite de pago (30 a 59 días transcurridos de su fecha de facturación))

� Si el Cliente tiene una tarjeta de crédito que no ha utilizado en el último mes y tiene Saldo Actual y Saldo Vencido en cero, al momento de que el Usuario reporta a Buró de Crédito, la clave de Forma de pago - MOP que debe reportar es UR (Cuenta sin calificar)

� En caso de que el valor de la Forma de pago - MOP sea mayor a 01, necesariamente deberá tener un “Saldo Vencido” (Etiqueta 24) mayor a cero, esto es, deberá mostrar un monto con atraso de pago, así como el Número de Pagos Vencidos (Etiqueta 25) mayor a cero, dependiendo de la frecuencia de pago.

� El Histórico de pago que se vaya formando a partir de la información que reporta el Usuario mes a mes, en caso de morosidad, deberá ser como sigue:

Se formará con claves de Forma de pago – MOP en forma ascendente e incrementarse de forma consecutiva de uno en uno mientras continúe siendo moroso el cliente, ejemplo: 02, 03, 04, 05, etc.

• No deberá tener saltos de un mes a otro: 02, 03, 06, etc., a menos que deje de reportar uno o varios meses, sin embargo deberá ser congruente respecto a la última enviada.

• Si el Cliente realiza el pago total de la cantidad que tiene morosidad, deberá reportarse una Forma de pago – MOP igual a 01, no podrá ser otra clave.

• Para créditos Revolventes, si el Cliente realiza un pago parcial de la cantidad que tiene morosidad, se deberá reportar la clave de Forma de pago – MOP que corresponde al siguiente incremento de número de días moroso.

� Para créditos Hipotecarios o de Pagos Fijos, si el Cliente realiza un pago parcial de la cantidad que tiene morosidad, se deberá reportar la clave de Forma de pago – MOP que corresponde al número de días de atraso con base al número de impagos. En este caso si podría quedar el “Histórico de pago” sin tener un consecutivo de la Forma de pago - MOP. Ejemplo: 01, 02, 03, 04, 02, 03, 04, 05, 03

CLAVES DE OBSERVACION (Etiqueta 30)

Al decidir colocar una Clave de Observación, deberá seguir las reglas mencionadas en el ANEXO 4 – Claves de Observación, de lo contrario podría ser rechazado el registro completo ocasionando que no haya información para esa Cuenta o Crédito en ese período reportado. Es muy importante el considerar que cuando un crédito cumpla con los criterios de alguna clave de observación ésta sea utilizada.


DICIEMBRE / 2015 65 / 152



Reglas Específicas de Validación y Rechazo para el Segmento de Cuenta o Crédito del Cliente – TL. Buró de Crédito ha desarrollado reglas específicas para asegurar la calidad de la información que se integrará a su Base de Datos. Son un conjunto de validaciones que se aplican de forma automática al archivo de la base de datos que envían los Usuarios durante el proceso de actualización de la información.

El resultado de la aplicación de estas reglas a cada Registro de la base de datos enviada por el Usuario, puede ser una o varias acciones y determina el % de Calidad de la información.

1. Si cumple con las reglas, se actualizará o dará de alta la Cuenta o Crédito

2. Si no cumple con alguna de las reglas, se rechazará el registro completo.

3. Si requiere de una corrección menor, se emitirá una nota de Precaución o “Warning”, pero se actualizará o dará de alta la Cuenta o Crédito.

Los Registros que son rechazados y los mensajes de Precaución o “Warning”, se incluirán en un reporte enviado al finalizar el proceso de validación de información.

Interpretación:

• “>“ Significa “Mayor a”

• “<” Significa “Menor a”

• “=” Significa “Igual a”

• “<>” Significa “Diferente”

• “-“ Significa “Menos”

Reglas Generales de Validación y Rechazo para el Se gmento de Cuenta o Crédito del Cliente - TL

Regla Validación Condiciones de Rechazo

1 Cuenta al Corriente con

Saldo Vencido > 0

� Saldo Vencido > 0 y

� MOP = 01, 00 o UR y

� Clave de Observación <> “AD”

2 Cuenta con Atraso y con Saldo Actual = 0

� Saldo Actual = 0 y

� MOP = 02, 03, 04, 05, 06, 07, 96, 97 y

� Sin Clave de Observación

3 Cuenta con Atraso y con Saldo Vencido = 0

� Saldo Vencido = 0 y

� MOP = 02, 03, 04, 05, 06, 07, 96, 97 y


4

Cuenta Abierta sin movimiento y con

Saldos Actual = 0 y Saldo Vencido = 0 y Monto a

Pagar = 0 Para cuentas diferentes a Sin limite preestablecido

(O)

� Saldo Actual = 0 y � Saldo Vencido = 0 y � Límite de Crédito = 0 y � Monto a Pagar = 0 y � Tipo de Cuenta <> “O” y � Sin Fecha de Cierre y � Sin Fecha de Ultimo Pago y � Sin Fecha de Ultima Compra


DICIEMBRE / 2015 66 / 152





5 Cuenta sin

Fecha de Apertura o inválida

� Fecha de Apertura <= “01/01/1900” (valor por default) o

� Sin Fecha de Apertura o en blanco o

� Fecha de Apertura > Fecha de Reporte

6

Cuenta con Fecha de Apertura mayor

a 3 meses y MOP 00

� MOP = 00 y

� Fecha de Reporte y Fecha de Apertura reportadas y

� Fecha de Reporte – Fecha de Apertura >= 90 días

7 Límite de Crédito <= 0

para Cuentas Revolventes (R)

� Límite de Crédito <= 0 y

� Tipo de Cuenta = “R” y

� Sin Fecha de Cierre

8 Cuentas con

Saldo Vencido mayor Saldo Actual

� Saldo Vencido >= 0 y

� Saldo Actual >= 0 y

� Saldo Vencido > Saldo Actual y

� Sin Clave de Observación reportada

9 Cuenta Cerrada con

Saldos Inconsistentes

� Fecha de Cierre reportada y

� (Saldo Vencido <> 0 ó Saldo Actual <> 0 ó Monto a Pagar <> 0) y


10

Cuenta Abierta Revolvente (R) ó

Sin Límite Preestablecido (O)

con Saldo Actual > 0 y Monto a Pagar = 0

� Sin Fecha de Cierre reportada y

� Tipo de Cuenta = “R”, “O” y

� Saldo Actual > 0 y

� Monto a Pagar < 0 y

� Fecha de Apertura - Fecha de Reporte >= 31 días y

� Fecha de Reporte – Fecha de Ultima Compra >= 31 días y

� Monto a Pagar <= 0 y

� (Sin Fecha de Ultimo Pago ó

Fecha de Reporte – Fecha de Ultimo Pago > 30 días) y

� Clave de Observación <> “IA”

11

Crédito Revolvente (R) o Sin Límite Preestablecido

(O) y Fecha de Ultimo Pago ó

Fecha de Compra mayor a Fecha de Apertura

� Tipo de cuenta = “R”, “O” y

� Con Fecha de Ultimo Pago reportada y

Fecha de Apertura > Fecha de Ultimo Pago o

� Con Fecha de Ultima Compra y

Fecha de Apertura > Fecha de Ultima Compra o

� Con Fecha de Cierre y

Fecha de Apertura > Fecha de Cierre


DICIEMBRE / 2015 67 / 152





12 Monto a Pagar > 0 y Saldo Actual = 0

� Saldo Actual <= 0 y

� Monto a Pagar > 0 y

� Fecha de Reporte – Fecha de Ultimo Pago >= 31

13

Crédito Hipotecario (M) ó Crédito de Pago Fijo (I) con Saldo Actual > 0 y

Monto a Pagar = 0

� Sin Fecha de Cierre y


� Tipo de Cuenta = “M”,”I” y

� Tipo de Contrato <> “LR” (Línea de crédito reinstalable) y

� ((Monto a Pagar <= 0 y Sin Fecha de Ultimo Pago) ó

(Monto a Pagar <=0 y

Fecha de Reporte – Fecha de Ultimo Pago > 30 días) ó

Número de Pagos <= 0)

14

Crédito Revolvente (R) o Sin Límite Preestablecido

(O) y Fecha de Pago o Fecha de Ultima Compra incongruente (futura al

reporte o cierre).


� (Con Fecha de Ultimo Pago y

(Fecha de Ultimo Pago – Fecha de Reporte > 15 días ó

(Con Fecha de Cierre y

Fecha de Ultimo Pago > Fecha de Cierre)))

ó

(Con Fecha de Ultima Compra y

(Fecha de Ultima Compra – Fecha de Reporte > 15 días ó


Fecha de Ultima Compra > Fecha de Cierre)))

15 Fecha de Cierre

incongruente (futura con respecto a la de reporte)

� Fecha de Cierre reportada y

� Fecha de Cierre – Fecha de Reporte > 15 días

16

Crédito de Pagos Fijos (I) abierta y

Saldo Actual = 0 y/o Saldo Vencido = 0 y Tipo

de Crédito = “Préstamo de Nómina” o “Reinstalable”

� Tipo de cuenta = “I” � Si Tipo de Crédito = “Préstamo de Nómina” o “Crédito Reinstalable”

� ( Saldo actual < 0 ó Saldo vencido < 0 ó Monto a pagar < 0 )

� Para Tipo de Crédito distinto a “Préstamo de Nómina “ o “Crédito Reinstalable”. � (Saldo Actual <= 0 ó

Saldo Vencido < 0 ó Monto a Pagar <= 0) y

� Sin Fecha de Cierre y � Sin Clave de Observación


DICIEMBRE / 2015 68 / 152





17

Crédito Hipotecario (M) abierto con Saldo

Actual = 0 y Saldo Vencido = 0

� Tipo de Cuenta = “M” y

� Sin Fecha de Cierre y

� Sin Clave de Observación y

� (Saldo Actual <= 0 ó Monto a Pagar <= 0) y

� Saldo Vencido <= 0

37 Cuenta con atraso y sin

Fecha de Primer Incumplimiento

� Sin Fecha de Primer Incumplimiento y

� MOP = 02, 03, 04, 05, 06, 07, 96, 97, 99

� Clave de Observación <> “IA”

38 Fecha de Primer Incumplimiento incongruente

� Con Fecha de Primer Incumplimiento y

� (Fecha de Primer Incumplimiento < Fecha de Apertura ó


Fecha de Primer Incumplimiento > Fecha de Cierre) ó

Fecha de Primer Incumplimiento – Fecha de Reporte > 15 días)

39

Tipo de Contrato (LR) Línea de Crédito

Reinstalable y Tipo de Cuenta Pagos

Fijos (I)

� Tipo de Contrato = “LR” y

� Tipo de Cuenta = “I” y

� (Saldo actual < 0 ó

Saldo vencido < 0 ó

Límite de crédito <= 0 ó

Crédito máximo < 0 ó

Importe de pago < 0)

40 Saldo Insoluto del

Principal > Saldo Actual

� Saldo Insoluto del Principal > Saldo Actual

42 Monto de Ultimo Pago Sin fecha de pago

� Monto de Ultimo Pago > 0 y

� Sin Fecha de Ultimo Pago

43 Monto de último pago no

reportado � Monto de Ultimo Pago < 0

44 Plazo en meses requerido para créditos de pago fijo

o hipotecario

� Tipo de Cuenta = “I” o “M” y

� Termino en meses < = 0


DICIEMBRE / 2015 69 / 152



Reglas Específicas de Validación y Alerta para el S egmento de Cuenta o Crédito del Cliente – TL (Warnings)

Una Alerta o Warning es un mensaje que sirve para retroalimentar al Usuario, sin provocar un rechazo. Puede ser de dos tipos:

• Informativa – Es un mensaje que confirma una petición del Usuario.

• Preventiva – Notifica una inconsistencia en los datos, la cual deberá ser corregida por el Usuario en reportes siguientes, antes de que se convierta en Rechazo.

Alertas Informativas:

Alertas Informativas del Segmento de Cuenta o Crédi to del Cliente

Regla Validación Descripción Condición de Validación

1 Cambio del

Número de Cuenta

Si existe un cambio de número de cuenta detectado en el sistema, contabilizar la condición y generar el aviso, siempre que esté presente el número de cuenta nuevo y el viejo en el registro

� Con Número de Crédito y

� Con Nuevo Número de Crédito

2 Reapertura de

Cuentas.

Si la Fecha de Cierre es igual a 02/02/1900, entonces será reabierto el crédito en base de datos de Buró de Crédito.

� Fecha de Cierre = 02021900

3 Eliminación de

Clave de Observación

Si la Clave de Observación = “EL”, entonces eliminar la Clave de Observación existente en BD

� Clave de Observación = “EL”


DICIEMBRE / 2015 70 / 152



Alertas Preventivas:

Alertas Preventivas de Validación para el Segmento de Cuenta o Crédito del Cliente


1 Cuenta con Fecha de Apertura >= 90

días y sin RFC

Para créditos con 90 días o más de haber sido aperturados, es necesario que sea reportado el RFC.

� Sin RFC y

� Fecha de Apertura >= “01/01/1998” y

� Fecha de Reporte – Fecha de

Apertura >= 90 días.

2 Fecha de Reporte

incongruente

Si la Fecha de Reporte es menor a la Fecha de Ultimo Pago, Ultima Compra o a la Fecha de Cierre.

� (Con Fecha de Ultimo Pago y

Fecha de Reporte < Fecha de Ultimo

Pago) ó

� (Con Fecha de Ultima Compra y

Fecha de Reporte < Fecha de Ultima

Compra) ó

� (Con Fecha de Cierre y

Fecha de Reporte < Fecha de Cierre)

3 Saldo Actual > Crédito Máximo

Si el Saldo Actual es mayor al Crédito Máximo reportado. Para esta validación se considera que el Crédito Máximo otorgado siempre será mayor o igual a Saldo Actual del crédito.

� Saldo Actual > Crédito Máximo y

� Crédito Máximo > 0

4 Crédito Máximo inconsistente

Si el Crédito Máximo es menor o igual a cero con Saldo Actual mayor a cero y aperturado hace más de 90 días.

� Crédito Máximo <= 0 y


� (Fecha de Reporte – Fecha de

Apertura > 90 ó

Fecha de Reporte – Fecha de

Apertura < 0)

5 Fecha de Cierre

menor a la Fecha de Ultima Compra

No es posible registrar una compra posterior al cierre del crédito.

� Con Fecha de Cierre y

� Fecha de Cierre < Fecha de Ultima

Compra

6 Frecuencia de Pago faltante

Frecuencia Pago faltante y Número de Pagos Vencidos inconsistente.

� Sin Frecuencia de Pagos reportada ó

� Frecuencia de pagos no está en

catálogo ó

� (Número de Pagos Vencidos = 0 y

MOP <> 00, UR, 01) ó

� (Número de Pagos Vencidos > 0 y

MOP < 02)


DICIEMBRE / 2015 71 / 152



Alertas Preventivas de Validación para el Segmento de Cuenta o Crédito del Cliente


7 Inconsistencia en

Frecuencia de Pago

Para Tipos de Cuenta Revolvente (R) ó Sin Límite Preestablecido (O) y con Frecuencia de Pagos <> “Z” (Pago Mínimo)


� Frecuencia de Pagos <> “Z”

8 Saldo Actual faltante o menor a cero

Para cuentas con Saldo Actual menor a cero, actualiza el valor a cero

� Sin Saldo Actual ó

� Saldo Actual < 0

9 Saldo Vencido

faltante o menor a cero

Para cuentas con Saldo Vencido menor a cero actualiza el valor a cero

� Sin Saldo Vencido ó

� Saldos Vencidos < 0

10 Tipo de

Responsabilidad no reportado

Si el campo de Tipo de Responsabilidad no se reporta el sistema asignará el valor de “I=Individual”, esto debido a que es un campo llave del crédito

� Tipo de Responsabilidad no

reportada

11

Saldo Insoluto de Principal

faltante o menor a cero

Para cuentas con Saldo Insoluto de Principal menor a cero o no reportado, actualiza el valor a cero

� Sin Saldo Insoluto de Principal ó

� Saldo Insoluto de Principal < 0

12

Forma de pago (MOP) inválido de acuerdo a la clave

de Observación

Para claves de observación con Forma de Pago (MOP) predeterminada, en caso de inconsistencia se ajusta al valor adecuado.

� Clave de observación: AD, FN, RI,

LS

� y MOP <> “UR”

� Clave de observación: FD

� y MOP <> “99”

� Clave de observación: LC, UP

� y MOP <> “97”

13 Fecha de primer incumplimiento

anterior a 72 meses

Para fechas de primer incumplimiento anterior a 72 meses, se actualiza al valor “01/01/1900”.

� Fecha de primer incumplimiento <

(fecha de reporte – 72 meses)


DICIEMBRE / 2015 72 / 152



Principales Procesos con el Segmento de Cuenta o Cr édito del Cliente - TL

Existen procesos necesarios para el mantenimiento a la información reportada por los Usuarios en el “Segmento de Cuentas o Créditos del Cliente”.

Estos procesos son:

1. Actualización/Reapertura de Créditos Cerrados 2. Reestructuras 3. Cambio de número de cuenta (Transcodificación) 4. Conversión de Tarjetas Garantizadas a Tarjetas de Crédito 5. Ventas de Cartera 6. Monto de quebranto o castigo, monto de la quita o descuento otorgado 7. Cuentas o Créditos con Frecuencia de Pago diferente a “Mensual”

A continuación se explica cada uno de los procesos mencionados.

1. ACTUALIZACIÓN/REAPERTURA DE CRÉDITOS CERRADOS.

El sistema NO permite la actualización cuando previamente se reportó la fecha de cierre, esto es, se considera como un crédito cerrado. Se exceptúa esta condición con el siguiente criterio:

� Saldo Actual en BD’s > Saldo Actual reportado en el periodo ó � Saldo Vencido en BD’s > Saldo Vencido reportado en el periodo ó � MOP en BD’s > MOP reportado en el periodo ó � Clave de Observación en BD’s<>Clave de observación reportada en el periodo

(incluye eliminación). El objetivo es reflejar el cumplimiento de una obligación, en apego a la Ley para Regular las Sociedades de Información Crediticia. Para reabrir un crédito registrado en la base de datos con fecha de cierre a través de este formato, se deberá reportar el crédito con el valor “02021900” en el campo de fecha de cierre. Esto permitirá tratar el registro como un crédito activo nuevamente. Considerar que: o No se puede re-abrir cuentas utilizando la misma información que se tiene en base de

datos, con respecto a la enviada en el formato INTF, puesto que se cumple la condición de rechazo de créditos cerrados.

o La regla de edición que convierte saldos en cero afecta directamente la información enviada en INTF por lo cual si en la base de datos la cuenta que se intente re-abrir sus saldos están en ceros, no podría utilizarse saldos negativos (-1) para tratar de cumplir las condiciones de reapertura.

o Se puede eliminar o reemplazar cualquier Clave de Observación.


DICIEMBRE / 2015 73 / 152



2. REESTRUCTURAS

Proceso que se realiza cuando alguna o ambas partes (Cliente/Usuario), por diversos motivos prefieren modificar los términos de la Deuda originalmente pactada. Si un Cliente celebra con el Usuario acreedor un convenio en virtud del cual reduzca, modifique o altere las condiciones iniciales, se llevará a cabo una REESTRUCTURA de la cuenta o crédito.

De acuerdo a las disposiciones emitidas por la Comisión Nacional Bancaria y de Valores, las REESTRUCTURAS se deberán realizar de la siguiente forma:

� El número de Cuenta o Crédito original, se deberá cerrar y enviar a la Sociedad de Información Crediticia, la Clave de Observación que le corresponda de acuerdo a las condiciones de la reestructura.

� Crear un nuevo número de Cuenta o Crédito con las nuevas condiciones de la reestructura para reflejar un nuevo comportamiento de pago.

Por lo anterior, no se podrá llevar a cabo un proceso de Reestructur a sobre el mismo número de cuenta .

Para dar cumplimiento al Marco Legal, se cuenta con 3 Claves de Observación que el Usuario podrá utilizar de acuerdo a la situación y a las condiciones en que se lleva a cabo la Reestructura de la cuenta o crédito. RA: Cuenta reestructurada sin pago menor, por programa institucional o gubernamental, incluyendo los apoyos a damnificados por catástrofes naturales. RN: Cuenta reestructurada debido a un proceso judicial. RV: Cuenta reestructurada sin pago menor por modificación de la situación del cliente, a petición de éste. En el Anexo 4 – Claves de Observación, se detallan los criterios y su operación. 3. CAMBIO DE NÚMERO DE CUENTA O CRÉDITO CON EL MISMO U SUARIO

Por así convenir al Usuario, en ocasiones éste debe hacer un cambio de número de cuenta. Algunas de las razones son:

� En tarjetas de Crédito:

• El Usuario le ofrece hacer un cambio de producto de tarjeta (upgrade) y el Cliente acepta. Ejemplo: cambiar de una tarjeta Clásica a una tarjeta Oro.

• El Usuario se fusiona con otra institución y le reemplaza su actual tarjeta, con una de la nueva razón social.

Para evitar que el historial crediticio se pierda, se deberán “TRANSCODIFICAR” las Cuentas. Este proceso se ejecutará a través de la siguiente etiqueta del “Segmento de Cuenta o Crédito del Cliente – TL”:

Etiqueta 41 => “Número de Cuenta anterior”

Si el Usuario ya entregó la tarjeta con el nuevo número de Cuenta, el proceso será el siguiente:

En el archivo que se enviará a Buró de Crédito,


DICIEMBRE / 2015 74 / 152



• Se deberá enviar el comportamiento crediticio del Cliente, del período a reportar, con el nuevo número de Cuenta en la Etiqueta 04 del “Segmento de Cuenta o Crédito – TL” y

• En la Etiqueta 41 de este mismo segmento “TL”, se deberá colocar el anterior número de Cuenta.

Este proceso dará como resultado:

• El número de Cuenta anterior no volverá aparecer en el Informe Buró del Cliente.

• El histórico de pagos de la Cuenta anterior se transferirá a la nueva Cuenta.

Es importante mencionar que para obtener estos resultados, el nuevo número de cuenta NO debe existir en la base de Buró de Crédito cuando se solicite este proceso de TRANSCODIFICACIÓN, es decir, que no se haya reportado previamente sin haber incluido el número anterior en la Etiqueta 41.

De no seguir estas indicaciones, el expediente del Cliente tendrá la siguiente información:

• La cuenta anterior quedará sin fecha de cierre y al paso del tiempo quedará desactualizada.

• Se adicionará una nueva cuenta que empezará a crear un nuevo comportamiento.

• Quedará truncado el histórico de pagos de esta Cuenta.

• Parecerá que el Cliente tiene más créditos de los que realmente tiene y esto puede afectarlo para futuras solicitudes de crédito.

4. CONVERSIÓN DE TARJETAS DE CRÉDITO GARANTIZADAS, A R EGULARES

Para el caso de Tarjetas de Crédito Garantizadas que posteriormente cambian a Tarjetas de Crédito normales, el Usuario deberá:

• Reportar por última vez la Tarjeta de Crédito Garantizada con fecha de cierre y saldos en cero (cerrar la cuenta).

• Adicionalmente, reportar la Tarjeta de Crédito Regular con los mismos datos que la Garantizada, pero en la Etiqueta 07 – Tipo de Contrato, del Segmento TL, indicar el valor “CC” (Tarjeta de Crédito) en lugar de “SC” (Tarjeta Garantizada). Con esto, el Sistema creará un nuevo registro con el mismo número de cuenta, pero diferente tipo de contrato. Ambos registros pueden coexistir en la Base de Datos. Posteriormente, ya sólo se reportará la Tarjeta de Crédito Regular.

5. REGLAS PARA REPORTAR VENTA DE CARTERA

Los Usuarios que vendan cartera deberán comunicar a Buró de Crédito por escrito los siguientes datos del comprador o cesionario de la cartera:

• Nombre

• Registro Federal de Contribuyentes

• Domicilio

• Nombre y teléfono de contacto

• Listado de los registros vendidos, incluye el número de cuenta o crédito

• Fecha en la que se efectuó la venta o cesión de cartera


DICIEMBRE / 2015 75 / 152



La notificación será dirigida a su Ejecutivo de Cuenta en papel membretado de la Institución y firmada por un funcionario facultado. Opciones de venta o cesión de cartera:

A. Venta de Cartera a un Usuario de Buró de Crédito.

B. Venta de Cartera a un No Usuario de Buró de Crédito.

Para cada opción existe una Clave de Observación (ANEXO 4) donde se explica su operación.

A continuación se describe la operación de cada una de las opciones.

A. Venta de Cartera a un Usuario de Buró de Crédito

i. El Usuario vendedor o cedente reporta el cierre de los créditos vendidos con Clave de Observación CA (Cuenta al corriente vendida o cedida a un Usuario de una Sociedad) ó CV (Cuenta que NO está al corriente, vendida o cedida a un Usuario de una Sociedad), según corresponda. Una vez que se envié esta información a Buró de Crédito, el Usuario deja de reportar los registros vendidos o cedidos.

ii. El Usuario cesionario o que adquiere, reporta mensualmente los créditos adquiridos respetando

Número de crédito y Fecha de apertura original.

iii. En caso necesario, Buró de Crédito aplica proceso especial para poder identificar la secuencia del crédito y así dar cumplimiento al artículo 27 bis de la “Ley para Regular las Sociedades de Información Crediticia”.

Proceso para Reportar:

Comentario Campo Vendedor o Cedente Comprador o Cesionario

Número de cuenta Original Original – mismo que reportó el Usuario que vende o cede

Tipo de cuenta Original Original – mismo que reportó el Usuario que vende o cede

Tipo de contrato Original Original – mismo que reportó el Usuario que vende o cede

Tipo de negocio Original El que corresponda a la clave del comprador o cesionario

Fecha de apertura Original Original – mismo que reportó el Usuario que vende o cede

Fecha de cierre Fecha en que se celebró la cesión o venta Sin fecha para el primer envío

Límite de crédito Original Saldo al momento de la compra


DICIEMBRE / 2015 76 / 152



Comentario Campo Vendedor o Cedente Comprador o Cesionario

Saldo Actual Cero Saldo al momento de la compra para el primer envío.

Saldo Vencido

Con Clave de Observación CA es cero. Con Clave de Observación CV: puede ser cero o mayor; refiere al saldo vencido al momento de la venta. Dato sólo informativo.

Cero para el primer envío si la cuenta está al corriente, o bien, el monto del saldo vencido si la cuenta no está al corriente.

Pago Cero Monto a pagar con base en acuerdo

Frecuencia Original Frecuencia de pagos con base en acuerdo

Cuenta al corriente MOP 01

Aplica para Clave de Observación CA 01 para el primer envío

Cuenta vencida MOP

02-96 Aplica para Clave de Observación CV De acuerdo con comportamiento

Cuenta al corriente


CA= Cuenta al corriente vendida o cedida a un Usuario de una Sociedad Sin clave para el primer envío

Cuenta vencida


CV= Cuenta que no esta al corriente vendida o cedida a un Usuario de una Sociedad

De acuerdo con comportamiento

B. Venta de Cartera a un No Usuario de Buró de Créd ito.

i. El Usuario vendedor o cedente reporta el cierre de los créditos vendidos con Clave de Observación NA (Cuenta al corriente vendida o cedida a un NO Usuario de una Sociedad) ó NV (Cuenta que NO está al corriente, vendida o cedida a un NO Usuario de una Sociedad), según corresponda.

ii. El Usuario que vende o cede solicita a su Ejecutivo de Cuenta de Buró de Crédito, un nuevo

Member Code para reportar los créditos objeto de la venta o cesión con KOB “YY” e inicia a reportar los créditos vendidos mensualmente por el Comprador que no reporta a Buró de Crédito, respetando el número de crédito y fecha de apertura original.

Proceso para Reportar:

Comentario Campo Vendedor o Cedente Vendedor o Cedente

(En nombre del Comprador o Cesionario)

Número de cuenta Original Original

Tipo de cuenta Original Original

Tipo de contrato Original Original

Tipo de negocio Original YY

Fecha de apertura Original Original

Fecha de cierre Fecha en que se celebró la cesión o venta Sin fecha para el primer envío


DICIEMBRE / 2015 77 / 152



Comentario Campo Vendedor o Cedente Vendedor o Cedente

(En nombre del Comprador o Cesionario)

Límite de crédito Original Saldo al momento de la compra

Saldo Actual Cero Saldo al momento de la compra

Saldo Vencido

Con Clave de Observación NA: en cero.

Con Clave de Observación NV: puede ser cero o mayor; refiere al saldo vencido al momento de la venta. Dato sólo informativo.

Cero para el primer envío si la cuenta está al corriente, o bien, el monto del saldo vencido si la cuenta no está al corriente.

Pago Cero Monto a pagar con base en acuerdo

Frecuencia Original Frecuencia a pagar con base en acuerdo

Cuenta al corriente MOP

01

Aplica para Clave de Observación NA 01 para el primer envío

Cuenta vencida MOP

02-96

Aplica para Clave de Observación NV De acuerdo con comportamiento

Cuenta al corriente


NA= Cuenta al corriente vendida o cedida a un NO Usuario de una Sociedad Sin clave para el primer envío

Cuenta vencida


NV= Cuenta que no esta al corriente vendida o cedida a un NO Usuario de una Sociedad

De acuerdo con comportamiento

6. MONTO DE QUEBRANTO O CASTIGO, MONTO DE LA QUITA O DESCUENTO OTORGADO

(Etiqueta 24 – “saldo vencido” de segmento TL). Este dato deberá reportarse debido a una de las 2 siguientes situaciones:

1. El Cliente no ha pagado el crédito y el Usuario ha decidido llevarlo a Quebranto o a Castigo , dependiendo de la conveniencia del Usuario.

2. El Cliente acordó una Quita con el Usuario debido a diferentes causas, por lo que liquidó el crédito con un pago menor a la deuda. Las Quitas por programas institucionales del Usuario o de Gobierno, no deberá reflejar ningún monto en este campo, deberá ser 0.

En esta etiqueta, el Usuario deberá informar el monto que no pagó el Cliente y se llevó a Quebranto o Castigo, o el monto de la Quita o descuento que acordaron el Cliente y el Usuario.

• Si el monto reportado en este campo corresponde a un Quebranto o Castigo , se deberá reportar en la Etiqueta 30 “Clave de Observación” del segmento TL, la clave “UP - Saldo sin recuperar, cuenta que causa castigo y/o quebranto”.

• Si el monto reportado en este campo corresponde a una Quita , reportar una de las siguientes claves en la Etiqueta 30 “Clave de Observación” del segmento TL, según sea el caso: "LC" (Convenio de finiquito con pago menor a la deuda, acordado con el Cliente (Quita)) o “LG" (Pago menor de la deuda por programa institucional o de gobierno, incluyendo los apoyos a damnificados por catástrofes naturales (Quita)).

Ver condiciones para reportar estas claves, en el Anexo 4 – Claves de Observación .


DICIEMBRE / 2015 78 / 152



Si posteriormente se reciben pagos del Cliente al que se le colocó la Clave de Observación UP de castigo o quebranto, se debe reportar la modificación en los campos de Saldo Actual y Saldo Vencido y cambiar o mantener la clave de observación, dependiendo de si liquidó o pago parcialmente la deuda.

7. CUENTAS O CRÉDITOS CON FRECUENCIA DE PAGOS DIFER ENTE A “MENSUAL”

Se puede tener otra frecuencia de pagos diferente a mensual “M”:

• Mayor frecuencia (periodos menores al mensual). Algunos ejemplos son: semanales “W” o quincenales “S”.

• Menor frecuencia (periodos mayores al mensual). Algunos ejemplos son: bimestrales “B”, semestrales “H” o anuales “Y”.

Para estos casos, debe considerarse la “Frecuencia de Pago” para reportar la “Forma de pago – MOP” (etiqueta 26), ya que cada código equivale a períodos de 30 días (ver Anexo 3 – Forma de Pago – MOP).

A continuación se presentan algunos ejemplos:

a. Crédito con pago semanal “W”:

• Debe realizar 4 pagos al mes, pero…

• Ha tenido un atraso de 1, 2, 3 ó 4 pagos al momento en que el Usuario reporta a Buró de Crédito, por lo que deberá reportar en la Etiqueta 26 “Forma de pago” el MOP “02” (1 a 29 días de atraso de su fecha límite de pago (30 a 59 días de atraso de su fecha de corte o facturación)).

• Al siguiente mes, si aún no ha pagado y tiene ahora un atraso de 5, 6, 7 u 8 pagos, el Usuario deberá reportar en la Etiqueta 26 “Forma de pago” el MOP “03” (30 a 59 días de atraso de su fecha límite de pago (60 a 89 días de atraso de su fecha de corte o facturación)).

b. Crédito con pago mensual “M”:

• Debe realizar un pago al mes, pero…

• Ha tenido un atraso de 1 pago al momento en que el Usuario reporta a Buró de Crédito, por lo que deberá reportar en la Etiqueta 26 “Forma de pago” el MOP “02” (1 a 29 días de atraso de su fecha límite de pago (30 a 59 días de atraso de su fecha de corte o facturación)).

• Al siguiente mes, si aún no ha pagado y tiene ahora un atraso de 2 pagos, el Usuario deberá reportar en la Etiqueta 26 “Forma de pago” el MOP “03” (30 a 59 días de atraso de su fecha límite de pago (60 a 89 días de atraso de su fecha de corte o facturación)).

La Etiqueta 25 – “Número de Pagos Vencidos” (del segmento TL) también deberá estar relacionada con la “Frecuencia de pago”. Ejemplo: Si es semanal “W”, el Cliente puede tener de 1 a 4 pagos vencidos en un mes, si es quincenal “S”, puede tener 1 o 2 pagos vencidos en un mes.


DICIEMBRE / 2015 79 / 152



Segmento de Cierre y Cifras de Control - TR Este Segmento indica el fin del archivo de la base de datos reportada por el Usuario, se colocará al fin de terminar de reportar todos los registros de las cuentas o créditos de los Clientes del Usuario. Si no se reportan todos los campos del Segmento, se rechazará completamente el archivo de la Base de Datos enviada.

Segmento de Cierre y Cifras de Control - TR


Tip

o

Long

itud

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Pos

ició

n

ETIQUETA DEL SEGMENTO

Debe contener las letras TRLR, de lo contrario se rechazará la Base de Datos A 4 F R 1 - 4

TOTAL DE SALDOS ACTUALES

Debe reportarse la suma total de los importes de “Saldo Actual” de cada cuenta o crédito del campo 22 en el Segmento de Cuenta o Crédito del Cliente” (TL) de todos los registros incluidos en este archivo.

Reportar números enteros, sin fracciones ni punto decimal.

� Si la cantidad a reportar contiene menos de 14 dígitos, se deberá llenar con ceros a la izquierda.

N 14 F R 5 - 18

TOTAL DE SALDOS VENCIDOS

Debe reportarse la suma total de los importes de “Saldo Vencido” de cada cuenta o crédito del campo 24 en el Segmento de Cuenta o Crédito del Cliente” (TL) de todos los registros incluidos en este archivo.



N 14 F R 19 - 32

TOTAL DE SEGMENTOS INTF

Debe reportarse el número total de Segmentos INTF reportados.



N 3 F R 33 – 35

TOTAL DE SEGMENTOS DE NOMBRE DEL CLIENTE (PN)

Debe reportarse el número total de Segmentos de Nombre del Cliente (PN) reportados en el archivo.



N 9 F R 36 – 44

TOTAL DE SEGMENTOS DE DIRECCION DEL CLIENTE (PA)

Debe reportarse el número total de Segmentos de Dirección del Cliente (PA) reportados en el archivo.



N 9 F R 45 - 53


DICIEMBRE / 2015 80 / 152



Segmento de Cierre y Cifras de Control - TR


Tip

o

Long

itud

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

Pos

ició

n

TOTAL DE SEGMENTOS DE EMPLEO DEL CLIENTE (PE)

Debe reportarse el número total de Segmentos de Empleo del Cliente (PE) reportados en el archivo.



N 9 F R 54 - 62

TOTAL DE SEGMENTOS DE CUENTA O CREDITO DEL CLIENTE (TL)

Debe reportarse el número total de Segmentos de Cuenta o Crédito del Cliente (TL) reportados en el archivo.



N 9 F R 63 – 71

CONTADOR DE BLOQUES

Contiene el número de bloques en este archivo.

En equipos del tipo Mainframe se utiliza para agrupar información en bloques Este campo es sólo informativo y muestra la cantidad de bloques de información enviados por el Proveedor en archivo.

� Si el contador de bloques no se encuentra disponible, llenar este campo con ceros.

N 6 F O 72 – 77

NOMBRE DEL USUARIO PARA DEVOLUCION

Contiene el nombre del Usuario (Entidad Financiera o Empresa Comercial) otorgante del crédito a quien se devolverán las cintas después de ser procesadas.

� Si es menor de 16 caracteres, rellenar con espacios o blancos a la derecha.

AN 16 F R 78 – 93

DIRECCION DE USUARIO PARA DEVOLUCION

Contiene la dirección donde las cintas deben ser devueltas después de ser procesadas.

Si es menor de 160 caracteres, rellenar con espacios o blancos a la derecha.

AN 160 F R 94-253

Total longitud del segmento 253 Bytes


DICIEMBRE / 2015 81 / 152



Ejemplo: TRLR0000000045000000000000032000001000123000000123000000123000000123000 4 pos. 14 pos. 14 pos. 3 pos 9 pos. 9 pos. 9 pos. 9 pos.

000000BANCO LATINO PICO DE VERAPAZ 435 PISO 5 JARDINES EN LA MONTAÑA 6 pos. 16 pos. 160 pos.

Validaciones del Segmento de Cierre y Cifras de Con trol – TR El Segmento de Cifras de Control TR, debe ser el último registro del archivo de la Base de Datos a reportar.

Este segmento es REQUERIDO así como cada uno de sus campos, en caso que falte algún dato o se reporte de forma diferente a la indicada, la Base de Datos completa se rechazará por lo que no podrá actualizarse la información de los Clientes.

TECNICO

DICIEMBRE / 2015 82 / 152



Formato Corto para Actualizaciones Parciales

TECNICO

Estructura del Registro de Formato Corto para Entrega Parcial

DICIEMBRE / 2015 83 / 152



Descripción General del Formato Corto para Actualiz aciones Parciales El Formato Corto para actualizaciones parciales, cumple con lo estipulado en el Artículo 20 de la Ley para Regular las Sociedades de Información Crediticia, para agilizar la actualización de la información de las Cuentas o Créditos antes de la siguiente entrega de base de datos mensual. Estas entregas parciales no sustituyen a las actualizaciones integrales de forma mensual de acuerdo con el calendario y formato establecido en el Contrato de Prestación de Servicios entre el Usuario y Buró de Crédito en el Anexo “C” - Calendario de Actualización de la Base de Datos y Anexo “D” - Descripción de los Formatos. Este formato únicamente sirve para actualizar crédi tos existentes en la Base de Datos de Buró de Crédito, modificando saldos o claves de observación . El formato no reemplaza por ningún motivo la actualización mensual a Buró de Crédito . Este archivo tiene como objetivo cumplir con los Artículo 20 y 27 Bis de la “Ley para Regular las Sociedades de Información Crediticia”, que dice: “Artículo 20.- …

Cuando el cliente realice el cumplimiento de una obligación, el Usuario deberá proporcionar a la Sociedad la información del pago correspondiente y la eliminación de la clave de prevención u observación correspondiente. El Usuario deberá enviar dicha información dentro de los cinco días hábiles posteriores al pago. En el caso a que se refiere el párrafo quinto del artículo 27 bis, los Usuarios contarán con un plazo de hasta diez días hábiles para enviar la información actualizada a la Sociedad.”

“Artículo 27 Bis.- Cuando los Usuarios vendan o cedan cartera de crédito a las empresas especializadas en la adquisición de deuda o a otros adquirentes o cesionarios, y en términos de la legislación común notifiquen al Cliente dicha venta o cesión, deberán informar sobre ésta a las Sociedades con las cuales tenga celebrado un contrato de prestación de servicios de información crediticia, dentro de los veinte días hábiles siguientes a la citada notificación, debiendo mencionar, el nombre, domicilio, Registro Federal de Contribuyentes y cualquier otro dato que permita identificar plenamente al comprador o cesionario, así como la fecha en que se celebró la cesión o venta. Nombre del Archivo

El archivo que proporcione el Usuario debe cumplir el siguiente estándar del nombre del archivo:

• <member code>_ddmmyyyy.ext donde:

o Member Code = Código de Institución utilizado por el Usuario para reportar información mensualmente (10 posiciones – “AANNNNNNNN ”)

o _ddmmyyyy = Fecha de creación del archivo (dd = día, mm = mes, yyyy = año)

o .ext = extensión del archivo

• Ejemplo : BB00000000_07012009.ext

TECNICO


DICIEMBRE / 2015 84 / 152



Este formato del archivo de la base de datos, está constituido por 3 SEGMENTOS o partes para facilitar su construcción, cada uno de los cuales es integrado por datos específicos de acuerdo a su contexto.

El formato es de texto plano delimitado por el caracter de “pipe/ pipa” (“|”)

Circular 17 / 2014

Para Usuarios del Formato INTF versión 13, las reglas y ajustes implementados en razón de lo requerido por la Circular 17 / 2014 son también aplicables cuando se hace uso del Formato Corto para reportar la información de los Acreditados. De ahí que debe hacerse uso de las indicaciones mencionadas en este documento para integrar correctamente la información crediticia.

FORMATO CORTO A continuación se enlistan cada uno de los 3 SEGMENTOS en orden en el que deben reportarse:

Segmento Descripción / Definición Segmento

Requerido u Opcional

Número de veces que se puede reportar en un solo

envío

Inicio Identifica el inicio del archivo de entrega parcial. Requerido 1 vez

Cuentas o Créditos del

Cliente

Contiene la información de las Cuentas o Créditos a actualizar. Requerido 1 vez por Cuenta o Crédito

Fin de archivo Identifica el final del archivo de la entrega parcial para su actualización. Requerido 1 vez

TECNICO


DICIEMBRE / 2015 85 / 152



Segmento de Inicio de Archivo El Segmento de Inicio debe ser el primer registro del archivo de la Base de Datos a reportar. Se reportará una sola vez al inicio del archivo.

Segmento de Inicio de Archivo

Nombre

Descripción Tip

o

Long

itud

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

INDICADOR DE INICIO DEL ARCHIVO

Debe contener las letras BOF seguido por el signo “|” (Pipe)

Si falta o se reporta algo diferente, se rechazará el archivo.

A 3 F R

CLAVE DEL USUARIO o MEMBER CODE _

Contiene la clave única del Usuario para reportar la información, la cual fue asignada por Buró de Crédito.

Esta clave está formada como sigue:

� Las primeras 2 posiciones son alfabéticas y corresponden a la clave de Tipo de Negocio o KOB (Kind of Business) del Usuario y se refiere al sector de negocio descritas en el ANEXO 1 de “TIPOS DE NEGOCIO o KOB”.

� Los siguientes 4 números identifica al Usuario.

� Los últimos 4 números puede identificar: producto y sucursales o área interna del Usuario.

� Al final de la clave, se incluirá el signo “|” (Pipe)


AN 10 F R

FECHA DE REPORTE

Contiene la fecha de modificación del archivo.

El formato es DDMMAAAA:

� DD: número entre 01- 31

� MM: número entre 01-12

� AAAA: año

� Al final de la fecha, se incluirá el signo “|” (Pipe)

Si esta fecha es mayor a la Fecha de Reporte, con f ormato inválido o no se reporta, se rechazará el archivo o base de datos completa.

N 8 F R

FIN DE SEGMENTO

Indica que este segmento termina.

Deberá contener dos asteriscos, sin espacios entre ellos: **

Al final de los asteriscos se incluirá el signo “|” (Pipe)

Si falta o se reporta incorrecto, se rechazará el a rchivo completo.

AN 2 F R

TECNICO


DICIEMBRE / 2015 86 / 152



Ejemplo: BOF|BB00000000|07012009|**|

Segmento de Cuenta o Crédito del Cliente Este Segmento, contiene la información de la cuenta o crédito a actualizar. No se podrá reportar cuentas o créditos que no hayan sido reportadas con anterioridad. Al final de cada valor o campo, se incluirá el sign o “|” (Pipe) . Se deberán reportar todos los campos indicados a continuación, aún los opcionales, en cuyo caso, sino se reporta algún valor, de cualquier forma se deberá incluir el “|” (pipe) correspondiente.

Segmento de Cuenta o Crédito del Cliente

Nombre

Descripción Tip

o

Long

itud

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

NUMERO DE CUENTA O CREDITO ACTUAL

Se reporta el número de CUENTA o CREDITO otorgado por el Usuario.

Se deberá reportar al menos 4 caracteres.

Si no se reporta, se rechazará el Registro completo de la Cuenta o Crédito

AN 25 V R

TIPO DE RESPONSABILIDAD DE LA CUENTA

Indica la responsabilidad que el Cliente tiene con la Cuenta o Crédito. Los valores que se pueden reportar son:

I = Individual

J = Mancomunado

C = Obligado Solidario

Si no se reporta ningún valor, el sistema colocará el valor “I”.

A 1 F R

TIPO DE CUENTA

Indica el tipo de Cuenta o Crédito que el Usuario otorgó al Cliente. Los valores que se pueden reportar son:

I = Pagos Fijos

M = Hipoteca

O = Sin Límite Pre-establecido

R = Revolvente

Si no se reporta o se incluye un dato inválido, se rechazará el Registro de la Cuenta o crédito.

A 1 F R

TIPO DE CONTRATO O PRODUCTO

El Usuario debe reportar el producto que otorgó al Cliente.

Los valores que pueden reportarse en este campo están indicados en el ANEXO 2 de Código de “TIPOS DE CONTRATO O PRODUCTO”.


A 2 F R

TECNICO


DICIEMBRE / 2015 87 / 152




Nombre

Descripción Tip

o

Long

itud

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

MONEDA DEL CREDITO

Indica la moneda en la que fue otorgado el Crédito al Cliente.

Los posibles valores que puede reportarse son: MX = Pesos Mexicanos UD = Unidades de Inversión (UDI’s)

US = Dólares Americanos


A 2 F R

NUMERO DE PAGOS

Deberá reportarse si la Cuenta o Crédito es de Pagos Fijos (I) o Hipoteca (M).

Indica el número total de pagos estipulados en la apertura del crédito y estará en función

del campo “Frecuencia de Pago”.

Si el pago es semanal reportar el número de semanas pactadas, si el pago es mensual, el

número de meses pactados, etc.

Para Crédito Revolventes (R) o Sin Límite Pre-establecido (O), no reportar.

Si la Cuenta o Crédito no se ha cerrado y es de Pag os Fijos (I) o Hipoteca (M) y este dato no se reporta o es 0, se rechazará el Registro de la Cuenta o crédito .

N 4 V C

TECNICO


DICIEMBRE / 2015 88 / 152




Nombre

Descripción Tip

o

Long

itud

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

FRECUENCIA DE PAGOS

Se reporta la frecuencia en tiempo en que se realizarán los pagos. Los valores permitidos son:

• Para Tipo de Cuenta = I (Pagos Fijos), M (Hipotecas):

B = Bimestral (Cada 2 meses)

D = Diario

H = Semestral

K = Catorcenal

M = Mensual

P = Deducción del salario (cada que reciba su sueldo o salario)

Q = Trimestral (Cada 3 meses)

S = Quincenal (2 veces al mes)

V = Variable

W = Semanal

Y = Anual

En estos tipos de cuenta, si no se reporta este dato, no se actualizará el Monto a Pagar.

• Para Tipo de Cuenta = R (Revolventes), O (Sin Límite Pre-establecido):

Z = Pago mínimo

Para estos tipos de cuenta si se reporta un dato inválido o no se reporta, el sistema colocará “Z”.


A 1 F R

MONTO A PAGAR

Reportar la cantidad que el Cliente deberá pagar en el siguiente período, de acuerdo con la “Frecuencia de Pagos” .

• Para créditos Revolventes (R) o Sin Límite Pre-establecido (O), es el pago mínimo solicitado a pagar en el siguiente periodo. Reportar “0” (Cero) en caso de no requerir pago mínimo.

• Para créditos de Pagos Fijos (I) o Hipotecario (M) y la frecuencia es diferente a “Mensual”, deberá mensualizarse.

• Ejemplo: Si la frecuencia es semanal, el “Monto a Pagar” será el pago semanal multiplicado por 4; si es quincenal, multiplicar por 2, etc.

M 9 V C

TECNICO


DICIEMBRE / 2015 89 / 152




Nombre

Descripción Tip

o

Long

itud

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

FECHA DE APERTURA DE CUENTA O CREDITO

Contiene la fecha en la que el Usuario otorgó el Crédito al Cliente.

Si esta fecha es mayor a la Fecha de Reporte, o con formato inválido, se rechazará el registro de la Cuenta o Crédito.

Fecha de apertura contra fecha de Circular 17 / 201 4

• Para créditos cuya fecha de apertura sea anterior al 4 de octubre de 2014 se enviará una alerta preventiva recordando el envió de la información solicitada por la Circular 17 / 2014.

• Crédito con fecha de apertura posterior al 04 de octubre 2014, se aplicarán los criterios de validación estipulados por la Circular 17 / 2014.

(Condición de rechazo Regla #5)

F 8 F R

FECHA DE ULTIMO PAGO

Fecha más reciente cuando el Cliente efectuó un pago.


(Condición de rechazo Regla #4, Regla #10, Regla # 11, Regla #12, Regla #13, Regla #14, Regla #42)

F 8 F R

FECHA DE ULTIMA COMPRA O DISPOSICION

Contiene la fecha en la que el Cliente realizó la última compra o disposición.

En caso de no contar con la “Fecha de última compra o disposición”, reportar la “Fecha de último pago” .

Si esta fecha es posterior a la Fecha de Reporte de la información, o con formato inválido, no se tomará en cuenta.


F 8 F R

FECHA DE CIERRE

Debe ser la fecha en que fue cerrada o liquidada la Cuenta o Crédito.

La fecha cierre con formato inválido no será consid erada y por ser un campo opcional la cuenta podrá actualizarse sin reflejar el cierre del crédito. (Condición de rechazo Regla #4, Regla #7, Regla #9, Regla #10, Regla #11, Regla #13, Regla #15, Regla #16, Regla #17, Regla #38)

(Alerta Informativa #2, Alerta Preventiva #2, Alert a Preventiva #5)

F 8 F O

FECHA DE REPORTE DE INFORMACION

Contiene la fecha de la última vez que el Usuario modificó del registro.


(Condición de rechazo Regla #5, Regla #6, Regla #10 , Regla #12, Regla #13, Regla #14, Regla #15, Regla #38)

(Alerta Preventiva #1, Alerta Preventiva #2, Alerta Preventiva #4).

F 8 F R

TECNICO


DICIEMBRE / 2015 90 / 152




Nombre

Descripción Tip

o

Long

itud

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

CREDITO MAXIMO AUTORIZADO

Reportar de acuerdo al tipo de cuenta como sigue:

� Para créditos con tipo de cuenta Revolvente (R) y Sin límite Preestablecido (O), reportar el Monto máximo que ha dispuesto el Consumidor en la vida del crédito

� Para créditos con tipo de cuenta Pagos Fijos (I) e Hipoteca (M), reportar el monto autorizado del crédito.

Se deberá reportar al menos 1 carácter, puede ser 0 (cero).


(Alerta Preventiva #3, Alerta Preventiva #4).

M 9 V R

SALDO ACTUAL

Importe total del adeudo que falta por pagar + intereses generados a partir del monto otorgado (Monto total de la deuda).

Si no se tiene Saldo, colocar “00” (Cero).

Se deberá reportar al menos 2 caracteres.

Consultar la sección “Reglas generales de Validació n y Rechazo para el segmento de cuenta o crédito del cliente”.

M 10 V R

LIMITE DE CREDITO

Es Requerido para cuentas o créditos con “Tipo de Cuenta” Revolvente (R) y es el monto de crédito otorgado por el Usuario y notificado al Cliente en el estado de cuenta.

Para cuentas o créditos Sin Límite Pre-establecido (O) es un dato opcional.

Para cuentas o créditos con “Tipo de Cuenta” de Pagos Fijos (I) o Hipotecario (M) no aplica este monto.

M 9 V C

SALDO VENCIDO

Reportar la totalidad del saldo vencido (incluye principal e intereses, comisiones, cuotas con atraso).

Este monto es requerido en caso de incumplimiento del cliente (MOP mayor a 01).

Consultar la sección “Reglas generales de Validació n y Rechazo para el segmento de cuenta o crédito del cliente”.

NOTA:

En caso de presentarse cumplimiento de pago en el p eriodo a reportar, sólo deberá integrarse un valor de cero (0).

M 9 V R

NUMERO DE PAGOS VENCIDOS

Indicar el número de pagos que no ha realizado el Cliente, dependerá de la “Frecuencia de Pagos”.

Ejemplo: Si la Frecuencia de Pago es semanal, el Cliente puede tener de 1 a 4 pagos vencidos en un mes; si es quincenal puede tener 1 ó 2 pagos vencidos.


N 4 V O

TECNICO


DICIEMBRE / 2015 91 / 152




Nombre

Descripción Tip

o

Long

itud

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

FORMA DE PAGO ACTUAL (MOP)

MOP: Manner Of Payment – por sus siglas en ingles.

Este campo contiene el código que indica el comportamiento de pago, es decir, si la cuenta está al corriente (sin atraso) o presenta incumplimiento (con atraso) en sus pagos.

El reporte de este dato deberá de mensualizarse (periodos de 30 días).

Ejemplos:

1) Si el Cliente tiene pagos mensuales y 1 pago vencido, MOP=02.

2) Si tiene pagos semanales: con 1 pago vencido: MOP=02; con 2 pagos vencidos: MOP=02, con 3 pagos MOP=02, etc.

Los valores que pueden reportarse en esta etiqueta están indicados en el ANEXO 3 - Forma de pago - MOP.

(Condición de rechazo Regla #1, Regla #2, Regla #3, Regla #6, Regla #37) .

(Alerta Preventiva #6, Alerta Preventiva #12)

Revisar condiciones y validaciones relacionadas a c laves de observación.

AN 2 F R

CLAVE DE OBSERVACION

Contiene la Clave de Observación que identifica la actual situación de la cuenta o crédito a la fecha reportada en la etiqueta 17 (Fecha de Reporte de la Información).

� Una vez reportada una Clave de Observación, si en las posteriores actualizaciones no se envía nuevamente, se mantendrá en la base de datos la última reportada.

� Si requiere cambiar de clave de observación, solo tendrá que incluir la nueva clave en esta etiqueta.

� Para eliminar una Clave de Observación, colocar la clave “EL”.

Los valores que pueden reportarse en este campo están indicados en el ANEXO 4 - Claves de Observación.

Si no se incluye una clave válida el registro será rechazado.

(Alerta Informativa #3)

A 2 F O

FIN DE SEGMENTO





AN 2 F R

Ejemplo del Segmento de Cuenta o Crédito del Client e: 680090012|I|R|CC|MX||M|100|15122006|05012009|31122008||06012009|1000|800|5000|||01||**| 7009001||R|CC|MX||M|200|21092005|05012009|27122008||06012009|2500|700|2000|150|1|02||**|

TECNICO


DICIEMBRE / 2015 92 / 152



Segmento de Fin de Archivo

El Segmento de Fin de Archivo debe ser el último registro del archivo de la Base de Datos a reportar. Se reportará una sola vez, cuando se hayan incluido todas las Cuentas o Créditos de los Clientes.

Ejemplo: EOF|2|1500|150|**|

Segmento de Fin de Archivo

Nombre

Descripción Tip

o

Long

itud

Long

itud

Fija

o

Var

iabl

e

Val

idac

ión

INDICADOR DE FIN DEL ARCHIVO

Debe contener las letras EOF seguido por el signo | (Pipe)

Si falta o se reporta algo diferente, se rechazará el archivo.

A 3 F R

TOTAL DE REGISTROS REPORTADOS

Indica el número de Cuentas o Créditos reportados en el archivo. N 8 V R

TOTAL DE SALDOS ACTUALES

Debe reportarse la suma total de los importes de “Saldo Actual” de todas las cuentas o créditos incluidos en este archivo.

Reportar al menos 2 dígitos que sean números enteros, sin fracciones ni punto decimal.

M 10 V R

TOTAL DE SALDOS VENCIDOS

Debe reportarse la suma total de los importes de “Saldo Vencido” de todas las cuentas o créditos incluidos en este archivo.

Reportar al menos un número de un dígito, entero y sin fracciones ni punto decimal.

M 9 V R

FIN DE SEGMENTO





AN 2 F R

TECNICO

SEPTIEMBRE / 2015 93 / 152



ANEXOS

TECNICO

DICIEMBRE / 2015 94 / 152



Anexo 1 - Códigos de Tipo de Negocio o KOB del Us uario El siguiente catálogo describe los códigos de Tipo de Negocio del Usuario o KOB (Kind of Business), el cual es requerido para construir la Clave del Usuario o Member Code.

Código Descripción Nombre Genérico

AA Automotriz AUTOMOTRIZ

AF Compañía de Financiamiento Automotriz AUTOMOTRIZ

AG Compañía Agropecuaria AGROPECUARIO

AM Otros vehículos automotores OTROS VEHICULOS

BA Financiamiento Bancario de Autos BANCO

BB Banco BANCO

BC Tarjeta de Crédito Bancaria BANCO

BD Fianza FIANZAS

BE Crédito Bancario para PFAE CRED BANCO PFAE

BH Préstamo tipo ""Home Equity"" BANCO

BM Préstamo Hipotecario Bancario BANCO

BP Procesador de Datos Bancario PROCESADOR

BY Línea de Crédito Bancaria BANCO

CC Tienda de Ropa TIENDA COMERCIAL

CE Crédito NO bancario para PFAE CREDITO PFAE

CO Identificación de Consultas derivadas de un Producto para Consumidor Final.

CONSULTA MI BURO (Entra en operación a partir de la 2a quincena de mayo de 2015).

CR Consumidor Final CONSUMIDOR FINAL

DM Ventas por Correo TIENDA COMERCIAL

DS Tienda Departamental TIENDA COMERCIAL

ED Educación EDUCACION

FE Crédito Financiero NO bancario para PFAE CRED FINAN PFAE

FF Compañía de Préstamos Personales FINANCIERA

FT Factoraje FACTORAJE

GG Tienda de Abarrotes TIENDA COMERCIAL

HH Mercancía para Hogar/Oficina TIENDA COMERCIAL

HG Hipotecario Gobierno HIPOTECAGOBIERNO

II Seguros SEGURO

KK Contratista o subcontratista SERVS. GRALES.

TECNICO

DICIEMBRE / 2015 95 / 152




LL Ferretería / Madereria TIENDA COMERCIAL

LS Arrendamiento ARRENDAMIENTO

MC Cooperativa COOPERATIVA

MI Sector Microfinanciero MICROFINANCIERA

MM Servicios Médicos /Salud SERVICIO MEDICO

MS Préstamos personales sector Microfinanciero MIC CREDITO PERS

NN Compañía de Viajes/Entretenimiento CIA Q' OTORGA

OO Empresa Petrolera COMP PETROLERA

PB Editorial EDITORIAL

QM Préstamo Hipotecario no Bancario HIPOTECARIA

QU Unión de Crédito UNION DE CREDITO

RR Bienes Raíces BIENES RAICES

SF Servicios Fiduciarios SERV FIDUCIARIOS

SI Sociedad de Información Crediticia SIC

SS Artículos Deportivos TIENDA COMERCIAL

TF Fondos y Fideicomisos FONDOS Y FIDEIC

UT Compañía de Teléfonos COMUNICACIONES

UU Servicios (agua, luz, gas) SERVICIOS

VV Gobierno GUBERNAMENTALES

YY Despacho de Cobranza COBRANZA

ZM Prueba del Usuario PRUEBA OTORGANTE

ZT Prueba del Buró de Crédito PRUEBAS BC

TECNICO

DICIEMBRE / 2015 96 / 152



Anexo 2 - Códigos de Tipo de Contrato o Producto El siguiente catálogo describe los códigos de Tipo de Contrato o Producto.

Código Descripción

AF Aparatos /Muebles

AG Agropecuario (PFAE)

AL Arrendamiento Automotriz

AP Aviación

AU Compra de Automóvil

BD Fianza

BT Bote / Lancha

CC Tarjeta de Crédito

CE Cartas de Crédito (PFAE)

CF Crédito fiscal

CL Línea de Crédito

CO Consolidación

CS Crédito Simple (PFAE)

CT Con Colateral (PFAE)

DE Descuentos (PFAE)

EQ Equipo

FI Fideicomiso (PFAE)

FT Factoraje

HA Habilitación o Avío (PFAE)

HE Préstamo tipo “Home Equity”

HI Mejoras a la casa

LR Línea de Crédito Reinstalable

LS Arrendamiento

MI Otros

OA Otros adeudos vencidos (PFAE)

PA Préstamo para Personas Físicas con Actividad Empresarial (PFAE)

TECNICO

DICIEMBRE / 2015 97 / 152




PB Editorial

PG PGUE - Préstamo como garantía de unidades industriales para PFAE

PL Préstamo personal

PN Préstamo de nómina

PR Prendario (PFAE)

PS Pago de Servicios

PQ Quirografario (PFAE)

RC Reestructurado (PFAE)

RD Redescuento (PFAE)

RE Bienes Raíces

RF Refaccionario (PFAE)

RN Renovado (PFAE)

RV Vehículo Recreativo

SC Tarjeta garantizada

SE Préstamo garantizado

SG Seguros

SM Segunda hipoteca

ST Préstamo para estudiante

TE Tarjeta de Crédito Empresarial

UK Desconocido

US Préstamo no garantizado

TECNICO

DICIEMBRE / 2015 98 / 152



Anexo 3 - Forma de pago - MOP

Las Claves de “Forma de pago – MOP”, indica el tiempo transcurrido desde que el Cliente debió haber cumplido con el compromiso de pago acordado con el Usuario.

La siguiente tabla describe los códigos de “Puntualidad de pago o MOP” (Manner of Payment).

Código Descripción

UR

Cuenta sin información.

La Cuenta o Crédito no tuvo actividad. No tuvo movimientos de compra o Pago. Los saldos son igual a cero.

Principalmente para cuentas revolventes que no tienen saldos pendientes y no tuvieron actividad de compra o pago en el período.

00 Muy reciente para ser calificada.

La Cuenta o Crédito es de recién apertura y aún no tiene actividad o movimientos en máximo 3 meses. Si tiene más de 3 meses sin actividad desde su apertura, usar el MOP=UR.

01 Cuenta al corriente, 0 días de atraso de su fecha límite de pago (1 a 29 días transcurridos de su fecha de corte o facturación)

02 Cuenta con atraso de 1 a 29 días de su fecha límite de pago (30 a 59 días transcurridos de su fecha de corte o facturación).




06 Cuenta con atraso de 120 a 149 días de su fecha límite de pago (150 hasta 180 días transcurridos de su fecha de corte o facturación).

07 Cuenta con atraso de 150 días hasta 12 meses de su fecha límite de pago (181 días a 12 meses transcurridos de su fecha de corte o facturación).

96 Cuenta con atraso de más de 12 meses de su fecha de pago y corte o facturación.

97 Cuenta con deuda parcial o total sin recuperar.

99 Fraude cometido por el Cliente

TECNICO

DICIEMBRE / 2015 99 / 152



Anexo 4 - Claves de Observación Las “Claves de Observación” indican el status de la Cuenta o Crédito al momento de ser reportado a Buró de Crédito.

Anexo 4 - Claves de Observación

Clave Nombre Aplicable a

tipo de crédito:

Descripción

AD

Cuenta o monto en aclaración

directamente con el Usuario

Todos

La cuenta o monto del crédito, se encuentra en aclaración directamente con el Usuario por solicitud del Cliente.

La forma de reportar será la siguiente:

Saldo actual > = 0

Saldo vencido > = 0

Forma de pago - MOP = UR – Cuenta sin calificar

Monto a pagar > = 0

Fecha de cierre = Con o Sin fecha de cierre

CA

Cuenta al corriente vendida

o cedida a un Usuario de una

Sociedad de Información Crediticia.

Todos

El Usuario vendió su cartera al corriente o a un tercero Usuario de una Sociedad de Información Crediticia.

La venta obedece a decisiones de inversión por parte del Usuario y no por una experiencia desfavorable con el Cliente.

Se deberá incluir el nombre, domicilio y Registro Federal de Contribuyentes de la persona o institución a la que se haya vendido o cedido la cartera así como la fecha en que se celebró la cesión o venta.

La actualización de la información que envíe el Usuario adquirente o cesionario a las Sociedades de Información Crediticia, respecto de las cuentas o créditos vendidos o cedidos, deberá efectuarse con el mismo número asignado al crédito objeto de la venta o cesión (Art. 27 Bis de la Ley para las SIC’s).

� El Usuario que cede o vende la Cuenta o Crédito deberá reportarla por última vez y con la clave de observación como sigue:

Saldo actual = 0

Saldo vencido = 0

Forma de pago - MOP = 01 – Cuenta al corriente

Monto a pagar = 0

Fecha de cierre = Fecha en que se celebró la cesión o venta

� El Usuario que adquiere la Cuenta o Crédito deberá reportarla como sigue:

CONTINUA EN LA SIGUIENTE PAGINA

TECNICO

DICIEMBRE / 2015 100 / 152





tipo de crédito:

Descripción

CA

Cuenta al corriente vendida

o cedida a un Usuario de una

Sociedad de Información Crediticia.

Todos

VIENE EN LA PAGINA ANTERIOR

Primera vez y sin la clave de observación:

Fecha de Apertura = La fecha de apertura del Usuario original que otorgó la Cuenta o Crédito

Saldo actual = Saldo actual de la Cuenta o Crédito

Saldo vencido = 0


Monto a pagar = Cantidad que el nuevo Usuario solicite

Fecha de cierre = Sin fecha

Posteriormente se reportará de acuerdo al comportamiento de pago del Cliente.

CC Cuenta cancelada o cerrada Todos

Crédito cerrado a solicitud del Cliente o por decisión del Usuario.

La cuenta debe reportarse con fecha de cierre y a partir de esa fecha, deja de existir relación jurídica con el Cliente, por lo tanto deja de reportarse a la Sociedad de Información Crediticia.

Deberá reportarse por última vez como sigue:

Saldo actual = 0

Saldo vencido = 0


Monto a pagar = 0

Fecha de cierre = Fecha en que se cerró la Cuenta o Crédito

CD

Disminución del monto a pagar

debido a un acuerdo con la

Institución y ajuste al plan de

pagos.

Hipotecario

El crédito cuenta con un convenio que disminuye su factor de pago.

Sólo aplica reportarla para KOB “HG” (Hipotecario de Gobierno).

LA CLAVE QUEDA ACTIVA PARA REPORTARSE A PARTIR DEL 30 DE SEPTIEMBRE DE 2015.

CL

Cuenta en cobranza pagada

totalmente, sin causar quebranto

Todos

Crédito enviado a cobranza pero actualmente ya esta pagado en su totalidad.

El saldo de esta cuenta, deberá reportarse en ceros. Deberá reportarse por última vez como sigue:

Saldo Actual = 0

Saldo vencido = 0


Monto a pagar = 0

Fecha de cierre = Fecha en que se cerró la Cuenta o Crédito

TECNICO

DICIEMBRE / 2015 101 / 152





tipo de crédito:

Descripción

CO Crédito en controversia Todos

Se considerará que un crédito está en controversia cuando exista incertidumbre jurídica sobre la propiedad de los derechos de cobro derivados del mismo, sin importar si el acreditado es persona moral o física.

El crédito en controversia puede estar asociado a diferentes registros reportados por distintos Usuarios, por lo que los historiales de crédito pueden no reflejar con precisión el comportamiento de pago del acreditado. Es necesario que el Usuario analice de manera conjunta los historiales crediticios de dichos registros, considerando para cada período el mejor comportamiento de pago exhibido.

Se recomienda al acreditado acudir a la autoridad correspondiente (CONDUSEF / PROFECO) para recibir mayor orientación al respecto.

Los Usuarios que consideran que tienen el derecho de cobro, deberán reportar la cuenta o crédito como sigue:

Fecha de apertura = La fecha de apertura del Usuario original que otorgó la Cuenta o Crédito

Saldo actual >= 0

Saldo vencido >= 0

Forma de pago - MOP = El que considere el Usuario

Monto a pagar >= 0

CV

Cuenta que no está al corriente vendida o cedida a un Usuario de Buró de Crédito

Todos

El Usuario vendió su cartera con problemas de pago a un tercero Usuario de la Sociedad de Información Crediticia.

El Usuario deberá incluir el nombre, domicilio y Registro Federal de Contribuyentes de la persona o institución a la que se haya vendido o cedido la cartera así como la fecha en que se celebró la cesión o venta.

La actualización de la información que envíe el Usuario adquiriente o cesionario a las Sociedades respecto de los créditos vendidos o cedidos, deberá efectuarse mediante el mismo número asignado al crédito objeto de la venta o cesión.

� El Usuario que cede o vende la Cuenta o Crédito deberá reportarla por última vez y con clave de observación como sigue::

Saldo actual = 0

Saldo vencido >= 0

Forma de pago - MOP = 02 a 96 (MOP al momento de la venta)

Monto a pagar = 0



TECNICO

DICIEMBRE / 2015 102 / 152





tipo de crédito:

Descripción

CV

Cuenta que no está al corriente vendida o cedida a un Usuario de Buró de Crédito

Todos


� El Usuario que adquiere la Cuenta o Crédito deberá reportarla como sigue:

Primera vez y sin la clave de observación:

Fecha de apertura = La fecha de apertura del Usuario original que otorgó la Cuenta o Crédito

Saldo actual = Saldo actual de la Cuenta o Crédito

Saldo vencido = Saldo vencido de la Cuenta o Crédito

Forma de pago – MOP = La clave que le corresponda de acuerdo al atraso de pago

Monto a pagar = Monto requerido por el Usuario


Posteriormente se reportará de acuerdo al comportamiento de pago del Cliente.

EL Eliminación de


Todos Elimina cualquier Clave de Observación colocada con anterioridad.

FD Cuenta con

fraude atribuible al Cliente

Todos

El crédito se utilizó fraudulentamente por el Cliente y fue declarado conforme a sentencia judicial.

Saldo actual > 0 (Saldo de la cuenta)

Saldo vencido > 0 (Saldo deudor de la cuenta)

Forma de pago - MOP = 99 – Fraude cometido por el Cliente

Monto a pagar > 0 (Monto requerido por el Usuario)

Fecha de cierre = Con o Sin fecha de cierre

FN Fraude NO atribuible al

Cliente Todos

El Cliente perdió o le robaron identificaciones, información o tarjetas de crédito con las cuales se cometió un fraude en su contra.

La cuenta se deberá reportar por última vez como sigue:

Saldo actual = 0

Saldo vencido = 0


Monto a pagar = 0

Fecha de cierre = Fecha en que se comprobó el fraude


TECNICO

DICIEMBRE / 2015 103 / 152





tipo de crédito:

Descripción

FN Fraude NO atribuible al

Cliente Todos


Se deberá abrir otra cuenta la cual contendrá lo siguiente y sin la clave de observación:

Saldo actual = Saldo actual real de la cuenta anterior del Cliente

Saldo vencido = Saldo vencido real de la cuenta anterior del Cliente

Forma de pago - MOP = La clave que le corresponda de acuerdo a la morosidad de la cuenta anterior

Monto a pagar = Monto requerido por el Usuario

Fecha de cierre = Sin fecha de cierre

FP Fianza pagada Fianzas

El Cliente contrató una fianza para garantizar el cumplimiento de pago de un producto o servicio.

La clave aplica sólo para instituciones del sector afianzador y cuando el Cliente pagó totalmente el monto reclamado por el Beneficiario a la Afianzadora, sin quedar adeudo alguno (Clave a reportar por Afianzadoras).

La cuenta deberá reportar lo siguiente:

KOB= BD (Fianza)

Saldo actual = 0

Saldo vencido = 0

Forma de Pago (MOP) = 01 ( Cuenta al corriente)

Monto a pagar = 0

Fecha de cierre = Con fecha de cierre

FR Adjudicación y/o

aplicación de garantía

Todos

El bien fue adjudicado por el Usuario o se aplicaron las garantías del crédito por falta de pago, mediante un proceso judicial de cobro.

En caso de que el saldo vencido no haya sido cubierto totalmente al momento de la adjudicación del bien, se reportará dicho monto.

La cuenta se deberá reportar como sigue:

� Si la deuda fue cubierta totalmente con la garantía:

Saldo actual = 0

Saldo vencido = 0


Monto a pagar = 0

Fecha de cierre = Fecha de adjudicación


TECNICO

DICIEMBRE / 2015 104 / 152





tipo de crédito:

Descripción

FR Adjudicación y/o

aplicación de garantía

Todos


� Si la deuda NO fue cubierta totalmente con la garantía:

Saldo actual = 0

Saldo vencido >= 0 El monto equivale al valor no cubierto con el bien adjudicado; el dato es opcional y es sólo informativo

Forma de pago - MOP = 97 – Cuenta con deuda parcial o total sin recuperar

Monto a pagar = 0

Fecha de cierre = Fecha de adjudicación

GP

Ejecución de Garantía

Prendaria o Fiduciaria en

Pago por Crédito

Todos

El pago del crédito se realizó mediante la ejecución de la garantía prendaria o fiduciaria, ya sea por cuenta del otorgante del crédito o a través de un tercero.

Saldo Actual : = 0 Saldo Vencido : = 0 Importe de Pago : = 0 MOP: 01 Con Fecha de cierre.

IA Cuenta Inactiva Revolvente y Sin límite pre-establecido

El crédito está vigente pero el cliente no lo ha utilizado.

Se deberá reportar como sigue:

Saldo actual = 0

Saldo vencido = 0

Forma de pago - MOP = UR – Cuenta sin Calificar

Monto a pagar = 0


Fecha de último pago = Sin dato o en caso de reportarse debe ser anterior 30 días en relación con la fecha de reporte.

Fecha de última compra o disposición = sin dato o en caso de reportarse debe ser anterior 30 días en relación con la fecha de reporte.

IM Integrante

Causante de Mora

Todos

Integrante de un grupo solidario o de banca comunal causante de mora.


Saldo actual >0 (Monto de la deuda).

Saldo vencido >0 (Monto de la deuda).

Forma de pago - MOP > 01

Monto a pagar >0 (Monto requerido por el Usuario)

Fecha de cierre = Con o sin fecha de cierre

Si la deuda se cubre deberá enviarse el saldo vencido en ceros y eliminarse la clave de observación.

TECNICO

DICIEMBRE / 2015 105 / 152





tipo de crédito:

Descripción

IS Integrante que fue subsidiado para

evitar mora. Todos

Integrante de un grupo solidario o de banca comunal subsidiado para evitar la mora de un crédito.

El usuario deberá incorporar la clave sólo al integrante del grupo solidario o de banca comunal que haya sido subsidiado para evitar la mora del crédito.

Saldo Actual: =>0 Saldo Vencido: = 0 Monto a pagar: =>0

MOP: UR, 00 y 01

LC

Convenio de finiquito con pago menor a la deuda, acordado con el Cliente (Quita)

Todos

Se negoció el adeudo remanente con base en una quita, condonación o descuento a solicitud del Cliente y/o un convenio de finiquito.

En su caso, el Usuario deberá reportar el monto de la quita, condonación o descuento.

El Usuario deberá reportar por última vez el crédito objeto de la quita, condonación o descuento, con fecha de cierre y, en su caso, crear y reportar otro registro, señalando el mismo número del crédito objeto de la quita, condonación o descuento y/o del convenio de finiquito para reflejar el nuevo comportamiento de pago.

Saldo actual = 0

Saldo vencido >= 0 Monto equivalente a la quita otorgada. El dato informativo.

Forma de pago - MOP = 97 – Cuenta parcial o total sin recuperar

Monto a pagar = 0

Fecha de cierre = Fecha del acuerdo o convenio de finiquito

LG

Pago menor de la deuda por programa

institucional o de gobierno,

incluyendo los apoyos a

damnificados por catástrofes

naturales (Quita)

Todos

Se negoció el adeudo con base en una quita, condonación o descuento derivado de un programa propio del Usuario o como resultado de un programa de apoyo Gubernamental incluyendo los apoyos a damnificados por catástrofes naturales.

El Usuario deberá reportar por última vez el crédito objeto de la quita, condonación o descuento, con fecha de cierre y, en su caso, crear y reportar otro registro, señalando el mismo número del crédito objeto de la quita, condonación o descuento, para reflejar el nuevo comportamiento de pago.

� Si el adeudo se finiquita totalmente, reportar como sigue:

Saldo actual = 0

Saldo vencido = 0

Forma de pago – MOP = 01 – Cuenta al corriente

Monto a pagar = 0

Fecha de cierre = Fecha de acuerdo a convenio


TECNICO

DICIEMBRE / 2015 106 / 152





tipo de crédito:

Descripción

LG

Pago menor de la deuda por programa

institucional o de gobierno,

incluyendo los apoyos a

damnificados por catástrofes

naturales (Quita)

Todos


� Si queda saldo remanente después del apoyo, reportar como sigue:

Para los casos donde prevalezca un monto remanente exigible de pago, deberá reportarse un nuevo crédito con el mismo número de cuenta y el saldo actual será igual al monto remanente y sin clave de observación.

Saldo actual = Saldo remanente

Saldo vencido = 0


Monto a pagar = monto solicitado por el Usuario


Número de cuenta = Mismo número del crédito cerrado

Fecha de apertura = Fecha en la que se negoció el adeudo

LO En Localización Todos

El Usuario no ha podido localizar al cliente, titular de la cuenta.


Saldo actual >0 (Monto de la deuda)

Saldo vencido >0 (Monto de la deuda)

Forma de pago - MOP > 01

Monto a pagar >0 (Monto requerido por el Usuario)


LS Tarjeta de Crédito

robada o extraviada

Revolvente, Sin Límite Pre-

establecido

Tarjeta de crédito o de servicios extraviada o robada.

El número de la cuenta de reposición no deberá ser igual al de la tarjeta original.

� Reportar el número de tarjeta robada o extraviada como sigue:

Saldo actual = 0

Saldo vencido = 0


Monto a pagar = 0

Fecha de cierre = Fecha de reporte de robo o extravío

� Reportar el nuevo número de tarjeta como sigue sin clave de observación:

Saldo actual = Saldo actual

Saldo vencido = monto vencido

Forma de pago - MOP = La clave que le corresponda

Monto a pagar = Monto que solicite el Usuario


TECNICO

DICIEMBRE / 2015 107 / 152





tipo de crédito:

Descripción

NA

Cuenta al corriente vendida o cedida a un No Usuario de Buró

de Crédito.

Todos

El Usuario vendió su cartera al corriente a un tercero NO Usuario de la Sociedad de Información Crediticia.

La venta obedece a decisiones de inversión por parte del Usuario y no por una experiencia desfavorable con el Cliente.

El Usuario deberá incluir el nombre, domicilio y Registro Federal de Contribuyentes de la persona, empresa o institución a la que se haya vendido o cedido la cartera, y la fecha en que se celebró la cesión o venta.

La actualización de la información a la Sociedad de Información Crediticia relacionada con los créditos vendidos o cedidos, deberá efectuarse mediante el mismo número asignado al crédito objeto de la venta o cesión.

En caso de que la información no pueda ser actualizada en la Sociedad de Información Crediticia deberá incluir una leyenda que así lo aclare (Art. 27 Bis).

El Usuario que vendió o cedió la Cuenta o Crédito, deberá reportar como sigue:

Saldo actual = 0

Saldo vencido = 0


Monto a pagar = 0


NV

Cuenta vencida vendida a un No Usuario de Buró

de la Sociedad de Información Crediticia.

Todos

El Usuario vendió su cartera con problemas de pago a un tercero NO Usuario de una Sociedad de Información Crediticia.

El Usuario deberá incluir el nombre, domicilio y Registro Federal de Contribuyentes de la persona, empresa o institución a la que se haya vendido o cedido la cartera, y la fecha en que se celebró la venta o cesión.

La actualización de la información que envíe el Usuario adquiriente o cesionario a las Sociedades relacionada con los créditos vendidos o cedidos, deberá efectuarse mediante el mismo número asignado al crédito objeto de la venta o cesión.

En caso de que la información no pueda ser actualizada, la Sociedad de Información Crediticia deberá incluir una leyenda que así lo aclare.

El Usuario que vendió o cedió la Cuenta o Crédito, deberá reportar como sigue:

Saldo actual = 0

Saldo vencido >= 0

Forma de pago - MOP = de 02 a 96 (MOP al momento de la venta)

Monto a pagar = 0


TECNICO

DICIEMBRE / 2015 108 / 152





tipo de crédito:

Descripción

PC Cuenta en Cobranza Todos

Crédito enviado a despacho de cobranza por falta de pago.

Saldo actual > 0 (Monto del adeudo)

Saldo vencido > 0 (Cantidad vencida)

Forma de pago - MOP = de 02 a 96

Monto a pagar > 0 (Monto requerido por el Usuario)


PD Prórroga otorgada

debido a un desastre natural.

Hipotecario

Los apoyos DENA cubren las viviendas que hayn tenido daño masivo, es decir, si además de la casa se dañaron otras con crédito de Entidades Gubernamentales. Apoyos DENA refiere a programas Gubernamentales donde se otorgan apoyos y subsidios.



PE

Prórroga otorgada al Acreditado por

situaciones especiales.

Hipotecario

Situaciones especiales pueden ser prórrogas por huelga o prórrogas con intereses con y sin capitalización.



PI

Prórroga otorgada al Acreditado por

invalidez, defunción.

Hipotecario

• Si el Acreditado llega a tener una incapacidad total permanente que le impida desempeñar cualquier trabajo y cumple con los requisitos legales establecidos, la Entidad Gubernamental, a solicitud del Acreditado, libera el adeudo y cancela el crédito.

• Si el Acreditado llega a tener una incapacidad parcial permanente del 50% o más, o una invalidez definitiva, la Entidad Gubernamental apoya con una prórroga especial hasta por dos años, durante la cual no se tendrá que pagar el crédito y no se generarán intereses. Si al término de ese tiempo el Acreditado no ha vuelto a tener una relación laboral y cumple con los requisitos legales establecidos, la Entidad Gubernamental, a solicitud del acreditado, libera el adeudo y cancela el crédito.



TECNICO

DICIEMBRE / 2015 109 / 152





tipo de crédito:

Descripción

PR

Prórroga otorgada debido a una pérdida de

relación laboral.

Hipotecario

• De acuerdo con la legislación aplicable, cuando un trabajador pierde su empleo, éste tiene derecho a disponer de una prórroga para el pago de su crédito por 12 meses consecutivos o 24 como máximo durante la vida del crédito. Durante la prórroga total no le será requerido al acreditado el pago periódico, pero su adeudo se incrementará por la acumulación de intereses, es decir, que al término de la prórroga el saldo del crédito será mayor que cuando ésta empezó y aumentará el plazo en que se terminará de pagar el crédito.



RA

Cuenta reestructurada sin pago menor, por

programa institucional o

gubernamental, incluyendo los

apoyos a damnificados por

catástrofes naturales

Todos

Se negoció una reestructura promovida por el Usuario, en razón de un programa propio o producto de un programa de apoyo Gubernamental, incluyendo los apoyos a damnificados por catástrofes naturales.

Estas cuentas, no han reportado pagos menores (quitas, condonaciones o descuentos).

El Usuario deberá reportar por última vez el crédito objeto de la reestructura con fecha de cierre y simultáneamente crear y reportar otro registro para reflejar el nuevo comportamiento de pago.

El registro que permanece con la clave de reestructura, no deberá reflejar ninguna información referente al estado y saldo del crédito.

Reportar en la cuenta original:

Saldo actual = 0

Saldo vencido = 0


Monto a pagar = 0

Fecha de cierre = Fecha en que se celebró la reestructura

Clave de Observación = RA

El crédito deja de reportarse a la Sociedad y debe crearse una nueva cuenta.

La nueva cuenta se reportará por primera vez de la siguiente forma:

Fecha de Apertura = Fecha de apertura del crédito original

Saldo actual = Saldo actual de la cuenta anterior

Saldo vencido = 0


Monto a pagar = Cantidad que solicite el Usuario


Sin clave de observación

Los siguientes reportes, de acuerdo a su comportamiento.

TECNICO

DICIEMBRE / 2015 110 / 152





tipo de crédito:

Descripción

RI Robo de identidad Todos

El crédito se otorgó fraudulentamente con documentación falsa del Cliente usurpando su identidad y esto fue comprobado por el Usuario.

Saldo actual = 0

Saldo vencido = 0


Monto a pagar = 0

Fecha de cierre = Fecha en que se comprobó la identidad falsa

RF Resolución

judicial favorable al Cliente

Todos

Cliente que obtuvo una resolución judicial favorable respecto de un crédito. Se debe eliminar toda referencia a un incumplimiento.

Se deben considerar las cuentas reestructuradas derivadas de un proceso judicial favorable al Cliente.

Saldo actual > = 0

Saldo vencido > = 0

Monto a pagar > = 0

Fecha de cierre = Con o sin fecha dependiendo de los términos acordados con el Cliente

RN

Cuenta reestructurada

debido a un proceso judicial

Todos

El crédito fue reestructurado debido a la conclusión de un proceso judicial. Sin incluir aquellas cuentas reestructuradas derivadas de un proceso judicial favorable al Cliente.


El registro que permanece con la clave de reestructura, no deberá reflejar ninguna información referente al estado y saldo del crédito.


Saldo actual = 0

Saldo vencido = 0


Monto a pagar = 0


Clave de Observación = RN




Saldo vencido = 0




Sin Clave de Observación


TECNICO

DICIEMBRE / 2015 111 / 152





tipo de crédito:

Descripción

RV

Cuenta reestructurada sin pago menor por

modificación de la situación del

cliente, a petición de éste.

Todos

La cuenta se reestructuró debido a que se modificó la situación del Cliente a petición de este último.

Estas cuentas, no han reportado pagos menores (quitas, condonaciones o descuentos).


El registro que permanece con la clave de reestructura, deberá guardar el último estado reportado por el Usuario, a fin de que se identifique si estaba vigente o vencido al momento de la reestructura.


Saldo actual = 0

Saldo vencido = 0


Monto a pagar = 0


Clave de Observación = RV




Saldo vencido = 0




Sin Clave de Observación


SG Demanda por el Usuario Todos

Demanda interpuesta por el Usuario en contra del Cliente. La información se actualizará de acuerdo al resultado de la demanda.

Saldo actual > 0 (Saldo al momento de la demanda)

Saldo vencido >0 (Saldo vencido al momento de la demanda)

Forma de pago - MOP = 02 a 96

Número de pagos vencidos = Número de pagos vencidos al momento de la demanda

Monto a pagar > 0 (Cantidad que solicite el Usuario)


Los siguientes reportes, de acuerdo a la resolución de la demanda y/o de su comportamiento.

TECNICO

DICIEMBRE / 2015 112 / 152





tipo de crédito:

Descripción

UP Cuenta que causa

castigo y/o quebranto

Todos

El saldo total del crédito es reportado como pérdida total por el Usuario.

Saldo actual > 0 (Monto del Saldo sin recuperar)

Saldo vencido > 0 (Monto del Saldo sin recuperar)


Monto a pagar > 0 (Cantidad que solicite el Usuario)

Fecha de cierre = Sin fecha en caso de que el Usuario continúe tratando de recuperar y deberá continuar actualizándola información mes tras mes.

Fecha de cierre = Con fecha en caso de que el Usuario ya no trate de recuperar. No podrá continuar actualizando la información en la base de datos de la Sociedad de Información Crediticia.

VR Dación en pago o Renta

Hipotecario, Pagos fijos

Dación en pago ofrecida por el Cliente a causa de incapacidad de pago del Cliente o bien, en caso de créditos hipotecarios, cuando el Usuario recuperó la posesión del bien mediante un proceso especial de cobranza y se lo está arrendando al mismo Cliente.

Cuando el saldo deudor no haya sido cubierto totalmente con la dación en pago, se deberá reportar el monto del saldo no cubierto como Quita.

La cuenta se deberá reportar como sigue:

� Si la deuda fue cubierta totalmente:

Saldo actual = 0

Saldo vencido = 0


Monto a pagar = 0

Fecha de cierre = Fecha de la dación

� Si la deuda NO fue cubierta totalmente:

Saldo actual = 0

Saldo vencido >= 0 (Monto no cubierto)


Monto a pagar = 0

Fecha de cierre = Fecha de la dación

TECNICO

DICIEMBRE / 2015 113 / 152



Anexo 5 - Prefijos Personales

Prefijo Descripción Prefijo Descripción

ACT Actuario MR Mr

ADM Administrador MRS Mrs

ARQ Arquitecto MS Ms

CP Contador publico MVZ Médico veterinario zootecnista

DENT Dentista NOT Notario

DIP Diputado OFTA Oftalmólogo

DIR Director ORTO Ortodoncista

DON Don PROF Profesor

DONA Doña PROF Profesora

DR Doctor PSIC Psicólogo

DRA Doctora PSIQ Psiquiatra

FIS Físico QF Químico físico

GIN Ginecólogo QFB Químico farmaco biólogo

ING Ingeniero QUIM Químico

ISC Ing. en sistemas cómputo SR Señor

LAE Lic. en administración de empresas SRA Señora

LIC Abogado SRTA Señorita

LIC Licenciado VDA Viuda

LRI Lic. relaciones internacionales

MAE Maestro

TECNICO

DICIEMBRE / 2015 114 / 152



Anexo 6 - Códigos de Países y Monedas

# CÓDIGO PAÍS # CÓDIGO PAÍS

1 AF Afganistán 36 CV Cabo Verde

2 AL Albania 37 KH Camboya

3 DE Alemania 38 CM Camerún

4 AD Andorra 39 CA Canadá

5 AO Angola 40 CL Chile

6 AI Anguila 41 CN China

7 AQ Antártida 42 CY Chipre

8 AG Antigua y Barbuda 43 CO Colombia

9 SA Arabia Saudita 44 CI Costa de Marfil (Côte d'Ivoire)

10 DZ Argelia 45 CR Costa Rica

11 AR Argentina 46 HR Croacia

12 AM Armenia 47 CU Cuba

13 AW Aruba 48 CW Curaçao

14 AU Australia 49 DK Dinamarca

15 AT Austria 50 DJ Djibouti

16 AZ Azerbaiyán 51 DM Dominica

17 BS Bahamas 52 EC Ecuador

18 BH Bahrein 53 EG Egipto

19 BD Bangladesh 54 SV El Salvador

20 BB Barbados 55 ER Eritrea

21 BE Bélgica 56 SK Eslovaquia

22 BZ Belice 57 SI Eslovenia

23 BJ Benin 58 ES España

24 BM Bermudas 59 US Estados Unidos

25 BY Bielorrusia 60 EE Estonia

26 BO Bolivia 61 ET Ethiopia

27 BQ Bonaire, San Eustaquio y Saba 62 FJ Fiji

28 BA Bosnia y Herzegovina (República de Bosnia) 63 PH Filipinas

29 BW Botsuana 64 FI Finlandia

30 BR Brasil 65 FR Francia

31 BN Brunéi Darussalam 66 GA Gabón

32 BG Bulgaria 67 GM Gambia

33 BF Burkina Faso 68 GS Georgia del sur y las islas sandwich del sur

34 BI Burundi 69 GH Ghana

35 BT Bután 70 GI Gibraltar

TECNICO

DICIEMBRE / 2015 115 / 152



Anexo 6 - Códigos de Países y Monedas (Cont.)


71 GD Granada 106 RE Islas Reunión

72 GR Grecia 107 SB Islas Salomón (las)

73 GL Groenlandia 108 VI Islas Vírgenes (EE.UU.)

74 GP Guadalupe 109 VG Islas Vírgenes Inglesas

75 GU Guam 110 IL Israel

76 GT Guatemala 111 IT Italia

77 GY Guayana 112 JM Jamaica

78 GF Guayana Francesa 113 JP Japón

79 GG Guernsey 114 JE Jersey

80 GN Guinea 115 JO Jordania

81 GQ Guinea Ecuatorial 116 QA Katar

82 GW Guinea-Bissau 117 KZ Kazajistán

83 HT Haití 118 KE Kenya

84 HN Honduras 119 KG Kirguistán

85 HK Hong Kong 120 KI Kiribatí

86 HU Hungría 121 KW Kuwait

87 IN India 122 SY La República Árabe de Siria

88 ID Indonesia 123 KR La República de Corea del Sur

89 IQ Irak 124 CD La República Democrática del Congo (Zaire)

90 IR Irán 125 KP La República Democrática Popular de Corea

91 IE Irlanda 126 LA La República Democrática Popular Lao

92 BV Isla Bouvet 127 UM Las Islas de Ultramar Menores de Estados Unidos

93 IM Isla de Man 128 TC Las Islas Turcas y Caicos

94 CX Isla de Navidad 129 LS Lesotho

95 HM Isla Heard e Islas McDonald 130 LV Letonia

96 NF Isla Norfolk 131 LB Líbano

97 IS Islandia 132 LR Liberia

98 AX Islas Åland 133 LY Libia

99 KY Islas Caimán 134 LI Liechtenstein

100 CK Islas Cook (las) 135 LT Lituania

101 FK Islas Falkland (Malvinas) 136 AE Los Emiratos Árabes Unidos

102 FO Islas Faroe 137 NL Los Países Bajos (Holanda)

103 MP Islas Marianas del Norte (las) 138 LU Luxemburgo

104 MH Islas Marshall (las) 139 MO Macao

105 PN Islas Pitcairn 140 MK Macedonia (la antigua República Yugoslava de)

TECNICO

DICIEMBRE / 2015 116 / 152





141 MG Madagascar 176 PY Paraguay

142 MY Malasia 177 PE Perú

143 MW Malawi 178 PF Polinesia Francesa

144 MV Maldivias 179 PL Polonia

145 ML Mali 180 PT Portugal

146 MT Malta 181 PR Puerto Rico

147 MA Marruecos 182 GB Reino Unido

148 MQ Martinica 183 CF Rep. Central Africana

149 MU Mauricio 184 CZ República Checa (la)

150 MR Mauritania 185 GE República de Georgia

151 YT Mayotte 186 MM República de la Unión de Myanmar (Birmania)

152 MX México 187 TD República del Chad

153 FM Micronesia (los Estados Federados de) 188 CG República del Congo

154 MD Moldavia (la República de) 189 ST República Democrática de Santo Tomé y Príncipe

155 MC Mónaco 190 TL República Democrática de Timor Oriental

156 MN Mongolia 191 DO República Dominicana

157 ME Montenegro 192 TZ República Unida de Tanzania

158 MS Montserrat 193 RW Ruanda

159 MZ Mozambique 194 RO Rumania

160 NA Namibia 195 RU Rusia

161 NR Nauru 196 EH Sahara Occidental

162 NP Nepal 197 AS Samoa Americana

163 NI Nicaragua 198 WS Samoa Oeste

164 NE Níger (el) 199 BL San Bartolomé

165 NG Nigeria 200 KN San Cristóbal y Nieves

166 NU Niue 201 SM San Marino

167 NO Noruega 202 MF San Martín (parte francesa)

168 NC Nueva Caledonia 203 PM San Pedro y Miquelón

169 NZ Nueva Zelandia 204 VC San Vicente y las Granadinas

170 OM Omán 205 SH Santa Helena (Santa Helena, Ascensión y Tristán de Acuña)

171 PK Pakistán 206 LC Santa Lucía

172 PW Palaos 207 SN Senegal

173 PS Palestina, Estado de 208 RS Serbia

174 PA Panamá 209 SC Seychelles

175 PG Papua Nueva Guinea 210 SL Sierra leona

TECNICO

DICIEMBRE / 2015 117 / 152





211 SG Singapur 245 VN Viet Nam

212 SX Sint Maarten (parte holandesa) 246 WF Wallis y Futuna

213 SO Somalia 247 YE Yemen

214 LK Sri Lanka 248 ZM Zambia

215 ZA Sudáfrica 249 ZW Zimbabue

216 SD Sudán

217 SS Sudán del Sur

218 SE Suecia

219 CH Suiza

220 SR Surinam

221 SJ Svalbard y Jan Mayen

222 SZ Swazilandia TIPO DE MONEDA

223 TH Tailandia MX Pesos mexicanos

224 TW Taiwán (Provincia de China) UD Unidades de Inversión

225 TJ Tayikistán US Dólar estadounidense

226 IO Territorio Británico del Océano Índico (el)

227 CC Territorio de las Islas Cocos (Keeling)

228 TF Territorios Australes Franceses (los)

229 TG Togo

230 TK Tokelau

231 TO Tonga

232 TT Trinidad y Tobago

233 TN Túnez

Amarillo indica que el código y/o la descripción del país cambiaron en relación con la versión previa del manual.

234 TM Turkmenistán

235 TR Turquía

236 TV Tuvalu Naranja indica que se trata de una nueva clasificación en el catálogo.

237 UA Ucrania

238 UG Uganda

239 KM Unión de las Comoras (Comoras o Comores)

240 UY Uruguay

241 UZ Uzbekistán

242 VU Vanuatu

243 VA Vaticano Santa Sede [Estado de la Ciudad del Vaticano]

244 VE Venezuela, República Bolivariana de

TECNICO

DICIEMBRE / 2015 118 / 152



Anexo 7 - Códigos de Estados de la República Mexica na

Código Estado

AGS Aguascalientes

BCN Baja California Norte

BCS Baja California Sur

CAM Campeche

CHS Chiapas

CHI Chihuahua

COA Coahuila

COL Colima

DF Distrito Federal

DGO Durango

EM Estado de México

GTO Guanajuato

GRO Guerrero

HGO Hidalgo

JAL Jalisco

MICH Michoacán

MOR Morelos

NAY Nayarit

NL Nuevo León

OAX Oaxaca

PUE Puebla

QRO Querétaro

QR Quintana Roo

SLP San Luis Potosí

SIN Sinaloa

SON Sonora

TAB Tabasco

TAM Tamaulipas

TLA Tlaxcala

VER Veracruz

YUC Yucatán

ZAC Zacatecas

TECNICO

DICIEMBRE / 2015 119 / 152



Anexo 8 - Códigos de error. El siguiente catálogo describe los códigos de error generados por el sistema

Código de rechazo Titulo Tipificación Explicación de error Campos a

Validar

1024-PN-00 Apellido Materno reportado con error

Tipo de dato inválido

En el Apellido Materno [PN00], se pueden reportar solo letras. Sin abreviaturas. Sin prefijos personales o profesionales, ni caracteres especiales

PN00

1050-PN-00 Apellido Materno no proporcionado

Campo requerido

En el Apellido Materno [PN00], se pueden reportar solo letras. Sin abreviaturas. Sin prefijos personales o profesionales, ni caracteres especiales

PN00

1053-PN-00 Longitud errónea de Apellido Materno

Longitud errónea

La longitud de Apellido Materno [PN00] no debe rebasar las 26 posiciones. Solo se pueden reportar letras. Sin abreviaturas. Sin prefijos personales o profesionales. Reportar como esta en el IFE sin caracteres especiales.

PN00

1024-PN-01 Apellido Adicional reportado con error


En el Apellido Adicional [PN01], solo se pueden reportar letras. Sin abreviaturas. Sin prefijos personales o profesionales, ni caracteres especiales

PN01

1053-PN-01 Longitud errónea de Apellido Adicional

Longitud errónea

Validar que la longitud no rebase de 26 posiciones para Apellido Adicional (Apellido de casada) [PN01] si contiene dos o mas palabras deberán separarse con espacios. Si no se cuenta con este dato o no existe. No es necesario incluirlo.

PN01

1050-PN-02 Primer Nombre no proporcionado

Campo requerido

Se tiene que reportar el Primer Nombre [PN02] completo del Cliente solo letras sin abreviaturas, sin caracteres especiales y mínimo 3 letras.

PN02

1053-PN-02 Longitud errónea de Primer Nombre

Longitud errónea

Validar que la longitud no rebase de 26 posiciones se tiene que reportar el Primer Nombre completo del Cliente [PN02] solo letras sin abreviaturas, sin caracteres especiales y mínimo 3 letras.

PN02

1024-PN-03 Segundo Nombre reportado con error


En el Segundo Nombre [PN03], solo se pueden reportar letras. Sin abreviaturas. Sin prefijos personales o profesionales, ni caracteres especiales

PN03

1053-PN-03 Longitud errónea de Segundo Nombre

Longitud errónea

Reportar segundo o demás nombres [PN03]. Si se tiene más de un nombre por ejemplo (María Rosa Elisa) el primero (María) se captura en Nombre1 el resto (Rosa Elisa) se captura en Nombre2. No debe presentar abreviaturas prefijos o caracteres especiales

PN03

TECNICO

DICIEMBRE / 2015 120 / 152




Validar

1024-PN-04 Formato erróneo de la Fecha de Nacimiento Fechas

Validar que la longitud de este campo sea de 8 posiciones ya que su longitud es fija. El formato de Fecha de Nacimiento [PN04] es DDMMAAAA donde: DD Número entre 01 - 31, MM Número entre 01 -12, AAAA año.

PN04

1050-PN-04 Fecha de Nacimiento no proporcionada

Campo requerido


PN04

1053-PN-04 Longitud errónea de Fecha de Nacimiento

Longitud errónea


PN04

1050-PN-05 RFC no proporcionado Campo

requerido

Reportar el RFC [PN05] con la estructura AAAANNNNNNZZZ donde: A - Alfabético (Letras del Nombre), N - Número (Fecha de Nacimiento) el mes y el año deben ser válidos, Z - Alfanumérico (Homoclave).

PN05

1053-PN-05 Longitud errónea de RFC Longitud errónea

Validar que la longitud no rebase de 13 posiciones para el RFC [PN05], y que mínimo sean 10 caracteres 4 letras y 6 números, donde AAMMDD

PN05

1053-PN-06 Longitud errónea de Prefijo Personal

Longitud errónea

Validar que la longitud no rebase de 4 posiciones para Prefijo Personal [PN06] se puede incluir valores mostrados en el ANEXO 5 del Manual de Entrega de BD-PF este campo es opcional.

PN06

1053-PN-07 Longitud errónea de Sufijo Personal

Longitud errónea

Validar que la longitud no rebase de 4 posiciones para Sufijo Personal [PN07] este campo es opcional. Alguno valores posibles son: JR = Junior, II = Segundo, III = Tercero.

PN07

1053-PN-08 Longitud errónea de Nacionalidad

Longitud errónea

Validar que la longitud no rebase de 2 posiciones para Nacionalidad [PN08] ya que la longitud de este campo es fija, se debe llenar con cualquiera de los códigos de país mostrados en el ANEXO 6 del Manual de Entrega de BD-PF.

PN08

1053-PN-09 Longitud errónea de Tipo de Residencia

Longitud errónea

Validar que la longitud no rebase de 1 posición para Tipo de Residencia [PN09] este campo es opcional y se refiere al estado de la vivienda del Cliente los valores permitidos son: 1 = Propietario, 2 = Renta, 3 = Pensión / Vive con familia.

PN09

TECNICO

DICIEMBRE / 2015 121 / 152




Validar

1053-PN-10 Longitud errónea de Número de Licencia de Conducir

Longitud errónea

Validar que la longitud no rebase de 20 posiciones este campo es opcional contiene el Número de Licencia de Conducir [PN10]. PN10

1053-PN-11 Longitud errónea de Estado Civil

Longitud errónea

Validar que la longitud no rebase de 1 posición para el Estado Civil [PN11] es este campo es opcional los valores que puede tomar son: D = Divorciado, F = Unión Libre, M = Casado, S = Soltero, W = Viudo.

PN11

1053-PN-12 Longitud errónea de Sexo Longitud errónea

Validar que se reporte una longitud 1 para sexo [PN12] solo se puede reportar F = Femenino ó M = Masculino

PN12

1053-PN-13 Longitud errónea de Número de Cédula Profesional

Longitud errónea

Validar que la longitud no rebase de 20 posiciones para Número de Cédula Profesional [PN13] este campo es opcional. PN13

1053-PN-14 Longitud errónea Número de Registro Electoral IFE

Longitud errónea

Validar que la longitud no rebase de 20 posiciones para el Número de Registro Electoral IFE [PN14] este campo es opcional el dato a reportar se encuentra ubicado en la parte trasera de la credencial costado izquierdo.

PN14

1053-PN-15 Longitud errónea de CURP Longitud errónea

Validar que la longitud no rebase de 20 posiciones este campo es opcional si el cliente es mexicano se puede capturar la CURP (Clave de Identificación única [PN15]) si se reporta este dato en este campo será requerida la Clave de país [PN16].

PN15

1053-PN-16 Longitud errónea de Clave de País

Longitud errónea

Validar que la longitud no rebase de 2 posiciones para el País [PN16] ya que la longitud de este campo es fija se puede incluir valores mostrados en el ANEXO 6 del Manual de Entrega de BD-PF este campo es opcional.

PN16

1053-PN-17 Longitud errónea de Número de Dependientes

Longitud errónea

Validar que la longitud no rebase de 2 posiciones para el Número de Dependientes [PN17] este campo es de longitud fija. Si el número es de un dígito, colocar un cero (0) a la izquierda (Ejemplo 01, 02, 04), el campo es opcional.

PN17

1053-PN-18 Longitud errónea de Edades de los Dependientes

Longitud errónea

Validar que la longitud no rebase de 30 posiciones para la Edades de los Dependientes [PN18] se reportan las edades del Número de Dependientes [PN17] mencionados, hasta 15 dependientes.

PN18

TECNICO

DICIEMBRE / 2015 122 / 152




Validar

1024-PN-20 Formato erróneo de la Fecha de Defunción Fechas

La longitud de este campo es fija a 8 posiciones. El formato de Fecha de Defunción [PN20] es DDMMAAAA donde: DD Número entre 01-31, MM Número entre 01-12, AAAA Año.

PN20

1053-PN-20 Longitud errónea de Fecha de Defunción

Longitud errónea

La longitud de este campo es fija a 8 posiciones. El formato de Fecha de Defunción [PN20] es DDMMAAAA donde: DD Número entre 01-31, MM Número entre 01-12, AAAA Año.

PN20

1053-PN-21 Longitud errónea de Indicador de Defunción

Longitud errónea

La longitud de este campo es fija a 1 posición. Indicador de Defunción [PN21] sirve para declarar que su el cliente ha fallecido los valores que puede tomar son: Blanco = El cliente esta vivo, Y = El cliente ha fallecido.

PN21

1050-PN-PN Apellido Paterno no proporcionado

Campo requerido

Se tiene que reportar el Apellido Paterno [PN] completo del cliente solo letras sin abreviaturas. Debe contener mínimo 3 letras sin prefijos personales o profesionales reportar como esta en el IFE sin caracteres especiales.

PNPN

1053-PN-PN Longitud errónea de Apellido Paterno

Longitud errónea

Validar que la longitud no rebase de 26 posiciones para Apellido Paterno [PN] reportar solo letras sin abreviaturas debe contener 3 letras mínimo sin prefijos personales o profesionales reportar como esta en el IFE sin caracteres especiales.

PNPN

1057-PN-PN Etiqueta desconocida del segmento de nombre

Error de formato

Se reporta una etiqueta que no se encuentra dentro de las enlistadas para el segmento de nombre PN validar contra el manual de formato

PNPN

1053-PA-00 Longitud errónea de Segunda Línea de Dirección

Longitud errónea

Validar que la longitud no rebase de 40 posiciones para la Segunda Línea de Dirección [PA00] este campo es usado cuando no es suficiente el campo anterior de [PAPA Primer Línea de Dirección].

PA00

1050-PA-01 Colonia/Población no proporcionada

Campo requerido

Reportar la Colonia o Población [PA01]. Validar que la longitud no rebase de 40 posiciones y sea congruente con el Código Postal de acuerdo al catalogo de SEPOMEX

PA01

1053-PA-01 Longitud errónea de Colonia o Población

Longitud errónea

Validar que la longitud no rebase de 40 posiciones para Colonia o Población [PA01] Reportar la Colonia o Población si se tiene disponible este campo es opcional.

PA01

TECNICO

DICIEMBRE / 2015 123 / 152




Validar

1050-PA-02 Delegación/Municipio no proporcionado

Campo requerido

Reportar la Delegación o Municipio [PA02] si es que se tiene disponible. Si no se reporta la Ciudad [PA03] la etiqueta [PA02] se hace requerida. Si no se reporta Delegación [PA02] la etiqueta [PA03] se hace requerida.

PA02

1051-PA-02 Delegación o Municipio no proporcionado

Campo requerido

Reportar la Delegación o Municipio [PA02] si es que se tiene disponible. Si no se reporta la Ciudad [PA03] la etiqueta [PA02] se hace requerida. Si no se reporta Delegación [PA02] la etiqueta [PA03] se hace requerida.

PA02

1053-PA-02 Longitud errónea de Delegación o Municipio

Longitud errónea

Validar que la longitud no rebase de 40 posiciones. Reportar la Delegación o Municipio [PA02] si se tiene disponible.

PA02

1051-PA-03 Ciudad no proporcionada Campo

requerido

Reportar la Ciudad [PA03] si es que se tiene disponible. Si no se reporta Delegación [PA02] la etiqueta [PA03] se hace requerida. Si no se reporta la Ciudad [PA03] la etiqueta [PA02] se hace requerida.

PA03

1053-PA-03 Longitud errónea de Ciudad Longitud errónea

Validar que la longitud no rebase de 40 posiciones para la Ciudad [PA03]. PA03

1053-PA-04 Longitud errónea de Estado Longitud errónea

Validar que la longitud no rebase de 4 posiciones para Estado [PA04] se puede incluir valores mostrados en el ANEXO 7 del Manual de Entrega de BD-PF.

PA04

1025-PA-05 Longitud errónea de Código Postal

Longitud errónea

Validar que la longitud no rebase de 5 posiciones para el Código Postal [PA05] correspondiente debe de ser de exactamente 5 posiciones incluyendo ceros (0) a la izquierda si así lo indica el Código.

PA05

1050-PA-05 Código Postal no proporcionado

Campo requerido

El Código Postal [PA05] es Requerido este dato se validara de acuerdo a la lista de SEPOMEX disponible en Internet y debe de concordar con el Estado Delegación o Municipio y Ciudad reportados.

PA05

1053-PA-05 Longitud errónea de Código Postal

Longitud errónea

La longitud de este campo es fija a 5 posiciones. Código Postal [PA05] debe de ser de exactamente 5 posiciones incluyendo ceros (0) a la izquierda si así lo indica el Código.

PA05

TECNICO

DICIEMBRE / 2015 124 / 152




Validar

1023-PA-06 Rechazo de Formato de campo Fecha de Residencia Fechas

La longitud de este campo es fija a 8 posiciones. El formato de Fecha de Residencia [PA06] es DDMMAAAA donde; DD Número entre 01-31, MM Número entre 01-12, AAAA Año.

PA06

1053-PA-06 Longitud errónea de Fecha de Residencia

Longitud errónea

La longitud de este campo es fija a 8 posiciones. El formato de Fecha de Residencia [PA06] es DDMMAAAA donde; DD Número entre 01-31, MM Número entre 01-12, AAAA Año.

PA06

1053-PA-07 Longitud errónea de Número de Teléfono

Longitud errónea

Validar que la longitud no rebase de 11 posiciones o sea menor a 5 posiciones para Número de Teléfono [PA07] de casa del Cliente no usar guiones no repetir el mismo Número. Código de área + hasta 8 dígitos del teléfono.

PA07

1053-PA-08 Longitud errónea de Extensión Telefónica

Longitud errónea

Validar que la longitud no rebase de 8 posiciones para la Extensión Telefónica [PA08]. PA08

1053-PA-09 Longitud errónea de Número de Fax

Longitud errónea

Validar que la longitud no rebase de 11 posiciones o sea menor a 5 posiciones para Número de Fax [PA09] no usar guiones no repetir el mismo Número. Código de área + hasta 8 dígitos del teléfono.

PA09

1053-PA-10 Longitud errónea de Tipo de Domicilio

Longitud errónea

La longitud de este campo es fija a 1 posición. Tipo de Domicilio [PA10] debe de contener uno de los siguiente valores: B = Negocio, C = Domicilio del Usuario, H = Casa, P = Apartado Postal.

PA10

1053-PA-11 Longitud errónea Indicador Especial de Domicilio

Longitud errónea

La longitud de este campo es fija a 1 posición. Indicador especial de domicilio [PA11] debe de contener uno de los siguiente valores: M = Militar, R = Rural, K = Domicilio conocido.

PA11

1050-PA-PA Segmento de Dirección del Cliente no proporcionado

Campo requerido

El Segmento de Dirección [PA] contiene los datos de la direcciones del Cliente responsable del crédito es requerido al menos una dirección.

PAPA

1053-PA-PA Longitud errónea de Primer Línea de Dirección

Longitud errónea

Validar que la longitud no rebase 40 posiciones para Primer Línea de Dirección [PAPA]. Contiene la dirección de la casa del Cliente. Incluir: calle o similar, numero exterior e interior cuando existan. Este campo es requerido.

PAPA

TECNICO

DICIEMBRE / 2015 125 / 152




Validar

1057-PA-PA Etiqueta desconocida del segmento de dirección

Error de formato

Se reporta una etiqueta que no se encuentra dentro de las enlistadas para el segmento de dirección PA validar contra el manual de formato

PAPA

1053-PE-00 Longitud errónea de Primer Línea de Dirección

Longitud errónea

Validar que la longitud no rebase 40 posiciones para Primer Línea de Dirección [PE00]. Contiene la dirección de la casa del Cliente. Incluir: calle o similar, numero exterior e interior cuando existan. Este campo es requerido.

PE00

1053-PE-01 Longitud errónea de Segunda Línea de Dirección

Longitud errónea

Validar que la longitud no rebase de 40 posiciones para la Segunda Línea de Dirección [PE01] este campo es usado cuando no es suficiente el campo anterior de Primer Línea de Dirección [PE00].

PE01

1053-PE-02 Longitud errónea de Colonia o Población

Longitud errónea

Validar que la longitud no rebase de 40 posiciones para Colonia o Población [PE02] Reportar la Colonia o Población si se tiene disponible este campo es opcional.

PE02

1050-PE-03 Delegación/Municipio del empleo no proporcionado

Campo requerido

Reportar la Delegación o Municipio [PE03] si es que se tiene disponible. Si no se reporta la Ciudad [PE04] la etiqueta [PE03] se hace requerida. Si no se reporta Delegación [PE03] la etiqueta [PE04] se hace requerida.

PE03

1053-PE-03 Longitud errónea de Delegación o Municipio

Longitud errónea

Validar que la longitud no rebase de 40 posiciones. Reportar la Delegación o Municipio [PE03] si se tiene disponible.

PE03

1050-PE-04 Ciudad del empleo no proporcionada

Campo requerido

Reportar la Ciudad [PE04] si es que se tiene disponible. Si no se reporta Delegación [PE03] la etiqueta [PE04] se hace requerida. Si no se reporta la Ciudad [PE04] la etiqueta [PE03] se hace requerida.

PE04

1053-PE-04 Longitud errónea de Ciudad Longitud errónea

Validar que la longitud no rebase de 40 posiciones para la Ciudad [PE04]. PE04

1050-PE-05 Estado del empleo no proporcionado

Campo requerido

El Estado [PE05] es requerido. Contiene el código del estado de la República Mexicana donde tiene su residencia el cliente Los valores se pueden consultar en el Anexo 7 del Manual de Entrega de BD-PF.

PE05

TECNICO

DICIEMBRE / 2015 126 / 152




Validar

1053-PE-05 Longitud errónea de Estado Longitud errónea

Validar que la longitud no rebase de 4 posiciones para Estado [PE05] se puede incluir valores mostrados en el ANEXO 7 del Manual de Entrega de BD-PF.

PE05

1025-PE-05 Longitud errónea de Código Postal del Empleo

Longitud errónea

Se reporta el Código Postal [PE05] correspondiente debe ser de exactamente 5 posiciones. Este dato se validara de acuerdo a la lista de SEPOMEX y concordar con el Estado Delegación o Municipio y Ciudad.

PE06

1050-PE-06 Código Postal del empleo no proporcionado

Campo requerido

El Código Postal [PE06] es Requerido este dato se validara de acuerdo a la lista de SEPOMEX disponible en Internet y debe de concordar con el Estado Delegación o Municipio y Ciudad reportados.

PE06

1053-PE-06 Longitud errónea de Código Postal

Longitud errónea

Validar que no sea mayor a 5 posiciones o menor ya que esta longitud es fija para el Código Postal [PE06] debe de ser de exactamente 5 posiciones incluyendo ceros (0) a la izquierda si así lo requiere el Código.

PE06

1053-PE-07 Longitud errónea de Número de Teléfono

Longitud errónea

Validar que la longitud no rebase de 11 posiciones o sea menor a 5 posiciones para Número Telefónico [PE07] de empleo del Cliente la no usar guiones no repetir el mismo Número. Código de área + hasta 8 dígitos del teléfono.

PE07

1053-PE-08 Longitud errónea de Extensión Telefónica

Longitud errónea

Validar que la longitud no rebase de 8 posiciones para Extensión Telefónica [PE08].

PE08

1053-PE-09 Longitud errónea de Número de Fax

Longitud errónea

Validar que la longitud no rebase de 11 posiciones o sea menor a 5 posiciones para Número FAX [PE09] de casa del Cliente no usar guiones no repetir el mismo Número. Código de área + hasta 8 dígitos del teléfono.

PE09

1023-PE-10 Cargo u Ocupación reportado con error

Valor fuera de catálogo

Validar que este campo sea de Tipo Alfanumérico: Deberá contener letras o números en mayúsculas y sin acentos PE10

1053-PE-10 Longitud errónea de Cargo u Ocupación

Longitud errónea

Validar que la longitud no rebase de 30 posiciones para Cargo u Ocupación [PE10] reporta el titulo o posición del empleado del Cliente si se tiene disponible.

PE10

TECNICO

DICIEMBRE / 2015 127 / 152




Validar

1023-PE-11 Formato de campo Fecha de Contratación erróneo Fechas

La longitud de este campo es fija a 8 posiciones. El formato de Fecha de Contratación [PE11] es DDMMAAAA donde: DD Número entre 01-31, MM Número entre 01-12, AAAA Año.

PE11

1053-PE-11 Longitud errónea de Fecha de Contratación

Longitud errónea

La longitud de este campo es fija a 8 posiciones. El formato de Fecha de Contratación [PE11] es DDMMAAAA donde: DD Número entre 01-31, MM Número entre 01-12, AAAA Año.

PE11

1053-PE-12 Longitud errónea de Clave de la Moneda

Longitud errónea

La longitud de este campo es fija a 2 posiciones. Clave de Moneda de Pago del Sueldo [PE12] se debe llenar con los valores que se presentan en el ANEXO 6 del Manual de Entrega de BD-PF.

PE12

1053-PE-13 Longitud errónea de Monto de Sueldo o Salario

Longitud errónea

Para Monto de Sueldo o Salario [PE13] indica el monto de acuerdo al periodo que su empleador realice al pago. Si se reporta la etiqueta [PE12].

PE13

1053-PE-14 Longitud errónea de Periodo de Pago

Longitud errónea

La longitud de este campo es fija a 1 posiciones. Periodo de Pago [PE14] debe contener uno de los siguientes valores: B = Bimestral , D = Diario, H = por hora, K = Catorcenal, M = Mensual, S = Quincenal, W = Semanal, Y = Anual.

PE14

1053-PE-15 Longitud errónea de Número de Empleado

Longitud errónea

Validar que la longitud no rebase de 15 posiciones para Número de Empleado [PE15] indicar Número de empleado o de Nomina que le asigno el Empleador.

PE15

1023-PE-16 Formato de Fecha de Ultimo día Empleo erróneo Fechas

La longitud de este campo es fija a 8 posiciones. El formato de Fecha de Último Día de Empleo [PE16] es DDMMAAAA donde: DD Número entre 01-31, MM Número entre 01-12, AAAA Año.

PE16

1053-PE-16 Longitud errónea de Fecha de Último Día de Empleo

Longitud errónea

La longitud de este campo es fija a 8 posiciones. El formato de Fecha de Último Día de Empleo [PE16] es DDMMAAAA donde: DD Número entre 01-31, MM Número entre 01-12, AAAA Año.

PE16

1023-PE-17 Formato Fecha de Verificación de Empleo erróneo

Fechas La longitud de este campo es fija a 8 posiciones. El formato de Fecha de Verificación de Empleo [PE17] es DDMMAAAA donde: DD Número entre 01-31, MM Número entre 01-12, AAAA Año.

PE17

TECNICO

DICIEMBRE / 2015 128 / 152




Validar

1053-PE-17 Longitud errónea Fecha de Verificación de Empleo

Longitud errónea

La longitud de este campo es fija a 8 posiciones. El formato de Fecha de Verificación de Empleo [PE17] es DDMMAAAA donde: DD Número entre 01-31, MM Número entre 01-12, AAAA Año.

PE17

1050-PE-PE Nombre del Empleador no proporcionado

Campo requerido

Nombre o razón social del empleador [PE] este campo es requerido contiene el nombre del empleador del Cliente ya sea nombre de una Persona Física o la Razón Social de una empresa. Si no se tiene el nombre deberá incluir la frase NO PROPORCIONADO.

PEPE

1053-PE-PE Longitud errónea de Nombre del Empleador

Longitud errónea

Validar que la longitud no rebase de 40 posiciones para el Nombre del empleador [PE].

PEPE

1057-PE-PE Etiqueta desconocida del segmento de empleo

Error de formato

Se reporta una etiqueta que no se encuentra dentro de las enlistadas para el segmento de empleo PE validar contra el manual de formato

PEPE

1022-TL-01 Valor erróneo en Member Code Valor erróneo

Validar que el Member Code [TL01] sea el que fue asignado por Buró de Crédito, el formato de la clave de usuario es TTXXXXNNNN donde: TT Se refiere al tipo de negocio (Anexo 1 del Manual de Entrega de BD-PF), XXXX es el prefijo y NNNNN es el sufijo.

TL01

1050-TL-01 Clave del usuario no proporcionado

Campo requerido

Se tiene que reportar el Member Code [TL01] asignada por Buró de Crédito deberá ser el mismo que se reporta en el Segmento de Encabezado [INTF].

TL01

1053-TL-01 Longitud errónea de Clave de Usuario

Longitud errónea

La longitud de este campo es fija a 10 posiciones. El formato de Member Code [TL01] ó Clave de Usuario es TTXXXXNNNN donde: TT Se refiere al tipo de negocio (Anexo 1 del Manual de Entrega de BD-PF), XXXX es el prefijo y NNNNN es el sufijo.

TL01

1022-TL-02 Valor erróneo en Nombre de usuario Valor erróneo

Validar que el nombre de Usuario [TL02] reportado sea el que fue asignado por Buró de Crédito. La longitud de este campo no debe sobrepasar las 16 posiciones.

TL02

1050-TL-02 Nombre del usuario no proporcionado

Campo requerido

Se tiene que reportar el Nombre del usuario [TL02] que reporta la información deberá ser el mismo que se reporta en el Segmento de Encabezado [INTF].

TL02

TECNICO

DICIEMBRE / 2015 129 / 152




Validar

1053-TL-02 Longitud errónea de Nombre del Usuario

Longitud errónea

Validar que la longitud no rebase de 16 posiciones o sea menor a 1 posición para Nombre del Usuario [TL02] contiene el nombre de usuario que reporta la información.

TL02

1050-TL-04 Número de cuenta no proporcionado

Campo requerido

Se reporta el Número de Cuenta [TL04] otorgado por el Usuario. Una vez reportado este dato no deberá modificarse en subsecuentes actualizaciones de lo contrario se creara un nuevo registro como si fuera una cuenta diferente.

TL04

1053-TL-04 Longitud errónea de Número de Cuenta

Longitud errónea

Validar que la longitud no sea mayor de 25 posiciones para Número de Cuenta [TL04] y menor de 4 posiciones.

TL04

1050-TL-05 Tipo de Responsabilidad no proporcionado

Campo requerido

Tipo de Responsabilidad [TL05] indica el Tipo de Responsabilidad que el cliente tiene con la cuenta los valores que pueden reportarse son: I = Individual, J = Mancomunado, C = Obligado Solidario.

TL05

1053-TL-05 Longitud errónea de Tipo de Responsabilidad

Longitud errónea

La longitud de este campo es fija a 1 posición. Tipo de Responsabilidad [TL05] indica el Tipo de Responsabilidad que el cliente tiene con la cuenta los valores que pueden reportarse son: I = Individual, J = Mancomunado, C = Obligado Solidario.

TL05

1050-TL-06 Tipo de cuenta no proporcionado

Campo requerido

Se tiene que reportar el Tipo de cuenta [TL06] los valores que se pueden reportar son: I = Pagos fijos, M = Hipoteca, O = Sin límite Pre-establecido, R = Revolvente. Una vez reportado este dato no deberá modificarse en subsecuentes modificaciones.

TL06

1053-TL-06 Longitud errónea de Tipo de Cuenta

Longitud errónea


TL06

1050-TL-07 Tipo de contrato no proporcionado

Campo requerido

Se tiene que reportar el Tipo de contrato [TL07] otorgado por el usuario solo se pueden reportar los valores definidos en el ANEXO 2 del Manual de Entrega de BD-PF. Una vez reportado este dato no deberá modificarse en subsecuentes modificaciones.

TL07

1053-TL-07 Longitud errónea de Tipo de Contrato

Longitud errónea

La longitud de este campo es fija a 2 posiciones. Los valores permitidos para Tipo de Contrato [TL07] se presentan en el ANEXO 2 el Manual de Entrega de BD-PF. No deberá modificarse en subsecuentes actualizaciones.

TL07

TECNICO

DICIEMBRE / 2015 130 / 152




Validar

1050-TL-08 Moneda del crédito no proporcionado

Campo requerido

Longitud fija a 2 posiciones. En el campo Moneda del Crédito [TL08] se reporta la moneda en la que fue otorgado el crédito al Cliente. Los valores que puede reportar son: MX = Pesos Mexicanos, UD = Unidades de Inversión, US = Dólares Americanos.

TL08

1053-TL-08 Longitud errónea de Moneda del crédito

Longitud errónea


TL08

1053-TL-09 Longitud errónea de Importe de Avalúo

Longitud errónea

Validar que la longitud no rebase de 9 posiciones para el Importe de Avalúo [TL09] no requerido para créditos revolventes o sin límite pre-establecido

TL09

1050-TL-10 Número de Pagos no proporcionado

Campo requerido

Validar que la longitud no rebase de 4 posiciones para el Número de Pagos [TL10] deberá reportarse si la Cuenta es de Pagos Fijos (I) o Hipoteca (M)

TL10

1053-TL-10 Longitud errónea de Número de Pagos

Longitud errónea

Validar que la longitud no rebase de 4 posiciones para el Número de Pagos [TL10] deberá reportarse si la Cuenta es de Pagos Fijos (I) o Hipoteca (M)

TL10

1050-TL-11 Frecuencia de Pagos no proporcionada

Campo requerido

La etiqueta y el dato son requeridos. El dato sirve para indicar la frecuencia en tiempo con que deben realizarse los pagos. De no reportarse NO se actualiza el dato de Monto a Pagar [TL12]

TL11

1053-TL-11 Longitud errónea de frecuencia de pagos

Longitud errónea

Para todas las cuentas abiertas y activas el campo de Frecuencia de Pagos [TL11] es requerido TL11

1050-TL-12 Monto de pago no proporcionado

Campo requerido

Reportar la cantidad que el Cliente deberá pagar en el siguiente período, de acuerdo con la Frecuencia de Pagos [TL11] TL12

1053-TL-12 Longitud errónea de Monto a Pagar

Longitud errónea

Validar que la longitud no rebase de 9 posiciones para el Monto a Pagar [TL12] reportar la cantidad que el Cliente deberá pagar en el siguiente periodo.

TL12

TECNICO

DICIEMBRE / 2015 131 / 152




Validar

1024-TL-13 Formato erróneo de la Fecha de Apertura Fechas

La longitud de este campo es fija a 8 posiciones. El formato de Fecha de Apertura [TL13] es DDMMAAAA donde: DD Número entre 01-31, MM Número entre 01-12, AAAA Año.

TL13

1053-TL-13 Longitud errónea de Fecha de Apertura

Longitud errónea

La longitud de este campo es fija a 8 posiciones. El formato de Fecha de Apertura [TL13] es DDMMAAAA donde: DD Número entre 01-31, MM Número entre 01-12, AAAA Año.

TL13

1024-TL-14 Formato de Fecha de Último Pago erróneo

Fechas La longitud de este campo es fija a 8 posiciones. El formato de Fecha de Ultimo Pago [TL14] es DDMMAAAA donde: DD Número entre 01-31, MM Número entre 01-12, AAAA Año.

TL14

1050-TL-14 Fecha de último pago no proporcionada

Campo requerido

Corresponde a la fecha más reciente cuando el Cliente efectuó un pago. Es requerido también reportar el monto de último pago [TL45]. En caso de no contar con la fecha de último pago [TL14], reportar el dato de fecha de última disposición [TL15].

TL14

1053-TL-14 Longitud errónea de Fecha de Ultimo Pago

Longitud errónea

La longitud de este campo es fija a 8 posiciones. El formato de Fecha de Ultimo Pago [TL14] es DDMMAAAA donde: DD Número entre 01-31, MM Número entre 01-12, AAAA Año.

TL14

1024-TL-15 Formato de Fecha de Ultima Compra erróneo

Fechas La longitud de este campo es fija a 8 posiciones. El formato de Fecha de Ultima Compra [TL15] es DDMMAAAA donde: DD Número entre 01-31, MM Número entre 01-12, AAAA Año.

TL15

1050-TL-15 Fecha de última compra no proporcionada

Campo requerido

Contiene la fecha en la que el Cliente realizó la última compra o disposición. En caso de no contar con el dato reportar la Fecha de último pago [TL14].

TL15

1053-TL-15 Longitud errónea de Fecha de Ultima Compra

Longitud errónea

La longitud de este campo es fija a 8 posiciones. El formato de Fecha de Ultima Compra [TL15] es DDMMAAAA donde: DD Número entre 01-31, MM Número entre 01-12, AAAA Año.

TL15

1024-TL-16 Formato de Fecha de Cierre erróneo

Fechas La longitud de este campo es fija a 8 posiciones. El formato de Fecha de Cierre [TL16] es DDMMAAAA donde: DD Número entre 01-31, MM Número entre 01-12, AAAA Año.

TL16

TECNICO

DICIEMBRE / 2015 132 / 152




Validar

1053-TL-16 Longitud errónea de Fecha de Cierre

Longitud errónea

La longitud de este campo es fija a 8 posiciones. El formato de Fecha de Cierre [TL16] es DDMMAAAA donde: DD Número entre 01-31, MM Número entre 01-12, AAAA Año.

TL16

1053-TL-17 Longitud errónea de Fecha de Reporte

Longitud errónea

La longitud de este campo es fija a 8 posiciones. El formato de Fecha de Reporte [TL17] es DDMMAAAA donde: DD Número entre 01-31, MM Número entre 01-12, AAAA Año.

TL17

1053-TL-20 Longitud errónea de Garantía Longitud errónea

Validar que la longitud no rebase de 40 posiciones para la Garantía [TL20] contiene una descripción alfanumérica de la garantía utilizada para asegurar el crédito otorgado. Es para créditos Hipotecario (M) y de Pagos Fijos (I)

TL20

1050-TL-21 Crédito Máximo no proporcionado

Campo requerido

Para créditos con Tipo de Cuenta [TL06] Revolvente (R), Sin límite Preestablecido (O), reportar Monto máximo dispuesto por el Consumidor. Para créditos con Tipo de Cuenta [TL06] Pagos Fijos (I) e Hipoteca (M), reportar el monto autorizado del crédito

TL21

1053-TL-21 Longitud errónea de Crédito Máximo Autorizado

Longitud errónea

Validar que la longitud no rebase de 9 posiciones para el Crédito Máximo Autorizado [TL21] reportar de acuerdo al Tipo de Cuenta. TL21

1050-TL-22 Saldo Actual no proporcionado

Campo requerido

Reportar el importe total del adeudo pendiente de pagar, agregados los intereses generados; es decir, el monto total de la deuda.

TL22

1053-TL-22 Longitud errónea de Saldo Actual

Longitud errónea

Validar que la longitud no rebase de 10 posiciones para el Saldo Actual [TL22] TL22

1050-TL-23 Límite de crédito no proporcionado

Campo requerido

Reportar el monto de crédito otorgado por el Usuario y notificado al Cliente en el estado de cuenta. Si Tipo de Cuenta [TL06] es igual a: R el dato es requerido / O es un dato opcional / I ó M no aplica este monto.

TL23

1053-TL-23 Longitud errónea de Límite de Crédito

Longitud errónea

Validar que la longitud del Límite de Crédito [TL23] no sea mayor a 9 posiciones.

TL23

TECNICO

DICIEMBRE / 2015 133 / 152




Validar

1050-TL-24 Saldo Vencido no proporcionado

Campo requerido

Reportar la totalidad del saldo vencido, incluye principal e intereses, comisiones, cuotas con atraso. TL24

1053-TL-24 Longitud errónea de Saldo Vencido

Longitud errónea

Validar que la longitud del Saldo Vencido [TL24] no sea mayor a 9 posiciones. TL24

1050-TL-25 Número de Pagos Vencidos no proporcionado

Campo requerido

Se tiene que reportar el Número de Pagos Vencido [TL25] estos dependerán de la Frecuencia de Pagos [TL11]. También se valida contra la Forma de Pago MOP [TL26]

TL25

1053-TL-25 Longitud errónea de Número de Pagos Vencidos

Longitud errónea

Validar que la longitud del Número de Pagos Vencidos [TL25] no sea mayor a 4 posiciones. TL25

1050-TL-26 Forma de Pago (MOP) no proporcionado

Campo requerido

Forma de Pago o MOP [TL26] este campo indica si la cuenta esta al corriente (sin retraso) o si tiene atraso en sus pagos. Los valores que pueden reportarse en este campo están indicados en el ANEXO 3 del Manual de Entrega de BD-PF.

TL26

1053-TL-26 Longitud errónea de Forma de Pago Actual MOP

Longitud errónea

La longitud de este campo es fija a 2 posiciones. Los valores permitidos para Forma de Pagos [TL26] se encuentran en el ANEXO 3 del Manual de Entrega de BD-PF.

TL26

1053-TL-30 Longitud errónea de Clave de Observación

Longitud errónea

La longitud de este campo es fija a 2 posiciones. Los valores permitidos para Clave de Observación [TL30] se encuentran en el ANEXO 4 del Manual de Entrega de BD-PF.

TL30

1024-TL-39 Longitud errónea de Clave de Usuario Anterior


Validar que la longitud de Clave de Usuario Anterior [TL39] no sea mayor o menor 10 posiciones ya que el campo es de longitud fija TL39

1053-TL-39 Longitud errónea de Clave de Usuario Anterior

Longitud errónea

La longitud de este campo es fija a 10 posiciones. El formato de Clave de usuario anterior [TL39] es TTXXXXNNNN donde: TT Se refiere al tipo de negocio (Anexo 1 del Manual de Entrega de BD-PF), XXXX es el prefijo, NNNN es el sufijo.

TL39

TECNICO

DICIEMBRE / 2015 134 / 152




Validar

1053-TL-40 Longitud errónea de Nombre del Usuario Anterior

Longitud errónea

Validar que la longitud del Nombre de Usuario Anterior [TL40] no sea mayor a 16 posiciones ya que esta longitud es fija. TL40

1024-TL-41 Longitud errónea de Número de Cuenta Anterior


Validar que la longitud de Número de Cuenta Anterior [TL41] no sea mayor que 25 posiciones ni menor de 4 posiciones TL41

1053-TL-41 Longitud errónea de Número de Cuenta Anterior

Longitud errónea

Validar que la longitud del Número de Cuenta Anterior [TL41] no sea mayor a 10 posiciones.

TL41

1024-TL-43 Formato erróneo de la Fecha de Primer Incumplimiento Fechas

El formato de Fecha de Primer Incumplimiento [TL43] es DDMMAAAA donde: DD Número entre 01-31, MM Número entre 01-12, AAAA Año. La longitud de este campo es fija de 8 posiciones.

TL43

1052-TL-43 Fecha de Primer Incumplimiento no proporcionada

Campo requerido

En la Fecha de Primer Incumplimiento [TL43] se coloca la Fecha en la que el Cliente incumplió por primera vez en el pago solicitado. Si nunca ha incumplido , esta al corriente (MOP = 00 01 UR) este campo se debe reportar con el dato 01011900

TL43

1053-TL-43 Longitud errónea de Fecha Primer Incumplimiento

Longitud errónea

La longitud de este campo es fija a 8 posiciones. El formato de Fecha de Primer Incumplimiento [TL43] es DDMMAAAA donde: DD Número entre 01-31, MM Número entre 01-12, AAAA Año.

TL43

1052-TL-44 Saldo insoluto no proporcionado

Campo requerido

Se debe reportar el Saldo Insoluto [TL44] entiéndase como el monto del crédito pendiente por pagar, sin incluir intereses comisiones o cualquier otro accesorio.

TL44

1053-TL-44 Longitud errónea de Saldo Insoluto del Principal

Longitud errónea

El campo Saldo Insoluto del principal [TL44] debe de tener una longitud máxima de 10 posiciones TL44

1050-TL-45 Monto de Pago no proporcionado

Campo requerido

Monto correspondiente al último pago realizado por el cliente. En caso de reportar este campo, es requerido reportar la Fecha de Último Pago [TL14].

TL45

TECNICO

DICIEMBRE / 2015 135 / 152




Validar

1053-TL-45 Longitud errónea de Monto Pagado

Longitud errónea

Monto correspondiente al último pago realizado por el cliente. En caso de reportar este campo, es requerido reportar la Fecha de Último Pago [TL14].

TL45

1053-TL-50 Longitud errónea de Plazo en Meses

Longitud errónea

Se deberá reportar en meses el plazo original del crédito. Si Tipo de crédito [TL06] es igual a: pagos fijos e hipotecarios el dato es requerido / Revolvente o Abierto el dato no es requerido. El campo acepta hasta dos decimales.

TL50

1220-TL-50 Dato inválido en campo Plazo en Meses


Se deberá reportar en meses el plazo original del crédito. Si Tipo de crédito [TL06] es igual a: pagos fijos e hipotecarios el dato es requerido / Revolvente o Abierto el dato no es requerido. El campo acepta hasta dos decimales.

TL50

1053-TL-51 Longitud errónea de Monto Crédito Original

Longitud errónea

Se debe reportar el Monto del Crédito a la originación para Tipo de crédito [TL06] I pagos fijos o M hipotecarios. En caso de créditos R revolventes se deberá reportar el Límite de Crédito correspondiente. El campo es de tipo numérico.

TL51

1022-TL-99 Valor erróneo en Fin de Segmento TL Valor erróneo Para el Fin de Segmento TL [TL99] deberán colocarse solamente

los valores FIN o END TL99

1050-TL-99 Fin de Segmento TL no proporcionado

Campo requerido

Fin de Segmento TL [TL99] deberá colocarse siempre las letras de FIN o END. Este campo indicara que se termino de reportar la información de la cuenta o crédito.

TL99

1053-TL-99 Longitud errónea de Fin de Segmento TL

Longitud errónea

La longitud de este campo es fija a 3 posiciones. Fin de Segmento TL [TL99] debe reportar la cadena FIN ó END. TL99

1005-TL-TL Etiqueta desconocida del segmento TL

Error de formato

Se detecta un etiqueta que no esta dentro del conjunto de etiquetas solicitadas para el Segmento de Cuentas TL. Consultar el manual para entrega de BD-PF en el apartado del segmento TL para el listado completo de las etiquetas permitidas

TLTL

1022-TL-TL Valor erróneo en Nombre de Segmento TL

Valor erróneo Validar que en la Etiqueta o el Nombre del Segmento [TL] contenga los datos TL ya que es el único valor permitido.

TLTL

TECNICO

DICIEMBRE / 2015 136 / 152




Validar

1050-TL-TL Segmento de Crédito del Cliente no proporcionado

Campo requerido

El Segmento de Crédito [TL] del Cliente contiene información de la cuenta o créditos es requerido reportar un Segmento de Crédito. TLTL

1053-TL-TL Longitud errónea de Nombre del Segmento

Longitud errónea

La longitud de este campo es fija a 2 posiciones. Nombre del Segmento [TL] se debe reportar TL. TLTL

1057-TL-TL Etiqueta desconocida del segmento de cuenta

Error de formato

Se reporta una etiqueta que no se encuentra dentro de las enlistadas para el segmento de cuenta TL validar contra el manual de formato

TLTL

1022-PA-01 Valor erróneo en Colonia/Población Valor erróneo

Reportar la Colonia o Población [PA01]. Validar que la longitud no rebase de 40 posiciones y sea congruente con el Código Postal de acuerdo al catalogo de SEPOMEX

PA01

2219-PA-02 Combinación CP y Delegación/Municipio errónea

Validación de dirección

Para el Código Postal [PA05] este dato se validara de acuerdo a la lista de SEPOMEX disponible en Internet y debe de concordar con la Delegación/Municipio [PA02] reportado.

PA02

1022-PA-03 Valor erróneo reportado en Ciudad

Valor erróneo Validar que la longitud no rebase de 40 posiciones para la Ciudad [PA03] . Solo se aceptan valores alfanuméricos.

PA03

1050-PA-03 Ciudad no proporcionada Campo

requerido

Reportar la Ciudad [PA03] si es que se tiene disponible. Si no se reporta Delegación [PA02] la etiqueta [PA03] se hace requerida. Si no se reporta la Ciudad [PA03] la etiqueta [PA02] se hace requerida

PA03 PA02

2211-PA-03 Combinación CP y Ciudad errónea


Para el Código Postal [PA05] este dato se validara de acuerdo a la lista de SEPOMEX disponible en Internet y debe de concordar con la Ciudad [PA03] reportada.

PA03 PA05

1022-PA-04 Valor erróneo en Estado Valor erróneo

El Estado [PA04] contiene el código del estado de la República Mexicana donde tiene su residencia el Cliente. El ANEXO 7 del Manual de Entrega de BD-PF contiene la lista de los códigos validos.

PA04

TECNICO

DICIEMBRE / 2015 137 / 152




Validar

1051-PA-04 Estado no proporcionado Campo

requerido

El Estado [PA04] es requerido. Contiene el código del estado de la República Mexicana donde tiene su residencia el cliente Los valores se pueden consultar en el Anexo 7 del Manual de Entrega de BD-PF.

PA04

1022-PA-05 Valor erróneo en Código Postal Valor erróneo

El Código Postal [PA05] se valida de acuerdo a la lista de SEPOMEX. La longitud fija es de 5 posiciones incluyendo ceros (0) a la izquierda si así lo requiere el Código.

PA05

1026-PA-05 Código Postal reportado con error


El campo Código Postal [PA05] es de tipo Numérico. Deberá contener solo números enteros sin punto decimal. Como es de longitud fija si el dato tiene menos números se deberá completar con ceros a la izquierda.

PA05

1027-PA-05 Código Postal no encontrado Valor fuera de

catálogo

Revisar la lista de SEPOMEX para validar el Código Postal [PA05] que se encuentra disponible en Internet y debe de concordar con el Estado Delegación o Municipio y Ciudad reportados.

PA05

2211-PA-05 Combinación Código Postal y Estado errónea


Para el Código Postal [PA05] este dato se validara de acuerdo a la lista de SEPOMEX disponible en Internet y debe de concordar con el Estado [PA04] reportado.

PA05 PA04

1022-PA-PA Valor erróneo reportado en Línea de dirección 1

Valor erróneo

Validar que la longitud no rebase 40 posiciones para Primer Línea de Dirección [PAPA]. Contiene la dirección de la casa del Cliente. Incluir: calle o similar, numero exterior e interior cuando existan. Este campo es requerido.

PAPA

1037-PA-PA Múltiples Líneas de dirección PA reportadas

Error de formato

El Segmento de Dirección contiene los datos de la dirección del Cliente responsable del crédito es requerido al menos una dirección. Y el máximo de direcciones es de 4 por Cliente.

PAPA

1022-PE-03 Valor erróneo en Delegación ó Municipio Valor erróneo Validar que la longitud no rebase de 40 posiciones. Reportar la

Delegación o Municipio [PE03] si se tiene disponible. PE03

2212-PE-04 Ciudad del empleo no proporcionada

Campo requerido

Reportar la Ciudad [PE04] si es que se tiene disponible. Si no se reporta Delegación [PE03] la etiqueta [PE04] se hace requerida. Si no se reporta la Ciudad [PE04] la etiqueta [PE03] se hace requerida.

PE04

TECNICO

DICIEMBRE / 2015 138 / 152




Validar

2211-PE-04 Combinación de CP y Ciudad del empleo inválida


Para el Código Postal [PE04] este dato se validara de acuerdo a la lista de SEPOMEX disponible en Internet y debe de concordar con la Ciudad [PE04] reportada.

PE04 PE06

1022-PE-05 Estado del empleo proporcionado inválido Valor erróneo

El Estado [PE05] contiene el código del estado de la República Mexicana donde tiene su residencia el Cliente. El ANEXO 7 del Manual de Entrega de BD-PF contiene la lista de los códigos validos.

PE05

2212-PE-05 Estado del empleo no proporcionado

Campo requerido

El Estado [PE05] es requerido. Contiene el código del estado de la República Mexicana donde tiene su residencia el cliente Los valores se pueden consultar en el Anexo 7 del Manual de Entrega de BD-PF.

PE05

2211-PE-05 Combinación de CP y estado del empleo inválida


El Estado [PE05] se validara de acuerdo a la lista de SEPOMEX disponible en Internet y debe de concordar con el Código Postal [PE05] reportada.

PE05 PE06

1026-PE-06 Código postal del empleo no es numérico


El campo Código Postal [PE06] es de tipo Numérico. Deberá contener solo números enteros sin punto decimal. Como es de longitud fija si el dato tiene menos números se deberá completar con ceros a la izquierda.

PE06

2211-PE-06 Código Postal del empleador no encontrado


Código Postal [PE06] es requerido por lo cual se tiene que reportar y validar el dato con la lista de SEPOMEX.

PE06

2212-PE-06 Código Postal del empleo no proporcionado

Campo requerido

El Código Postal [PE06] es Requerido este dato se validara de acuerdo a la lista de SEPOMEX disponible en Internet y debe de concordar con el Estado Delegación o Municipio y Ciudad reportados.

PE06

1028-PE-PE Nombre del Empleador no proporcionado

Campo requerido

Nombre o razón social del empleador [PE] este campo es requerido contiene el nombre del empleador del Cliente ya sea nombre de una Persona Física o la Razón Social de una empresa. Si no se tiene el nombre deberá incluir la frase NO PROPORCIONADO.

PEPE

6050-PN-00 Nombre de compañía detectado

Información de una empresa

El dato reportado en el campo de Apellido Materno [PN00] corresponde al de una palabra utilizada para una Persona Moral. Por ejemplo: COMERCIALIZADORA, DISTRIBUIDORA, SERVICIOS. Solo se pueden reportar apellidos en este campo

PN00

TECNICO

DICIEMBRE / 2015 139 / 152




Validar



El dato reportado en el campo de Apellido Adicional [PN01] corresponde al de una palabra utilizada para una Persona Moral. Por ejemplo: COMERCIALIZADORA, DISTRIBUIDORA, SERVICIOS. Solo se pueden reportar apellidos en este campo

PN01

1022-PN-02 Valor erróneo en Primer Nombre Valor erróneo

Verificar haber reportado al menos 3 letras para el Primer Nombre completo del Cliente [PN02], no haber reportado caracteres especiales ni abreviaturas.

PN02



El dato reportado en el campo de Nombre 1 [PN02] corresponde al de una palabra utilizada para una Persona Moral. Por ejemplo: COMERCIALIZADORA, DISTRIBUIDORA, SERVICIOS. Solo se pueden reportar Nombres en este campo.

PN02



El dato reportado en el campo de Nombre 2 [PN03] corresponde al de una palabra utilizada para una Persona Moral. Por ejemplo: COMERCIALIZADORA, DISTRIBUIDORA, SERVICIOS. Solo se pueden reportar Nombres en este campo

PN03

3079-EDT Fecha Nacimiento en Blanco o Reportada con Error Fechas INFORMATIVO La Fecha de nacimiento está en Blanco o fue

reportada con error, la fecha de nacimiento será tomada del RFC PN04

1024-PN-05 RFC reportado con error Tipo de dato inválido

El RFC [PN05] se validara que tenga la estructura AAAANNNNNNZZZ donde: A - Alfabético (Letras del Nombre), N - Número (Fecha de Nacimiento) el mes y el año deben ser válidos, Z - Alfanumérico (Homoclave).

PN05

1022-RMD-01 RFC ó Ap. Materno ó Fecha Nacimiento Inválidos Valor erróneo

Si alguno de los siguiente campos falta o presenta error: El RFC [PN05], Apellido Materno [PN00], Fecha de Nacimiento [PN04] el registro es rechazado es necesario reportar la información

PN05 PN00 PN04

3051-WRN Cuenta con Fecha de Apertura > 90 días y sin RFC Fechas Se tiene que Agregar el RFC [PN05] antes de que rebase los 90

días de haber aperturado el crédito (Fecha de Apertura [TL13]). PN05 TL13

1023-PN-08 Nacionalidad reportado con error


Nacionalidad [PN08] se debe llenar con cualquiera de los códigos de país mostrados en el ANEXO 6 del Manual de Entrega de BD-PF.

PN08

TECNICO

DICIEMBRE / 2015 140 / 152




Validar

1023-PN-16 Clave de País reportada con error


Clave de País [PN16] se debe llenar con cualquiera de los valores mostrados en el ANEXO 6 del Manual de Entrega de BD-PF. PN16

1022-PN-PN Valor erróneo en Apellido Paterno Valor erróneo

Verificar haber reportado al menos 3 letras para el Apellido Paterno del Cliente [PN], no haber reportado caracteres especiales ni abreviaturas.

PNPN

6050-PN-PN Nombre de compañía detectado


El dato reportado en el campo de Apellido Paterno [PN] corresponde al de una palabra utilizada para una Persona Moral. Por ejemplo: COMERCIALIZADORA, DISTRIBUIDORA, SERVICIOS. Solo se pueden reportar apellidos en este campo.

PNPN

1022-TL-04 Longitud errónea en Número de Cuenta Valor erróneo

Validar que la longitud no rebase de 25 posiciones o sea menor a 4 posiciones para Nombre del Cuenta [TL04] TL04

1022-TL-05 Valor erróneo en Tipo de responsabilidad Valor erróneo

La longitud de este campo es fija a 1 posición. Tipo de Responsabilidad [TL05] indica el Tipo de Responsabilidad que el cliente tiene con la cuenta los valores que pueden reportarse son: I = Individual, J = Mancomunado, C = Obligado Solidario.

TL05

3073-EDT Tipo de responsabilidad no reportado

Campo requerido

INFORMATIVO El tipo de responsabilidad no fue reportado por lo tanto el dato para actualizar en base de datos será I responsabilidad individual

TL05

1022-TL-06 Valor erróneo en Tipo de Cuenta Valor erróneo


TL06

3019-CMS-13 Cuenta Pagos fijos abierta Saldo>0 sin Monto Pago Saldos

Para créditos con Tipo de Cuenta [TL06] Hipotecario (M) o Pagos Fijos (I) con saldo pendiente es necesario reportar: Fecha de Cierre [TL16] = Sin fecha / Saldo Actual [TL22]> 0 / Monto a Pagar [TL12]> 0 / Número de Pagos [TL10]> 0

TL06 TL10 TL12 TL16 TL22

3019-CMS-32 Clave de Observación LS reportada con error


Los créditos con clave de observación LS deberán presentar los siguientes datos: Saldo Actual [TL22]=0 / Saldo Vencido [TL24]=0 / Monto a Pagar [TL12]=0 / Tipo de Cuenta [TL06]=R / MOP [TL26]=UR / Fecha de Cierre [TL16]=La fecha del robo o extravío.

TL06 TL12 TL16 TL22 TL24 TL26

TECNICO

DICIEMBRE / 2015 141 / 152




Validar

3019-CMS-10 Cuenta Revolvente Abierta c/ Saldo sin Monto Pago Saldos

Si la cuenta presenta un saldo (deuda) [TL22] debe reportar el importe de pago [TL12] (lo que debe pagar de acuerdo a la frecuencia de pago)

TL06 TL12 TL22

3019-CMS-07 Crédito Máximo Autorizado <= 0 para Cuentas Revol. Saldos

Un crédito abierto de tipo Revolvente (R) o sin límite preestablecido (O) [TL06] debe tener un Crédito Máximo Autorizado o Monto máximo [TL21] reportado mayor a cero

TL06 TL21

1024-TL-07 Tipo de Contrato reportado con error


Se tiene que reportar el Tipo de contrato [TL07] otorgado por el usuario solo se pueden reportar los valores definidos en el ANEXO 2 del Manual de Entrega de BD-PF. Una vez reportado este dato no deberá modificarse en subsecuentes modificaciones.

TL07

3019-CMS-39 Crédito reinstalable inválido Saldos

Un crédito reinstalable Tipo de Contrato [TL07]=LR de pagos Fijos Tipo de Cuenta [TL06]=I debe reportarse como sigue: Saldo actual [TL22]>0 ó Saldo vencido [TL24]>=0 / Límite de crédito[TL23]>0 ó Crédito máximo [TL21]>= 0 / Importe de pago [TL12] >0

TL07 TL06 TL12

1022-TL-08 Valor erróneo en Moneda de Crédito Valor erróneo


TL08

3057-WRN Frecuencia de Pago faltante Campo requerido

La frecuencia de pago se refiere al periodo de tiempo que transcurre entre cada pago del Cliente [TL11] es un campo requerido

TL11

3074-EDT Frecuencia de pago inconsistente


INFORMATIVO El tipo de crédito Revolvente R y sin limite preestablecido O solo aceptan como frecuencia de pago Z pago mínimo

TL11

3019-CMS-36 Clave de Observación IA reportada con error


La Clave de Observación IA debe presentar los siguientes datos: Monto a Pagar [TL12]=0 / Fecha de Cierre [TL16]=Sin Fecha / Saldo Actual [TL22]=0 / Saldo Vencido [TL24]=0 / MOP [TL26]=UR / Fecha de Ultimo Pago o Compra sin dato o anterior a 30 días.


TL15

3019-CMS-12 Monto a Pagar > 0 y Saldo Actual y/o Vencido = 0

Saldos Si el Saldo Actual [TL22] es cero y la diferencia entre la Fecha de Reporte [TL17] y la Fecha de Ultimo Pago [TL14] es mayor a 31 días el Monto a Pagar [TL12] debe ser también igual a cero.

TL12 TL14 TL17 TL22

TECNICO

DICIEMBRE / 2015 142 / 152




Validar

3019-CMS-09 Cuenta Cerrada con Saldo Inconsistente Saldos

Si un crédito es liquidado la Fecha de Cierre [TL16] debe ser reportada y los saldos se deben reportar en ceros: Saldo Actual [TL22] = 0 / Saldo Vencido [TL24] = 0 / Monto a pagar [TL12] = 0.

TL12 TL16 TL22 TL24

3019-CMS-17 Crédito Hipotecario abierto con Saldos = 0 Saldos

Si un crédito hipotecario es reportado en ceros es necesario reportar la Fecha de Cierre [TL16] por lo que: Saldo Actual [TL22]=0 / Saldo Vencido [TL24]=0 / Monto a Pagar [TL12]=0 / Fecha de Cierre [TL16]=Fecha en la que se liquido la hipoteca.

TL12 TL16 TL22 TL24

3019-CMS-23 Clave de Observación SG reportada con error


Créditos con Clave de Observación SG debe reportarse con: Monto Pago [TL12]>0 / Fecha Cierre [TL16]=Sin fecha / Saldo Actual [TL22]>0 / Saldo Vencido [TL24]>0 / Numero Pagos Vencidos [TL25]=los vencidos al momento de la demanda / MOP [TL26]=02-96.


3019-CMS-19 Clave de Observación LC reportada con error


Los créditos con Clave de Observación LC debe presentar los siguientes datos: Monto a Pagar [TL12]=0 / Fecha de Cierre [TL16] = Fecha de Acuerdo o convenio del finiquito / Saldo Actual [TL22]=0 / Saldo Vencido [TL24]>=0 / MOP [TL26]=97.


3019-CMS-20 Clave de Observación IM reportada con error


Los créditos con Clave de Observación IM debe presentar los siguientes datos: Monto a Pagar [TL12] > 0 / Fecha de Cierre [TL16] = Con o sin fecha / Saldo Actual [TL22] > 0 / Saldo Vencido [TL24] > 0 / MOP [TL26] > 01


3019-CMS-21 Claves de Observación RA RN RV reportada con error


Los créditos con clave de observación RA RN o RV debe presentar los siguientes datos: Saldo Actual [TL22]=0 / Saldo Vencido [TL24]=0 / Monto a Pagar [TL12]=0 / MOP [TL26]=01 / Fecha de Cierre [TL16]=Fecha en la que se celebro la reestructura.


3019-CMS-25 Claves de Observación CA CC CL NA con error


Los créditos con clave de observación CA CC CL o NA deberán presentar los siguientes datos: Saldo Actual [TL22] = 0 / Saldo Vencido [TL24] = 0 / Monto a Pagar [TL12] = 0 / MOP [TL26] = 01 / Fecha de Cierre [TL16] = con fecha.


3019-CMS-26 Clave de Observación LO reportada con error


Los créditos con Clave de Observación LO debe presentar los siguientes datos: Monto a Pagar [TL12] > 0 / Fecha de Cierre [TL16] = Sin fecha / Saldo Actual [TL22] > 0 / Saldo Vencido [TL24] > 0 / MOP [TL26] > 01.


3019-CMS-27 Clave de Observación FP reportada con error


Los créditos con Clave de Observación FP debe presentar los siguientes datos: Monto a Pagar [TL12] ) 0 / Fecha de Cierre [TL16] = Con fecha / Saldo Actual [TL22] = 0 / Saldo Vencido [TL24] = 0 / MOP [TL26] = 01 / KOB = BD (Fianza)


TECNICO

DICIEMBRE / 2015 143 / 152




Validar

3019-CMS-28 Clave de Observación LG reportada con error


Los créditos con clave de observación LG deberán presentar los siguientes datos: Saldo Actual [TL22] = 0 / Saldo Vencido [TL24] = 0 / Monto a Pagar [TL12] = 0 / MOP [TL26] = 01 / Fecha de Cierre [TL16] = Con fecha.


3019-CMS-29 Clave de Observación CV y NV reportada con error


Créditos con clave de observación CV o NV deberán reportarse con: Saldo Actual [TL22]=0 / Saldo Vencido [TL24]>0 / Monto a Pagar [TL12]=0 / MOP [TL26] >= 02 y MOP [TL26] <= 96 / Fecha de Cierre [TL16]=Fecha en que se celebró la sesión.


3019-CMS-31 Clave de Observación FN y RI reportada con error


Los créditos con clave de observación FN o RI deberán presentar los siguientes datos: Saldo Actual [TL22] = 0 / Saldo Vencido [TL24] = 0 / Monto a Pagar [TL12] = 0 / MOP [TL26] = UR / Fecha de Cierre [TL16] = Con fecha.


3019-CMS-33 Clave de Observación UP reportada con error


Los créditos con clave de observación UP deberán presentar los siguientes datos: Saldo Actual [TL22] > 0 / Saldo Vencido [TL24] > 0 / Monto a Pagar [TL12] > 0 / MOP [TL26] = 97 / Fecha de Cierre [TL16] = Con o sin fecha.


3019-CMS-35 Clave de Observación PC reportada con error


Los créditos con Clave de Observación PC debe presentar los siguientes datos: Monto a Pagar [TL12] > 0 / Fecha de Cierre [TL16] = Sin Fecha / Saldo Actual [TL22] > 0 / Saldo Vencido [TL24] > 0 / MOP [TL26]= de 02 a 96.


3019-CMS-45 Clave de Observación GP reportada con error


La clave de Observación [TL30] GP debe reportarse con: Monto a Pagar [TL12] = 0 / Fecha de Cierre [TL16]=Con Fecha / Saldo Actual [TL22] = 0 / Saldo Vencido [TL24] =0 / MOP [TL26] = 01


3019-CMS-16 Cuenta pagos fijos abierta con saldos en cero Saldos

Los créditos abiertos de pagos fijos deben reportar los datos: Saldo Actual [TL22] >0 / Monto a Pagar [TL12]>0 / Saldo Vencido [TL24] >=0. /// Si el tipo de crédito es PN o LR el saldo actual [TL22] y el monto a pagar [TL12] pueden ser iguales a cero

TL12 TL22 TL24

3019-CMS-34 Clave de Observación FR reportada con error


Los créditos con clave de observación FR deberán presentar los siguientes datos: Saldo Actual [TL22] >= 0 / Saldo Vencido [TL24] >= 0 / Monto a Pagar [TL12] >= 0 / Fecha de cierre[TL16]=Fecha de Adjudicación

TL12 TL22 TL24

3019-CMS-18 Claves de Observación FR y VR reportada con error


Clave de Observación FR debe reportarse con: Monto a Pagar [TL12]=0 / S. Actual[TL22]=0 / Fecha Cierre = Fecha dación./// Si el monto fue cubierto: MOP[TL26]=01 / S. Vencido[TL24]=0. /// Si la deuda no fue cubierta: MOP [TL26]=97 / S. Vencido[TL24]>0

TL12 TL22 TL24 TL26

TECNICO

DICIEMBRE / 2015 144 / 152




Validar

3019-CMS-24 Clave de Observación AD reportada con error


Los créditos con Clave de Observación AD debe presentar los siguientes datos: Monto a Pagar [TL12] >= 0 / Fecha de Cierre [TL16] = Con o Sin fecha / Saldo Actual [TL22] >= 0 / Saldo Vencido [TL24] > =0 / MOP [TL26] = UR.

TL12 TL22 TL24 TL26

3019-CMS-30 Clave de Observación FD reportada con error


Los créditos con Clave de Observación FD debe presentar los siguientes datos: Monto a Pagar [TL12] > 0 / Fecha de Cierre [TL16] = Con o Sin fecha / Saldo Actual [TL22] > 0 / Saldo Vencido [TL24] > 0 / MOP [TL26] = 99.

TL12 TL22 TL24 TL26

3019-CMS-05 Cuenta sin Fecha de Apertura

Fechas Se tiene que reportar la Fecha de Apertura [TL13] en la que el usuario otorgo el Crédito al Cliente

TL13

3019-CMS-11 Fecha de Ultimo Pago o de Compra < Fecha Apertura Fechas

La Fecha de Apertura [TL13] no puede ser futura con respecto a la Fecha de Ultimo Pago [TL14] o la Fecha de Ultima Compra [TL15]

TL13 TL14 TL15

3019-CMS-14 Fecha de Ultimo Pago o de Compra Incongruente Fechas Las fechas: Fecha de Ultimo Pago [TL14] y Fecha de Ultima

Compra [TL15], deben ser menores a la Fecha de Reporte [TL17].

TL14 TL15 TL17

3056-WRN Fecha de Cierre menor a la Fecha de Ultima Compra

Fechas La Fecha de Ultima Compra [TL15] debe ser menor a la Fecha de Cierre [TL16] no es posible registrar una compra posterior al cierre del crédito

TL15

3070-EDT Cuentas reaperturadas Fechas INFORMATIVO Si la Fecha de Cierre [TL16] reportada es igual a 02/02/1900, entonces el crédito en la base de datos de Buró de Crédito será reabierto

TL16

3019-CMS-15 Fecha de Cierre Incongruente Fechas La Fecha de Cierre [TL16] debe ser menor o igual a la Fecha de

Reporte [TL17] TL16 TL17

1024-TL-17 Formato erróneo de la Fecha de Reporte

Fechas

El formato de Fecha de Reporte de Información [TL17] es DDMMAAAA donde: DD Número entre 01-31, MM Número entre 01-12, AAAA Año. La longitud de este campo es fija de 8 posiciones.

TL17

TECNICO

DICIEMBRE / 2015 145 / 152




Validar

3052-WRN Fecha de Reporte Incongruente Fechas

La Fecha de Reporte [TL17] no tiene que ser menor a: Fecha de Ultimo Pago [TL15] , Fecha de Ultima Compra [TL15] , Fecha de Cierre [TL16]

TL17

1022-TL-21 Valor erróneo en Crédito Máximo Autorizado Valor erróneo

Validar que la longitud no rebase de 9 posiciones para el Crédito Máximo Autorizado [TL21] los valores permitidos son enteros positivos es decir mayor o igual a cero (no se permiten valores negativos)

TL21

3053-WRN Saldo Actual > Crédito Máximo

Saldos Validar que el Saldo actual [TL22] sea igual o menor al Crédito Máximo [TL21]

TL21

3055-WRN Crédito Máximo Inconsistente Saldos

Para una cuenta con mas de 90 días de que fue aperturada y que ya tiene un saldo es necesario reportar el Crédito Máximo [TL21] TL21

3075-EDT Saldo actual llevado a cero Saldos INFORMATIVO El saldo actual no puede ser menor a cero ya que no se actualizan saldos a favor el dato para actualizar será cero. TL22

3019-CMS-04 Cuenta abierta sin movimiento y Saldo Actual = 0

Saldos Si el crédito se encuentra activo es necesario reportar su saldo en caso de que el crédito hay sido liquidado es necesario reportar la fecha de cierre.

TL22 TL16

3019-CMS-08 Cuentas con Saldo Vencido mayor a Saldo Actual Saldos

El Saldo Actual [TL22] no puede ser menor al Saldo Vencido [TL24] sin una clave de observación [TL30] asociada

TL22 TL24 TL30

3019-CMS-02 Cuenta con atraso y con saldo Actual igual a cero Saldos

Para reportar una cuenta con atraso se tiene que reportar el Saldo Actual [TL22] > 0 y MOP [TL26] = 02 03 04 05 06 07 96 ó 97 y Clave de Observación [TL30] vacía

TL22 TL30

3076-EDT Saldo vencido llevado a cero Saldos INFORMATIVO El saldo vencido no puede ser menor a cero el dato para actualizar será cero.

TL24

TECNICO

DICIEMBRE / 2015 146 / 152




Validar

3019-CMS-03 Cuenta con atraso y Saldo Vencido igual a cero Saldos

Si el crédito reportado cuenta con un MOP [TL26] que este entre 02 al 96 el Saldo Vencido [TL24] mayor a 0 y Sin Clave de Observación [TL30]

TL24 TL26 TL30

1022-TL-25 Valor erróneo en Número de Pagos Vencidos Valor erróneo

Validar que la longitud no rebase de 4 posiciones para el Número de Pagos Vencidos [TL25] los valores permitidos son enteros positivos es decir mayor o igual a cero (no se permiten valores negativos)

TL25

1022-TL-26 Valor erróneo en Forma de Pago MOP

Valor erróneo Para la Forma de Pago Actual MOP [TL26] se tiene que reportar solo los valores que se encuentran en el Anexo 3 del Manual de Entrega de BD-PF

TL26

3019-CMS-06 Cuenta con Fecha de Apertura > 3 meses y MOP <> 00

Fechas Si tiene mas de 3 meses sin actividad desde la Fecha de Apertura [TL13] colocar el MOP [TL26] igual a UR

TL26 TL30

3019-CMS-01 Cuenta al corriente con Saldo Vencido mayor a cero Saldos

Si el crédito se encuentra al corriente es necesario reportar en saldo vencido [TL24] = 0. En caso que el crédito sea moroso el MOP [TL26] diferente de 01 00 o UR.

TL2TL26

1024-TL-30 Clave de Observación reportada con error


Para la Clave de Observación [TL30] se tiene que reportar solo los valores que se encuentran en el Anexo 4 del Manual de Entrega de BD-PF

TL30

3071-EDT Eliminación de clave de observación


INFORMATIVO Si la Clave de Observación [TL30] reportada es “EL”, entonces la Clave de Observación existente en BD es eliminada

TL30

3019-CMS-41 Clave de observación PP reportada con error


La clave de Observación [TL30] PP debe reportarse con: Monto a Pagar [TL12] > 0 / Fecha de Cierre [TL16]=Sin Fecha / Saldo Actual [TL22] > 0 / Saldo Vencido [TL24] >=0.

TL30 TL12 TL16 TL22

3019-CMS-44 Clave de Observación IS reportada con error


Si se reporta una Clave de Observación [TL30] IS reportar: Saldo Actual [TL22] >= 0 / Saldo Vencido [TL24] >=0 / Monto de pago [TL12] >=0 / MOP [TL26] =00 01 ó UR.


TECNICO

DICIEMBRE / 2015 147 / 152




Validar

3019-CMS-22 Reestructura reportada con error


Si se reporta una clave de reestructura [TL30] como RA, RN ó RV sin Fecha de cierre [TL16] es necesario reportar: Saldo Actual [TL22] >0 / Saldo Vencido [TL24] =0 / Monto de pago [TL12] > 0 / MOP [TL26] =01.


3054-WRN Cambio de Número de Cuenta

Alerta Informativa

Se hace uso del campo Número de cuenta anterior [TL41] para cambiar el numero de cuenta TL41

3019-CMS-37 Fecha Primer Incumplimiento inválida

Fechas Si el crédito es reportado con MOP [TL26] = 02, 03, 04, 05, 06, 07, 96, 97, 99 y Clave de Observación [TL30]<> “IA” es requerido reportar la sin Fecha de Primer Incumplimiento [TL43]

TL43

3078-EDT Fecha de primer Incumplimiento mayor a 72 meses

Fechas INFORMATIVO No se pueden actualizar datos con antigüedad mayor a 72 meses, el dato no se actualizará TL43

3019-CMS-38 Dato inválido Fec. Primer Incumplimiento vs fechas Fechas

Validar que la Fecha de Primer Incumplimiento [TL43] no sea anterior a la Fecha de apertura [TL13] ni posterior a las Fechas de Cierre [TL16] o la Fecha de reporte [TL17]

TL43 TL13 TL16 TL17

3077-EDT Saldo Insoluto Reportado con Error

Saldos INFORMATIVO El saldo insoluto no puede ser menor a cero el dato para actualizar será cero.

TL44

1022-TL-44 Valor erróneo en campo saldo insoluto Valor erróneo

El formato del campo Saldo Insoluto [TL44] debe ser numérico; adicionalmente el Saldo Insoluto [TL44] debe ser menor o igual al Saldo Actual [TL22]

TL44 TL22

3019-CMS-40 Saldo Insoluto mayor al Saldo Actual Saldos El Saldo Insoluto [TL44] debe ser menor o igual al Saldo Actual

[TL22] TL44 TL22

3019-CMS-43 Monto de pago reportado menor a cero

Saldos El campo de Monto de Ultimo Pago [TL45] no puede ser menor a cero, si no existiese se debe reportar igual a cero

TL45

TECNICO

DICIEMBRE / 2015 148 / 152




Validar

3019-CMS-42 Monto de pago reportado sin fecha de pago Saldos

Cuando el campo Monto de Ultimo Pago [TL45] es reportado con un valor mayor a cero es necesario reportar la Fecha de Ultimo Pago [TL14]

TL45 TL14

3019-CMS-46 Plazo en meses requerido para créditos I ó M

Campo requerido

Los créditos que reportan Tipo de cuenta [TL06] como I pagos fijos ó M Hipotecarios, se les hace requerido reportar el Plazo en meses [TL46] del crédito.

TL46 TL06

3038-TUS Registro bloqueado para actualización

Actualización denegada

El registro no se puede actualizar ya que se encuentra bloqueado por algún proceso de reclamación

TL04

3036-FUS Crédito Cerrado en Base de Datos


El crédito se encuentra cerrado en base de datos por lo que no puede ser actualizado TL16

3036-TUS Crédito Cerrado en Base de Datos


El crédito se encuentra cerrado en base de datos por lo que no puede ser actualizado TL16

TECNICO

DICIEMBRE / 2015 149 / 152



Anexo 9 - Medios para envío de la Información

Para la entrega periódica del archivo de la Base de Datos a BURO DE CREDITO, se puede realizar a través de:

• Transferencias electrónicas: Se deberá contactar y coordinar con su Ejecutivo de Cuenta.

• Medios Magnéticos: Los siguientes medios podrán ser utilizados por los Usuarios:

• DDS Digital Data Storage (DDS4 o superior)

Formato: DDS4 o SUPERIOR

Densidad: Capacidad 40GB o superior

Etiqueta Interna: Sin etiqueta

Recomendación Que sea compatible con drive DDS de HP

• CD Tamaño: Variable

Densidad: 650 / 700 MB

• SDLT 320 Tamaño: SDLT 320

Densidad: 15 GB sin comprimir; 30 GB comprimido

• Recomendaciones de seguridad para el intercambio de información con Buró de Crédito Toda información transmitida a Buró de Crédito deberá transmitirse de forma segura, para lo cual ponemos a su disposición el servicio denominado “Canal Seguro” el cual tiene las siguientes características:

• La conexión puede realizarse a través de:

o VPN Cliente o Enlace Dedicado o VPN Site to Site o Enlace MPLS

• Utilizar una aplicación para la transferencia de archivos

o SSH o Putty (gratuito)

• Solicitar una cuenta de usuario y contraseña (los cuales son proporcionados por Buró de Crédito) para poder realizar la transferencia de archivos. También le será proporcionada la dirección IP y puerto de conexión al servidor “Canal Seguro”.

Para configurar este tipo de envíos, por favor contacte a su Ejecutivo de Comercial o bien al teléfono 5449 4945.

TECNICO

DICIEMBRE / 2015 150 / 152



Anexo 9 – Medios para envío de la Información (Cont .)

Adicionalmente, en caso de que el usuario no cuente con la infraestructura técnica para realizar la transmisión

a través del método mencionado anteriormente, será indispensable que se apegue a los siguientes

lineamientos:

• La información debe contar con cifrado como los ofrecidos por herramientas como: winzip, 7zip,

winrar, pgp.

• El algoritmo de cifrado recomendado es AES (Advanced Encryption Standard) a 256 bits

• La contraseña de cifrado deberá enviarse por separado y deberá ser elegida con una composición robusta, es decir:

o Al menos 8 posiciones

o Al menos 1 mayúscula, 1 número y 1 caracter especial (#,!,”,$,%,&, etc.)

TECNICO

DICIEMBRE / 2015 151 / 152



Anexo 9 – Medios para envío de la Información (Cont .) Respecto al uso de PGP se recomienda que la llave considere al menos las siguientes características Tipo: RSA/2048 Codificador: AES-256 bit

TECNICO

DICIEMBRE / 2015 152 / 152



Contactos Buró de Crédito

AREA TELÉFONO

Dirección Comercial 5449 4945

Gerencia de Ventas

5449 4917

5449 4942

5449 4930

5449 4900 ext. 5976

5449 4900 ext. 5842

5449 4900 ext. 5967

5449 4900 ext. 5914

Dirección de Operaciones 5449 4988

Dirección de Sistemas 5449 4973

Centro de Atención a Usuarios 5449 4949

Adquisición de Bases de Datos 5449 4923

Soporte Técnico 5449 4982

[email protected]

Propiedad y Confidencialidad

Este Manual es propiedad de TransUnion de México, S.A., SIC

Se prohíbe su reproducción total o parcial así como su distribución a personas y/o empresas que no tengan acordado un contrato de confidencialidad con TransUnion de México, S.A. SIC.

entrega de bases de datos personas fÍsicas intf v 13grupoasis.com.mx/intranet/e-...

Documents