Traductor
BUSCAR
ÍNDICE
RESOLUCION 10147 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 establece para el año gravable 2005 el grupo de personas naturales, personas jurídicas y demás entidades, que deben suministrar la información a que se refieren los literales a), b), c), d), e), f), h), i), y k) del artículo 631 del Estatuto Tributario, y el Decreto 1738 de 1998 a la Unidad Administrativa Especial Dirección de Impuestos y Aduanas Nacionales; se señala el contenido y características técnicas para la presentación y se fijan los plazos para la entrega.
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, en los artículos 631, 631-2, 633, 684 y 686 del Estatuto Tributario y en el artículo 2 del Decreto 1738 de 1998,
RESUELVE:
ARTÍCULO 1o. SUJETOS OBLIGADOS A PRESENTAR INFORMACIÓN POR EL AÑO GRAVABLE 2005.
a) Las personas naturales, personas jurídicas y demás entidades públicas y privadas obligadas a presentar declaración del impuesto sobre la Renta y Complementarios o de Ingresos y Patrimonio, que en el último día del año gravable 2004 hubieren obtenido ingresos brutos superiores a un mil quinientos millones de pesos ($1.500.000.000);
b) Las Personas Jurídicas calificadas como Grandes Contribuyentes obligadas a presentar declaración del impuesto sobre la Renta y Complementarios o de Ingresos y Patrimonio, sean Entidades Públicas o Privadas, independientemente del monto de los ingresos obtenidos;
c) Todas las entidades de derecho público, los fondos de inversión, los fondos mutuos de inversión, los fondos de valores, los fondos de pensiones de jubilación e invalidez, los consorcios, las comunidades organizadas, y las demás personas naturales o jurídicas, sucesiones ilíquidas y sociedades de hecho que efectuaron retenciones en la fuente durante el año gravable 2005, independientemente del monto de los ingresos obtenidos;
d) Los Consorcios y Uniones Temporales que durante el año gravable 2005 hubieren efectuado transacciones económicas, independientemente del monto de los ingresos obtenidos, sin perjuicio de la información que deban suministrar los consorciados de las operaciones inherentes a su actividad económica ejecutadas directamente por ellos;
e) Las personas o entidades que actuaron como Mandatarios o Contratistas, deberán informar el valor de las operaciones inherentes a las actividades ejecutadas en desarrollo de cada uno de los Contratos de Mandato o de Administración Delegada, independientemente del monto de los ingresos, sin perjuicio de la información que deban suministrar los Mandatarios o Contratistas de las operaciones inherentes a su actividad económica, si cumplen los topes de Ingresos Brutos;
f) Las Sociedades Fiduciarias que durante el año 2005 administraron patrimonios autónomos y encargos fiduciarios, deberán informar, bajo su propio NIT y razón social, la totalidad de los Patrimonios Autónomos administrados;
g) Los entes públicos del nivel nacional y territorial, de los órdenes central y descentralizado, no obligados a presentar Declaración de Ingresos y Patrimonio contemplados en el artículo 22 del Estatuto Tributario, que en el último día del año gravable 2004 hubieren obtenido ingresos brutos superiores a un mil quinientos millones de pesos ($1.500.000.000). Para determinar los ingresos se deben tener en cuenta los ingresos brutos reflejados en los estados financieros a 31 de diciembre de 2004;
h) Los Secretarios Generales de los órganos que financien gastos con recursos del Tesoro Nacional o quienes hagan sus veces, independientemente de la cuantía de ingresos obtenidos.
ARTÍCULO 2o. INFORMACIÓN A SUMINISTRAR POR PARTE DE LOS OBLIGADOS.
a) Las Personas Jurídicas calificadas o no como Grandes Contribuyentes, obligadas a presentar declaración del impuesto sobre la Renta y Complementarios o de Ingresos y Patrimonio, sean Entidades Públicas o Privadas y las Personas Naturales obligadas a presentar declaración del im puesto sobre la Renta y Complementarios, están obligadas a suministrar la información de que tratan los literales c), d), e), f), h), i) y k) del artículo 631 del Estatuto Tributario.
Las Personas Jurídicas con ánimo de lucro, obligadas a presentar declaración del impuesto sobre la renta y complementarios, están obligadas a suministrar la información de que trata el literal a) del artículo 631 del Estatuto Tributario;
b) Las entidades de derecho público, los fondos de inversión, los fondos mutuos de inversión, los fondos de valores, los fondos de pensiones de jubilación e invalidez, los consorcios, las comunidades organizadas, y las demás personas naturales o jurídicas, sucesiones ilíquidas y sociedades de hecho que efectuaron retenciones en la fuente durante el año gravable 2005, están obligadas a suministrar la información de que trata el literal b) del artículo 631 del Estatuto Tributario;
c) Los Consorcios y Uniones Temporales y los entes públicos del nivel nacional y territorial, de los órdenes central y descentralizado, no obligados a presentar Declaración de Ingresos y Patrimonio contemplados en el artículo 22 del Estatuto Tributario, están obligados a suministrar la información de que tratan los literales e) y f) del artículo 631 del Estatuto Tributario;
d) Las personas o entidades que actuaron como Mandatarios o Contratistas, deberán informar el valor de las operaciones inherentes a las actividades ejecutadas en desarrollo de cada uno de los Contratos de Mandato o de Administración Delegada, están obligadas a suministrar la información de que tratan los literales b), e), f), h) e, i) del artículo 631 del Estatuto Tributario;
e) Las Sociedades Fiduciarias que durante el año 2005 administraron patrimonios autónomos y encargos fiduciarios, deberán informar el valor patrimonial de los derechos fiduciarios, los rendimientos y/o utilidades causadas y los pagos o abonos en cuenta realizados con recursos del patrimonio autónomo y las retenciones practicadas;
f) Los entes públicos del nivel nacional y territorial, de los órdenes central y descentralizado, están obligados a suministrar la información de que trata el literal e) del artículo 631 del Estatuto Tributario;
g) Los Secretarios Generales de los órganos que financien gastos con recursos del Tesoro Nacional o quienes hagan sus veces, deberán suministrar la información de que trata el literal b) y e) del artículo 631 del Estatuto Tributario, respecto a los pagos efectuados con cargo a los recursos entregados para administración por terceros, independientemente de los ingresos.
ARTÍCULO 3o. INFORMACIÓN DE SOCIOS Y ACCIONISTAS. De acuerdo con lo establecido en el literal a) del artículo 631 del Estatuto Tributario deberá suministrarse:
Los apellidos y nombres o razón social, identificación y dirección de cada una de las personas o entidades que sean socias o accionistas de la respectiva entida d, que posean el uno por ciento (1%) o más del capital, con indicación del valor patrimonial a 31 de diciembre de 2005 de las acciones o aportes y de las participaciones o dividendos pagados o abonados en cuenta en calidad de exigibles en dicho período. se debe reportar en el FORMATO 1010, Versión 6, el cual se adopta por medio de la presente resolución.
El valor de las acciones o aportes, debe ser informado utilizando el valor intrínseco fiscal, esto es, Patrimonio líquido sobre número de acciones en circulación, o el patrimonio liquido sobre el número de cuotas o partes de interés social. En caso que el valor a reportar resulte negativo, no debe informarse el registro.
Los socios o accionistas del exterior, se deben informar en un solo registro con NIT 444444000 y Razón Social: “OPERACIONES DEL EXTERIOR”, siempre y cuando no correspondan a vinculados económicos o partes relacionadas del exterior, de conformidad con las normas de Precios de Transferencia.
Los contribuyentes sometidos al régimen de Precios de Transferencia, de conformidad con el artículo 260-1 del Estatuto Tributario y siguientes, deberán relacionar a cada una de las personas o entidades del exterior, identificándoles con NIT 444444001 en adelante, el cual irá variando consecutivamente en una unidad hasta el 444445000.
ARTÍCULO 4o. INFORMACIÓN DE PAGOS O ABONOS EN CUENTA. De acuerdo con lo establecido en el literal e) del artículo 631 del Estatuto Tributario, los obligados a presentar información, deberán suministrar los apellidos y nombres o razón social, identificación y dirección de cada uno de los beneficiarios de los pagos o abonos en cuenta (causación), que constituyan costo o deducción o den derecho a impuesto descontable, incluida la compra de activos fijos o movibles, en los casos en los cuales el valor acumulado por beneficiario de los mismos, por el año gravable 2005, sea igual o superior a un millón de pesos ($1.000.000), según el concepto contable a que correspondan.
Cuando se trate de erogaciones efectuadas por el informante que tengan el carácter de cargos diferidos o gastos pagados por anticipado, se debe informar el valor del pago o abono registrado en dichas cuentas durante el año gravable 2005.
PARÁGRAFO 1o. Los trabajadores que durante el año gravable 2005 hubiesen recibido ingresos por salarios, honorarios, comisiones, servicios y demás pagos, cuyo valor acumulado sea igual o superior a veinticinco millones de pesos ($25.000.000), se deben reportar en los conceptos correspondientes.
En el caso de salarios, prestaciones sociales y demás pagos laborales devengados por el trabajador, se deben reportar los pagos efectuados en el año gravable 2005 directamente al trabajador.
Los asalariados que no se les hubiesen efectuado pagos por otros conceptos, cuyo valor acumulado sea inferior a veinticinco millones de pesos ($25.000.000), se reportarán con NIT 222222222 y razón social “CUANTÍAS MENORES”, en el Concepto correspondiente.
PARÁGRAFO 2o. El valor mínimo a reportar por cada beneficiario de un pago o abono en cuenta es de un millón de pesos ($1.000.000), no obstante que al discriminar el pago por concepto los valores a reportar sean menores.
Sin embarg o, a opción del informante, podrán reportarse pagos o abonos en cuentas menores a dicha cuantía, cumpliendo con las especificaciones técnicas establecidas.
Los pagos que acumulados por beneficiario por todo concepto sean menores a un millón de pesos ($1.000.000), se informarán en un solo registro, con NIT 222222222 y razón social “CUANTIAS MENORES”, en el Concepto a que correspondan.
PARÁGRAFO 3o. Los pagos o abonos en cuenta efectuados a personas o entidades del exterior, se informarán en un solo registro, independientemente de la cuantía, con NIT: 444444000 y razón social: “OPERACIONES DEL EXTERIOR”, según el concepto al que correspondan dichos pagos, siempre y cuando no correspondan a operaciones realizadas con vinculados económicos o partes relacionadas del exterior, de conformidad con las normas de Precios de Transferencia.
Los contribuyentes sometidos al régimen de Precios de Transferencia, de conformidad con el artículo 260-1 y siguientes del Estatuto Tributario, deberán relacionar a cada una de las personas o entidades del exterior que le efectuaron pagos o abonos en cuenta, identificándoles con NIT 444444001 en adelante, el cual irá variando consecutivamente en una unidad hasta el 444445000, en el Concepto a que corresponda el pago o abono en cuenta.
PARÁGRAFO 4o. Las entidades del Régimen Tributario Especial, deberán reportar la totalidad de los egresos efectuados en el año gravable 2005, de las actividades desarrolladas en cumplimiento de su objeto social.
PARÁGRAFO 5o. Las entidades públicas que celebren contratos de construcción y de obra, suministro, consultoría, prestación de servicios y concesión, deberán informar el valor de los pagos o abonos en cuenta que correspondan al contrato efectivamente realizado y recibido durante el año gravable 2005, sin importar que corresponda a contratos celebrados en años anteriores, en el Concepto correspondiente.
Los pagos o abonos en cuenta se deben reportar en el FORMATO 1001, Versión 6, el cual se adopta por medio de la presente resolución, según el concepto a que corresponda, de la siguiente manera:
1. Salarios, prestaciones sociales y demás pagos laborales efectivamente efectuados al trabajador, en el Concepto 5001.
2. Honorarios: El valor acumulado pagado o abonado en cuenta, en el Concepto 5002.
3. Comisiones: El valor acumulado pagado o abonado en cuenta, en el Concepto 5003.
4. Servicios: El valor acumulado pagado o abonado en cuenta, en el Concepto 5004.
5. Arrendamientos: El valor acumulado pagado o abonado en cuenta, en el Concepto 5005.
6. Intereses y rendimientos financieros: El valor acumulado pagado o abonado en cuenta, en el Concepto 5006.
7. Compra de activos movibles: El valor acumulado pagado o abonado en cuenta, en el Concepto 5007.
8. Compra de activos fijos: El valor acumulado pagado o abonado en cuenta, en el Concepto 5008.
9. Cargos diferidos y/o gastos pagados por anticipado: El valor acumulado pagado o abonado en cuenta, en el Concepto 5009. El valor de las amortizaciones se debe reportar en el FORMATO 1011 Versión 6, el cual se adopta por medio de la presente resolución, en el Concepto 8206.
10. Los pagos o abonos correspondientes al año gravable 2005 por concepto de aportes parafiscales al SENA, a las Cajas de Compensación Familiar y al Instituto Colombiano de Bienestar Familiar, en el Concepto 5010.
11. Los pagos o abonos en cuenta correspondientes año gravable 2005 por concepto de aportes parafiscales a las empresas promotoras de salud EPS y el ISS y los aportes al Sistema de Riesgos Profesionales, incluidos los aportes del trabajador, en el Concepto 5011.
12. Los pagos o abonos en cuenta correspondientes al año gravable 2005 por concepto de aportes obligatorios para pensiones efectuados al ISS y a los Fondos de Pensiones, incluidos los aportes del trabajador, en el Concepto 5012.
13. Los pagos efectuados durante el año gravable 2005, por concepto de donaciones en dinero efectuadas a las entidades señaladas en el artículo 125 del Estatuto Tributario, en el Concepto 5013.
14. Los pagos efectuados durante el año gravable 2005, por concepto de donaciones en otros activos efectuadas a las entidades señaladas en el artículo 125 del Estatuto Tributario, en el Concepto 5014.
15. El valor de los impuestos efectivamente pagados durante el año gravable 2005 solicitados como deducción, en el Concepto 5015.
16. Los demás costos y deducciones, en el Concepto 5016.
Las compañías de seguros deberán informar adicionalmente los pagos o abonos en cuenta efectuados por los siguientes conceptos:
1. El importe de los siniestros pagados o abonados en cuenta por las compañías de seguros en el Concepto 5017.
2. El importe de las primas de reaseguros pagados o abonados en cuenta por las compañías de seguros en el Concepto 5018.
ARTÍCULO 5o. INFORMACIÓN DE RETENCIONES EN LA FUENTE PRACTICADAS. De acuerdo con lo establecido en el literal b) del artículo 631 del Estatuto Tributario los obligados a que se refiere el artículo 1o de la presente resolución, deberán suministrar los apellidos y nombres o razón social, identificación y dirección de cada una de las personas o entidades a quienes se les practicó retención en la fuente en el año gravable 2005, con indicación concepto, valor del pago o abono en cuenta sujeto a retención y el valor retenido.
La información aquí relacionada, deberá ser suministrada en el FORMATO 1002, Versión 6, el cual se adopta por medio de la presente resolución, según el concepto a que corresponda, de la siguiente manera:
1. Retenciones practicadas a título de renta.
a) Retención por salarios y demás pagos laborales, en el Concepto 2301;
b) Retención por compras, en el Concepto 2302;
c) Retención por comisiones, en el Concepto 2303;
d) Retención por honorarios, en el Concepto 2304;
e) Retención por servicios, en el Concepto 2305;
f) Retención por arrendamientos, en el Concepto 2306;
g) Retención por rendimientos financieros, en el Concepto 2307;
h) Retención en la fuente por dividendos y participaciones, en el Concepto 2308;
i) Retención por enajenación de activos fijos de personas naturales ante Notarios y autoridades de tránsito, en el Concepto 2309;
j) Retención sobre ingresos de tarjetas débito y crédito, en el Concepto 2310;
k) Retención por loterías, apuestas y similares, en el Concepto 2311;
l) Retención por pagos al exterior a título de renta y de remesas, en el Concepto 2312;
m) Otras retenciones, en el Concepto 2313;
n) Auto-retenciones por ventas, en el Concepto 2314;
o) Auto-retenciones por servicios, en el Concepto 2315;
p) Auto-retenciones por rendimientos financieros, en el Concepto 2316;
q) Otras auto-retenciones, en el Concepto 2317.
PARÁGRAFO. Las retenciones practicadas a personas o entidades del exterior se informarán en un solo registro independientemente de la cuantía con NIT 444444000 y razón social “OPERACIONES DEL EXTERIOR”.
2. Retención en la fuente practicada en el impuesto sobre las ventas
Deberán suministrarse los apellidos y nombres o razón social, identificación y dirección de cada una de las personas o entidades del régimen común a quienes se les practicó retención en la fuente del impuesto sobre las ventas en el año gravable 2005 con indicación del valor del pago o abono en cuenta y el valor retenido en el Concepto 2318.
ARTÍCULO 6o. INFORMACIÓN DE RETENCIONES EN LA FUENTE QUE LE PRACTICARON A TÍTULO DE RENTA Y DE IMPUESTO SOBRE LAS VENTAS. De acuerdo con lo establecido en el literal c) del artículo 631 del Estatuto Tributario, los obligados a presentar información, deberán suministrar los apellidos y nombres o razón social e identificación de cada una de las personas o entidades que les hubieren practicado retención en la fuente en el año gravable 2005, con indicación del concepto y el valor de la retención que le practicaron, en el FORMATO 1003 Versión 6, el cual se adopta por medio de la presente resolución, según el concepto a que corresponda, de la siguiente manera:
a) Retención por salarios prestaciones y demás pagos laborales en el Concepto 1301;
b) Retención por ventas en el Concepto 1302;
c) Retención por servicios en el Concepto 1303;
d) Retención por honorarios en el Concepto 1304;
e) Retención por comisiones en el Concepto 1305;
f) Retención por intereses y rendimientos financier os en el Concepto 1306;
g) Retención por arrendamientos en el Concepto 1307;
h) Retención por otros conceptos en el Concepto 1308;
i) Retención en la fuente en el impuesto sobre las ventas en el Concepto 1309.
ARTÍCULO 7o. INFORMACIÓN DE LOS DESCUENTOS TRIBUTARIOS SOLICITADOS. De acuerdo con lo establecido en el literal d) del artículo 631 del Estatuto Tributario deberá suministrarse el valor de los descuentos tributarios solicitados en la declaración de renta año gravable 2005 indicando el valor del pago y el valor solicitado como descuento tributario, en el FORMATO 1004 Versión 6, el cual se adopta por medio de la presente resolución.
a) El valor solicitado por la inversión en nuevos cultivos de árboles de las especies y en las áreas de reforestación en el Concepto 8301;
b) El valor que se cause del Impuesto sobre las Ventas en la Importación de Maquinaria Pesada para Industrias Básicas en el Concepto 8302;
c) Valor de los impuestos pagados en el exterior solicitado como descuento por los contribuyentes nacionales que perciban rentas de fuente extranjera en el Concepto 8303;
d) Los demás descuentos tributarios solicitados en el Concepto 8304.
ARTÍCULO 8o. INFORMACIÓN DE INGRESOS RECIBIDOS EN EL AÑO. Conforme con lo dispuesto en el literal f) del artículo 631 del Estatuto Tributario, los obligados a presentar información, deberán suministrar apellidos y nombres o razón social e identificación de cada una de las personas o entidades de quienes se recibieron ingresos, en los casos en los cuales el valor acumulado del ingreso obtenido por el año gravable 2005 hubiese sido igual o superior a cinco millones de pesos ($5.000.000), indicando el valor total de los ingresos brutos recibidos y el valor de las devoluciones, rebajas y descuentos.
La información deberá ser suministrada en el FORMATO 1007, Versión 6, el cual se adopta por medio de la presente resolución, según el concepto a que corresponda, de la siguiente manera:
– Ingresos brutos operacionales, en el Concepto 4001.
– Ingresos no operacionales, en el Concepto 4002.
– Ingresos por intereses y rendimientos financieros, en el Concepto 4003.
PARÁGRAFO 1o. Los ingresos obtenidos del exterior se informarán en un solo registro independientemente de la cuantía con NIT 444444000 y razón social “OPERACIONES DEL EXTERIOR” según el concepto al que correspondan, siempre y cuando no correspondan a operaciones realizadas con vinculados económicos o partes relacionadas del exterior, de conformidad con las normas de Precios de Transferencia.
Los contribuyentes sometidos al régimen de Precios de Transferencia de conformidad con el artículo 260-1 y siguientes del Estatuto Tributario, deberán relacionar a cad a una de las personas o entidades del exterior de quienes se recibieron ingresos, identificándolos con NIT 444444001 en adelante, el cual irá variando consecutivamente en una unidad hasta 444445000, en el Concepto a que corresponda el ingreso.
PARÁGRAFO 2o. El valor mínimo a reportar por cada persona de quien se recibieron ingresos es de cinco millones de pesos ($5.000.000), no obstante que al discriminar por concepto los valores a reportar, estos sean menores.
Sin embargo a opción del informante podrán reportarse los ingresos menores a dicha cuantía, cumpliendo con las especificaciones técnicas establecidas.
Los ingresos obtenidos en los cuales no sea posible identificar al adquirente de los bienes o servicios (documentos equivalentes o sustitutivos de la factura) y los ingresos menores a cinco millones de pesos ($5.000.000), se informarán en un solo registro con NIT 222222222 y razón social “CUANTIAS MENORES” en el Concepto a que correspondan.
ARTÍCULO 9o. INFORMACIÓN DEL IMPUESTO SOBRE LAS VENTAS DESCONTABLE Y DEL IMPUESTO SOBRE LAS VENTAS GENERADO. De conformidad con lo señalado en el literal d) del artículo 631 del Estatuto Tributario, los obligados a presentar información, deberán suministrar el valor del impuesto sobre las ventas descontable, incluido el valor del impuesto sobre las ventas resultante en devoluciones, en ventas anuladas, rescindidas o resueltas correspondientes al año gravable 2005, indicando los apellidos y nombres o razón social e identificación de cada uno de los terceros en el FORMATO 1005 Versión 6, el cual se adopta por medio de la presente resolución.
De la misma forma, deberán suministrar el valor del impuesto generado, incluido el valor del impuesto sobre las ventas recuperado en devoluciones en compras anuladas, rescindidas o resueltas, correspondientes al año gravable 2005, indicando los apellidos y nombres o razón social e identificación de cada uno de los terceros en el FORMATO 1006 Versión 6, el cual se adopta por medio de la presente resolución.
ARTÍCULO 10. INFORMACIÓN DEL SALDO DE LOS PASIVOS A 31 DE DICIEMBRE DE 2005. Conforme con lo establecido en el literal h) del artículo 631 del Estatuto Tributario los obligados a presentar información, deberán suministrar los apellidos y nombres o razón social identificación y dirección de cada uno de los acreedores por pasivos de cualquier índole, cuando el saldo acumulado por acreedor a 31 de diciembre del año gravable 2005, hubiese sido igual o superior a cinco millones de pesos ($5.000.000) en el FORMATO 1009 Versión 6, el cual se adopta por medio de la presente resolución, según el concepto a que corresponda, de la siguiente manera:
– El valor del saldo de los pasivos con proveedores, en el Concepto 2201.
– El valor del saldo de los pasivos con compañías vinculadas, accionistas y socios, en el Concepto 2202.
– El valor del saldo de las obligaciones financieras, en el Concepto 2203.
– El valor del saldo de los pasivos por impuestos, gravámenes y tasas, en el Concepto 2204.
– El valor de l saldo de los pasivos laborales incluido el cálculo actuarial, en el Concepto 2205, con el NIT del informante.
– El valor del saldo de los demás pasivos, en el Concepto 2206.
El saldo de los pasivos del exterior se deberá informar acumulado en un solo registro independientemente de la cuantía con NIT 444444000 y razón social “OPERACIONES DEL EXTERIOR” en el Concepto a que correspondan, siempre y cuando no correspondan a operaciones realizadas con vinculados económicos o partes relacionadas del exterior de conformidad con las normas de Precios de Transferencia.
Los contribuyentes sometidos al régimen de precios de transferencia de conformidad con el artículo 260-1 y siguientes del Estatuto Tributario, deberán relacionar el saldo de los pasivos de cada una de las personas o entidades del exterior, identificándoles con NIT 444444001 en adelante, el cual irá variando consecutivamente en una unidad hasta 444445000, en el Concepto a que corresponda dicho saldo.
PARÁGRAFO. El saldo mínimo a reportar por cada acreedor es de cinco millones de pesos ($5.000.000), no obstante que al discriminar el saldo por concepto, los valores a reportar sean menores.
Sin embargo a opción del informante podrán reportarse los pasivos menores a dicha cuantía cumpliendo con las especificaciones técnicas establecidas.
Los saldos de los pasivos menores a cinco millones de pesos ($5.000.000) se informarán en un solo registro con NIT 222222222 y razón social “CUANTIAS MENORES” en el Concepto a que correspondan.
ARTÍCULO 11. Información de los deudores de créditos activos a 31 de diciembre de 2005. Conforme con lo establecido por el literal i) del artículo 631 del Estatuto Tributario, los obligados a presentar información, deberán suministrar apellidos y nombres o razón social identificación y dirección de cada uno de los deudores por concepto de créditos activos cuando el valor individual del saldo acumulado a 31 de diciembre del año gravable 2005, hubiese sido igual o superior a cinco millones de pesos ($5.000.000) en el FORMATO 1008 Versión 6, el cual se adopta por medio de la presente resolución, de la siguiente manera:
– El valor total del saldo de las cuentas por cobrar a clientes, en el Concepto 1315.
– El valor total del saldo de las cuentas por cobrar a accionistas, socios y compañías vinculadas, en el Concepto 1316.
– El valor total de otras cuentas por cobrar, en el Concepto 1317.
– El valor total del saldo fiscal de la provisión de cartera, en el Concepto 1318, identificándolo con el NIT del informante.
El saldo de los deudores del exterior se informará en un solo registro independientemente de la cuantía con NIT 444444000 y razón social “OPERACIONES DEL EXTERIOR” en el Concepto a que correspondan, siempre y cuando no correspondan a operaciones realizadas con vinc ulados económicos o partes relacionadas del exterior, de conformidad con las normas de Precios de Transferencia.
Los contribuyentes sometidos al régimen de Precios de Transferencia de conformidad con el artículo 260-1 y siguientes del Estatuto Tributario, deberán informar el saldo de las deudas de cada una de las personas o entidades del exterior, identificándoles con NIT 444444001 en adelante, el cual irá variando consecutivamente en una unidad hasta 444445000, en el Concepto a que corresponda dicho saldo.
PARÁGRAFO. El saldo mínimo a reportar por cada deudor es de cinco millones de pesos ($5.000.000), no obstante que al discriminar el saldo por concepto, los valores a reportar sean menores.
Sin embargo a opción del informante podrán reportarse los deudores menores a dicha cuantía cumpliendo con las especificaciones técnicas establecidas.
Los saldos de deudores menores a cinco millones de pesos ($5.000.000) se informarán en un solo registro con NIT 222222222 y razón social “CUANTIAS MENORES” en el Concepto a que correspondan.
ARTÍCULO 12. INFORMACIÓN DE LAS DECLARACIONES TRIBUTARIAS. De acuerdo con lo establecido en el literal k) del artículo 631 del Estatuto Tributario, los obligados a presentar información, deberán suministrar la siguiente información correspondiente a la Declaración de Renta y Complementarios o de Ingresos y Patrimonio año gravable 2005, de la siguiente manera:
1. Información del patrimonio bruto
a) Saldo a 31 de diciembre de 2005 en caja del dinero en efectivo y/o en cheques con código 1105 en el FORMATO 1011 Versión 6, el cual se adopta por medio de la presente resolución:
b) Saldo a 31 de diciembre de 2005 de las cuentas corrientes y/o ahorro que posea en el país, indicando el saldo acumulado por entidad financiera la razón social y NIT de la entidad financiera, en el Concepto 1110 en el FORMATO 1012 Versión 6, el cual se adopta por medio de la presente resolución;
c) El valor total del saldo de las cuentas corrientes y/o ahorro poseídas en el exterior se informarán en un solo registro con NIT 444444000, y razón social “OPERACIONES DEL EXTERIOR”, siempre y cuando no correspondan a operaciones realizadas con vinculados económicos o partes relacionadas del exterior, de conformidad con las normas de Precios de Transferencia.
<Inciso modificado por el artículo 2 de la Resolución 12466 de 2005. El nuevo texto es el siguiente:> Los contribuyentes sometidos al Régimen de Precios de Transferencia de conformidad con el artículo 260-1 y siguientes del Estatuto Tributario, deberán informar el saldo de las cuentas corrientes y/o ahorro, indicando las entidades financieras del exterior, identificándoles con NIT 444444001 hasta el 444445000, en el FORMATO 1012, versión 6, el cual se adopta por medio de la presente Resolución, en el concepto 1115
d) Valor Patrimonial a 31 de diciembre de 2005 de las inversiones representadas en Bonos, certificados a término, títulos, derechos fiduciarios y d emás inversiones, indicando la Entidad emisora del título y el NIT en el FORMATO 1012, Versión 6, el cual se adopta por medio de la presente resolución, de la siguiente manera:
– El valor patrimonial de los bonos, en el Concepto 1200.
– El valor patrimonial de los certificados de depósito, en el Concepto 1201.
– Valor patrimonial de los títulos, en el Concepto 1202.
– Valor patrimonial de los derechos fiduciarios, en el Concepto 1203.
– Valor patrimonial de las demás inversiones poseídas, en el Concepto 1204.
Las inversiones poseídas en el exterior se informarán en un solo registro con NIT 444444000 y razón social “OPERACIONES DEL EXTERIOR” según el concepto a que correspondan dichas inversiones, siempre y cuando no correspondan a operaciones realizadas con vinculados económicos o partes relacionadas del exterior, de conformidad con las normas de Precios de Transferencia.
Los contribuyentes sometidos al régimen de Precios de Transferencia de conformidad con el artículo 260-1 y siguientes del Estatuto Tributario, deberán informar el saldo de las cuentas corrientes y/o ahorro, indicando las entidades o personas del exterior e identificándolas con NIT 444444001 en adelante, el cual irá variando consecutivamente en una unidad, hasta 444445000;
e) Razón social y NIT de las sociedades anónimas o asimiladas limitadas o asimiladas, en las cuales es socio o accionista con indicación del valor patrimonial de las acciones o aportes poseídos a 31 de diciembre de 2005 en el FORMATO 1012 Versión 6, el cual se adopta por medio de la presente resolución, en el Concepto 1205;
f) Valor patrimonial de los activos fijos antes de depreciación poseídos a 31 de diciembre de 2005 y el valor de la depreciación amortización y/o agotamiento acumulado, en el FORMATO 1011 Versión 6, el cual se adopta por medio de la presente resolución, de la siguiente manera:
– Valor patrimonial de los inmuebles, en el Concepto 1501.
– Valor patrimonial de la maquinaria y equipo, en el Concepto 1502.
– Valor patrimonial del equipo de oficina, en el Concepto 1503.
– Valor patrimonial de la flota y equipo de transporte, en el Concepto 1504.
– Valor patrimonial del equipo de computación y comunicación, en el Concepto 1505.
– Valor patrimonial de los activos fijos amortizables intangibles y agotables, en el Concepto 1506.
– Valor patrimonial de los demás activos fijos, en el Concepto 1507.
– Valor de la depreciación, amortización y agotamiento acumulado a 31 de diciembre, en el Concepto 1508;
g) Valor patrimonial de otros activos poseídos a 31 de diciembre de 2005, en el FORMATO 1011 Versión 6, el cual se adopta por medio de la presente resolución, en el Concepto 1509.
2. Información de inventarios
Teniendo en cuenta el sistema de inventarios que utilice la entidad informante, deberá suministrar los siguientes datos en el FORMATO 1011 Versión 6, el cual se adopta por medio de la presente resolución.
– Valor total de las compras netas del año para el sistema de inventario periódico, en el Concepto 1402.
– Valor total del costo de mano de obra directa para el sistema de inventario periódico, en el Concepto 1403.
– Valor total de los costos indirectos de fabricación para el sistema de inventario periódico, en el Concepto 1404.
– Valor total otros costos para el sistema de inventario permanente y periódico, en el Concepto 1405.
– Valor total costo de venta para el sistema de inventario permanente, en el Concepto 1406.
– Valor del inventario final para el sistema de inventario permanente y periódico, en el Concepto 1407.
Si el informante es ganadero, debe informar las compras, los nacimientos, las muertes, las valorizaciones únicamente para el ganado bovino y el inventario final a 31 de diciembre de 2005, así:
– Valor total de los nacimientos del año, en el Concepto 1408.
– Valor total de las muertes del año, en el Concepto 1409.
– Valor total de las compras y los gastos capitalizados de los ganaderos en el año, en el Concepto 1410.
– Valor de las valorizaciones del ganado bovino, en el Concepto 1411.
– Valor del inventario final a 31 de diciembre de 2005, en el Concepto 1412.
3. Ingresos no constitutivos de renta ni ganancia ocasional
Los obligados a presentar información, deberán suministrar los siguientes datos en el FORMATO 1011 Versión 6, el cual se adopta por medio de la presente resolución:
– Valor solicitado por dividendos y participaciones, en el Concepto 8001.
– Valor solicitado por rendimientos financieros, en el Concepto 8002.
– El valor solicitado por los demás ingresos, en el Concepto 8003
4. Rentas exentas
Los obligados a presentar información, deberán suministrar el valor total soli citado como renta exenta en el año gravable 2005 en el FORMATO 1011 Versión 6, el cual se adopta por medio de la presente resolución, de la siguiente manera:
– Valor de las rentas hoteleras exentas, en el Concepto 8101.
– Valor de las rentas exentas Ley Páez, en el Concepto 8102.
– Valor de las rentas exentas Eje Cafetero, en el Concepto 8103.
– Valor de las rentas exentas por venta de energía eléctrica generada con recursos eólicos, biomasa o residuos agrícolas, en el Concepto 8104.
– Valor de las rentas exentas por servicios de ecoturismo, en el Concepto 8105.
– Valor de las rentas exentas por el aprovechamiento de nuevas plantaciones forestales, en el Concepto 8106.
– Valor de las rentas exentas por nuevos productos medicinales y el software elaborado en Colombia, en el Concepto 8107.
– Valor de otras rentas exentas, en el Concepto 8108.
5. Costos y deducciones
Los obligados a presentar información, deberán suministrar el valor total de los costos y deducciones, solicitados en la declaración año gravable 2005 en el FORMATO 1011 Versión 6, el cual se adopta por medio de la presente resolución, de la siguiente manera:
– Valor solicitado como deducción en la declaración de renta por las inversiones realizadas en activos fijos reales productivos, en el Concepto 8200.
– Valor de las pérdidas del ejercicio solicitadas como deducción en la declaración de renta, en el Concepto 8201.
– Valor solicitado como deducción por las inversiones realizadas en control y mejoramiento del medio ambiente, en el Concepto 8202.
– Valor solicitado como deducción por las inversiones realizadas en nuevas plantaciones, riegos, pozos y silos, en el Concepto 8203.
– Valor solicitado como deducción por las inversiones realizadas en desarrollo científico y tecnológico, en el Concepto 8204.
– Valor solicitado como deducción correspondiente a la provisión para deudas de dudoso o difícil cobro y por las deudas manifiestamente perdidas o sin valor, en el Concepto 8205.
– Valor solicitado como costo o deducción por depreciación, amortización y agotamiento, en el Concepto 8206.
– Valor solicitado como costo o deducción por salarios, prestaciones sociales y demás pagos laborales, en el Concepto 8207.
– El valor solicitado como deducción por pagos efectuados a la casa matriz, en el Concepto 8208.
– El valor total solicitado como deducción por gastos en el exterior, en el Concepto 8209.
ARTÍCULO 13. INFORMACIÓN DE CONSORCIOS Y UNIONES TEMPORALES. Las operaciones ejecutadas a través de Consorcios o Uniones Temporales que constituyan costo o deducción para los consorciados o para los miembros de las Uniones Temporales, deberán ser informadas por quién haya sido escogido para el cumplimiento de la obligación de expedir factura, conforme con las opciones establecidas en el artículo 11 del Decreto 3050 de 1997, con indicación de los apellidos y nombres o razón social, identificación y dirección de cada uno de los terceros, de la siguiente manera:
- Los pagos o abonos en cuenta que constituyan costo o deducción para los consorciados o miembros del consorcio se deben informar en el FORMATO 1043 Versión 6, el cual se adopta por medio de la presente resolución, teniendo en cuenta los conceptos establecidos en el artículo 4o de la presente resolución.
- Las retenciones practicadas durante el año gravable 2005 se deben informar en el FORMATO 1044 Versión 6, el cual se adopta por medio de la presente resolución, teniendo en cuenta los conceptos establecidos en el artículo 5o de la presente resolución.
- El valor de los ingresos recibidos se informará en el FORMATO 1045 Versión 6, el cual se adopta por medio de la presente resolución, en el Concepto 4010.
ARTÍCULO 14. INFORMACIÓN DE CONTRATOS DE ASOCIACIÓN PARA EXPLORACIÓN Y EXPLOTACIÓN MINERA. En los contratos de exploración y explotación de hidrocarburos gases y minerales, las personas o entidades que actuaron en condición de “operador” deberán informar el valor de las operaciones inherentes a la cuenta conjunta, con indicación de los apellidos y nombres o razón social, identificación y dirección de cada uno de los terceros, de la siguiente manera:
Los pagos o abonos en cuenta que constituyan costo o deducción para él o para los asociados, se deben informar en el FORMATO 1046 Versión 6, el cual se adopta por medio de la presente resolución, teniendo en cuenta los conceptos establecidos en el artículo 4o de la presente resolución.
Las retenciones practicadas durante el año gravable 2005 se deben informar en el FORMATO 1047 Versión 6, el cual se adopta por medio de la presente resolución, teniendo en cuenta los conceptos establecidos en el artículo 5o de la presente resolución.
El valor de los ingresos recibidos se informará en el FORMATO 1048 Versión 6, el cual se adopta por medio de la presente resolución, en el Concepto 4050.
El valor del impuesto sobre las ventas descontable, incluido el valor del impuesto sobre las ventas resultante en devoluciones, en compras anuladas, rescindidas o resueltas correspondientes al año gravable 2005, se informará en el FO RMATO 1049 Versión 6, el cual se adopta por medio de la presente resolución.
El valor del impuesto generado incluido el valor del impuesto sobre las ventas recuperado en devoluciones en ventas anuladas, rescindidas o resueltas correspondientes al año gravable 2005, se informará en el FORMATO 1050 Versión 6, el cual se adopta por medio de la presente resolución.
El valor del saldo de los deudores a 31 de Diciembre de 2005 se informará en el FORMATO 1051 Versión 6, el cual se adopta por medio de la presente resolución, en el Concepto 1350.
El valor del saldo de los pasivos a 31 de Diciembre de 2005 se informará en el FORMATO 1052 Versión 6, el cual se adopta por medio de la presente resolución, en el Concepto 2250.
Tanto el operador como el asociado informarán las operaciones propias de su actividad económica diferentes a las de la cuenta conjunta.
ARTÍCULO 15. INFORMACIÓN DE CONTRATOS DE MANDATO O DE ADMINISTRACIÓN DELEGADA. En los Contratos de Mandato o de Administración Delegada, las personas o entidades que actuaron como Mandatarios o Contratistas deberán informar el valor de las operaciones realizadas en el año gravable 2005, inherentes a las actividades ejecutadas en desarrollo de cada uno de los Contratos de Mandato o de Administración Delegada, con indicación de los apellidos y nombres o razón social identificación y dirección de cada uno de los terceros, identificación y nombre o razón social del mandante o contratante de la siguiente manera:
Los pagos o abonos en cuenta que constituyan costo o deducción para él o para los asociados se deben informar en el FORMATO 1016 Versión 6, el cual se adopta por medio de la presente resolución, teniendo en cuenta los conceptos establecidos en el artículo 4o de la presente resolución.
Las retenciones practicadas durante el año gravable 2005 se deben informar en el FORMATO 1053 Versión 6, el cual se adopta por medio de la presente resolución, teniendo en cuenta los conceptos establecidos en el artículo 5o de la presente resolución.
<Inciso aclarado por el artículo 3 de la Resolución 12466 de 2005. El nuevo texto es el siguiente:> El valor de los ingresos recibidos se informará en el FORMATO 1017 Versión 6, el cual se adopta por medio de la presente resolución, en el Concepto 4040.
El valor del impuesto sobre las ventas descontables, incluido el valor del impuesto sobre las ventas resultante en devoluciones en ventas anuladas, rescindidas o resueltas correspondientes al año gravable 2005, se informarán en el FORMATO 1054 Versión 6, el cual se adopta por medio de la presente resolución.
El valor del impuesto generado, incluido el valor del impuesto sobre las compras recuperado en devoluciones en ventas anuladas, rescindidas o resueltas correspondientes al año gravable 2005, se informará en el FORMATO 1055 Versión 6, el cual se adopta por medio de la presente resolución.
El valor del saldo de los pasivos a 31 de Diciembre de 2005 se informará en el FORMATO 1027 Versión 6, el cual se adopta por medio de la presente resolución, con Concepto 2240.
El valor del saldo de los deudores a 31 de diciembre de 2005 se informará en el FORMATO 1018 Versión 6, el cual se adopta por medio de la presente resolución, con Concepto 1340.
ARTÍCULO 16. INFORMACIÓN ADICIONAL DE LAS SOCIEDADES FIDUCIARIAS. Las Sociedades Fiduciarias deberán informar bajo su propio NIT y razón social, la totalidad de los Patrimonios Autónomos y encargos fiduciarios administrados durante el año 2005, con los siguientes datos:
1. La información de los fideicomisos (Patrimonios autónomos y encargos fiduciarios) que administran, indicando la identificación del fideicomitente o fiduciante, apellidos y/o nombre o razón social, la dirección la identificación o número del fideicomiso o encargo fiduciario, en el FORMATO 1013 Versión 6, el cual se adopta por medio de la presente resolución, de la siguiente manera:
a) Fideicomiso Inmobiliario. El valor total de los rendimientos y/o utilidades causadas en el año gravable y el valor patrimonial del fideicomiso, en el Concepto 1010;
b) Fideicomiso de administracion. El valor total de los rendimientos y/o utilidades causadas en el año gravable y el valor patrimonial del fideicomiso en el Concepto 1020;
c) Fideicomiso de garantia. El valor total de los rendimientos y/o utilidades causadas en el año gravable y el valor patrimonial del fideicomiso en el Concepto 1030;
d) Otros encargos fiduciarios. El valor total de los rendimientos y/o utilidades causadas en el año gravable y el valor patrimonial del fideicomiso en el Concepto 1040.
2. Información de los rendimientos pagados o abonados en cuenta.
Los rendimientos y/o utilidades pagados o abonados en cuenta, cuando el beneficiario es diferente al fideicomitente en el Concepto 1050
3. Información de los pagos o abonos en cuenta con recursos del fideicomiso, identificando al fideicomitente.
a) Los pagos o abonos en cuenta realizados con recursos del patrimonio autónomo se deben informar en el FORMATO 1014 Versión 6, el cual se adopt a por medio de la presente resolución, teniendo en cuenta los conceptos establecidos en el artículo 4o de la presente resolución;
b) Las retenciones practicadas durante el año gravable 2005 se deben informar en el FORMATO 1015 Versión 6, el cual se adopta por medio de la presente resolución, teniendo en cuenta los conceptos establecidos en el artículo 5o de la presente resolución.
PARÁGRAFO. En el caso de los patrimonios autónomos, la obligación de reportar recae en la sociedad fiduciaria. Por lo tanto los fideicomitentes o fiduciantes no deben reportar los pagos efectuados por los fiduciarios.
ARTÍCULO 17. INFORMACIÓN DE LOS SECRETARIOS GENERALES. Los secretarios Generales de los órganos que financien gastos con recursos del Tesoro Nacional, o quienes hagan sus veces, deberán informar los pagos efectuados en el año gravable 2005 en cumplimiento del Decreto 1738 de 1998, así:
a) Los pagos o abonos en cuenta se deben informar en el FORMATO 1056 Versión 6, el cual se adopta por medio de la presente resolución, teniendo en cuenta los conceptos establecidos en el artículo 4o de la presente resolución;
b) Las retenciones practicadas durante el año gravable 2005 se deben informar en el FORMATO 1057 Versión 6, el cual se adopta por medio de la presente resolución, teniendo en cuenta los conceptos establecidos en el artículo 5o de la presente resolución.
Los terceros que administren los recursos recibidos del organismo estatal deben enviar la relación de los beneficiarios de los pagos, para que las entidades estatales los reporten a la DIAN en los términos previstos por esta resolución.
ARTÍCULO 18. PLAZOS PARA PRESENTAR LA INFORMACIÓN. <Artículo modificado por el artículo 4 de la Resolución 3859 de 2006. El nuevo texto es el siguiente:> Para la entrega de la información solicitada en la presente Resolución, 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 o de una persona natural, 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 |
Personas Naturales
| Fecha | Ultimos dígitos | ||||
| Junio 20 de 2006 | 00 | 10 | 20 | 30 | 40 |
| Junio 21 de 2006 | 50 | 60 | 70 | 80 | 90 |
| Junio 22 de 2006 | 09 | 19 | 29 | 39 | 49 |
| Junio 23 de 2006 | 59 | 69 | 79 | 89 | 99 |
| Junio 27 de 2006 | 08 | 18 | 28 | 38 | 48 |
| Junio 28 de 2006 | 58 | 68 | 78 | 88 | 98 |
| Junio 29 de 2006 | 07 | 17 | 27 | 37 | 47 |
| Junio 30 de 2006 | 57 | 67 | 77 | 87 | 97 |
| Julio 04 de 2006 | 06 | 16 | 26 | 36 | 46 |
| Julio 05 de 2006 | 56 | 66 | 76 | 86 | 96 |
| Julio 06 de 2006 | 05 | 15 | 25 | 35 | 45 |
| Julio 07 de 2006 | 55 | 65 | 75 | 85 | 95 |
| Julio 10 de 2006 | 04 | 14 | 24 | 34 | 44 |
| Julio 11 de 2006 | 54 | 64 | 74 | 84 | 94 |
| Julio 12 de 2006 | 03 | 13 | 23 | 33 | 43 |
| Julio 13 de 2006 | 53 | 63 | 73 | 83 | 93 |
| Julio 14 de 2006 | 02 | 12 | 22 | 32 | 42 |
| Julio 17 de 2006 | 52 | 62 | 72 | 82 | 92 |
| Julio 18 de 2006 | 01 | 11 | 21 | 31 | 41 |
| Julio 19 de 2006 | 51 | 61 | 71 | 81 | 91” |
PARÁGRAFO. Los obligados que deban entregar Uni camente el Formato 1002 versión 6-Retenciones en la Fuente Practicadas-, a que hace referencia el artículo 5o de esta Resolución, deberán tener en cuenta los dos últimos dígitos del NIT del informante y suministrarla a más tardar en las siguientes fechas:
| Fecha | Ultimos dígitos | ||
| Julio 21 de 2006 | 00 | a | 03 |
| Julio 24 de 2006 | 04 | a | 06 |
| Julio 25 de 2006 | 07 | a | 09 |
| Julio 26 de 2006 | 10 | a | 12 |
| Julio 27 de 2006 | 13 | a | 15 |
| Julio 28 de 2006 | 16 | a | 18 |
| Julio 31 de 2006 | 19 | a | 21 |
| Agosto 01 de 2006 | 22 | a | 24 |
| Agosto 02 de 2006 | 25 | a | 27 |
| Agosto 03 de 2006 | 28 | a | 30 |
| Agosto 04 de 2006 | 31 | a | 33 |
| Agosto 08 de 2006 | 34 | a | 36 |
| Agosto 09 de 2006 | 37 | a | 39 |
| Agosto 10 de 2006 | 40 | a | 42 |
| Agosto 11 de 2006 | 43 | a | 45 |
| Agosto 14 de 2006 | 46 | a | 48 |
| Agosto 15 de 2006 | 49 | a | 51 |
| Agosto 16 de 2006 | 52 | a | 54 |
| Agosto 17 de 2006 | 55 | a | 57 |
| Agosto 18 de 2006 | 58 | a | 60 |
| Agosto 22 de 2006 | 61 | a | 63 |
| Agosto 23 de 2006 | 64 | a | 66 |
| Agosto 24 de 2006 | 67 | a | 69 |
| Agosto 25 de 2006 | 70 | a | 72 |
| Agosto 28 de 2006 | 73 | a | 75 |
| Agosto 29 de 2006 | 76 | a | 78 |
| Agosto 30 de 2006 | 79 | a | 81 |
| Agosto 31 de 2006 | 82 | a | 84 |
| Septiembre 1 de 2006 | 85 | a | 87 |
| Septiembre 4 de 2006 | 88 | a | 90 |
| Septiembre 5 de 2006 | 91 | a | 93 |
| Septiembre 6 de 2006 | 94 | a | 96 |
| Septiembre 7 de 2006 | 97 | a | 99 |
ARTÍCULO 19. 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 20. 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 21. 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 01 al número 34 adjuntos, los cuales hacen parte integral de esta resolución.
ARTÍCULO 22. VIGENCIA. La presente resolución rige a partir de la fecha de su publicación.
Publíquese y cúmplase.
Dada en Bogotá, D. C., a 28 de octubre de 2005.
El Director General,
OSCAR FRANCO CHARRY.
ANEXO N° 01
Especificaciones Técnicas
INFORMACION DE SOCIOS Y ACCIONISTAS
Formato 1010 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos donde se reporta la Información de socios y accionistas.
ESPECIFICACION TECNICA
El formato de Información de socios y accionistas, 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 socios y accionistas = 01010)
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 socios y accionistas, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “socios” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<Ver Notas de Vigencia sobre la modificación introducida a este formato por el artículo 6 de la Resolución 12466 de 2005.>
Los campos Tipo de Documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repartirse 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 cuando 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 patrimonial acciones o aportes al 31 de diciembre) 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=“1010.xsd”>
<Cab>
< Año >2001</ Año >
<CodCpt>1</CodCpt>
<Formato>1010</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>2055000000</ValorTotal>
<CantReg>3</CantReg>
</Cab>
<socios tdoc=“31” nid=“79852741” dv=“5” apl1=
“Vasquez” apl2=“Mariño” nom1=“Juan” >
nom2=“Al-berto” dir=“Calle 12 78 12” dpto=“11” mun=“1” val=“10000000” vpar=“2000000”/>
<socios tdoc=“31” nid=“444444444” dv=“4” apl1=“Heinz” apl2=“Walter” nom1=“Rizzo”
dir=“Cra 13 28-10” dpto=“11” mun=“1” val=“2000000000” vpar=“400000000”/>
<socios tdoc=“31” nid=“5920123” dv=“4” apl1=“Rojas”
apl2=“Moreno” nom1=“Matusalen”
nom2=“Alejandro” dir=“Diag 78 89 91” dpto=“5” mun=“1” val=“45000000” vpar=“90000000”/>
</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=“socios”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1010 INFORMACION DE SOCIOS Y ACCIONISTAS</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“20”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dv” use=“required”>
<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 Accionista</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 Accionista</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 Accionista</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 Accionista</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 Accionista</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=“2”/>
<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=“val” use=“required”>
<xs:annotation>
<xs:documentation>Valor patrimonial acciones o aportes al 31 de diciembre
</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=“vpar” use=“required”>
<xs:annotation>
<xs:documentation>Valor participaciones o dividendos pagados y/o abonados a cuenta al 31 de diciembre
</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=“socios” 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=“1010”>
<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>
ANEXO N° 02
Especificaciones Técnicas
PAGOS O ABONOS EN CUENTA
Formato 1001 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos donde se reportan los Pagos o abonos en cuenta.
ESPECIFICACION TECNICA
El formato de Pagos o abonos en cuenta, 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 (Pagos o abonos en cuenta = 01001)
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 Pagos o abonos en cuenta, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “pagos” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<Ver Notas de Vigencia sobre la modificación introducida a este formato por el artículo 6 de la Resolución 12466 de 2005.>
Los campos Concepto, Tipo de documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
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 cuando 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 “pag” (Pago o Abono en cuenta) 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=“1001.xsd”>
<Cab>
< Año >2005</ Año >
<CodCpt>1</CodCpt>
<Formato>1001</Formato>
<Version>6</Version>
<NumEnvio>1</NumEnvio>
<FecEnvio>2001-12-17T09:30:47-05:00</FecEnvio>
<FecInicial>2004-01-01</FecInicial>
<FecFinal>2004-12-31</FecFinal>
<ValorTotal>72000000</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<pagos cpt=“5001” tdoc=“13” nid=“19332815” apl1=“Pérez” nom1=“Roberto” dir=“Calle 20 50 10”
dpto=“11” mun=“1” pag=“72000000”/>
</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=“pagos”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1001 PAGOS O ABONOS EN CUENTA</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“cpt” use=“required”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación</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 informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Nombre del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros Nombres del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón Social del Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dir” use=“required”>
<xs:annotation>
<xs:documentation>Dirección</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restr iction 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>
< span style='mso-spacerun:yes'> <xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“pag” use=“required”>
<xs:annotation>
<xs:documentation>Pago o Abono en cuenta</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=“veco” use=“required”>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute-->
</xs:complexType>
</xs:element>
<xs:element name=“mas”>
<xs:annotation>
<xs:documentation>Elemento raiz del xml de carga masiva</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element name=“Cab” type=“CabType”/>
<xs:element ref=“pagos” 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=“1001”>
<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>< o:p>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:schema>
ANEXO N° 03
Especificaciones Técnicas
RETENCIONES EN LA FUENTE PRACTICADAS
Formato 1002 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los donde se reportan las Retenciones en la fuente practicadas.
ESPECIFICACION TECNICA
El formato de Retenciones en la fuente practicadas, 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 (Retenciones en la fuente practicadas = 01002)
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 Retenciones en la fuente practicadas, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “rets” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<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 Concepto, Tipo de documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
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 cuando 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 envié 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 “vret” (Valor de la Retención en la fuente practicada) 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=“1002.xsd”>
<Cab>
< Año >2001</ Año >
<CodCpt>1</CodCpt>
<Formato>1002</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>8950000</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<rets cpt=“2301” tdoc=“13” nid=“19332815” apl1=“Pérez” nom1=“Roberto” vabo=“68000000”
vret=“8950000”/>
</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”?>
<!-- edited with XMLSPY v2004 rel. 3 U (http://www.xmlspy.com) by Guillermo Rivas (DIAN) -->
<xs:schema xmlns:xs=“http://www.w3.org/2001/XMLSchema” elementFormDefault=“qualified”
attributeFormDefault=“unqualified”>
<xs:element name=“rets”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1002 RETENCIONES EN LA FUENTE PRACTICADAS</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“cpt” use=“required”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación</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=“required”>
<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 informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Nombre del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros Nombres del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón Social del Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“vabo” use=“required”>
<xs:annotation>
<xs:documentation>Valor del pago o abono sujeto a Retención en la fuente</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:long”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“999999999999999999”/>
</xs:r estriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“vret” use=“required”>
<xs:annotation>
<xs:documentation>Valor de la Retención en la fuente practicada a tìtulo de renta y a tìtulo de iva</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=“rets” 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”/>
& lt;/xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=“Formato” fixed=“1002”>
<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>
ANEXO N° 04
Especificaciones Técnicas
RETENCIONES EN LA FUENTE QUE LE PRACTICARON
Formato 1003 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos donde se reportan las Retenciones en la fuente que le practicaron.
ESPECIFICACION TECNICA
El formato de Retenciones en la fuente que le practicaron, debe enviarse en un archivo XML que cumpla las siguientes especificaciones:
1. Estándar del Nombre de los Ar chivos
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 (Retenciones en la fuente que le practicaron = 01003)
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 Retenciones en la fuente practicadas, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “rets” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<Ver Notas de Vigencia sobre la modificación introducida a este formato por el artículo 6 de la Resolución 12466 de 2005.>
Los campos Concepto, Tipo de documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
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 “ret” (Retención en la fuente que le practicaron) 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=“1003.xsd”>
<Cab>
< Año >2001</ Año >
<CodCpt>1</CodCpt>
<Formato>1003</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>
<rets cpt=“1302” tdoc=“31” nid=“860000020” dv=“4” raz=“El Trigal S.A.” ret=“100000000”/>
</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=“rets”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1003 RETENCIONES EN LA FUENTE QUE LE PRACTICARON</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“cpt” use=“required”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación</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=“required”>
<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 informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Nombre del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros Nombres del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón Social del Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“ret” use=“required”>
<xs:annotation>
<xs:documentation>Retención en la fuente que le practicaron</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=“rets” 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=“1003”>
<xs:simpleType>
<xs:restriction base=“xs:positiveInteger”>
&l t;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>
ANEXO N° 05
Especificaciones Técnicas
DESCUENTOS TRIBUTARIOS
Formato 1004 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos donde se reportan los Descuentos tributarios.
ESPECIFICACION TECNICA
El formato de Descuentos tributarios, 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 (Descuentos tributarios = 01004)
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 Descuentos tributarios, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, los cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “descuentos” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<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 campo Concepto es la llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
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 “vpag” (Valor acumulado del pago) 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=“1004.xsd”>
<Cab>
< Año >2001</ Año >
<CodCpt>1</CodCpt>
<Formato>1004</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>35000000</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<descuentos top=“8301” vpag=“35000000” vdes=“2000000”/>
</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=“descuentos”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1004 DESCUENTOS TRIBUTARIOS</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“cpt” use=“required”>
<xs:annotation>
<xs:documentation>Concepto</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=“vpag” use=“required”>
<xs:annotation>
<xs:documentation>Retención en la fuente que le practicaron</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=“vdes” use=“required”>
<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=“descuentos” 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=“1004”>
<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>
ANEXO N° 06
Especificaciones Técnicas
INGRESOS RECIBIDOS
Formato 1007 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos donde se reportan los Ingresos recibidos.
ESPECIFICACION TECNICA
El formato de Ingresos recibidos, 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 (Ingresos recibidos = 01007)
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 Ingresos recibidos, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, los cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “ingresos” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<Ver Notas de Vigencia sobre la modificación introducida a este formato por el artículo 6 de la Resolución 12466 de 2005.>
Los campos Concepto, Tipo de documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
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 “ing” (Ingresos brutos recibidos) 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=“1007.xsd”>
<Cab>
< Año >2001</ Año >
<CodCpt>1</CodCpt>
<Formato>1007</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>“ dev=“10000000”/></ValorTotal>
<CantReg>1</CantReg>
</Cab>
<ingresos cpt=“4001” tdoc=“13” nid=“19332815” apl1=“Pérez” nom1=“Roberto” ing=“50000000”
dev=“10000000”/>
</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=“ingresos”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1007 INGRESOS RECIBIDOS</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“cpt” use=“required”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación</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=“required”>
<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 informado</xs:documentation>
</xs:annotati on>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Nombre del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros Nombres del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón Social del Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“ing” use=“required”>
<xs:annotation>
<xs:documentation>Ingresos brutos recibidos</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=“dev” use=“required”>
<xs:annotation>
<xs:documentation>Devoluciones, rebajas y descuentos</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=“veco” use=“required”>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute-->
</xs:complexType>
</xs:element>
<xs:element name=“mas”>
<xs:annotation>
<xs:documentation>Elemento raiz del xml de carga masiva</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element name=“Cab” type=“CabType”/>
<xs:element ref=“ingresos” 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=“1007”>
<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 envío</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>
ANEXO N° 07
Especificaciones Técnicas
IMPUESTO A LAS VENTAS POR PAGAR (DESCONTABLE)
Formato 1005 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos donde se reporta el Impuesto a las ventas por pagar (Descontable).
ESPECIFICACION TECNICA
El formato de Impuesto a las ventas por pagar (Descontable) 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 (Impuesto a las ventas por pagar (Descontable) = 01005)
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 Impuesto a las ventas por pagar (Descontable) contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “impventas” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<Ver Notas de Vigencia sobre la modificación introducida a este formato por el artículo 6 de la Resolución 12466 de 2005.>
Los campos Tipo de Documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
3. Validaciones
3.1. Validaciones Generales
1. El archivo debe contener todos los campos definidos para el encabezado y estos campos deben estar correctamente diligenciados.
2. La información del contenido del archivo debe corresponder al esquema XSD entregado.
3. Los atributos que registran valores numéricos, se reportan con valores numéricos positivos, sin signos ni puntuaciones, según lo reportado por el informante o en su defecto con cero (0).
4. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes y día.
3.2. Validaciones del Encabezado
1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas.
2. Año de envío, debe ser el año calendario.
3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.
4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.
5. Cantidad de registros< /i>, 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 “vimp” (Valor del impuesto descontable y el IVA resultante por devoluciones en ventas anuladas, rescindidas o resueltas) 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=“1005.xsd”>
<Cab>
< Año >2001</ Año >
<CodCpt>1</CodCpt>
<Formato>1005</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>12000000</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<impventas tdoc=“31” nid=“800040121” dv=“5” raz=“Cervezas Ltda” vimp=“12000000”/>
</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< span style='mso-spacerun:yes'> xmlns:xs=“http://www.w3.org/2001/XMLSchema” elementFormDefault=“qualified” attributeFormDefault=“unqualified”>
<xs:element name=“impventas”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1005 IMPUESTO A LAS VENTAS POR PAGAR (DESCONTABLE)</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“20”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dv” use=“required”>
<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 informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Nombre del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros Nombres del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón Social del Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“vimp” use=“required”>
<xs:annotation>
<xs:documentation>Pago o Abono en cuenta</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:long”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“999999999999999999”/>
</xs:restriction>
</xs:simpleType>
< span lang=EN-US style='font-family:Tahoma;mso-ansi-language: EN-US'> </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=“impventas” 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=“1005”>
<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:d ocumentation>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>
ANEXO N° 08
Especificaciones Técnicas
IMPUESTO A LAS VENTAS POR PAGAR (GENERADO)
Formato 1006 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos donde se reporta el Impuesto a las ventas por pagar (Generado).
ESPECIFICACION TECNICA
El formato de Impuesto a las ventas por pagar (Generado), 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 (Impuesto a las ventas por pagar (Generado) = 01006)
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 Impuesto a las ventas por pagar (Generado), contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, los cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 1: “ISO-8859-1”.
3. El archivo debe contener un documento X ML 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “impoventas” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<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 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 veni r 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 “vimp” (Valor del impuesto descontable y el IVA resultante por devoluciones en ventas anuladas, rescindidas o resueltas) 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=“1006.xsd”>
<Cab>
< Año >2001</ Año >
<CodCpt>1</CodCpt>
<Formato>1006</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>8000000</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<impoventas tdoc=“13” nid=“19332815” apl1=“Pérez” nom1=“Roberto” vimp=“8000000”/>
</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=“impoventas”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1006 IMPUESTO A LAS VENTAS POR PAGAR (GENERADO)</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“20”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dv” use=“required”>
<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 informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Nombre del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros Nombres del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón Social del Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“vimp” use=“required”>
<xs:annotation>
<xs:documentation>Pago o Abono en cuenta</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=“impoventas” 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=“1006”>
<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>
ANEXO N° 09
Especificaciones técnicas
SALDOS DE CUENTAS POR PAGAR AL 31 DE DICIEMBRE
Formato 1009 - Versión 6
Año Gravable 2005
OBJETIVO
Definir las características y contenido de donde se reportan los Saldos de cuentas por pagar al 31 de diciembre.
ESPECIFICACION TECNICA
El formato de Saldos de cuentas por pagar al 31 de diciembre, 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 (Saldos de cuentas por pagar al 31 de diciembre = 01009)
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 Saldos de cuentas por pagar al 31 de diciembre, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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 elemen to “Cab” y contiene los siguientes datos, todos de carácter obligatorio:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “saldoscp” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<Ver Notas de Vigencia sobre la modificación introducida a este formato por el artículo 6 de la Resolución 12466 de 2005.>
Los campos Concepto, Tipo de documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
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 “sal” (Saldo cuentas por pagar al 31 de diciembre) 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= “2” encoding= “ISO-8859-1”?>
<más xmlns:xsi=“http://www.w3.org/2001/XMLSchema-instance”
xsi:noNamespaceSchemaLocation=“1009.xsd”>
<Cab>
<Año>2001</Año>
<CodCpt>1</CodCpt>
<Formato>1009</Formato>
<Version>6</Version>
<NumEnvío>1</NumEnvio>
<FecEnvio>2005-12-17T09:30:47-05:00</FecEnvío& gt;
<FecInicial>2004-01-01</FecInicial>
<FecFinal>2004-12-31</FecFinal>
<ValorTotal>100000000</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<saldoscp cpt=“2201” tdoc=“31” nid=“860000020” dv=“4” raz=“El Trigal S.A.” dir=“Cra 31 78-94”
dpto=“15” mun=“1” sal=“100000000”/>
</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=“saldoscp”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1009 SALDOS DE CUENTAS POR PAGAR AL 31 DE DICIEMBRE</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“cpt” use=“required”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación</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=“required”>
<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 Acreedor</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 Acreedor</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</x s:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Nombre del Acreedor</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 Acreedor</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 Acreedor</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=“2”/>
&l t;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=“sal” use=“required”>
<xs:annotation>
<xs:documentation>Saldo cuentas por Cobrar al 31 de diciembre</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=“veco” use=“required”>
<xs:annotation>
<xs:documentation>Vinculación económica</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute-->
</xs:complexType>
</xs:element>
<xs:element name=“mas”>
<xs:annotation>
<xs:documentation>Elemento raiz del xml de carga masiva</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element name=“Cab” type=“CabType”/>
<xs:element ref=“saldoscp” 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=“1009”>
<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=“Número envio”>
<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>
& lt;/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>
Anexo No. 10
Especificaciones Técnicas
SALDOS DE CUENTAS POR COBRAR AL 31 DE DICIEMBRE
Formato 1008 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos que deberán donde se reportan los Saldos de cuentas por cobrar al 31 de diciembre.
ESPECIFICACIÓN TECNICA
El formato de Saldos de cuentas por cobrar al 31 de diciembre, 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 (Saldos de cuentas por cobrar al 31 de diciembre = 01008)
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 Saldos de cuentas por cobrar al 31 de diciembre, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) Se enviarán archivos con máximo 5000 registros; si es necesario informar más de 5000 r egistros, 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 “saldoscc” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<Ver Notas de Vigencia sobre la modificación introducida a este formato por el artículo 6 de la Resolución 12466 de 2005.>
Los campos Concepto, Tipo de documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
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. Numero 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 “sal” (Saldo cuentas por Cobrar al 31 de diciembre) 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=”1008.xsd”>
<Cab>
<Ano>2001</Ano>
<CodCpt>1</CodCpt>
<Formato>1008</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>63500000</ValorTotal>
<CantReg>2</CantReg>
</Cab>
<saldoscc cpt=”1315” tdoc=”13” nid=”19332815” apl1=”Pérez” nom1=”Roberto” dir=”Calle 20 50”
dpto=”11” mun=”1” sal=”58000000”/>
<saldoscc cpt=”1316” tdoc=”31” nid=”820123465” dv=”3” raz=”Distribuidora rojas Ltda”
dir=”Transv 50 15 35” dpto=”76” mun=”275” sal=”5500000”/>
</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=”saldoscc”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1008 SALDOS DE CUENTAS POR COBRAR AL 31 DE DICIEMBRE</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=”cpt” use=”required”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=”xs:int”>
<xs:minInclusive value=”0”/>
<xs:maxInclusive value=”9999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=”tdoc” use=”required”>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=”xs:int”>
<xs:minInclusive value=”0”/>
<xs:maxInclusive value=”99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=”nid” use=”required”>
<xs:annotation>
<xs:documentation>Número de Identificación</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=”required”>
<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 Deudor</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=”xs:string”>
<xs:minLength value=”0”/>
<xs:maxLength value=”60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=”apl2” use=”optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del Deudor</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=”xs:string”>
<xs:minLength value=”0”/>
<xs:maxLength value=”60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=”nom1” use=”optional”>
<xs:annotation>
<xs:documentation>Primer Nombre del Deudor</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=”xs:string”>
<xs:minLength value=”0”/>
<xs:maxLength value=”60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=”nom2” use=”optional”>
<xs:annotation>
<xs:documentation>Otros Nombres del Deudor</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=”xs:string”>
<xs:minLength value=”0”/>
<xs:maxLength value=”60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=”raz” use=”optional”>
<xs:annotation>
<xs:documentation>Razón Social del Deudor</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=”xs:string”>
<xs:minLength value=”0”/>
<xs:maxLength value=”450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:att ribute name=”dir” use=”required”>
<xs:annotation>
<xs:documentation>Dirección</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=”xs:string”>
<xs:minLength value=”2”/>
<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>
< span style='mso-spacerun:yes'> </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=”sal” use=”required”>
<xs:annotation>
<xs:documentation>Saldo cuentas por Cobrar al 31 de diciembre</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=”saldoscc” 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=”1008”>
<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>
</x s: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>
ANEXO N° 11
Especificaciones Técnicas
INFORMACION DE LAS DECLARACIONES TRIBUTARIAS
Formato 1011 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos donde se reporta la Información de las Declaraciones Tributarias.
ESPECIFICACION TECNICA
El formato de Información de las Declaraciones Tributarias, 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 las Declaraciones Tributarias = 01011)
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 las Declaraciones Tributarias, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “decl” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<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 campo Concepto es la llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
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.
< p class=CUERPOTEXTO>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 “sal” (Saldos al 31 de diciembre) 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=“1011.xsd”>
<Cab>
<Año>2005</Año>
<CodCpt>1</CodCpt>
<Formato>1011</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>273000000</ValorTotal>
<CantReg>4</CantReg>
</Cab>
<decl cpt=“1105” sal=“5000000”/>
<decl cpt=“1110” sal=“250000000”/>
<decl cpt=“1205” sal=“15000000”/>
<decl cpt=“8003” sal=“3000000”/>
</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=“decl”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1011 INFORMACION DE LAS DECLARACIONES TRIBUTARIAS</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“cpt” use=“required”>
<xs:annotation>
<xs:documentation>Concepto</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=“sal” use=“required”>
<xs:annotation>
<xs:documentation>Saldos al 31 de diciembre</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=“decl” 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:documen tation>
</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=“1011”>
<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>
ANEXO N° 12
Especificaciones Técnicas
INFORMACION DE LAS DECLARACIONES TRIBUTARIAS, ACCIONES Y APORTES E INVERSIONES EN BONOS, CERTIFICADOS, TITULOS Y DEMAS INVERSIONES TRIBUTARIAS
Formato 1012 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos donde se reporta la Información de las declaraciones tributarias, acciones y aportes e inversiones en bonos, certificados, títulos y demás inversiones tributarias.
ESPECIFICACION TECNICA
El formato de Información de las declaraciones tributarias, acciones y aportes e inversiones en bonos, certificados, títulos y demás inversiones tributarias, 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 las declaraciones tributarias, acciones y aportes e inversiones en bonos, certificados, títulos y demás inversiones tributarias = 01012)
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 las declaraciones tributarias, acciones y aportes e inversiones en bonos, certificados, títulos y demás inversiones tributarias, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, los cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “dectri” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<Ver Notas de Vigencia sobre la modificación introducida a este formato por el artículo 6 de la Resolución 12466 de 2005.>
Los campos Concepto y NIT informado, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
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 al 31 de diciembre) 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=“1012.xsd”>
<Cab>
<Año>2005</Año>
<CodCpt>1</CodCpt>
<Formato>1012</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>1200000000</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<dectri cpt=“8201” nit=“860500500” dv=“4” raz=“Bavaria” val=“1200000000”/>
</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=“dectri”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1012 INFORMACION DE LAS DECLARACIONES TRIBUTARIAS, ACCIONES Y APORTES E INVERSIONES EN BONOS, CERTIFICADOS, TITULOS Y DEMAS INVERSIONES TRIBUTARIAS</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“cpt” use=“required”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación</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=“required”>
<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 Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Nombre del Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros Nombres del Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón Social del Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“val” use=“required”>
<xs:annotation>
<xs:documentation>Valor al 31 de diciembre</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=“dectri” 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=“1012”>
<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=“99 99”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:schema>
ANEXO N° 13
Especificaciones Técnicas
INFORMACION DE PAGOS O ABONOS EN CUENTA A TRAVES DE CONSORCIOS Y UNIONES TEMPORALES
Formato 1043 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos, donde se reporta la Información de pagos o abonos en cuenta a través de consorcios y uniones temporales.
ESPECIFICACION TECNICA
El formato de Información de pagos o abonos en cuenta a través de consorcios y uniones temporales, 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 pagos o abonos en cuenta a través de consorcios y uniones temporales = 01043)
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 pagos o abonos en cuenta a través de consorcios y uniones temporales, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, los cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “pagos” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<Ver Notas de Vigencia sobre la modificación introducida a este formato por el artículo 6 de la Resolución 12466 de 2005.>
Los campos Concepto, Tipo de documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
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 “pag” (Pago o Abono en cuenta) 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=“1043.xsd”>
<Cab>
<Año>2005</Año>
<CodCpt>1</CodCpt>
<Formato>1043</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>45000000</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<pagos con=“5002” tdoc=“12” nid=“8912053070” apl1=“Gomez” apl2=“Pérez”nom1=“Pedro”
nom2=“Antonio” dir=“calle 78 161 50” dpto=“13” mun=“430” pag=“45000000”/>
</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=“pagos”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1043 INFORMACION DE PAGOS O ABONOS EN CUENTA A TRAVES DE CONSORCIOS Y UNIONES TEMPORALES</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“con” use=“required”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“20”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dv” use=“optional”>
<xs:annotation>
<xs:documentation>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 informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer nombre del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros nombres del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón social del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dir” use=“required”>
<xs:annotation>
<xs:documentation>Dirección</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“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=“pag” use=“required”>
<xs:annotation>
<xs:documentation>Pago o Abono en cuenta</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=“pagos” 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 nam e=“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=“1043”>
<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>
ANEXO N° 14
Especificaciones Técnicas
INFORMACION DE RETENCIONES EN LA FUENTE PRACTICADAS A TRAVES DE CONSORCIOS Y UNIONES TEMPORALES
Formato 1044 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos, donde se reporta la Información de retenciones en la fuente practicadas a través de consorcios y uniones temporales.
ESPECIFICACION TECNICA
El formato de Información de retenciones en la fuente practicadas a través de consorcios y uniones temporales, 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 retenciones en la fuente practicadas a trav de consorcios y uniones temporales = 01044)
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 retenciones en la fuente practicadas a través de consorcios y uniones temporales, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “retenciones” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<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 Concepto, Tipo de documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
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 “ret” (Valor de la Retención en la fuente practicada a título de renta y a título de IVA) 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=“1044.xsd”>
<Cab>
<Año>2005</Año>
<CodCpt>1</CodCpt>
<Formato>1044</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>4000000</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<retenciones con=“2303” tdoc=“12” nid=“8912053070” apl1=“Gomez”apl2=“Pérez” nom1=“Pedro”
nom2=“Antonio” pag=“40000000” ret=“4000000”/>
</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=“retenciones”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1044 INFORMACION DE RETENCIONES EN LA FUENTE PRACTICADAS A TRAVES DE CONSORCIOS Y UNIONES TEMPORALES</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“con” use=“required”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/> ;
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“40”/>
</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 informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer nombre del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros nombres del informa do</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 informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“pag” use=“required”>
<xs:annotation>
<xs:documentation>Valor del pago o abono sujeto a Retención en la fuente</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>Valor de la Retención en la fuente practicada a tìtulo de renta y a tìtulo de iva</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=“retenciones” 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=“1044”>
<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>
ANEXO N° 15
Especificaciones Técnicas
INFORMACION DE INGRESOS RECIBIDOS POR CONSORCIOS Y UNIONES TEMPORALES
Formato 1045 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los, donde se reporta la Información de ingresos recibidos por consorcios y uniones temporales.
ESPECIFICACION TECNICA
El formato de Información de ingresos recibidos por consorcios y uniones temporales, 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 ingresos recibidos por consorcios y uniones temporales = 01045)
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 ingresos recibidos por consorcios y uniones temporales, contiene un documento X ML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “ingresos” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<Ver Notas de Vigencia sobre la modificación introducida a este formato por el artículo 6 de la Resolución 12466 de 2005.>
Los campos Concepto, Tipo de documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
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 “ing” (Ingresos brutos recibidos) 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=“1045.xsd”>
<Cab>
<Año>2005</Año>
<CodCpt>1</CodCpt>
<Formato>1045</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>17000000</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<ingresos con=“4010” tdoc=“31” nid=“890000000”dv=“2” raz=“Banco Popular” ing=“17000000” dev=“0”/>
</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=“ingresos”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1045 INFORMACION DE INGRESOS RECIBIDOS POR CONSORCIOS Y UNIONES TEMPORALES</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“con” use=“required”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“20”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dv” use=“optional”>
<xs:annotation>
<xs:documentation>Digito de Verificación</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restricti1on base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl1” us e=“optional”>
<xs:annotation>
<xs:documentation>Primer Apellido del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer nombre del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros nombres del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón social del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“ing” use=“required”>
<xs:annotation>
<xs:documentation>Ingresos brutos recibidos</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=“dev” use=“required”>
<xs:annotation>
<xs:documentation>Devoluciones, rebajas y descuentos</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=“ingresos” 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=“1045”>
<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:a nnotation>
<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>
ANEXO N° 16
Especificaciones Técnicas
INFORMACION DE PAGOS O ABONOS EN CUENTA DE LOS CONTRATOS
DE ASOCIACIÓN PARA EXPLORACION Y EXPLOTACION MINERA
Formato 1046 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los, donde se reporta la Información de pagos o abonos en cuenta de los contratos de asociación para exploración y explotación minera.
ESPECIFICACION TECNICA
El formato de Información de pagos o abonos en cuenta de los contratos de asociación para exploración y explotación minera, 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 pagos o abonos en cuenta de los contratos de asociación para exploración y explotación minera = 01046)
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 pagos o abonos en cuenta de los contratos de asociación para exploración y explotación minera, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de car acteres utilizado en el documento XML debe ser el alfabeto latino N° 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “pagos” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<Ver Notas de Vigencia sobre la modificación introducida a este formato por el artículo 6 de la Resolución 12466 de 2005.>
Los campos Concepto, Tipo de documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
3. Validaciones
3.1. Validaciones Generales
1. El archivo debe contener todos los campos definidos para el encabezado y estos campos debe n 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 envié 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 “pag” (Pago o Abono en cuenta) 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=“1046.xsd”>
<Cab>
<Año>2005</Año>
<CodCpt>1</CodCpt>
<Formato>1046</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>6000000</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<pagos con=“5002” tdoc=“31” nid=“79452852” dv=“3” apl1=“Gonzales” apl2=“Reina” nom1=“Jesus”
nom2=“Alfonso” dir=“Tra 20 45-45” dpto=“81” mun=“220” pag=“6000000”/>
</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=“pagos”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1046 INFORMACIÓN DE PAGOS O ABONOS EN CUENTA DE LOS CONTRATOS DE ASOCIACIÓN PARA EXPLORACIÓN Y EXPLOTACIÓN MINERA</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“con” use=“required”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“20”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dv” use=“optional”>
<xs:annotation>
<xs:documentation>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 informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer nombre del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros nombres del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
& lt;/xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón social del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dir” use=“required”>
<xs:annotation>
<xs:documentation>Dirección</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“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=“pag” use=“required”>
<xs:annotation>
<xs:documentation>Pago o Abono en cuenta</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=“pagos” 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=“1046”>
<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>
ANEXO N° 17
Especificaciones Técnicas
INFORMACION DE RETENCIONES EN LA FUENTE PRACTICADAS A TRAVES DE LOS CONTRATOS DE ASOCIACIÓN PARA EXPLORACIÓN Y EXPLOTACION MINERA
Formato 1047 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos, donde se reporta la Información de retenciones en la fuente practicadas a través de contratos de asociación para exploración y explotación minera.
ESPECIFICACION TECNICA
El formato de Información de retenciones en la fuente practicadas a través de contratos de asociación para exploración y explotación minera, 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 retenciones en la fuente practicadas a traves de contratos de asociación para exploración y explotación minera = 01047)
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 retenciones en la fuente practicadas a través de contratos de asociación para exploración y explotación minera, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “retenciones” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<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 Concepto, Tipo de documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
3. Validaciones
3.1. Validaciones Generales
1. El ar chivo 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 envié 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 “ret” (Valor de la Retención en la fuente practicada a título de renta y a título de iva) 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=“1047.xsd”>
<Cab>
<Año>2005</Año>
<CodCpt>1</CodCpt>
<Formato>1047</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>43000500</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<retenciones con=“2303” tdoc=“31” nid=“79452852” dv=“3” apl1=“Gonzalez” apl2=“Reina”
nom1=“Jesus” nom2=“Alfonso” pag=“400000000” ret=“43000500”/>
</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=“retenciones”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1047 INFORMACION DE RETENCIONES EN LA FUENTE PRACTICADAS A TRAVES DE LOS CONTRATOS DE ASOCIACIÓN PARA EXPLORACIÓN Y EXPLOTACIÓN MINERA</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“con” use=“required”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación del informado</xs:documentation>
< p class=CUERPOTEXTO> </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 informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:a ttribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer nombre del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros nombres del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction >
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón social del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“pag” use=“required”>
<xs:annotation>
<xs:documentation>Valor del pago o abono sujeto a Retención en la fuente</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>Valor de la Retención en la fuente practicada a titulo de renta y a titulo de iva</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=“retenciones” 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”& gt;
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=“Formato” fixed=“1047”>
<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:an notation>
<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>
ANEXO N° 18
Especificaciones Técnicas
INFORMACION DE INGRESOS RECIBIDOS DE LOS CONTRATOS DE ASOCIACION PARA EXPLORACION Y EXPLOTACION MINERA
Formato 1048 - Versión 6
Año g ravable 2005
OBJETIVO
Definir las características y contenido de los archivos, donde se reporta la Información de ingresos recibidos de los Contratos de asociación para exploración y explotación minera.
ESPECIFICACION TECNICA
El formato de Información de ingresos recibidos de los Contratos de asociación para exploración y explotación minera, 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 ingresos recibidos de los Contratos de asociación para exploración y explotación minera = 01048)
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 ingresos recibidos de los Contratos de asociación para exploración y explotación minera, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “ingresos” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<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 Concepto, Tipo de documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
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 val ores 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 “ing” (Ingresos brutos recibidos) 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=“1048.xsd”>
<Cab>
<Año>2005</Año>
<CodCpt>1</CodCpt>
<Formato>1048</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>400000000</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<ingresos con=“4050” tdoc=“31” nid=“800023001” dv=“9” raz=“Pretolium company” ing=“400000000” dev=“0”/>
</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=“ingresos”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1048 INFORMACION DE INGRESOS RECIBIDOS DE LOS CONTRATOS DE ASOCIACIÓN PARA EXPLORACIÓN Y EXPLOTACIÓN MINERA</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“con” use=“required”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“20”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dv” use=“optional”>
<xs:annotation>
<xs:documentation>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 informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer nombre del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros nombres del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón social del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“ing” use=“required”>
<xs:annotation>
<xs:documentation>Ingresos brutos recibidos</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=“dev” use=“required”>
<xs:annotation>
<xs:documentation>Devoluciones, rebajas y descuentos</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=“ingresos” 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=“1048”>
<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>
ANEXO N° 19
Especificaciones Técnicas
IMPUESTO A LAS VENTAS POR PAGAR (DESCONTABLE) EN CONTRATOS DE ASOCIACION PARA EXPLORACION Y EXPLOTACION MINERA
Formato 1049 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos, donde se reporta el Impuesto a las ventas por pagar (descontable) en contratos de asociación para exploración y explotación minera.
ESPECIFICACION TECNICA
El formato de Impuesto a las ventas po r pagar (descontable) en contratos de asociación para exploración y explotación minera, 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 (Impuesto a las ventas por pagar (descontable) en contratos de asociación para exploración y explotación minera = 01049)
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 Impuesto a las ventas por pagar (descontable) en contratos de asociación para exploración y explotación minera, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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 da tos, todos de carácter obligatorio:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “impoventas” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<Ver Notas de Vigencia sobre la modificación introducida a este formato por el artículo 6 de la Resolución 12466 de 2005.>
Los campos Tipo de Documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
3. Validaciones
3.1. Validaciones Generales
1. El archivo debe contener todos los campos definidos para el encabezado y estos campos deben estar correctamente diligenciados.
2. La información del contenido del archivo debe corresponder al esquema XSD entregado.
3. Los atributos que registran valores numéricos, se reportan con valores numéricos positivos, sin signos ni puntuaciones, según lo reportado por el informante o en su defecto con cero (0).
4. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes, y día.
3.2. Validaciones del Encabezado
1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas,
2. Año de envío, debe ser el año calendario.
3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.
4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.
5. Cantidad de registros, debe ser igual a la cantidad de registros reportados en el contenido, que como máximo puede ser 5000 registros.
6. Valor total, corresponde a la sumatoria de la casilla “val” (Valor del impuesto descontable y el IVA resultante por devoluciones en ventas anuladas, rescindidas o resueltas) 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=“1049.xsd”>
<Cab>
<Año>2005</Año>
<CodCpt>1</CodCpt>
<Formato>1049</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>4500000</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<impoventas tdoc=“31” nid=“79420159” dv=“2” apl1=“Paz” apl2=“Rojas” nom1=“Miguel” val=“4500000”/>
</mas>
5. 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=“impoventas”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1049 IMPUESTO A LAS VENTAS POR PAGAR (DESCONTABLE) EN CONTRATOS DE ASOCIACION PARA EXPLORACION Y EXPLOTACION MINERA</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” type=“xs:string” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación del informado</xs:documentation>
</xs:annotation>
</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 informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer nombre del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restri ction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros nombres del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón social del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“val” use=“required”>
<xs:annotation>
<xs:documentation>Valor del impuesto descontable y el IVA resultante por devoluciones en ventas anuladas, rescindidas o resueltas</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=“impoventas” 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=“1049”>
<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>
< /span></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>
&nb sp;
ANEXO N° 20
Especificaciones Técnicas
IMPUESTO A LAS VENTAS POR PAGAR (GENERADO) EN CONTRATOS DE ASOCIACION PARA EXPLORACION Y EXPLOTACION MINERA
Formato 1050 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos, donde se reporta el Impuesto a las ventas por pagar (generado) en contratos de asociación para exploración y explotación minera.
ESPECIFICACION TECNICA
El formato de Impuesto a las ventas por pagar (generado) en contratos de asociación para exploración y explotación minera, 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 (Impuesto a las ventas por pagar (generado) en contratos de asociación para exploración y explotación minera = 01050)
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 Impuesto a las ventas por pagar (generado) en contratos de asociación para exploración y explotación minera, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “impoventas” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<Ver Notas de Vigencia sobre la modificación introducida a este formato por el artículo 6 de la Resolución 12466 de 2005.>
Los campos Tipo de Documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
3. Validaciones
3.1. Validaciones Generales
1. El archivo debe contener todos los campos definidos para el encabezado y estos campos deben estar correctamente diligenciados.
2. La información del contenido del archivo debe corresponder al esquema XSD entregado.
3. Los atributos que registran valores numéricos, se reportan con valores numéricos positivos, sin signos ni puntuaciones, según lo reportado por el informante o en su defecto con cero (0).
4. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes, y día.
3.2. Validaciones del Encabezado
1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas,
2. Año de envío, debe ser el año calendario.
3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.
4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.
5. Cantidad de registros, debe ser igual a la cantidad de registros reportados en el contenido, que como máximo puede ser 5000 registros.
6. Valor total, corresponde a la sumatoria de la casilla “val” (Valor del impuesto generado y el IVA recuperado en devoluciones en compras anuladas, rescindidas o resueltas) 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=“1050.xsd”>
<Cab>
<Año>2005</Año>
<CodCpt>1</CodCpt>
<Formato>1050</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>25000000</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<impoventas tdoc=“31” nid=“800023001” dv=“9” raz=“Petrolium company” val=“25000000”/>
</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=“impoventas”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1050 IMPUESTO A LAS VENTAS POR PAGAR (GENERADO) EN CONTRATOS DE ASOCIACION PARA EXPLORACION Y EXPLOTACION MINERA</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 informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“20”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dv” use=“optional”>
<xs:annotation>
<xs:documentation>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 informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer nombre del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute&g t;
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros nombres del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón social del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“val” use=“required”>
<xs:annotation>
<xs:documentation>Valor del impuesto descontable y el IVA resultante por devoluciones en ventas anuladas, rescindidas o resueltas</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>< /o:p>
<xs:sequence>
<xs:element name=“Cab” type=“CabType”/>
<xs:element ref=“impoventas” 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=“1050”>
<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>
ANEXO N° 21
Especificaciones Técnicas
SALDOS DE CUENTAS POR COBRAR AL 31 DE DICIEMBRE EN CONTRATOS DE ASOCIACION PARA EXPLORACION Y EXPLOTACION MINERA
Formato 1051 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos, donde se reportan los Saldos de cuentas por cobrar al 31 de diciembre en contratos de asociación para exploración y explotación minera.
ESPECIFICACION TECNICA
El formato de Saldos de cuentas por cobrar al 31 de diciembre en contratos de asociación para exploración y explotación minera, 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 (Saldos de cuentas por cobrar al 31 de diciembre en contratos de asociación para exploración y explotación minera = 01051)
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 Saldos de cuentas por cobrar al 31 de diciembre en contratos de asociación para exploración y explotación minera, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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 e specificació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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “saldos” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<Ver Notas de Vigencia sobre la modificación introducida a este formato por el artículo 6 de la Resolución 12466 de 2005.>
Los campos Concepto, Tipo de documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
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 ce ro (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 “sal” (Saldo Cuentas por Cobrar al 31 de diciembre) 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=“1051.xsd”>
<Cab>
<Año>2005</Año>
<CodCpt>1</CodCpt>
<Formato>1051</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>35890000</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<saldos cpt=“1350” tdoc=“13” nid=“41250456” apl1=“Escobar” apl2=“Andrade” nom1=“Maria”
dir=“Av 12 6 34” dpto=“81” mun=“736” sal=“35890000”/>
</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=“saldos”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1051 SALDOS DE CUENTAS POR COBRAR AL 31 DE DICIEMBRE EN CONTRATOS DE ASOCIACION PARA EXPLORACION Y EXPLOTACION MINERA</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“cpt” use=“required”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” type=“xs:string” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación del informado</xs:documentation>
</xs:annotation>
</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 informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer nombre del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros nombres del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón social del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dir” use=“required”>
<xs:annotation>
<xs:documentation>Dirección</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“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=“sal” use=“required”>
<xs:annotation>
<xs:documentation>Saldo cuentas por Cobrar al 31 de diciembre</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=“saldos” 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=“1051”>
<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>
ANEXO N° 22
Especificaciones Técnicas
SALDOS DE CUENTAS POR PAGAR AL 31 DE DICIEMBRE EN CONTRATOS DE ASOCIACION PARA EXPLORACION Y EXPLOTACION MINERA
Formato 1052 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos, donde se reportan los Saldos de cuentas por pagar al 31 de diciembre en contratos de asociación para exploración y explotación minera.
ESPECIFICACION TECNICA
El formato de Saldos de cuentas por pagar al 31 de diciembre en contratos de asociación para exploración y explotación minera, 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:< o:p>
Dmuisca_ccmmmmmvvaaaacccccccc.xml
cc : Concepto (Inserción = 01, Reemplazo = 02)
mmmmm : Formato (Saldos de cuentas por pagar al 31 de diciembre en contratos de asociación para exploración y explotación minera = 01052)
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 Saldos de cuentas por pagar al 31 de diciembre en contratos de asociación para exploración y explotación minera, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “saldos” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<Ver Notas de Vigencia sobre la modificación introducida a este formato por el artículo 6 de la Resolución 12466 de 2005.>
Los campos Concepto, Tipo de documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
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 q ue 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 “sal” (Saldo Cuentas por Pagar al 31 de diciembre) 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=“1052.xsd”>
<Cab>
<Año>2005</Año>
<CodCpt>1</CodCpt>
<Formato>1052</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>1254560</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<saldos con=“2250” tdoc=“31” nid=“82456789” dv=“1” apl1=“Paez” apl2=“Amador” nom1=“Andres”
dir=“Av 12 45 05” dpto=“85” mun=“139” sal=“1254560”/>
</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=“saldos”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1052 SALDOS DE CUENTAS POR PAGAR AL 31 DE DICIEMBRE EN CONTRATOS DE ASOCIACION PARA EXPLORACION Y EXPLOTACION MINERA</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“cpt” use=“required”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“20”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dv” use=“optional”>
<xs:annotation>
<xs:documentation>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 informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer nombre del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>< /span>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros nombres del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón social del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dir” use=“required”>
<xs:annotation>
<xs:documentation>Dirección</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“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>< /p>
</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=“sal” use=“required”>
<xs:annotation>
<xs:documentation>Saldo cuentas por Cobrar al 31 de diciembre</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=“saldos” 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=“1052”>
<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>
ANEXO N° 23
Especificaciones Técnicas
PAGOS O ABONOS EN CUENTA EFECTUADOS EN CONTRATOS
DE MANDATO O DE ADMINISTRACION DELEGADA
Formato 1016 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos donde se reportan los Pagos o Abonos en cuenta efectuados en Contratos de Mandato o de Administración Delegada.
ESPECIFICACION TECNICA
El formato de Pagos o Abonos en cuenta efectuados en Contratos de Mandato o de Administración Delegada, 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 (Pagos o Abonos en cuenta efectuados en Contratos de Mandato o de Administración Delegada = 01016)
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 Pagos o Abonos en cuenta efectuados en Contratos de Mandato o de Administración Delegada, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “pagos” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<Ver Notas de Vigencia sobre la modificación introducida a este formato por el artículo 6 de la Resolución 12466 de 2005.>
Los campos Concepto, Tipo de documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
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 “pag” (Pago o abono en cuenta) 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=“1016.xsd”>
<Cab>
<Año>2005</Año>
<CodCpt>1</CodCpt>
<Formato>1016</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>420000000</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<pagos cpt=“5001” tdoc=“13” nid=“41520110” apl1=“Campos” apl2=“Rosas”nom1=“Ligia”dir=“cl 7 8 10” dpto=“15” mun=“1” pag=“420000000” nitm=“82000000000” dvm=“4”
razm=“Gomez y asoc”/>
</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=“pagos”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1016 Pagos o Abonos en cuenta efectuados en Contratos de Mandato o de Administración Delegada</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“cpt” use=“required”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación</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 de la persona a quien se le hizo el pago</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 de la persona a quien se le hizo el pago</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 de la persona a quien se le hizo el pago</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 de la persona a quien se le hizo el pago</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 persona a quien se le hizo el pago</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=“2”/>
<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=“pag” use=“required”>
<xs:annotation>
<xs:documentation>Pago o abono en cuenta</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=“nitm” use=“required”>
<xs:annotation>
<xs:documentation>NIT del mandante o contratante</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:long”>
<xs:minInclusive value=“1000000”/>
<xs:maxInclusive value=“99999999999999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dvm” 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=“apl1m” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Apellido del mandante o contratante</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=“apl2m” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del mandante o contratante</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=“nom1m” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Nombre del mandante o contratante</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=“nom2m” use=“optional”>
<xs:annotation>
<xs:documentation>Otros Nombres del mandante o contratante</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=“razm” use=“optional”>
<xs:annotation>
<xs:documentation>Razón Social del mandante o contratante</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
</xs:complexType>
</xs:element>
<xs: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=“pagos” 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=“1016”>
<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:positiveIntege r”>
<xs:totalDigits value=“4”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:schema>
ANEXO N° 24
Especificaciones Técnicas
INFORMACION DE RETENCIONES EN LA FUENTE PRACTICADAS A TRAVES DE CONTRATOS DE MANDATO O DE ADMINISTRACION DELEGADA
Formato 1053 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos, donde se reporta la Información de retenciones en la fuente practicadas a través de contratos de mandato o de administración delegada.
ESPECIFICACION TECNICA
El formato de Información de retenciones en la fuente practicadas a través de contratos de mandato o de administración delegada, 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 retenciones en la fuente practicadas a través de contratos de mandato o de administración delegada = 01053)
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 retenciones en la fuente practicadas a través de contratos de mandato o de administración delegada, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, los cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “retenciones” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<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 operación, Tipo de Documento, Número de Identificación y NIT del mandante en el caso de contratos de mandato, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
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 base de retención) 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=“1053.xsd”>
<Cab>
<Año>2005</Año>
<CodCpt>1</CodCpt>
<Formato>1053</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>62000000</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<retenciones top=“2301” tdoc=“13” nid=“79250148”apl1=“Gonzalez” apl2=“Trillos” nom1=“Roberto” dir=“c r 25 15 45” dpto=“73” mun=“268” val=“62000000” ret=“4000000” nitm=“860000000” dvm=“2” razm=“Ecopetrol”/>
</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=“retenciones”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1053 INFORMACION DE RETENCIONES EN LA FUENTE PRACTICADAS A TRAVES DE CONTRATOS DE MANDATO O DE ADMINISTRACION DELEGADA</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“top” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de operación</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLe ngth 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 informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer nombre del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros nombres del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón social del informado</xs:documentation& gt;
</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:attr ibute>
<xs:attribute name=“val” use=“required”>
<xs:annotation>
<xs:documentation>Valor base de retención</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&g t;
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nitm” use=“required”>
<xs:annotation>
<xs:documentation>NIT del mandante en el caso de contratos de mandato </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=“dvm” 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=“apl1m” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Apellido del mandante o contratante</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=“apl2m” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del mandante o contratante</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=“nom1m” use=“optional”>
<xs:annotation>
<xs:documentation>Primer nombre del mandante o contratante</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=“nom2m” use=“optional”>
<xs:annotation>
<xs:documentation>Otros nombres del mandante o contratante</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=“razm” use=“optional”>
<xs:annotation>
<xs:documentation>Razón social del mandante o contratante</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
</xs:complexType>
</xs:element>
<xs: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=“retenciones” 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=“1053”>
<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>
ANEXO N° 25
Especificaciones Técnicas
INGRESOS RECIBIDOS POR CONTRATOS DE MANDATO O DE ADMINISTRACION DELEGADA
Formato 1017 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos donde se reportan los Ingresos Recibidos por Contratos de Mandato o de Administración Delegada.
ESPECIFICACION TECNICA
El formato de Ingresos Recibidos por Contratos de Mandato o de Administración Delegada, 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 (Ingresos Recibidos por Contratos de Mandato o de Administración Delegada = 01017)
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 Ingresos Recibidos por Contratos de Mandato o de Administración Delegada, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “ingresos” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<Ver Notas de Vigencia sobre la modificación introducida a este formato por el artículo 6 de la Resolución 12466 de 2005.>
Los campos Concepto, Tipo de documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
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 “ing” (Ingresos brutos recibidos) 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=“1017.xsd”>
<Cab>
<Año>2005</Año>
<CodCpt>1</CodCpt>
<Formato>1017</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>12000000000</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<ingresos cpt=“4040” tdoc=“31” nid=“860000123”dv=“0” raz=“Construir ltda” ing=“12000000000” des=“0” nitm=“821456789” dvm=“0” razm=“Montenegro ltda”/>
</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=“ingresos”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1017 Ingresos Recibidos por Contratos de Mandato o de Administración Delegada</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“cpt” use=“required”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación</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 informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute& gt;
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Nombre del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros Nombres del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>< /o:p>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón Social del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“ing” use=“required”>
<xs:annotation>
<xs:documentation>Ingresos brutos recibidos</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=“des” use=“required”>
<xs:annotation>
<xs:documentation>Devoluciones, rebajas y descuentos</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=“nitm” use=“required”>
<xs:annotation>
<xs:documentation>NIT del mandante o contratante</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:long”>
<xs:minInclusive value=“1000000”/>
<xs:maxInclusive value=“99999999999999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dvm” 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=“apl1m” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Apellido del mandante o contratante</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=“apl2m” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del mandante o contratante</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=“nom1m” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Nombre del mandante o contratante</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=“nom2m” use=“optional”>
<xs:annotation>
<xs:documentation>Otros Nombres del mandante o contratante</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=“razm” use=“optional”>
<xs:annotation>
<xs:documentation>Razón Social del mandante o contratante</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
</xs:complexType>
</xs:element>
<xs: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=“ingresos” 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=“1017”>
<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”&g t;
<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>
ANEXO N° 26
Especificaciones Técnicas
IMPUESTO A LAS VENTAS POR PAGAR (DESCONTABLE) EN CONTRATOS DE MANDATO O DE ADMINISTRACION DELEGADA
Formato 1054 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos, donde se reporta el Impuesto a las ventas por pagar (descontable) en contratos de mandato o de administración delegada.
ESPECIFICACION TECNICA
El formato de Impuesto a las ventas por pagar (d escontable) en contratos de mandato o de administración delegada, 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 (Impuesto a las ventas por pagar (descontable) en contratos de mandato o de administración delegada = 01054)
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 Impuesto a las ventas por pagar (descontable) en contratos de mandato o de administración delegada, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, los cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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 co ntiene los siguientes datos, todos de carácter obligatorio:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “impoventas” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<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, Número de Identificación y NIT del mandante en el caso de contratos de mandato, 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. Fec ha 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 del impuesto descontable y el IVA resultante por devoluciones en ventas anuladas, rescindidas o resueltas) 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=“1054.xsd”>
<Cab>
<Año>2005</Año>
<CodCpt>1</CodCpt>
<Formato>1054</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>6000000</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<impoventas tdoc=“31” nid=“794521” dv=“9” apl1=“Castro” apl2=“Garcia” nom1=“Alberto” nom2=“Maria” val=“6000000” nitm=“860000000” dvm=“2” razm=“Ecopetrol”/>
</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=“impoventas”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1054 IMPUESTO A LAS VENTAS POR PAGAR (DESCONTABLE) EN CONTRATOS DE MANDATO O DE ADMINISTRACION DELEGADA</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 informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“20”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dv” use=“optional”>
<xs:annotation>
<xs:documentation>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 informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer nombre del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros nombres del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón social del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“val” use=“required”>
<xs:annotation>
<xs:documentation>Valor del impuesto descontable y el IVA resultante por devoluciones en ventas anuladas, rescindidas o resueltas</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=“nitm” use=“required”>
<xs:annotation>
<xs:documentation>NIT del mandante en el caso de contratos de mandato </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=“dvm” use=“optional”>
<xs:annotation>
<xs:documentation>Digito de Verificación</xs:documentati on>
</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=“apl1m” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Apellido del mandante o contratante</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=“apl2m” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del mandante o contratante</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=“nom1m” use=“optional”>
<xs:annotation>
<xs:documentation>Primer nombre del mandante o contratante</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=“nom2m” use=“optional”>
<xs:annotation>
<xs:documentation>Otros nombres del mandante o contratante</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=“razm” use=“optional”>
<xs:annotation>
<xs:documentation>Razón social del mandante o contratante</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
</xs:complexType>
</xs:element>
<xs: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=“impoventas” 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=“1054”>
<xs:simpleType>
<xs:restriction base=“xs:positiveInteger”>
<xs:totalDigits value=“4”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=“Version” type=“xs:p ositiveInteger” 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>
& lt;/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>
ANEXO N° 27
Especificaciones Técnicas
IMPUESTO A LAS VENTAS POR PAGAR (GENERADO) EN CONTRATOS
DE MANDATO O DE ADMINISTRACION DELEGADA
Formato 1055 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos, donde se reporta el Impuesto a las ventas por pagar (generado) en contratos de mandato o de administración delegada.
ESPECIFICACION TECNICA
El formato de Impuesto a las ventas por pagar (generado) en contratos de mandato o de administración delegada, 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 (Impuesto a las ventas por pagar (generado) en contratos de mandato o de administración delegada = 01055)
vv : Versión del formato (Versión = 06).
aaaa </span>: Año de envío.
cccccccc : Consecutivo de envío por año.
2. Formato del Archivo
El formato de Impuesto a las ventas por pagar (generado) en contratos de mandato o de administración delegada, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “impoventas” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<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, 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 5000 registros.
6. Valor total, corresponde a la sumatoria de la casilla “val” (Valor del impuesto generado y el IVA recuperado en devoluciones en compras anuladas, rescindidas o resueltas) 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=“1055.xsd”>
<Cab>
<Año>2005</Año>< /p>
<CodCpt>1</CodCpt>
<Formato>1055</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>120000000</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<impoventas tdoc=“31” nid=“8600000123” dv=“0” raz=“Construir ltda” val=“120000000” nitm=“821456789” dvm=“0” razm=“Montenegro ltda”/>
</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=“impoventas”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1055 IMPUESTO A LAS VENTAS POR PAGAR (GENERADO) EN CONTRATOS DE MANDATO O DE ADMINISTRACION DELEGADA</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“tdoc” use=“required”>< /span>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“20”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dv” use=“optional”>
<xs:annotation>
<xs:documentation>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 informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer nombre del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros nombres del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón social del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“val” use=“required”>
<xs:annotation>
<xs:documentation>Valor del impuesto generado y el IVA recuperado en devoluciones en compras anuladas, rescindidas o resueltas</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=“nitm” use=“required”>
<xs:annotation>
<xs:documentatio n>NIT del mandante en el caso de contratos de mandato </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=“dvm” 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=“apl1m” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Apellido del mandante o contratante</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=“apl2m” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del mandante o contratante</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=“nom1m” use=“optional”>
<xs:annotation>
<xs:documentation>Primer nombre del mandante o contratante</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=“nom2m” use=“optional”>
<xs:annotation>
<xs:documentation>Otros nombres del mandante o contratante</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=“razm” use=“optional”>
<xs:annotation>
<xs:documentation>Razón social del mandante o contratante</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
</xs:complexType>
</xs:element>
<xs: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=“impoventas” 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=“1055”>
<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>
ANEXO N° 28
Especificaciones Técnicas
INFORMACION DE SALDOS DE CUENTAS POR PAGAR AL 31 DE DICIEMBRE EN CONTRATOS DE MANDATO O ADMINISTRACION DELEGADA
Formato 1027 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos donde se reporta la Información de saldos de Cuentas por Pagar al 31 de diciembre en Contratos de Mandato o Administración Delegada.
ESPECIFICACION TECNICA
El formato de Información de saldos de Cuentas por Pagar al 31 de diciembre en Contratos de Mandato o Administración Delegada, 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 saldos de Cuentas por Pagar al 31 de diciembre en Contratos de Mandato o Administración Delegada = 01027)
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 saldos de Cuentas por Pagar al 31 de diciembre en Contratos de Mandato o Administración Delegada, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “salcp” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<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 Concepto, Tipo de Documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
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 “sal” (Saldo a 31 de diciembre) 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=“1027.xsd”>
<Cab>
<Año>2005</Año>
<CodCpt>1</CodCpt>
<Formato>1027</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>45231000</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<salcp cop=“2201” tdoc=“31” nid=“820157984” dv=“1” raz=“Cooavenidas ltda” dir=“Av 15 7 94” dpto=“11” mun=“1” sal=“45231000” nitm=“860000000” dvm=“2” razm=“Ecopetrol”/>
</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=“salcp”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1027 Información de saldos de Cuentas por Pagar al 31 de diciembre en Contratos de Mandato o Administración Delegada</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“cop” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Operación</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación del Deudor</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs: minLength value=“0”/>
<xs:maxLength value=“20”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dv” use=“optional”>
<xs:annotation>
<xs:documentation>Dígito de verificación</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Apellido del Deudor</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del Deudor</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Nombre del Deudor</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros nombres del Deudor </xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón Social Deudor</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“200”/>
</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=“5”/>
<xs:maxLength value=“200”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dpto” use=“required”>
<xs:annotation>
<xs:documentation>Código Dpto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“mun” use=“required”>
<xs:annotation>
<xs:documentation>Código Municipio</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“sal” use=“required”>
<xs:annotation>
<xs:documentation>Valor del prestamo otorgado al 31-12</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=“nitm” use=“required”>
<xs:annotation>
<xs:documentation>NIT del mandante en el caso de contratos de mandato, y/o identificación del patrimonio autónomo
</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=“dvm” 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=“apl1m” use=“optional”>
<xs:annotation>
<xs:documentation>Primer apellido del mandante o contratante</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=“apl2m” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo apellido del mandante o contratante</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=“nom1m” use=“optional”>
<xs:annotation>
<xs:documentation>Primer nombre del mandante o contratante</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=“nom2m” use=“optional”>
<xs:annotation>
<xs:documentation>Otros nombres del mandante o contratante </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 nam e=“razm” use=“optional”>
<xs:annotation>
<xs:documentation>Razón social del mandante o contratante</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: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=“salcp” 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=“1027”>
<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>
ANEXO N° 29
Especificaciones Técnicas
INFORMACION DE SALDOS DE CUENTAS POR COBRAR AL 31 DE DICIEMBRE EN CONTRATOS DE MANDATO O ADMINISTRACION DELEGADA
Formato 1018 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos donde se reporta la Información de saldos de cuentas por cobrar al 31 de diciembre en Contratos de Mandato o Administración Delegada.
ESPECIFICACION TECNICA
El formato de Información de saldos de cuentas por cobrar al 31 de diciembre en Contratos de Mandato o Administración Delegada, 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 saldos de cuentas por cobrar al 31 de diciembre en Contratos de Mandato o Administración Delegada = 01018)
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 saldos de cuentas por cobrar al 31 de diciembre en Contratos de Mandato o Administración Delegada, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “pagos” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<Ver Notas de Vigencia sobre la modificación introducida a este formato por el artículo 6 de la Resolución 12466 de 2005.>
Los campos Concepto, Tipo de documento y Número de Identificación conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
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, deb en 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 “sal” (Saldo al 31 de diciembre) 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=“1018.xsd”>
<Cab>
<Año>2005</Año>
<CodCpt>1</CodCpt>
<Formato>1018</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>60000000</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<pagos cpt=“1340” tdoc=“31” nid=“860000123” dv=“0” raz=“Construir ltda” dir=“Av rojas 13 90” dpto=“11” mun=“1” sal=“60000000” nitm=“821456789” dvm=“0” razm=“Montenegro ltda”/>
</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=“pagos”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1018 Información de saldos de cuentas por cobrar al 31 de diciembre en Contratos de Mandato o Administración Delegada</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“cpt” use=“required”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:a ttribute>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“20”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dv” use=“optional”>
<xs:annotation>
<xs:documentation>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 informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Nombre del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros Nombres del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón Social del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dir” use=“required”>
<xs:annotation>
<xs:documentation>Dirección</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“2”/>
<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>
&l t;xs:attribute name=“sal” use=“required”>
<xs:annotation>
<xs:documentation>Saldo al 31 de diciembre</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=“nitm” use=“required”>
<xs:annotation>
<xs:documentation>NIT del mandante o contratante</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:long”>
<xs:minInclusive value=“1000000”/>
<xs:maxInclusive value=“99999999999999”/>
</xs:restriction>
</x s:simpleType>
</xs:attribute>
<xs:attribute name=“dvm” 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=“apl1m” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Apellido del mandante o contratante</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=“apl2m” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del mandante o contratante</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=“nom1m” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Nombre del mandante o contratante</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=“nom2m” use=“optional”>
<xs:annotation>
<xs:documentation>Otros Nombres del mandante o contratante</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=“razm” use=“optional”>
<xs:annotation>
<xs:documentation>Razón Social del mandante o contratante</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
</xs:complexType>
</xs:element>
<xs: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=“pagos” 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=“1018”>
<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>
ANEXO N° 30
Especificaciones Técnicas
INFORMACION DE LOS FIDEICOMISOS QUE ADMINISTRAN
Formato 1013 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos donde se reporta la Información de los fideicomisos que se administran.
ESPECIFICACION TECNICA
El formato de Información de los fideicomisos que administran, 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 los fideicomisos que administran = 01013)
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 los fideicomisos que administran, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5000 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 “fide” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<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 Concepto, Tipo de documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
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 patrimonial del fideicomiso o encargo fiduciario) 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” enco ding=“ISO-8859-1”?>
<mas xmlns:xsi=“http://www.w3.org/2001/XMLSchema-instance” xsi:noNamespaceSchemaLocation=“1013.xsd”>
<Cab>
<Año>2005</Año>
<CodCpt>1</CodCpt>
<Formato>1013</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>
<fide cpt=“1010” tdoc=“13” nid=“41278145” apl1=“Andrade” apl2=“Rincon” nom1=“Ramona” dir=“Av 78 12 45” dpto=“11” mun=“1” val=“100000000” ren=“20000000”/>
</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=“fide”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1013 INFORMACION DE LOS FIDEICOMISOS QUE ADMINISTRAN</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“cpt” use=“required”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación</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=“required”>
<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 Fideicomitente o fiduciante</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 Fideicomitente o fiduciante</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 Fideicomitente o fiduciante</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 Fideicomitente o fiduciante</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 Fideicomitente o fiduciante</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=“2”/>
<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=“val” use=“required”>
<xs:annotation>
<xs:documentation>Valor patrimonial del fideicomiso o encargo fiduciario</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=“ren” use=“required”>
<xs:annotation>
<xs:documentation>Rendimientos y/o utilidades cuasados en el año</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=“fide” 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=“1013”>
<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>
ANEXO N° 31
Especificaciones Técnicas
PAGOS O ABONOS EN CUENTA EFECTUADOS CON CARGO A LOS PATRIMONIOS AUTONOMOS
Formato 1014 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos donde se reportan los Pagos o abonos en cuenta efectuados con cargo a los patrimonios autónomos.
ESPECIFICACION TECNICA
El formato de Pagos o abonos en cuenta efectuados con cargo a los patrimonios autónomos, 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 ( Pagos o abonos en cuenta efectuados con cargo a los patrimonios autónomos = 01014)
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 Pagos o abonos en cuenta efectuados con cargo a los patrimonios autónomos, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “pagos” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<Ver Notas de Vigencia sobre la modificación introducida a este formato por el artículo 6 de la Resolución 12466 de 2005.>
Los campos Concepto, Tipo de documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
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 envié 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 “val” (Valor del pago) 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=“1014.xsd”>
<Cab>
<Año>2005</Año>
<CodCpt>1</CodCpt>
<Formato>1014</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>56000000</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<pagos cpt=“5202” tdoc=“13” nid=“41568974” apl1=“Mateus” nom1=“Rosa” dir=“Cl 19 21 12” dpto=“11” mun=“1” val=“56000000” idfide=“114512”/>
</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=“pagos”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1014 PAGOS O ABONOS EN CUENTA EFECTUADOS CON CARGO A LOS PATRIMONIOS AUTONOMOS</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“cpt” use=“required”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación</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 Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Nombre del Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros Nombres del Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón Social del Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dir” use=“required”>
<xs:annotation>
<xs:documentation>Dirección</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“2”/>
<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=“val” use=“required”>
< span style='mso-spacerun:yes'> <xs:annotation>
<xs:documentation>Valor del pago</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=“idfide” use=“required”>
<xs:annotation>
<xs:documentation>Identificación del fideicomiso</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=“pagos” 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=“1014”>
<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>
< span style='mso-spacerun:yes'> <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>
ANEXO N° 32
Especificaciones Técnicas
RETENCIONES EN LA FUENTE PRACTICADAS A TITULO DE RENTA E IVA A TRAVES DE FIDUCIAS
Formato 1015 – Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los donde se reportan los Retenciones en la fuente practicadas a titulo de renta e IVA a través de fiducias.
ESPECIFICACION TECNICA
El formato de Retenciones en la fuente practicadas a titulo de renta e IVA a través de fiducias, 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 (Retenciones en la fuente practicadas a titulo de renta e iva a traves de fiducias = 01015)
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 Retenciones en la fuente practicadas a titulo de renta e IVA a través de fiducias, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “retfiducia” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<Ver Notas de Vigencia sobre la modificación introducida a este formato por el artículo 6 de la Resolución 12466 de 2005.>
Los campos Concepto, Tipo de docum ento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
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 base de retención) 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:noNamespceSchemaLocation=“1015.xsd”>
<Cab>
<Año>2005</Año>
<CodCpt>1</CodCpt>
<Formato>1015</Formato>
<Version>6</Version>
<NumEnvio>1</NumEnvio>
<FecEnvio>2001-12-17T09:30:47-05:00</FecEnvio>
<FecInicial>2004-01-01</FecInicial>
<FecFinal>2004-12-31</FecFinal>
<ValorTotal>56000000</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<retfiducia cpt=“2304” tdoc=“13” nid=“41568974” apl1=“Mateus” nom1=“Rosa” dir=“Cl 19 21 12” dpto=“11” mun=“1” val=“56000000” ret=“5600000” fide=“114512”/>
</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=“retfiducia”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1015 RETENCIONES EN LA FUENTE PRACTICADAS A TITULO DE RENTA E IVA A TRAVES DE FIDUCIAS </xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“cpt” use=“required”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación</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 Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer Nombre del Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros Nombres del Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón Social del Informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dir” use=“required”>
<xs:annotation>
<xs:documentation>Dirección</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“2”/>
<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=“val” use=“required”>
<xs:annotation>
<xs:documentation>Valor base de retención</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:attribute name=“fide” use=“required”>
<xs:annotation>
<xs:documentation>Identificación del fideicomiso</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: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=“retfiducia” 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=“1015”>
<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>
ANEXO N° 33
Especificaciones Técnicas
PAGOS O ABONOS EN CUENTA POR SECRETARIOS GENERALES QUE ADMINISTRAN RECURSOS DEL TESORO
Formato 1056 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos, donde se reportan los Pagos o abonos en cuenta por secretarios generales que administran recursos del tesoro.
ESPECIFICACION TECNICA
El formato de Pagos o abonos en cuenta por secretarios generales que administran recursos del tesoro, 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 (Pagos o abonos en cuenta por secretarios generales que administran recursos del tesoro = 01056)
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 Pagos o abonos en cuenta por secretarios generales que administran recursos del tesoro, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “impoventas” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<Ver Notas de Vigencia sobre la modificación introducida a este formato por el artículo 6 de la Resolución 12466 de 2005.>
Los campos Tipo de Operación, Tipo de documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
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 cuando 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 “pag” (Pago o Abono en cuenta) 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=“1056.xsd”>
<Cab>
<Año>2005</Año>
<CodCpt>1</CodCpt>
<Formato>1056</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>7000000</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<impoventas top=“5008” tdoc=“31” nid=“79854561” dv=“0” apl1=“Angel” apl2=“Martinez” nom1=“Andres” nom2=“Felipe” dir=“cra 12 15 21” dpto=“15” mun=“1” pag=“7000000”/>
</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=“impoventas”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1056 PAGOS O ABONOS EN CUENTA POR SECRETARIOS GENERALES QUE ADMINISTRAN RECURSOS DEL TESORO</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“top” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Operación</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“20”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dv” use=“optional”>
<xs:annotation>
<xs:documentation>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 informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer nombre del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros nombres del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón social del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dir” use=“required”>
<xs:annotation>
<xs:documentation>Dirección</xs :documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“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=“pag” use=“required”>
<xs:annotation>
<xs:documentation>Pago o Abono en cuenta</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=“impoventas” 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=“1056”>
<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>
ANEXO N° 34
Especificaciones Técnicas
INFORMACION DE RETENCIONES EN LA FUENTE PRACTICADAS
POR SECRETARIOS QUE ADMINISTRAN RECURSOS DEL TESORO NACIONAL
Formato 1057 - Versión 6
Año gravable 2005
OBJETIVO
Definir las características y contenido de los archivos, donde se reporta la Información de retenciones en la fuente practicadas por secretarios que administran recursos del Tesoro Nacional.
ESPECIFICACION TECNICA
El formato de Información de retenciones en la fuente practicadas por secretarios que administran recursos del Tesoro Nacional, 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 retenciones en la fuente practicadas por secretarios que administran recursos del Tesoro Nacional = 01057)
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 retenciones en la fuente practicadas por secretarios que adminis tran recursos del Tesoro Nacional, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino N° 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:
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
(*) 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 “impoventas” y se deben incluir los siguientes datos para cada transacción reportada.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
<Ver Notas de Vigencia sobre la modificación introducida a este formato por el artículo 6 de la Resolución 12466 de 2005.>
Los campos Tipo de Operación, Tipo de documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo env ío.
<Por el volúmen de tablas incluidas en esta Resolución, estas no pueden ser incluidas en este formato. Consultar en la carpeta de "ANEXOS - Diarios Oficiales" el Diario 46.078>
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. Numero 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 “pag” (Valor del pago o abono sujeto a Retención en la fuente) 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=“1057.xsd”>
<Cab>
<Año>2005</Año>
<CodCpt>1</CodCpt>
<Formato>1057</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>7000000</ValorTotal>
<CantReg>1</CantReg>
</Cab>
<impoventas top=“2309” tdoc=“31” nid=“79854561” dv=“0” apl1=“Angel” apl2=“Martinez” dir=“Av el Dorado 76 40” dpto=“11” mun=“1” nom1=“Andres” nom2=“Felipe” pag=“7000000” ret=“7000000”/>
</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=“impoventas”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1057 INFORMACION DE RETENCIONES EN LA FUENTE PRACTICADAS POR SECRETARIOS QUE ADMINISTRAN RECURSOS DEL TESORO NACIONAL</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:attribute name=“top” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Operación</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“9999”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“tdoc” use=“required”>
<xs:annotation>
<xs:documentation>Tipo de Documento</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:int”>
<xs:minInclusive value=“0”/>
<xs:maxInclusive value=“99”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nid” use=“required”>
<xs:annotation>
<xs:documentation>Número de Identificación del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“20”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dv” use=“optional”>
<xs:annotation>
<xs:documentation>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 informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“apl2” use=“optional”>
<xs:annotation>
<xs:documentation>Segundo Apellido del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom1” use=“optional”>
<xs:annotation>
<xs:documentation>Primer nombre del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“nom2” use=“optional”>
<xs:annotation>
<xs:documentation>Otros nombres del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“raz” use=“optional”>
<xs:annotation>
<xs:documentation>Razón social del informado</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“0”/>
<xs:maxLength value=“450”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=“dir” use=“required”>
<xs:annotation>
<xs:documentation>Dirección</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=“xs:string”>
<xs:minLength value=“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=“pag” use=“required”>
<xs:annotation>
<xs:documentation>Valor del pago o abono sujeto a Retención en la fuente</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>Valor de la Retención en la fuente practicada a tìtulo de renta y a tìtulo de iva</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=“impoventas” maxOccurs=“unbounded”/>
</xs:seq uence>
</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=“1057”>
<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>