Обязанности сингапурского RCASP
Сингапурский RCASP должен определить, подпадает ли он под CARF, и для лицензированного поставщика услуг DPT или лицензиата DTSP ответ почти всегда положительный. Затем он должен провести надлежащую проверку каждого пользователя: получить самосертификацию налогового резидентства от физических лиц и организаций, установить контролирующих лиц пассивных организаций и проверить данные на разумность по сведениям ПОД, которые у него уже есть. Существующих пользователей нужно задокументировать в течение переходного периода, обычно двенадцати месяцев с начала применения. RCASP должен ежегодно отчитываться перед IRAS, вероятно до 31 мая года, следующего за отчётным, в соответствии с циклом CRS, по XML-схеме ОЭСР.1 Невыполнение требований является правонарушением по положениям Закона о подоходном налоге о международном налоговом комплаенсе и влечёт штрафы для организации и для должностных лиц, не проявивших разумной осмотрительности.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.