Reporting FATCA Aspectos a considerar

Transcripción

1 Reporting FATCA Aspectos a considerar Pablo Martín González 10 de marzo de 2015

2 Índice Introducción al reporting FATCA 3 Obligaciones de comunicación 4 Principales requerimientos 7 Consideraciones adicionales 10 Envío de información a la AEAT 11 Modelo Esquema XML 16 Preguntas frecuentes (FAQs) 21 El futuro: FATCA + CRS Deloitte, S.L. 2

3 Introducción al reporting FATCA

4 Obligaciones de comunicación Orden ministerial Durante los primeros días de julio de 2014 se publicó en el BOE la Orden Ministerial que transpone FATCA a legislación Española. Principales obligaciones FATCA en España: Obtención de GIIN mediante el registro en la web del IRS. Identificación y clasificación de clientes. Comunicación anual de información de cuentas estadounidenses. Las entidades deberán enviar información a la AEAT de las cuentas estadounidenses entre el 1 de enero y el 31 de marzo de cada año Deloitte, S.L. 4

5 Obligaciones de comunicación Calendario de reporting España (FFIs) Cuentas nuevas Cuentas preexistentes Período habilitado para el reporting Identificación de nuevos clientes (2014) Fecha límite para el envío del reporte a la AEAT (ampliada) Personas físicas preexistentes > $ (30/06/2014) Identificación de nuevos clientes (2015) Fecha límite para el envío del reporte a la AEAT Personas físicas preexistentes < $ (30/06/2014) Personas jurídicas preexistentes (30/06/2014) Identificación de nuevos clientes (2016) Fecha límite para el envío del reporte a la AEAT 01/07/ /01/ /06/ /01/ /06/ /01/2017 Entrada en vigor de las obligaciones due diligence de FATCA 31/03/ /03/ /03/ /05/2015 El borrador de Orden Ministerial publicado el pasado 2 de marzo, amplía hasta el 31 de mayo de 2015 el plazo para el envío del reporte de cuentas FATCA Deloitte, S.L. 5

6 Obligaciones de comunicación Entidades obligadas a comunicar información Entidades de depósito Entidades de custodia Non reporting Financial Institutions Beneficiarios efectivos exentos* Entidades obligadas a comunicar información (GIIN) Entidades no obligadas a comunicar información Compañías de seguros Entidades de inversión Excepted FFI Instituciones consideradas cumplidoras* La normativa contempla la posibilidad de que una entidad financiera sujeta a obligaciones de reporting delegue sus funciones en un tercero (sponsoring). *Entidades definidas en el Anexo II del IGA como no obligadas a 2015 Deloitte, S.L. comunicar información. 6

7 Principales requerimientos Determinación de clientes reportables Due diligence Cuentas nuevas: persona física y jurídica Cuentas preexistentes: persona física y jurídica Cambio de circunstancias Clasificación de clientes Clasificaciones FATCA de persona física Clasificaciones FATCA de persona jurídica No documentados Cuentas reportables Specified US Person Passive NFFE con US Controlling Person Owner documented FFI con US substantial owners Deloitte, S.L. 7

8 Principales requerimientos Información a incluir en el reporte Misma información que en Cantidades procedentes de pagos a cuentas de custodia. 1. Misma información que en Rentas obtenidas durante el año 2015 (excepto ciertas cantidades procedentes de ventas o reembolsos) Nombre del titular de la cuenta. 2. TIN del titular de la cuenta. 3. Dirección de los titulares. 4. Número de cuenta. 5. Saldo de la cuenta. 6. Nombre y número identificador de la entidad financiera obligada a reportar Deloitte, S.L. 8

9 Principales requerimientos Reglas para el cálculo de balances Cuentas de depósito Saldo a reportar Saldo a 31 de Diciembre Cuentas de custodia Saldo a reportar Derivado 1 Derivado 2 Participación en fondo 1 (ómnibus) Participación en fondo 2 (no ómnibus) Solo será necesario reportar aquellas participaciones en fondos que, por su estructura de comercialización, no permitan a la gestora identificar a los clientes Deloitte, S.L. 9

10 Consideraciones adicionales Otros aspectos a considerar en el reporte Contratos con varios titulares Conversión de moneda Saldo total Titular 1 US person Titular 2 No US person Titular 3 US person Cambio publicado a 31 de diciembre del año que está siendo reportado Cierre de cuentas a) Saldo en el momento de la cancelación Saldo total Titular 1 US person Saldo total Titular 3 US person Saldo a reportar b) c) Balance de los 5 días anteriores a la cancelación Balance transferido a otra entidad financiera 2015 Deloitte, S.L. 10

11 Envío de información a la AEAT

12 Modelo 290 Aprobación y publicación Los artículos 13, 14 y 15 de la Orden Ministerial establecen la obligación de enviar la información de cuentas estadounidenses a través del modelo 290. El modelo 290 se presentará de forma electrónica mediante un esquema XML. Se ha publicado una guía técnica en formato pdf que recoge instrucciones para la elaboración y envío del modelo. Incluye: Requerimientos para el envío de reporte. Instrucciones para la preparación y envío del reporte. Descripción del fichero XML a enviar Deloitte, S.L. 12

13 Modelo 290 Envío del modelo 290 (I): Consideraciones El modelo 290 está basado en el FATCA Schema XML v1.1 elaborado por el IRS y la OCDE con algunas modificaciones para adaptarlo a la situación en España. Es posible enviar declaraciones sustitutivas y complementarias. No hay obligación de realizar declaración en blanco. El tamaño máximo permitido para los ficheros será de 512KB. La declaración no requiere ir firmada. Será necesario contar con un certificado digital aprobado por la AEAT para poder enviar el modelo 290 a través del servicio web Deloitte, S.L. 13

14 Modelo 290 Envío del modelo 290 (II): Qué es un fichero XML? XML es un lenguaje que permite estructurar la información mediante el uso de etiquetas. Cada etiqueta se corresponde con un dato concreto a incluir. El modelo 290 de la AEAT proporciona la estructura necesaria para que las entidades financieras construyan su propio fichero XML con los datos de sus cuentas reportables. El uso de ficheros XML proporciona varias ventajas de cara al intercambio de información: Se trata de una estructura extensible. Es posible modificarlo añadiendo nuevas etiquetas (de cara a futuros reportes FATCA o CRS). Conocida su estructura, se pueden replicar las etiquetas tantas veces como sea necesario para incluir toda la información. Ejemplo: fichero XML que incluye la cabecera y la información de una entidad financiera ficticia que envía el reporte. <npres:presentationheader> <npres:presentationcode> </npres:presentationcode> <npres:nationaltin>a </npres:nationaltin> <npres:year>2014</npres:year> <npres:presentationtype>normal</npres:presentationtype> <npres:dataquality>medium</npres:dataquality> </npres:presentationheader> <npres:presentationbody> <npres:reportingfi> <sfa:rescountrycode>es</sfa:rescountrycode> <sfa:tin>0000aa sp.000</sfa:tin> <sfa:name>deloitte S.L.</sfa:Name> <sfa:address> <sfa:countrycode>es</sfa:countrycode> <sfa:addressfix> <sfa:street>pablo Ruiz Picasso</sfa:Street> <sfa:buildingidentifier>1</sfa:buildingidentifier> <sfa:flooridentifier>planta 20</sfa:FloorIdentifier> <sfa:postcode>28020</sfa:postcode> <sfa:city>madrid</sfa:city> <sfa:countrysubentity>madrid</sfa:countrysubentity> </sfa:addressfix> </sfa:address> <ftc:docspec> <ftc:doctypeindic>fatca1</ftc:doctypeindic> <ftc:docrefid>es- A </ftc:DocRefId> </ftc:docspec> </npres:reportingfi> 2015 Deloitte, S.L. 14

15 Modelo 290 Envío del modelo 290 (III): Servicio web La presentación del modelo 290 se realizará a través de un servicio web. Se llevará a cabo un proceso de autenticación del solicitante de envío (certificado digital). Podrá enviarse desde cualquier ordenador siempre y cuando cuente con un certificado digital válido. Se ha habilitado un servicio web para pruebas de pre-producción Deloitte, S.L. 15

16 Esquema XML Tipologías de mensaje (I) Es posible realizar tres tipos de acciones: creación de mensajes, modificación de la información enviada y borrado de datos. La validación de los datos enviados se realiza a nivel par cuenta-titular, que se identifican con un código de referencia unívoco. En función del resultado del proceso se recibirán mensajes de aceptación total, aceptación parcial o rechazo. Acción Resultado Creación de datos Correcciones cuentatitular Modificaciones cuentatitular Anulaciones? Mensaje aceptado Mensaje total/parcialmente rechazado Problema en el servidor 2015 Deloitte, S.L. 16

17 Esquema XML Tipologías de mensaje (II): DocSpec DocSpec es una agrupación de campos que permiten identificar la tipología de mensaje enviado. Campo DocSpec Descripción Contenido DocTypeIndic DocRefId CorrDocRefId Indica el tipo de acción a realizar con los datos enviados por la entidad financiera. Contiene el identificador único de la entidad que envía el reporte. Contiene el indicador único a corregir. Posibles valores: FATCA1: creación de un nuevo registro. FATCA2: registro modificado a petición del IRS. FATCA3: registro anulado. FATCA4: registro modificado. Debe ajustarse al siguiente formato: ES-<NIF>-<Ejercicio>-<Resto identificador> donde: ES se refiere a España <NIF> es el NIF del declarante (campo NationalTIN) <Ejercicio> es el Ejercicio sobre el que se envía el reporte <Resto identificador> cuyo contenido deberá garantizar la unicidad del identificador para el NIF y el ejercicio. El servicio web validará que el indicador no se haya recibido previamente. Se rechazarán DocRefId repetidos. Indicador único del registro que se desea corregir Deloitte, S.L. 17

18 Esquema XML Datos incluidos en el modelo 290 De manera general, el modelo 290 incluirá, en 2015, los siguientes datos en relación a 2014: Datos de la FFI que reporta Datos de las cuentas reportadas Datos de los titulares reportados (*) Datos de los Controlling Person Datos de la entidad financiera que envía el reporte. Se rellenan una única vez por entidad y reporte y van siempre en la cabecera (header) del mismo. Una única cabecera por entidad que reporta. Datos a incluir por cada cuenta considerada como reportable. Una única entidad enviará la información relativa a todas las cuentas identificadas de forma individual dentro del mismo reporte. Información sobre US person/us entity. Las cuentas con más de un titular US Person se reportarán tantas veces como titulares reportables haya como si se tratase de cuentas con un único titular. Para Passive NFFE o Owner documented FFI con beneficiarios sustanciales US Person, será necesario incluir la información de los mismos tantas veces como beneficiarios reportables haya. GIIN Denominación/Razón social Dirección Ejercicio Declaración complementaria o sustitutiva Núm. Identificativo de la declaración anterior. Número de cuenta Saldo de cuenta Divisa de la cuenta País de residencia Número de identificación fiscal Nombre completo Dirección Fecha de nacimiento Tipo de titular País de residencia Número de identificación fiscal Nombre completo Dirección Fecha de nacimiento 2015 Deloitte, S.L. 18

19 Esquema XML Estructura del mensaje Se ha definido una estructura por bloques para el esquema XML. Datos de la FFI que reporta Datos de las cuentas reportadas Datos de los titulares reportados (*) Datos de los Controlling Person Cabecera Cuenta 1 Titular 1 (PF US Person) Cuenta 1 Titular 2 (PF US Person) Cuenta 2 Titular 1 (PJ US Person) Controlling Person 1 Cuenta 3 Titular 1 (PJ Passive NFFE) Controlling Person 1 Controlling Person 2 Controlling Person 3 Cuenta 4 Titular 1 (PF US Person) 2015 Deloitte, S.L. 19

20 Preguntas frecuentes (FAQs)

21 Preguntas frecuentes Sponsorship Es posible reportar en nombre de terceros? Sponsor FATCA define la figura de la entidad sponsor. Podrá realizar el reporte a la AEAT en nombre de otra endidad financiera. Aunque el proceso de comunicación se delegue en un sponsor, la obligación sigue recayendo sobre la entidad financiera. La entidad sponsor debe obtener un GIIN de sponsor que deberá incluir en el reporte para poder identificarse como tal. Se incluye la información del sponsor en el <Reporting Group> <npres:reportinggroup> <npres:sponsor> <sfa:rescountrycode>es</sfa:rescountrycode> <sfa:tin> aa.000</sfa:tin> <sfa:name>deloitte Sponsor</sfa:Name> <sfa:address> <sfa:countrycode>es</sfa:countrycode> <sfa:addressfix> <sfa:street>plaza Pablo Ruíz Picasso</sfa:Street> <sfa:buildingidentifier>1</sfa:buildingidentifier> <sfa:flooridentifier>planta 20</sfa:FloorIdentifier> <sfa:postcode>28020</sfa:postcode> <sfa:city>madrid</sfa:city> <sfa:countrysubentity>madrid</sfa:countrysubentity> </sfa:addressfix> </sfa:address> <ftc:docspec> <ftc:doctypeindic>fatca1</ftc:doctypeindic> <ftc:docrefid>es-a </ftc:docrefid> </ftc:docspec> </npres:sponsor> <npres:reportinggroup> Deberá incluirse el NIF de la entidad sponsor en la cabecera, empleando la etiqueta: Sponsor TIN: <npres:presentationheader> <npres:presentationcode> </npres:presentationcode> <npres:nationaltin>a </npres:nationaltin> <npres:sponsortin>a </npres:sponsortin> <npres:year>2014</npres:year> <npres:presentationtype>normal</npres:presentationtype> <npres:dataquality>medium</npres:dataquality> </npres:presentationheader> Si la entidad obligada a comunicar información cuenta con un GIIN propio, deberá incluirlo en <ReportingFI>. En caso contrario, empleará el GIIN de la entidad sponsor (el campo TIN de <ReportingFI> y <Reporting Group> serán iguales): <npres:reportingfi> <sfa:rescountrycode>es</sfa:rescountrycode> <sfa:tin>8124h sp.208</sfa:tin> 2015 Deloitte, S.L. 21

22 Preguntas frecuentes Información a reportar Debo reportar cuentas preexistentes cerradas que no haya revisado? Sí, es necesario revisar cuentas preexistentes cerradas que no hayan sido revisadas de forma previa a su cierre (si lo hacen con posterioridad al 30/06/2014). En caso de que no sea posible obtener documentación o clasificarla a efectos FATCA, deberá tratarse como reportable. Es necesario reportar los pagos realizados en cuenta de clientes durante el año 2014? No, la información a enviar es progresiva. Durante el año 2015 se incluirá información únicamente relativa al balance de las cuentas y en 2016 y 2017 se irá incorporando información de determinada tipología de pagos. Debo informar siempre la fecha de nacimiento de los clientes? La fecha de nacimiento es una información adicional. Únicamente es obligatoria para clientes preexistentes cuando no tiene TIN y siempre que se encuentre recogida en los sistemas de la entidad que reporta. Qué números de cuenta se consideran válidos para el reporte? En términos generales, se considera válido cualquier código identificativo que permita determinar de manera unívoca la cuenta que está siendo reportada. En este sentido se permiten el código IBAN, ISIN, número de referencia de un contrato de seguro con el valor en efectivo o de un contrato de anualidades o cualquier otro código identificativo Deloitte, S.L. 22

23 Preguntas frecuentes Modelo 290 Es posible realizar pruebas de manera previa al envío del reporte definitivo? La AEAT ha habilitado una URL para el envío de pruebas de reporting. Es posible identificar que se trata de una prueba a través del marcador Presentation Type (=Simulation). Qué puedo hacer si supero el tamaño máximo del fichero (512KB)? No es necesario incluir la información de todas las cuentas en un mismo reporte. Es posible enviar la información de las cuentas dividida en cuantos ficheros sea necesario. En cualquier caso, será necesario respetar la estructura original del fichero XML. Puede enviar el reporte cualquiera a través del servicio web? Cualquier persona con un certificado digital válido puede enviar el modelo 290 a la AEAT a través del servicio web habilitado. Es posible, por tanto, centralizar el envío de las entidades de un Grupo en una sola área/persona. Es posible reportar en una divisa distinta al dólar? El esquema XML para el modelo 290 incluye el campo currcod que es obligatorio y que permite incluir el código ISO para cualquier moneda, no solo dólares. Es por tanto, esperable, que pueda introducirse el saldo de la cuenta en euros a la hora de comunicar la información. El modelo 290 solicita el TIN de la entidad que reporta. Qué información debo incluir? En el modelo 290 se solicitan dos tipos de TIN: NationalTIN. Hace referencia al CIF de la entidad que reporta y se incluye en la cabecera del mensaje. TIN. Hace referencia al GIIN de la entidad que envía el reporte y se incluye en la presentación del mensaje Deloitte, S.L. 23

24 El futuro: FATCA + CRS

25 Convivencia de modelos de información Common Reporting Standard Los reportes de CRS y FATCA coincidirán a lo largo del tiempo Entidad financiera AEAT EEUU - FATCA 2017 en adelante EEUU - FATCA OCDE - CRS Entidad financiera AEAT UE - CRS 2015 Deloitte, S.L. 25

26 Deloitte hace referencia, individual o conjuntamente, a Deloitte Touche Tohmatsu Limited ("DTTL"), sociedad del Reino Unido no cotizada limitada por garantía, y a su red de firmas miembro y sus entidades asociadas. DTTL y cada una de sus firmas miembro son entidades con personalidad jurídica propia e independiente. DTTL (también denominada "Deloitte Global") no presta servicios a clientes. Consulte la página si desea obtener una descripción detallada de DTTL y sus firmas miembro. Deloitte presta servicios de auditoría, consultoría, asesoramiento fiscal y legal y asesoramiento en transacciones y reestructuraciones a organizaciones nacionales y multinacionales de los principales sectores del tejido empresarial. Con más de profesionales y presencia en 150 países en todo el mundo, Deloitte orienta la prestación de sus servicios hacia la excelencia empresarial, la formación, la promoción y el impulso del capital humano, manteniendo así el reconocimiento como la firma líder de servicios profesionales que da el mejor servicio a sus Deloitte