Traductor
BUSCAR
ÍNDICE
RESOLUCION 10143 DE 2005
(octubre 28)
Diario Oficial No. 46.078 de 31 de octubre de 2005
DIRECCIÓN DE IMPUESTOS Y ADUANAS NACIONALES
Por la cual se señalan el contenido y las características técnicas para la presentación de la información tributaria a que se refieren los artículos 625 y 628 del Estatuto Tributario, que debe ser presentada por las Bolsas de Valores y por los Comisionistas de Bolsa a la Unidad Administrativa Especial Dirección de Impuestos y Aduanas Nacionales, por el año gravable 2005.
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 625, 628, 631-2, 633, 684 y 686 del Estatuto Tributario,
RESUELVE:
ARTÍCULO 1o. INFORMACIÓN A SUMINISTRAR POR LAS BOLSAS DE VALORES. Las Bolsas de Valores deberán informar por el año gravable 2005, de cada uno de los Comisionistas de Bolsa el valor acumulado de las adquisiciones y enajenaciones efectuadas durante el respectivo año gravable, en el FORMATO 1041, versión 6, el cual se adopta por medio de la presente resolución, indicando lo siguiente:
1. Nit del comisionista de bolsa.
2. Dígito de verificación.
3. Razón social.
4. Dirección.
5. Código departamento.
6. Código municipio.
7. Valor anual acumulado de las adquisiciones.
8. Valor anual acumulado de las enajenaciones.
9. Valor de las comisiones pagadas a los comisionistas.
10. Valor de la retención en la fuente practicada al comisionista.
ARTÍCULO 2o. INFORMACIÓN A SUMINISTRAR POR LOS COMISIONISTAS DE BOLSA. Los Comisionistas de Bolsa deberán suministrar por el año gravable 2005, la información de cada una de las personas o entidades que efectuaron a través de ellos, enajenaciones o adquisiciones de acciones y demás papeles transados en Bolsa cuyo valor acumulado sea superior a diez millones de pesos ($10.000.000), con indicación del valor total acumulado de dichas operaciones, en el FORMATO 1042, versión 6, el cual se adopta por medio de la presente resolución, indicando:
1. Número Identificación del tercero a nombre de quien se efectuaron las operaciones.
2. Dígito de verificación.
3. Apellidos y Nombre o razón social del tercero a nombre de quien se efectuaron las operaciones.
4. Dirección
5. Código departamento.
6. Código municipio.
7. Valor de las adquisiciones
8. Valor de las enajenaciones.
PARÁGRAFO. Las transacciones realizadas con los bonos pensionales no deben reportarse.
ARTÍCULO 3o. 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 4o. PLAZOS PARA PRESENTAR LA INFORMACIÓN. El plazo para presentar la información tributaria a que se refiere la presente resolución será:
Para presentar la información tributaria a que se refiere el artículo 625 será el establecido por el Gobierno Nacional.
<Inciso 3o. modificado por el artículo 2 de la Resolución 3859 de 2006. El nuevo texto es el siguiente:> Para la entrega de la información a que se refiere el artículo 628, deberá tenerse en cuenta el último dígito del NIT del informante cuando se trate de un Gran Contribuyente o los dos últimos dígitos del NIT del informante cuando se trate de una persona jurídica, y suministrarse a más tardar en las siguientes fechas:
Grandes Contribuyentes
Fecha | Ultimo dígito |
Mayo 22 de 2006 | 0 |
Mayo 23 de 2006 | 9 |
Mayo 24 de 2006 | 8 |
Mayo 25 de 2006 | 7 |
Mayo 26 de 2006 | 6 |
Mayo 30 de 2006 | 5 |
Mayo 31 de 2006 | 4 |
Junio 01 de 2006 | 3 |
Junio 02 de 2006 | 2 |
Junio 05 de 2006 | 1 |
Personas Jurídicas
Fecha | Ultimos dígitos | ||||
Junio 06 de 2006 | 00 | 10 | 20 | 30 | 40 |
Junio 07 de 2006 | 50 | 60 | 70 | 80 | 90 |
Junio 08 de 2006 | 09 | 19 | 29 | 39 | 49 |
Junio 09 de 2006 | 59 | 69 | 79 | 89 | 99 |
Junio 12 de 2006 | 08 | 18 | 28 | 38 | 48 |
Junio 13 de 2006 | 58 | 68 | 78 | 88 | 98 |
Junio 14 de 2006 | 07 | 17 | 27 | 37 | 47 |
Junio 15 de 2006 | 57 | 67 | 77 | 87 | 97 |
Junio 16 de 2006 | 06 | 16 | 26 | 36 | 46 |
Junio 20 de 2006 | 56 | 66 | 76 | 86 | 96 |
Junio 21 de 2006 | 05 | 15 | 25 | 35 | 45 |
Junio 22 de 2006 | 55 | 65 | 75 | 85 | 95 |
Junio 23 de 2006 | 04 | 14 | 24 | 34 | 44 |
Junio 27 de 2006 | 54 | 64 | 74 | 84 | 94 |
Junio 28 de 2006 | 03 | 13 | 23 | 33 | 43 |
Junio 29 de 2006 | 53 | 63 | 73 | 83 | 93 |
Junio 30 de 2006 | 02 | 12 | 22 | 32 | 42 |
Julio 04 de 2006 | 52 | 62 | 72 | 82 | 92 |
Julio 05 de 2006 | 01 | 11 | 21 | 31 | 41 |
Julio 06 de 2006 | 51 | 61 | 71 | 81 | 91 |
ARTÍCULO 5o. FORMA Y SITIOS DE PRESENTACIÓN DE LA INFORMACIÓN. <Inciso modificado por el artículo 5 de la Resolución 12466 de 2005. El nuevo texto es el siguiente:> La información será entregada de manera virtual utilizando los servicios electrónicos de la Dirección de Impuestos y Aduanas Nacionales o en los puntos habilitados a través de disco compacto (CD), disquete o Memoria flash USB.
Cuando el trámite se realice de manera virtual, la información debe venir con firma electrónica respaldada con certificación digital.
Para quienes realicen el trámite en los puntos habilitados por la Dirección de Impuestos y Aduanas Nacionales, la presentación podrá hacerse directamente por el obligado o por interpuesta persona, caso en el cual se requiere comunicación suscrita por el Representante Legal o interesado, en la que autorice entregar la información. En estos casos la DIAN entregará la constancia de radicación.
ARTÍCULO 6o. SANCIONES. Cuando no se suministre la información dentro de los plazos establecidos, cuando el contenido presente errores de carácter técnico, 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 7o. 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 45 y 46 adjuntos, los cuales hacen parte integral de esta resolución.
ARTÍCULO 8o. VIGENCIA. La presente resolución rige a partir de la fecha de su pu blicación.
Publíquese y cúmplase.
Dada en Bogotá, D. C., a 28 de octubre de 2005.
El Director General,
Oscar Franco Charry.
ESPECIFICACIONES TÉCNICAS.
INFORMACION DE BOLSA DE VALORES
Formato 1041 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos, donde se reporta la Información de Bolsa de Valores.
ESPECIFICACION TECNICA
El formato de Información de Bolsa de Valores, 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 secuen-cia de caracteres:
Dmuisca_ccmmmmmvvaaaacccccccc.xml
cc : Concepto (Inserción = 01, Reemplazo = 02)
mmmmm : Formato (Información de bolsa de valores = 01041)
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 Sociedades liquidadas, 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:
(*) 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 “bolsa” y se deben incluir los siguientes datos para cada transacción reportada.
<Ver Notas de Vigencia sobre la modificación introducida a este formato por el artículo 6 de la Resolución 12466 de 2005. El formato ORIGINAL es el siguiente:>
El campo NIT del Comisionista, 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 conten er 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 “com” (Valor comisión pagada al Comisionista) de los registros reportados.
4. XML ejemplo
A continuación se incluye un ejemplo de un archivo XML bien formado para esta especificación técnica.
<?xml version=“1.0” encoding=“ISO-8859-1”?>
<mas xmlns:xsi=“http://www.w3.org/2001/XMLSchema-instance”
xsi:noNamespaceSchemaLocation=“1041.xsd”>
<Cab>
< Año >2005</ Año >
<CodCpt>1</CodCpt>
<Formato>1041</Formato>
<Version>6</Version>
<NumEnvio>1</NumEnvio>
<FecEnvio>2005-12-17T09:30:47-05:00</FecEnvio>
<FecInicial>2004-01-01</FecInicial>
<FecFinal>2004-12-31</FecFinal>
<ValorTotal>520000</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<bolsa nit=“800125456” dv=“7” raz=“Rojas y asociados” dir=“Av 19 5 14” dpto=“11” mun=“1”
adq=“25782100” ena=“45782100” com=“520000” ret=“5200000”/>
</mas>
5. Esquema XSD
<Ver Notas de Vigencia sobre la modificación introducida a este punto por el artículo 6 de la Resolución 12466 de 2005.>
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=“bolsa”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1041 INFORMACION DE BOLSA DE VALORES</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name =“nit” use=“required”>
<xs:annotation>
<xs:documentation>NIT del Comisionista</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>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:simpleTyp e>
</xs:attribute>
<xs:attribute name=“raz” use=“required”>
<xs:annotation>
<xs:documentation>Razón Social del Comisionista</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=“depto” use=“required”>
<xs:annotation>
<xs:documentation>Código 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=“adq” use=“required”>
<xs:annotation>
<xs:documentation>Valor de las Adquisiciones</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:long”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“999999999999999999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“ena” use=“required”>
<xs:annotation>
<xs:documentation>Valor de las Enajenaciones</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:long”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“999999999999999999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“com” use=“required”>
<xs:annotation>
<xs:documentation>Valor comisión pagada al Comisionista</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:long”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“999999999999999999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“ret” use=“required”>
<xs:annotation>
<xs:documentation>Retención en la fuente practicada</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:long”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“999999999999999999”/>
</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=“bolsa” maxOccurs=“unbounded”/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:complexType name=“CabType”>
<xs:sequence>
<xs:element name=“ Año ” 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=“1041”>
<xs:simpl eType>
<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>
< span style='mso-spacerun:yes'> </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>
ANEXO No 46
Especificaciones Técnicas
INFORMACION DE COMISIONISTAS DE BOLSAS
Formato 1042 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos, donde se reporta la Información de comisionistas de bolsas.
ESPECIFICACION TECNICA
El formato de Información de comisionistas de bolsas, 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 comisionistas de bolsas = 01042)
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 comisionistas de bolsas, 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:
(*) 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.
E l contenido del archivo viene en el elemento “comisionista” y se deben incluir los siguientes datos para cada transacción reportada.
<Ver Notas de Vigencia sobre la modificación introducida a este formato por el artículo 6 de la Resolución 12466 de 2005. El formato ORIGINAL es el siguiente:>
Los campos Tipo de Documento y Número de Identificación del tercero a nombre de quien se efectuaron las operaciones, 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 “adq” (Valor de las Adquisiciones) de los registros reportados.
4. XML ejemplo
A continuación se incluye un ejemplo de un archivo XML bien formado para esta especificación técnica.
<?xml version=“1.0” encoding=“ISO-8859-1”?>
<mas xmlns:xsi=“http://www.w3.org/2001/XMLSchema-instance”
x si:noNamespaceSchemaLocation=“1042.xsd”>
<Cab>
< Año >2005</ Año >
<CodCpt>1</CodCpt>
<Formato>1042</Formato>
<Version>6</Version>
<NumEnvio>1</NumEnvio>
<FecEnvio>2005-12-17T09:30:47-05:00</FecEnvio>
<FecInicial>2004-01-01</FecInicial>
<FecFinal>2004-12-31</FecFinal>
<ValorTotal>100000000</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<comisionista tdoc=“31” nid=“79756123” dv=“2” apl1=“Pérez” apl2=“Rosas” nom1=“Juan”
nom2=“Manuel” dir=“Cra 45 12 41” dpto=“15” mun=“500”adq=“100000000”
ena=“50000000”/>
</mas>
5. Esquema XSD
<Ver Notas de Vigencia sobre la modificación introducida a este punto por el artículo 6 de la Resolución 12466 de 2005.>
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” attributeF ormDefault=“unqualified”>
<xs:element name=“comisionista”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1042 INFORMACION DE COMISIONISTAS DE BOLSAS</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 del tercero a nombre de quien se efectuaron las operaciones</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 tercero a nombre de quien se efectuaron las operaciones</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 tercero a nombre de quien se efectuaron las operaciones</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 tercero a nombre de quien se efectuaron las operaciones</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 tercero a nombre de quien se efectuaron las operaciones</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 del tercero a nombre de quien se efectuaron las operaciones</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 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=“adq” use=“required”>
<xs:annotation>
<xs:documentation>Valor de las Adquisiciones</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:long”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“999999999999999999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“ena” use=“required”>
<xs:annotation>
<xs:documentation>Valor de las Enajenaciones</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:long”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“999999999999999999”/>
</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=“comisionista” maxOccurs=“unbounded”/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:complexType name=“CabType”>
<xs:sequence>
<xs:element name=“ Año ” 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=“1042”>
<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>
& lt;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>< /o:p>
</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>