Traductor
BUSCAR
ÍNDICE
RESOLUCIÓN 3848 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 características técnicas de la información tributaria a que se refiere el artículo 631-1 del Estatuto Tributario, que debe ser presentada a la Unidad Administrativa Especial Dirección de Impuestos y Aduanas Nacionales por los grupos empresariales, correspondiente al 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-1, 633 y 684 del Estatuto Tributario,
RESUELVE:
ARTÍCULO 1o. INFORMACIÓN A SUMINISTRAR POR LOS GRUPOS EMPRESARIALES. Para el año gravable 2008, la controlante o matriz de cada uno de los grupos empresariales, inscritos en el Registro Mercantil de las Cámaras de Comercio existentes en el país, deberá suministrar a la Unidad Administrativa Especial Dirección de Impuestos y Aduanas Nacionales, la información a que se refiere el artículo 631-1 del Estatuto Tributario, referente a los estados financieros consolidados, de acuerdo con las características técnicas establecidas en la presente resolución.
ARTÍCULO 2o. CONTROLANTE O MATRIZ EXTRANJERA. Cuando la controlante o matriz de un grupo empresarial no se encuentre domiciliada en el país, la información a que se refiere el artículo 1o de la presente resolución deberá ser suministrada por la sucursal en Colombia. Cuando la controlante o matriz no tenga sucursal en el país, la información deberá ser suministrada por la subordinada que tenga el mayor patrimonio neto.
ARTÍCULO 3o. CONTROLANTE O MATRIZ DE NATURALEZA NO SOCIETARIA. Cuando la matriz o controlante de un grupo empresarial sea una persona jurídica de naturaleza no societaria o una persona natural comerciante, son estos los obligados a suministrar la información a que se refiere el artículo 1o de la presente resolución.
Cuando la controlante del grupo empresarial sea una persona natural no comerciante, la información a que se refiere el artículo 1o de la presente resolución, deberá ser suministrada por la subordinada que tenga mayor patrimonio neto.
ARTÍCULO 4o. CONTENIDO DE LA INFORMACIÓN A SUMINISTRAR.
a) Información de los estados financieros consolidados, la cual se debe presentar en el Formato 1034, Versión 6:
– Activo corriente, en el concepto 1000.
– Activo no corriente, en el concepto 1011.
– Pasivo corriente, en el concepto 2000.
– Pasivo no corriente, en el concepto 2001.
– Interés minoritario de balance, en el concepto 2002.
– Patrimonio, en el concepto 3000.
– Ingresos operacionales, en el concepto 4100.
– Costo de ventas, en el concepto 6000.
– Gastos operacionales de administración, en el concepto 5100.
– Gastos operacionales de ventas, en el concepto 5200.
– Otros ingresos no operacionales, en el concepto 4200.
– Otros egresos no operacionales, en el concepto 5300.
– Utilidad antes de impuesto de renta, en el concepto 5301.
– Interés minoritario de resultados (Utilidad), en el concepto 5302.
– Utilidad neta, en el concepto 5304.
– Impuesto de renta, en el concepto 5305.
– Pérdida neta, en el concepto 5306.
– Interés minoritario de resultados (Pérdida), en el concepto 5307;
b) Información de las compañías subordinadas nacionales, la cual se debe presentar en el Formato 1035 versión 6:
– Identificación de la subordinada
– Dígito de verificación
– Nombre o razón social de la subordinada
– Dirección
– Código departamento
– Código municipio
– Actividad económica;
c) Información de las compañías subordinadas del exterior, la cual se debe presentar en el Formato 1036, Versión 7:
– Identificación de la subordinada
– Nombre o razón social de la subordinada
– Código de país
PARÁGRAFO. En el caso de las subordinadas del exterior la casilla “identificación” se debe diligenciar con el número, código o clave de identificación fiscal o tributaria que se utiliza, en su país de residencia o domicilio, en relación con el Impuesto a la Renta o su similar, sin guiones, puntos o comas con tipo de documento 42. Cuando en dicho país no se utilice número, código o clave fiscal, se debe informar con identificación 444444001 en adelante, el cual irá variando consecutivamente en una unidad hasta el 444445000 y con tipo de documento 43.
ARTÍCULO 5o. PLAZO PARA PRESENTAR LA INFORMACIÓN. De acuerdo a lo establecido en el artículo 631-1 del Estatuto Tributario, la información deberá ser presentada a más tardar el 30 de junio de 2009.
ARTÍCULO 6o. 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 7o. 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 8o. 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 9o. 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 10. 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 51 a 53 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
43. Sin identificación del exterior o para uso definido por la DIAN.
ARTÍCULO 11. VIGENCIA. La presente resolución rige desde 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
INFORMACION DE ESTADOS FINANCIEROS CONSOLIDADOS-GRUPOS ECONOMICOS
Formato 1034 – Versión 6
Objetivo
Definir las características y contenido de los archivos, donde se reporta la Información de Estados financieros consolidados-grupos económicos.
Especificación técnica
El formato de Información de estados financieros consolidados-grupos económicos, 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)
mmmmm: Formato (Información de estados financieros consolidados-grupos económicos = 01034)
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 estados financieros consolidados-grupos económicos, 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 al 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 estados financieros consolidados-grupos económicos = 1034 | |
| 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 Contable al 31 de diciembre) de los registros reportados. | |
| CantReg | Cantidad de registros | Int | 4 | Se enviarán archivos con máximo 5000 registros (*). | Cantidad de registros reportados en el contenido. |
(*) Se enviarán archivos con máximo 5000 registros; si es necesario informar más de 5000 registros, se fraccionará la información en archivos de 5000 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 “estfinan” y se deben incluir los siguientes datos para cada transacción reportada.
| Atributo | Denominación casilla | Tipo | Longitud | Criterios |
| cop | Concepto | int | 4 | De acuerdo a los definidos por resolución. En esta casilla se debe diligenciar un solo valor por cada código referenciado por cuanto en este formato se listarán los Estados Financieros por valor total de cada cuenta. Siempre debe diligenciarse |
| val | Valor Contable al 31 de diciembre | double | 20 | El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse |
El campo Concepto, 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 5000 registros.
6. Valor total, corresponde a la sumatoria de la casilla “val” (Valor Contable al 31 de diciembre) 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=“estfinan”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1034 INFORMACION DE ESTADOS FINANCIEROS CONSOLIDADOS-GRUPOS ECONOMICOS</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“cop” use=“required”>
<xs:annotation>
<xs:documentation>Número del Convenio</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=“val” use=“required”>
<xs:annotation>
<xs:documentation>Valor total del 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: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=“estfinan” 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=“1034”>
<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>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
IDENTIFICACION SUBORDINADAS NACIONALES
Formato 1035–Versión 6
Objetivo
Definir las características y contenido de los archivos, donde se reporta la Identificación subordinadas nacionales.
Especificación técnica
El Formato de Identificación subordinadas nacionales, 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 (Identificación subordinadas nacionales = 01035)
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 Identificación subordinadas nacionales, 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 al 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 | Identificación subordinadas nacionales = 1035 | |
| 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 “nid” (Identificación de la Subordinada) de los registros reportados. | |
| CantReg | Cantidad de registros | Int | 4 | Se enviarán archivos con máximo 5000 registros (*). | Cantidad de registros reportados en el contenido. |
(*) Se enviarán archivos con máximo 5000 registros; si es necesario informar más de 5000 registros, se fraccionará la información en archivos de 5000 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 “subnac” 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 a los definidos por resolución. Siempre debe diligenciarse |
| nid | Identificación de la Subordinada | 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 de la Subordinada | 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 |
| act | Activada económica | int | 4 | Se compara con la tabla de actividades económicas CIIU del DANE, debe incluir los ceros a la izquierda. Siempre debe diligenciarse |
Los campos tipo de Documento e identificación de la Subordinada, conforman 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 reportadas en el contenido, que como máximo puede ser 5000 registros.
6. Valor total, corresponde a la sumatoria de la casilla “nid” (Identificación de la Subordinada) 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=“subnac”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1035 IDENTIFICACION SUBORDINADAS NACIONALES</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>Identificación de la Subordinada</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>Digito 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 subordinado</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 subordinado</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 subordinado</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 subordinado</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 de la Subordinada</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 del Departamento</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 del 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=“act” use=“required”>
<xs:annotation>
<xs:documentation>Actividad económica</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: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=“subnac” 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=“1035”>
<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>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:long”>
<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
IDENTIFICACION SUBORDINADAS DEL EXTERIOR
Formato 1036 – Versión 7
Objetivo
Definir las características y contenido de los archivos, donde se reporta la Identificación subordinadas del exterior.
Especificación técnica
El Formato de Identificación subordinadas del exterior, 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 (Identificación subordinadas del exterior = 01036)
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 Identificación subordinadas del exterior, 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 al 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 | Identificación subordinadas del exterior = 1036 | |
| 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 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 “pais” (Código del País) de los registros reportados. | |
| CantReg | Cantidad de registros | Int | 4 | Se enviarán archivos con máximo 5000 registros (*). | Cantidad de registros reportados en el contenido. |
(*) Se enviarán archivos con máximo 5000 registros; si es necesario informar más de 5000 registros, se fraccionará la información en archivos de 5000 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 “subext” y se deben incluir los siguientes datos para cada transacción reportada.
| Atributo | Denominación casilla | Tipo | Longitud | Observaciones |
| ids | Identificación de la Subordinada | string | 20 | Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse |
| raz | Razón Social de la Subordinada | string | 450 | Siempre debe diligenciarse |
| pais | Código del País | int | 3 | De acuerdo a la tabla de países, debe incluir los ceros a la izquierda. Siempre debe diligenciarse |
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 “pais” (Código del País) 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=“subext”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1036 IDENTIFICACION SUBORDINADAS DEL EXTERIOR</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“ids” use=“required”>
<xs:annotation>
<xs:documentation>Identificación de la Subordinada</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=“raz” use=“required”>
<xs:annotation>
<xs:documentation>Razón Social de la Subordinada</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=“pais” use=“required”>
<xs:annotation>
<xs:documentation>Código del Pais</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=“subext” 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=“1036”>
<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:long”>
<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>