Resolución 2099 de 2009 DIAN
Por medio de la cual se modifican los artículos 1o, 2o, 3o y 8o de la Resolución 9148 de 2006
Texto del documento
RESOLUCIÓN 2099 DE 2009
(febrero 25)
Diario Oficial No. 47.275 de 26 de febrero de 2009
DIRECCIÓN DE IMPUESTOS Y ADUANAS NACIONALES
Por medio de la cual se modifican los artículos 1o, 2o, 3o y 8o de la Resolución 9148 de 2006.
EL DIRECTOR GENERAL DE IMPUESTOS Y ADUANAS NACIONALES,
en uso de sus facultades legales y, en especial, las consagradas en los literales d) y e) del artículo 8o del Decreto Ley 1092 de 1996; en los numerales 7 y 12 del artículo 6 del Decreto 4048 de 2008; y en desarrollo del numeral tercero literal e. del artículo 75 de la Resolución Externa No. 8 de 2000 de la Junta Directiva del Banco de la República, así como del literal b) del artículo 11 de la Resolución No. 03416 de 2006 de la DIAN y el punto 1.2.1 de la Circular Reglamentaria Externa DCIN 83 de enero 28 de 2009 del Banco de la República,
RESUELVE
ARTICULO 1. Modificase el artículo 1o de la Resolución 9148 del 14 de agosto de 2006, el cual queda así:
“Artículo 1. Sujetos obligados a presentar la información. Están obligados a presentar la información a que se refiere la presente Resolución las personas jurídicas y las personas naturales que cuenten o no con un establecimiento de comercio abierto al público, autorizadas por la Dirección de Impuestos y Aduanas Nacionales para realizar de manera profesional la compra y venta de divisas en efectivo y cheques de viajero en zonas de frontera, que efectúen operaciones por montos inferiores a quinientos dólares de los Estados Unidos de América (USD500.oo) y superiores a doscientos dólares de los Estados Unidos de América (USD200.oo), o su equivalente en otras monedas.”
ARTICULO 2. Modificase el artículo 2o de la Resolución 9148 del 14 de agosto de 2006, el cual queda así:
“Artículo 2. Información a suministrar. La información a suministrar por parte de los obligados a los que se refiere la presente Resolución es la relacionada en las declaraciones de cambio simplificadas por compra y venta de manera profesional de divisas en efectivo y cheques de viajero en zonas de frontera, presentadas ante dichos obligados por cada operación inferior a quinientos dólares de los Estados Unidos de América (USD500.oo) y superior a doscientos dólares de los Estados Unidos de América (USD200.oo), o su equivalente en otras monedas.”
ARTICULO 3. Modificase el artículo 3o de la Resolución 9148 del 14 de agosto de 2006, el cual queda así:
“Artículo 3. Contenido de la información. La información a la que se refiere el artículo anterior, deberá contener:
INFORME DE DATOS DE LA COMPRA Y VENTA DE DIVISAS EN EFECTIVO Y CHEQUES DE VIAJERO EN ZONAS DE FRONTERA. Montos inferiores a USD 500.oo y superiores a USD200.oo, o su equivalente en otras monedas.
a. Código concepto de la operación
b. Tipo de documento del cliente del profesional
c. Número documento de identificación del cliente del profesional
d. Digito de verificación del cliente del profesional
e. Apellidos y nombres o razón social del cliente del profesional
f. Código moneda negociada
g. Monto moneda negociada
h. Valor en pesos colombianos
i. Código clase de compra venta
j. Número declaración
k. Fecha de la operación”
ARTICULO 4. Modificase el artículo 8o de la Resolución 9148 del 14 de agosto de 2006, el cual queda así:
“Artículo 8. Formatos y especificaciones técnicas. La información a la que se refiere la presente Resolución deberá presentarse teniendo en cuenta las especificaciones técnicas contenidas en los formatos establecidos en el Anexo adjunto – Informe Datos Compra y Venta de Divisas en Efectivo y Cheques de Viajero Zona de Frontera - Montos inferiores a USD500.oo y superiores a USD200.oo, o su equivalente en otras monedas - Formato 1121, el cual hace parte integral de esta Resolución.”
ARTICULO 5. APLICACION. La presente Resolución es aplicable únicamente respecto de las operaciones de compra y venta de divisas en efectivo y cheques de viajero celebradas a partir del 28 de enero de 2009 por los profesionales de cambio que se encuentren ubicados en zona de frontera.
ARTICULO 6. VIGENCIA. La presente Resolución rige a partir de la fecha de su publicación, y deroga todas las disposiciones que le sean contrarias.
PUBLÍQUESE Y CÚMPLASE,
Dada en Bogotá, D. C. a los
NESTOR DIAZ SAAVEDRA
Director General
INFORME DATOS COMPRA Y VENTA DE DIVISAS EN EFECTIVO Y CHEQUES DE VIAJERO ZONAS DE FRONTERA.
Montos inferiores a USD500.00 y superiores a USD200.00
Especificaciones Técnicas
Formato 1121 - Versión 6
Objetivo
Definir las características y contenido de los archivos donde se reporta el formato de: Informe Datos Compra y Venta de Divisas en efectivo y Cheques de Viajero - zonas de frontera - montos inferiores a USD500.00 y superiores a USD200.00.
Especificación Técnica
El formato de informe datos compra y venta de divisas en efectivo y cheques de viajero – zonas de frontera - montos inferiores a USD500.00 y superiores a USD200.00, 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 (Nuevo = 01, Reemplazo = 02) |
| mmmmm: | Formato (Informe Datos Compra y Venta de Divisas en efectivo y Cheques de Viajero - zonas de frontera - montos inferiores a USD500.00 y superiores a USD200.00 = 01121) |
| 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 informe datos compra y venta de divisas en efectivo y cheques de viajero– zonas de frontera - montos inferiores a USD500.00 y superiores a USD200.00 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 debe cumplir con la especificación XML 1.0 Tercera edición.
2. El conjunto de caracteres utilizado en el documento XML debe ser el alfabeto latino No. 1: “ISO-8859-1”.
3. El archivo debe contener un documento XML bien formado y válido de acuerdo con el esquema XSD que se 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 |
| Año | Año de envío | int | 4 | Formato AAAA | |
| CodCpt | Concepto | int | 2 | 1 = Nuevo 2 = Reemplazo | |
| Formato | Código del formato | int | 5 | Informe Datos Compra y Venta de Divisas en efectivo y Cheques de Viajero - zonas de frontera – montos inferiores a USD 500.00 = 1121 | |
| Versión | Versión del formato | int | 2 | Versión = 6 | |
| NumEnvío | 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. |
| FecEnvío | Fecha de envío | datetime | 14 | Debe ser la fecha calendario. | Formato AAAA-MMDDTHH:MM:SS |
| FecInicial | Fecha Inicial | date | 10 | Debe ser la fecha calendario. | Los registros corresponden mínimo a esta fecha inicial. Formato AAAAMM-DD |
| FecFinal | Fecha Final | date | 10 | Debe ser la fecha calendario. | Los registros corresponden máximo a esta fecha final. Formato AAAAMM-DD |
| ValorTotal | Valor Total | double | 20 | Corresponde a la sumatoria de la casilla “vpes” (Valor en pesos) 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. La cantidad de registros está medida por el número de elementos “viajero” que contenga el archivo. | 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. La cantidad de registros está medida por el número de elementos “viajero” que contenga el archivo.
2.2. 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 “viajero” y se deben incluir los siguientes datos para cada transacción reportada.
| ATRIBUTO | DENOMINACIÓN CASILLA | TIPO | LONGITUD | OBLIGATORIA | OBSERVACIONES |
| cope | Código concepto de la operación | Int | 1 | S | De acuerdo con la Tabla 3 Tómense los datos consignados en la declaración de cambio |
| tdoc | Tipo de documento del cliente del profesional | Int | 2 | S | De acuerdo con la Tabla 1. Tómense los datos consignados en la declaración de cambio |
| nid | Número documento de identificación del cliente del profesional | string | 20 | S | Tómense los datos consignados en la declaración de cambio |
| dv | Dígito de Verificación del cliente del profesional | Int | 1 | N | Debe incluir el dígito de verificación cuando el tipo de documento de identificación es NIT |
| pap | Primer apellido del cliente del profesional | string | 60 | N | Tómense los datos consignados en la declaración de cambio. Casilla obligatoria cuando el cliente es persona natural. |
| sap | Segundo apellido del cliente del profesional | string | 60 | N | Tómense los datos consignados en la declaración de cambio. |
| pnom | Primer nombre del cliente del profesional | string | 60 | N | Tómense los datos consignados en la declaración de cambio. Casilla obligatoria cuando el cliente es persona natural. |
| snom | Otros nombres del cliente del profesional | string | 60 | N | Tómense los datos consignados en la declaración de cambio. |
| raz | Razón social del cliente del profesional | string | 450 | N | Tómense los datos consignados en la declaración de cambio. Casilla obligatoria cuando el cliente es persona jurídica. |
| cmon | Código Moneda negociada | string | 3 | S | De acuerdo con la Tabla 2 Codificación correspondiente a ISO-4217. Tómense los datos consignados en la declaración de cambio |
| vmon | Monto moneda negociada | decimal | 20.2 | S | Tómense los datos consignados en la declaración de cambio Incluir dos decimales. Utilice punto (.) como separador decimal |
| vpes | Valor en pesos | double | 20 | S | Tómense los datos consignados en la declaración de cambio. No incluir decimales, redondear al entero más próximo. |
| ccla | Código clase de compra o venta | Int | 1 | S | De acuerdo con la Tabla 4 Tómense los datos consignados en la declaración de cambio |
| nfor | Número declaración | string | 13 | S | Número consecutivo generado por el profesional de compra y venta de divisas para identificar sus declaraciones de cambio. |
| feco | Fecha de la operación | date | 10 | S | Formato AAAA-MM-DD Tome los datos consignados en la declaración de cambio |
Las casillas Código concepto de la operación y Número declaración son la llave única para este formato, la cual no debe repetirse para los registros de un mismo envío.
Tabla 1 - TIPO DE IDENTIFICACION
| 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 | Documento de identificación extranjero |
| Tabla 2. | CONCEPTO DE LA OPERACION |
| 1 | Compra |
| 2 | Venta |
| Tabla 3. | CLASE DE COMPRA O VENTA |
| 1 | Efectivo |
| 2 | Cheque viajero |
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 campos que corresponden a fechas deben contener fechas válidas en cuanto a año, mes y día.
4. En los campos que contengan valores decimales, se deberá utilizar punto (.) como separador decimal.
5. En los campos con valores numéricos, no se debe utilizar ningún separador para miles; no se utilizará puntos (.) ni comas (,).
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 “vpes” (Valor en pesos) 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=”viajero”>
<xs:annotation>
<xs:documentation>Elemento que encapsula la información del formulario 1121 versión
6: INFORME DATOS COMPRA Y VENTA DE DIVISAS Y CHEQUES DE VIAJERO
ZONA DE FRONTERA - Montos inferiores a USD 500.00 y superiores a USD 200.00</xs:
documentation>
</xs:annotation>
<xs:complexType>
<xs:annotation>
<xs:documentation>Código concepto de la operación</xs:documentation>
</xs:annotation>
<xs:attribute name=»cope» use=»required»>
<xs:simpleType>
<xs:restriction base=”xs:int”>
<xs:minInclusive value=»0»/>
<xs:maxInclusive value=»9»/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=»tdoc» use=»required»>
<xs:annotation>
<xs:documentation>Tipo de documento del cliente del profesional</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 documento de identificación del del cliente del profesional</
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 del cliente del profesional</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=”pap” use=”optional”>
<xs:annotation>
<xs:documentation>Primer apellido del cliente del profesional</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=”xs:string”>
<xs:minLength value=»1»/>
<xs:maxLength value=»60»/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=»sap» use=»optional»>
<xs:annotation>
<xs:documentation>Segundo apellido del cliente del profesional</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=”xs:string”>
<xs:minLength value=”1”/>
<xs:maxLength value=”60”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=”pnom” use=”optional”>
<xs:annotation>
<xs:documentation>Primer nombre del cliente del profesional</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=»xs:string»>
<xs:minLength value=»1»/>
<xs:maxLength value=»60»/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=”snom” use=”optional”>
<xs:annotation>
<xs:documentation>Otros nombres del cliente del profesional</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=»xs:string»>
<xs:minLength value=»1»/>
<xs:maxLength value=»60»/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=”raz” use=”optional”>
<xs:annotation>
<xs:documentation>Razón social del cliente del profesional</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=»xs:string»>
<xs:minLength value=»1»/>
<xs:maxLength value=»450»/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=»cmon» use=»required»>
<xs:annotation>
<xs:documentation>Código Moneda negociada</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=»xs:string»>
<xs:minLength value=»1»/>
<xs:maxLength value=»3»/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=»vmon» use=»required»>
<xs:annotation>
<xs:documentation>Monto moneda negociada</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=»xs:decimal»>
<xs:maxInclusive value=»99999999999999999999.99»/>
<xs:totalDigits value=»22»/>
<xs:fractionDigits value=»2»/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=»vpes» use=»required»>
<xs:annotation>
<xs:documentation>Valor en pesos</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=”xs:double”>
<xs:minInclusive value=”0”/>
<xs:maxInclusive value=”99999999999999999999”/>
<xs:pattern value=”[0-9]{1,20}”/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=»ccla» use=»required»>
<xs:annotation>
<xs:documentation>Código clase de compra o venta</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=»nfor» use=»required»>
<xs:annotation>
<xs:documentation>Número del formulario</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=»xs:string»>
<xs:minLength value=»0»/>
<xs:maxLength value=»13»/>
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name=»feco» type=»xs:date» use=»required»>
<xs:annotation>
<xs:documentation>Fecha de la operación</xs:documentation>
</xs:annotation>
</xs:attribute>
</xs:complexType>
</xs:element>
<xs:element name=»mas»>
<xs:annotation>
<xs:documentation>Elemento raiz del xml de carga masiva</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:element name=”Cab” type=”CabType”/>
<xs:element ref=”viajero” maxOccurs=”unbounded”/>
</xs:sequence>
</xs:complexType>
</xs:element>
<xs:complexType name=”CabType”>
<xs:sequence>
<xs:element name=”Ano” type=”xs:gYear” nillable=”false”>
<xs:annotation>
<xs:documentation>Año de envio</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=”CodCpt” nillable=”false”>
<xs:annotation>
<xs:documentation>Concepto</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=”xs:int”>
<xs:minInclusive value=”0”/>
<xs:maxInclusive value=”99”/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=»Formato» fixed=»1121»>
<xs:simpleType>
<xs:restriction base=”xs:positiveInteger”/>
</xs:simpleType>
</xs:element>
<xs:element name=”Version” type=”xs:positiveInteger” fixed=”6”/>
<xs:element name=”NumEnvio”>
<xs:annotation>
<xs:documentation>Numero de envio</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=»xs:positiveInteger»>
<xs:totalDigits value=»8»/>
<xs:maxInclusive value=»99999999»/>
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:element name=»FecEnvio» type=»xs:dateTime»>
<xs:annotation>
<xs:documentation>Fecha de envio</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=»FecInicial» type=»xs:date»>
<xs:annotation>
<xs:documentation>Fecha inicial</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=»FecFinal» type=»xs:date»>
<xs:annotation>
<xs:documentation>Fecha Final</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=»ValorTotal» type=»xs:double»>
<xs:annotation>
<xs:documentation>Valor Total</xs:documentation>
</xs:annotation>
</xs:element>
<xs:element name=»CantReg»>
<xs:annotation>
<xs:documentation>Cantidad de registros</xs:documentation>
</xs:annotation>
<xs:simpleType>
<xs:restriction base=”xs:positiveInteger”>
<xs:totalDigits value=»4»/>
<xs:maxInclusive value=»9999»/>
</xs:restriction>
</xs:simpleType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:schema>