RESOLUCIÓN 3847 DE 2008

(abril 30)

Diario Oficial No. 46.984 de 9 de mayo de 2008

DIRECCIÓN DE IMPUESTOS Y ADUANAS NACIONALES

Por la cual se establece para el año gravable 2008, el grupo de personas naturales, personas jurídicas, sociedades y asimiladas, 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 lo señalado en el artículo 2o del Decreto 1738 de 1998,

RESUELVE:

ARTÍCULO 1o. Sujetos obligados a presentar información por el año gravable 2008.

a) <Literal modificado por el artículo 1 de la Resolución 7612 de 2008. El nuevo texto es el siguiente:> Las personas naturales, personas jurídicas, sociedades y asimiladas 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, cuando sus ingresos brutos del año gravable 2007 sean superiores a mil cien millones de pesos ($1.100.000.000)

b) Las personas jurídicas, sociedades y asimiladas, calificadas como Grandes Contribuyentes a la fecha de publicación de la presente resolución, 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 de valores, (para los fondos, téngase en cuenta la denominación de cartera colectiva establecida en el Decreto 2175 de 2007), los fondos mutuos de inversión, 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 2008, independientemente del monto de los ingresos obtenidos;

d) Los consorcios y uniones temporales que durante el año gravable 2008 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, durante el año gravable 2008, independientemente del monto de los ingresos percibidos, en relación con las actividades ejecutadas en desarrollo de cada uno de los contratos de mandato o de administración delegada;

f) Las personas o entidades que actuaron en condición de “operador” o quien haga sus veces, en los contratos de exploración y explotación de hidrocarburos, gases y minerales, independientemente del monto de sus ingresos;

g) Las sociedades fiduciarias que durante el año gravable 2008 administraron patrimonios autónomos y/o encargos fiduciarios, independientemente del monto de sus ingresos;

h) Los entes públicos del nivel nacional y territorial de los órdenes central y descentralizado contemplados en el artículo 22 del Estatuto Tributario, no obligados a presentar Declaración de Ingresos y Patrimonio independientemente del monto de sus ingresos;

i) Los Secretarios Generales o quienes hagan sus veces de los órganos que financien gastos con recursos del Tesoro Nacional, no enunciados en los literales a), b) o h) del presente artículo, independiente de la cuantía de ingresos obtenidos.

PARÁGRAFO. Para efectos de establecer la obligación de informar prevista en la presente resolución, los “Ingresos Brutos” incluyen todos los ingresos ordinarios y extraordinarios, de conformidad con lo establecido en el artículo 26 del Estatuto Tributario.

ARTÍCULO 2o. INFORMACIÓN A SUMINISTRAR POR PARTE DE LOS OBLIGADOS.

a) <Literal modificado por el artículo 2 de la Resolución 7612 de 2008. El nuevo texto es el siguiente:> Las personas jurídicas, sociedades y asimiladas, 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 impuesto sobre la renta y complementarios, cuando los ingresos brutos del año gravable 2007, sean superiores a mil cien millones de pesos ($ 1.100.000.000), están obligadas a suministrar la información de que tratan los literales b), c), d), e), f), h), i) y k) del artículo 631 del Estatuto Tributario.

Las personas jurídicas, sociedades y asimiladas con ánimo de lucro y las cooperativas, obligadas a presentar declaración del impuesto sobre la renta y complementarios, adicionalmente, deben suministrar la información de que trata el literal a) del artículo 631 del Estatuto Tributario.

b) Las personas jurídicas, sociedades y asimiladas calificadas como Grandes Contribuyentes a la fecha de publicación de esta Resolución, enunciadas en el literal b) del artículo 1o de la presente resolución, están obligadas a suministrar la información de que tratan los literales b), c), d), e), f), h), i) y k) del artículo 631 del Estatuto Tributario; adicionalmente los Grandes Contribuyentes con ánimo de lucro y las cooperativas deben reportar el literal a) del mismo artículo;

c) Las personas o entidades enunciadas en el literal c) del artículo 1o de la presente resolución, están obligadas a suministrar la información de que trata el literal b) del artículo 631 del Estatuto Tributario, de conformidad con lo establecido en el artículo 5o de esta resolución;

d) Las entidades enunciadas en el literal d) del artículo 1o de la presente resolución, están obligadas a suministrar la información de que tratan los literales b), e) y f) del artículo 631 del Estatuto Tributario, de conformidad con lo establecido en el artículo 13 de esta resolución.

Lo anterior sin perjuicio de la información que deban suministrar los consorciados o asociados, si cumplen los topes establecidos en el artículo 1o de la presente resolución, de las operaciones inherentes a su actividad económica;

e) Las personas o entidades que actuaron en condición de operador o quien haga sus veces, en los contratos de exploración y explotación de hidrocarburos, gases y minerales, deberán suministrar la información de que tratan los literales b), e), f), h) e i) del artículo 631 del Estatuto Tributario, relacionada con las operaciones inherentes a la cuenta conjunta, de conformidad con lo establecido en el artículo 14 de la presente resolución;

f) Las personas o entidades que actuaron como mandatarios o contratistas, 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, relacionada con las operaciones inherentes a las actividades ejecutadas en desarrollo de cada uno de los contratos de mandato o de administración delegada, de conformidad con lo establecido en el artículo 15 de la presente resolución.

Lo anterior sin perjuicio de la información que deba suministrar el mandatario o administrador si cumple los topes establecidos en el artículo 1o de la presente resolución, de las operaciones inherentes a su actividad económica;

g) Las sociedades fiduciarias que durante el año 2008 administraron patrimonios autónomos y/o encargos fiduciarios, deberán informar bajo su propio NIT y Razón Social el valor patrimonial de los derechos fiduciarios, las utilidades causadas, el valor de los ingresos recibidos con cargo a cada uno de los fideicomisos, los pagos o abonos en cuenta realizados con recursos del fideicomiso y las retenciones practicadas, de conformidad con lo establecido en el artículo 16 de la presente resolución.

Lo anterior sin perjuicio de la información que deba suministrar la fiduciaria si cumple los topes establecidos en el artículo 1o de la presente resolución, en relación con operaciones propias;

h) Los entes públicos del nivel nacional y territorial, de los órdenes central y descentralizado, señalados en el literal h) del artículo 1o de la presente resolución, están obligados a suministrar la información de que tratan los literales b) y e) del artículo 631 del Estatuto Tributario;

i) Los Secretarios Generales o quienes hagan sus veces de los órganos que financien gastos con recursos del Tesoro Nacional, no enunciados en los literales a), b) o h), del presente artículo, deberán suministrar la información de que tratan los literales b) y e) del artículo 631 del Estatuto Tributario, de conformidad con lo establecido en el artículo 17 de la presente resolución.

PARÁGRAFO. Información a reportar por la fracción del año gravable. Las personas naturales que cancelen su registro mercantil o terminen sus actividades y las personas jurídicas y asimiladas y demás entidades que se liquiden durante el año y que para la fecha de expedición de la presente resolución no hayan cancelado el Registro Unico Tributario y cumplan los requisitos para estar obligados a reportar la información de que trata el artículo 631 del Estatuto Tributario, deberán informar antes de la cancelación del Registro Unico Tributario, por la fracción de año con el contenido y las características técnicas señalados en esta Resolución.

ARTÍCULO 3o. INFORMACIÓN DE SOCIOS, ACCIONISTAS, COMUNEROS Y/O COOPERADOS. 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, dirección, país de residencia o domicilio y porcentaje de participación de cada una de las personas o entidades que sean socias, accionistas, comuneros y/o cooperadas de la respectiva entidad, que posean acciones y/o aportes en cuantía superior a cinco millones de pesos ($5.000.000), con indicación del valor patrimonial a 31 de diciembre de 2008, de las acciones o aportes y de las participaciones o dividendos pagados o abonados en cuenta en calidad de exigibles en dicho período. En el caso de las cooperativas se debe informar para cada uno de los cooperados, el valor que del fondo de protección de aportes creado con el remanente fue pagado o abonado en cuenta al cooperado. Esta información deberá ser reportada en el Formato 1010, Versión 7.

El valor patrimonial de las acciones y/o aportes, debe ser informado utilizando el sistema especial de valoración autorizado por la respectiva entidad de control. Tratándose de aportes a cooperativas el monto a reportar será el valor del aporte más su revalorización. Para los comuneros, el valor patrimonial de sus derechos se establece de acuerdo con el porcentaje de participación dentro del patrimonio líquido. Cuando el valor a reportar resulte negativo, debe informarse con valor cero (0).

Para los socios, accionistas, comuneros y/o cooperados del exterior, en el campo de identificación se reporta el número, código o clave de identificación fiscal tributaria, tal como figura en el registro fiscal del país de residencia o domicilio, en relación con el Impuesto a la Renta o su similar, sin guiones, puntos o comas, con tipo de documento 42. Cuando en dicho país no se utilice número, código o clave fiscal, se debe informar con identificación 444444001 en forma ascendente, variando consecutivamente en una unidad hasta el 444445000 y con tipo de documento 43. Los campos de dirección, departamento y municipio no se deben diligenciar.

ARTÍCULO 4o. INFORMACIÓN DE PAGOS O ABONOS EN CUENTA.

<Inciso 1o. modificado por el artículo 3 de la Resolución 7612 de 2008. El nuevo texto es el siguiente:> 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, dirección y país de residencia o domicilio 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 2008, sea igual o superior a quinientos mil pesos ($500.000), según el concepto contable a que correspondan.

Igualmente, deberán suministrarse los pagos o abonos en cuenta (causación) que no fueron solicitados fiscalmente como costo o deducción, según el concepto contable a que correspondan.

Los pagos o abonos en cuenta se deben reportar en el Formato 1001, Versión 7, según el concepto a que corresponda, de la siguiente manera:

1. Salarios, prestaciones sociales y demás pagos laborales: El valor acumulado efectivamente pagado al trabajador, en el concepto 5001.

2. Pensiones: El valor acumulado efectivamente pagado, en el concepto 5022

3. Honorarios: El valor acumulado pagado o abonado en cuenta, en el concepto 5002.

4. Comisiones: El valor acumulado pagado o abonado en cuenta, en el concepto 5003.

5. Servicios: El valor acumulado pagado o abonado en cuenta, en el concepto 5004.

6. Arrendamientos: El valor acumulado pagado o abonado en cuenta, en el concepto 5005.

7. Intereses y rendimientos financieros: El valor acumulado pagado o abonado en cuenta, en el concepto 5006.

8. Compra de activos movibles: El valor acumulado pagado o abonado en cuenta, en el concepto 5007.

9. Compra de activos fijos: El valor acumulado pagado o abonado en cuenta, en el concepto 5008.

10. Cargos diferidos y/o gastos pagados por anticipado: El valor acumulado pagado o abonado en cuenta se debe reportar en el concepto 5009 y el monto de las amortizaciones realizadas durante el año se debe reportar en el concepto 5019.

11. Los pagos correspondientes al año gravable 2008 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.

12. Los pagos correspondientes al año gravable 2008 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.

13. Los pagos o abonos en cuenta correspondientes al año gravable 2008 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.

14. Las donaciones en dinero efectuadas durante el año gravable 2008, a las entidades señaladas en los artículos 125, 125-4, 126-2 y 158-1 del Estatuto Tributario y la establecida en el artículo 16 de la Ley 814 del 2003, en el concepto 5013.

15. Las donaciones en activos diferentes a dinero efectuadas durante el año gravable 2008 a las entidades señaladas en los artículos 125, 125-4, 126-2 y 158-1 del Estatuto Tributario y la establecida en el artículo 16 de la Ley 814 del 2003, en el concepto 5014.

16. El valor de los impuestos efectivamente pagados durante el año gravable 2008 solicitados como deducción, en el concepto 5015.

17. Los demás costos y deducciones, en el concepto 5016.

18. Compra de activos fijos sobre los cuales solicitó deducción según artículo 158-3 del Estatuto Tributario: El valor acumulado pagado o abonado en cuenta, en el concepto 5020. Este valor no debe incluirse en el concepto 5008.

19. Inversiones en control y mejoramiento del medio ambiente efectuadas durante el año gravable 2008, en el concepto 5021.

20. <Numeral adicionado por el artículo 1 de la Resolución 10404 de 2008. El nuevo texto es el siguiente:> El valor acumulado de los pagos o abonos en cuenta al exterior por servicios técnicos, en el concepto 5027. Este valor no debe incluirse en el concepto 5004.

21. <Numeral adicionado por el artículo 1 de la Resolución 10404 de 2008. El nuevo texto es el siguiente:> El valor acumulado de los pagos o abonos en cuenta al exterior por asistencia técnica, en el concepto 5023.

22. <Numeral adicionado por el artículo 1 de la Resolución 10404 de 2008. El nuevo texto es el siguiente:> El valor acumulado de los pagos o abonos en cuenta al exterior por marcas, en el concepto 5024.

23. <Numeral adicionado por el artículo 1 de la Resolución 10404 de 2008. El nuevo texto es el siguiente:> El valor acumulado de los pagos o abonos en cuenta al exterior por patentes, en el concepto 5025.

24. <Numeral adicionado por el artículo 1 de la Resolución 10404 de 2008. El nuevo texto es el siguiente:> El valor acumulado de los pagos o abonos en cuenta al exterior por regalías, en el concepto 5026.

PARÁGRAFO 1o. <Parágrafo modificado por el artículo 3 de la Resolución 7612 de 2008. El nuevo texto es el siguiente:> El valor mínimo a reportar por cada beneficiario de un pago o abono en cuenta es de quinientos mil pesos ($500.000), no obstante que al discriminar el pago por concepto los valores a reportar sean menores.

Sin embargo, a opción del informante, podrán reportarse pagos o abonos en cuenta menores a dicha cuantía, cumpliendo con las especificaciones técnicas establecidas.

Los pagos que acumulados por beneficiario por todo concepto sean menores a quinientos mil pesos ($500.000), se informarán acumulados en un solo registro, con identificación 222222222, razón social “Cuantías menores” y tipo documento 43, en el concepto a que correspondan, reportando la dirección del informante.

PARÁGRAFO 2o. Los trabajadores a quienes durante el año gravable 2008 se les hubieren realizado pagos o abonos en cuenta por conceptos de salarios y demás remuneraciones laborales, honorarios, comisiones, servicios y otros pagos, cuyo valor acumulado sea igual o superior a diez millones de pesos ($10.000.000), deben ser reportados en los conceptos correspondientes.

En el caso de salarios, prestaciones sociales y demás pagos laborales devengados por el trabajador, se debe reportar el valor efectivamente pagado, en el año gravable 2008.

Los asalariados a quienes se les hubiese efectuado pagos por salarios, honorarios, comisiones, servicios y otros conceptos, cuyo valor acumulado sea inferior a diez millones de pesos ($10.000.000), se reportarán acumulados en un solo registro con identificación 222222222, razón social “cuantías menores” y tipo documento 43, en el concepto correspondiente, reportando la dirección del informante.

PARÁGRAFO 3o. 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. Igualmente, deben informarse las amortizaciones efectuadas durante el año gravable 2008.

PARÁGRAFO 4o. Para los pagos o abonos en cuenta efectuados a personas o entidades del exterior, en el campo de identificación, se reporta el número, código o clave de identificación fiscal tributaria, tal como figura en el registro fiscal del país de residencia o domicilio, en relación con el Impuesto a la Renta o su similar, sin guiones, puntos o comas, con tipo de documento 42. Cuando en dicho país no se utilice número, código o clave fiscal, se debe informar con identificación 444444001 en forma ascendente, variando consecutivamente en una unidad hasta el 444445000 y con tipo de documento 43. Los campos de dirección, departamento y municipio no se deben diligenciar.

PARÁGRAFO 5o. Las entidades del Régimen Tributario Especial, deberán reportar los egresos efectuados en el año gravable 2008, de conformidad con los conceptos y montos establecidos en el presente artículo, de las actividades desarrolladas en cumplimiento de su objeto social.

PARÁGRAFO 6o. 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 avance del contrato efectivamente ejecutado durante el año gravable 2008, independientemente del año de su celebración, en el concepto correspondiente.

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 literal c) del artículo 1o de la presente resolución, deberán suministrar los apellidos y nombres o razón social, identificación, dirección y país de residencia o domicilio de cada una de las personas o entidades a quienes se les practicó o de quienes se asumió la retención en la fuente en el año gravable 2008, con indicación del concepto, valor acumulado del pago o abono en cuenta y el valor retenido.

La información aquí relacionada, deberá ser suministrada en el Formato 1002, Versión 7, 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 oficinas de tránsito y otras entidades autorizadas, 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, rifas, 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) Autorretenciones por ventas, en el concepto 2314;

o) Autorretenciones por servicios, en el concepto 2315;

p) Autorretenciones por rendimientos financieros, en el concepto 2316;

q) Otras autorretenciones, en el concepto 2317;

r) La devolución de retenciones correspondientes a operaciones de años anteriores debe reportarse en el concepto 2335.

Las autorretenciones a que se refieren los literales n), o), p) y q) de este numeral deberán ser reportadas bajo el NIT del informante.

2. Retenciones asumidas a título de renta.

a) Retención por salarios y demás pagos laborales, en el concepto 2321;

b) Retención por compras, en el concepto 2322;

c) Retención por comisiones, en el concepto 2323;

d) Retención por honorarios, en el concepto 2324;

e) Retención por servicios, en el concepto 2325;

f) Retención por arrendamientos, en el concepto 2326;

g) Retención por rendimientos financieros, en el concepto 2327;

h) Retención en la fuente por dividendos y participaciones, en el concepto 2328;

i) Retención por enajenación de activos fijos de personas naturales ante oficinas de tránsito y otras entidades autorizadas, en el concepto 2329;

j) Retención sobre ingresos de tarjetas débito y crédito, en el concepto 2330;

k) Retención por loterías, rifas, apuestas y similares, en el concepto 2331;

l) Retención por pagos al exterior a título de renta y de remesas, en el concepto 2332;

m) Otras retenciones, en el concepto 2333.

3. Retención en la fuente practicada a título del impuesto sobre las ventas.

Deberán suministrarse los apellidos y nombres o razón social, identificación, dirección y país de residencia o domicilio de cada una de las personas o entidades a quienes se les practicó o de quienes se asumió la retención en la fuente a título de Impuesto sobre las ventas, indicando el valor del pago o abono en cuenta de la transacción económica y el valor del IVA retenido o asumido en el año gravable 2008, utilizando los siguientes conceptos:

a) Retención en la fuente a personas o entidades del régimen común, en el concepto 2318;

b) Retención en la fuente asumida por operaciones con personas del régimen simplificado, en el concepto 2319;

c) Retención en la fuente a personas o entidades sin residencia o domicilio en el país, en el concepto 2320;

d) La devolución de retenciones correspondientes a operaciones de años anteriores debe reportarse en el concepto 2336.

4. Retenciones en la fuente practicadas a título de Impuesto de timbre.

Deberán suministrarse los apellidos y nombres o razón social, identificación, dirección y país de residencia o domicilio de cada una de las personas o entidades a quienes se les practicó retención en la fuente a título de Impuesto de Timbre durante el año o período gravable 2008, con indicación del valor base sujeto al gravamen y el valor del impuesto, en el concepto 2334.

PARÁGRAFO. La retención en la fuente a título de impuesto sobre la renta, ventas y timbre, correspondiente a operaciones realizadas con personas o entidades sin residencia o domicilio en el país, se informará indicando los apellidos y nombres o razón social, país de residencia o domicilio y el número, código o clave de identificación fiscal tributaria, tal como figura en el registro fiscal del país de residencia o domicilio, en relación con el impuesto a la renta o su similar, sin guiones, puntos o comas y tipo documento 42. Cuando en dicho país no se utilice número, código o clave fiscal, se debe informar con identificación 444444001 en forma ascendente, variando consecutivamente en una unidad hasta 444445000 y tipo de documento 43. Los campos de dirección, departamento y municipio no se deben diligenciar.

ARTÍCULO 6o. INFORMACIÓN DE RETENCIONES EN LA FUENTE QUE LE PRACTICARON. 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 2008, con indicación del concepto y el valor de la retención que le practicaron, en el Formato 1003 Versión 6, 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 financieros, 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á suministrar el valor de los descuentos tributarios de la declaración de renta del año gravable 2008, indicando el valor del pago y el valor del descuento tributario, en el Formato 1004 Versión 6.

a) El valor del descuento tributario 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) El 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) El valor solicitado por empresas de servicios públicos domiciliarios que presten servicios de acueducto y alcantarillado, en el concepto 8305;

e) El valor solicitado por empresas colombianas de transporte internacional, en el concepto 8306;

f) El valor del descuento por inversión en acciones de sociedades agropecuarias, en el concepto 8307;

g) 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, identificación y país de residencia o domicilio 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 2008 hubiese sido igual o superior a un millón de pesos ($1.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 7, 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.

– Ingresos por intereses correspondientes a créditos hipotecarios, en el concepto 4004.

PARÁGRAFO 1o. El valor mínimo a reportar por cada persona de quien se recibieron ingresos es de un millón de pesos ($1.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 operaciones donde no sea posible identificar al adquirente de los bienes o servicios por el sistema de facturación que se utilice y los ingresos menores a un millón de pesos ($1.000.000), se informarán acumulados en un solo registro con identificación 222222222, razón social “cuantías menores” y tipo documento 43, en el concepto a que correspondan, reportando el país del informante.

PARÁGRAFO 2o. Para los ingresos obtenidos del exterior, en el campo de identificación, se reporta el número, código o clave de identificación fiscal tributaria, tal como figura en el registro fiscal del país de residencia o domicilio, en relación con el impuesto a la renta o su similar, sin guiones, puntos o comas, con tipo de documento 42. Cuando en dicho país no se utilice número, código o clave fiscal, se debe informar con identificación 444444001 en forma ascendente, variando consecutivamente en una unidad hasta el 444445000 y con tipo de documento 43.

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 los literales e) y f) del artículo 631 del Estatuto Tributario, los obligados a presentar información, deberán suministrar:

a) El valor del impuesto sobre las ventas descontable, incluido el de las ventas devueltas, anuladas, rescindidas o resueltas correspondientes al año gravable 2008, 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 impuesto sobre las ventas descontable correspondiente a operaciones realizadas con personas o entidades sin residencia o domicilio en el país, se informará indicando los apellidos y nombres o razón social y el número, código o clave de identificación fiscal tributaria, tal como figura en el registro fiscal del país de residencia o domicilio, en relación con el impuesto a la renta o su similar, sin guiones, puntos o comas y tipo documento 42. Cuando en dicho país no se utilice número, código o clave fiscal, se debe informar con identificación 444444001 en forma ascendente, variando consecutivamente en una unidad hasta 444445000 y tipo de documento 43;

b) El valor del impuesto generado de operaciones donde el valor acumulado del ingreso hubiese sido igual o superior a un millón de pesos ($1.000.000), incluido el valor del impuesto sobre las ventas recuperado en devoluciones en compras anuladas, rescindidas o resueltas, correspondientes al año gravable 2008, 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 Impuesto sobre las Ventas generado en operaciones donde no sea posible identificar al adquirente de los bienes o servicios por el sistema de facturación que se utilice o el que corresponda a operaciones acumuladas por terceros inferiores a un millón de pesos ($1.000.000), se informará acumulado en un solo registro con identificación 222222222, razón social “cuantías menores” y tipo documento 43.

ARTÍCULO 10. INFORMACIÓN DEL SALDO DE LOS PASIVOS A 31 DE DICIEMBRE DE 2008. 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, dirección y país de residencia o domicilio 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 2008 hubiese sido igual o superior a cinco millones de pesos ($5.000.000) en el Formato 1009 Versión 7, 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 del saldo de los pasivos laborales, en el concepto 2205.

– El valor del saldo del pasivo determinado por el cálculo actuarial, en el concepto 2207, 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, deberá ser relacionado por cada una de las personas o entidades, informando en el campo de identificación, el número, código o clave de identificación fiscal tributaria, tal como figura en el registro fiscal del país de residencia o domicilio, en relación con el Impuesto a la Renta o su similar, sin guiones, puntos o comas, con tipo de documento 42. Cuando en dicho país no se utilice número, código o clave fiscal, se debe informar con identificación 444444001 en forma ascendente, variando consecutivamente en una unidad hasta el 444445000 y con tipo de documento 43. Los campos de dirección, departamento y municipio no se deben diligenciar.

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 acumulados en un solo registro con identificación 222222222, razón social “cuantías menores” y tipo documento 43, en el concepto a que correspondan, reportando la dirección del informante.

ARTÍCULO 11. INFORMACIÓN DE LOS DEUDORES DE CRÉDITOS ACTIVOS A 31 DE DICIEMBRE DE 2008. 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, dirección y país de residencia o domicilio 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 2008, hubiese sido igual o superior a cinco millones de pesos ($5.000.000) en el Formato 1008 Versión 7, 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, comuneros, cooperados 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 deudor.

El saldo de los deudores por concepto de créditos activos del exterior, deberá ser relacionado por cada una de las personas o entidades, informando en el campo de identificación, el número, código o clave de identificación fiscal tributaria, tal como figura en el registro fiscal del país de residencia o domicilio, en relación con el impuesto a la renta o su similar, sin guiones, puntos o comas, con tipo de documento 42. Cuando en dicho país no se utilice número, código o clave fiscal, se debe informar con identificación 444444001 en forma ascendente, variando consecutivamente en una unidad hasta el 444445000 y con tipo de documento 43. Los campos de dirección, departamento y municipio no se deben diligenciar.

PARÁGRAFO. El saldo mínimo a reportar por cada deudor por concepto de créditos activos 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 por concepto de créditos activos menores a dicha cuantía cumpliendo con las especificaciones técnicas establecidas.

Los saldos de deudores por concepto de créditos activos menores a cinco millones de pesos ($5.000.000) se informarán acumulados en un solo registro con identificación 222222222 razón social “cuantías menores” y tipo documento 43, en el concepto a que correspondan, reportando el país y dirección del informante.

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 informar, deberán suministrar los valores correspondientes a la declaración de renta y complementarios o de ingresos y patrimonio del año gravable 2008, de la siguiente manera:

1. Información del patrimonio bruto.

a) Saldo a 31 de diciembre de 2008 en caja del dinero en efectivo y/o en cheques con código 1105 en el Formato 1011 Versión 6;

b) Saldo a 31 de diciembre de 2008 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 7;

c) El valor total del saldo de las cuentas corrientes y/o ahorro poseídas en el exterior se informará, relacionando la identificación, razón social de la entidad financiera del exterior y país al cual corresponde dicha cuenta. En el campo número de identificación del informado, se registrará el número, código o clave de identificación fiscal tributaria de la entidad financiera del exterior, tal como figura en el registro fiscal, en relación con el impuesto a la renta o su similar, sin guiones, puntos o comas y con tipo de documento 42, en el Formato 1012, Versión 7, en el concepto 1115. Cuando en dicho país no se utilice número, código o clave fiscal, se debe informar con identificación 444444001 en forma ascendente, variando consecutivamente en una unidad hasta el 444445000 y con tipo de documento 43;

d) Valor patrimonial a 31 de diciembre de 2008 de las inversiones representadas en bonos, certificados a término, títulos, derechos fiduciarios y demás inversiones indicando la entidad emisora del título, país de residencia o domicilio y el NIT en el Formato 1012, Versión 7, 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.

Cuando la entidad emisora del título, sea una persona del exterior, en el campo número de identificación del informado, se registrará el número, código o clave de identificación fiscal tributaria, tal como figura en el registro fiscal del país de residencia o domicilio, en relación con el impuesto a la renta o su similar, sin guiones, puntos o comas, con tipo de documento 42. Cuando en dicho país no se utilice número, código o clave fiscal, se debe informar con identificación 444444001 en forma ascendente, variando consecutivamente en una unidad hasta el 444445000 y con tipo de documento 43.

e) Razón social, NIT y país de residencia o domicilio de las sociedades de las cuales es socio, accionista, comunero y/o cooperado, con indicación del valor patrimonial de las acciones o aportes poseídos a 31 de diciembre de 2008 en el Formato 1012 Versión 7, en el concepto 1205.

Para las sociedades del exterior, el campo número de identificación del informado, deberá reportarse con el número, código o clave de identificación fiscal tributaria, tal como figura en el registro fiscal del país de residencia o domicilio, en relación con el impuesto a la renta o su similar, sin guiones, puntos o comas, con tipo de documento 42. Cuando en dicho país no se utilice número, código o clave fiscal, se debe informar con identificación 444444001 en forma ascendente, variando consecutivamente en una unidad hasta el 444445000 y con tipo de documento 43;

f) Valor patrimonial de los activos fijos antes de depreciación poseídos a 31 de diciembre de 2008 y el valor de la depreciación, amortización y/o agotamiento acumulado, en el Formato 1011 Versión 6, 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 demás activos fijos, en el concepto 1507.

– Valor patrimonial de los terrenos en el concepto 1510.

– Valor patrimonial de los activos fijos amortizables en el concepto 1511.

– Valor patrimonial de los activos fijos intangibles en el concepto 1512.

– Valor patrimonial de los activos fijos agotables en el concepto 1513.

– Valor acumulado de la depreciación en el concepto 1514.

– Valor acumulado de la amortización en el concepto 1515.

– Valor acumulado del agotamiento en el concepto 1516.

– Valor de los activos omitidos en períodos anteriores, incluidos en su declaración de renta del año gravable 2007, en el concepto 1517;

g) Valor patrimonial de otros activos poseídos a 31 de diciembre de 2008, en el Formato 1011 Versión 6, 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:

– Valor total del inventario inicial del año para los sistemas de inventario periódico e inventario permanente, en el concepto 1401.

– 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 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 2008, así:

– Valor total del inventario inicial del año, en el concepto 1413.

– 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 2008, 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:

– Valor solicitado por dividendos y participaciones, en el concepto 8001.

– Valor solicitado por rendimientos financieros, en el concepto 8002.

– 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 solicitado como renta exenta en el año gravable 2008, en el Formato 1011 Versión 6, de la siguiente manera:

– Valor de las rentas exentas por servicios hoteleros prestados, en el concepto 8101.

– Valor de las rentas exentas Ley Páez, en el concepto 8102.

– Valor las rentas exentas Eje Cafetero, en el concepto 8103.

– Valor 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 las rentas exentas por la prestación del servicio de transporte fluvial con embarcaciones y planchones de bajo calado, en el concepto 8109.

– Valor de las rentas exentas por los nuevos contratos de arrendamiento financiero con opción de compra (leasing), de inmuebles construidos para vivienda, en el concepto 8110.

– Valor de las rentas exentas por la utilidad en la enajenación de predios destinados a fines de utilidad pública a que se refieren los literales b) y c) del artículo 58 de la Ley 388 de 1997 que hayan sido aportados a patrimonios autónomos que se creen con esta finalidad exclusiva, en el concepto 8111.

– Valor de las rentas exentas por juegos de suerte y azar, licores y alcoholes, en el concepto 8114.

– Valor de la renta exenta por asfaltos, artículo 5o de la Ley 30 de 1982, en el concepto 8118.

– Valor de la renta exenta en procesos de titularización de cartera hipotecaria y de los bonos hipotecarios, artículo 16 de la Ley 546 de 1999, modificado por el artículo 81 de la Ley 964 de 2005, en el concepto 8116.

– Valor de la renta exenta por incentivos a la financiación de viviendas de interés social, artículo 56 de la Ley 546 de 1999, modificada por la Ley 964 de 2005, en el concepto 8117.

– Valor de las rentas exentas, por pagos, abonos en cuenta y transferencias al exterior por intereses y servicios técnicos, artículo 16 de la Ley 677 de 2001, en el concepto 8119.

– Valor de rentas exentas de empresas editoriales, en el concepto 8115.

– Valor de otras rentas exentas, en el concepto 8108.

– Valor de la renta exenta por aplicación de algún convenio para evitar la doble tributación en el concepto 8120.

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 2008, en el Formato 1011 Versión 6, 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.

– El valor solicitado como costo en la enajenación de activos fijos, en el concepto 8210.

– El valor solicitado como deducción por concepto del gravamen a los movimientos financieros, en el concepto 8211.

– El valor solicitado como deducción por agotamiento en explotación de hidrocarburos, artículo 161 del Estatuto Tributario, en el concepto 8212.

– El valor solicitado como otros costos y deducciones, en el concepto 8213.

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 asociados, serán informadas por quien deba cumplir con la obligación de expedir factura, conforme con lo señalado en el artículo 66 de la Ley 488 de 1998 y 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, dirección y país de residencia o domicilio 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 asociados, se deben informar en el Formato 1043 Versión 7, teniendo en cuenta lo establecido en el artículo 4o de la presente resolución.

– Las retenciones practicadas durante el año gravable 2008 se deben informar en el Formato 1044 Versión 7, teniendo en cuenta lo establecido en el artículo 5o de la presente resolución.

– El valor de los ingresos brutos recibidos y las devoluciones, rebajas y descuentos, se informará en el Formato 1045 Versión 7, en el concepto 4010, teniendo en cuenta lo establecido en el artículo 8o de la presente resolución.

PARÁGRAFO 1o. En ningún caso la información reportada por el consorcio y/o unión temporal deberá ser informada por el consorciado y/o asociado.

PARÁGRAFO 2o. Los pagos o abonos en cuenta que constituyan costo o deducción y la retención en la fuente practicada por el consorcio o unión temporal, en virtud de contratos celebrados en desarrollo de convenios de cooperación y asistencia técnica con organismos internacionales, serán reportados por la entidad pública o privada que celebró el convenio.

ARTÍCULO 14. INFORMACIÓN DE CONTRATOS PARA EXPLORACIÓN Y EXPLOTACIÓN DE HIDROCARBUROS, GASES Y MINERALES. 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” o quien haga sus veces, 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, dirección y país de residencia o domicilio 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 7, teniendo en cuenta lo establecido en el artículo 4o de la presente resolución.

Las retenciones practicadas durante el año gravable 2008 se deben informar en el Formato 1047 Versión 7, teniendo en cuenta lo establecido en el artículo 5o de la presente resolución.

El valor de los ingresos brutos recibidos, devoluciones, rebajas y descuentos se informará en el Formato 1048 Versión 7, en el concepto 4050, teniendo en cuenta lo establecido en el artículo 8o de la presente resolución.

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 2008, se informará en el Formato 1049 Versión 6, teniendo en cuenta lo establecido en el artículo 9o 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 2008, se informará en el Formato 1050 Versión 6, teniendo en cuenta lo establecido en el artículo 9o de la presente resolución.

El valor del saldo de los deudores por concepto de créditos activos a 31 de diciembre de 2008 se informará en el Formato 1051 Versión 7, en el concepto 1350, teniendo en cuenta lo establecido en el artículo 11 de la presente resolución.

El valor del saldo de los pasivos a 31 de diciembre de 2008 se informará en el Formato 1052 Versión 7, en el concepto 2250, teniendo en cuenta lo establecido en el artículo 10 de la presente resolución.

Tanto el operador o quien haga sus veces 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 2008 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, dirección, y país de residencia o domicilio de cada uno de los terceros, identificación y apellidos y nombres 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 el mandante o contratante se deben informar en el Formato 1016 Versión 8, teniendo en cuenta lo establecido en el artículo 4o de la presente resolución.

Las retenciones practicadas durante el año gravable 2008 se deben informar en el Formato 1053 Versión 8, teniendo en cuenta lo establecido en el artículo 5o de la presente resolución.

El valor de los ingresos brutos recibidos, devoluciones, rebajas y descuentos se informará en el Formato 1017 Versión 8, en el concepto 4040, teniendo en cuenta lo establecido en el artículo 8o de la presente resolución.

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 2008, se informarán en el Formato 1054 Versión 7, teniendo en cuenta lo establecido en el artículo 9o 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 2008 se informará en el Formato 1055 Versión 7, teniendo en cuenta lo establecido en el artículo 9o de la presente resolución.

El valor del saldo de los pasivos a 31 de diciembre de 2008 respectivamente se informará en el Formato 1027 Versión 8, en el concepto 2240, de acuerdo con lo establecido en el artículo 10 de la presente resolución.

El valor del saldo de los deudores por concepto de créditos activos a 31 de diciembre de 2008 se informará en el Formato 1018 Versión 8, en el concepto 1340, de acuerdo con lo establecido en el artículo 11 de la presente resolución.

PARÁGRAFO 1o. En ningún caso la información reportada por el mandatario o contratista deberá ser informada por el mandante.

PARÁGRAFO 2o. Los pagos o abonos en cuenta que constituyan costo o deducción, el valor del impuesto sobre las ventas descontable y la retención en la fuente practicada por el mandatario o contratista, en virtud de contratos celebrados en desarrollo de convenios de cooperación y asistencia técnica con organismos internacionales, serán reportados por la entidad pública o privada que celebró el convenio.

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/o encargos fiduciarios administrados durante el año 2008, con los siguientes datos:

1. La información de los fideicomisos (Patrimonios autónomos y encargos fiduciarios) que administran, especificando la identificación, apellidos y nombres o razón social, dirección, país de residencia o domicilio del fideicomitente o fiduciante y el número de reporte del fideicomiso mediante el cual informa a la Superintendencia Financiera, en el Formato 1013 Versión 7, de la siguiente manera:

a) Fideicomiso Inmobiliario. El valor total de las utilidades causadas en el año gravable y el valor patrimonial de los derechos fiduciarios, en el concepto 1010;

b) Fideicomiso de Administración. El valor total de las utilidades causadas en el año gravable y el valor patrimonial de los derechos fiduciarios, en el concepto 1020;

c) Fideicomiso de Garantía. El valor total de las utilidades causadas en el año gravable y el valor patrimonial de los derechos fiduciarios, en el concepto 1030;

d) Otros Fideicomisos. El valor total de las utilidades causadas en el año gravable y el valor patrimonial de los derechos fiduciarios, correspondientes a otros fideicomisos diferentes a los Fondos administrados por las sociedades fiduciarias, en el concepto 1040.

Las utilidades pagadas o abonadas en cuenta, cuando el beneficiario es diferente al fideicomitente, se informarán en el concepto 1050.

Las utilidades pagadas o abonadas en cuenta a personas o entidades del exterior, deberán ser informadas, indicando número de identificación, apellidos y nombres o razón social, país y dirección. En el número de identificación, deberá informarse el número, código o clave de identificación fiscal tributaria, tal como figura en el registro fiscal del país de residencia o domicilio, en relación con el impuesto a la renta o su similar, sin guiones, puntos o comas, con tipo de documento 42. Cuando en dicho país no se utilice número, código o clave fiscal, se debe informar con identificación 444444001 en forma ascendente, variando consecutivamente en una unidad hasta el 444445000 y con tipo de documento 43. Los campos de dirección, departamento y municipio no se deben diligenciar.

2. Los ingresos recibidos con cargo al fideicomiso (Patrimonios autónomos y encargos fiduciarios), se deben informar en el concepto 4060 del Formato 1058 Versión 8, el cual se adopta por medio de la presente resolución, para lo cual debe tenerse en cuenta lo establecido en el artículo 8o de la misma

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 Fideicomiso se deben informar en el Formato 1014 Versión 7, teniendo en cuenta lo establecido en el artículo 4o de la presente resolución;

b) Las retenciones practicadas durante el año gravable 2008 se deben informar en el Formato 1015 Versión 7, teniendo en cuenta lo establecido en el artículo 5o de la presente resolución.

PARÁGRAFO 1o. En el caso de que haya más de un fideicomitente, se debe identificar el fideicomiso con el número de reporte mediante el cual se informa a la Superintendencia Financiera.

PARÁGRAFO 2o. En el caso de los fideicomisos, 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.

PARÁGRAFO 3o. Los pagos o abonos en cuenta que constituyan costo o deducción, el valor del impuesto sobre las ventas descontable y la retención en la fuente practicada por la sociedad fiduciaria, en virtud de contratos celebrados en desarrollo de convenios de cooperación y asistencia técnica con organismos internacionales, serán reportados por la entidad pública o privada que celebró el convenio.

ARTÍCULO 17. INFORMACIÓN DE LOS ÓRGANOS QUE FINANCIEN GASTOS CON RECURSOS DEL TESORO NACIONAL. 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 2008, así:

a) Los pagos o abonos en cuenta se deben informar en el Formato 1056 Versión 7, teniendo en cuenta lo establecido en el artículo 4o de la presente resolución;

b) Las retenciones practicadas durante el año gravable 2008 se deben informar en el Formato 1057 Versión 7, teniendo en cuenta lo establecido 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.

PARÁGRAFO. Corresponde a las sociedades fiduciarias reportar la información relacionada con los fideicomisos que ella administre, de conformidad con los términos previstos en el artículo 16 esta resolución.

ARTÍCULO 18. PLAZOS PARA PRESENTAR LA INFORMACIÓN. Para la entrega de la información solicitada en la presente resolución, deberá tenerse en cuenta los dos últimos dígitos del NIT del informante, y suministrarse a más tardar en las siguientes fechas:

Fecha	Ultimos dígitos
24 de marzo de 2009	96 a 00
25 de marzo de 2009	91 a 95
26 de marzo de 2009	86 a 90
27 de marzo de 2009	81 a 85
30 de marzo de 2009	76 a 80
31 de marzo de 2009	71 a 75
1o de abril de 2009	66 a 70
2 de abril de 2009	61 a 65
3 de abril de 2009	56 a 60
6 de abril de 2009	51 a 55
7 de abril de 2009	46 a 50
13 de abril de 2009	41 a 45
14 de abril de 2009	36 a 40
15 de abril de 2009	31 a 35
16 de abril de 2009	26 a 30
17 de abril de 2009	21 a 25
20 de abril de 2009	16 a 20
21 de abril de 2009	11 a 15
22 de abril de 2009	06 a 10
23 de abril de 2009	01 a 05

Los obligados señalados en el artículo 1o de la presente resolución que deban entregar únicamente el Formato 1002 Versión 7 “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	Últimos dígitos
27 de abril de 2009	97-00
28 de abril de 2009	94-96
29 de abril de 2009	91-93
30 de abril de 2009	88-90
4 de mayo de 2009	85-87
5 de mayo de 2009	82-84
6 de mayo de 2009	79-81
7 de mayo de 2009	76-78
8 de mayo de 2009	73-75
11 de mayo de 2009	70-72
12 de mayo de 2009	67-69
13 de mayo de 2009	64-66
14 de mayo de 2009	61-63
15 de mayo de 2009	58-60
26 de mayo de 2009	55-57
27 de mayo de 2009	52-54
28 de mayo de 2009	49-51
29 de mayo de 2009	46-48
1° de junio de 2009	43-45
2 de junio de 2009	40-42
3 de junio de 2009	37-39
4 de junio de 2009	34-36
5 de junio de 2009	31-33
8 de junio de 2009	28-30
9 de junio de 2009	25-27
10 de junio de 2009	22-24
11 de junio de 2009	19-21
12 de junio de 2009	16-18
16 de junio de 2009	13-15
17 de junio de 2009	10-12
18 de junio de 2009	07-09
19 de junio de 2009	04-06
23 de junio de 2009	01-03

ARTÍCULO 19. FORMA Y SITIOS DE PRESENTACIÓN DE LA INFORMACIÓN. La información a que se refiere la presente resolución debe ser presentada en forma virtual utilizando los servicios informáticos electrónicos de la Dirección de Impuestos y Aduanas Nacionales, haciendo uso de la firma digital, respaldada con certificado digital emitido por la DIAN.

Los obligados que deban entregar a la DIAN la información relacionada exclusivamente con el Formato 1002 Versión 7 “Retenciones en la Fuente Practicadas”, a que hace referencia el artículo 5o de la presente resolución, deben presentar la información en forma virtual utilizando los servicios informáticos electrónicos de la Dirección de Impuestos y Aduanas Nacionales, haciendo uso del mecanismo de firma digital respaldada con certificado digital, siempre y cuando estén igualmente obligados a declarar o cumplir algún otro deber legal ante la DIAN en forma virtual. En caso contrario deben hacerlo de manera presencial en los puntos habilitados por la DIAN, llevando la información en unidades extraíbles USB.

Para quienes deban realizar la presentación de la información en forma presencial en los puntos habilitados por la Dirección de Impuestos y Aduanas Nacionales, esta 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, donde se identifique al autorizado a entregar la información. En estos casos, la DIAN entregará como constancia el formato de presentación de información por envío de archivos.

ARTÍCULO 20. PROCEDIMIENTO PREVIO A LA PRESENTACIÓN DE LA INFORMACIÓN A TRAVÉS DE LOS SERVICIOS INFORMÁTICOS ELECTRÓNICOS. Los responsables de presentar la información en forma virtual haciendo uso del mecanismo de firma digital, deberán cumplir en forma previa el siguiente procedimiento:

a) Inscribir o actualizar, de ser necesario, el Registro Unico Tributario del informante incluyendo la responsabilidad “Informante de exógena”, y su correo electrónico. Las personas jurídicas o demás entidades deben actualizar el Registro Unico Tributario incluyendo al representante legal a quien se le asignará el mecanismo de firma con certificado digital;

b) El representante legal deberá inscribir o actualizar, de ser necesario, su Registro Unico Tributario personal, conforme al artículo 2o de la Resolución 1767 de 2006 de la DIAN, informando su correo electrónico e incluyendo la responsabilidad 22, “Obligados a cumplir deberes formales a nombre de terceros”;

c) Adelantar, de ser necesario, el trámite de emisión y activación del mecanismo de firma digital respaldado con certificado digital de la DIAN, mínimo con tres días hábiles de antelación al vencimiento del término para informar y siguiendo el procedimiento señalado en la Resolución 12717 de 2005 de la DIAN.

PARÁGRAFO 1o. La DIAN emitirá el mecanismo de firma con certificado digital a la persona natural que a nombre propio o en representación del contribuyente, responsable, agente retenedor, o declarante, deba cumplir con la obligación de presentar información de manera virtual. Para tal efecto deberá darse cumplimiento al procedimiento señalado en la Resolución 12717 de 2005.

PARÁGRAFO 2o. El mecanismo de firma con certificado digital debe solicitarse personalmente o a través de apoderado debidamente facultado o por interpuesta persona con autorización autenticada, presentada ante las respectivas Administraciones de la DIAN y/o en los lugares habilitados para tal efecto. Para las personas jurídicas o las demás entidades debe señalarse expresamente la persona a quien se le hará entrega del mecanismo de firma digital.

PARÁGRAFO 3o. Los obligados, personas naturales y representantes legales de las personas jurídicas y demás entidades a quienes a la fecha de entrada en vigencia de la presente resolución, la DIAN les haya asignado previamente el mecanismo de firma con certificado digital, no requieren la emisión de un nuevo mecanismo.

PARÁGRAFO 4o. Cuando la DIAN lo autorice, podrá utilizarse firma digital respaldada con certificado digital emitido por entidades externas.

PARÁGRAFO 5o. Las personas naturales o jurídicas que deban cumplir la obligación de presentar la información de manera presencial deben también, de ser necesario, actualizar el Registro Unico Tributario con la responsabilidad 22, “Cumplimiento de obligaciones tributarias, aduaneras y cambiarias”, conforme al artículo 2o de la Resolución 1767 de 2006 y la responsabilidad como informante de exógena.

ARTÍCULO 21. CONTINGENCIA. Cuando por inconvenientes técnicos no haya disponibilidad de los servicios informáticos electrónicos y, en consecuencia, el obligado no pueda cumplir con la presentación de la información a que se refiere la presente resolución en forma virtual, deberá acercarse a la Administración o puntos habilitados por la DIAN llevando la información en unidades extraíbles USB y el archivo de firma digital para su respectiva presentación. Si en todo caso no es posible la presentación virtual por el obligado, se seguirá el procedimiento establecido por la DIAN para la presentación presencial.

PARÁGRAFO. El obligado a informar deberá prever con suficiente anticipación el adecuado funcionamiento de los medios requeridos para asegurar el cumplimiento de sus obligaciones. En ningún caso constituirán causales de justificación de la extemporaneidad en la presentación de la información, los eventuales daños en su sistema y/o equipos informáticos, falta de conexión, el no agotar los procedimientos previos a la presentación de la información, como el trámite de Inscripción o actualización en el Registro Unico Tributario y/o de la activación del mecanismo de firma digital, la pérdida de la clave secreta por quienes deben cumplir con la obligación de informar en forma virtual o la solicitud de cambio o asignación con una antelación no inferior a tres días hábiles al vencimiento.

ARTÍCULO 22. SANCIONES. Cuando no se suministre la información dentro de los plazos establecidos, cuando el contenido presente errores o no corresponda a lo solicitado, habrá lugar a la aplicación de las sanciones contempladas en el artículo 651 del Estatuto Tributario.

ARTÍCULO 23. FORMATOS Y ESPECIFICACIONES TÉCNICAS. La información a que se refiere la presente resolución, deberá enviarse teniendo en cuenta las especificaciones técnicas contenidas en los formatos establecidos en los anexos números 01 al 35 adjuntos, los cuales hacen parte integral de esta resolución.

Para diligenciar la casilla de tipo de documento del tercero, se debe utilizar la siguiente codificación:

11. Registro civil de nacimiento.

12. Tarjeta de identidad.

13. Cédula de ciudadanía.

21. Tarjeta de extranjería.

22. Cédula de extranjería.

31. NIT.

41. Pasaporte.

42. Tipo de documento extranjero.

43. Sin identificación del exterior o para uso definido por la DIAN.

Para diligenciar la casilla país de residencia o domicilio, se deben utilizar los códigos de la tabla “Países”, los cuales se encuentran para su consulta en el portal de la Dirección de Impuestos y Aduanas Nacionales, en la dirección www.dian.gov.co bajo la opción: Servicios\Formularios\Formularios e Instructivos\Códigos complementarios diligenciamiento formularios\Países”.

ARTÍCULO 24. UNIDAD MONETARIA PARA LA PRESENTACIÓN DE LA INFORMACIÓN. Los valores se deben informar en pesos, sin decimales, ni comas, ni fórmulas.

ARTÍCULO 25. VIGENCIA. La presente resolución rige a partir de la fecha de su publicación.

Publíquese y cúmplase.

Dada en Bogotá, D. C., a 30 de abril de 2008.

Director General,

OSCAR FRANCO CHARRY.

ANEXO NUMERO 01.

Especificaciones Técnicas

Información de socios, accionistas, comuneros y/o cooperados

Formato 1010-Versión 7

Objetivo

Definir las características y contenido de los archivos donde se reporta la Información de socios, accionistas, comuneros y/o cooperados.

Especificación técnica

El formato de Información de socios, accionistas, comuneros y/o cooperados, 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, accionistas, comuneros y/o cooperados = 01010)

vv: Versión del formato (Versión = 07).

aaaa: Año de envío.

cccccccc: Consecutivo de envío por año.

2. Formato del archivo

El formato de Información de socios, accionistas, comuneros y/o cooperados, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo con el esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Información de socios, accionistas, comuneros y/o cooperados = 1010
Versión	Versión del formato	Int	2	Versión = 7
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	DateTime	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “val” (Valor patrimonial acciones o aportes al 31 de diciembre) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “socios” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
tdoc	Tipo de Documento	int	2	De acuerdo con los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación del Socio o Accionista	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del Accionista	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del Accionista	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del Accionista	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del Accionista	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del Accionista	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
dir	Dirección	string	200	En caso que el País de residencia sea Colombia siempre debe diligenciarse.
dpto	Código del Departamento	int	2	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
mun	Código del Municipio	int	3	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
pais	País de Residencia o domicilio	int	4	De acuerdo con los definidos por resolución. Siempre debe diligenciarse.
val	Valor patrimonial acciones o aportes	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
vpar	Valor participaciones, dividendos o remanentes pagados y/o abonados a cuenta	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
por	Porcentaje de participación	decimal	2.2	Puede contener dos decimales. Utilice punto (.) como separador decimal. El valor debe estar entre 1.00 y 99.99. Siempre debe diligenciarse.

Los campos Tipo de Documento y Número de Identificación del Socio o Accionista, 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. En los campos que contengan valores decimales, se deberá utilizar punto (.) como separador decimal.

4. En los campos con valores numéricos, no se debe utilizar ningún separador para miles; no se utilizará puntos (.) ni comas (,).

5. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes y día.

3.2. Validaciones del encabezado

1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas.

2. Año de envío, debe ser el año calendario.

3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.

4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.

5. Cantidad de registros, debe ser igual a la cantidad de registros reportados en el contenido, que como máximo puede ser 5.000 registros.

6. Valor total, corresponde a la sumatoria de la casilla “val” (Valor patrimonial acciones o aportes al 31 de diciembre) de los registros reportados.

4. Esquema XSD

A continuación se incluye el esquema XSD para esta especificación técnica

<?xml version=“1.0” encoding=“ISO-8859-1”?>

<xs:schema xmlns:xs=“http://www.w3.org/2001/XMLSchema” elementFormDefault=“qualified” attributeFormDefault=“unqualified”>

<xs:element name=“socios”>

<xs:annotation>

<xs:documentation>Elemento que encapsula la información del formulario 1010 Información de socios, accionistas, comuneros y/o cooperados </xs:documentation>

</xs:annotation>

<xs:complexType>

<xs:attribute name=“tdoc” use=“required”>

<xs:annotation>

<xs:documentation>Tipo de Documento</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“99”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nid” use=“required”>

<xs:annotation>

<xs:documentation>Número de Identificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“20”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“dv” use=“optional”>

<xs:annotation>

<xs:documentation>Dígito de Verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del 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=“optional”>

<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=“optional”>

<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=“optional”>

<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=“pais” use=“required”>

<xs:annotation>

<xs:documentation>País de Residencia o domicilio</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9999”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“val” use=“required”>

<xs:annotation>

<xs:documentation>Valor patrimonial acciones o aportes al 31 de diciembre

</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“vpar” use=“required”>

<xs:annotation>

<xs:documentation> Valor participaciones, dividendos o remanentes pagados y/o abonados a cuenta</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“por” use=“required”>

<xs:annotation>

<xs:documentation>Porcentaje de participación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:decimal”>

<xs:maxInclusive value=“99.99”/>

<xs:totalDigits value=“4”/>

<xs:fractionDigits value=“2”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name=“mas”>

<xs:annotation>

<xs:documentation>Elemento raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“Versión” type=“xs:positiveInteger” fixed=“7”/>

<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 envío</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 NUMERO 02.

Especificaciones Técnicas

Pagos o abonos en cuenta

Formato 1001-Versión 7

Objetivo

Definir las características y contenido de los archivos donde se reportan los Pagos o abonos en cuenta.

Especificación técnica

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 = 07).

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.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Pagos o abonos en cuenta = 1001
Versión	Versión del formato	Int	2	Versión = 7
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	date-time	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	Double	20	Corresponde a la sumatoria de la casilla “pag” (Pago o Abono en cuenta) de los registros reportados.
CantReg	Cantidad de registros	int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “pagos” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
cpt	Concepto	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del Informado	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
dir	Dirección	string	200	En caso que el País de residencia sea Colombia siempre debe diligenciarse.
dpto	Código del Departamento	int	2	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
mun	Código del Municipio	int	3	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
pais	País de Residencia o domicilio	int	4	De acuerdo a los definidos por resolución.Siempre debe diligenciarse.
pag	Pago o Abono en cuenta	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
ded	Pagos o abonos en cuenta que no constituyan costo o deducción	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.

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.

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. 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=“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>Dígito de Verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl2” use=“optional”>

<xs:annotation>

<xs:documentation>Segundo Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Nombre del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom2” use=“optional”>

<xs:annotation>

<xs:documentation>Otros Nombres del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“raz” use=“optional”>

<xs:annotation>

<xs:documentation>Razón Social 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=“optional”>

<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=“optional”>

<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=“optional”>

<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=“pais” use=“required”>

<xs:annotation>

<xs:documentation>País de Residencia o domicilio</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=“pag” use=“required”>

<xs:annotation>

<xs:documentation>Pago o Abono en cuenta</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“ded” use=“required”>

<xs:annotation>

<xs:documentation> Pagos o abonos en cuenta que no constituyan costo o deducción</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name=“mas”>

<xs:annotation>

<xs:documentation>Elemento raíz del xml de carga masiva</xs:documentation>

</xs:annotation>

<xs:complexType>

<xs:sequence>

<xs:element name=“Cab” type=“CabType”/>

<xs:element ref=“pagos” maxOccurs=“5000”/>

</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 envío</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=“Versión” type=“xs:positiveInteger” fixed=“7”/>

<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 envío</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 NUMERO 03.

Especificaciones Técnicas

Retenciones en la fuente practicadas

Formato 1002-Versión 7

Objetivo

Definir las características y contenido de los archivos donde se reportan las Retenciones en la fuente practicadas.

Especificación técnica

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 = 07).

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.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud campo	Validaciones	Observaciones
Ano	Año de envío	int	4	Formato AAAA
CodCpt	Concepto	int	2	1= Inserción 2= Reemplazo
Formato	Código del formato	int	5	Retenciones en la fuente practicadas = 1002
Versión	Versión del formato	int	2	Versión = 7
NumEnvio	Número de envío	int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	datetime	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “vret” (Valor de la Retención en la fuente practicada) de los registros reportados.
CantReg	Cantidad de registros	int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “rets” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
cpt	Concepto	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del Informado	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
dir	Dirección	string	200	En caso que el País de residencia sea Colombia siempre debe diligenciarse.
dpto	Código del Departamento	int	2	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
mun	Código del Municipio	int	3	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
pais	País de Residencia o domicilio	int	4	De acuerdo a los definidos por resolución.Siempre debe diligenciarse.
vabo	Valor del pago o abono sujeto a Retención en la fuente	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
vret	Valor de la Retención en la fuente practicada a título de renta y a título de IVA	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Este valor debe ser menor ó igual al Valor del pago o abono sujeto a Retención en la fuente. Siempre debe diligenciarse.

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.

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 “vret” (Valor de la Retención en la fuente practicada) de los registros reportados.

4. Esquema XSD

A continuación se incluye el esquema XSD para esta especificación técnica

<?xml version=“1.0” encoding=“ISO-8859-1”?>

<xs:schema xmlns:xs=“http://www.w3.org/2001/XMLSchema” elementFormDefault=“qualified” attributeFormDefault=“unqualified”>

<xs:element name=“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=“optional”>

<xs:annotation>

<xs:documentation>Dígito de Verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl2” use=“optional”>

<xs:annotation>

<xs:documentation>Segundo Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Nombre del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom2” use=“optional”>

<xs:annotation>

<xs:documentation>Otros Nombres del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“raz” use=“optional”>

<xs:annotation>

<xs:documentation>Razón Social 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=“optional”>

<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=“optional”>

<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=“optional”>

<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=“pais” use=“required”>

<xs:annotation>

<xs:documentation>País de Residencia o domicilio</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=“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:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</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:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name=“mas”>

<xs:annotation>

<xs:documentation>Elemento raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“1002”>

<xs:simpleType>

<xs:restriction base=“xs:positiveInteger”>

<xs:totalDigits value=“4”/>

</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name=“Versión” type=“xs:positiveInteger” fixed=“7”/>

<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 envío</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 NUMERO 04.

Especificaciones Técnicas.

Retenciones en la fuente que le practicaron

Formato 1003-Versión 6

Objetivo

Definir las características y contenido de los archivos donde se reportan las Retenciones en la fuente que le practicaron.

Especificación técnica

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 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 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.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud campo	Validaciones	Observaciones
Ano	Año de envío	int	4	Formato AAAA
CodCpt	Concepto	int	2	1= Inserción 2= Reemplazo
Formato	Código del formato	int	5	Retenciones en la fuente que le practicaron = 1003
Versión	Versión del formato	int	2	Versión = 6
NumEnvio	Número de envío	int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	datetime	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “ret” (Retención en la fuente que le practicaron) de los registros reportados.
CantReg	Cantidad de registros	int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “rets” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
cpt	Concepto	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
tdoc	Tipo de Documento	Int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	String	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del Informado	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
ret	Retención en la fuente que le practicaron	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.

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.

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. 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=“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=“optional”>

<xs:annotation>

<xs:documentation>Dígito de Verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl2” use=“optional”>

<xs:annotation>

<xs:documentation>Segundo Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Nombre del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom2” use=“optional”>

<xs:annotation>

<xs:documentation>Otros Nombres del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“raz” use=“optional”>

<xs:annotation>

<xs:documentation>Razón Social 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:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name=“mas”>

<xs:annotation>

<xs:documentation>Elemento raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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”>

<xs:totalDigits value=“4”/>

</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name=“Versión” 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 envío</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 NUMERO 05.

Especificaciones Técnicas

Descuentos Tributarios

Formato 1004-Versión 6

Objetivo

Definir las características y contenido de los archivos donde se reportan los Descuentos tributarios.

Especificación técnica

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, las cuales se deben enviar en el orden enunciado.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1= Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Descuentos tributarios = 1004
Versión	Versión del formato	Int	2	Versión = 6
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	DateTime	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “vpag” (Valor acumulado del pago) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros; si se deben reportar más de 5.000 registros se fraccionará la información en archivos de 5.000 registros o menos.	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “descuentos” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
ctp	Concepto	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
vpag	Valor acumulado del pago	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
vdes	Valor solicitado como descuento tributario	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.

El campo Concepto es la llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.

3. Validaciones

3.1. Validaciones generales

1. El archivo debe contener todos los campos definidos para el encabezado y estos campos deben estar correctamente diligenciados.

2. La información del contenido del archivo debe corresponder al esquema XSD entregado.

3. Los atributos que registran valores numéricos, se reportan con valores numéricos positivos, sin signos ni puntuaciones, según lo reportado por el informante o en su defecto con cero (0).

4. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes y día.

3.2. Validaciones del encabezado.

1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas.

2. Año de envío, debe ser el año calendario.

3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.

4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.

5. Cantidad de registros, debe ser igual a la cantidad de registros reportados en el contenido, que como máximo puede ser 5.000 registros.

6. Valor total, Corresponde a la sumatoria de la casilla “vpag” (Valor acumulado del pago) de los registros reportados.

4. Esquema XSD

A continuación se incluye el esquema XSD para esta especificación técnica

<?xml version=“1.0” encoding=“ISO-8859-1”?>

<xs:schema xmlns:xs=“http://www.w3.org/2001/XMLSchema” elementFormDefault=“qualified” attributeFormDefault=“unqualified”>

<xs:element name=“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>Valor acumulado del pago</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“vdes” use=“required”>

<xs:annotation>

<xs:documentation>Valor solicitado como descuento tributario</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name=“mas”>

<xs:annotation>

<xs:documentation>Elemento raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“Versión” 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 envío</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 NUMERO 06.

Especificaciones Técnicas

Ingresos Recibidos

Formato 1007-Versión 7

Objetivo

Definir las características y contenido de los archivos donde se reportan los Ingresos recibidos.

Especificación técnica

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 = 07).

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, las cuales se deben enviar en el orden enunciado.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Ingresos recibidos = 1007
Versión	Versión del formato	Int	2	Versión = 7
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	Date-Time	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “ing” (Ingresos brutos recibidos) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “ingresos” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Observaciones
cpt	Concepto	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
tdoc	Tipo de Documento	Int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del Informado	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
pais	País de Residencia o domicilio	int	4	De acuerdo a los definidos por resolución.Siempre debe diligenciarse.
ing	Ingresos brutos recibidos	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
dev	Devoluciones, rebajas y descuentos	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.

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.

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. 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=“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=“optional”>

<xs:annotation>

<xs:documentation>Dígito de Verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl2” use=“optional”>

<xs:annotation>

<xs:documentation>Segundo Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Nombre del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom2” use=“optional”>

<xs:annotation>

<xs:documentation>Otros Nombres del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“raz” use=“optional”>

<xs:annotation>

<xs:documentation>Razón Social 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=“pais” use=“required”>

<xs:annotation>

<xs:documentation>País de Residencia o domicilio</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=“ing” use=“required”>

<xs:annotation>

<xs:documentation>Ingresos brutos recibidos</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“dev” use=“optional”>

<xs:annotation>

<xs:documentation>Devoluciones, rebajas y descuentos</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{0,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name=“mas”>

<xs:annotation>

<xs:documentation>Elemento raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“Versión” type=“xs:positiveInteger” fixed=“7”/>

<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 envío</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 NUMERO 07.

Especificaciones Técnicas

Impuesto a las ventas por pagar (Descontable)

Formato 1005-Versión 6

Objetivo

Definir las características y contenido de los archivos donde se reporta el Impuesto a las ventas por pagar (Descontable).

Especificación ténica

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.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Impuesto a las ventas por pagar (Descontable) = 1005
Versión	Versión del formato	Int	2	Versión = 6
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	Date-Time	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “vimp” (Valor del impuesto descontable y el IVA resultante por devoluciones en ventas anuladas, rescindidas o resueltas) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “impventas” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del Informado	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
vimp	Valor del impuesto descontable y el IVA resultante por devoluciones en ventas anuladas, rescindidas o resueltas	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.

Los campos Tipo de Documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.

3. Validaciones

3.1. Validaciones generales

1. El archivo debe contener todos los campos definidos para el encabezado y estos campos deben estar correctamente diligenciados.

2. La información del contenido del archivo debe corresponder al esquema XSD entregado.

3. Los atributos que registran valores numéricos, se reportan con valores numéricos positivos, sin signos ni puntuaciones, según lo reportado por el informante o en su defecto con cero (0).

4. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes y día.

3.2. Validaciones del encabezado

1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas.

2. Año de envío, debe ser el año calendario.

3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.

4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.

5. Cantidad de registros, debe ser igual a la cantidad de registros 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. 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=“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=“optional”>

<xs:annotation>

<xs:documentation>Dígito de Verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl2” use=“optional”>

<xs:annotation>

<xs:documentation>Segundo Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Nombre del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom2” use=“optional”>

<xs:annotation>

<xs:documentation>Otros Nombres del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“raz” use=“optional”>

<xs:annotation>

<xs:documentation>Razón Social 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>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:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name=“mas”>

<xs:annotation>

<xs:documentation>Elemento raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“Versión” 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 envío</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 NUMERO 08.

Especificaciones Técnicas

Impuesto a las ventas por pagar (Generado)

Formato 1006-Versión 6

Objetivo

Definir las características y contenido de los archivos donde se reporta el Impuesto a las ventas por pagar (Generado).

Especificación técnica

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, las cuales se deben enviar en el orden enunciado.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Impuesto a las ventas por pagar (Generado) = 1006
Versión	Versión del formato	Int	2	Versión = 6
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	Date-Time	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “vimp” (Valor del impuesto descontable y el IVA resultante por devoluciones en ventas anuladas, rescindidas o resueltas) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “impoventas” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del Informado	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
vimp	Valor del impuesto generado incluido el valor del impuesto sobre las ventas recuperado en devoluciones en compras anuladas, rescindidas o resueltas.	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.

Los campos Tipo de Documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.

3. Validaciones

3.1. Validaciones generales

1. El archivo debe contener todos los campos definidos para el encabezado y estos campos deben estar correctamente diligenciados.

2. La información del contenido del archivo debe corresponder al esquema XSD entregado.

3. Los atributos que registran valores numéricos, se reportan con valores numéricos positivos, sin signos ni puntuaciones, según lo reportado por el informante o en su defecto con cero (0).

4. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes y día.

3.2. Validaciones del encabezado

1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas.

2. Año de envío, debe ser el año calendario.

3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.

4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.

5. Cantidad de registros, debe ser igual a la cantidad de registros 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. 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 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=“optional”>

<xs:annotation>

<xs:documentation>Dígito de Verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl2” use=“optional”>

<xs:annotation>

<xs:documentation>Segundo Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Nombre del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom2” use=“optional”>

<xs:annotation>

<xs:documentation>Otros Nombres del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“raz” use=“optional”>

<xs:annotation>

<xs:documentation>Razón Social 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>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:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name=“mas”>

<xs:annotation>

<xs:documentation>Elemento raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“Versión” 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 envío</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 NUMERO 09.

Especificaciones Técnicas

Saldos de cuentas por pagar al 31 de diciembre

Formato 1009-Versión 7

Objetivo

Definir las características y contenido de los archivos donde se reportan los Saldos de cuentas por pagar al 31 de diciembre.

Especificación técnica

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 = 07).

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.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Saldos de cuentas por pagar al 31 de diciembre = 1008
Versión	Versión del formato	Int	2	Versión = 07
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	Date-Time	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “sal” (Saldo cuentas por pagar al 31 de diciembre) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “saldoscp” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
cpt	Concepto	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	String	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del Deudor	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del Deudor	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del Deudor	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del Deudor	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del Deudor	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
dir	Dirección	string	200	En caso que el País de residencia sea Colombia siempre debe diligenciarse.
dpto	Código del Departamento	int	2	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
mun	Código del Municipio	int	3	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
pais	País de Residencia o domicilio	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
sal	Saldo cuentas por pagar al 31 de diciembre	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.

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.

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 “sal” (Saldo cuentas por pagar al 31 de diciembre) de los registros reportados.

4. Esquema XSD

A continuación se incluye el esquema XSD para esta especificación técnica

<?xml version=“1.0” encoding=“ISO-8859-1”?>

<xs:schema xmlns:xs=“http://www.w3.org/2001/XMLSchema” elementFormDefault=“qualified” attributeFormDefault=“unqualified”>

<xs:element name=“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=“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 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:attribute name=“dir” use=“optional”>

<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=“optional”>

<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=“optional”>

<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=“pais” use=“required”>

<xs:annotation>

<xs:documentation>País de Residencia o domicilio</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>Saldo cuentas por pagar al 31 de diciembre</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name=“mas”>

<xs:annotation>

<xs:documentation>Elemento raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“Versión” type=“xs:positiveInteger” fixed=“7”/>

<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 envío</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 NUMERO 10.

Especificaciones Técnicas

Saldos de cuentas por cobrar al 31 de diciembre

Formato 1008-Versión 7

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 técnica

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 = 07).

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.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Saldos de cuentas por cobrar al 31 de diciembre = 1008
Versión	Versión del formato	Int	2	Versión = 7
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	Date-Time	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “sal” (Saldo cuentas por Cobrar al 31 de diciembre) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “saldoscc” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
cpt	Concepto	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
tdoc	Tipo de Documento	Int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del Deudor	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del Deudor	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del Deudor	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del Deudor	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del Deudor	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
dir	Dirección	string	200	En caso que el País de residencia sea Colombia siempre debe diligenciarse.
dpto	Código del Departamento	int	2	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
mun	Código del Municipio	int	3	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
pais	País de Residencia o domicilio	int	4	De acuerdo a los definidos por resolución.Siempre debe diligenciarse.
sal	Saldo cuentas por Cobrar al 31 de diciembre	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.

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.

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 “sal” (Saldo cuentas por Cobrar al 31 de diciembre) de los registros reportados.

4. Esquema XSD

A continuación se incluye el esquema XSD para esta especificación técnica

<?xml version=“1.0” encoding=“ISO-8859-1”?>

<xs:schema xmlns:xs=“http://www.w3.org/2001/XMLSchema” elementFormDefault=“qualified” attributeFormDefault=“unqualified”>

<xs:element name=“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=“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 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:attribute name=“dir” use=“optional”>

<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=“optional”>

<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=“optional”>

<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=“pais” use=“required”>

<xs:annotation>

<xs:documentation>País de Residencia o domicilio</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>Saldo cuentas por Cobrar al 31 de diciembre</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name=“mas”>

<xs:annotation>

<xs:documentation>Elemento raíz 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 envío</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=“Versión” type=“xs:positiveInteger” fixed=“7”/>

<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 envío</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 NUMERO 11.

Especificaciones Técnicas

Información de las Declaraciones Tributarias

Formato 1011-Versión 6

Objetivo

Definir las características y contenido de los archivos donde se reporta la Información de las Declaraciones Tributarias.

Especificación técnica

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.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Información de las Declaraciones Tributarias = 1011
Versión	Versión del formato	Int	2	Versión = 6
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	Date-Time	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “sal” (Saldos al 31 de diciembre) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “decl” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
cpt	Concepto	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
sal	Saldos al 31 de diciembre	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.

El campo Concepto es la llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.

3. Validaciones

3.1. Validaciones generales

1. El archivo debe contener todos los campos definidos para el encabezado y estos campos deben estar correctamente diligenciados.

2. La información del contenido del archivo debe corresponder al esquema XSD entregado.

3. Los atributos que registran valores numéricos, se reportan con valores numéricos positivos, sin signos ni puntuaciones, según lo reportado por el informante o en su defecto con cero (0).

4. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes y día.

3.2. Validaciones del encabezado

1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas.

2. Año de envío, debe ser el año calendario.

3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.

4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.

5. Cantidad de registros, debe ser igual a la cantidad de registros reportados en el contenido, que como máximo puede ser 5.000 registros.

6. Valor total, corresponde a la sumatoria de la casilla “sal” (Saldos al 31 de diciembre) de los registros reportados.

4. Esquema XSD

A continuación se incluye el esquema XSD para esta especificación técnica

<?xml version=“1.0” encoding=“ISO-8859-1”?>

<xs:schema xmlns:xs=“http://www.w3.org/2001/XMLSchema” elementFormDefault=“qualified” attributeFormDefault=“unqualified”>

<xs:element name=“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:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name=“mas”>

<xs:annotation>

<xs:documentation>Elemento raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“1011”>

<xs:simpleType>

<xs:restriction base=“xs:positiveInteger”>

<xs:totalDigits value=“4”/>

</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name=“Versión” 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 envío</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 NUMERO 12.

Especificaciones Técnicas

Información de las declaraciones tributarias, acciones y aportes e inversiones en bonos, certificados, títulos y demás inversiones tributarias

Formato 1012-Versión 7

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.

Especificación técnica

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 = 07).

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, las cuales se deben enviar en el orden enunciado.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Información de las declaraciones tributarias, acciones y aportes e inversiones en bonos, certificados, títulos y demás inversiones tributarias = 1012
Versión	Versión del formato	Int	2	Versión = 7
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	Date-Time	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a esta fecha final. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha inicial. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “val” (Valor al 31 de diciembre) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “dectri” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
cpt	Concepto	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	String	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del Informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del Informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del Informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del Informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del Informado	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
pais	País de Residencia o domicilio	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
val	Valor al 31 de diciembre de 2005	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.

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.

3. Validaciones

3.1. Validaciones generales

1. El archivo debe contener todos los campos definidos para el encabezado y estos campos deben estar correctamente diligenciados.

2. La información del contenido del archivo debe corresponder al esquema XSD entregado.

3. Los atributos que registran valores numéricos, se reportan con valores numéricos positivos, sin signos ni puntuaciones, según lo reportado por el informante o en su defecto con cero (0).

4. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes y día.

3.2. Validaciones del encabezado

1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas.

2. Año de envío, debe ser el año calendario.

3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.

4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.

5. Cantidad de registros, debe ser igual a la cantidad de registros reportados en el contenido, que como máximo puede ser 5.000 registros.

6. Valor total, corresponde a la sumatoria de la casilla “val” (Valor al 31 de diciembre) de los registros reportados.

4. Esquema XSD

A continuación se incluye el esquema XSD para esta especificación técnica

<?xml version=“1.0” encoding=“ISO-8859-1”?>

<xs:schema xmlns:xs=“http://www.w3.org/2001/XMLSchema” elementFormDefault=“qualified” attributeFormDefault=“unqualified”>

<xs:element name=“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=“optional”>

<xs:annotation>

<xs:documentation>Dígito de Verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del Informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl2” use=“optional”>

<xs:annotation>

<xs:documentation>Segundo Apellido del Informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Nombre del Informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom2” use=“optional”>

<xs:annotation>

<xs:documentation>Otros Nombres del Informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“raz” use=“optional”>

<xs:annotation>

<xs:documentation>Razón Social 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=“pais” use=“required”>

<xs:annotation>

<xs:documentation>País de Residencia o domicilio</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9999”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“val” use=“required”>

<xs:annotation>

<xs:documentation>Valor al 31 de diciembre</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name=“mas”>

<xs:annotation>

<xs:documentation>Elemento raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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: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=“pais” use=“required”>

<xs:annotation>

<xs:documentation>País de Residencia o domicilio</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9999”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“val” use=“required”>

<xs:annotation>

<xs:documentation>Valor al 31 de diciembre</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name=“mas”>

<xs:annotation>

<xs:documentation>Elemento raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“Versión” type=“xs:positiveInteger” fixed=“7”/>

<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 envío</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 NUMERO 13.

Especificaciones Técnicas

Información de pagos o abonos en cuenta a través de

Consorcios y uniones temporales

Formato 1043-Versión 7

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.

Especificación técnica

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 = 07).

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, las cuales se deben enviar en el orden enunciado.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Información de pagos o abonos en cuenta a través de consorcios y uniones temporales = 1043
Versión	Versión del formato	Int	2	Versión = 7
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	DateTime	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “pag” (Pago o Abono en cuenta) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “pagos” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
con	Concepto	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	String	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del informado	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
dir	Dirección	string	200	En caso que el País de residencia sea Colombia siempre debe diligenciarse.
dpto	Código del Departamento	int	2	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
mun	Código del Municipio	int	3	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
pais	País de Residencia o domicilio	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
pag	Pago o Abono en cuenta	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
ded	Pagos o abonos en cuenta que no constituyan costo o deducción	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.

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.

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. 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=“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>Dígito de Verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl2” use=“optional”>

<xs:annotation>

<xs:documentation>Segundo Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer nombre del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom2” use=“optional”>

<xs:annotation>

<xs:documentation>Otros nombres del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“raz” use=“optional”>

<xs:annotation>

<xs:documentation>Razón social 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=“optional”>

<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=“optional”>

<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=“optional”>

<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=“pais” use=“required”>

<xs:annotation>

<xs:documentation>País de Residencia o domicilio</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=“pag” use=“required”>

<xs:annotation>

<xs:documentation>Pago o Abono en cuenta</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“ded” use=“required”>

<xs:annotation>

<xs:documentation> Pagos o abonos en cuenta que no constituyan costo o deducción</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name=“mas”>

<xs:annotation>

<xs:documentation>Elemento raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“1043”>

<xs:simpleType>

<xs:restriction base=“xs:positiveInteger”>

<xs:totalDigits value=“4”/>

</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name=“Versión” type=“xs:positiveInteger” fixed=“7”/>

<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 envío</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 NUMERO 14.

Especificaciones Técnicas

Información de retenciones en la fuente practicadas  a través de consorcios y uniones temporales

Formato 1044-Versión 7

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.

Especificación técnica

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és de consorcios y uniones temporales = 01044)

vv: Versión del formato (Versión = 07).

aaaa: Año de envío.

cccccccc: Consecutivo de envío por año.

2. Formato del archivo

El formato de 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.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Información de retenciones en la fuente practicadas a través de consorcios y uniones temporales = 1044
Versión	Versión del formato	Int	2	Versión = 7
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	Date-Time	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “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.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

 

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “retenciones” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
con	Concepto	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del informado	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
dir	Dirección	string	200	En caso que el País de residencia sea Colombia siempre debe diligenciarse.
dpto	Código del Departamento	int	2	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
mun	Código del Municipio	int	3	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
pais	País de Residencia o domicilio	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
pag	Valor del pago o abono sujeto a Retención en la fuente	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
ret	Valor de la Retención en la fuente practicada a título de renta y a título de IVA	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. El valor de esta casilla debe ser menor o igual al Valor del pago o abono sujeto a Retención en la fuente. Siempre debe diligenciarse.

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.

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” (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. 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=“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=“20”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“dv” use=“optional”>

<xs:annotation>

<xs:documentation>Dígito de Verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl2” use=“optional”>

<xs:annotation>

<xs:documentation>Segundo Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer nombre del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom2” use=“optional”>

<xs:annotation>

<xs:documentation>Otros nombres del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“raz” use=“optional”>

<xs:annotation>

<xs:documentation>Razón social 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=“optional”>

<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=“optional”>

<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=“optional”>

<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=“pais” use=“required”>

<xs:annotation>

<xs:documentation>País de Residencia o domicilio</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=“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:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</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:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name=“mas”>

<xs:annotation>

<xs:documentation>Elemento raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“Versión” type=“xs:positiveInteger” fixed=“7”/>

<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 envío</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 NUMERO 15.

Especificaciones Técnicas

Información de ingresos recibidos por consorcios y uniones temporales

Formato 1045-Versión 7

Objetivo

Definir las características y contenido de los, donde se reporta la Información de ingresos recibidos por consorcios y uniones temporales.

Especificación técnica

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 = 07).

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 XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Información de ingresos recibidos por consorcios y uniones temporales = 1045
Versión	Versión del formato	Int	2	Versión = 7
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	Date-Time	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	Double	20	Corresponde a la sumatoria de la casilla “ing” (Ingresos brutos recibidos) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “ingresos” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
con	Concepto	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
Atributo	Denominación Casilla	Tipo	Longitud	Criterios
nid	Número de Identificación	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del informado	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
pais	País de Residencia o domicilio	int	4	De acuerdo a los definidos por resolución.Siempre debe diligenciarse.
ing	Ingresos brutos recibidos	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
dev	Devoluciones, rebajas y descuentos	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.

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.

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. 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=“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>Dígito de Verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl2” use=“optional”>

<xs:annotation>

<xs:documentation>Segundo Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer nombre del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom2” use=“optional”>

<xs:annotation>

<xs:documentation>Otros nombres del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“raz” use=“optional”>

<xs:annotation>

<xs:documentation>Razón social 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=“pais” use=“required”>

<xs:annotation>

<xs:documentation>País de Residencia o domicilio</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=“ing” use=“required”>

<xs:annotation>

<xs:documentation>Ingresos brutos recibidos</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“dev” use=“required”>

<xs:annotation>

<xs:documentation>Devoluciones, rebajas y descuentos</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name=“mas”>

<xs:annotation>

<xs:documentation>Elemento raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“Versión” type=“xs:positiveInteger” fixed=“7”/>

<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 envío</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 NUMERO 16.

Especificaciones Técnicas

Información de pagos o abonos en cuenta de los contratos de asociación para exploración y explotación minera

Formato 1046-Versión 7

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.

Especificación técnica

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 = 07).

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.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Información de pagos o abonos en cuenta de los contratos de asociación para exploración y explotación minera = 1046
Versión	Versión del formato	Int	2	Versión = 7
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	Date-Time	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “pag” (Pago o Abono en cuenta) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “pagos” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
con	Concepto	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del informado	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
dir	Dirección	string	200	En caso que el País de residencia sea Colombia siempre debe diligenciarse.
dpto	Código del Departamento	int	2	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
mun	Código del Municipio	int	3	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
pais	País de Residencia o domicilio	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
pag	Pago o Abono en cuenta	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
ded	Pagos o abonos en cuenta que no constituyan costo o deducción	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.

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.

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. Esquema XSD

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=“pagos”>

<xs:annotation>

<xs:documentation>Elemento que encapsula la información del formulario 1046 INFORMACION DE PAGOS O ABONOS EN CUENTA DE LOS CONTRATOS DE ASOCIACION PARA EXPLORACION Y EXPLOTACION 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>Dígito de Verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl2” use=“optional”>

<xs:annotation>

<xs:documentation>Segundo Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer nombre del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom2” use=“optional”>

<xs:annotation>

<xs:documentation>Otros nombres del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“raz” use=“optional”>

<xs:annotation>

<xs:documentation>Razón social 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=“optional”>

<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=“optional”>

<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:pattern value=“[0-9]{2,2}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“mun” use=“optional”>

<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:pattern value=“[0-9]{3,3}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“pais” use=“required”>

<xs:annotation>

<xs:documentation>País de Residencia o domicilio</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=“pag” use=“required”>

<xs:annotation>

<xs:documentation>Pago o Abono en cuenta</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“ded” use=“required”>

<xs:annotation>

<xs:documentation> Pagos o abonos en cuenta que no constituyan costo o deducción</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name=“mas”>

<xs:annotation>

<xs:documentation>Elemento raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“Versión” type=“xs:positiveInteger” fixed=“7”/>

<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 envío</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 NUMERO 17.

Especificaciones Técnicas

Información de retenciones en la fuente practicadas a través de los contratos de asociación para exploración y explotación minera

Formato 1047-Versión 7

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.

Especificación técnica

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 través de contratos de asociación para exploración y explotación minera = 01047)

vv: Versión del formato (Versión = 07).

aaaa: Año de envío.

cccccccc: Consecutivo de envío por año.

2. Formato del archivo

El formato de 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.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del Encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Información de retenciones en la fuente practicadas a través de contratos de asociación para exploración y explotación minera = 1047
Versión	Versión del formato	Int	2	Versión = 7
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	Date-Time	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “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.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “retenciones” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
con	Concepto	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del informado	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
dir	Dirección	string	200	En caso de que el País de residencia sea Colombia siempre debe diligenciarse.
dpto	Código del Departamento	int	2	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso de que el País de residencia sea Colombia siempre debe diligenciarse.
mun	Código del Municipio	int	3	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso de que el País de residencia sea Colombia siempre debe diligenciarse.
pais	País de Residencia o domicilio	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
pag	Valor del pago o abono sujeto a Retención en la fuente	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
ret	Valor de la Retención en la fuente practicada a título de renta y a título de iva	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.

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.

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” (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. 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=“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>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“20”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“dv” use=“optional”>

<xs:annotation>

<xs:documentation>Dígito de Verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl2” use=“optional”>

<xs:annotation>

<xs:documentation>Segundo Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer nombre del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom2” use=“optional”>

<xs:annotation>

<xs:documentation>Otros nombres del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“raz” use=“optional”>

<xs:annotation>

<xs:documentation>Razón social 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=“optional”>

<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=“optional”>

<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=“optional”>

<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=“pais” use=“required”>

<xs:annotation>

<xs:documentation>País de Residencia o domicilio</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=“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:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</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:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name=“mas”>

<xs:annotation>

<xs:documentation>Elemento raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“1047”>

<xs:simpleType>

<xs:restriction base=“xs:positiveInteger”>

<xs:totalDigits value=“4”/>

</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name=“Versión” type=“xs:positiveInteger” fixed=“7”/>

<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 envío</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 NUMERO 18.

Especificaciones Técnicas

Información de ingresos recibidos de los contratos de asociación para exploración y explotación minera

Formato 1048-Versión 7

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.

Especificación técnica

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 = 07).

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.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción2 = Reemplazo
Formato	Código del formato	Int	5	Información de ingresos recibidos de los Contratos de asociación para exploración y explotación minera = 1048
Versión	Versión del formato	Int	2	Versión = 7
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	Date-Time	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “ing” (Ingresos brutos recibidos) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “ingresos” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
con	Concepto	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del informado	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
pais	País de Residencia o domicilio	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
ing	Ingresos brutos recibidos	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
dev	Devoluciones, rebajas y descuentos	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.

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.

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. 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=“ingresos”>

<xs:annotation>

<xs:documentation>Elemento que encapsula la información del formulario 1048 INFORMACION DE INGRESOS RECIBIDOS DE LOS CONTRATOS DE ASOCIACION PARA EXPLORACION Y EXPLOTACION 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>Dígito de Verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl2” use=“optional”>

<xs:annotation>

<xs:documentation>Segundo Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer nombre del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom2” use=“optional”>

<xs:annotation>

<xs:documentation>Otros nombres del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“raz” use=“optional”>

<xs:annotation>

<xs:documentation>Razón social 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=“pais” use=“required”>

<xs:annotation>

<xs:documentation>País de Residencia o domicilio</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=“ing” use=“required”>

<xs:annotation>

<xs:documentation>Ingresos brutos recibidos</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“dev” use=“required”>

<xs:annotation>

<xs:documentation>Devoluciones, rebajas y descuentos</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name=“mas”>

<xs:annotation>

<xs:documentation>Elemento raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“Versión” type=“xs:positiveInteger” fixed=“7”/>

<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 envío</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 NUMERO 19.

Especificaciones Técnicas

Impuesto a las ventas por pagar (descontable) en contratos de asociación para exploración y explotación minera

Formato 1049-Versión 6

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.

Especificación técnica

El formato de Impuesto a las ventas por 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.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Impuesto a las ventas por pagar (descontable) en contratos de asociación para exploración y explotación minera = 1049
Versión	Versión del formato	Int	2	Versión = 6
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	DateTime	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “val” (Valor del impuesto descontable y el IVA resultante por devoluciones en ventas anuladas, rescindidas o resueltas) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “impoventas” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del informado	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
val	Valor del impuesto descontable y el IVA resultante por devoluciones en ventas anuladas, rescindidas o resueltas	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.

Los campos Tipo de Documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.

3. Validaciones

3.1. Validaciones generales

1. El archivo debe contener todos los campos definidos para el encabezado y estos campos deben estar correctamente diligenciados.

2. La información del contenido del archivo debe corresponder al esquema XSD entregado.

3. Los atributos que registran valores numéricos, se reportan con valores numéricos positivos, sin signos ni puntuaciones, según lo reportado por el informante o en su defecto con cero (0).

4. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes y día.

3.2. Validaciones del encabezado

1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas.

2. Año de envío, debe ser el año calendario.

3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.

4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.

5. Cantidad de registros, debe ser igual a la cantidad de registros reportados en el contenido, que como máximo puede ser 5.000 registros.

6. Valor total, corresponde a la sumatoria de la casilla “val” (Valor del impuesto descontable y el IVA resultante por devoluciones en ventas anuladas, rescindidas o resueltas) de los registros reportados.

4. Esquema XSD

A continuación se incluye el esquema XSD para esta especificación técnica

<?xml version=“1.0” encoding=“ISO-8859-1”?>

<xs:schema xmlns:xs=“http://www.w3.org/2001/XMLSchema” elementFormDefault=“qualified” attributeFormDefault=“unqualified”>

<xs:element name=“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” use=“required”>

<xs:annotation>

<xs:documentation>Número de Identificación del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“20”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“dv” use=“optional”>

<xs:annotation>

<xs:documentation>Dígito de Verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl2” use=“optional”>

<xs:annotation>

<xs:documentation>Segundo Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer nombre del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom2” use=“optional”>

<xs:annotation>

<xs:documentation>Otros nombres del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“raz” use=“optional”>

<xs:annotation>

<xs:documentation>Razón social 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:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name=“mas”>

<xs:annotation>

<xs:documentation>Elemento raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“Versión” 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 envío</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 NUMERO 20.

Especificaciones Técnicas

Impuesto a las ventas por pagar (generado) en contratos de asociación para exploración y explotación minera

Formato 1050-Versión 6

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.

Especificación técnica

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.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Impuesto a las ventas por pagar (generado) en contratos de asociación para exploración y explotación minera = 1050
Versión	Versión del formato	Int	2	Versión = 6
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	DateTime	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “val” (Valor del impuesto generado y el IVA recuperado en devoluciones en compras anuladas, rescindidas o resueltas) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “impoventas” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del informado	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
val	Valor del impuesto generado y el IVA recuperado en devoluciones en compras anuladas, rescindidas o resueltas	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.

Los campos Tipo de Documento y Número de Identificación, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.

3. Validaciones

3.1. Validaciones generales

1. El archivo debe contener todos los campos definidos para el encabezado y estos campos deben estar correctamente diligenciados.

2. La información del contenido del archivo debe corresponder al esquema XSD entregado.

3. Los atributos que registran valores numéricos, se reportan con valores numéricos positivos, sin signos ni puntuaciones, según lo reportado por el informante o en su defecto con cero (0).

4. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes y día.

3.2. Validaciones del encabezado

1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas.

2. Año de envío, debe ser el año calendario.

3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.

4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.

5. Cantidad de registros, debe ser igual a la cantidad de registros reportados en el contenido, que como máximo puede ser 5.000 registros.

6. Valor total, corresponde a la sumatoria de la casilla “val” (Valor del impuesto generado y el IVA recuperado en devoluciones en compras anuladas, rescindidas o resueltas) de los registros reportados.

4. Esquema XSD

A continuación se incluye el esquema XSD para esta especificación técnica

<?xml version=“1.0” encoding=“ISO-8859-1”?>

<xs:schema xmlns:xs=“http://www.w3.org/2001/XMLSchema” elementFormDefault=“qualified” attributeFormDefault=“unqualified”>

<xs:element name=“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>Dígito de Verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl2” use=“optional”>

<xs:annotation>

<xs:documentation>Segundo Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer nombre del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom2” use=“optional”>

<xs:annotation>

<xs:documentation>Otros nombres del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“raz” use=“optional”>

<xs:annotation>

<xs:documentation>Razón social 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:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name=“mas”>

<xs:annotation>

<xs:documentation>Elemento raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“Versión” 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 envío</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 NUMERO 21.

Especificaciones Técnicas

Saldos de cuentas por cobrar al 31 de diciembre en contratos de asociación para exploración y explotación minera

Formato 1051-Versión 7

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.

Especificación técnica

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 = 07).

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.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Saldos de cuentas por cobrar al 31 de diciembre en contratos de asociación para exploración y explotación minera = 1051
Versión	Versión del formato	Int	2	Versión = 7
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	Date-Time	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “sal” (Saldo cuentas por Cobrar al 31 de diciembre) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “saldos” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
cpt	Concepto	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del informado	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
dir	Dirección	string	200	En caso que el País de residencia sea Colombia siempre debe diligenciarse.
dpto	Código del Departamento	int	2	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
mun	Código del Municipio	int	3	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
pais	País de Residencia o domicilio	int	4	De acuerdo a los definidos por resolución.Siempre debe diligenciarse.
sal	Saldo cuentas por Cobrar al 31 de diciembre	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.

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.

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 “sal” (Saldo cuentas por Cobrar al 31 de diciembre) de los registros reportados.

4. Esquema XSD

A continuación se incluye el esquema XSD para esta especificación técnica

<?xml version=“1.0” encoding=“ISO-8859-1”?>

<xs:schema xmlns:xs=“http://www.w3.org/2001/XMLSchema” elementFormDefault=“qualified” attributeFormDefault=“unqualified”>

<xs:element name=“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” use=“required”>

<xs:annotation>

<xs:documentation>Número de Identificación del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“20”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“dv” use=“optional”>

<xs:annotation>

<xs:documentation>Dígito de Verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl2” use=“optional”>

<xs:annotation>

<xs:documentation>Segundo Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer nombre del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom2” use=“optional”>

<xs:annotation>

<xs:documentation>Otros nombres del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“raz” use=“optional”>

<xs:annotation>

<xs:documentation>Razón social 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=“optional”>

<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=“optional”>

<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=“optional”>

<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=“pais” use=“required”>

<xs:annotation>

<xs:documentation>País de Residencia o domicilio</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>Saldo cuentas por Cobrar al 31 de diciembre</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name=“mas”>

<xs:annotation>

<xs:documentation>Elemento raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“Versión” type=“xs:positiveInteger” fixed=“7”/>

<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 envío</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 NUMERO 22.

Especificaciones Técnicas

Saldos de cuentas por pagar al 31 de diciembre en contratos de asociación para exploración y explotación minera

Formato 1052 Versión 7

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.

Especificación técnica

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:

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 = 07).

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.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Saldos de cuentas por pagar al 31 de diciembre en contratos de asociación para exploración y explotación minera = 1051
Versión	Versión del formato	Int	2	Versión = 7
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	DateTime	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “sal” (Saldo cuentas por Pagar al 31 de diciembre) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “saldos” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
cpt	Concepto	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del informado	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
dir	Dirección	string	200	En caso que el País de residencia sea Colombia siempre debe diligenciarse.
dpto	Código del Departamento	int	2	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
mun	Código del Municipio	int	3	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
pais	País de Residencia o domicilio	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
sal	Saldo cuentas por Pagar al 31 de diciembre	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.

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.

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 “sal” (Saldo cuentas por Pagar al 31 de diciembre) de los registros reportados.

4. Esquema XSD

A continuación se incluye el esquema XSD para esta especificación técnica

<?xml version=“1.0” encoding=“ISO-8859-1”?>

<xs:schema xmlns:xs=“http://www.w3.org/2001/XMLSchema” elementFormDefault=“qualified” attributeFormDefault=“unqualified”>

<xs:element name=“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>Dígito de Verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl2” use=“optional”>

<xs:annotation>

<xs:documentation>Segundo Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer nombre del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom2” use=“optional”>

<xs:annotation>

<xs:documentation>Otros nombres del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“raz” use=“optional”>

<xs:annotation>

<xs:documentation>Razón social 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=“optional”>

<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=“optional”>

<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=“optional”>

<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=“pais” use=“required”>

<xs:annotation>

<xs:documentation>País de Residencia o domicilio</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>Saldo cuentas por Cobrar al 31 de diciembre</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name=“mas”>

<xs:annotation>

<xs:documentation>Elemento raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“Versión” type=“xs:positiveInteger” fixed=“7”/>

<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 envío</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 NUMERO 23.

Especificaciones Técnicas

Pagos o abonos en cuenta efectuados en contratos de mandato o de administración delegada

Formato 1016-Versión 8

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.

Especificación técnica

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 = 08).

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.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Pagos o Abonos en cuenta efectuados en Contratos de Mandato o de Administración Delegada = 1016
Versión	Versión del formato	Int	2	Versión = 8
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	DateTime	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “pag” (Pago o abono en cuenta) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “pagos” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
cpt	Concepto	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido de la persona a quien se le hizo el pago	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido de la persona a quien se le hizo el pago	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre de la persona a quien se le hizo el pago	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres de la persona a quien se le hizo el pago	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social de la persona a quien se le hizo el pago	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
dir	Dirección	string	200	En caso que el País de residencia sea Colombia siempre debe diligenciarse.
dpto	Código del Departamento	int	2	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
mun	Código del Municipio	int	3	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
pais	País de Residencia o domicilio	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
pag	Pago o abono en cuenta	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
ded	Pagos o abonos en cuenta que no constituyan costo o deducción	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
tdocm	Tipo de documento del mandante o contratante	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nitm	Número de identificación del mandante o contratante	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dvm	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1m	Primer Apellido del mandante o contratante	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2m	Segundo Apellido del mandante o contratante	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1m	Primer Nombre del mandante o contratante	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2m	Otros Nombres del mandante o contratante	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
razm	Razón Social del mandante o contratante	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.

Los campos Concepto, Tipo de documento Número de Identificación, Tipo de documento del mandante o contratante y Número de identificación del mandante o contratante, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío

3. Validaciones

3.1. Validaciones generales

1. El archivo debe contener todos los campos definidos para el encabezado y estos campos deben estar correctamente diligenciados.

2. La información del contenido del archivo debe corresponder al esquema XSD entregado.

3. Los atributos que registran valores numéricos, se reportan con valores numéricos positivos, sin signos ni puntuaciones, según lo reportado por el informante o en su defecto con cero (0).

4. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes y día.

3.2. Validaciones del encabezado

1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas.

2. Año de envío, debe ser el año calendario.

3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.

4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.

5. Cantidad de registros, debe ser igual a la cantidad de registros reportados en el contenido, que como máximo puede ser 5.000 registros.

6. Valor total, corresponde a la sumatoria de la casilla “pag” (Pago o abono en cuenta) de los registros reportados.

4. Esquema XSD

A continuación se incluye el esquema XSD para esta especificación técnica.

<?xml version=“1.0” encoding=“ISO-8859-1”?>

<xs:schema xmlns:xs=“http://www.w3.org/2001/XMLSchema” elementFormDefault=“qualified” attributeFormDefault=“unqualified”>

<xs:element name=“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>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 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=“optional”>

<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=“optional”>

<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=“optional”>

<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=“pais” use=“required”>

<xs:annotation>

<xs:documentation>País de Residencia o domicilio</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=“pag” use=“required”>

<xs:annotation>

<xs:documentation>Pago o abono en cuenta</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“ded” use=“required”>

<xs:annotation>

<xs:documentation> Pagos o abonos en cuenta que no constituyan costo o deducción</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“tdocm” use=“required”>

<xs:annotation>

<xs:documentation>Tipo de documento del mandante o contratante</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=“nitm” use=“required”>

<xs:annotation>

<xs:documentation>Número de identificación del mandante o contratante</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=“dvm” 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=“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 raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“Versión” type=“xs:positiveInteger” fixed=“8”/>

<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 envío</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 NUMERO 24.

Especificaciones Técnicas

Información de retenciones en la fuente practicadas a través de contratos de mandato o de administración delegada

Formato 1053-Versión 8

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.

Especificación técnica

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 = 08).

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, las cuales se deben enviar en el orden enunciado.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Información de retenciones en la fuente practicadas a través de contratos de mandato o de administración delegada = 1053
Versión	Versión del formato	Int	2	Versión = 8
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	DateTime	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “val” (Valor base de retención) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “retenciones” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
top	Tipo de operación	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del informado	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
dir	Dirección	string	200	En caso que el País de residencia sea Colombia siempre debe diligenciarse.
dpto	Código del Departamento	int	2	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
mun	Código del Municipio	int	3	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
pais	País de Residencia o domicilio	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
val	Valor base de retención	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
ret	Retención en la fuente practicada	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
tdocm	Tipo de documento del mandante o contratante	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nitm	Número de identificación del mandante o contratante	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dvm	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1m	Primer Apellido del mandante o contratante	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2m	Segundo Apellido del mandante o contratante	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1m	Primer Nombre del mandante o contratante	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2m	Otros Nombres del mandante o contratante	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
razm	Razón Social del mandante o contratante	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.

Los campos Tipo de operación, Tipo de documento, Número de Identificación, Tipo de documento del mandante o contratante y Número de identificación del mandante o contratante, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.

3. Validaciones

3.1. Validaciones generales

1. El archivo debe contener todos los campos definidos para el encabezado y estos campos deben estar correctamente diligenciados.

2. La información del contenido del archivo debe corresponder al esquema XSD entregado.

3. Los atributos que registran valores numéricos, se reportan con valores numéricos positivos, sin signos ni puntuaciones, según lo reportado por el informante o en su defecto con cero (0).

4. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes y día.

3.2. Validaciones del encabezado

1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas.

2. Año de envío, debe ser el año calendario.

3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.

4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.

5. Cantidad de registros, debe ser igual a la cantidad de registros reportados en el contenido, que como máximo puede ser 5.000 registros.

6. Valor total, corresponde a la sumatoria de la casilla “val” (Valor base de retención) de los registros reportados.

4. Esquema XSD

A continuación se incluye el esquema XSD para esta especificación técnica

<?xml versión=“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:maxLength value=“20”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“dv” use=“optional”>

<xs:annotation>

<xs:documentation>Dígito de Verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl2” use=“optional”>

<xs:annotation>

<xs:documentation>Segundo Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer nombre del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom2” use=“optional”>

<xs:annotation>

<xs:documentation>Otros nombres del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“raz” use=“optional”>

<xs:annotation>

<xs:documentation>Razón social 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=“optional”>

<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=“optional”>

<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=“optional”>

<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=“pais” use=“required”>

<xs:annotation>

<xs:documentation>País de Residencia o domicilio</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9999”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“val” use=“required”>

<xs:annotation>

<xs:documentation>Valor base de retención</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“ret” use=“required”>

<xs:annotation>

<xs:documentation>Retención en la fuente practicada</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“tdocm” use=“required”>

<xs:annotation>

<xs:documentation>Tipo de Documento del mandante o contratante</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=“nitm” use=“required”>

<xs:annotation>

<xs:documentation>Número de identificación del mandante en el caso de contratos de mandato </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=“dvm” 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=“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 raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“Versión” type=“xs:positiveInteger” fixed=“8”/>

<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 envío</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 NUMERO 25.

Especificaciones Técnicas

Ingresos recibidos por contratos de mandato  o de administración delegada

Formato 1017-Versión 8

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.

Especificación técnica

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 = 08).

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.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Ingresos Recibidos por Contratos de Mandato o de Administración Delegada = 1017
Versión	Versión del formato	Int	2	Versión = 8
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	DateTime	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “ing” (Ingresos brutos recibidos) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar mas 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.

Atributo	Denominación casilla	Tipo	Longitud	Criterios
cpt	Concepto	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del informado	string	450	En caso de ser una Persona Jurídica Siempre debe diligenciarse.
pais	País de Residencia o domicilio	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
ing	Ingresos brutos recibidos	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
des	Devoluciones, rebajas y descuentos	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
tdocm	Tipo de documento del mandante o contratante	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nitm	Número de identificación del mandante o contratante	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dvm	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1m	Primer Apellido del mandante	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2m	Segundo Apellido del mandante	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1m	Primer Nombre del mandante	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2m	Otros Nombres del mandante	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
razm	Razón Social del mandante	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.

Los campos Concepto, Tipo de documento, Número de Identificación, Tipo de documento del mandante o contratante y Número de identificación del mandante o contratante, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.

3. Validaciones

3.1. Validaciones generales

1. El archivo debe contener todos los campos definidos para el encabezado y estos campos deben estar correctamente diligenciados.

2. La información del contenido del archivo debe corresponder al esquema XSD entregado.

3. Los atributos que registran valores numéricos, se reportan con valores numéricos positivos, sin signos ni puntuaciones, según lo reportado por el informante o en su defecto con cero (0).

4. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes y día.

3.2. Validaciones del encabezado

1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas.

2. Año de envío, debe ser el año calendario.

3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.

4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.

5. Cantidad de registros, debe ser igual a la cantidad de registros reportados en el contenido, que como máximo puede ser 5.000 registros.

6. Valor total, corresponde a la sumatoria de la casilla “ing” (Ingresos brutos recibidos) de los registros reportados.

4. Esquema XSD

A continuación se incluye el esquema XSD para esta especificación técnica

<?xml versión=“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>Dígito de Verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl2” use=“optional”>

<xs:annotation>

<xs:documentation>Segundo Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Nombre del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom2” use=“optional”>

<xs:annotation>

<xs:documentation>Otros Nombres del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“raz” use=“optional”>

<xs:annotation>

<xs:documentation>Razón Social 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=“pais” use=“required”>

<xs:annotation>

<xs:documentation>País de Residencia o domicilio</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=“ing” use=“required”>

<xs:annotation>

<xs:documentation>Ingresos brutos recibidos</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“des” use=“required”>

<xs:annotation>

<xs:documentation>Devoluciones, rebajas y descuentos</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“tdocm” use=“required”>

<xs:annotation>

<xs:documentation>Tipo de documento del mandante o contratante</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=“nitm” use=“required”>

<xs:annotation>

<xs:documentation>Número de identificación del mandante o contratante</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=“dvm” 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=“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 raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“Versión” type=“xs:positiveInteger” fixed=“8”/>

<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 envío</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 NUMERO 26.

Especificaciones Técnicas

Impuesto a las ventas por pagar (descontable) en contratos de mandato o de administración delegada

Formato 1054-Versión 7

Objetivo

Definir las características y contenido de los archivos, donde se reporta … la Impuesto a las ventas por pagar (descontable) en contratos de mandato o de administración delegada.

Especificación técnica

El formato de Impuesto a las ventas por pagar (descontable) 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 = 08).

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, las cuales se deben enviar en el orden enunciado.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2. 1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Impuesto a las ventas por pagar (descontable) en contratos de mandato o de administración delegada = 1054
Versión	Versión del formato	Int	2	Versión = 7
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	DateTime	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “val” (Valor del impuesto descontable y el IVA resultante por devoluciones en ventas anuladas, rescindidas o resueltas) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “impoventas” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del informado	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
val	Valor del impuesto descontable y el IVA resultante por devoluciones en ventas anuladas, rescindidas o resueltas	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
tdocm	Tipo de documento del mandante o contratante	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nitm	Número de identificación del mandante o contratante	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dvm	Dígito de Verificación	Int	1	Si se conoce debe diligenciarse.
apl1m	Primer Apellido del mandante o contratante	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2m	Segundo Apellido del mandante o contratante	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1m	Primer Nombre del mandante o contratante	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2m	Otros Nombres del mandante o contratante	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
razm	Razón Social del mandante o contratante	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.

Los campos Tipo de Documento, Número de Identificación, Tipo de documento del mandante o contratante y Número de identificación del mandante o contratante, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.

3. Validaciones

3.1. Validaciones generales

1. El archivo debe contener todos los campos definidos para el encabezado y estos campos deben estar correctamente diligenciados.

2. La información del contenido del archivo debe corresponder al esquema XSD entregado.

3. Los atributos que registran valores numéricos, se reportan con valores numéricos positivos, sin signos ni puntuaciones, según lo reportado por el informante o en su defecto con cero (0).

4. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes y día.

3.2. Validaciones del encabezado

1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas.

2. Año de envío, debe ser el año calendario.

3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.

4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.

5. Cantidad de registros, debe ser igual a la cantidad de registros reportados en el contenido, que como máximo puede ser 5.000 registros.

6. Valor total, corresponde a la sumatoria de la casilla “val” (Valor del impuesto descontable y el IVA resultante por devoluciones en ventas anuladas, rescindidas o resueltas) de los registros reportados.

4. Esquema XSD

A continuación se incluye el esquema XSD para esta especificación técnica

<?xml versión=“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>Dígito de Verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl2” use=“optional”>

<xs:annotation>

<xs:documentation>Segundo Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer nombre del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom2” use=“optional”>

<xs:annotation>

<xs:documentation>Otros nombres del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“raz” use=“optional”>

<xs:annotation>

<xs:documentation>Razón social 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:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“tdocm” use=“required”>

<xs:annotation>

<xs:documentation>Tipo de Documento del mandante o contratante</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=“nitm” use=“required”>

<xs:annotation>

<xs:documentation>Número de identificación del mandante en el caso de contratos de mandato </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=“dvm” 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=“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 raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“Versión” type=“xs:positiveInteger” fixed=“7”/>

<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 envío</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 NUMERO 27.

Especificaciones Técnicas

Impuesto a las ventas por pagar (generado) en contratos de mandato o de administración delegada

Formato 1055-Versión 7

Objetivo

Definir las características y contenido de los archivos, donde se reporta la Impuesto a las ventas por pagar (generado) en contratos de mandato o de administración delegada.

Especificación técnica

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 = 07).

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 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.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1 Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Impuesto a las ventas por pagar (generado) en contratos de mandato o de administración delegada = 1055
Versión	Versión del formato	Int	2	Versión = 7
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	DateTime	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “val” (Valor del impuesto generado y el IVA recuperado en devoluciones en compras anuladas, rescindidas o resueltas) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “impoventas” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del informado	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
val	Valor del impuesto generado y el IVA recuperado en devoluciones en compras anuladas, rescindidas o resueltas	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
tdocm	Tipo de documento del mandante o contratante	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nitm	Número de identificación del mandante o contratante	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dvm	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1m	Primer Apellido del mandante o contratante	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2m	Segundo Apellido del mandante o contratante	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1m	Primer Nombre del mandante o contratante	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2m	Otros Nombres del mandante o contratante	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
razm	Razón Social del mandante o contratante	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.

Los campos Tipo de documento Número de Identificación, Tipo de documento del mandante o contratante y Número de identificación del mandante o contratante, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.

3. Validaciones

3.1. Validaciones generales

1. El archivo debe contener todos los campos definidos para el encabezado y estos campos deben estar correctamente diligenciados.

2. La información del contenido del archivo debe corresponder al esquema XSD entregado.

3. Los atributos que registran valores numéricos, se reportan con valores numéricos positivos, sin signos ni puntuaciones, según lo reportado por el informante o en su defecto con cero (0).

4. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes y día.

3.2. Validaciones del encabezado

1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas.

2. Año de envío, debe ser el año calendario.

3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.

4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.

5. Cantidad de registros, debe ser igual a la cantidad de registros reportados en el contenido, que como máximo puede ser 5.000 registros.

6. Valor total, corresponde a la sumatoria de la casilla “val” (Valor del impuesto generado y el IVA recuperado en devoluciones en compras anuladas, rescindidas o resueltas) de los registros reportados.

4. Esquema XSD

A continuación se incluye el esquema XSD para esta especificación técnica.

<?xml versión=“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”>

<xs:annotation>

<xs:documentation>Tipo de Documento</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“99”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nid” use=“required”>

<xs:annotation>

<xs:documentation>Número de Identificación del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“20”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“dv” use=“optional”>

<xs:annotation>

<xs:documentation>Dígito de Verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl2” use=“optional”>

<xs:annotation>

<xs:documentation>Segundo Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer nombre del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom2” use=“optional”>

<xs:annotation>

<xs:documentation>Otros nombres del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“raz” use=“optional”>

<xs:annotation>

<xs:documentation>Razón social 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:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“tdocm” use=“required”>

<xs:annotation>

<xs:documentation>Tipo de Documento del mandante o contratante</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=“nitm” use=“required”>

<xs:annotation>

<xs:documentation>Número de identificación del mandante en el caso de contratos de mandato </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=“dvm” 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=“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 raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“Versión” type=“xs:positiveInteger” fixed=“7”/>

<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 envío</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 NUMERO 28.

Especificaciones Técnicas

Información de saldos de cuentas por pagar al 31 de diciembre en contratos de mandato o administración delegada

Formato 1027-Versión 8

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.

Especificación técnica

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 = 08).

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.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Información de saldos de Cuentas por Pagar al 31 de diciembre en Contratos de Mandato o Administración Delegada = 1027
Versión	Versión del formato	Int	2	Versión = 8
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	DateTime	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “sal” (Saldo a 31 de diciembre) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “salcp” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
cpt	Concepto	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de identificación	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer apellido del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo apellido del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer nombre del in formado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros nombres del Informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón social del informado	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
dir	Dirección	string	200	En caso que el País de residencia sea Colombia siempre debe diligenciarse.
dpto	Código del Departamento	int	2	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
mun	Código del Municipio	int	3	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
pais	País de Residencia o domicilio	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
sal	Saldo a 31 de diciembre	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
tdocm	Tipo de documento del mandante o contratante	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nitm	Número de identificación del mandante o contratante	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dvm	Dígito de verificación	int	1	Si se conoce debe diligenciarse.
apl1m	Primer apellido del mandante o contratante	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2m	Segundo apellido del mandante o contratante	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1m	Primer nombre del mandante o contratante	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2m	Otros nombres del mandante o contratante	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
razm	Razón social del mandante o contratante	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.

Los campos Concepto, Tipo de Documento, Número de Identificación, Tipo de documento del mandante o contratante y Número de identificación del mandante o contratante, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.

3. Validaciones

3.1. Validaciones generales

1. El archivo debe contener todos los campos definidos para el encabezado y estos campos deben estar correctamente diligenciados.

2. La información del contenido del archivo debe corresponder al esquema XSD entregado.

3. Los atributos que registran valores numéricos, se reportan con valores numéricos positivos, sin signos ni puntuaciones, según lo reportado por el informante o en su defecto con cero (0).

4. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes y día.

3.2. Validaciones del encabezado

1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas.

2. Año de envío, debe ser el año calendario.

3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.

4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.

5. Cantidad de registros, debe ser igual a la cantidad de registros reportados en el contenido, que como máximo puede ser 5.000 registros.

6. Valor total, corresponde a la sumatoria de la casilla “sal” (Saldo a 31 de diciembre) de los registros reportados.

4. Esquema XSD

A continuación se incluye el esquema XSD para esta especificación técnica

<?xml versión=“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=“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>Dígito de verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl2” use=“optional”>

<xs:annotation>

<xs:documentation>Segundo Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Nombre del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom2” use=“optional”>

<xs:annotation>

<xs:documentation>Otros nombres del informado </xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“raz” use=“optional”>

<xs:annotation>

<xs:documentation>Razón Social informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“450”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“dir” use=“optional”>

<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=“optional”>

<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=“optional”>

<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=“pais” use=“required”>

<xs:annotation>

<xs:documentation>País de Residencia o domicilio</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>Saldo a 31 de diciembre</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“tdocm” use=“required”>

<xs:annotation>

<xs:documentation>Tipo de documento del mandante o contratante</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=“nitm” use=“required”>

<xs:annotation>

<xs:documentation>Número de identificación 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:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“20”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“dvm” 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=“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 raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“Versión” type=“xs:positiveInteger” fixed=“8”/>

<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 envío</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 NUMERO 29.

Especificaciones Técnicas

Información de saldos de cuentas por cobrar al 31 de diciembre en contratos de mandato o administración delegada

Formato 1018-Versión 8

Objetivo

Definir las características y contenido de los archivos donde se reportan los … Información de saldos de cuentas por cobrar al 31 de diciembre en Contratos de Mandato o Administración Delegada.

Especificación técnica

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 = 08).

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.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Información de saldos de cuentas por cobrar al 31 de diciembre en Contratos de Mandato o Administración Delegada = 1018
Versión	Versión del formato	Int	2	Versión = 8
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	DateTime	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “sal” (Saldo al 31 de diciembre) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “pagos” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
cpt	Concepto	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del informado	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
dir	Dirección	string	200	En caso que el País de residencia sea Colombia siempre debe diligenciarse.
dpto	Código del Departamento	int	2	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
mun	Código del Municipio	int	3	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
pais	País de Residencia o domicilio	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
sal	Saldo al 31 de diciembre	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
tdocm	Tipo de documento del mandante o contratante	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nitm	Número de identificación del mandante o contratante	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dvm	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1m	Primer Apellido del mandante o contratante	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2m	Segundo Apellido del mandante o contratante	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1m	Primer Nombre del mandante o contratante	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2m	Otros Nombres del mandante o contratante	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
razm	Razón Social del mandante o contratante	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.

Los campos Concepto, Tipo de documento, Número de Identificación, Tipo de documento del mandante o contratante y Número de identificación del mandante o contratante, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.

3. Validaciones

3.1. Validaciones generales

1. El archivo debe contener todos los campos definidos para el encabezado y estos campos deben estar correctamente diligenciados.

2. La información del contenido del archivo debe corresponder al esquema XSD entregado.

3. Los atributos que registran valores numéricos, se reportan con valores numéricos positivos, sin signos ni puntuaciones, según lo reportado por el informante o en su defecto con cero (0).

4. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes y día.

3.2. Validaciones del encabezado

1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas.

2. Año de envío, debe ser el año calendario.

3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.

4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.

5. Cantidad de registros, debe ser igual a la cantidad de registros reportados en el contenido, que como máximo puede ser 5.000 registros.

6. Valor total, corresponde a la sumatoria de la casilla “sal” (Saldo al 31 de diciembre) de los registros reportados.

4. Esquema XSD

A continuación se incluye el esquema XSD para esta especificación técnica.

<?xml versión=“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: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>Dígito de Verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl2” use=“optional”>

<xs:annotation>

<xs:documentation>Segundo Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Nombre del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom2” use=“optional”>

<xs:annotation>

<xs:documentation>Otros Nombres del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“raz” use=“optional”>

<xs:annotation>

<xs:documentation>Razón Social 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=“optional”>

<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=“optional”>

<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=“optional”>

<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=“pais” use=“required”>

<xs:annotation>

<xs:documentation>País de Residencia o domicilio</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>Saldo al 31 de diciembre</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“tdocm” use=“required”>

<xs:annotation>

<xs:documentation>Tipo de documento del mandante o contratante</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=“nitm” use=“required”>

<xs:annotation>

<xs:documentation>Número de identificación del mandante o contratante</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=“dvm” 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=“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 raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“Versión” type=“xs:positiveInteger” fixed=“8”/>

<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 envío</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 NUMERO 30.

Especificaciones Técnicas

Información de los fideicomisos que administran

Formato 1013-Versión 7

Objetivo

Definir las características y contenido de los archivos donde se reporta la Información de los fideicomisos que se administran.

Especificación técnica

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 = 07).

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.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Información de los fideicomisos que administran = 1013
Versión	Versión del formato	Int	2	Versión = 7
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	DateTime	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “val” (Valor patrimonial del fideicomiso o encargo fiduciario) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “fide” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
cpt	Concepto	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del Fideicomitente o fiduciante	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del Fideicomitente o fiduciante	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del Fideicomitente o fiduciante	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del Fideicomitente o fiduciante	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del Fideicomitente o fiduciante	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
dir	Dirección	string	200	En caso de que el País de residencia sea Colombia siempre debe diligenciarse.
dpto	Código del Departamento	int	2	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso de que el País de residencia sea Colombia siempre debe diligenciarse.
mun	Código del Municipio	int	3	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso de que el País de residencia sea Colombia siempre debe diligenciarse.
pais	País de Residencia o domicilio	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
val	Valor patrimonial de los derechos fiduciarios	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
ren	Utilidades causadas en el año	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
fide	Número del Fideicomiso	long	14	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.

Los campos Concepto, Tipo de documento, Número de Identificación y Número de fideicomiso, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.

3. Validaciones

3.1. Validaciones generales

1. El archivo debe contener todos los campos definidos para el encabezado y estos campos deben estar correctamente diligenciados.

2. La información del contenido del archivo debe corresponder al esquema XSD entregado.

3. Los atributos que registran valores numéricos, se reportan con valores numéricos positivos, sin signos ni puntuaciones, según lo reportado por el informante o en su defecto con cero (0).

4. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes y día.

3.2. Validaciones del encabezado

1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas.

2. Año de envío, debe ser el año calendario.

3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.

4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.

5. Cantidad de registros, debe ser igual a la cantidad de registros reportados en el contenido, que como máximo puede ser 5.000 registros.

6. Valor total, corresponde a la sumatoria de la casilla “val” (Valor patrimonial del fideicomiso o encargo fiduciario) de los registros reportados.

4. Esquema XSD

A continuación se incluye el esquema XSD para esta especificación técnica

<?xml versión=“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=“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 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=“optional”>

<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=“optional”>

<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=“optional”>

<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=“pais” use=“required”>

<xs:annotation>

<xs:documentation>País de Residencia o domicilio</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9999”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“val” use=“required”>

<xs:annotation>

<xs:documentation>Valor patrimonial del fideicomiso o encargo fiduciario</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“ren” use=“required”>

<xs:annotation>

<xs:documentation>Rendimientos y/o utilidades cuasados en el año</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“fide” use=“required”>

<xs:annotation>

<xs:documentation>Número de 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 raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“Versión” type=“xs:positiveInteger” fixed=“7”/>

<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 envío</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 NUMERO 31.

Especificaciones Técnicas

Ingresos recibidos con cargo al fideicomiso o patrimonio autónomo

Formato 1058-Versión 8

Objetivo

Definir las características y contenido de los archivos, donde se reporta la Información de Ingresos recibidos con cargo al fideicomiso o patrimonio autónomo.

Especificación técnica

El formato de Ingresos recibidos con cargo al fideicomiso o patrimonio autónomo, 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 con cargo al fideicomiso o patrimonio autónomo = 01058)

vv: Versión del formato (Versión = 08).

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 con cargo al fideicomiso o patrimonio autónomo, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3.El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Ingresos recibidos con cargo al fideicomiso o patrimonio autónomo = 1058
Versión	Versión del formato	Int	2	Versión = 8
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	DateTime	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “ing” (Ingresos brutos recibidos) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “ingresos” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
con	Concepto	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del informado	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
pais	País de Residencia o domicilio	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
ing	Ingresos brutos recibidos con cargo al fideicomiso y/o patrimonio autónomo	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
idpat	Identificación del fideicomiso y/o patrimonio autónomo	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.

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.

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. Esquema XSD

A continuación se incluye el esquema XSD para esta especificación técnica

<?xml versión=“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 1058 Ingresos recibidos con cargo al fideicomiso o patrimonio autónomo </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>Dígito de Verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl2” use=“optional”>

<xs:annotation>

<xs:documentation>Segundo Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer nombre del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom2” use=“optional”>

<xs:annotation>

<xs:documentation>Otros nombres del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“raz” use=“optional”>

<xs:annotation>

<xs:documentation>Razón social 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=“pais” use=“required”>

<xs:annotation>

<xs:documentation>País de Residencia o domicilio</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=“ing” use=“required”>

<xs:annotation>

<xs:documentation>Ingresos brutos recibidos</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“idpat” use=“required”>

<xs:annotation>

<xs:documentation> Identificación del fideicomiso y/o patrimonio autónomo </xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name=“mas”>

<xs:annotation>

<xs:documentation>Elemento raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“1058”>

<xs:simpleType>

<xs:restriction base=“xs:positiveInteger”>

<xs:totalDigits value=“4”/>

</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name=“Versión” type=“xs:positiveInteger” fixed=“8”/>

<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 envío</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 NUMERO 32.

Especificaciones Técnicas

Pagos o abonos en cuenta realizados con recursos del fideicomiso

Formato 1014-Versión 7

Objetivo

Definir las características y contenido de los archivos donde se reportan los Pagos o abonos en cuenta realizados con recursos del fideicomiso.

Especificación técnica

El formato de Pagos o abonos en cuenta realizados con recursos del fideicomiso, 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 realizados con recursos del fideicomiso = 01014)

vv: Versión del formato (Versión = 07).

aaaa: Año de envío.

cccccccc: Consecutivo de envío por año.

2. Formato del archivo

El formato de Pagos o abonos en cuenta realizados con recursos del fideicomiso, contiene un documento XML, que está compuesto por dos elementos complejos: Encabezado y Contenido, las cuales se deben enviar en el orden enunciado.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Pagos o abonos en cuenta realizados con recursos del fideicomiso = 1014
Versión	Versión del formato	Int	2	Versión = 7
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	DateTime	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “val” (Valor del pago) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “pagos” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
cpt	Concepto	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del Informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del Informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del Informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del Informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del Informado	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
dir	Dirección	string	200	En caso que el País de residencia sea Colombia siempre debe diligenciarse.
dpto	Código del Departamento	int	2	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
mun	Código del Municipio	int	3	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
pais	País de Residencia o domicilio	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
val	Valor del pago	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
ded	Pagos o abonos en cuenta que no constituyan costo o deducción	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
idfide	Identificación del fideicomiso	string	14	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.

Los campos Concepto, Tipo de documento, Número de Identificación e Identificación del fideicomiso, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.

3. Validaciones

3.1. Validaciones generales

1. El archivo debe contener todos los campos definidos para el encabezado y estos campos deben estar correctamente diligenciados.

2. La información del contenido del archivo debe corresponder al esquema XSD entregado.

3. Los atributos que registran valores numéricos, se reportan con valores numéricos positivos, sin signos ni puntuaciones, según lo reportado por el informante o en su defecto con cero (0).

4. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes y día.

3.2. Validaciones del encabezado

1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas.

2. Año de envío, debe ser el año calendario.

3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.

4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.

5. Cantidad de registros, debe ser igual a la cantidad de registros reportadas en el contenido, que como máximo puede ser 5.000 registros.

6. Valor total, corresponde a la sumatoria de la casilla “val” (Valor del pago) de los registros reportados.

4. Esquema XSD

A continuación se incluye el esquema XSD para esta especificación técnica

<?xml versión=“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 realizados con recursos del fideicomiso </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>Dígito de Verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del Informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl2” use=“optional”>

<xs:annotation>

<xs:documentation>Segundo Apellido del Informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Nombre del Informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom2” use=“optional”>

<xs:annotation>

<xs:documentation>Otros Nombres del Informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“raz” use=“optional”>

<xs:annotation>

<xs:documentation>Razón Social 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=“optional”>

<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=“optional”>

<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=“optional”>

<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=“pais” use=“required”>

<xs:annotation>

<xs:documentation>País de Residencia o domicilio</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9999”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“val” use=“required”>

<xs:annotation>

<xs:documentation>Valor del pago</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“ded” use=“required”>

<xs:annotation>

<xs:documentation> Pagos o abonos en cuenta que no constituyan costo o deducción</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“idfide” use=“required”>

<xs:annotation>

<xs:documentation>Identificación del fideicomiso</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“14”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name=“mas”>

<xs:annotation>

<xs:documentation>Elemento raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“Versión” type=“xs:positiveInteger” fixed=“7”/>

<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 envío</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 NUMERO 33.

Especificaciones Técnicas

Retenciones en la fuente practicadas a través de fiducias

Formato 1015-Versión 7

Objetivo

Definir las características y contenido de los donde se reportan las Retenciones en la fuente practicadas a través de fiducias.

Especificación técnica

El formato de Retenciones en la fuente practicadas 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 través de fiducias = 01015)

vv: Versión del formato (Versión = 07).

aaaa: Año de envío.

cccccccc: Consecutivo de envío por año.

2. Formato del archivo

El formato de Retenciones en la fuente practicadas 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.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Retenciones en la fuente practicadas a través de fiducias = 1015
Versión	Versión del formato	Int	2	Versión = 7
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	DateTime	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “val” (Valor base de retención) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “retfiducia” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
cpt	Concepto	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del Informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del Informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del Informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del Informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del Informado	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
dir	Dirección	string	200	En caso que el País de residencia sea Colombia siempre debe diligenciarse.
dpto	Código del Departamento	int	2	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
mun	Código del Municipio	int	3	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
pais	País de Residencia o domicilio	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
val	Valor base de retención	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
ret	Retención en la fuente practicada	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
fide	Identificación del fideicomiso	string	14	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.

Los campos Concepto, Tipo de documento, Número de Identificación e Identificación del fideicomiso, conforman una llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.

3. Validaciones

3.1. Validaciones generales

1. El archivo debe contener todos los campos definidos para el encabezado y estos campos deben estar correctamente diligenciados.

2. La información del contenido del archivo debe corresponder al esquema XSD entregado.

3. Los atributos que registran valores numéricos, se reportan con valores numéricos positivos, sin signos ni puntuaciones, según lo reportado por el informante o en su defecto con cero (0).

4. Los campos que corresponden a fechas, deben contener fechas válidas en cuanto a año, mes y día.

3.2. Validaciones del encabezado

1. Los campos concepto, formato y versión, deben venir diligenciados con los valores estipulados en las especificaciones técnicas.

2. Año de envío, debe ser el año calendario.

3. Número de envío, debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN.

4. Fecha de envío, debe ser la fecha calendario, en formato AAAA-MM-DDTHH:MM:SS.

5. Cantidad de registros, debe ser igual a la cantidad de registros reportados en el contenido, que como máximo puede ser 5.000 registros.

6. Valor total, corresponde a la sumatoria de la casilla “val” (Valor base de retención) de los registros reportados.

4. Esquema XSD

A continuación se incluye el esquema XSD para esta especificación técnica

<?xml versión=“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 través 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>Dígito de Verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del Informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl2” use=“optional”>

<xs:annotation>

<xs:documentation>Segundo Apellido del Informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Nombre del Informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom2” use=“optional”>

<xs:annotation>

<xs:documentation>Otros Nombres del Informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“raz” use=“optional”>

<xs:annotation>

<xs:documentation>Razón Social 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=“optional”>

<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=“optional”>

<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=“optional”>

<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=“pais” use=“required”>

<xs:annotation>

<xs:documentation>País de Residencia o domicilio</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9999”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“val” use=“required”>

<xs:annotation>

<xs:documentation>Valor base de retención</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“ret” use=“required”>

<xs:annotation>

<xs:documentation>Retención en la fuente practicada</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“fide” use=“required”>

<xs:annotation>

<xs:documentation>Identificación del fideicomiso</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“14”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name=“mas”>

<xs:annotation>

<xs:documentation>Elemento raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“Versión” type=“xs:positiveInteger” fixed=“7”/>

<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 envío</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 NUMERO 34.

Especificaciones Técnicas

Pagos o abonos en cuenta por secretarios generales que administran recursos del tesoro

Formato 1056-Versión 7

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.

Especificación técnica

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 = 07).

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.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Pagos o abonos en cuenta por: secretarios generales que administran recursos del tesoro = 1056
Versión	Versión del formato	Int	2	Versión = 7
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	DateTime	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “pag” (Pago o Abono en cuenta) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “impoventas” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
top	Tipo de Operación	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del informado	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
dir	Dirección	string	200	En caso que el País de residencia sea Colombia siempre debe diligenciarse.
dpto	Código del Departamento	int	2	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
mun	Código del Municipio	int	3	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
pais	País de Residencia o domicilio	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
pag	Pago o Abono en cuenta	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
ded	Pagos o abonos en cuenta que no constituyan costo o deducción	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.

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.

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. Esquema XSD

A continuación se incluye el esquema XSD para esta especificación técnica

<?xml versión=“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>Dígito de Verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl2” use=“optional”>

<xs:annotation>

<xs:documentation>Segundo Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer nombre del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom2” use=“optional”>

<xs:annotation>

<xs:documentation>Otros nombres del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“raz” use=“optional”>

<xs:annotation>

<xs:documentation>Razón social 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=“optional”>

<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=“optional”>

<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=“optional”>

<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=“pais” use=“required”>

<xs:annotation>

<xs:documentation>País de Residencia o domicilio</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=“pag” use=“required”>

<xs:annotation>

<xs:documentation>Pago o Abono en cuenta</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“ded” use=“required”>

<xs:annotation>

<xs:documentation> Pagos o abonos en cuenta que no constituyan costo o deducción</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name=“mas”>

<xs:annotation>

<xs:documentation>Elemento raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“Versión” type=“xs:positiveInteger” fixed=“7”/>

<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 envío</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 NUMERO 35.

Especificaciones Técnicas

Información de retenciones en la fuente practicadas por Secretarios que administran recursos del Tesoro Nacional

Formato 1057-Versión 7

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.

Especificación técnica

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 = 07).

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 administran 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.

Encabezado

Contenido Información 1

Contenido Información 2

...

Contenido Información N

1. El documento XML debe cumplir con la especificación 1.0 Tercera edición.

2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino número 1: “ISO-8859-1”.

3. El archivo debe contener un documento XML bien formado y válido de acuerdo al esquema XSD que incluye en esta especificación técnica.

4. El archivo debe contener un elemento único elemento raíz llamado “mas”, que a su vez contendrá toda la información del archivo, tanto el encabezado como los registros.

2.1. Formato del encabezado

El encabezado del archivo viene en el elemento “Cab” y contiene los siguientes datos, todos de carácter obligatorio:

Etiqueta	Denominación Casilla	Tipo	Longitud Campo	Validaciones	Observaciones
Ano	Año de envío	Int	4	Formato AAAA
CodCpt	Concepto	Int	2	1 = Inserción 2 = Reemplazo
Formato	Código del formato	Int	5	Información de retenciones en la fuente practicadas por secretarios que administran recursos del Tesoro Nacional = 1057
Versión	Versión del formato	Int	2	Versión = 7
NumEnvio	Número de envío	Int	8	Debe ser un número consecutivo por año para todos los formatos que el remitente envíe a la DIAN	Consecutivo de envío por año.
FecEnvio	Fecha de envío	DateTime	19	Debe ser la fecha calendario.	Formato AAAA-MM-DDTHH:MM:SS
FecInicial	Fecha Inicial	Date	10	Debe ser la fecha calendario.	Los registros corresponden mínimo a a esta fecha inicial. Formato AAAA-MM-DD
FecFinal	Fecha Final	Date	10	Debe ser la fecha calendario.	Los registros corresponden máximo a esta fecha final. Formato AAAA-MM-DD
ValorTotal	Valor Total	double	20	Corresponde a la sumatoria de la casilla “pag” (Valor del pago o abono sujeto a Retención en la fuente) de los registros reportados.
CantReg	Cantidad de registros	Int	4	Se enviarán archivos con máximo 5.000 registros (*).	Cantidad de registros reportados en el contenido.

(*) Se enviarán archivos con máximo 5.000 registros; si es necesario informar más de 5.000 registros, se fraccionará la información en archivos de 5.000 registros o menos.

2.3. Formato del contenido

En el contenido del archivo se deben incluir tantos registros como se informó en la cabecera en el campo “Cantidad de registros”.

Cada registro reportado debe mantener la misma estructura previamente explicada y usada para la cabecera.

El contenido del archivo viene en el elemento “impoventas” y se deben incluir los siguientes datos para cada transacción reportada.

Atributo	Denominación Casilla	Tipo	Longitud	Criterios
top	Tipo de Operación	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
tdoc	Tipo de Documento	int	2	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
nid	Número de Identificación	string	20	Diligenciar sin guiones, puntos, comas o espacios en blanco. Siempre debe diligenciarse.
dv	Dígito de Verificación	int	1	Si se conoce debe diligenciarse.
apl1	Primer Apellido del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
apl2	Segundo Apellido del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
nom1	Primer Nombre del informado	string	60	En caso de ser una Persona Natural siempre debe diligenciarse.
nom2	Otros Nombres del informado	string	60	En caso de ser una Persona Natural y si se conoce debe diligenciarse.
raz	Razón Social del informado	string	450	En caso de ser una Persona Jurídica siempre debe diligenciarse.
dir	Dirección	string	200	En caso que el País de residencia sea Colombia siempre debe diligenciarse.
dpto	Código del Departamento	int	2	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
mun	Código del Municipio	int	3	Código DANE Numérico, debe incluir los ceros a la izquierda. En caso que el País de residencia sea Colombia siempre debe diligenciarse.
pais	País de Residencia o domicilio	int	4	De acuerdo a los definidos por resolución. Siempre debe diligenciarse.
pag	Valor del pago o abono sujeto a Retención en la fuente	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas. Siempre debe diligenciarse.
ret	Valor de la Retención en la fuente practicada a título de renta y a título de IVA	double	20	El valor debe ser positivo, entero y no debe incluir ni puntos ni comas.Siempre debe diligenciarse.

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.

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” (Valor del pago o abono sujeto a Retención en la fuente) de los registros reportados.

4. Esquema XSD

A continuación se incluye el esquema XSD para esta especificación técnica

<?xml versión=“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>Dígito de Verificación</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:int”>

<xs:minInclusive value=“0”/>

<xs:maxInclusive value=“9”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“apl2” use=“optional”>

<xs:annotation>

<xs:documentation>Segundo Apellido del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom1” use=“optional”>

<xs:annotation>

<xs:documentation>Primer nombre del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“nom2” use=“optional”>

<xs:annotation>

<xs:documentation>Otros nombres del informado</xs:documentation>

</xs:annotation>

<xs:simpleType>

<xs:restriction base=“xs:string”>

<xs:minLength value=“0”/>

<xs:maxLength value=“60”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

<xs:attribute name=“raz” use=“optional”>

<xs:annotation>

<xs:documentation>Razón social 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=“optional”>

<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=“optional”>

<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=“optional”>

<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=“pais” use=“required”>

<xs:annotation>

<xs:documentation>País de Residencia o domicilio</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=“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:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</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:double”>

<xs:pattern value=“[0-9]{1,20}”/>

</xs:restriction>

</xs:simpleType>

</xs:attribute>

</xs:complexType>

</xs:element>

<xs:element name=“mas”>

<xs:annotation>

<xs:documentation>Elemento raíz 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=“Ano” type=“xs:gYear” nillable=“false”>

<xs:annotation>

<xs:documentation>Año de envío</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=“Versión” type=“xs:positiveInteger” fixed=“7”/>

<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 envío</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>