Traductor
BUSCAR
ÍNDICE
RESOLUCIÓN 12806 DE 2006
(octubre 26)
Diario Oficial No. 46.437 de 30 de octubre de 2006
DIRECCIÓN DE IMPUESTOS Y ADUANAS NACIONALES
Por la cua l 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 Económicos y/o Empresariales, correspondiente al año gravable 2006.
EL DIRECTOR GENERAL DE LA UNIDAD ADMINISTRATIVA ESPECIAL DIRECCIÓN DE IMPUESTOS Y ADUANAS NACIONALES,
en uso de sus facultades legales y especialmente de las consagradas en el 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 ECONÓMICOS Y/O EMPRESARIALES. Para el año gravable 2006, la controlante o matriz de cada uno de los Grupos Económicos y/o Empresariales, registrados en el Registro Mercantil de las Cámaras de Comercio existentes en el país, deberá suministrar anualmente la información a que se refiere el artículo 631-1 del Estatuto Tributario, referente a los Estados Financieros Consolidados, a la Unidad Administrativa Especial Dirección de Impuestos y Aduanas Nacionales, de acuerdo a las características técnicas establecidas en la presente resolución.
De igual forma la subordinada que cumpla con las características de controlante o matriz, deberá informar como tal, independientemente de la información del Grupo Empresarial o Económico al cual perteneciere.
ARTÍCULO 2o. CONTROLANTE O MATRIZ EXTRANJERA. Cuando la controlante o matriz de un Grupo Económico y/o 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 o subordinada que tenga el mayor Patrimonio Neto tomando para estos efectos, el carácter de controlante o matriz.
ARTÍCULO 3o. CONTROLANTE O MATRIZ DE NATURA LEZA NO SOCIETARIA. Cuando la controlante o matriz de un Grupo Económico y/o Empresarial sea de naturaleza no societaria (entidades sin ánimo de lucro o personas naturales), la información a que se refiere el artículo 1o de la presente resolución deberá ser suministrada por la Sucursal o subordinada que tenga el mayor Patrimonio Neto tomando para estos efectos, el carácter de controlante o matriz.
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, el cual se adopta por medio de la presente resolución:
– 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, en el concepto 5302.
– Utilidad neta, en el concepto 5304.
– Impuesto de renta, en el concepto 5305
– Pérdida neta, en el concepto 5306;
b) Información de las compañías subordinadas nacionales, la cual se debe presentar en el FORMATO 1035 versión 6, el cual se adopta por medio de la presente resolución:
– 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, el cual se adopta por medio de la presente resolución:
– 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, sin guiones, puntos o comas. 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.
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 2007.
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 e mitido 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, 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, constituirán causales de justificación de la extemporaneidad en la presentación de la información.
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úmero 47 al número 49 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.
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 26 de octubre de 2006.
El Director General,
OSCAR FRANCO CHARRY.
ESPECIFICACIONES TÉCNICAS.
INFORMACION DE ESTADOS FINANCIEROS CONSOLIDADOS - GRUPOS ECONOMICOS.
FORMATO 1034 – VERSIÓN 6.
AÑO GRAVABLE 2006.
OBJETIVO
Definir las características y contenido de los archivos, donde se reporta la Información de Estados financieros consolidados-grupos económicos.
ESPECIFICACION TECNICA
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.
< TABLA NO INCLUIDA. VER ORIGINAL EN D.O No. 46.437 EN LA CARPETA “ANEXOS” O EN LA PÁGINA WEB www.imprenta.gov.co >
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:
< TABLA NO INCLUIDA. VER ORIGINAL EN D.O No. 46.437 EN LA CARPETA “ANEXOS” O EN LA PÁGINA WEB www.imprenta.gov.co >
(*) Se enviarán a rchivos 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 "estfinan" y se deben incluir los siguientes datos para cada transacción reportada.
< TABLA NO INCLUIDA. VER ORIGINAL EN D.O No. 46.437 EN LA CARPETA “ANEXOS” O EN LA PÁGINA WEB www.imprenta.gov.co >
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 5.000 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>
& lt;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>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.
IDENTIFICACION SUBORDINADAS NACIONALES.
FORMATO 1035 – VERSIÓN 6.
AÑO GRAVABLE 2006.
OBJETIVO
Definir las características y contenido de los archivos, donde se reporta la Identificación subordinadas nacionales.
ESPECIFICACION TECNICA
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.
< TABLA NO INCLUIDA. VER ORIGINAL EN D.O No. 46.437 EN LA CARPETA “ANEXOS” O EN LA PÁGINA WEB www.imprenta.gov.co >
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:
< TABLA NO INCLUIDA. VER ORIGINAL EN D.O No. 46.437 EN LA CARPETA “ANEXOS” O EN LA PÁGINA WEB www.imprenta.gov.co >
(*) 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 "subnac" y se deben incluir los siguientes datos para cada transacción reportada.
< TABLA NO INCLUIDA. VER ORIGINAL EN D.O No. 46.437 EN LA CARPETA “ANEXOS” O EN LA PÁGINA WEB www.imprenta.gov.co >
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 5.000 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>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 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"/>< /p>
<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>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: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 6.
AÑO GRAVABLE 2006.
OBJETIVO
Definir las características y contenido de los archivos, donde se reporta la Identificación subordinadas del exterior.
ESPECIFICACION TECNICA
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.
< TABLA NO INCLUIDA. VER ORIGINAL EN D.O No. 46.437 EN LA CARPETA “ANEXOS” O EN LA PÁGINA WEB www.imprenta.gov.co >
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:
< TABLA NO INCLUIDA. VER ORIGINAL EN D.O No. 46.437 EN LA CARPETA “ANEXOS” O EN LA PÁGINA WEB www.imprenta.gov.co >
(*) 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 "subext" y se deben incluir los siguientes datos para cada transacción reportada.
< TABLA NO INCLUIDA. VER ORIGINAL EN D.O No. 46.437 EN LA CARPETA “ANEXOS” O EN LA PÁGINA WEB www.imprenta.gov.co >
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 "país" (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>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: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:rest riction base="xs:positiveInteger">
<xs:totalDigits value="4"/>
<xs:maxInclusive value="9999"/>
</xs:restriction>
</xs:simpleType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:schema>