Traductor
BUSCAR
ÍNDICE
RESOLUCIÓN 3841 DE 2008
(abril 30)
Diario Oficial No. 46.984 de 9 de mayo de 2008
DIRECCIÓN DE IMPUESTOS Y ADUANAS NACIONALES
Por la cual se señala el contenido y las características técnicas de la información tributaria establecida en los artículos 623, 623-1 y 623-2 (sic) del Estatuto Tributario, que debe ser presentada a la Unidad Administrativa Especial Dirección de Impuestos y Aduanas Nacionales, por las entidades vigiladas por la Superintendencia Financiera, las cooperativas de ahorro y crédito, los organismos cooperativos de grado superior, las instituciones auxiliares del cooperativismo, las cooperativas multiactivas e integrales y los fondos de empleados que realicen actividades financieras, por el año gravable 2008.
EL DIRECTOR GENERAL DE LA UNIDAD ADMINISTRATIVA ESPECIAL DIRECCIÓN DE IMPUESTOS Y ADUANAS NACIONALES,
en uso de sus facultades legales consagradas en el artículo 19 literal b) del Decreto 1071 de 1999 y en los artículos 631-2, 633, 684 y 686 del Estatuto Tributario,
RESUELVE:
ARTÍCULO 1o. INFORMACIÓN DE CUENTAS CORRIENTES Y/O AHORROS E INVERSIONES. Los bancos y demás entidades vigiladas por la Superintendencia Financiera, las cooperativas de ahorro y crédito, los organismos cooperativos de grado superior, las instituciones auxiliares del cooperativismo, las cooperativas multiactivas e integrales y los fondos de empleados que realicen actividades financieras, deberán informar, según lo dispuesto en el literal a) del artículo 623 del Estatuto Tributario, los siguientes datos de sus cuentahabientes y ahorradores, relativos al año gravable 2008.
1. Apellidos y nombres o razón social, identificación, dirección, número de la(s) cuenta(s) y tipo de cuenta, de cada una de las personas o entidades a cuyo nombre se hayan efectuado en cuentas corrientes y/o de ahorro, movimientos contables de naturaleza crédito, cuyo valor anual acumulado sea superior a veinticinco millones de pesos ($25.000.000), aunque al discriminar por cuenta, los valores a reportar sean menores. Así mismo, cuando el saldo a 31 de diciembre de una o varias cuentas corrientes y/o de ahorro de un mismo cuentahabiente sea igual o superior a cinco millones de pesos ($5.000.000); con indicación del valor del movimiento efectuado durante el año por cada una de las cuentas y de su saldo a 31 de diciembre. Adicionalmente, deberá informarse el número de titulares secundarios y/o firmas autorizadas, independientemente que a 31 de diciembre dichas cuentas se encuentren canceladas, así como el código de exención al Gravamen a los Movimientos Financieros, en cuentas corriente y/o de ahorros.
La información a que se refiere este numeral deberá ser suministrada en el Formato 1019, Versión 7.
Para informar el tipo de cuenta, se debe utilizar la siguiente codificación:
1. Cuenta de ahorros.
2. Cuenta corriente.
3. Cuenta de Ahorro para el Fomento a la Construcción, AFC.
Los agentes de retención del Gravamen a los Movimientos Financieros deberán identificar las cuentas corrientes o de ahorros, marcadas como exentas del tributo, de acuerdo con la siguiente codificación:
1. Retiros de cuentas de ahorro, numeral 1 del artículo 879 del E.T.
2. Operaciones establecidas en el numeral 3 del artículo 879 del E.T.
3. Operaciones establecidas en el numeral 7 del artículo 879 del E.T.
4. Operaciones establecidas en el numeral 9 del artículo 879 del E.T.
5. Operaciones establecidas en el numeral 10 del artículo 879 del E.T.
6. Operaciones establecidas en el numeral 12 del artículo 879 del E.T.
7. Cuentas corrientes y/o de ahorro, identificadas como exentas del gravamen a los movimientos financieros por cuentahabientes que tienen contratos de estabilidad tributaria.
8. Operaciones de desembolso de créditos establecidas en el numeral 11 del artículo 879 del E.T.
9. Cuentas marcadas como exentas del gravamen por otros conceptos.
10. Cuentas no exentas del tributo.
PARÁGRAFO 1o. Del total de créditos efectuados en la(s) cuenta(s) de un titular, la entidad obligada a enviar la información, deberá descontar el valor correspondiente a los cheques devueltos y el de los traslados o transferencias entre cuentas de un mismo titular, incluidos los traslados o transferencias entre cuentas individuales y de ahorro colectivo, realizados en la misma entidad.
PARÁGRAFO 2o. La información se debe consolidar separadamente por cada cuenta y deberán informar la identificación de la totalidad de las personas o entidades que figuren como titulares principales y secundarios de las cuentas corrientes y/o de ahorro; como la de quienes sin tener tal calidad, son autorizados para realizar operaciones en relación con la respectiva cuenta.
2. Apellidos y nombres o razón social, identificación y dirección de cada una de las personas o entidades a quienes, durante el año, se les haya emitido o renovado a su favor uno o más Certificados a Término Fijo y/o cualquier otro(s) depósito(s), cuando el valor acumulado sea superior a cinco millones de pesos ($5.000.000), aunque al discriminar por título los valores a reportar sean menores, con indicación, para cada título, del saldo inicial, los intereses causados, el movimiento de las inversiones efectuadas durante el año, el saldo a 31 de diciembre de 2008, el número del documento o certificado y el número de titulares secundarios, independientemente que a 31 de diciembre dichos títulos se hubieren cancelado.
La información a que se refiere este numeral deberá ser suministrada en el Formato 1020, Versión 6. La información se debe consolidar separadamente por cada título y deberán informar la identificación de la totalidad de las personas o entidades que figuren como titulares secundarios de los certificados de depósito y/o cualquier otro(s) depósito(s).
PARÁGRAFO. La renovación de certificados de depósito a término durante el año gravable no constituye un nuevo depósito o una nueva inversión que deba sumarse al valor del certificado original. En la renovación, solo deben reportarse los rendimientos o adiciones que se capitalicen.
ARTÍCULO 2o. INFORMACIÓN DE INVERSIONES EN CARTERAS COLECTIVAS, FONDOS MUTUOS DE INVERSIÓN Y DEMÁS FONDOS ADMINISTRADOS POR SOCIEDADES VIGILADAS POR LA SUPERINTENDENCIA FINANCIERA. Los administradores de carteras colectivas, fondos mutuos de inversión y demás fondos administrados por sociedades vigiladas por la Superintendencia Financiera, deberán bajo su propio NIT informar según lo dispuesto en el literal a) del artículo 623 del Estatuto Tributario, los siguientes datos de sus inversionistas y/o partícipes, relativos al año gravable 2008:
Apellidos y nombres o razón social, identificación y dirección de cada uno de los inversionistas y/o partícipes y/o ahorradores que durante el año, se les haya suscrito a su favor uno o más contratos y/o ahorros, cuando el valor sea superior a cinco millones de pesos ($5.000.000), aunque al discriminar por título los valores a reportar sean menores; con indicación, para cada inversionista y/o partícipe y/o ahorrador, del valor del saldo inicial, el valor de las inversiones y/o ahorros efectuados en el año, los rendimientos y/o utilidades causados, el saldo a 31 de diciembre de 2008, el número del título, documento o contrato, número de titulares secundarios, y el tipo de fondo, independientemente que a 31 de diciembre dichos títulos y/o contratos se hubieren cancelado.
La información a que se refiere este artículo deberá ser suministrada en el Formato 1021, Versión 6.
Para informar el tipo de fondo o cartera colectiva, se debe utilizar la siguiente codificación:
3. Fondo Mutuo de Inversión.
5. Otros fondos.
6. Cartera Colectiva.
PARÁGRAFO 1o. La información se debe consolidar separadamente por cada título o contrato y deberán informar la identificación de la totalidad de las personas o entidades que figuren como titulares secundarios de los títulos o contratos.
PARÁGRAFO 2o. En el caso de los fondos de valores, fondos comunes ordinarios y demás fondos que hubieren cambiado su denominación de conformidad con lo dispuesto en el Decreto 2175 del 12 de junio de 2007, deberá tenerse en cuenta lo señalado en dicha normatividad.
ARTÍCULO 3o. INFORMACIÓN DE FONDOS DE PENSIONES, RESPECTO A AHORROS VOLUNTARIOS. Los fondos de pensiones deberán informar, según lo dispuesto en el literal a) del artículo 623 del Estatuto Tributario, los siguientes datos de las personas que efectuaron ahorros voluntarios de pensiones, relativos al año gravable 2008: Apellidos y nombres o razón social, identificación y dirección de cada uno de los ahorradores, con indicación del valor del saldo inicial, los ahorros efectuados en el año, el valor de los retiros efectuados en el año, gravados y no gravados, los rendimientos y/o utilidades causadas y el saldo a 31 de diciembre de 2008, independientemente que a 31 de diciembre dichos ahorros se hubieren retirado totalmente.
La información a que se refiere este artículo deberá ser suministrada en el Formato 1022, Versión 7.
PARÁGRAFO. En los casos en los cuales no se hubieren efectuado retiros se debe diligenciar este valor con cero.
ARTÍCULO 4o. INFORMACIÓN DE CONSUMOS CON TARJETAS CRÉDITO. Los bancos y demás entidades vigiladas por la Superintendencia Financiera deberán informar, según lo dispuesto en el literal b) del artículo 623 del Estatuto Tributario, los siguientes datos de los tarjetahabientes, relativos al año gravable 2008: Apellidos y nombres o razón social, identificación, número de tarjeta, clase de tarjeta y dirección de cada una de las personas o entidades que durante el respectivo año hayan efectuado adquisiciones, consumos, avances o gastos con tarjetas crédito, cuando el valor anual acumulado sea superior a veinte millones de pesos ($20.000.000), aunque al discriminar por tarjeta los valores a reportar sean menores, con indicación del valor total del movimiento efectuado durante el año, en el Formato 1023, Versión 6.
Para informar la clase de tarjeta, se debe utilizar la siguiente codificación:
1. Tarjeta de crédito principal.
2. Tarjeta de crédito amparada.
3. Tarjeta de crédito empresarial.
ARTÍCULO 5o. INFORMACIÓN DE VENTAS A TRAVÉS DEL SISTEMA DE TARJETAS DE CRÉDITO. Los bancos y demás entidades vigiladas por la Superintendencia Financiera, deberán informar según lo dispuesto en el literal c) del artículo 623 del Estatuto Tributario, los datos que se indican a continuación, relativos al año gravable 2008, de las personas o entidades que hayan efectuado ventas o prestación de servicios con tarjeta de crédito:
Apellidos y nombres o razón social, identificación y dirección de cada una de las personas o entidades que durante el respectivo año hayan efectuado ventas o prestación de servicios y, en general, hayan recibido ingresos a través del sistema de tarjetas de crédito, cuando la cuantía sea superior a diez millones de pesos ($10.000.000) con indicación del valor total del movimiento acumulado de las ventas y/o prestación de servicios efectuados durante el año y el valor del impuesto sobre las ventas, en el Formato 1024, Versión 6.
ARTÍCULO 6o. INFORMACIÓN DE PRÉSTAMOS OTORGADOS POR LOS BANCOS, DEMÁS ENTIDADES VIGILADAS POR LA SUPERINTENDENCIA FINANCIERA Y POR LOS FONDOS DE EMPLEADOS. Los bancos, demás entidades vigiladas por la Superintendencia Financiera y los fondos de empleados deberán informar por el año gravable 2008, según lo dispuesto en el artículo 623-2 (Sic) del Estatuto Tributario, los apellidos y nombres o razón social, identificación y dirección de cada una de las personas o entidades a las cuales se les hayan efectuado préstamos cuyo valor anual acumulado sea superior a veinte millones de pesos ($20.000.000), con indicación de la clase de préstamo y del monto acumulado por préstamo, no obstante al discriminar por préstamo, los valores parciales a reportar sean menores, en el Formato 1026, Versión 6.
PARÁGRAFO. En los créditos de consumo, no se informarán los créditos otorgados a través del sistema de tarjeta de crédito.
Para la información de los préstamos otorgados se debe utilizar la siguiente codificación, según la clase de préstamo:
1. Préstamos comerciales.
2. Préstamos de consumo.
3. Préstamos hipotecarios.
4. Otros préstamos.
ARTÍCULO 7o. INFORMACIÓN A SUMINISTRAR POR DIFERENCIAS PRESENTADAS EN LOS ESTADOS FINANCIEROS Y LA DECLARACIÓN DE RENTA Y COMPLEMENTARIOS. Los bancos y demás entidades financieras deberán informar, según lo dispuesto en el artículo 623-1 del Estatuto Tributario, respecto de las operaciones de crédito realizadas en el año gravable 2008, aquellos casos en los cuales los estados financieros presentados con ocasión de la respectiva operación arrojen una utilidad, antes de impuestos, que exceda en más de un cuarenta por ciento (40%) la renta líquida que figure en la declaración de renta y complementarios que corresponda al mismo período del estado financiero. Igual información deberán enviar cuando el valor del patrimonio contable exceda en más de un cuarenta por ciento (40%) el patrimonio líquido, indicando los apellidos y nombre o razón social e identificación de cada una de las personas o entidades a las cuales se les hayan efectuado préstamos, con indicación del valor de la utilidad y/o pérdida antes de impuestos, el patrimonio contable que figure en los estados financieros y el valor de la renta líquida y/o pérdida líquida y el patrimonio líquido que figure en la declaración de renta y complementarios.
La información solicitada en este artículo deberá ser suministrada en el Formato 1025, Versión 6. Para informar las diferencias presentadas, se debe utilizar la siguiente codificación, según el concepto a que corresponda:
– Utilidad antes de impuesto vs. renta líquida, en el Concepto 1001.
– Utilidad antes de impuesto vs. pérdida líquida, en el Concepto 1002.
– Pérdida antes de impuesto vs. renta líquida, en el Concepto 1003.
– Pérdida antes de impuesto vs. pérdida líquida, en el Concepto 1004.
– Patrimonio contable vs. patrimonio líquido, en el Concepto 1005.
– Patrimonio contable negativo vs. patrimonio líquido, en el Concepto 1006.
ARTÍCULO 8o. UNIDAD MONETARIA PARA LA PRESENTACIÓN DE LA INFORMACIÓN. Los valores se deben informar en pesos, sin decimales, ni comas, ni fórmulas.
ARTÍCULO 9o. PLAZOS PARA PRESENTAR LA INFORMACIÓN. El plazo para la entrega de la información a que se refiere el artículo 623-1 será establecido por el Gobierno Nacional.
Para la entrega de la información a que se refieren los artículos 623 y 623-2 (sic), deberá tenerse en cuenta los dos últimos dígitos del NIT del informante y suministrarse a más tardar en las siguientes fechas:
| Fecha | Ultimos dígitos |
| 24 de marzo de 2009 | 96 a 00 |
| 25 de marzo de 2009 | 91 a 95 |
| 26 de marzo de 2009 | 86 a 90 |
| 27 de marzo de 2009 | 81 a 85 |
| 30 de marzo de 2009 | 76 a 80 |
| 31 de marzo de 2009 | 71 a 75 |
| 1° de abril de 2009 | 66 a 70 |
| 2 de abril de 2009 | 61 a 65 |
| 3 de abril de 2009 | 56 a 60 |
| 6 de abril de 2009 | 51 a 55 |
| 7 de abril de 2009 | 46 a 50 |
| 13 de abril de 2009 | 41 a 45 |
| 14 de abril de 2009 | 36 a 40 |
| 15 de abril de 2009 | 31 a 35 |
| 16 de abril de 2009 | 26 a 30 |
| 17 de abril de 2009 | 21 a 25 |
| 20 de abril de 2009 | 16 a 20 |
| 21 de abril de 2009 | 11 a 15 |
| 22 de abril de 2009 | 06 a 10 |
| 23 de abril de 2009 | 01 a 05 |
ARTÍCULO 10. FORMA DE PRESENTACIÓN DE LA INFORMACIÓN. La información a que se refiere la presente Resolución debe ser presentada en forma virtual utilizando los servicios informáticos electrónicos de la Dirección de Impuestos y Aduanas Nacionales, haciendo uso de la firma digital respaldada con certificado digital emitido por la DIAN.
PARÁGRAFO. Cuando la DIAN lo autorice, podrá utilizarse firma digital respaldada con certificado digital emitido por entidades externas.
ARTÍCULO 11. CONTINGENCIA. Cuando por inconvenientes técnicos no haya disponibilidad de los servicios informáticos electrónicos y, en consecuencia, el obligado no pueda cumplir con la presentación de la información a que se refiere la presente resolución en forma virtual, deberá acercarse a la Administración o puntos habilitados por la DIAN llevando la información en unidades extraíbles USB y el archivo de firma digital para su respectiva presentación. Si en todo caso no es posible la presentación virtual por el obligado, se seguirá el procedimiento establecido por la DIAN para la presentación presencial.
PARÁGRAFO. El obligado a informar deberá prever con suficiente anticipación el adecuado funcionamiento de los medios requeridos para asegurar el cumplimiento de sus obligaciones. En ningún caso constituirán causales de justificación de la extemporaneidad en la presentación de la información, los eventuales daños en su sistema y/o equipos informáticos, falta de conexión, el no agotar los procedimientos previos a la presentación de la información, como el trámite de Inscripción o actualización en el Registro Unico Tributario y/o de la activación del mecanismo de firma digital, la pérdida de la clave secreta por quienes deben cumplir con la obligación de informar en forma virtual o la solicitud de cambio o asignación con una antelación no inferior a tres días hábiles al vencimiento.
ARTÍCULO 12. SANCIONES. Cuando no se suministre la información dentro de los plazos establecidos, cuando el contenido presente errores, o no corresponda a lo solicitado, habrá lugar a la aplicación de las sanciones contempladas en el artículo 651 del Estatuto Tributario.
ARTÍCULO 13. FORMATOS Y ESPECIFICACIONES TÉCNICAS. La información a que se refiere la presente resolución, deberá enviarse teniendo en cuenta las especificaciones técnicas contenidas en los formatos establecidos en los Anexos números 36 a 43 adjuntos, los cuales hacen parte integral de esta resolución.
Para diligenciar la casilla de tipo de documento del tercero, se debe utilizar la siguiente codificación:
11. Registro civil de nacimiento.
12. Tarjeta de identidad.
13. Cédula de ciudadanía.
21. Tarjeta de extranjería.
22. Cédula de extranjería.
31. NIT.
41. Pasaporte.
42. Tipo de documento extranjero.
ARTÍCULO 14. VIGENCIA. La presente resolución rige a partir de la fecha de su publicación.
Publíquese y cúmplase.
Dada en Bogotá, D. C., a 30 de abril de 2008.
El Director General,
OSCAR FRANCO CHARRY.
Especificaciones Técnicas
Movimiento en Cuenta Corriente y/o Ahorro Formato 1019-Versión 7
Objetivo
Definir las características y contenido de los archivos donde se reporta el Movimiento en cuentas corriente y/o ahorro.
Especificación técnica
El Formato de Movimiento en cuentas corriente y/o ahorro, debe enviarse en un archivo XML que cumpla las siguientes especificaciones:
1. Estándar del nombre de los archivos
El nombre de cada uno de los archivos, debe especificarse mediante la siguiente secuencia de caracteres:
Dmuisca_ccmmmmmvvaaaacccccccc.xml
cc: Concepto (Inserción = 01 Reemplazo = 02).
mmmmm: Formato (Movimiento en cuenta corriente y/o ahorro = 0019).
vv: Versión del formato (Versión = 07).
aaaa: Año de envío.
cccccccc: Consecutivo de envío por año.
2. Formato del Archivo
El Formato de Movimiento en cuentas corriente y/o ahorro, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
Encabezado
Contenido Información 1
Contenido Información 2
...
Contenido Información N
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el Alfabeto Latino número 1: “ISO-8859-1”.
3. El archivo debe contener un documento XML bien formado y válido de acuerdo con el esquema XSD que incluye en esta especificación técnica.
4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.
2.1 Formato del Encabezado
El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:
| Etiqueta | Denominación casilla | Tipo | Longitud campo | Validaciones | Observaciones |
| Ano | Año de envío | Int | 4 | Formato AAAA | |
| CodCpt | Concepto | Int | 2 | 1 = Inserción 2 = Reemplazo | |
| Formato | Código del formato | Int | 5 | Movimiento en cuenta corriente y/o ahorro = 1019 | |
| Versión | Versión del formato | Int | 2 | Versión = 7 | |
| NumEnvio | Número de envío | Int | 8 | Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN | Consecutivo de envío por año. |
| FecEnvio | Fecha de envío | DateTime | 19 | Debe ser la fecha calendario. | Formato AAAA-MM-DDTHH:MM:SS |
| FecInicial | Fecha Inicial | Date | 10 | Debe ser la fecha calendario. | Los registros corresponden mínimo esta fecha inicial. Formato AAAA-MM-DD |
| FecFinal | Fecha Final | Date | 10 | Debe ser la fecha calendario. | Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD |
| ValorTotal | Valor Total | double | 20 | Corresponde a la sumatoria de la casilla “mov” (Total movimento en cuentas ctes y/o ahorro) de los registros reportados. | |
| CantReg | Cantidad de registros | Int | 4 | Se enviarán archivos con máximo 5.000 registros (*). | Cantidad de registros reportados en el contenido. |
(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.
2.3. Formato del Contenido
En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.
Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.
El contenido del archivo viene en el elemento “movcta” y se deben incluir los siguientes datos para cada transacción reportada.
| Atributo | Denominación casilla | Tipo | Longitud | Criterios |
| tdoc | Tipo de documento | int | 2 | De acuerdo con los definidos por resolución. Siempre debe diligenciarse |
| nid | Número de identificación | string | 20 | Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse |
| dv | Dígito de verificación | int | 1 | Si se conoce debe diligenciarse |
| apl1 | Primer apellido del titular | string | 60 | En caso de ser una Persona Natural siempre debe diligenciarse. |
| apl2 | Segundo apellido del titular | string | 60 | En caso de ser una Persona Natural y si se conoce debe diligenciarse. |
| nom1 | Primer nombre del titular | string | 60 | En caso de ser una Persona Natural siempre debe diligenciarse. |
| nom2 | Otros nombres del titular | string | 60 | En caso de ser una Persona Natural y si se conoce debe diligenciarse. |
| raz | Razón social titular | string | 450 | En caso de ser una Persona Jurídica siempre debe diligenciarse. |
| dir | Dirección | string | 200 | Siempre debe diligenciarse |
| dpto | Código del departamento | int | 2 | Código DANE Numérico, debe incluir los ceros a la izquierda.Siempre debe diligenciarse |
| mun | Código del municipio | int | 3 | Código DANE Numérico, debe incluir los ceros a la izquierda.Siempre debe diligenciarse |
| mov | Total movimiento en cuentas corrientes y/o Ahorro | double | 20 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas.Siempre debe diligenciarse |
| sal | Saldo al 31 diciembre en cuentas ctes y/o ahorro | double | 20 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas.Siempre debe diligenciarse |
| cta | Número de cuenta | double | 20 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas.Siempre debe diligenciarse |
| ntitsec | Número de titulares secundarios y/o firmas autorizadas | int | 3 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas.Siempre debe diligenciarse |
| tipcta | Tipo de cuenta | int | 1 | De acuerdo con los definidos por resolución. Siempre debe diligenciarse |
| codex | Código Exención Gravamen Movimiento Financiero | int | 2 | De acuerdo con los definidos por resolución. Siempre debe diligenciarse |
Los campos tipo de documento, número de identificación y número de cuenta, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
A este elemento principal se pueden agregar elementos secundarios identificados como “titSec”, los cuales contienen Información de titulares secundarios y/o firmas autorizadas para cuentas corrientes y/o cuentas de ahorro.
| Atributo | Denominación casilla | Tipo | Longitud | Criterios |
| tdoc | Tipo de Documento del Titular Secundario | int | 2 | De acuerdo con los definidos por resolución. Siempre debe diligenciarse |
| nidsec | Número de Identificación del secundario | String | 20 | Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse |
| Dv | Dígito de Verificación del Titular Secundario | int | 1 | Si se conoce debe diligenciarse |
| Apl1 | Primer Apellido del Titular Secundario | string | 60 | En caso de ser una Persona Natural siempre debe diligenciarse. |
| Apl2 | Segundo Apellido del Titular Secundario | string | 60 | En caso de ser una Persona Natural y si se conoce debe diligenciarse. |
| nom1 | Primer Nombre del Titular Secundario | string | 60 | En caso de ser una Persona Natural siempre debe diligenciarse. |
| nom2 | Otros Nombres del Titular Secundario | string | 60 | En caso de ser una Persona Natural y si se conoce debe diligenciarse. |
| Raz | Razón social del Titular Secundario | string | 450 | En caso de ser una Persona Jurídica siempre debe diligenciarse. |
Los campos Tipo de Documento del Titular Secundario y Número de Identificación del secundario, conforman la llave única para el elemento “titSec” y no se debe repetir para este tipo de elementos en cada registro.
3. Validaciones.
3.1. Validaciones generales.
1. El archivo debe contener todos los campos definidos para el encabezado y estos campos deben estar correctamente diligenciados.
2. La información del contenido del archivo debe corresponder al esquema XSD entregado.
3. Los atributos que registran valores numéricos, se reportan con valores numéricos positivos, sin signos ni puntuaciones, según lo reportado por el informante o en su defecto con cero (0).
4. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes, y día.
3.2. Validaciones del Encabezado
1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas,
2. Año de envío, debe ser el año calendario.
3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.
4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.
5. Cantidad de registros, debe ser igual a la cantidad de registros reportadas en el contenido, que como máximo puede ser 5.000 registros.
6. Valor total, corresponde a la sumatoria de la casilla “mov” (Total movimiento en cuentas ctes y/o ahorro) de los registros reportados.
4. Esquema XSD
A continuación se incluye el esquema XSD para esta especificación técnica.
<?xml version=“1.0” encoding=“ISO-8859-1”?>
<xs:schema xmlns:xs=“http://www.w3.org/2001/XMLSchema” elementFormDefault=“qualified” attributeFormDefault=“unqualified”>
<xs:element name=“movcta”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1019 Movimientos de cuenta corriente y/o ahorro</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element ref=“titSec” minOccurs=“0” maxOccurs=“unbounded”/>
</xs:sequence>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“20”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dv” use=“optional”>
<xs:annotation>
<xs:documentation>Dígito de verificación</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Apellido del Titular</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del Titular</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Nombre del Titular</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Nombre del Titular</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón Social Titular</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dir” use=“required”>
<xs:annotation>
<xs:documentation>Dirección</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“1”/>
<xs:maxLength value=“200”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dpto” use=“required”>
<xs:annotation>
<xs:documentation>Código Dpto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“mun” use=“required”>
<xs:annotation>
<xs:documentation>Código Municipio</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“mov” use=“required”>
<xs:annotation>
<xs:documentation>Total movimento en cuentas ctes y/o ahorro</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:double”>
<xs:pattern value=“[0-9]{1,20}”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“sal” use=“required”>
<xs:annotation>
<xs:documentation>Saldo al 31 Dic. en cuentas ctes y/o ahorro</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:double”>
<xs:pattern value=“[0-9]{1,20}”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“cta” use=“required”>
<xs:annotation>
<xs:documentation>Número de cuenta</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:double”>
<xs:pattern value=“[0-9]{1,20}”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“ntitsec” use=“required”>
<xs:annotation>
<xs:documentation>Número de Titulares secundarios y/o firmas autorizadas</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“tipcta” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de cuenta</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“codex” use=“required”>
<xs:annotation>
<xs:documentation>Código Exención Gravamen Movimiento Financiero</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
</xs:complexType>
</xs:element>
<xs:element name=“mas”>
<xs:annotation>
<xs:documentation>Elemento raiz del xml de carga masiva</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element name=“Cab” type=“CabType”/>
<xs:element ref=“movcta” maxOccurs=“5.000”/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name=“titSec”>
<xs:annotation>
<xs:documentation>Elemento que contienen la información de los titulares secundarios.</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nidsec” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación titular secundario</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“20”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dv” use=“optional”>
<xs:annotation>
<xs:documentation>Dígito de verificación</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Apellido del Titular secundario</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del Titular secundario</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Nombre del Titular secundario</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Nombre del Titular secundario</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón Social Titular Secundario</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
</xs:complexType>
</xs:element>
<xs:complexType name=“CabType”>
<xs:sequence>
<xs:element name=“Ano” type=“xs:gYear” nillable=“false”>
<xs:annotation>
<xs:documentation>Año de envio</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“CodCpt” nillable=“false”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=“Formato” fixed=“1019”>
<xs:simpleType>
<xs:restriction base=“xs:positiveInteger”>
<xs:totalDigits value=“4”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=“Version” type=“xs:positiveInteger” fixed=“7”/>
<xs:element name=“NumEnvio”>
<xs:annotation>
<xs:documentation>Numero de envio</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:positiveInteger”>
<xs:totalDigits value=“8”/>
<xs:maxInclusive value=“99999999”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=“FecEnvio” type=“xs:dateTime”>
<xs:annotation>
<xs:documentation>Fecha de envio</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“FecInicial” type=“xs:date”>
<xs:annotation>
<xs:documentation>Fecha inicial</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“FecFinal” type=“xs:date”>
<xs:annotation>
<xs:documentation>Fecha Final</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“ValorTotal” type=“xs:double”>
<xs:annotation>
<xs:documentation>Valor Total</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“CantReg”>
<xs:annotation>
<xs:documentation>Cantidad de registros</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:positiveInteger”>
<xs:totalDigits value=“4”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:schema>
Especificaciones Técnicas
Información de Inversiones en CDT
Formato 1020-Versión 6
Objetivo
Definir las características y contenido de los archivos donde se reporta la información de titulares de CDT Principales.
Especificación técnica
El formato de Información de titulares de CDT Principales debe enviarse en un archivo XML que cumpla las siguientes especificaciones:
1. Estándar del Nombre de los Archivos
El nombre de cada uno de los archivos, debe especificarse mediante la siguiente secuencia de caracteres:
Dmuisca_ccmmmmmvvaaaacccccccc.xml
cc: Concepto (Inserción = 01, Reemplazo = 02).
mmmmm: Formato (Información de titulares de CDT Principales = 01020).
vv: Versión del formato (Versión = 06).
aaaa: Año de envío.
cccccccc: Consecutivo de envío por año.
2. Formato del Archivo
El Formato de Información de titulares de CDT contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
Encabezado
Contenido Información 1
Contenido Información 2
...
Contenido Información N
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino No. 1: “ISO-8859-1”.
3. El archivo debe contener un documento XML bien formado y válido de acuerdo con el esquema XSD que incluye en esta especificación técnica.
4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.
2.1 Formato del Encabezado
El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:
| Etiqueta | Denominación casilla | Tipo | Longitud campo | Validaciones | Observaciones |
| Ano | Año de envío | Int | 4 | Formato AAAA | |
| CodCpt | Concepto | Int | 2 | 1 = Inserción 2 = Reemplazo | |
| Formato | Código del formato | Int | 5 | Información de titulares de CDT = 1020 | |
| Versión | Versión del formato | Int | 2 | Versión = 6 | |
| NumEnvio | Número de envío | Int | 8 | Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN | Consecutivo de envío por año. |
| FecEnvio | Fecha de envío | DateTime | 19 | Debe ser la fecha calendario. | Formato AAAA-MM-DDTHH:MM:SS |
| FecInicial | Fecha Inicial | Date | 10 | Debe ser la fecha calendario. | Los registros corresponden mínimo a esta fecha inicial. Formato AAAA-MM-DD |
| FecFinal | Fecha Final | Date | 10 | Debe ser la fecha calendario. | Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD |
| ValorTotal | Valor Total | double | 20 | Corresponde a la sumatoria de la casilla “inv” (Inversiones efectuadas durante el año) de los registros reportados. | |
| CantReg | Cantidad de registros | Int | 4 | Se enviarán archivos con máximo 5.000 registros (*). | Cantidad de registros reportados en el contenido. |
(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.
2.3. Formato del Contenido
En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.
Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.
El contenido del archivo viene en el elemento “invcdt” y se deben incluir los siguientes datos para cada transacción reportada.
| Atributo | Denominación casilla | Tipo | Longitud | Criterios |
| tdoc | Tipo de Documento | int | 2 | De acuerdo con los definidos por resolución.Siempre debe diligenciarse. |
| nid | Número de identificación | string | 20 | Diligenciar sin guiones, puntos, comas o espacios en blanco.Siempre debe diligenciarse. |
| dv | Dígito de Verificación | int | 1 | Si se conoce debe diligenciarse. |
| apl1 | Primer Apellido del titular | string | 60 | En caso de ser una Persona Natural siempre debe diligenciarse. |
| apl2 | Segundo Apellido del Titular | string | 60 | En caso de ser una Persona Natural y si se conoce debe diligenciarse. |
| nom1 | Primer Nombre del Titular | string | 60 | En caso de ser una Persona Natural siempre debe diligenciarse. |
| nom2 | Otros Nombres del Titular | string | 60 | En caso de ser una Persona Natural y si se conoce debe diligenciarse. |
| raz | Razón Social Titular | string | 450 | En caso de ser una Persona Jurídica siempre debe diligenciarse. |
| dir | Dirección | string | 200 | Siempre debe diligenciarse. |
| dpto | Código del Departamento | int | 2 | Código DANE Numérico, debe incluir los ceros a la izquierda.Siempre debe diligenciarse. |
| mun | Código del Municipio | int | 3 | Código DANE Numérico, debe incluir los ceros a la izquierda.Siempre debe diligenciarse. |
| salini | Saldo Inicial | double | 20 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse. |
| inv | Inversiones efectuadas durante el año | double | 20 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse. |
| ren | Rendimientos Causados | double | 20 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. ¿? |
| saldic | Saldo a 31 de Diciembre | double | 20 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse. |
| ntit | Número de Título y/o Contrato | double | 20 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse. |
| numt | Número de Titulares Secundarios | int | 3 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse. |
Los campos tipo de documento, número de identificación y numero de título y/o contrato, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
A este elemento principal se pueden agregar elementos secundarios identificados como “titSec”, los cuales contienen Información titulares secundarios y/o firmas autorizadas en inversiones en cdt.
| Atributo | Denominación casilla | Tipo | Longitud | Criterios |
| tdoc | Tipo de Documento del Titular Secundario | int | 2 | De acuerdo con los definidos por resolución.Siempre debe diligenciarse |
| nid | Número de Identificación del secundario | String | 20 | Diligenciar sin guiones, puntos, comas o espacios en blanco.Siempre debe diligenciarse |
| dv | Dígito de Verificación del Titular Secundario | int | 1 | Si se conoce debe diligenciarse |
| apl1 | Primer Apellido del Titular Secundario | string | 60 | En caso de ser una persona natural siempre debe diligenciarse. |
| apl2 | Segundo Apellido del Titular Secundario | string | 60 | En caso de ser una persona natural y si se conoce debe diligenciarse. |
| nom1 | Primer Nombre del Titular Secundario | string | 60 | En caso de ser una persona natural siempre debe diligenciarse. |
| nom2 | Otros Nombres del Titular Secundario | string | 60 | En caso de ser una Persona Natural y si se conoce debe diligenciarse. |
| raz | Razón social del Titular Secundario | string | 450 | En caso de ser una persona jurídica siempre debe diligenciarse. |
Los campos tipo de documento del titular secundario y número de identificación del secundario, conforman la llave única para el elemento “titSec” y no se debe repetir para este tipo de elementos en cada registro.
3. Validaciones
3.1. Validaciones Generales
1. El archivo debe contener todos los campos definidos para el encabezado y estos campos deben estar correctamente diligenciados.
2. La información del contenido del archivo debe corresponder al esquema XSD entregado.
3. Los atributos que registran valores numéricos, se reportan con valores numéricos positivos, sin signos ni puntuaciones, según lo reportado por el informante o en su defecto con cero (0).
4. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes, y día.
3.2. Validaciones del Encabezado
1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas,
2. Año de envío, debe ser el año calendario.
3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.
4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.
5. Cantidad de registros, debe ser igual a la cantidad de registros reportados en el contenido, que como máximo puede ser 5.000 registros.
6. Valor total, corresponde a la sumatoria de la casilla “inv” (Inversiones efectuadas durante el año) de los registros reportados.
4. Esquema XSD
A continuación se incluye el esquema XSD para esta especificación técnica.
<?xml version=“1.0” encoding=“ISO-8859-1”?>
<xs:schema xmlns:xs=“http://www.w3.org/2001/XMLSchema” elementFormDefault=“qualified” attributeFormDefault=“unqualified”>
<xs:element name=“invcdt”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1020 Inversiones en CDT</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element ref=“titSec” minOccurs=“0” maxOccurs=“unbounded”/>
</xs:sequence>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“20”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dv” use=“optional”>
<xs:annotation>
<xs:documentation>Dígito de verificación</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Apellido del Titular</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del Titular</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Nombre del Titular</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros nombres del Titular </xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón Social Titular</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dir” use=“required”>
<xs:annotation>
<xs:documentation>Dirección</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“1”/>
<xs:maxLength value=“200”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dpto” use=“required”>
<xs:annotation>
<xs:documentation>Código Dpto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“mun” use=“required”>
<xs:annotation>
<xs:documentation>Código Municipio</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“salini” use=“optional”>
<xs:annotation>
<xs:documentation>Saldo Inicial</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:double”>
<xs:pattern value=“[0-9]{1,20}”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“inv” use=“required”>
<xs:annotation>
<xs:documentation>Inversiones efectuadas en el año</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:double”>
<xs:pattern value=“[0-9]{1,20}”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“ren” use=“optional”>
<xs:annotation>
<xs:documentation>Rendimientos Causados</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:double”>
<xs:pattern value=“[0-9]{1,20}”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“saldic” use=“required”>
<xs:annotation>
<xs:documentation>Saldo a 31 de Diciembre</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:double”>
<xs:pattern value=“[0-9]{1,20}”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“ntit” use=“required”>
<xs:annotation>
<xs:documentation>Número de titulo y/o contrato</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:double”>
<xs:pattern value=“[0-9]{1,20}”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“numt” use=“required”>
<xs:annotation>
<xs:documentation>Número de Titulares secundarios</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
</xs:complexType>
</xs:element>
<xs:element name=“mas”>
<xs:annotation>
<xs:documentation>Elemento raiz del xml de carga masiva</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element name=“Cab” type=“CabType”/>
<xs:element ref=“invcdt” maxOccurs=“unbounded”/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name=“titSec”>
<xs:annotation>
<xs:documentation>Elemento que contienen la información de los titulares secundarios.</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación titular secundario</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“20”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dv” use=“optional”>
<xs:annotation>
<xs:documentation>Dígito de verificación</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Apellido del Titular secundario</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del Titular secundario</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Nombre del Titular secundario</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Nombre del Titular secundario</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón Social Titular Secundario</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
</xs:complexType>
</xs:element>
<xs:complexType name=“CabType”>
<xs:sequence>
<xs:element name=“Ano” type=“xs:gYear” nillable=“false”>
<xs:annotation>
<xs:documentation>Año de envio</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“CodCpt” nillable=“false”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=“Formato” fixed=“1020”>
<xs:simpleType>
<xs:restriction base=“xs:positiveInteger”>
<xs:totalDigits value=“4”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=“Version” type=“xs:positiveInteger” fixed=“6”/>
<xs:element name=“NumEnvio”>
<xs:annotation>
<xs:documentation>Número de envio</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:positiveInteger”>
<xs:totalDigits value=“8”/>
<xs:maxInclusive value=“99999999”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=“FecEnvio” type=“xs:dateTime”>
<xs:annotation>
<xs:documentation>Fecha de envio</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“FecInicial” type=“xs:date”>
<xs:annotation>
<xs:documentation>Fecha inicial</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“FecFinal” type=“xs:date”>
<xs:annotation>
<xs:documentation>Fecha Final</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“ValorTotal” type=“xs:double”>
<xs:annotation>
<xs:documentation>Valor Total</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“CantReg”>
<xs:annotation>
<xs:documentation>Cantidad de registros</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:positiveInteger”>
<xs:totalDigits value=“4”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:schema>
Especificaciones técnicas
Información de inversiones en carteras colectivas, fondos mutuos de inversión y demás fondos administrados por sociedades vigiladas por la Superintendencia FinancieraFormato 1021-Versión 6
Objetivo
Definir las características y contenido de los archivos donde se reportan las Inversiones en carteras colectivas, fondos mutuos de inversión y demás fondos administrados por sociedades vigiladas por la superintendencia financiera.
Especificación técnica
El Formato de Inversiones en carteras colectivas, fondos mutuos de inversión y demás fondos administrados por sociedades vigiladas por la superintendencia financiera:
1. Estándar del Nombre de los Archivos
El nombre de cada uno de los archivos, debe especificarse mediante la siguiente secuencia de caracteres, debe especificarse mediante la siguiente secuencia de caracteres:
Dmuisca_ccmmmmmvvaaaacccccccc.xml
cc: Concepto (Inserción = 01, Reemplazo = 02).
mmmmm: Formato (Inversiones en carteras colectivas, fondos mutuos de inversión y demás fondos administrados por sociedades vigiladas por la superintendencia financiera = 01021).
vv: Versión del formato (Versión = 06).
aaaa: Año de envío.
cccccccc: Consecutivo de envío por año.
2. Formato del Archivo
El formato de Inversiones en carteras colectivas, fondos mutuos de inversión y demás fondos administrados por sociedades vigiladas por la superintendencia financiera, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
Encabezado
Contenido Información 1
Contenido Información 2
...
Contenido Información N
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino No. 1: “ISO-8859-1”.
3. El archivo debe contener un documento XML bien formado y válido de acuerdo con el esquema XSD que incluye en esta especificación técnica.
4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.
2.2 Formato del Encabezado
El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:
| Etiqueta | Denominación casilla | Tipo | Longitud campo | Validaciones | Observaciones |
| Ano | Año de envío | Int | 4 | Formato AAAA | |
| CodCpt | Concepto | Int | 2 | 1 = Inserción 2 = Reemplazo | |
| Formato | Código del formato | Int | 5 | Inversiones en carteras colectivas, fondos mutuos de inversión y demás fondos administrados por sociedades vigiladas por la superintendencia financiera = 1021 | |
| Versión | Versión del formato | Int | 2 | Versión = 6 | |
| NumEnvio | Número de envío | Int | 8 | Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN | Consecutivo de envío por año. |
| FecEnvio | Fecha de envío | DateTime | 19 | Debe ser la fecha calendario. | Formato AAAA-MM-DDTHH:MM:SS |
| FecInicial | Fecha Inicial | Date | 10 | Debe ser la fecha calendario. | Los registros corresponden mínimo esta fecha inicial. Formato AAAA-MM-DD |
| FecFinal | Fecha Final | Date | 10 | Debe ser la fecha calendario. | Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD |
| ValorTotal | Valor Total | double | 20 | Corresponde a la sumatoria de la casilla “inv” (Inversiones efectuadas durante el año) de los registros reportados. | |
| CantReg | Cantidad de registros | Int | 4 | Se enviarán archivos con máximo 5.000 registros (*). | Cantidad de registros reportados en el contenido. |
(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.
2.3. Formato del Contenido
En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.
Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.
El contenido del archivo viene en el elemento “invs” y se deben incluir los siguientes datos para cada transacción reportada.
| Atributo | Denominación casilla | Tipo | Longitud | Criterios |
| tdoc | Tipo de Documento | int | 2 | De acuerdo con los definidos por resolución. Siempre debe diligenciarse |
| nid | Número de Identificación | string | 20 | Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse |
| dv | Dígito de Verificación | int | 1 | Si se conoce debe diligenciarse |
| apl1 | Primer Apellido del titular | string | 60 | En caso de ser una Persona Natural siempre debe diligenciarse. |
| apl2 | Segundo Apellido del Titular | string | 60 | En caso de ser una Persona Natural y si se conoce debe diligenciarse. |
| nom1 | Primer Nombre del Titular | string | 60 | En caso de ser una Persona Natural siempre debe diligenciarse. |
| nom2 | Otros Nombres del Titular | string | 60 | En caso de ser una Persona Natural y si se conoce debe diligenciarse. |
| raz | Razón Social Titular | string | 450 | En caso de ser una Persona Jurídica siempre debe diligenciarse. |
| dir | Dirección | string | 200 | Siempre debe diligenciarse |
| dpto | Código del Departamento | int | 2 | Código DANE Numérico, debe incluir los ceros a la izquierda. Siempre debe diligenciarse |
| mun | Código del Municipio | int | 3 | Código DANE Numérico, debe incluir los ceros a la izquierda. Siempre debe diligenciarse |
| sal | Saldo Inicial | double | 20 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse |
| inv | Inversiones efectuadas durante el año | double | 20 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse |
| ren | Rendimientos Causados | double | 20 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas |
| saldic | Saldo a 31 de Diciembre | double | 20 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse |
| ntit | Número de Titulo | string | 20 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse |
| numt | Número de Titulares Secundarios | int | 3 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse |
| tfon | Tipo de Fondo | int | 1 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse |
Los campos tipo de documento, número de identificación y número de título, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
A este elemento principal se pueden agregar elementos secundarios identificados como “titSec”, los cuales contienen Titulares secundarios para inversiones en fondos con más de un titular.
| Atributo | Denominación casilla | Tipo | Longitud | Criterios |
| tdoc | Tipo de Documento del Titular Secundario | int | 2 | De acuerdo con los definidos por resolución.Siempre debe diligenciarse |
| nid | Número de Identificación del secundario | String | 20 | Diligenciar sin guiones, puntos, comas o espacios en blanco.Siempre debe diligenciarse |
| dv | Dígito de Verificación del Titular Secundario | int | 1 | Si se conoce debe diligenciarse |
| apl1 | Primer Apellido del Titular Secundario | string | 60 | En caso de ser una Persona Natural siempre debe diligenciarse. |
| apl2 | Segundo Apellido del Titular Secundario | string | 60 | En caso de ser una Persona Natural y si se conoce debe diligenciarse. |
| nom1 | Primer Nombre del Titular Secundario | string | 60 | En caso de ser una Persona Natural siempre debe diligenciarse. |
| nom2 | Otros Nombres del Titular Secundario | string | 60 | En caso de ser una Persona Natural y si se conoce debe diligenciarse. |
| raz | Razón social del Titular Secundario | string | 450 | En caso de ser una Persona Jurídica siempre debe diligenciarse. |
Los campos tipo de documento del titular secundario y número de identificación del secundario, conforman la llave única para el elemento “titSec” y no se debe repetir para este tipo de elementos en cada registro.
3. Validaciones
3.1. Validaciones Generales
1. El archivo debe contener todos los campos definidos para el encabezado y estos campos deben estar correctamente diligenciados.
2. La información del contenido del archivo debe corresponder al esquema XSD entregado.
3. Los atributos que registran valores numéricos, se reportan con valores numéricos positivos, sin signos ni puntuaciones, según lo reportado por el informante o en su defecto con cero (0).
4. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes, y día.
3.2. Validaciones del Encabezado
1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas,
2. Año de envío, debe ser el año calendario.
3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.
4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.
5. Cantidad de registros, debe ser igual a la cantidad de registros reportados en el contenido, que como máximo puede ser 5.000 registros.
6. Valor total, corresponde a la sumatoria de la casilla “inv” (Inversiones efectuadas durante el año) de los registros reportados.
4. Esquema XSD
A continuación se incluye el esquema XSD para esta especificación técnica.
<?xml version=“1.0” encoding=“ISO-8859-1”?>
<xs:schema xmlns:xs=“http://www.w3.org/2001/XMLSchema” elementFormDefault=“qualified” attributeFormDefault=“unqualified”>
<xs:element name=“invs”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1021 Inversiones en carteras colectivas, fondos mutuos de inversión y demás fondos administrados por sociedades vigiladas por la superintendencia financiera </xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element ref=“titSec” minOccurs=“0” maxOccurs=“unbounded”/>
</xs:sequence>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“20”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dv” use=“optional”>
<xs:annotation>
<xs:documentation>Dígito de verificación</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Apellido del Titular</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del Titular</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Nombre del Titular</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros nombres del Titular </xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón Social Titular</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dir” use=“required”>
<xs:annotation>
<xs:documentation>Dirección</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“1”/>
<xs:maxLength value=“200”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dpto” use=“required”>
<xs:annotation>
<xs:documentation>Código Dpto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“mun” use=“required”>
<xs:annotation>
<xs:documentation>Código Municipio</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“sal” use=“optional”>
<xs:annotation>
<xs:documentation>Saldo Inicial</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:double”>
<xs:pattern value=“[0-9]{1,20}”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“inv” use=“required”>
<xs:annotation>
<xs:documentation>Inversiones efectuadas en el año</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:double”>
<xs:pattern value=“[0-9]{1,20}”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“ren” use=“optional”>
<xs:annotation>
<xs:documentation>Rendimientos Causados</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:double”>
<xs:pattern value=“[0-9]{1,20}”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“saldic” use=“required”>
<xs:annotation>
<xs:documentation>Saldo a 31 de Diciembre</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:double”>
<xs:pattern value=“[0-9]{1,20}”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“ntit” use=“required”>
<xs:annotation>
<xs:documentation>Número de titulo y/o contrato</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“20”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“numt” use=“required”>
<xs:annotation>
<xs:documentation>Número de Titulares secundarios</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“tfon” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Fondo</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
</xs:complexType>
</xs:element>
<xs:element name=“mas”>
<xs:annotation>
<xs:documentation>Elemento raiz del xml de carga masiva</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element name=“Cab” type=“CabType”/>
<xs:element ref=“invs” maxOccurs=“unbounded”/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:element name=“titSec”>
<xs:annotation>
<xs:documentation>Elemento que contienen la información de los titulares secundarios.</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación titular secundario</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“20”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dv” use=“optional”>
<xs:annotation>
<xs:documentation>Dígito de verificación</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Apellido del Titular secundario</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del Titular secundario</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Nombre del Titular secundario</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Nombre del Titular secundario</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón Social Titular Secundario</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
</xs:complexType>
</xs:element>
<xs:complexType name=“CabType”>
<xs:sequence>
<xs:element name=“Ano” type=“xs:gYear” nillable=“false”>
<xs:annotation>
<xs:documentation>Año de envio</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“CodCpt” nillable=“false”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=“Formato” fixed=“1021”>
<xs:simpleType>
<xs:restriction base=“xs:positiveInteger”>
<xs:totalDigits value=“4”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=“Version” type=“xs:positiveInteger” fixed=“6”/>
<xs:element name=“NumEnvio”>
<xs:annotation>
<xs:documentation>Número de envio</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:positiveInteger”>
<xs:totalDigits value=“8”/>
<xs:maxInclusive value=“99999999”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=“FecEnvio” type=“xs:dateTime”>
<xs:annotation>
<xs:documentation>Fecha de envio</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“FecInicial” type=“xs:date”>
<xs:annotation>
<xs:documentation>Fecha inicial</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“FecFinal” type=“xs:date”>
<xs:annotation>
<xs:documentation>Fecha Final</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“ValorTotal” type=“xs:double”>
<xs:annotation>
<xs:documentation>Valor Total</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“CantReg”>
<xs:annotation>
<xs:documentation>Cantidad de registros</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:positiveInteger”>
<xs:totalDigits value=“4”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:schema>
Especificaciones Técnicas
Ahorro Voluntario en Fondos de Pensiones
Formato 1022-Versión 7
Objetivo
Definir las características y contenido de los archivos donde se reporta el Ahorro voluntario en fondos de pensiones.
Especificación técnica
El formato de Ahorro voluntario en fondos de pensiones, debe enviarse en un archivo XML que cumpla las siguientes especificaciones:
1. Estándar del Nombre de los Archivos
El nombre de cada uno de los archivos, debe especificarse mediante la siguiente secuencia de caracteres:
Dmuisca_ccmmmmmvvaaaacccccccc.xml.
cc: Concepto (Inserción = 01, Reemplazo = 02).
mmmmm: Formato (Ahorro voluntario en fondos de pensiones = 01022).
vv: Versión del formato (Versión = 07).
aaaa: Año de envío.
cccccccc: Consecutivo de envío por año.
2. Formato del Archivo
El formato de Ahorro voluntario en fondos de pensiones, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
Encabezado
Contenido Información 1
Contenido Información 2
...
Contenido Información N
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.
3. El archivo debe contener un documento XML bien formado y válido de acuerdo con el esquema XSD que incluye en esta especificación técnica.
4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.
2.1 Formato del Encabezado
El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:
| Etiqueta | Denominación casilla | Tipo | Longitud campo | Validaciones | Observaciones |
| Ano | Año de envío | Int | 4 | Formato AAAA | |
| CodCpt | Concepto | Int | 2 | 1 = Inserción2 = Reemplazo | |
| Formato | Código del formato | Int | 5 | Ahorro voluntario en fondos de pensiones = 1022 | |
| Versión | Versión del formato | Int | 2 | Versión = 7 | |
| NumEnvio | Número de envío | Int | 8 | Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN | Consecutivo de envío por año. |
| FecEnvio | Fecha de envío | DateTime | 19 | Debe ser la fecha calendario. | Formato AAAA-MM-DDTHH:MM:SS |
| FecInicial | Fecha Inicial | Date | 10 | Debe ser la fecha calendario. | Los registros corresponden mínimo esta fecha inicial. Formato AAAA-MM-DD |
| FecFinal | Fecha Final | Date | 10 | Debe ser la fecha calendario. | Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD |
| ValorTotal | Valor Total | double | 20 | Corresponde a la sumatoria de la casilla “aho” (Ahorro efectuado durante el año) de los registros reportados. | |
| CantReg | Cantidad de registros | Int | 4 | Se enviarán archivos con máximo 5.000 registros (*). | Cantidad de registros reportados en el contenido. |
(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.
2.3. Formato del Contenido
En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.
Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.
El contenido del archivo viene en el elemento “afp” y se deben incluir los siguientes datos para cada transacción reportada.
| Atributo | Denominación casilla | Tipo | Longitud | Criterios |
| tdoc | Tipo de Documento | int | 2 | De acuerdo con los definidos por resolución.Siempre debe diligenciarse |
| nid | Número de Identificación | string | 20 | Diligenciar sin guiones, puntos, comas o espacios en blanco.Siempre debe diligenciarse |
| dv | Dígito de Verificación | int | 1 | Si se conoce debe diligenciarse |
| apl1 | Primer Apellido del Ahorrador | string | 60 | En caso de ser una Persona Natural siempre debe diligenciarse. |
| apl2 | Segundo Apellido del Ahorrador | string | 60 | En caso de ser una Persona Natural y si se conoce debe diligenciarse. |
| nom1 | Primer Nombre del Ahorrador | string | 60 | En caso de ser una Persona Natural siempre debe diligenciarse. |
| nom2 | Otros Nombres del Ahorrador | string | 60 | En caso de ser una Persona Natural y si se conoce debe diligenciarse. |
| raz | Razón Social Ahorrador | string | 450 | En caso de ser una Persona Jurídica siempre debe diligenciarse. |
| dir | Dirección | string | 200 | Siempre debe diligenciarse |
| dpto | Código del Departamento | int | 2 | Código DANE Numérico, debe incluir los ceros a la izquierda.Siempre debe diligenciarse |
| mun | Código del Municipio | int | 3 | Código DANE Numérico, debe incluir los ceros a la izquierda.Siempre debe diligenciarse |
| sal | Saldo Inicial | double | 20 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas.Siempre debe diligenciarse |
| aho | Ahorro efectuado durante el año | double | 20 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas.Siempre debe diligenciarse |
| ret | Retiros efectuados gravados durante el Año | double | 20 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas |
| retng | Retiros efectuados no gravados durante el año | double | 20 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas |
| ren | Rendimientos Causados | double | 20 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas |
| saldic | Saldo a 31 de Diciembre | double | 20 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas.Siempre debe diligenciarse |
Los campos tipo de documento y número de identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
3. Validaciones
3.1. Validaciones Generales
1. El archivo debe contener todos los campos definidos para el encabezado y estos campos deben estar correctamente diligenciados.
2. La información del contenido del archivo debe corresponder al esquema XSD entregado.
3. Los atributos que registran valores numéricos, se reportan con valores numéricos positivos, sin signos ni puntuaciones, según lo reportado por el informante o en su defecto con cero (0).
4. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes, y día.
3.2. Validaciones del Encabezado
1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas.
2. Año de envío, debe ser el año calendario.
3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.
4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.
5. Cantidad de registros, debe ser igual a la cantidad de registros reportadas en el contenido, que como máximo puede ser 5.000 registros.
6. Valor total, corresponde a la sumatoria de la casilla “aho” (Ahorro efectuado durante el año) de los registros reportados.
4. Esquema XSD
A continuación se incluye el esquema XSD para esta especificación técnica.
<?xml version=“1.0” encoding=“ISO-8859-1”?>
<xs:schema xmlns:xs=“http://www.w3.org/2001/XMLSchema” elementFormDefault=“qualified” attributeFormDefault=“unqualified”>
<xs:element name=“afp”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1022 AHORRO VOLUNTARIO EN FONDOS DE PENSIONES</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“20”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dv” use=“optional”>
<xs:annotation>
<xs:documentation>Dígito de verificación</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Apellido del Ahorrador</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del Ahorrador</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Nombre del Ahorrador</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros nombres del Ahorrador </xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dir” use=“required”>
<xs:annotation>
<xs:documentation>Dirección</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“1”/>
<xs:maxLength value=“200”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dpto” use=“required”>
<xs:annotation>
<xs:documentation>Código Dpto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“mun” use=“required”>
<xs:annotation>
<xs:documentation>Código Municipio</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“sal” use=“optional”>
<xs:annotation>
<xs:documentation>Saldo Inicial</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:double”>
<xs:pattern value=“[0-9]{1,20}”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“aho” use=“required”>
<xs:annotation>
<xs:documentation>Ahorro efectuado en el año</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:double”>
<xs:pattern value=“[0-9]{1,20}”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“ret” use=“optional”>
<xs:annotation>
<xs:documentation>Retiros efectuados en el año</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:double”>
<xs:pattern value=“[0-9]{1,20}”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“ retng “ use=“optional”>
<xs:annotation>
<xs:documentation> Retiros efectuados no gravados durante el año </xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:double”>
<xs:pattern value=“[0-9]{1,20}”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“ren” use=“optional”>
<xs:annotation>
<xs:documentation>Rendimientos Causados</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:double”>
<xs:pattern value=“[0-9]{1,20}”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“saldic” use=“required”>
<xs:annotation>
<xs:documentation>Saldo a 31 de Diciembre</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:double”>
<xs:pattern value=“[0-9]{1,20}”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
</xs:complexType>
</xs:element>
<xs:element name=“mas”>
<xs:annotation>
<xs:documentation>Elemento raiz del xml de carga masiva</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element name=“Cab” type=“CabType”/>
<xs:element ref=“afp” maxOccurs=“unbounded”/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:complexType name=“CabType”>
<xs:sequence>
<xs:element name=“Ano” type=“xs:gYear” nillable=“false”>
<xs:annotation>
<xs:documentation>Año de envio</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“CodCpt” nillable=“false”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=“Formato” fixed=“1022”>
<xs:simpleType>
<xs:restriction base=“xs:positiveInteger”>
<xs:totalDigits value=“4”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=“Version” type=“xs:positiveInteger” fixed=“7”/>
<xs:element name=“NumEnvio”>
<xs:annotation>
<xs:documentation>Número de envio</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:positiveInteger”>
<xs:totalDigits value=“8”/>
<xs:maxInclusive value=“99999999”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=“FecEnvio” type=“xs:dateTime”>
<xs:annotation>
<xs:documentation>Fecha de envio</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“FecInicial” type=“xs:date”>
<xs:annotation>
<xs:documentation>Fecha inicial</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“FecFinal” type=“xs:date”>
<xs:annotation>
<xs:documentation>Fecha Final</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“ValorTotal” type=“xs:double”>
<xs:annotation>
<xs:documentation>Valor Total</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“CantReg”>
<xs:annotation>
<xs:documentation>Cantidad de registros</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:positiveInteger”>
<xs:totalDigits value=“4”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:schema>
Especificaciones Técnicas
Consumos con Tarjetas de créditoFormato 1023-Versión 6
Objetivo
Definir las características y contenido de los archivos donde se reporta el Consumos con tarjetas de crédito.
Especificación técnica
El formato de Consumos con tarjetas de crédito, debe enviarse en un archivo XML que cumpla las siguientes especificaciones:
1. Estándar del Nombre de los Archivos
El nombre de cada uno de los archivos, debe especificarse mediante la siguiente secuencia de caracteres:
Dmuisca_ccmmmmmvvaaaacccccccc.xml.
cc: Concepto (Inserción = 01, Reemplazo = 02).
mmmmm: Formato ( Consumos con tarjetas de crédito = 01023).
vv: Versión del formato (Versión = 06).
aaaa: Año de envío.
cccccccc: Consecutivo de envío por año.
2. Formato del Archivo
El formato de Consumos con tarjetas de crédito, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
Encabezado
Contenido Información 1
Contenido Información 2
...
Contenido Información N
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.
3. El archivo debe contener un documento XML bien formado y válido de acuerdo con el esquema XSD que incluye en esta especificación técnica.
4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.
Formato del Encabezado
El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:
| Etiqueta | Denominación casilla | Tipo | Longitud campo | Validaciones | Observaciones |
| Ano | Año de envío | Int | 4 | Formato AAAA | |
| CodCpt | Concepto | Int | 2 | 1 = Inserción 2 = Reemplazo | |
| Formato | Código del formato | Int | 5 | Consumos con tarjetas de crédito = 1023 | |
| Versión | Versión del formato | Int | 2 | Versión = 6 | |
| NumEnvio | Número de envío | Int | 8 | Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN | Consecutivo de envío por año. |
| FecEnvio | Fecha de envío | DateTime | 19 | Debe ser la fecha calendario. | Formato AAAA-MM-DDTHH:MM:SS |
| FecInicial | Fecha Inicial | Date | 10 | Debe ser la fecha calendario. | Los registros corresponden mínimo esta fecha inicial. Formato AAAA-MM-DD |
| FecFinal | Fecha Final | Date | 10 | Debe ser la fecha calendario. | Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD |
| ValorTotal | Valor Total | double | 20 | Corresponde a la sumatoria de la casilla “adq” (Adquisiciones, consumos, avances o gastos con tarjeta de crédito) de los registros reportados. | |
| CantReg | Cantidad de registros | Int | 4 | Se enviarán archivos con máximo 5.000 registros (*). | Cantidad de registros reportados en el contenido. |
(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.
2.3. Formato del Contenido
En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.
Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.
El contenido del archivo viene en el elemento “consumos” y se deben incluir los siguientes datos para cada transacción reportada.
| Atributo | Denominación casilla | Tipo | Longitud | Criterios |
| ctar | Clase de Tarjeta | int | 1 | De acuerdo con los definidos por resolución.Siempre debe diligenciarse |
| tdoc | Tipo de Documento | int | 2 | De acuerdo con los definidos por resolución.Siempre debe diligenciarse |
| nid | Número de identificación Tarjetahabiente | string | 20 | Diligenciar sin guiones, puntos, comas o espacios en blanco.Siempre debe diligenciarse |
| dv | Dígito de Verificación | int | 1 | Si se conoce debe diligenciarse |
| apl1 | Primer Apellido del Tarjeta Habiente | string | 60 | En caso de ser una Persona Natural siempre debe diligenciarse. |
| apl2 | Segundo Apellido del Tarjeta Habiente | string | 60 | En caso de ser una Persona Natural y si se conoce debe diligenciarse. |
| nom1 | Primer Nombre del Tarjeta Habiente | string | 60 | En caso de ser una Persona Natural siempre debe diligenciarse. |
| nom2 | Segundo Nombre del Tarjeta Habiente | string | 60 | En caso de ser una Persona Natural y si se conoce debe diligenciarse. |
| raz | Razón Social Tarjeta Habiente | string | 450 | En caso de ser una Persona Jurídica siempre debe diligenciarse. |
| dir | Dirección | string | 200 | Siempre debe diligenciarse |
| dpto | Código del Departamento | int | 2 | Código DANE Numérico, debe incluir los ceros a la izquierda.Siempre debe diligenciarse |
| mun | Código del Municipio | int | 3 | Código DANE Numérico, debe incluir los ceros a la izquierda.Siempre debe diligenciarse |
| adq | Adquisiciones, consumos, avances o gastos con tarjeta de crédito | double | 20 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas.Siempre debe diligenciarse |
| ntar | Número Tarjeta | double | 20 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas.Siempre debe diligenciarse |
Los campos tipo de documento, número de identificación y número tarjeta, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
3. Validaciones
3.1. Validaciones Generales
1. El archivo debe contener todos los campos definidos para el encabezado y estos campos deben estar correctamente diligenciados.
2. La información del contenido del archivo debe corresponder al esquema XSD entregado.
3. Los atributos que registran valores numéricos, se reportan con valores numéricos positivos, sin signos ni puntuaciones, según lo reportado por el informante o en su defecto con cero (0).
4. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes, y día.
3.2. Validaciones del Encabezado
1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas,
2. Año de envío, debe ser el año calendario.
3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.
4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.
5. Cantidad de registros, debe ser igual a la cantidad de registros reportadas en el contenido, que como máximo puede ser 5.000 registros.
6. Valor total, corresponde a la sumatoria de la casilla “adq” (Adquisiciones, consumos, avances o gastos con tarjeta de crédito) de los registros reportados.
4. Esquema XSD
A continuación se incluye el esquema XSD para esta especificación técnica.
<?xml version=“1.0” encoding=“ISO-8859-1”?>
<xs:schema xmlns:xs=“http://www.w3.org/2001/XMLSchema” elementFormDefault=“qualified” attributeFormDefault=“unqualified”>
<xs:element name=“consumos”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1023 CONSUMOS CON TARJETAS DE CREDITO</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“ctar” use=“required”>
<xs:annotation>
<xs:documentation>Clase de tarjeta</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación Tarjetahabiente</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“20”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dv” use=“optional”>
<xs:annotation>
<xs:documentation>Dígito de verificación</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Apellido del Tarjetahabiente</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del Tarjetahabiente</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Nombre del Tarjetahabiente</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros nombres del Tarjetahabiente </xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón Social Tarjetahabiente</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dir” use=“required”>
<xs:annotation>
<xs:documentation>Dirección</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“1”/>
<xs:maxLength value=“200”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dpto” use=“required”>
<xs:annotation>
<xs:documentation>Código Dpto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“mun” use=“required”>
<xs:annotation>
<xs:documentation>Código Municipio</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“adq” use=“required”>
<xs:annotation>
<xs:documentation>Adquisiciones,consumos, avances o gastos con tarjeta de crédito</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:double”>
<xs:pattern value=“[0-9]{1,20}”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“ntar” use=“required”>
<xs:annotation>
<xs:documentation>Número Tarjeta</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:double”>
<xs:pattern value=“[0-9]{1,20}”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
</xs:complexType>
</xs:element>
<xs:element name=“mas”>
<xs:annotation>
<xs:documentation>Elemento raiz del xml de carga masiva</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element name=“Cab” type=“CabType”/>
<xs:element ref=“consumos” maxOccurs=“unbounded”/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:complexType name=“CabType”>
<xs:sequence>
<xs:element name=“Ano” type=“xs:gYear” nillable=“false”>
<xs:annotation>
<xs:documentation>Año de envio</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“CodCpt” nillable=“false”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=“Formato” fixed=“1023”>
<xs:simpleType>
<xs:restriction base=“xs:positiveInteger”>
<xs:totalDigits value=“4”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=“Version” type=“xs:positiveInteger” fixed=“6”/>
<xs:element name=“NumEnvio”>
<xs:annotation>
<xs:documentation>Número de envio</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:positiveInteger”>
<xs:totalDigits value=“8”/>
<xs:maxInclusive value=“99999999”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=“FecEnvio” type=“xs:dateTime”>
<xs:annotation>
<xs:documentation>Fecha de envio</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“FecInicial” type=“xs:date”>
<xs:annotation>
<xs:documentation>Fecha inicial</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“FecFinal” type=“xs:date”>
<xs:annotation>
<xs:documentation>Fecha Final</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“ValorTotal” type=“xs:double”>
<xs:annotation>
<xs:documentation>Valor Total</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“CantReg”>
<xs:annotation>
<xs:documentation>Cantidad de registros</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:positiveInteger”>
<xs:totalDigits value=“4”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:schema>
Especificaciones técnicas
Ventas con Tarjetas de Crédito
Formato 1024-Versión 6
Objetivo
Definir las características y contenido de los archivos donde se reporta el Ventas con tarjetas de crédito.
Especificación técnica
El formato de Ventas con tarjetas de crédito, debe enviarse en un archivo XML que cumpla las siguientes especificaciones:
1. Estándar del Nombre de los Archivos
El nombre de cada uno de los archivos, debe especificarse mediante la siguiente secuencia de caracteres:
Dmuisca_ccmmmmmvvaaaacccccccc.xml.
cc: Concepto (Inserción = 01, Reemplazo = 02).
mmmmm: Formato (Ventas con tarjetas de crédito = 01024).
vv: Versión del formato (Versión = 06).
aaaa: Año de envío.
cccccccc: Consecutivo de envío por año.
2. Formato del Archivo
El formato de Ventas con tarjetas de crédito, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
Encabezado
Contenido Información 1
Contenido Información 2
...
Contenido Información N
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.
3. El archivo debe contener un documento XML bien formado y válido de acuerdo con el esquema XSD que incluye en esta especificación técnica.
4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.
2.3 Formato del Encabezado
El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:
| Etiqueta | Denominación casilla | Tipo | Longitud campo | Validaciones | Observaciones |
| Ano | Año de envío | Int | 4 | Formato AAAA | |
| CodCpt | Concepto | Int | 2 | 1 = Inserción 2 = Reemplazo | |
| Formato | Código del formato | Int | 5 | Ventas con tarjetas de crédito = 1024 | |
| Versión | Versión del formato | Int | 2 | Versión = 6 | |
| NumEnvio | Número de envío | Int | 8 | Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN | Consecutivo de envío por año. |
| FecEnvio | Fecha de envío | DateTime | 19 | Debe ser la fecha calendario. | Formato AAAA-MM-DDTHH:MM:SS |
| FecInicial | Fecha Inicial | Date | 10 | Debe ser la fecha calendario. | Los registros corresponden mínimo a esta fecha inicial. Formato AAAA-MM-DD |
| FecFinal | Fecha Final | Date | 10 | Debe ser la fecha calendario. | Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD |
| ValorTotal | Valor Total | double | 20 | Corresponde a la sumatoria de la casilla “val” (Valor movimiento) de los registros reportados. | |
| CantReg | Cantidad de registros | Int | 4 | Se enviarán archivos con máximo 5.000 registros (*). | Cantidad de registros reportados en el contenido. |
(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.
2.3. Formato del Contenido
En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.
Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.
El contenido del archivo viene en el elemento “ventastc” y se deben incluir los siguientes datos para cada transacción reportada.
| Atributo | Denominación casilla | Tipo | Longitud | Criterios |
| nit | Nit | long | 14 | Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse |
| dv | Dígito de Verificación | int | 1 | Si se conoce debe diligenciarse |
| apl1 | Primer Apellido del Informado | string | 60 | En caso de ser una Persona Natural siempre debe diligenciarse. |
| apl2 | Segundo Apellido del Informado | string | 60 | En caso de ser una Persona Natural y si se conoce debe diligenciarse. |
| nom1 | Primer Nombre del Informado | string | 60 | En caso de ser una Persona Natural siempre debe diligenciarse. |
| nom2 | Otros Nombres del Informado | string | 60 | En caso de ser una Persona Natural y si se conoce debe diligenciarse. |
| raz | Razón Social del Informado | string | 450 | En caso de ser una Persona Jurídica siempre debe diligenciarse. |
| dir | Dirección | string | 200 | Siempre debe diligenciarse |
| dpto | Código del Departamento | int | 2 | Código DANE Numérico, debe incluir los ceros a la izquierda. Siempre debe diligenciarse |
| mun | Código del Municipio | int | 3 | Código DANE Numérico, debe incluir los ceros a la izquierda. Siempre debe diligenciarse |
| val | Valor movimiento | double | 20 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas.Siempre debe diligenciarse |
| iva | Total IVA facturado | double | 20 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse |
El campo NIT, es la llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
3. Validaciones
3.1. Validaciones Generales
1. El archivo debe contener todos los campos definidos para el encabezado y estos campos deben estar correctamente diligenciados.
2. La información del contenido del archivo debe corresponder al esquema XSD entregado.
3. Los atributos que registran valores numéricos, se reportan con valores numéricos positivos, sin signos ni puntuaciones, según lo reportado por el informante o en su defecto con cero (0).
4. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes, y día.
3.2. Validaciones del Encabezado
1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas.
2. Año de envío, debe ser el año calendario.
3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.
4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.
5. Cantidad de registros, debe ser igual a la cantidad de registros reportados en el contenido, que como máximo puede ser 5.000 registros.
6. Valor total, corresponde a la sumatoria de la casilla “val” (Valor movimiento) de los registros reportados.
4. Esquema XSD
A continuación se incluye el esquema XSD para esta especificación técnica.
<?xml version=“1.0” encoding=“ISO-8859-1”?>
<xs:schema xmlns:xs=“http://www.w3.org/2001/XMLSchema” elementFormDefault=“qualified” attributeFormDefault=“unqualified”>
<xs:element name=“ventastc”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1024 VENTAS CON TARJETAS DE CREDITO</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“nit” use=“required”>
<xs:annotation>
<xs:documentation>Nit</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:long”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99999999999999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dv” use=“optional”>
<xs:annotation>
<xs:documentation>Dígito de verificación</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Apellido del Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Nombre del Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros nombres del Informado </xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón Social Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dir” use=“required”>
<xs:annotation>
<xs:documentation>Dirección</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“1”/>
<xs:maxLength value=“200”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dpto” use=“required”>
<xs:annotation>
<xs:documentation>Código Dpto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“mun” use=“required”>
<xs:annotation>
<xs:documentation>Código Municipio</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“val” use=“required”>
<xs:annotation>
<xs:documentation>Valor movimiento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:double”>
<xs:pattern value=“[0-9]{1,20}”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“iva” use=“required”>
<xs:annotation>
<xs:documentation>Total IVA facturado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:double”>
<xs:pattern value=“[0-9]{1,20}”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
</xs:complexType>
</xs:element>
<xs:element name=“mas”>
<xs:annotation>
<xs:documentation>Elemento raiz del xml de carga masiva</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element name=“Cab” type=“CabType”/>
<xs:element ref=“ventastc” maxOccurs=“unbounded”/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:complexType name=“CabType”>
<xs:sequence>
<xs:element name=“Ano” type=“xs:gYear” nillable=“false”>
<xs:annotation>
<xs:documentation>Año de envio</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“CodCpt” nillable=“false”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=“Formato” fixed=“1024”>
<xs:simpleType>
<xs:restriction base=“xs:positiveInteger”>
<xs:totalDigits value=“4”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=“Version” type=“xs:positiveInteger” fixed=“6”/>
<xs:element name=“NumEnvio”>
<xs:annotation>
<xs:documentation>Número de envio</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:positiveInteger”>
<xs:totalDigits value=“8”/>
<xs:maxInclusive value=“99999999”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=“FecEnvio” type=“xs:dateTime”>
<xs:annotation>
<xs:documentation>Fecha de envio</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“FecInicial” type=“xs:date”>
<xs:annotation>
<xs:documentation>Fecha inicial</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“FecFinal” type=“xs:date”>
<xs:annotation>
<xs:documentation>Fecha Final</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“ValorTotal” type=“xs:double”>
<xs:annotation>
<xs:documentation>Valor Total</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“CantReg”>
<xs:annotation>
<xs:documentation>Cantidad de registros</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:positiveInteger”>
<xs:totalDigits value=“4”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:schema>
Especificaciones Técnicas
Préstamos Bancarios OtorgadosFormato 1026-Versión 6
Objetivo
Definir las características y contenido de los archivos donde se reporta los Préstamos bancarios otorgados.
Especificación técnica
El formato de Préstamos bancarios otorgados, debe enviarse en un archivo XML que cumpla las siguientes especificaciones:
1. Estándar del Nombre de los Archivos
El nombre de cada uno de los archivos debe especificarse mediante la siguiente secuencia de caracteres:
Dmuisca_ccmmmmmvvaaaacccccccc.xml
cc: Concepto (Inserción = 01, Reemplazo = 02)
mmmmm: Formato ( Préstamos bancarios otorgados = 01026)
vv: Versión del formato (Versión = 06).
aaaa: Año de envío.
cccccccc: Consecutivo de envío por año.
2. Formato del Archivo
El formato de Préstamos bancarios otorgados, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
Encabezado
Contenido Información 1
Contenido Información 2
...
Contenido Información N
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino No. 1: “ISO-8859-1”.
3. El archivo debe contener un documento XML bien formado y válido de acuerdo con el esquema XSD que incluye en esta especificación técnica.
4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.
2.1 Formato del Encabezado
El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:
| Etiqueta | Denominación casilla | Tipo | Longitud campo | Validaciones | Observaciones |
| Ano | Año de envío | Int | 4 | Formato AAAA | |
| CodCpt | Concepto | Int | 2 | 1 = Inserción2 = Reemplazo | |
| Formato | Código del formato | Int | 5 | Préstamos bancarios otorgados = 1026 | |
| Versión | Versión del formato | Int | 2 | Versión = 6 | |
| NumEnvio | Número de envío | Int | 8 | Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN | Consecutivo de envío por año. |
| FecEnvio | Fecha de envío | DateTime | 19 | Debe ser la fecha calendario. | Formato AAAA-MM-DDTHH:MM:SS |
| FecInicial | Fecha Inicial | Date | 10 | Debe ser la fecha calendario. | Los registros corresponden mínimo esta fecha inicial. Formato AAAA-MM-DD |
| FecFinal | Fecha Final | Date | 10 | Debe ser la fecha calendario. | Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD |
| ValorTotal | Valor Total | double | 20 | Corresponde a la sumatoria de la casilla “val” (Valor del Préstamo otorgado al 31-12) de los registros reportados. | |
| CantReg | Cantidad de registros | Int | 4 | Se enviarán archivos con máximo 5.000 registros (*). | Cantidad de registros reportados en el contenido. |
(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros.
2.3. Formato del Contenido
En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.
Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.
El contenido del archivo viene en el elemento “prestamos” y se deben incluir los siguientes datos para cada transacción reportada.
| Atributo | Denominación casilla | Tipo | Longitud | Criterios |
| cod | Código | int | 1 | De acuerdo con los definidos por resolución.Siempre debe diligenciarse |
| tdoc | Tipo de Documento | int | 2 | De acuerdo con los definidos por resolución.Siempre debe diligenciarse |
| nid | Número de identificación | string | 20 | Diligenciar sin guiones, puntos, comas o espacios en blanco.Siempre debe diligenciarse |
| dv | Dígito de Verificación | int | 1 | Si se conoce debe diligenciarse |
| apl1 | Primer Apellido del Deudor | string | 60 | En caso de ser una Persona Natural siempre debe diligenciarse. |
| apl2 | Segundo Apellido del Deudor | string | 60 | En caso de ser una Persona Natural y si se conoce debe diligenciarse. |
| nom1 | Primer Nombre del Deudor | string | 60 | En caso de ser una Persona Natural siempre debe diligenciarse. |
| nom2 | Otros Nombres del Deudor | string | 60 | En caso de ser una Persona Natural y si se conoce debe diligenciarse. |
| raz | Razón Social del Deudor | string | 450 | En caso de ser una Persona Jurídica siempre debe diligenciarse. |
| dir | Dirección | string | 200 | Siempre debe diligenciarse |
| dpto | Código del Departamento | int | 2 | Código DANE Numérico, debe incluir los ceros a la izquierda.Siempre debe diligenciarse |
| mun | Código del Municipio | int | 3 | Código DANE Numérico, debe incluir los ceros a la izquierda.Siempre debe diligenciarse |
| val | Valor del Préstamo otorgado al 31-12 | double | 20 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas.Siempre debe diligenciarse |
Los campos Código, Tipo de Documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
3. Validaciones
3.1. Validaciones Generales
1. El archivo debe contener todos los campos definidos para el encabezado y estos campos deben estar correctamente diligenciados.
2. La información del contenido del archivo debe corresponder al esquema XSD entregado.
3. Los atributos que registran valores numéricos, se reportan con valores numéricos positivos, sin signos ni puntuaciones, según lo reportado por el informante o en su defecto con cero (0).
4. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes, y día.
3.2. Validaciones del Encabezado
1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas.
2. Año de envío, debe ser el año calendario.
3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.
4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.
5. Cantidad de registros, debe ser igual a la cantidad de registros reportados en el contenido, que como máximo puede ser 5.000 registros.
6. Valor total, corresponde a la sumatoria de la casilla “val” (Valor del Préstamo otorgado al 31-12) de los registros reportados.
4. Esquema XSD
A continuación se incluye el esquema XSD para esta especificación técnica.
<?xml version=“1.0” encoding=“ISO-8859-1”?>
<xs:schema xmlns:xs=“http://www.w3.org/2001/XMLSchema” elementFormDefault=“qualified” attributeFormDefault=“unqualified”>
<xs:element name=“prestamos”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1026 PRESTAMOS BANCARIOS OTORGADOS</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“cod” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Operación</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación del Deudor</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“20”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dv” use=“optional”>
<xs:annotation>
<xs:documentation>Dígito de verificación</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Apellido del Deudor</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del Deudor</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Nombre del Deudor</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros nombres del Deudor </xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón Social Deudor</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dir” use=“required”>
<xs:annotation>
<xs:documentation>Dirección</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“200”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dpto” use=“required”>
<xs:annotation>
<xs:documentation>Código Dpto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“mun” use=“required”>
<xs:annotation>
<xs:documentation>Código Municipio</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“val” use=“required”>
<xs:annotation>
<xs:documentation>Valor del préstamo otorgado al 31-12</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:double”>
<xs:pattern value=“[0-9]{1,20}”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
</xs:complexType>
</xs:element>
<xs:element name=“mas”>
<xs:annotation>
<xs:documentation>Elemento raiz del xml de carga masiva</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element name=“Cab” type=“CabType”/>
<xs:element ref=“prestamos” maxOccurs=“unbounded”/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:complexType name=“CabType”>
<xs:sequence>
<xs:element name=“Ano” type=“xs:gYear” nillable=“false”>
<xs:annotation>
<xs:documentation>Año de envio</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“CodCpt” nillable=“false”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=“Formato” fixed=“1026”>
<xs:simpleType>
<xs:restriction base=“xs:positiveInteger”>
<xs:totalDigits value=“4”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=“Version” type=“xs:positiveInteger” fixed=“6”/>
<xs:element name=“NumEnvio”>
<xs:annotation>
<xs:documentation>Número de envio</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:positiveInteger”>
<xs:totalDigits value=“8”/>
<xs:maxInclusive value=“99999999”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=“FecEnvio” type=“xs:dateTime”>
<xs:annotation>
<xs:documentation>Fecha de envio</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“FecInicial” type=“xs:date”>
<xs:annotation>
<xs:documentation>Fecha inicial</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“FecFinal” type=“xs:date”>
<xs:annotation>
<xs:documentation>Fecha Final</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“ValorTotal” type=“xs:double”>
<xs:annotation>
<xs:documentation>Valor Total</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“CantReg”>
<xs:annotation>
<xs:documentation>Cantidad de registros</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:positiveInteger”>
<xs:totalDigits value=“4”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:schema>
Especificaciones Técnicas
Diferencias Contables y FiscalesFormato 1025-Versión 6
Objetivo
Definir las características y contenido de los archivos que envían los Bancos y demás entidades vigiladas por la Superintendencia bancaria y cooperativas en general que realicen actividades financieras, donde se reporta los Diferencias contables y fiscales.
Especificación técnica
El formato de Diferencias contables y fiscales, debe enviarse en un archivo XML que cumpla las siguientes especificaciones:
1. Estándar del Nombre de los Archivos
El nombre de cada uno de los archivos, debe especificarse mediante la siguiente secuencia de caracteres:
Dmuisca_ccmmmmmvvaaaacccccccc.xml
cc: Concepto (Inserción = 01, Reemplazo = 02)
mmmmm: Formato ( Diferencias contables y fiscales = 01025)
vv: Versión del formato (Versión = 06).
aaaa: Año de envío.
cccccccc: Consecutivo de envío por año.
2. Formato del Archivo
El formato de Diferencias contables y fiscales, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
Encabezado
Contenido Información 1
Contenido Información 2
...
Contenido Información N
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.
3. El archivo debe contener un documento XML bien formado y válido de acuerdo con el esquema XSD que incluye en esta especificación técnica.
4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.
2.1 Formato del Encabezado
El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:
| Etiqueta | Denominación casilla | Tipo | Longitud campo | Validaciones | Observaciones |
| Ano | Año de envío | Int | 4 | Formato AAAA | |
| CodCpt | Concepto | Int | 2 | 1 = Inserción2 = Reemplazo | |
| Formato | Código del formato | Int | 5 | Diferencias contables y fiscales = 1025 | |
| Versión | Versión del formato | Int | 2 | Versión = 6 | |
| NumEnvio | Número de envío | Int | 8 | Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN | Consecutivo de envío por año. |
| FecEnvio | Fecha de envío | DateTime | 19 | Debe ser la fecha calendario. | Formato AAAA-MM-DDTHH:MM:SS |
| FecInicial | Fecha Inicial | Date | 10 | Debe ser la fecha calendario. | Los registros corresponden mínimo a esta fecha inicial. Formato AAAA-MM-DD |
| FecFinal | Fecha Final | Date | 10 | Debe ser la fecha calendario. | Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD |
| ValorTotal | Valor Total | double | 20 | Corresponde a la sumatoria de la casilla “vcon” (Valor Contable) de los registros reportados. | |
| CantReg | Cantidad de registros | Int | 4 | Se enviarán archivos con máximo 5.000 registros (*). | Cantidad de registros reportados en el contenido. |
(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.
2.3. Formato del Contenido
En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.
Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.
El contenido del archivo viene en el elemento “difcon” y se deben incluir los siguientes datos para cada transacción reportada.
| Atributo | Denominación casilla | Tipo | Longitud | Criterios |
| cod | Código | int | 4 | De acuerdo con los definidos por resolución.Siempre debe diligenciarse |
| tdoc | Tipo de Documento | int | 2 | De acuerdo con los definidos por resolución.Siempre debe diligenciarse |
| nid | Número de identificación del Informante | string | 20 | Diligenciar sin guiones, puntos, comas o espacios en blanco.Siempre debe diligenciarse |
| dv | Dígito de Verificación | Int | 1 | Si se conoce debe diligenciarse |
| apl1 | Primer Apellido del Informado | string | 60 | En caso de ser una Persona Natural siempre debe diligenciarse. |
| apl2 | Segundo Apellido del Informado | string | 60 | En caso de ser una Persona Natural y si se conoce debe diligenciarse. |
| nom1 | Primer Nombre del Informado | string | 60 | En caso de ser una Persona Natural siempre debe diligenciarse. |
| nom2 | Otros Nombres del Informado | string | 60 | En caso de ser una Persona Natural y si se conoce debe diligenciarse. |
| raz | Razón Social del Informado | string | 450 | En caso de ser una Persona Jurídica siempre debe diligenciarse. |
| vcon | Valor Contable | double | 20 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas.Siempre debe diligenciarse |
| vfis | Valor Fiscal | double | 20 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas.Siempre debe diligenciarse |
Los campos Código, Tipo de Documento y Número de identificación del Informante, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
3. Validaciones
3.1. Validaciones Generales
1. El archivo debe contener todos los campos definidos para el encabezado y estos campos deben estar correctamente diligenciados.
2. La información del contenido del archivo debe corresponder al esquema XSD entregado.
3. Los atributos que registran valores numéricos, se reportan con valores numéricos positivos, sin signos ni puntuaciones, según lo reportado por el informante o en su defecto con cero (0).
4. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes, y día.
3.2. Validaciones del Encabezado
1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas.
2. Año de envío, debe ser el año calendario.
3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.
4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.
5. Cantidad de registros, debe ser igual a la cantidad de registros reportados en el contenido, que como máximo puede ser 5.000 registros.
6. Valor total, corresponde a la sumatoria de la casilla “vcon” (Valor Contable) de los registros reportados.
4. Esquema XSD
A continuación se incluye el esquema XSD para esta especificación técnica.
<?xml version=“1.0” encoding=“ISO-8859-1”?>
<xs:schema xmlns:xs=“http://www.w3.org/2001/XMLSchema” elementFormDefault=“qualified” attributeFormDefault=“unqualified”>
<xs:element name=“difcon”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1025 DIFERENCIAS CONTABLES Y FISCALES</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“cod” use=“required”>
<xs:annotation>
<xs:documentation>Código</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de identificación del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“20”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dv” use=“optional”>
<xs:annotation>
<xs:documentation>Dígito de verificación</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Apellido del Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Nombre del Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros nombres del Informado </xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón Social Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“vcon” use=“required”>
<xs:annotation>
<xs:documentation>Valor contable</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:double”>
<xs:pattern value=“[0-9]{1,20}”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“vfis” use=“required”>
<xs:annotation>
<xs:documentation>Valor fiscal</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:double”>
<xs:pattern value=“[0-9]{1,20}”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<!--xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute-->
</xs:complexType>
</xs:element>
<xs:element name=“mas”>
<xs:annotation>
<xs:documentation>Elemento raiz del xml de carga masiva</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element name=“Cab” type=“CabType”/>
<xs:element ref=“difcon” maxOccurs=“unbounded”/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:complexType name=“CabType”>
<xs:sequence>
<xs:element name=“Ano” type=“xs:gYear” nillable=“false”>
<xs:annotation>
<xs:documentation>Año de envio</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“CodCpt” nillable=“false”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=“Formato” fixed=“1025”>
<xs:simpleType>
<xs:restriction base=“xs:positiveInteger”>
<xs:totalDigits value=“4”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=“Version” type=“xs:positiveInteger” fixed=“6”/>
<xs:element name=“NumEnvio”>
<xs:annotation>
<xs:documentation>Número de envio</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:positiveInteger”>
<xs:totalDigits value=“8”/>
<xs:maxInclusive value=“99999999”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=“FecEnvio” type=“xs:dateTime”>
<xs:annotation>
<xs:documentation>Fecha de envio</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“FecInicial” type=“xs:date”>
<xs:annotation>
<xs:documentation>Fecha inicial</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“FecFinal” type=“xs:date”>
<xs:annotation>
<xs:documentation>Fecha Final</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“ValorTotal” type=“xs:double”>
<xs:annotation>
<xs:documentation>Valor Total</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=“CantReg”>
<xs:annotation>
<xs:documentation>Cantidad de registros</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:positiveInteger”>
<xs:totalDigits value=“4”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:schema>