Singapurlu bir RCASP’nin yükümlülükleri
Singapurlu bir RCASP, kapsam dâhilinde olup olmadığını belirlemelidir. Lisanslı bir DPT hizmet sağlayıcısı veya DTSP lisans sahibi için yanıt neredeyse her zaman evettir. Ardından her kullanıcı için durum tespiti yapmalıdır: gerçek ve tüzel kişiler için vergi mukimliğine ilişkin öz beyan, pasif kuruluşlar için kontrol eden kişilerin tespiti ve elde zaten bulunan kara para aklamayla mücadele bilgileriyle bir makullük kontrolü. Mevcut kullanıcılar, genellikle başlangıçtan itibaren on iki ay olan bir geçiş süresi içinde belgelendirilmelidir. RCASP, IRAS’a OECD’nin XML şemasında her yıl rapor vermelidir. Bu, CRS döngüsüyle uyumlu olması için muhtemelen raporlama yılını izleyen 31 Mayıs’a kadar olacaktır.1 Uyumsuzluk, Gelir Vergisi Kanununun uluslararası vergi uyumuna ilişkin hükümleri kapsamında bir suçtur. Kuruluş ve makul özeni göstermeyen yöneticileri için para cezaları öngörülür.2
Kara para aklamayla mücadeleye yönelik durum tespitiyle örtüşme, iyi organize olmuş bir RCASP’nin yararlandığı verimliliktir. MAS’ın PSN02 sayılı bildirimi kapsamındaki müşteri durum tespiti (CDD), zaten ad, adres, doğum tarihi, uyruk ve kimlik belgelerini toplar ve tüzel kişi müşterilerin gerçek faydalanıcılarını tespit eder (bkz. L. Kısım, II. Bölüm). CARF buna vergi mukimliğini ve vergi kimlik numaralarını ekler ve öz beyanın kullanıcının imzaladığı veya teyit ettiği bir biçimde olmasını şart koşar. Her iki veri setini bir kez toplayan birleşik bir müşteri kabul formu standart yaklaşımdır. Bu Kısım’ın III. Bölümünde açıklanan GST bağlılık (belonging) durumuna ilişkin kanıtlar da aynı kaynaktan alınabilir. Her iki merkezde birer RCASP’si bulunan bir İsviçre-Singapur grubu, tek bir CARF veri modeli ve iki raporlama altyapısı işletmelidir. Çünkü İsviçre ve Singapur şemaları OECD şemasıdır ve yalnızca iletim kanalı bakımından farklılık gösterir.
Uygulama notu
Singapur’da bir borsa ve Zug’da kardeş bir borsa işletiyorsanız, CARF müşteri kabul sürecini bir kez kurun ve yeniden kullanın. Öz beyanı hesap açılışında toplayın, vergi kimlik numarasının biçimini OECD’nin TIN kurallarına göre doğrulayın, mukim olunan ülkeyi yapılandırılmış bir alan olarak saklayın ve her işlem kaydını kullanıcının işlem tarihindeki mukimliğine bağlayın. Yıllık toplulaştırmayı her iki kuruluşun da çalıştırabileceği bir rapor olarak kurun. Her iki rejim de isimleri belirlenmiş kişileri sorumlu tuttuğundan, her kuruluşta bir CARF sorumlusu atayın. İlk beyandan önce XML çıktısını OECD doğrulama aracıyla test edin. Bunu 2025 ve 2026’da yapan bir grup, CRS’in 2017 ve 2018’de yol açtığı telaştan kaçınır.
Notlar
- OECD, Crypto-Asset Reporting Framework, Section III (mevcut ve yeni gerçek kişi ve tüzel kişi kullanıcılar için durum tespiti; öz beyanların geçerliliği) ve CARF XML Schema and User Guide, 2024. ↩
- Income Tax Act 1947, Part 20B (vergi uyumunu geliştirmeye yönelik uluslararası anlaşmalar), özellikle raporlama yükümlüsü finansal kuruluşlara ve CARF yönetmelikleri kapsamında raporlama yükümlüsü kripto varlık hizmet sağlayıcılarına uygulanan suç ve ceza hükümleri. ↩
Yalnızca genel bilgi amaçlıdır. Bu makale hukuki veya vergisel danışmanlık niteliği taşımaz, somut bir olaya ilişkin danışmanlığın yerini tutmaz ve avukat-müvekkil ilişkisi kurmaz. Makale, Ekim 2026 itibarıyla hukuki durumu yansıtır.