Obligaciones de un RCASP singapurense
Leer la edición en PDF (3 páginas)
Un RCASP singapurense debe determinar si está dentro del ámbito de aplicación, lo que para un proveedor de servicios de DPT con licencia o un titular de licencia DTSP es casi siempre así. A continuación debe aplicar la diligencia debida a cada usuario: una autocertificación de residencia fiscal para personas físicas y entidades, la identificación de las personas que ejercen el control en las entidades pasivas y una comprobación de razonabilidad frente a la información de prevención del blanqueo de capitales que ya obra en su poder. Los usuarios preexistentes deben documentarse dentro de un periodo transitorio, normalmente de doce meses desde el inicio. El RCASP debe informar anualmente al IRAS (la administración tributaria), probablemente antes del 31 de mayo siguiente al año de referencia para coincidir con el ciclo del CRS, en el esquema XML de la OCDE.1 El incumplimiento constituye una infracción conforme a las disposiciones de cumplimiento tributario internacional de la Income Tax Act, con multas para la entidad y para los directivos que no actúen con la diligencia razonable.2
El solapamiento con la diligencia debida contra el blanqueo de capitales es la eficiencia que aprovecha un RCASP bien organizado. La diligencia debida de clientes conforme a la MAS Notice PSN02 ya recaba nombre, dirección, fecha de nacimiento, nacionalidad y documentos de identidad, y ya identifica a los beneficiarios efectivos de los clientes que son entidades (véase la parte L, capítulo II). El CARF añade la residencia fiscal y los números de identificación fiscal, y exige que la autocertificación revista una forma que el usuario firme o confirme. El enfoque habitual es un formulario de alta combinado que recaba ambos conjuntos de datos una sola vez. Las pruebas de pertenencia a efectos del GST descritas en el capítulo III de esta parte pueden extraerse de la misma fuente. Un grupo suizo-singapurense con un RCASP en cada centro debería utilizar un único modelo de datos CARF y dos circuitos de comunicación, porque los esquemas suizo y singapurense son el esquema de la OCDE y solo difieren en el canal de transmisión.
Nota práctica
Si opera una plataforma de intercambio en Singapur y una plataforma hermana en Zug, construya el proceso de alta del CARF una sola vez y reutilícelo. Recabe la autocertificación al abrir la cuenta, valide el formato del número de identificación fiscal conforme a las reglas de la OCDE sobre los TIN, almacene la jurisdicción de residencia como un campo estructurado y vincule cada registro de operación con la residencia del usuario en la fecha de la operación. Construya la agregación anual como un informe que ambas entidades puedan ejecutar. Designe un responsable del CARF en cada entidad, ya que ambos regímenes atribuyen la responsabilidad a personas concretas. Pruebe la salida XML con la herramienta de validación de la OCDE antes de la primera presentación. Un grupo que haga esto en 2025 y 2026 se ahorra las prisas que provocó el CRS en 2017 y 2018.
Notas
- OCDE, Crypto-Asset Reporting Framework, sección III (diligencia debida para usuarios personas físicas y entidades preexistentes y nuevos; validez de las autocertificaciones) y CARF XML Schema and User Guide, 2024. ↩
- Income Tax Act 1947, Part 20B (acuerdos internacionales para mejorar el cumplimiento tributario), en particular las disposiciones sobre infracciones y sanciones aplicables a las entidades financieras obligadas a comunicar información y, conforme a los reglamentos del CARF, a los proveedores de servicios de criptoactivos obligados a comunicar información. ↩
Solo a efectos de información general. Este artículo no constituye asesoramiento jurídico ni fiscal, no sustituye el asesoramiento en un caso concreto y no crea una relación abogado-cliente. Refleja la situación jurídica a fecha de octubre 2026.