সংস্করণ ও 2027-এর নতুন কাঠামোতে স্থানান্তর
এই নিবন্ধে 8 জুলাই 2026-এ প্রকাশিত IRAS-এর চতুর্থ সংস্করণের CRS XML ব্যবহারবিধি, সংস্করণ 4.0.1 অনুসরণ করা হয়েছে। 1 জানুয়ারি 2027 থেকে পুরোনো বছরের রিটার্ন ও সংশোধনসহ প্রতিটি XML CRS দাখিলে OECD CRS কাঠামো v3.0 ব্যবহার করতে হবে। তার আগে v2.0 ও IRAS-এর তৃতীয় সংস্করণ ব্যবহার করুন। দাখিলের তারিখ অনুযায়ী কাঠামো নির্বাচন হয়; নতুন তথ্যক্ষেত্রের রূপান্তরকালীন মান আলাদাভাবে প্রতিবেদনবর্ষের ওপর নির্ভর করে। এই নির্দেশিকা CRS বিধি ও যথাযথ যাচাইয়ের মূল নির্দেশনার সম্পূরক; কোন হিসাব প্রতিবেদনযোগ্য, তা নিজে নির্ধারণ করে না।
দাখিলের মাধ্যম, ফাইলের আকার ও ক্রম
শূন্য রিটার্নসহ সব রিটার্ন myTax Portal দিয়ে ইলেকট্রনিকভাবে দাখিল করতে হয়। চাইলে সব প্রতিবেদনযোগ্য অধিক্ষেত্র একটি রিটার্নে একত্র করা যায়। XML-এ ডিজিটাল স্বাক্ষর, এনক্রিপশন বা সংকোচন লাগে না। 1 জানুয়ারি 2027 থেকে প্রতিটি অসংকুচিত ফাইলের সর্বোচ্চ আকার 5MB থেকে বাড়িয়ে 50MB করা হচ্ছে। বড় ফাইল ভাগ করুন এবং পরবর্তী ফাইলগুলো দাখিলের আগে IRAS প্রথমটি গ্রহণ করা পর্যন্ত অপেক্ষা করুন। ভুল প্রাথমিক দাখিলের পরের দিনের আগে সংশোধন/বাতিল দাখিল করা যাবে না; সংশোধনের সংশোধনের ক্ষেত্রেও আগেরটি গৃহীত হওয়া পর্যন্ত অপেক্ষা করতে হবে। ফাইলের নামের নির্দিষ্ট নিয়ম নেই, তবে MessageRefID ব্যবহার করার পরামর্শ আছে। XML তৈরি করে না এমন প্রতিষ্ঠানের জন্য পূরণযোগ্য PDF রিটার্ন বিকল্প ব্যবস্থা।
শূন্য রিটার্ন ও Trustee-Documented Trust
প্রতিবেদনযোগ্য হিসাব নেই এমন সাধারণ SGFI AEOI ডিজিটাল সেবার “Submit Nil Data” ব্যবহার করে; XML শূন্য রিটার্ন নয়। একজন ট্রাস্টি একটি ডিজিটাল দাখিলে সর্বোচ্চ 50টি Trustee-Documented Trust (TDT)-এর শূন্য রিটার্ন দিতে পারেন, অথবা নিজের তত্ত্বাবধানে থাকা ট্রাস্টগুলোর জন্য XML ব্যবহার করতে পারেন। CRS703 কেবল ট্রাস্টির ওই XML শূন্য-প্রতিবেদনের পরিস্থিতির জন্য; সেখানে AccountReport বাদ যায়। XML-এর ReportingFI-এ ফাইল পাঠানো ট্রাস্টি নয়, ট্রাস্টের পরিচয় দিতে হয়।
এনকোডিং, বিশেষ চিহ্নের বিকল্প রূপ ও নিষিদ্ধ বিষয়বস্তু
XML ঘোষণা দিয়ে শুরু করুন, UTF-8 এনকোডিং ব্যবহার করুন এবং byte order mark বাদ দিন। অ্যাম্পারস্যান্ড, ঊর্ধ্বকমা, কোণবন্ধনী ও দ্বৈত উদ্ধৃতিচিহ্ন যথাক্রমে &, ', <, > ও " দিয়ে লিখুন। এ ছাড়া #, --, /* অথবা &# থাকা তথ্য IRAS প্রত্যাখ্যান করে; ওই চিহ্নগুচ্ছের গ্রহণযোগ্য বিকল্প নির্দেশিকায় দেওয়া নেই। বাধ্যতামূলক ঘরে খালি পাঠ বসাবেন না। পাঠভিত্তিক উপাদানের ন্যূনতম দৈর্ঘ্য এক অক্ষর; ঐচ্ছিক ঘরে মান না থাকলে সেটি বাদ দিন। পাঠানোর আগে কাঠামো ও সিঙ্গাপুরের কার্যগত নিয়ম দিয়ে ফাইল যাচাই করুন।
কাঠামোতে ঐচ্ছিক মানেই প্রতিবেদনেও সর্বদা ঐচ্ছিক নয়
“Validation” ঘর উপস্থিত থাকতে হবে এবং স্বয়ংক্রিয় পরীক্ষায় উত্তীর্ণ হতে হবে; “Validation (choice)” মানে বাধ্যতামূলক মূল উপাদানের অধীনে অনুমোদিত বিকল্পগুলোর একটি প্রয়োজন। কাঠামোতে ঐচ্ছিক দেখানো উপাদানও CRS অনুযায়ী বাধ্যতামূলক হতে পারে, যদি না আইনগত/অনুমোদিত কারণে তথ্য অনুপলব্ধ হয়—যেমন আগে সংগ্রহ না করা আগে থেকে বিদ্যমান হিসাবের TIN। সাধারণ ঐচ্ছিক তথ্য হাতে থাকলে দেওয়ার পরামর্শ রয়েছে; “Optional (non-CRS)” CRS-এ ব্যবহৃত হয় না। XSD-এর প্রযুক্তিগত গ্রহণযোগ্যতার পাশাপাশি প্রতিবেদনদানের মূল দায়িত্বও মানুন।
বার্তার শিরোভাগ ও প্রেরকের পরিচয়
SendingCompanyIN প্রেরককে শনাক্ত করে; প্রেরক SGFI অথবা তার সেবা প্রদানকারী হতে পারে। “Entity ID Type”, একটি ফাঁক এবং সিঙ্গাপুরের কর নম্বর ব্যবহার করুন, যেমন ASGD A1234567D। অনুমোদিত ধরন UEN-Business, UEN-Local Co, UEN-Others, ASGD ও ITR। TransmittingCountry ও ReceivingCountry উভয়টি SG, আর MessageType হলো CRS। IRAS-এর স্বয়ংক্রিয় প্রক্রিয়াকরণের জন্য Warning ও Contact খালি রাখতে হবে; প্রতিবেদনসংক্রান্ত যোগাযোগে দাখিলের স্বীকৃতি-শনাক্তকারীসহ CRS@iras.gov.sg ব্যবহার করা হয়, এবং IRAS নিবন্ধিত যোগাযোগের ব্যক্তি/অনুমোদিত ব্যবহারকারীদের সঙ্গে যোগাযোগ করে।
অনন্য 25 অক্ষরের MessageRefID তৈরি
সিঙ্গাপুরের শনাক্তকারীর বিন্যাস: প্রতিবেদনবর্ষ YYYY + প্রেরকের কর নম্বরের ডানদিকে হাইফেন যোগ করে দশ অক্ষর + ফাইল তৈরির তারিখ YYYYMMDD + তিন অঙ্কের দৈনিক ক্রমিক সংখ্যা। সত্তার ID-ধরনের উপসর্গ যোগ করবেন না। ক্রমিক সংখ্যা 000–999; একই প্রেরকের একই দিনে তৈরি সব ফাইলে, ভিন্ন ফান্ডের ফাইলসহ, শনাক্তকারী অনন্য হতে হবে। নির্দেশিকার ঐতিহাসিক উদাহরণে 201701234567L-20180521001 এবং পরেরটিতে শেষাংশ 002 ব্যবহৃত। সাধারণ কাঠামো দীর্ঘতর শনাক্তকারী গ্রহণ করলেও সিঙ্গাপুরের নির্ধারিত বিন্যাস 25 অক্ষরের। প্রতিটি সংশোধনের নিজস্ব নতুন MessageRefID থাকে।
বার্তার ধরন, প্রতিবেদনকাল ও সময়ের ছাপ
CRS701 নতুন তথ্য, CRS702 সংশোধন/অপসারণ এবং CRS703 অনুমোদিত TDT শূন্য তথ্য বোঝায়। একই ফাইলে নতুন রেকর্ডের সঙ্গে সংশোধন/অপসারণের রেকর্ড মেশাবেন না; পোর্টালের “Submit New Data” অথবা “Correct/Void Past Data” নির্বাচনের সঙ্গে মিল রাখুন। CRS-এ CorrMessageRefID ব্যবহৃত হয় না। ReportingPeriod হলো প্রতিবেদনবর্ষের শেষ দিন, যেমন 2017-12-31। Timestamp তথ্য সংকলনের সময়, YYYY-MM-DDThh:mm:ss বিন্যাসে; চাইলে তিন অঙ্কের মিলিসেকেন্ড যোগ করা যায়। তৈরির তারিখ বা দাখিলের তারিখ কোনোটিই প্রতিবেদনকালের বিকল্প নয়।
ব্যক্তি: কর-নিবাস ও অধিক্ষেত্রের পরিবর্তন
ব্যক্তি-হিসাবধারী ও নিষ্ক্রিয় NFE-এর নিয়ন্ত্রণকারী ব্যক্তির জন্য PersonParty_Type ব্যবহার হয়। কর-নিবাসের ISO alpha-2 কোড দিন; প্রত্যেক প্রতিবেদনযোগ্য কর-নিবাসের অধিক্ষেত্রের জন্য পৃথক AccountReport লাগে। নিবাসের কোড নাগরিকত্ব বা ঠিকানার দেশ নয়। গৃহীত প্রতিবেদনের নিবাস-অধিক্ষেত্র বদলাতে হলে প্রথমে তা বাতিল করে নতুন AccountReport দিন; শুধু সাধারণ ঘর-সংশোধন পাঠাবেন না। নথিহীন হিসাবে নিবাস SG এবং নির্ধারিত নথিহীন-ঠিকানার পদ্ধতি ব্যবহার করুন। Nationality CRS-এর ঘর নয়।
TIN, প্রদানকারী অধিক্ষেত্র ও নম্বর না থাকার কারণ
নিবাসের অধিক্ষেত্র স্বীকৃত TIN বা সমতুল্য নম্বর ব্যবহার করুন; একাধিক স্বীকৃত নম্বর থাকলে পুনরাবৃত্তি করুন। জানা থাকলে issuedBy দিন, না জানা থাকলে বৈশিষ্ট্যটি বাদ দিন। শূন্য, একই বর্ণের পুনরাবৃত্তি বা বানানো বিকল্প মান ব্যবহার করবেন না। নম্বর বা কারণের কোড কোনোটিই না দিলে TIN উপাদান বাদ দিন। জানা থাকলে কারণ দেওয়ার উৎসাহ দেওয়া হয়েছে; IRAS104-এর জন্য যুক্তিসংগত ব্যাখ্যা এবং প্রাসঙ্গিক ক্ষেত্রে সমর্থনকারী নথি লাগে। সত্তার IN-এর ক্ষেত্রেও একই পদ্ধতি প্রযোজ্য, যার মধ্যে স্বীকৃত কোম্পানি/EIN/অন্যান্য শনাক্তকারী রয়েছে।
| কোড | TIN/IN না থাকার কারণ |
|---|---|
| IRAS101 | নিবাসের অধিক্ষেত্র নম্বরটি দেয় না |
| IRAS102 | নিবাসের অধিক্ষেত্র নম্বরটি জানানোর বাধ্যবাধকতা রাখে না |
| IRAS103 | পরিস্থিতির পরিবর্তন; নম্বরসহ নতুন স্ব-প্রত্যয়ন সংগ্রহ করা হচ্ছে |
| IRAS104 | ব্যাখ্যা ও যথাযথ নথিসহ অন্য কারণ |
নাম, একক নাম ও ঐচ্ছিক বিশেষ পরিচয়
FirstName ও LastName বাধ্যতামূলক। প্রথম নাম, থাকলে মধ্যনাম এবং শেষ নাম সংগ্রহ করে নিজ নিজ ঘরে দিন। সম্পূর্ণ প্রথম নাম পাওয়া না গেলে আদ্যক্ষর অথবা NFN ব্যবহার করা যায়; একক নাম হলে FirstName-এ NFN এবং LastName-এ একক নামটি দিন। MiddleName, NamePrefix, নামের আগের সম্মানসূচক পরিচয়, উপাধি, প্রজন্ম-শনাক্তকারী, suffix/general suffix ও xnlNameType বিশেষ পরিচয় ঐচ্ছিক; সাধারণত 1–200 অক্ষর। নামের ধরনের কোড OECD202 ব্যক্তি, 203 বিকল্প নাম, 204 ডাকনাম, 205 অন্য যে নামে পরিচিত, 206 যে নামে ব্যবসা চলে, 207 আইনগত নাম ও 208 জন্মনাম। পাওয়া যায়নি এমন জন্ম/বিবাহসংক্রান্ত নামের তথ্য বানাবেন না।
ঠিকানা: নির্ধারিত কাঠামো, মুক্ত পাঠ ও নথিহীন হিসাব
স্থায়ী নিবাসের ঠিকানার জন্য AddressFix অগ্রাধিকার দিন; না থাকলে প্রতিবেদন তৈরির সময় রেকর্ডে থাকা ডাকের ঠিকানা ব্যবহার করুন। CountryCode বাধ্যতামূলক। AddressFix-এ City দিতে হয় এবং বিদ্যমান পোস্টকোডসহ পাওয়া গেলে রাস্তা/ভবন/কক্ষ/তলা/জেলা/ডাকবাক্স/রাজ্যের ঘর পূরণ করা উচিত। নির্ধারিত শহর/রাজ্য/পোস্টকোডের সঙ্গে রাস্তার মুক্ত পাঠ রাখা যায়। কাঠামো অনুযায়ী ঠিকানা দেওয়া সম্ভব না হলে অথবা নথিহীন হিসাব হলেই শুধু AddressFree একা ব্যবহার করুন; তখন City লাগে না। মুক্ত ঠিকানায় ফাঁক, স্ল্যাশ বা লাইনভাঙা ব্যবহার করা যায়, সর্বোচ্চ 4,000 অক্ষর। নথিহীন হিসাবে দেশ SG এবং AddressFree “Undocumented” দিন। ঠিকানার আইনগত ধরনের কোড OECD301–305 যথাক্রমে বাসস্থান-বা-ব্যবসা, বাসস্থান, ব্যবসা, নিবন্ধিত কার্যালয় ও অনির্দিষ্ট বোঝায়।
জন্মের তথ্য ও সত্তা-হিসাবধারী
জন্মতারিখ YYYY-MM-DD বিন্যাসে; আগে থেকে বিদ্যমান হিসাবে জন্মতারিখ রেকর্ডে না থাকলে উল্লিখিত নিয়ম অনুযায়ী তা বাদ দিন। জন্মস্থান জানালে শহর, ঐচ্ছিক উপ-শহর এবং বর্তমান দেশের কোড অথবা পূর্বতন দেশের নাম—দুটির একটি দিন। সত্তা-হিসাবধারীর জন্য OrganisationParty_Type: নিবাস, IN, আইনগত নাম ও ঠিকানা ব্যবহৃত হয়। একাধিক কর-নিবাসের অধিক্ষেত্র হলে পৃথক প্রতিবেদন লাগে; অধিক্ষেত্র বদলালে বাতিল করে নতুন প্রতিবেদন দিতে হয়। সত্তার একাধিক স্বীকৃত IN পুনরাবৃত্তি করা যায়; issuedBy ও INType দেওয়া হলে তা প্রদানকারী অধিক্ষেত্র/ধরন বোঝায়। আইনগত নাম বাধ্যতামূলক, সাধারণত 1–200 অক্ষর।
CRS-এর মূল অংশ, ReportingFI ও TDT শনাক্তকারী
XSD-তে ঐচ্ছিক দেখালেও IRAS-এর জন্য CrsBody বাধ্যতামূলক। এতে ReportingFI ও ঠিক একটি ReportingGroup থাকে; প্রয়োজনমতো AccountReport পুনরাবৃত্তি হয়। ReportingFI হিসাব রক্ষণকারী SGFI-কে শনাক্ত করে, যা সব সময় প্রেরক নয়। CRS নিবন্ধনের সঙ্গে যুক্ত একটিমাত্র সিঙ্গাপুরের কর নম্বর ধরন + ফাঁক + নম্বর দিয়ে লিখুন; INType-এ ওই সত্তার ID-ধরন লিখবেন না। ট্রাস্টি TDT-এর জন্য দাখিল করলে ট্রাস্টকে শনাক্ত করে IRAS-এর দেওয়া রেফারেন্স “TDT reference-number” হিসেবে ব্যবহার করুন। ReportingFI ও প্রত্যেক AccountReport-এর নিজস্ব DocSpec থাকে। Sponsor, Intermediary ও PoolReport CRS-বহির্ভূত; প্রযোজ্য নয়।
হিসাব নম্বর ও অবস্থাসূচক চিহ্ন
AccountNumber বাধ্যতামূলক: হিসাব নম্বর, ঋণ/মূলধনস্বত্বের ISIN/কোড, বিমা/বার্ষিক বৃত্তির চুক্তি-শনাক্তকারী বা কার্যগত অনন্য সমতুল্য ব্যবহার করুন। নম্বর দেওয়ার কোনো ব্যবস্থাই না থাকা ব্যতিক্রমী ক্ষেত্রে কেবল NANUM ব্যবহার করুন। পাওয়া গেলে IBAN/ISIN ও তার ধরন অগ্রাধিকার দিন। AcctNumberType কোড OECD601 IBAN, 602 অন্য ব্যাংক নম্বর, 603 ISIN, 604 অন্য সিকিউরিটিজ নম্বর, 605 অন্য শনাক্তকারী ও 606 নির্দিষ্ট ইলেকট্রনিক-মুদ্রা পণ্য বোঝায়। UndocumentedAccount, ClosedAccount ও DormantAccount বুলিয়ান বৈশিষ্ট্য কাঠামোতে ঐচ্ছিক, কিন্তু প্রযোজ্য হলে প্রতিবেদনে বাধ্যতামূলক। বন্ধ হিসাবে স্থিতি বাদ দেওয়ার পরিবর্তে শূন্য স্থিতি ও বন্ধের চিহ্ন দিন।
সত্তা-হিসাবধারীর শ্রেণিবিন্যাস
Individual অথবা Organisation-এর সঙ্গে AcctHolderType বেছে নিন; দুটোই বাদ দেওয়া যাবে না। সত্তার কোড CRS101 অন্তত একজন প্রতিবেদনযোগ্য নিয়ন্ত্রণকারী ব্যক্তিসহ নিষ্ক্রিয় NFE; CRS102 প্রতিবেদনযোগ্য ব্যক্তি; CRS103 নিজেই প্রতিবেদনযোগ্য ব্যক্তি এমন নিষ্ক্রিয় NFE। নিষ্ক্রিয়-NFE-এর ওই শর্ত প্রযোজ্য হলে প্রতিবেদনযোগ্য নিয়ন্ত্রণকারী ব্যক্তির তথ্য বাধ্যতামূলক। প্রত্যেক স্বতন্ত্র প্রতিবেদনযোগ্য নিয়ন্ত্রণকারী ব্যক্তি এবং প্রত্যেক প্রতিবেদনযোগ্য নিবাসের অধিক্ষেত্রের জন্য পৃথক প্রতিবেদন ব্যবহার করুন; একই ব্যক্তির একাধিক সম্পর্ক থাকলে একই প্রতিবেদনে ControllingPerson-এর ভূমিকা পুনরাবৃত্তি করা যায়।
নিষ্ক্রিয় NFE-এর ছয়টি প্রতিবেদন-উদাহরণের সবগুলো
নিবাস মিলে গেলে অপ্রয়োজনীয় সদৃশ সত্তা-রেকর্ড এড়ানো যায়, কিন্তু স্বতন্ত্র নিয়ন্ত্রণকারী ব্যক্তিদের একত্র করা যায় না। X, Y ও Z উদাহরণমূলক কর-নিবাসের অধিক্ষেত্র, নাগরিকত্বের কোড নয়।
| উদাহরণ | নিবাসসংক্রান্ত তথ্য | প্রয়োজনীয় প্রতিবেদন |
|---|---|---|
| 1 | সত্তা X; একজন CP X | একটি CRS101 প্রতিবেদন |
| 2 | সত্তা X; CP1 X ও CP2 X | প্রতি CP-এর জন্য একটি করে মোট দুটি CRS101 প্রতিবেদন |
| 3 | সত্তা X; CP1 Y ও CP2 Z, সবাই প্রতিবেদনযোগ্য | CP-এর দুটি CRS101 প্রতিবেদন এবং সত্তার একটি CRS103 প্রতিবেদন |
| 4 | সত্তা X; CP1 X ও CP2 Y | দুটি CRS101 প্রতিবেদন; সত্তা-X-এর সদৃশ অতিরিক্ত প্রতিবেদন নয় |
| 5 | সত্তা X প্রতিবেদনযোগ্য নয়; CP Y প্রতিবেদনযোগ্য | CP-এর জন্য একটি CRS101 |
| 6 | সত্তা X প্রতিবেদনযোগ্য; CP Y প্রতিবেদনযোগ্য নয় | সত্তার জন্য একটি CRS103 |
নিয়ন্ত্রণকারী ব্যক্তির ধরন ও জুলাই 2026-এর স্পষ্টীকরণ
CtrlgPersonType যাচাইয়ের জন্য বাধ্যতামূলক। 2027 থেকে দাখিল করা 2026 ও তার আগের প্রতিবেদনবর্ষের জন্য রেকর্ড থেকে জানা ধরন দিন; না জানা থাকলে CRS800 ব্যবহার করুন। 2027–2028-এর জন্য ইলেকট্রনিকভাবে পাওয়া গেলেই CRS801–813 দিন; অন্যথায় CRS800। প্রতিবেদনবর্ষ 2029 থেকে প্রকৃত ভূমিকা বা ভূমিকাগুলো শনাক্ত করুন, CRS800 ব্যবহার করবেন না। ব্যক্তির প্রতিবেদনে একাধিক ভূমিকা পুনরাবৃত্তি করা যায়। সংস্করণ 4.0.1-এ এই নিয়মই স্পষ্ট করা হয়েছে; আগের সব বছরের ধরন নির্বিচারে বাদ দেওয়া নয়।
| কোড | ভূমিকা |
|---|---|
| CRS801 | আইনি ব্যক্তি: মালিকানা |
| CRS802 | আইনি ব্যক্তি: অন্যভাবে নিয়ন্ত্রণ |
| CRS803 | আইনি ব্যক্তি: জ্যেষ্ঠ ব্যবস্থাপনা কর্মকর্তা |
| CRS804 | ট্রাস্ট: প্রতিষ্ঠাতা |
| CRS805 | ট্রাস্ট: ট্রাস্টি |
| CRS806 | ট্রাস্ট: রক্ষক |
| CRS807 | ট্রাস্ট: সুবিধাভোগী |
| CRS808 | ট্রাস্ট: অন্য ভূমিকা |
| CRS809 | অন্য ব্যবস্থা: প্রতিষ্ঠাতার সমতুল্য |
| CRS810 | অন্য ব্যবস্থা: ট্রাস্টির সমতুল্য |
| CRS811 | অন্য ব্যবস্থা: রক্ষকের সমতুল্য |
| CRS812 | অন্য ব্যবস্থা: সুবিধাভোগীর সমতুল্য |
| CRS813 | অন্য ব্যবস্থা: অন্য ভূমিকার সমতুল্য |
| CRS800 | জানানো হয়নি, কেবল রূপান্তরকালীন |
আইনি ব্যবস্থায় মূলধনস্বত্বধারীর ভূমিকা
আইনি ব্যবস্থা হিসেবে গঠিত বিনিয়োগ সত্তার জন্য EquityInterestType পুনরাবৃত্তি করা যায়। CRS401–405 হলো ট্রাস্টের প্রতিষ্ঠাতা, ট্রাস্টি, রক্ষক, সুবিধাভোগী ও অন্য ভূমিকা; CRS406–410 অন্য আইনি ব্যবস্থায় সংশ্লিষ্ট সমতুল্য ভূমিকা। কাঠামো বদলানোর পরে দাখিল করলেও 2026 ও তার আগের প্রতিবেদনবর্ষের জন্য এটি বাদ দিন। 2027–2028-এর জন্য ইলেকট্রনিকভাবে পাওয়া গেলেই জানান; না হলে বাদ দিন। প্রতিবেদনবর্ষ 2029 থেকে প্রযোজ্য ভূমিকা জানাতে হবে। এই ঘর নিয়ন্ত্রণকারী ব্যক্তির ভূমিকার কোড থেকে আলাদা।
হিসাবধারী ও নিয়ন্ত্রণকারী ব্যক্তির স্ব-প্রত্যয়নের অবস্থা
দুটি SelfCert উপাদানই যাচাইয়ের জন্য বাধ্যতামূলক, কিন্তু কোডের তালিকা আলাদা। 2027 থেকে দাখিল করা 2026 পর্যন্ত প্রতিবেদনবর্ষে হিসাবধারীর জন্য CRS900 এবং নিয়ন্ত্রণকারী ব্যক্তির জন্য CRS1000 ব্যবহার করুন। প্রতিবেদনবর্ষ 2027 থেকে হিসাবধারীর জন্য CRS901 সত্য/CRS902 মিথ্যা এবং নিয়ন্ত্রণকারী ব্যক্তির জন্য CRS1001 সত্য/CRS1002 মিথ্যা ব্যবহার করুন। বৈধ স্ব-প্রত্যয়ন দেওয়া হয়েছিল কি না, এই মানগুলো তা জানায়; যথাযথ যাচাইয়ের মূল কাজের বিকল্প নয় এবং নতুন প্রতিবেদনবর্ষে রূপান্তরকালীন “জানানো হয়নি” কোড ব্যবহারের অনুমতি দেয় না।
হিসাবের ধরন, যথাযথ যাচাইয়ের শ্রেণি ও যৌথ ধারক
AccountType-এ CRS1101 আমানত, 1102 হেফাজত, 1103 নগদ-মূল্যের বিমা/বার্ষিক বৃত্তি এবং 1104 বিনিয়োগ সত্তার ঋণ/মূলধনস্বত্ব ব্যবহার হয়। DDProcedure-এ CRS1201 নতুন হিসাব অথবা 1202 আগে থেকে বিদ্যমান হিসাব। 2027 থেকে দাখিল করা 2026 ও আগের বছরের জন্য CRS1100 ও CRS1200 ব্যবহার করুন; প্রতিবেদনবর্ষ 2027 থেকে প্রকৃত ধরন নির্দেশকারী কোড দিন। 2026 ও আগের বছরের জন্য JointAccount বাদ দিন; প্রতিবেদনবর্ষ 2027 থেকে যৌথ হিসাবের ক্ষেত্রে জানান এবং বাধ্যতামূলক পূর্ণসংখ্যার Number-এ ধারকের সংখ্যা দিন। নতুন দাখিলকে নতুন হিসাবের যথাযথ যাচাইয়ের সঙ্গে গুলিয়ে ফেলবেন না।
স্থিতি, অর্থপ্রদান ও মুদ্রার কোড
প্রাসঙ্গিক হিসাবশ্রেণির স্থিতি/মূল্য জানান, যার মধ্যে বিমার নগদ-মূল্য ও ঋণ/মূলধনস্বত্বের মূল্য রয়েছে। দুই দশমিকের সংখ্যাগত অঙ্ক ও ISO 4217 alpha-3 মুদ্রা ব্যবহার করুন, যেমন 1000.00 ও SGD। বন্ধ হিসাবের স্থিতি শূন্য এবং বন্ধের চিহ্ন থাকে। পৃথক শ্রেণির জন্য Payment পুনরাবৃত্তি করুন: CRS501 লভ্যাংশ, 502 সুদ, 503 মোট বিক্রয়/ফেরত-গ্রহণের অর্থ এবং 504 অন্য CRS আয়। আমানত হিসাবে জমা/পরিশোধ করা মোট সুদ; হেফাজত হিসাবে মোট লভ্যাংশ, সুদ, বিক্রয়/ফেরত-গ্রহণের অর্থ ও অন্য আয়; ঋণ/মূলধনস্বত্ব এবং বিমা/বার্ষিক বৃত্তির হিসাবে ফেরত-গ্রহণসহ জমা/পরিশোধ করা মোট অর্থ জানাতে হয়। প্রতিটি অর্থপ্রদানে ধরন, অঙ্ক ও মুদ্রা থাকে।
ReportingFI ও হিসাব-রেকর্ডের DocRefID
ReportingFI DocRefID-এর বিন্যাস: বছর + FI-এর কর নম্বরের ডানদিকে পূরণ করে দশ অক্ষর + FI + তিন অঙ্কের ক্রমিক সংখ্যা; যেমন 201712345678C-FI001। অপরিবর্তিত FI আবার পাঠালে একই ID ব্যবহার হয়; পরিচয়ের তথ্য বদলালে নতুন ক্রমিক সংখ্যা দিয়ে আগের ID উল্লেখ করা হয়। AccountReport DocRefID হলো বছর + হিসাব রক্ষণকারী FI-এর পূরণ করা নম্বর (অথবা TDT রেফারেন্স) + FI-এর দেওয়া সর্বোচ্চ 30 অক্ষরের অনন্য শেষাংশ। এতে সেবা-প্রদানকারী প্রেরকের নম্বর নয়, FI-এর নম্বর ব্যবহার হয়। প্রত্যেক সংশোধন/অপসারণে নতুন অনন্য ID লাগে। সাধারণ XSD-এর সর্বোচ্চ সীমা সিঙ্গাপুরের এই বিন্যাসের বিকল্প নয়। গৃহীত শনাক্তকারীগুলোর সম্পূর্ণ ধারাবাহিকতা সংরক্ষণ করুন।
নথির ধরন: প্রকৃত ও পরীক্ষামূলক তথ্যের পার্থক্য
OECD1 নতুন, OECD2 সংশোধিত ও OECD3 অপসারিত তথ্য। OECD0 কেবল একই প্রতিবেদনবর্ষের ReportingFI আবার পাঠায়; নতুন বছরের প্রাথমিক FI হলো OECD1। OECD10, 11, 12 ও 13 যথাক্রমে পুনঃপ্রেরিত/নতুন/সংশোধিত/অপসারিত পরীক্ষামূলক তথ্য—কেবল পরীক্ষাকালে, প্রকৃত দাখিলে নয়। নতুন-তথ্যের বার্তায় OECD1-এর সঙ্গে OECD2/3 মেশানো যায় না; সংশোধনের বার্তায় সংশোধন/অপসারণ এবং অপরিবর্তিত FI OECD0 একত্র হতে পারে। বার্তা ও রেকর্ডের নির্দেশক মিলতে হবে।
সম্পূর্ণ রেকর্ড সংশোধন ও সর্বশেষ গৃহীত সংস্করণের উল্লেখ
কেবল ReportingFI ও AccountReport স্বাধীনভাবে সংশোধনযোগ্য। একটি অধীন উপাদান বদলালে শুধু বদলানো ঘরের আংশিক পাঠ নয়, সংশ্লিষ্ট সম্পূর্ণ মূল উপাদান ও তার অপরিবর্তিত অধীন উপাদানগুলোও দিতে হয়। CorrDocRefID যে রেকর্ড প্রতিস্থাপন/অপসারণ করা হচ্ছে তার সর্বশেষ গৃহীত DocRefID উল্লেখ করে; প্রতিস্থাপনের নতুন DocRefID থাকে। সংশোধনের সংশোধন সব সময় মূল রেকর্ড নয়, আগের সংশোধনকে উল্লেখ করে। প্রতিটি সংশোধন-ফাইলে নতুন MessageRefID ও CRS702 থাকে। বার্তা বাতিল করতে রেকর্ডগুলো পৃথকভাবে অপসারণ করুন; CorrMessageRefID ব্যবহার করবেন না। কর-নিবাসের পরিবর্তনে বিশেষ বাতিল-করে-নতুন পদ্ধতিই প্রযোজ্য থাকে।
সংশোধনের অনুমোদিত সমন্বয় ও FI অপসারণ
মূল চিত্রের সংশোধন-সারণি নিচের সমন্বয়গুলো অনুমোদন করে। কোনো সংশোধন-বার্তায় OECD1 হিসাব বা OECD0 হিসাব থাকে না। সংশ্লিষ্ট কোনো AccountReport রয়ে গেলে FI অপসারণ করা যায় না; একই বার্তায় অথবা আগে সব সংশ্লিষ্ট হিসাব অপসারণ করুন। কেবল FI-এর সংশোধনে অপরিবর্তিত হিসাব বাদ দেওয়া যায়।
| FI নথির ধরন | অনুমোদিত সংশ্লিষ্ট হিসাবের তথ্য |
|---|---|
| OECD2 সংশোধিত FI | হিসাব-প্রতিবেদন নেই, OECD2 হিসাব অথবা OECD3 হিসাব |
| OECD3 অপসারিত FI | সব সংশ্লিষ্ট হিসাব আগেই অপসারিত হলেই কেবল হিসাব-প্রতিবেদন ছাড়া; অথবা একসঙ্গে অপসারিত OECD3 হিসাব |
| OECD0 অপরিবর্তিত FI | OECD2 হিসাব অথবা OECD3 হিসাব |
সংশোধনের দশটি পরিস্থিতির সবগুলো
বিদ্যমান হিসাবে অধীন উপাদান যোগ করা সংশোধন; নতুন হিসাব যোগ করা নতুন তথ্য। অধীন উপাদান সরালে মূল উপাদান সংশোধিত হয়, পুরো হিসাব অপসারিত হয় না। শেষ দুটি উদাহরণ বিলম্বে প্রতিবেদন/ভাগ করা ফাইল নিয়ে; সংশোধনের ফাইলে নতুন রেকর্ড মেশানোর অনুমতি দেয় না।
| উদাহরণ | পরিবর্তন | প্রয়োজনীয় দাখিল |
|---|---|---|
| 1 | একই হিসাবের প্রথমে অর্থপ্রদান, পরে স্থিতি সংশোধন | প্রতিটি সম্পূর্ণ হিসাব-প্রতিস্থাপন সর্বশেষ ID উল্লেখ করে; অপরিবর্তিত FI OECD0 আবার পাঠান; অপ্রভাবিত দ্বিতীয় হিসাব বাদ দিন। |
| 2 | FI-এর ঠিকানা, পরে হিসাবের অর্থপ্রদান সংশোধন | প্রথমে শুধু FI সংশোধন করুন; পরে সেই সর্বশেষ FI অপরিবর্তিতভাবে আবার পাঠিয়ে কেবল প্রভাবিত হিসাব সংশোধন করুন। |
| 3 | নিয়ন্ত্রণকারী ব্যক্তির ঠিকানা পরিবর্তন | নম্বর, হিসাবধারী, CP ও স্থিতিসহ পুরো হিসাব প্রতিস্থাপন করুন; FI আবার পাঠান। |
| 4 | FI-এর ঠিকানা ও প্রথম হিসাবের স্থিতি পরিবর্তন | সম্পূর্ণ দুটি রেকর্ড স্বাধীনভাবে সংশোধন করুন; অপরিবর্তিত দ্বিতীয় হিসাব বাদ দিন। |
| 5 | একজন নিয়ন্ত্রণকারী ব্যক্তির অধীন উপাদান সরানো | OECD2 হিসাবে অন্য CP ও বাকি সব হিসাবের তথ্য থাকে; FI আবার পাঠান। |
| 6 | FI-এর দ্বিতীয় ঠিকানা সরানো | OECD2 FI-এ নাম/প্রথম ঠিকানা থাকে; অপরিবর্তিত হিসাব বাদ দিন। |
| 7 | একটি সম্পূর্ণ হিসাব সরানো | অধীন উপাদানসহ প্রভাবিত হিসাব OECD3; FI আবার পাঠান; অন্য অপরিবর্তিত হিসাব বাদ দিন। |
| 8 | অর্থপ্রদানের অধীন উপাদান যোগ করা | OECD2 সম্পূর্ণ বিদ্যমান হিসাবে নতুন অর্থপ্রদান ও আগের অধীন উপাদানগুলো থাকে; FI আবার পাঠান। |
| 9 | বিদ্যমান FI-এ হিসাব যোগ করা | পৃথক নতুন-তথ্যের বার্তা: নতুন হিসাব OECD1 এবং অপরিবর্তিত FI OECD0। |
| 10 | নতুন FI ও তার দুটি হিসাব যোগ করা | পৃথক নতুন-তথ্যের বার্তায় কেবল নতুন FI ও নতুন হিসাবগুলো থাকে, সবগুলো OECD1। |
সংস্করণের বৈশিষ্ট্য ও নেমস্পেস
CRS_OECD-এর version 3.0 এবং target namespace urn:oecd:ties:crs:v3 দিন। কাঠামোর সম্পূর্ণ প্রধান/অপ্রধান সংস্করণ নেমস্পেস থেকে আলাদা; নেমস্পেসে প্রধান সংস্করণ থাকে। নির্ভরশীল উপাদানগুলো cfc urn:oecd:ties:commontypesfatcacrs:v2, ftc urn:oecd:ties:fatca:v1, stf urn:oecd:ties:crsstf:v5 ও iso urn:oecd:ties:isocrstypes:v1 ব্যবহার করে। পরিশিষ্ট B-তে এগুলো যথাক্রমে CrsXML_v3.0.xsd, CommonTypesFatcaCrs_v2.0.xsd, FatcaTypes_v1.2.xsd, OECDCrsTypes_v5.0.xsd ও isocrstypes_v1.1.xsd-এর সঙ্গে মেলানো হয়েছে। যৌথ নির্ভরশীল উপাদানে FATCA নেমস্পেস থাকলেই CRS রিটার্নে Sponsor/PoolReport প্রযোজ্য হয় না।
পরিশিষ্টের চিত্র ও চূড়ান্ত যাচাই
পরিশিষ্ট A-এর সম্পূর্ণ চিত্রে মূল/শিরোভাগ/মূল অংশ, FI/গ্রুপ/হিসাব, ব্যক্তি-বা-প্রতিষ্ঠানের নির্বাচন, হিসাব নম্বরের অবস্থাসূচক চিহ্ন, অর্থপ্রদানের মুদ্রা, ব্যক্তির নাম/জন্মস্থান, নির্ধারিত/মুক্ত ঠিকানা ও প্রতিষ্ঠানের শনাক্তকারী দেখানো হয়েছে। সেখানে CRS-বহির্ভূত শাখাও আছে; সেগুলো IRAS-এর বাদ দেওয়ার নির্দেশ অগ্রাহ্য করতে পারে না। ব্যাখ্যামূলক অনুচ্ছেদের ক্রম নয়, XSD-এর ক্রম অনুসরণ করুন: হিসাবের চিত্রে AccountType ও JointAccount-এর আগে DDProcedure রয়েছে। ID/পূরণের চিহ্ন, বাধ্যতামূলক বিকল্প, পাঠের দৈর্ঘ্য, কারণের কোডের প্রমাণ, নিবাস/CP অনুযায়ী প্রতিবেদন ভাগ, বছরভিত্তিক নতুন ঘরের মান, দুই দশমিকের মুদ্রার অঙ্ক, সংশোধনের ধারাবাহিকতা ও পোর্টালে বার্তার নির্বাচন পরীক্ষা করুন। স্বীকৃতি সংরক্ষণ করুন এবং নির্ভরশীল ফাইল পাঠানোর আগে গ্রহণের অপেক্ষা করুন।
সরকারি উৎস
এই নিবন্ধে মূল সরকারি PDF-এর প্রাসঙ্গিক শর্ত, পদ্ধতি ও সংযোজনীসহ গুরুত্বপূর্ণ বিষয়গুলো স্বতন্ত্রভাবে ব্যাখ্যা করা হয়েছে। মূল ভাষ্যের জন্য সংযুক্ত নথিই প্রামাণ্য উৎস; পরবর্তী পরিবর্তন আলাদাভাবে যাচাই করতে হবে।
মূল সরকারি PDF পড়ুন ↗