Source: http://legal.legis.com.co/document.legis/resolucion-86-de-diciembre-30-de-2016?documento=legcol&contexto=legcol_2be74840dd1b40eb9b7a59c15d7cbb90&vista=STD-PC
Timestamp: 2019-05-26 17:33:41+00:00

Document:
﻿ RESOLUCIÓN 86 DE DICIEMBRE 30 DE 2016
RESOLUCIÓN 86 DE 30 DE DICIEMBRE DE 2016
CONTENIDO:MODIFICA LAS RESOLUCIONES 60 DE 2015 Y 3 DE 2016, EN LO RELACIONADO CON EL REPORTE DE LA INFORMACIÓN QUE DEBE SUMINISTRAR EL GRUPO DE INSTITUCIONES OBLIGADAS A LA DIRECCIÓN DE IMPUESTOS Y ADUANAS NACIONALESPARA SER INTERCAMBIADA DE CONFORMIDAD CON LA LEY 1666 DE 2013 Y EN DESARROLLO DEL “ACUERDO ENTRE EL GOBIERNO DE LA REPÚBLICA DE COLOMBIA Y EL GOBIERNO DE LOS ESTADOS UNIDOS DE AMÉRICA PARA MEJORAR EL CUMPLIMIENTO FISCAL INTERNACIONAL E IMPLEMENTAR EL INTERCAMBIO AUTOMÁTICO DE INFORMACIÓN RESPECTO A LA LEY SOBRE EL CUMPLIMIENTO FISCAL RELATIVO A CUENTAS EN EL EXTRANJERO (FATCA)”, PARA EL AÑO GRAVABLE 2014 Y SIGUIENTES.
TEMAS ESPECÍFICOS:SUJETOS DEL CONTROL FISCAL, CONTROL FISCAL, PROCESO DE CONTROL FISCAL, FORTALECIMIENTO DEL CONTROL FISCAL, APLICACIÓN DEL CONTROL FISCAL INTERNO, APLICACIÓN DEL SISTEMA DE CONTROL FISCAL INTERNO, DIAN, INTERVINIENTES EN EL CONTROL FISCAL, DERECHO DEL CONTROL FISCAL, DERECHO INTERNACIONAL DE CONTROL FISCAL, CONVENIO INTERNACIONAL DE CONTROL FISCAL, GESTIÓN FISCAL, VIGILANCIA DE LA GESTIÓN FISCAL, PROCESO DE RESPONSABILIDAD FISCAL, INSTITUCIÓN FINANCIERA, INTERVINIENTES EN EL DERECHO FINANCIERO, CONTROL FISCAL SOBRE EL SECTOR CENTRAL, DERECHO TRIBUTARIO, INTERVINIENTES EN EL DERECHO TRIBUTARIO, PERÍODO FISCAL DEL IMPUESTO, CONTROL INTERNO DE LA INSTITUCIÓN FINANCIERA, CONTROL DE LA INSTITUCIÓN FINANCIERA
RESOLUCIÓN 86 DE 2016
“Por la cual se modifican las resoluciones 60 de 2015 y 3 de 2016”.
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,
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,
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.
Anexo técnico - FATCA v2.0 XML
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
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.
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:
Prefijo Namespace Descripció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
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.
Elemento Atributo Tamaño Tipo de entrada Requerimiento
FATCA_OECD version xsd:string Validación
El único valor permitido para este atributo es “2.0”
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).
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.
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.
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.
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”.
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.
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
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.
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”.
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
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.
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.
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.
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
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
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
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
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
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
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
Street Max 200 xsd:string Opcional
BuildingIdentifier Max 200 xsd:string Opcional
SuiteIdentifier Max 200 xsd:string Opcional
FloorIdentifier Max 200 xsd:string Opcional
DistrictName Max 200 xsd:string Opcional
POB Max 200 xsd:string Opcional
PostCode Max 200 xsd:string Opcional
City Max 200 xsd:string Validación
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.
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.
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
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
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
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
CorrDocRefID Min 21
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.
Este dato proporciona detalles específicos respecto del reporte FATCA enviado por la FFI sujeta a reportar.
ReportingGroup ftc:CorrectableR eportOrganisati on_Type Validación
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.
II.b.1.1. ResCountryCode
Definido en la Sección II.a.1.
II.b.1.2. TIN
Definido en la Sección II.a.2.
II.b.1.3. Name
Name 200 xsd:string Validación
Definido en la Sección II.a.3.
II.b.1.4. Address
Definido en la Sección II.a.4.
II.b.1.5. FilerCategory
FilerCategory Opcional
Definido en la Sección II.a.5.
II.b.1.6. DocSpec
Definido en la Sección II.a.6.
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
II.b.2.2. NoAccountToReport
NoAccountToReport xsd:string Validación
Este elemento es fijo y el único valor permitido es “yes”.
AccountReport ftc:CorrectableAccountReport_ Type Opcional
El AccountReport incluye los siguientes elementos:
II.b.3.1. DocSpec
II.b.3.2. AccountNumber
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ándar Descripción Valor
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
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
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
Individual sfa:PersonParty_Type Opcional
II.b.3.4.1.1. ResCountryCode
II.b.3.4.1.2. TIN
II.b.3.4.1.3. Name
II.b.3.4.1.4. Address
II.b.3.4.1.5. BirthInfo
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
Organisation sfa:OrganisationParty_ Type Opcional
Si el cuentahabiente reportado no es una persona natural, ingresar la información de identificación de la entidad.
II.b.3.4.2.1. ResCountryCode
II.b.3.4.2.2. TIN
II.b.3.4.2.3. Name
II.b.3.4.2.4. Address
II.b.3.4.3. AcctHolderType
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
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
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
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
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
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
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
PaymentTypeDesc Max 4000 sfa: Sting Opcional
Este elemento no se utiliza para el reporte FATCA.
II.b.3.6.1.3. PaymentAmnt
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
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
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
Parte Descripción Valor
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
• Los siguientes símbolos no se pueden usar:
‘ Apóstrofo
-- Doble guion
/* 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.

References: RESOLUCIÓN 

RESOLUCIÓN 

RESOLUCIÓN 
 artículo 6
 artículo 3
 artículo 8
 Resolución 
 artículo 4
 Resolución 
 resolución 
 Resolución 
 Resolución 
 resolución