Dirección de Impuestos y Aduanas Nacionales

RESOLUCIÓN 86 DE 2016

(Diciembre 30)

“Por la cual se modifican las resoluciones 60 de 2015 y 3 de 2016”.

El Director General de Impuestos y Aduanas Nacionales,

en uso de sus facultades legales, en especial las consagradas en el artículo 6º, numerales 12 y 22 del Decreto 4048 de 2008, en los artículos 623, 623-2, 623-3, 631, 631-3, 633, 684 y 686 del estatuto tributario, lo señalado en el numeral l) del literal a) del numeral 1º del artículo 3º de la Ley 1666 de 2013,

CONSIDERANDO:

Que se hace necesario actualizar algunos aspectos considerados en las resoluciones 60 del 12 de junio de 2015 y 3 del 8 de enero de 2016, de acuerdo con el nuevo esquema del reporte y reglas de negocio definidos por el servicio de rentas internas de Estados Unidos (IRS, por su sigla en inglés);

Que de acuerdo con las reglas de negocio mencionadas, las instituciones financieras colombianas sujetas a reportar información deben implementar ajustes a los procedimientos establecidos para cumplir con el suministro de información objeto de intercambio, ajustándolo al formato acordado internacionalmente;

Que cumplida la formalidad de que trata el numeral 8º del artículo 8º de la Ley 1437 de 2011 respecto del texto de la presente resolución,

RESUELVE:

ART. 1º—A partir del 16 de enero de 2017, las instituciones financieras de Colombia sujetas a reportar, deberán utilizar el esquema FATCA XML v2.0 para efectos de reporte de la información de que trata la Resolución 60 de 2015, de acuerdo con lo establecido en el anexo a la presente resolución.

ART. 2º—De acuerdo con lo establecido en el literal d) del numeral 4.1 del artículo 4º de la Resolución 60 de 2015, las instituciones financieras de Colombia sujetas a reportar deberán informar en el archivo remitido a la DIAN las cuentas que durante el periodo de reporte hayan sido cerradas, registrando el último saldo antes del momento de su cierre. Este reporte se deberá realizar teniendo en cuenta el elemento definido para este fin en el esquema mencionado.

ART. 3º—El esquema FATCA XML v2.0 anexo a la presente resolución reemplaza el anexo III (anexo técnico) de la Resolución 60 de 2015 y su modificación adoptada mediante Resolución 3 de 2016. La versión actualizada de este anexo hace parte integral de la presente resolución.

ART. 4º—A partir del 16 de enero de 2017, los archivos enviados por las instituciones financieras de Colombia sujetas a reportar que no cumplan con el esquema versión 2.0 anexo a la presente resolución, se tendrán por no entregados. Esta consideración aplica también para los archivos que deban ser corregidos (ya sea por solicitud del IRS o por criterio de la institución financiera) o anulados.

ART. 5º—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 diciembre de 2016.

Anexo

Anexo técnico - FATCA v2.0 XML

Tabla de contenido

1. Información general

2. Descripción del esquema FATCA

I. Encabezado del Mensaje (MessageSpec)

II. FATCA

II.a. ReportingFI

II.a.1. ResCountryCode

II.a.2. TIN

II.a.3. Name

II.a.4. Address

II.a.5. FilerCategory

II.a.6. DocSpec

II.b. ReportingGroup

II.b.1. Sponsor

II.b.2. NilReport

II.b.3. AccountReport

3. Estructura del nombre del archivo

4. Restricciones generales

5. Apéndice 1 - FatcaXML_v2.0.xsd

6. Apéndice 2 - isofatcatypes_v1.1.xsd

7. Apéndice 3 - oecdtypes_v4.2.xsd

8. Apéndice 4 - stffatcatypes_v2.0.xsd

1. Formación(sic) general

En este anexo se explica la información requerida para cada elemento de dato del esquema FATCA v2.0 XML. El anexo está dividido en secciones lógicas basadas en el esquema y proporciona la información respecto a los elementos específicos, así como los atributos de cada elemento. En los casos en que un elemento no sea utilizado para efectos del reporte FATCA, el (los) atributo(s) asociado(s) tampoco se usará(n).

El campo “Requerimiento” para cada dato o su atributo indica si el elemento debe incluirse en el esquema (validación), si es opcional, o, si no se utiliza para FATCA (nulo).

Los siguientes son los términos aplicables:

• Validación. El dato es requerido para validación del esquema y se debe incluir.

• Opcional. El dato no es requerido para efectos del reporte FATCA pero puede ser proporcionado si está disponible.

• Nulo. El dato no es utilizado para efectos del reporte FATCA y puede dejarse en blanco.

Los siguientes términos se utilizan a lo largo de la guía:

• Registro (Record). Un único Account Report. Equivalente a la forma impresa 8966.

• Archivo (File). Conjunto de registros a ser reportados. Un archivo puede contener uno o varios registros.

Para términos de validación los archivos remitidos a la DIAN deben emplear la codificación UTF-8 de acuerdo con la norma técnica ISO 10646.

NOTA: Es importante aclarar que si un elemento no aplica para las condiciones específicas del negocio de una institución financiera de Colombia Sujeta a Reportar, este no se debe incluir. El presente documento sólo describe aquellos elementos que aplican para el contexto colombiano y los nuevos elementos incluidos por el IRS para la versión 2.0.

Correcciones y anulaciones

Los archivos creados bajo el esquema versión 1.1, que deban ser corregidos (ya sea por solicitud del IRS o por criterio propio) o anulados, deberán utilizar el esquema versión 2.0 a partir del 16 de enero de 2017.

Validación previa

Antes de cargar cualquier archivo XML al servicio informático de la DIAN, se debe validar ante el esquema XSD adoptado en esta Resolución.

Es indispensable incluir siempre los namespace ya que son necesarios para la correcta definición del reporte FACTA. Algunos de los prefijos utilizados son:

PrefijoNamespaceDescripción
Sfa xmlns:sfa=”urn:oecd:ties:stffatcatypes:v2 Referenciado por el esquema principal. Define tipos de datos comunes y específicos para FATCA basados en el formato de transmisión estándar de la OCDE (STF).
Ftc xmlns:ftc=”urn:oecd:ties:facta:v2 Namespace que contiene los tipos y elementos de datos de FATCA.
Iso xmlns:iso=”urn:oecd:ties:isofatcatypes:v1 Referenciado por el esquema principal, proporciona los códigos de países y divisas definidos en los estándares ISO 3166-1 e ISO 4217, respectivamente.
Stf xmlns:stf=”urn:oecd:ties:stf:v4 Contiene los tipos de datos STF de la OCDE

2. Descripción del esquema FATCA

xxx19
 

Versión

La versión del esquema se identifica en el atributo “version” y consiste en dos números separados por un punto (.): versión mayor y versión menor.

ElementoAtributoTamañoTipo de entradaRequerimiento
FATCA_OECD version  xsd:string Validación

El único valor permitido para este atributo es “2.0”

I. Encabezado del mensaje (MessageSpec)

xxx20
 

La información del encabezado del mensaje identifica a la institución financiera (FFI) que envía el mensaje. También especifica cuándo fue creado el mensaje, el año calendario al que corresponde el reporte y la naturaleza del mismo (datos nuevos, corregidos, anulados o modificados).

ElementoAtributoTamañoTipo de entradaRequerimiento
SendingCompanyIN  Max 200 xsd:string Validación

El SendingCompanyIN es el número de identificación de intermediario global (o GIIN) de la DIAN.

El único valor permitido en este campo es “000000.00000.TA.170”, que corresponde al GIIN asignado a la DIAN por el IRS.

ElementoAtributoTamañoTipo de entradaRequerimiento
TransmittingCountry  2 caracteres iso:CountryCode_ Type Validación

El TransmittingCountry identifica la jurisdicción donde se mantienen las cuentas financieras reportadas o donde la FFI sujeta a reportar efectúa el pago.

El único valor permitido en este campo es “CO”, que corresponde al código de país alfabético de 2 caracteres especificado en el estándar ISO 3166-1 Alpha 2.

ElementoAtributoTamañoTipo de entradaRequerimiento
ReceivingCountry  2 caracteres iso:CountryCode_ Type Validación

El único valor permitido en este campo es “US”, que corresponde al código de país alfabético de 2 caracteres especificado en el estándar ISO 3166-1 Alpha 2.

Elemento Atributo Tamaño Tipo de entrada Requerimiento
MessageType  5 caracteres sfa:MessageType_ EnumType Validación

El MessageType especifica el tipo de mensaje enviado. La única entrada permitida en este campo es “FATCA”.

Elemento Atributo Tamaño Tipo de entrada Requerimiento
Warning  Max 4000 xsd:string Opcional

El Warning es un campo de texto libre que permite introducir instrucciones cautelares específicas acerca del uso del contexto del mensaje. Este campo no es requerido para efectos de FATCA y se puede omitir o dejar en blanco.

Elemento Atributo Tamaño Tipo de entrada Requerimiento
MessageRefID  Max 200 xsd:string Validación

El MessageRefID identifica el mensaje que se envía. Es un identificador único que permite, tanto al remitente como al receptor, identificar cada mensaje específico.

Es una cadena de longitud máxima de veintidós (22) caracteres, la cual debe cumplir con las siguientes características:

• Código del país emisor. El único valor permitido es “CO”.

• Año gravable del que se está reportando la información, en cuatro dígitos. Este valor debe coincidir con el año ingresado en el elemento ReportingPeriod.

• Código del país receptor. Este valor debe coincidir con el ingresado en el elemento ReceivingCountry, valor único permitido “US”.

• Número de NIT asignado por la DIAN en el registro único tributario (RUT) a la institución financiera en Colombia, sin incluir el dígito de verificación y cuya longitud es de nueve (9) dígitos.

• Número de cinco dígitos. Consecutivo único por cada mensaje definido por la IF. Cuando la longitud del número sea menor a cinco dígitos, rellenar con ceros a la izquierda.

Ejemplos de MessageRefID: CO2016US80019726800001
CO2016US80019726800208
CO2016US80019726812345

ElementoAtributoTamañoTipo de entradaRequerimiento
CorrMessageRefID  Max 200 xsd:string Opcional

El CorrMessageRefID es un campo de texto libre que contiene el identificador único (según lo determina la FFI remitente) del mensaje a corregir, modificar o anular. Este dato deberá referenciar el MessageRefID creado para el mensaje original, por lo tanto, tiene la misma estructura definida en el punto anterior.

ElementoAtributoTamañoTipo de entradaRequerimiento
ReportingPeriod   xsd:date Validación

El ReportingPeriod identifica el último día del año calendario del cual se está reportando la información en formato AAAA-MM-DD. Por ejemplo, si se reporta información de cuentas o pagos realizados o efectuados en el año 2016, el campo deberá indicar, “2016-12-31”.

ElementoAtributoTamañoTipo de entradaRequerimiento
Timestamp   xsd:dateTime Validación

Este dato identifica la fecha y hora en la que la FFI generó el mensaje. El formato a utilizar es AAAA-MM-DD’T’hh:mm:ss. No se utilizan las fracciones de segundo.

Ejemplo: 2017-03-15T09:45:30

II. FATCA

xxx1
 

II.a. ReportingFI

xxx2
 

Identifica a la institución financiera que mantiene la cuenta financiera reportada o efectúa los pagos reportados. Ejemplos:

• La FFI sujeta a reportar es la institución financiera que ha aceptado tratar a otra institución financiera como una FFI Propietaria documentada (Owner Documented FFI).

• La FFI sujeta a reportar es la institución financiera que efectúa un pago reportado a una institución financiera organizada territorialmente (Territory Organized Financial Institution - TOFI) que actúa como intermediario y no ha elegido ser tratada como persona de EE.UU.

• La FFI sujeta a reportar es la FFI patrocinada y la FFI patrocinadora es identificada en el grupo patrocinador, ver abajo.

Si la FFI sujeta a reportar tiene sucursales fuera de su país de residencia fiscal, el GIIN de la FFI sujeta a reportar es el GIIN de la sucursal que tiene la cuenta financiera reportada.

II.a.1. ResCountryCode

ElementoAtributoTamañoTipo de entradaRequerimiento
ResCountryCode  2 caracteres iso:CountryCode_ Type Opcional

El ResCountryCode describe el(los) código(s) de país alfabético de 2 caracteres, especificado(s) en el estándar ISO 3166-1 Alpha 2, que identifica(n) a el(los) país(es) de residencia fiscal de la persona natural de quien se reporta la información.

II.a.2. TIN

ElementoAtributoTamañoTipo de entradaRequerimiento
TIN  Min 1 car. sfa:TIN_Type Validación
TIN IssuedBy 2 caracteres iso:CountryCode_ Type Opcional

El TIN es el número de identificación fiscal utilizado por la administración tributaria federal de EE.UU. para identificar los propietarios individuales de las cuentas o los propietarios sustanciales, según el caso.

Para las personas naturales, el TIN puede ser el número de seguridad social (SSN) o un número individual de identificación para el pago de impuestos (ITIN). En ausencia del TIN, por las circunstancias descritas en esta resolución, se debe reportar nueve ceros. En este caso, adicionalmente se debe diligenciar el elemento BirthDate - fecha de nacimiento del cuentahabiente.

Para las entidades, el TIN que se reporte depende de los escenarios y las reglas de negocio específicas. A manera de ejemplo se pueden mencionar:

• El TIN de una institución financiera extranjera participante, una institución financiera sujeta a reportar o una FFI considerada cumplida es el número de identificación del intermediario global (GIIN) emitido a dicha entidad.

• El TIN de una entidad patrocinadora es el GIIN emitido a dicha entidad cuando actúa en su carácter de entidad patrocinadora (Sponsor).

• El TIN de una entidad que es una persona especificada de EE.UU. es el número de identificación patronal de EE.UU. (U.S. Employer Identification Number - EIN).

• El TIN de una entidad que es una institución financiera organizada territorialmente, considerada como una US Person, es el EIN de EE.UU.

Al momento de reportar un AccountHolder de tipo “Organisatión” que no tenga residencia fiscal en Estados Unidos, el elemento TIN se diligencia con nueve (9) ceros (000000000).

El valor de este elemento puede ser expresado en el formato del GIIN o con nueve dígitos consecutivos sin guiones y sin ningún otro separador (Ejemplo: 123456789).

Este dato puede repetirse si existe un segundo TIN.

El atributo IssuedBy, identifica la jurisdicción que emitió el TIN. La única entrada permitida en este atributo es “US”, que corresponde al código de país alfabético de 2 caracteres especificado en el estándar ISO 3166-1 Alpha 2 que identifica a Estados Unidos.

II.a.3. Name

xxx3
 

ElementoAtributoTamañoTipo de entradaRequerimiento
Name   xsd:string Validación

Este elemento describe los componentes para identificar a una o persona natural o jurídica por su nombre.

II.a.3.1. FirstName

ElementoAtributoTamañoTipo de entradaRequerimiento
FirstName  Max 200 xsd:string Validación

Este dato es requerido en el reporte FATCA. Si la FFI sujeta a reportar no tiene completo el primer nombre de un Cuentahabiente - persona natural, puede usar una inicial Si la FFI no tiene el primer nombre del cuentahabiente - persona natural, puede ingresar “NFN” (No First Name - Sin primer nombre) en el campo.

II.a.3.2. MiddleName

ElementoAtributoTamañoTipo de entradaRequerimiento
MiddleName  Max 200 xsd:string Opcional

Este dato proporciona el segundo nombre de la persona natural. El dato es opcional para efectos del reporte FATCA; si la FFI sujeta a reportar tiene el segundo nombre o la inicial, puede incluirlo en este campo.

II.a.3.3. LastName

ElementoAtributoTamañoTipo de entradaRequerimiento
LastName  Max 200 xsd:string Validación

Este dato es requerido para el reporte de FATCA. La FFI sujeta a reportar deberá proporcionar el apellido del cuentahabiente - persona natural

II.a.4. Address

xxx4
 

ElementoAtributoTamañoTipo de entradaRequerimiento
Address   sfa:Address_Type Validación

Existen dos opciones para la dirección en el esquema: AddressFix y AddressFree. Para todos los reportes FATCA se debe utilizar AddressFix, a menos que la FFI sujeta a reportar no pueda definir las distintas partes de la dirección del cuentahabiente.

Este dato se refiere al domicilio de residencia permanente del cuentahabiente persona natural. Si la FFI sujeta a reportar no tiene dicho dato, utilizar la dirección de correspondencia usada para contactar al cuentahabiente.

II.a.4.1. CountryCode

ElementoAtributoTamañoTipo de entradaRequerimiento
CountryCode  2-dígitos iso:CountryCode_ Type Validación

Este dato proporciona el código de país alfabético de 2 caracteres especificado en el estándar ISO 3166-1 Alpha 2, asociado con la dirección del cuentahabiente.

II.a.4.2. AdressFree

ElementoAtributoTamañoTipo de entradaRequerimiento
AddressFree  Max 4000 xsd:string Opcional

Este dato permite ingresar la información relativa al domicilio en texto libre. Se deben presentar todos los detalles disponibles relacionados con el domicilio como una sola cadena de caracteres, y usar espacios o “/” (slash) o saltos de línea para delimitar las partes de la dirección. Esta opción sólo se debe usar si los datos no se pueden proporcionar en el formato AddressFix.

Nota: Si la FFI sujeta a reportar selecciona AddressFix, tiene la opción de ingresar la dirección completa del cuentahabiente en el elemento AddressFree en lugar de usar los elementos fijos relacionados. En este caso, la información relativa a la ciudad, subentidad y código postal se deben diligenciar, de igual manera, en los campos fijos correspondientes.

II.a.4.3. AdressFix

xxx5
 

ElementoAtributoTamañoTipo de entradaRequerimiento
Street  Max 200 xsd:string Opcional

ElementoAtributoTamañoTipo de entradaRequerimiento
BuildingIdentifier  Max 200 xsd:string Opcional

ElementoAtributoTamañoTipo de entradaRequerimiento
SuiteIdentifier  Max 200 xsd:string Opcional

ElementoAtributoTamañoTipo de entradaRequerimiento
FloorIdentifier  Max 200 xsd:string Opcional

ElementoAtributoTamañoTipo de entradaRequerimiento
DistrictName  Max 200 xsd:string Opcional

ElementoAtributoTamañoTipo de entradaRequerimiento
POB  Max 200 xsd:string Opcional

ElementoAtributoTamañoTipo de entradaRequerimiento
PostCode  Max 200 xsd:string Opcional

ElementoAtributoTamañoTipo de entradaRequerimiento
City  Max 200 xsd:string Validación

ElementoAtributoTamañoTipo de entradaRequerimiento
CountrySubentity Max 200 xsd:string Opcional

Estos datos componen el tipo AddressFix. El elemento “City” es requerido para validar el esquema. Para efectos del reporte FATCA, el PostCode (Código Postal) y CountrySubentity (departamento o estado del país) también deben diligenciarse en el elemento apropiado del elemento AddressFix. Si la FFI sujeta a reportar selecciona AddressFix, tendrá la opción de ingresar la dirección completa del Cuentahabiente en el elemento AddressFree en lugar de usar los elementos fijos relacionados.

Nota: Para direcciones en Colombia, City se refiere al Municipio y CountrySubentity al Departamento.

II.a.5. FilerCategory

Elemento Atributo Tamaño Tipo de entrada Requerimiento
FilerCategory   ftc:FatcaFileCategory_ EnumType Opcional

Este campo permite identificar la condición de la FI reportante.

Los posibles valores para este elemento son:

A nivel del ReportingFI: FATCA602

A nivel de Sponsor (si aplica): FATCA607 o FATCA609, según corresponda.

II.a.6. DocSpec

xxx6
 

ElementoAtributoTamañoTipo de entradaRequerimiento
DocSpec   ftc:DocSpec_Type Validación

DocSpec identifica el registro particular dentro del mensaje FATCA que se transmite. También permite identificar los registros que requieren corrección. DocSpec_Type, se compone de los siguientes elementos:

II.a.6.1. DocTypeIndic

ElementoAtributoTamañoTipo de entradaRequerimiento
DocTypeIndic   ftc:FatcaDocTypeIndic_ EnumType Validación

Este elemento especifica el tipo de registro que se envía. Las entradas permitidas son:

• FATCA1= Datos nuevos.

• FATCA2= Datos corregidos.

• FATCA3= Datos anulados.

• FATCA4= Datos modificados.

Para cada uno de los archivos enviados solamente se acepta uno de los siguientes tipos de datos (DocTypeIndic)

Datos nuevos: Se emplea para enviar registros nuevos al IRS, es decir, registros que no se han procesado o anulado previamente.

Datos corregidos: Se emplea para registros que se deben retransmitir, debido a que el IRS notificó al remitente que existía un problema con los datos contenidos en el archivo. El tipo “Datos corregidos” únicamente se debe utilizar cuando se responde a un requerimiento de corrección de datos notificado por el IRS. (No aplica para errores de decodificación, XML u otros errores a nivel archivo).

Es importante mencionar que sólo se debe enviar nuevamente el o los registros corregidos y no todo el contenido del archivo enviado originalmente.

Datos anulados: Se utiliza para eliminar registros presentados previamente.

Datos modificados: Se utiliza para modificar uno o varios registros transmitidos, corregidos o procesados previamente por el IRS pero que posteriormente la entidad sujeta a reportar, identifica que contienen información errónea, incorrecta o incompleta.

Nota: Cuando se envíen datos corregidos, anulados o modificados se debe incluir un elemento CorrMessageRefID que referencie el MessageRefID correspondiente al mensaje de la transmisión original.

II.a.6.2. DocRefID

Elemento Atributo Tamaño Tipo de entrada Requerimiento
DocRefID  Min 21
Max 200
xsd:string Validación

Este dato contiene el identificador único de cada registro. El identificador es una cadena de caracteres única en el tiempo que permita identificar un registro en particular.

El formato del elemento DocRefId, es:

<GIIN><signo punto (.)><Valor>

• La primera parte <GIIN> es el GIIN de la institución financiera sujeta a reportar.

• La segunda parte es el signo punto (.)

• La tercera parte <Valor> es un valor único en el tiempo para cada registro de la institución financiera sujeta a reportar. Aunque no se requiere, se recomienda el uso de un GUID (Identificador Único Global).

Este elemento debe contener como mínimo veintiún (21) caracteres y como máximo doscientos (200) caracteres.

II.a.6.3. CorrMessageRefID

ElementoAtributoTamañoTipo de entradaRequerimiento
CorrMessageRefID  Max 200 xsd:string Opcional

El CorrMessageRefID es un campo de texto libre que contiene el identificador único (según lo determina el remitente) del mensaje a corregir, modificar o anular. Este dato debe referenciar el MessageRefID creado para el mensaje original.

II.a.6.4. CorrDocRefID

Elemento Atributo Tamaño Tipo de entrada Requerimiento
CorrDocRefID  Min 21
Max 200
xsd:string Opcional

Este elemento se diligencia para corregir, anular o modificar un registro enviado anteriormente. Por lo tanto, debe contener el DocRefID del registro que se está corrigiendo, anulando o modificando.

II.b. ReportingGroup

xxx7
 

Este dato proporciona detalles específicos respecto del reporte FATCA enviado por la FFI sujeta a reportar.

ElementoAtributoTamañoTipo de entradaRequerimiento
ReportingGroup   ftc:CorrectableR eportOrganisati on_Type Validación

Está compuesto por los siguientes elementos:

II.b.1. Sponsor

xxx8
 

Elemento Atributo Tamaño Tipo de entrada Requerimiento
Sponsor   ftc:Correctable OrganisationParty_Type Opcional

Este dato proporciona información para identificar a la Entidad Patrocinadora.

• El TIN de una entidad patrocinadora es el GIIN emitido para dicha entidad cuando actúa en su carácter de patrocinador. Sólo se debe diligenciar un elemento de este tipo.

Está compuesto por los siguientes elementos:

II.b.1.1. ResCountryCode

ElementoAtributoTamañoTipo de entradaRequerimiento
ResCountryCode  2 caracteres iso:CountryCode_ Type Opcional

Definido en la Sección II.a.1.

II.b.1.2. TIN

ElementoAtributoTamañoTipo de entradaRequerimiento
TIN  Min 1 car. sfa:TIN_Type Validación

Definido en la Sección II.a.2.

II.b.1.3. Name

ElementoAtributoTamañoTipo de entradaRequerimiento
Name  200 xsd:string Validación

Definido en la Sección II.a.3.

II.b.1.4. Address

ElementoAtributoTamañoTipo de entradaRequerimiento
Address   sfa:Address_Type Validación

Definido en la Sección II.a.4.

II.b.1.5. FilerCategory

ElementoAtributoTamañoTipo de entradaRequerimiento
FilerCategory    Opcional

Definido en la Sección II.a.5.

II.b.1.6. DocSpec

ElementoAtributoTamañoTipo de entradaRequerimiento
DocSpec   ftc:DocSpec_Type Validación

Definido en la Sección II.a.6.

II.b.2. NilReport

xxx9
 

ElementoAtributoTamañoTipo de entradaRequerimiento
NilReport   ftc:CorrectableNilReport_ Type Opcional

Se utiliza en el caso que un ReportinFI no tenga AcccoutnReport que reportar.

Este elemento especifica que una institución financiera no tiene cuentas a reportar. Si se envía un NilReport, se debe incluir un ReportingFI o Sponsor, si aplica.

Este elemento no se debe incluir si en el ReportingFI se incluye información de por lo menos una cuenta.

Está compuesto de los siguientes elementos:

II.b.2.1. DocSpec

ElementoAtributoTamañoTipo de entradaRequerimiento
DocSpec   ftc:DocSpec_Type Validación

Definido en la Sección II.a.6.

II.b.2.2. NoAccountToReport

ElementoAtributoTamañoTipo de entradaRequerimiento
NoAccountToReport   xsd:string Validación

Este elemento es fijo y el único valor permitido es “yes”.

II.b.3. AccountReport

xxx10
 

ElementoAtributoTamañoTipo de entradaRequerimiento
AccountReport   ftc:CorrectableAccountReport_ Type Opcional

El AccountReport incluye los siguientes elementos:

II.b.3.1. DocSpec

ElementoAtributoTamañoTipo de entradaRequerimiento
DocSpec   ftc:DocSpec_Type Validación

Definido en la Sección II.a.6.

II.b.3.2. AccountNumber

ElementoAtributoTamañoTipo de entradaRequerimiento
AccountNumber   ftc:FIAccountNumber_Type Validación
AccountNumber AcctNumberType  stf:AcctNumberType_ EnumType Opcional

Corresponde al número de cuenta utilizado por la institución financiera para identificar al cuentahabiente o beneficiario. Si la institución financiera no tiene un número de cuenta deberá proporcionar el identificador único utilizado por la institución financiera para identificar al cuentahabiente o beneficiario.

Ejemplos: i) El número de cuenta puede ser el número de una cuenta de custodia o cuenta de depósito; ii) el código (ISIN u otro) relacionado con la participación en deuda o capital (si no se mantiene en una cuenta de custodia); o iii) el código de identificación de un contrato de seguro con valor en efectivo o contrato de renta vitalicia.

Este elemento tiene el atributo AcctNumberType, el cual es opcional e identifica el estándar de numeración utilizado por la IF, en caso de que aplique. Los posibles valores para este atributo son:

EstándarDescripciónValor
IBAN International Bank Account Number OECD601
OBAN Other Bank Account Number OECD602
ISIN International Securities Identification Number OECD603
OSIN Other Securities Identification Number OECD604
OTHER Cualquier otro identificador OECD605

II.b.3.3. AccountClosed

ElementoAtributoTamañoTipo de entradaRequerimiento
AccountClosed   xsd:boolean Opcional

Este elemento indica que la cuenta fue cerrada en el año calendario reportado. Se debe utilizar este elemento siempre que la cuenta haya sido cerrada durante el respectivo año de reporte.

II.b.3.4. AccountHolder

xxx11
 

ElementoAtributoTamañoTipo de entradaRequerimiento
AccountHolder   ftc: AccountHolder_Type Validación

Este elemento identifica a un cuentahabiente o beneficiario del pago que puede ser: (1) una FFI propietaria Documentada con propietario(s) específico(s) de EE.UU. (Owner Documented FFI with specified US owner(s)); (2) una EENF Pasiva con propietario(s) sustancial(es) de EE.UU. o propietario(s) de EE.UU. que ejercen control (Passive NFFE with substantial or controlling US owner(s)); (3) una FFI no participante; o (4) una persona especificada de EE.UU.

II.b.3.4.1 Individual

xxx12
 

ElementoAtributoTamañoTipo de entradaRequerimiento
Individual   sfa:PersonParty_Type Opcional

Está compuesto por los siguientes elementos:

II.b.3.4.1.1. ResCountryCode

ElementoAtributoTamañoTipo de entradaRequerimiento
ResCountryCode  2 caracteres iso:CountryCode_ Type Opcional

Definido en la Sección II.a.1.

II.b.3.4.1.2. TIN

ElementoAtributoTamañoTipo de entradaRequerimiento
TIN  Min 1 car. sfa:TIN_Type Validación

Definido en la Sección II.a.2.

II.b.3.4.1.3. Name

ElementoAtributoTamañoTipo de entradaRequerimiento
Name  200 xsd:string Validación

Definido en la Sección II.a.3.

II.b.3.4.1.4. Address

ElementoAtributoTamañoTipo de entradaRequerimiento
Address   sfa:Address_Type Validación

Definido en la Sección II.a.4.

II.b.3.4.1.5. BirthInfo

xxx13
 

ElementoAtributoTamañoTipo de entradaRequerimiento
BirthDate   xsd:date Opcional

Este dato identifica la fecha de nacimiento del cuentahabiente - persona natural. Cuando la FFI disponga de la fecha de nacimiento puede reportarla. En ausencia del TIN del cuentahabiente, por las circunstancias descritas en esta resolución, el diligenciamiento de este dato es obligatorio. El formato para este dato es AAAA-MM-DD. Los demás componentes de este elemento no se deben incluir.

II.b.3.4.2. Organisation

xxx14
 

ElementoAtributoTamañoTipo de entradaRequerimiento
Organisation   sfa:OrganisationParty_ Type Opcional

Si el cuentahabiente reportado no es una persona natural, ingresar la información de identificación de la entidad.

Está compuesto por los siguientes elementos:

II.b.3.4.2.1. ResCountryCode

Elemento Atributo Tamaño Tipo de entrada Requerimiento
ResCountryCode  2 caracteres iso:CountryCode_ Type Opcional

Definido en la Sección II.a.1.

II.b.3.4.2.2. TIN

ElementoAtributoTamañoTipo de entradaRequerimiento
TIN  Min 1 car. sfa:TIN_Type Validación

Definido en la Sección II.a.2.

II.b.3.4.2.3. Name

ElementoAtributoTamañoTipo de entradaRequerimiento
Name  200 xsd:string Validación

Definido en la Sección II.a.3.

II.b.3.4.2.4. Address

ElementoAtributoTamañoTipo de entradaRequerimiento
Address   sfa:Address_Type Validación

Definido en la Sección II.a.4.

II.b.3.4.3. AcctHolderType

ElementoAtributoTamañoTipo de entradaRequerimiento
AcctHolderType   Ftc:FatcaAcctHolderType_ EnumType *Opcional

* Este elemento es obligatorio si el titular de la cuenta es una organización. Identifica tipo de titular de la cuenta o beneficiario.

Las entradas permitidas son:

1. FATCA101= FFI propietaria documentada con propietario(s) específico(s) de EE.UU. (owner documented FFI with specified US owner(s)).

2. FATCA102= una EENF pasiva con propietario(s) sustancial(es) de EE.UU. o personas que ejercen control (passive NFFE with substantial or controlling US owner(s)).

3. FATCA103= FFI No participante.

4. FATCA104= Persona especificada de EE. UU.

II.b.3.5. SubstantialOwner

xxx15
 

ElementoAtributoTamañoTipo de entradaRequerimiento
SubstantialOwner   ftc:SubstantialOwner_Type Opcional*

Registre el nombre de los propietarios estadounidenses específicos de una FFI propietaria documentada (specified U.S. owners of an Owner Documented FFI), los propietarios estadounidenses sustanciales (substantial US owners) o personas estadounidenses que ejercen control (controlling US persons) de una EENF pasiva.

• *El campo será obligatorio si la entidad cuentahabiente es una FFI propietaria documentada o una EENF Pasiva con propietarios de EE.UU.

• Dejar en blanco si la entidad es una FFI no-participante o una persona especificada de EE. UU.

• Está permitido capturar múltiples personas de EE.UU. especificadas, propietarios estadounidenses sustanciales y personas que ejercen control.

II.b.3.5.1. Individual

ElementoAtributoTamañoTipo de entradaRequerimiento
Individual   sfa:PersonParty_Type Opcional

En el elemento SubstantialOwner, cuando aplique, reportar el cuentahabiente persona natural.

Los componentes de este elemento se definieron en la sección II.b.3.4.1.

II.b.3.5.2. Organisation

ElementoAtributoTamañoTipo de entradaRequerimiento
Organisation   sfa:OrganisationParty_Type Opcional

Definido en la Sección II.b.3.4.2.

NOTA: Este elemento no debe ser reportado dentro del SubstantialOwner por ninguna FFI.

II.b.3.6. AccountBalance

Elemento Atributo Tamaño Tipo de entrada Requerimiento
AccountBalance   sfa:MonAmnt_ Type Validación
AccountBalance currCode 3 dígitos iso:currCode_ Type Validación

Si aplica, registre el saldo en pesos colombianos a 31 de diciembre, de acuerdo con los siguientes eventos:

• Cuentas de depósito y custodia. El saldo de la cuenta es el saldo de la cuenta financiera, si la institución financiera reporta el saldo al cuentahabiente por año calendario. Si la institución financiera sujeta a reportar no reporta el saldo de la cuenta al cuentahabiente, la FFI participante deberá reportar el saldo o valor de la cuenta al final del año calendario. Si la cuenta fue cerrada o transferida reportar el último saldo antes del momento de su cierre;

• Valor en efectivo o contratos de renta vitalicia. El valor asegurado o el de contrato de renta vitalicia.

• Cuentas de deuda o capital. El saldo de la cuenta es el valor de la participación en la deuda o capital que el cuentahabiente tenga en la institución financiera.

• Deberá ingresarse 0.00, si el reporte corresponde a propietarios de EE.UU. de una entidad que recibe un pago reportado, en caso contrario reportar la cantidad.

• Si el pago es a una FFI no participante, reportar 0.

Este elemento tiene el atributo currCode, que corresponde al código de tres dígitos para el tipo de divisa acorde con el estándar de códigos ISO 4217. Para este atributo el único valor permitido es “COP”.

NOTA: El valor a reportar corresponde al saldo de la cuenta a la fecha del reporte sin discriminar los montos correspondientes a cada substantial owner, en el caso de que aplique.

II.b.3.7. Payment

xxx16
 

ElementoAtributoTamañoTipo de entradaRequerimiento
Payment   ftc:Payment_Type Opcional

Registre la información sobre los pagos efectuados a la cuenta financiera durante el periodo que se reporta o, efectuados a una entidad que no es un cuentahabiente y que es reportada.

Este elemento se puede repetir si debe reportarse más de un tipo de pago.

Por ejemplo, los tipos de pago pueden ser los siguientes:

• Cuentas de depósito

» El monto bruto total de intereses pagados o acreditados en la cuenta durante el año calendario.

• Cuentas de custodia

» El monto bruto total de dividendos pagados o acreditados a la cuenta durante el año calendario.

» El monto bruto total de intereses pagados o acreditados a la cuenta durante el año calendario.

» El monto bruto total del producto de la venta o redención de propiedad pagada o acreditada a la cuenta durante el año calendario, respecto de la cual la FFI actúe como un custodio, corredor, representante o de otra manera como un representante para el cuentahabiente; y

» El monto bruto total de cualquier otro ingreso pagado o acreditado a la cuenta durante el año calendario.

• Cuentas de deuda o capital

» El monto bruto total de los pagos efectuados o acreditados a la cuenta durante el año calendario incluyendo pagos por redención, sean estos totales o parciales.

• Cuentas de contratos de valor en efectivo y contratos de renta vitalicia

» El monto bruto total de pagos efectuados o acreditados a la cuenta durante el año calendario, incluyendo pagos por redención, sean estos totales o parciales.

II.b.3.6.1.1. Type

ElementoAtributoTamañoTipo de entradaRequerimiento
Type   ftc:FatcaPaymentType_ EnumType Validación

Seleccione el código apropiado para identificar el tipo de pago. Los tipos de pago específicos se listan a continuación:

• FATCA501= Dividendos.

• FATCA502= Intereses.

• FATCA503= Ganancias brutas/Redenciones.

• FATCA504= Otros - FATCA.

II.b.3.6.1.2. PaymentTypeDesc

ElementoAtributoTamañoTipo de entradaRequerimiento
PaymentTypeDesc  Max 4000 sfa: Sting Opcional

Este elemento no se utiliza para el reporte FATCA.

II.b.3.6.1.3. PaymentAmnt

Elemento Atributo Tamaño Tipo de entrada Requerimiento
PaymentAmnt   sfa:MonAmnt_ Type Validación
PaymentAmnt currCode 3 dígitos iso:currCode_ Type Validación

El monto de los pagos (Payment Amounts) se captura con dos dígitos decimales en pesos (COP). Por ejemplo, 1 millón de pesos deberá capturarse como 1000000.00.

Este elemento tiene el atributo currCode, que corresponde al código de tres dígitos para el tipo de divisa acorde con el estándar de códigos de divisa ISO 4217. Para este atributo el único valor permitido es “COP”.

II.b.3.8. CARRef

xxx17
 

Este elemento no se utiliza para el modelo 1 del IGA, por tanto no se debe usar. (Se detalla para ilustración del esquema, dado que es un elemento nuevo).

II.b.3.9. AdditionalData

xxx18
 

Este elemento no se debe utilizar. (Se detalla para ilustración del esquema, dado que es un elemento nuevo).

3. Estructura del nombre del archivo.

El nombre de los archivos que las entidades financieras envíen a la DIAN, debe tener la siguiente estructura: Dmuisca_ccmmmmmvvaaaacccccccc.xml

ParteDescripciónValor
cc Concepto Nuevo = 01
mmmmm Formato 02218
vv Versión del formato 01
aaaa Año de envío  
cccccccc Consecutivo de envío por año  

Ejemplo: El nombre del primer archivo a enviar por una FFI en el año 2016 es: Dmuisca_010221801201600000001.xml

4. Restricciones generales

• Los siguientes símbolos no se pueden usar:

SímboloDescripción
Apóstrofo
-- Doble guion
# Numeral
Comillas dobles
& Ampersand
< Menor que
> Mayor que
/* Slash Asterisco
&# Ampersand Numeral

• En todos los campos numéricos, así permitan números enteros o decimales, sólo diligenciar valores positivos.

• Para los campos numéricos, no utilizar ceros a la izquierda. Luego del punto decimal usar dos dígitos decimales. Por ejemplo, si el valor es: 98765.4 diligenciar 98765.40 y si el valor es 98765, diligenciar 98765.00. El valor cero (0) debe diligenciarse como 0.00

• El formato fecha es AAAA-MM-DD, por lo tanto, los campos numéricos que expresen cada uno de los componentes de la misma, deben llevar ceros a la izquierda hasta completar el número de dígitos requerido. Por ejemplo: diligenciar 2016-04-06 (y no 2016-4-6).

• La información del contenido del archivo debe corresponder al esquema XSD que se muestra en los apéndices.

Nota: El anexo técnico 5. Apéndice 1 - FatcaXML_v2.0.xsd que hace parte de la presente resolución puede ser consultado en el Diario Oficial 50115 de enero 13 de 2017.