Обов’язки сінгапурського RCASP
Читати PDF-версію (4 сторінок)
Сінгапурський RCASP мусить визначити, чи підпадає він під дію правил. Для ліцензованого постачальника послуг із DPT або ліцензіата DTSP відповідь майже завжди «так». Далі він мусить провести належну перевірку кожного користувача: отримати самосертифікацію податкового резидентства від фізичних осіб і структур, ідентифікувати контролюючих осіб пасивних структур і перевірити обґрунтованість даних на тлі наявної інформації з протидії відмиванню грошей. Наявних користувачів слід задокументувати протягом перехідного періоду, зазвичай дванадцяти місяців від початку дії правил. RCASP мусить щороку звітувати до IRAS, імовірно до 31 травня після звітного року, щоб збігатися з циклом CRS, у форматі XML-схеми ОЕСР.1 Невиконання вимог є правопорушенням за положеннями Закону про податок на доходи (Income Tax Act) про міжнародне дотримання податкових вимог і тягне штрафи для структури та для посадових осіб, які не проявили розумної обачності.2
Збіг із належною перевіркою з протидії відмиванню грошей — це резерв ефективності, яким користується добре організований RCASP. Належна перевірка клієнтів відповідно до Повідомлення MAS PSN02 уже передбачає збирання імені, адреси, дати народження, громадянства та документів, що посвідчують особу, і вже ідентифікує бенефіціарних власників клієнтів-структур (див. частину L, розділ II). CARF додає податкове резидентство та ідентифікаційні номери платників податків і вимагає, щоб самосертифікація мала форму, яку користувач підписує або підтверджує. Стандартний підхід — об’єднана форма онбордингу, що збирає обидва набори даних за один раз. З того самого джерела можна брати й докази належності клієнта до певної країни для цілей GST, описані в розділі III цієї частини. Швейцарсько-сінгапурській групі з RCASP у кожному хабі варто мати одну модель даних CARF і два процеси звітування. Швейцарська і сінгапурська схеми — це схема ОЕСР, і вони різняться лише каналом передання.
Практична примітка
Якщо ви керуєте біржею в Сінгапурі та сестринською біржею в Цузі, побудуйте онбординг за CARF один раз і використовуйте його повторно. Збирайте самосертифікацію під час відкриття рахунку, перевіряйте формат ідентифікаційного номера платника податків за правилами ОЕСР щодо TIN, зберігайте юрисдикцію резидентства як структуроване поле і пов’язуйте кожен запис про операцію з резидентством користувача на дату операції. Побудуйте щорічне агрегування як звіт, який можуть формувати обидві структури. Призначте в кожній структурі відповідальну особу за CARF, бо обидва режими покладають відповідальність на конкретних осіб. Перевірте XML-вивантаження інструментом валідації ОЕСР до першого подання. Група, яка зробить це у 2025 і 2026 роках, уникне метушні, яку спричинив CRS у 2017 і 2018 роках.
Примітки
- OECD, Crypto-Asset Reporting Framework, Section III (належна перевірка наявних і нових користувачів — фізичних осіб і структур; чинність самосертифікацій) і CARF XML Schema and User Guide, 2024. ↩
- Income Tax Act 1947, Part 20B (міжнародні угоди про покращення дотримання податкових вимог), зокрема положення про правопорушення та санкції, що застосовуються до фінансових установ, які подають звітність, і, відповідно до положень щодо CARF, до постачальників послуг із криптоактивами, що подають звітність. ↩
Лише для загального ознайомлення. Ця стаття не є юридичною чи податковою консультацією, не замінює консультації щодо конкретної справи й не створює відносин між адвокатом і клієнтом. Вона відображає правове становище станом на жовтень 2026.