2019 সালের এই কারিগরি নির্দেশিকায় যা রয়েছে
এটি কর প্রশাসনের জন্য OECD-এর Country-by-Country Reporting XML Schema User Guide, সংস্করণ 2.0, জুন 2019; IRAS-এর উৎস-লিংকের মাধ্যমে পাওয়া যায়। এতে উপযুক্ত কর্তৃপক্ষগুলোর মধ্যে স্বয়ংক্রিয় তথ্য বিনিময় বর্ণনা করা হয়েছে; স্থানীয় বিধিতে স্কিমাটি ব্যবহৃত হলে দেশীয় দাখিলেও কাজে লাগতে পারে। BEPS Action 13-এর পটভূমি অনুযায়ী গোষ্ঠীর সমন্বিত বার্ষিক রাজস্ব অন্তত EUR750 মিলিয়ন বা দেশীয় মুদ্রায় প্রায় সমপরিমাণ হওয়া প্রাসঙ্গিক। এই পটভূমি সিঙ্গাপুরের নিজস্ব দাখিলের সীমা, শেষ তারিখ বা বর্তমান জমাদানের কারিগরি শর্তের বিকল্প নয়। নির্দেশিকায় শনাক্তকারী, বিচারব্যবস্থাভিত্তিক সারসংক্ষেপ, অন্তর্ভুক্ত সত্তা, ব্যাখ্যামূলক টীকা ও নির্দিষ্ট সংশোধন ব্যাখ্যা করা হয়েছে।
ফাইলের কাঠামো ও যাচাইয়ের শ্রেণি
CBC_OECD-এ MessageSpec এবং এক বা একাধিক CbcBody উপাদান থাকে। প্রতিটি অংশ একটি রিপোর্টিং সত্তার সঙ্গে সম্পর্কিত; এর বিচারব্যবস্থাভিত্তিক CbcReports ও AdditionalInfo পুনরাবৃত্ত হতে পারে। “Validation” মানে কারিগরিভাবে আবশ্যিক এবং স্বয়ংক্রিয়ভাবে যাচাইযোগ্য। “Optional (Mandatory)” মানে নির্দিষ্ট পরিস্থিতিতে বিষয়গতভাবে প্রয়োজনীয়; তাই শুধু উপস্থিতি পরীক্ষা করে সব ক্ষেত্রে সিদ্ধান্ত নেওয়া যায় না। সাধারণ “Optional” তথ্যঘর উপযোগী হলে দেওয়ার সুপারিশ করা হয়; কোনো কোনো বিকল্পে অবশ্য একটি পথ বেছে নেওয়া আবশ্যক। XML যাচাইয়ের পরে ব্যবসায়িক শর্ত ও রেকর্ডগুলোর সম্পর্কের নিয়ম প্রয়োগ করুন। স্কিমায় ReportingEntity আবশ্যিক, তবে সংশোধনের নিয়ম অনুযায়ী অপরিবর্তিত রিপোর্টের অংশ বাদ বা ফাঁকা রাখা যায়।
বার্তার শীর্ষাংশের তথ্যঘরের নির্দেশিকা
দেশের কোড ISO3166-1 alpha-2 অনুসরণ করে; রাষ্ট্রহীন সত্তা ও আয়ের জন্য অতিরিক্ত X5 আছে। ReceivingCountry-তে অন্তর্ভুক্ত সত্তার নিবাসের বিচারব্যবস্থা থাকে; কার্যকর তথ্য-বিনিময়ের সম্পর্ক অনুযায়ী কোনটি নির্দিষ্ট বছরের রিপোর্ট সত্যিই পেতে পারে, প্রেরণকারী কর্তৃপক্ষ তা নির্ধারণ করে। একই তথ্য একাধিক বিচারব্যবস্থায় পাঠালেই এটি পুনরাবৃত্ত করুন। শীর্ষাংশের ReportingPeriod হলো অর্থবছরের শেষ দিন; যেমন 1 এপ্রিল 2016–31 মার্চ 2017-এর জন্য 2017-03-31। Timestamp-এর উদাহরণ 2018-02-15T14:37:40 এবং 2018-02-15T14:37:40.789। স্থানীয় আইন অনুমতি দিলে ইংরেজি পছন্দনীয়; দাখিলের অনুমোদিত ভাষা ওই আইন ঠিক করে।
| শীর্ষাংশের উপাদান | শর্ত/সীমা | বিষয়বস্তু |
|---|---|---|
| SendingEntityIN | বিনিময়ে ঐচ্ছিক; দেশীয় দাখিলে আবশ্যিক; 1–200 | দেশীয় রিপোর্টিং সত্তার শনাক্তকরণ |
| TransmittingCountry | যাচাইয়ে আবশ্যিক; 2 অক্ষর | প্রেরণকারী কর্তৃপক্ষের বিচারব্যবস্থা; স্থানীয় দাখিলে দেশীয় দেশকোড |
| ReceivingCountry | যাচাইয়ে আবশ্যিক; পুনরাবৃত্তিযোগ্য; 2 অক্ষর | নির্ধারিত প্রাপক বিচারব্যবস্থা; স্থানীয় দাখিলে দেশীয় দেশকোড |
| MessageType | যাচাইয়ে আবশ্যিক | শুধু CBC |
| Language | শর্তসাপেক্ষ; ISO639-1 | AdditionalInfo দেওয়া হলে তার ভাষা |
| Warning | ঐচ্ছিক; 1–4,000 | বিষয়বস্তু ব্যবহারের সতর্কতামূলক নির্দেশ |
| Contact | ঐচ্ছিক; 1–4,000 | প্রেরকের যোগাযোগের বিবরণ |
| MessageRefID | যাচাইয়ে আবশ্যিক; 1–170 | স্বতন্ত্র বার্তা-রেফারেন্স |
| MessageTypeIndic | যাচাইয়ে আবশ্যিক | নতুন তথ্যের জন্য CBC401 অথবা সংশোধন/মুছে দেওয়ার জন্য CBC402 |
| CorrMessageRefID | ব্যবহৃত হয় না | CbC বার্তা সংশোধনে ব্যবহার করবেন না |
| ReportingPeriod | যাচাইয়ে আবশ্যিক; তারিখ | অর্থবছরের শেষ দিন YYYY-MM-DD |
| Timestamp | যাচাইয়ে আবশ্যিক; dateTime | সংকলনের সময়; ঐচ্ছিকভাবে 3 অঙ্কের মিলিসেকেন্ড |
বার্তা ও নথির শনাক্তকারী তৈরির নিয়ম
MessageRefID সব স্থান ও সময়ে স্বতন্ত্র হতে হবে; শুরুতে প্রেরণকারী দেশের কোড ও রিপোর্টিং বছর, এরপর স্বতন্ত্র অংশ থাকবে। NL2017123456789 বোঝায় নেদারল্যান্ডস, 2017 এবং শনাক্তকারী 123456789। DocRefID-ও একটি সম্পূর্ণ রেকর্ড ও তার অধীন উপাদান শনাক্ত করে; LU2019286abc123xyz বোঝায় লুক্সেমবার্গ, 2019 ও তার স্বতন্ত্র অংশ। কর্তৃপক্ষ ধারাবাহিকভাবে অর্থবছরের শুরু বা শেষের বছর বেছে নিতে পারে; শুরুর বছর পছন্দনীয়। বার্তা ও নথির রেফারেন্সে একই বছর ব্যবহার করুন। দেশীয় প্রেরক স্থানীয় কারিগরি শর্ত অনুযায়ী স্বতন্ত্র রেফারেন্স তৈরি করে, যাতে রিপোর্টিং সত্তার ID-ও থাকতে পারে। প্রতিটি সংশোধনী বার্তার নিজস্ব নতুন বার্তা-রেফারেন্স থাকে।
প্রতিষ্ঠানের পরিচয়, TIN ও আইনগত নাম
OrganisationParty_Type দিয়ে রিপোর্টিং সত্তা ও অন্য অন্তর্ভুক্ত সত্তা—দুটিই শনাক্ত করা হয়। ResCountryCode আবশ্যিক এবং পুনরাবৃত্ত হতে পারে; স্থায়ী প্রতিষ্ঠানের ক্ষেত্রে যে বিচারব্যবস্থায় সেটি করযোগ্য, তার কোড ব্যবহৃত হয়। TIN আবশ্যিক, 1–200 অক্ষর; কর কর্তৃপক্ষের প্রকৃত TIN থাকলে দিন, না থাকলে NOTIN দিন। TIN-এর issuedBy শর্তসাপেক্ষে আবশ্যিক। অন্য IN শনাক্তকারী পুনরাবৃত্ত হতে পারে, 1–200 অক্ষর; ইস্যুকারী দেশ ও INType-এর ঐচ্ছিক বৈশিষ্ট্য থাকতে পারে, INType-ও 1–200 অক্ষর। Name আবশ্যিক, 1–200 অক্ষর; যথাযথ ভিন্ন রূপ দেখাতে পুনরাবৃত্ত হতে পারে। সম্পূর্ণ আইনগত নাম ও আইনগত গঠনের পরিচয় দিন। স্থায়ী প্রতিষ্ঠানের নামের পরে (P.E.) যোগ করুন। Address ঐচ্ছিক, তবে নির্ভুল মিল নির্ধারণে দেওয়ার জোর সুপারিশ রয়েছে।
AddressFix ও AddressFree
স্থায়ী নিবাসের ঠিকানার জন্য কাঠামোবদ্ধ AddressFix-কে অগ্রাধিকার দিন। অংশগুলো নির্ভরযোগ্যভাবে আলাদা করা না গেলে ফাঁক, স্ল্যাশ বা নতুন লাইন দিয়ে AddressFree ব্যবহার করুন। AddressFix-এর পরে মুক্ত পাঠ্যে সম্পূর্ণ সড়কের ঠিকানা দেওয়া যায়; শহর, প্রশাসনিক উপবিভাগ ও ডাককোড নিজ নিজ নির্দিষ্ট তথ্যঘরেই থাকবে। পরিশিষ্ট A-তে দেখানো নির্দিষ্ট অংশের পরে মুক্ত অংশের ক্রম বজায় রাখুন। legalAddressType বৈশিষ্ট্য ঐচ্ছিক: OECD301 আবাসিক বা ব্যবসায়িক, OECD302 আবাসিক, OECD303 ব্যবসায়িক, OECD304 নিবন্ধিত কার্যালয়, OECD305 অনির্দিষ্ট। স্কিমার চিত্রের সাধারণ ব্যাখ্যায় ঠিকানাকে আবশ্যিক বলা হলেও CbC-এর বিস্তারিত তথ্যঘরের সারণি ও চিত্রের প্রকৃত পুনরাবৃত্তিসীমায় Address ঐচ্ছিক ও সুপারিশকৃত; CbC-এর নির্দিষ্ট নিয়ম অনুসরণ করুন।
| ঠিকানার তথ্যঘর | শর্ত | সীমা/অর্থ |
|---|---|---|
| CountryCode | যাচাইয়ে আবশ্যিক | 2 অক্ষরের দেশকোড; ঠিকানার দুই বিকল্পের বাইরের উপাদান |
| AddressFree | বিকল্প/ঐচ্ছিক | 1–4,000; বিভাজকসহ প্রাপ্ত সব অংশ |
| Street | ঐচ্ছিক | 1–200 |
| BuildingIdentifier | ঐচ্ছিক | 1–200 |
| SuiteIdentifier | ঐচ্ছিক | 1–200 |
| FloorIdentifier | ঐচ্ছিক | 1–200 |
| DistrictName | ঐচ্ছিক | 1–200 |
| POB | ঐচ্ছিক | 1–200 |
| PostCode | ঐচ্ছিক | 1–200 |
| City | AddressFix-এ যাচাইয়ে আবশ্যিক | 1–200 |
| CountrySubentity | ঐচ্ছিক | 1–200 |
রিপোর্টিং সত্তা ও অর্থবছরের ভূমিকা
ReportingEntity-তে সত্তার পরিচয় Entity, প্রচলিত গোষ্ঠীর নাম ভিন্ন হলে ঐচ্ছিক NameMNEGroup (1–200), আবশ্যিক ReportingRole, অর্থবছরের StartDate/EndDate এবং DocSpec থাকে। ভূমিকা হলো CBC701 সর্বোচ্চ মূল সত্তা; CBC702 বিকল্প মূল সত্তা; CBC703 আন্তর্জাতিক বিনিময়ের জন্য স্থানীয় দাখিল—শুধু EU-এর অভ্যন্তরীণ বিনিময়ে; CBC704 অসম্পূর্ণ তথ্যসহ স্থানীয় দাখিল—শুধু EU-এর অভ্যন্তরীণ বিনিময়ে। শেষের দুটি কোড সিঙ্গাপুরে সর্বজনীন দাখিলের অনুমতি নয়। রিপোর্টিং সত্তাকে তার রিপোর্টগুলোর সঙ্গে যুক্ত করতে হবে এবং সংশোধনের নিয়মে প্রয়োজন হলে অপরিবর্তিত অবস্থায় আবার পাঠাতে হবে।
প্রতিটি কর বিচারব্যবস্থার জন্য একটি রিপোর্ট
এক বা একাধিক অন্তর্ভুক্ত সত্তা রয়েছে—এমন প্রতিটি বিচারব্যবস্থার জন্য CbcReports পুনরাবৃত্ত করুন; প্রযোজ্য ক্ষেত্রে রিপোর্টিং সত্তাও অন্তর্ভুক্ত। প্রতিটিতে DocSpec, বিচারব্যবস্থার ResCountryCode, Summary এবং এক বা একাধিক ConstEntities থাকে। সংশোধনের একক হলো একটি রিপোর্ট: সারসংক্ষেপের একটি তথ্যঘর বা অন্তর্ভুক্ত সত্তার একটি তথ্য বদলালেও সংশ্লিষ্ট বিচারব্যবস্থার সম্পূর্ণ রিপোর্ট, অপরিবর্তিত সহোদর উপাদানসহ, আবার দিতে হয়; অন্য সব বিচারব্যবস্থার রিপোর্ট নয়। অর্থের পরিমাণ দশমিক ছাড়া পূর্ণ এককে দিন; ঋণাত্মক মানের আগে বিয়োগচিহ্ন দিন। প্রতিটি অর্থসংক্রান্ত আইটেমে ISO4217-এর আবশ্যিক তিন অক্ষরের currCode থাকে।
সারসংক্ষেপের তথ্যঘর ও রাজস্ব
নিচের Summary তথ্যঘরগুলো সবই যাচাইয়ে আবশ্যিক। রাজস্বে মজুতপণ্য/সম্পত্তি বিক্রি, সেবা, রয়্যালটি, সুদ, প্রিমিয়াম ও অন্য অঙ্ক অন্তর্ভুক্ত। প্রদানকারীর কর বিচারব্যবস্থায় লভ্যাংশ হিসেবে গণ্য হওয়া অন্য অন্তর্ভুক্ত সত্তা থেকে পাওয়া অর্থ বাদ দিন। সংশ্লিষ্ট ও অসংশ্লিষ্ট পক্ষের রাজস্ব আলাদা দিন এবং যোগ করে মোট দেখান; নির্ধারিত বিচারব্যবস্থাভিত্তিক রিপোর্টিংয়ের ভিত্তি পূরণ না করলে অভ্যন্তরীণ লেনদেন বাদ দেওয়ার পরের সমন্বিত গোষ্ঠীর রাজস্ব দিয়ে তা প্রতিস্থাপন করবেন না।
| সারসংক্ষেপের আইটেম | যা সমষ্টি করতে হবে |
|---|---|
| Revenues/Unrelated | স্বাধীন পক্ষ থেকে রাজস্ব |
| Revenues/Related | সংশ্লিষ্ট প্রতিষ্ঠানের সঙ্গে লেনদেনের রাজস্ব |
| Revenues/Total | Unrelated + Related |
| ProfitOrLoss | অস্বাভাবিক আইটেমসহ আয়কর-পূর্ব মুনাফা/ক্ষতি |
| TaxPaid | উৎসে কর্তিত করসহ নগদে দেওয়া আয়কর |
| TaxAccrued | চলতি বছরের চলতি করব্যয় |
| Capital | বিবৃত মূলধন |
| Earnings | বছর শেষে সঞ্চিত মুনাফা |
| NbEmployees | পূর্ণকালীন সমতুল্য কর্মীসংখ্যা, পূর্ণসংখ্যায় |
| Assets | নগদ/সমতুল্য, অমূর্ত ও আর্থিক সম্পদ বাদে বাস্তব সম্পদের নিট হিসাবমূল্য |
মুনাফা, নগদে দেওয়া কর ও উপচিত কর আলাদা
ProfitOrLoss-এ অস্বাভাবিক আইটেমসহ কর-পূর্ব মুনাফা/ক্ষতি যোগ করা হয়। TaxPaid-এ নিবাসের ও অন্য বিচারব্যবস্থায় নগদে দেওয়া কর এবং সংশ্লিষ্ট বা স্বাধীন প্রদানকারীর কাটা উৎসে কর থাকে। যেমন A বিচারব্যবস্থার কোম্পানি B থেকে সুদ পেলে B-তে কাটা উৎসে কর A রিপোর্ট করে। TaxAccrued-এ শুধু চলতি বছরের করযোগ্য মুনাফা/ক্ষতির চলতি করব্যয় থাকে; বিলম্বিত কর ও অনিশ্চিত করের সংস্থান বাদ। দেওয়া ও উপচিত কর অবশ্যই সমান হবে ধরে নেবেন না।
মূলধন, সঞ্চিত মুনাফা ও স্থায়ী প্রতিষ্ঠান
Capital-এ নিবাসের বিচারব্যবস্থা অনুযায়ী বিবৃত মূলধন যোগ হয়। সাধারণত স্থায়ী প্রতিষ্ঠানের মূলধন তার আইনগত সত্তা রিপোর্ট করে; তবে স্থায়ী প্রতিষ্ঠানের বিচারব্যবস্থায় নিয়ন্ত্রণমূলক উদ্দেশ্যে নির্দিষ্ট মূলধনের শর্ত থাকলে আরোপিত মূলধন AdditionalInfo-তে আরও ব্যাখ্যা করা যায়। বছরশেষের সঞ্চিত মুনাফাও সাধারণত স্থায়ী প্রতিষ্ঠানের পরিবর্তে আইনগত সত্তা রিপোর্ট করে। বিপরীতে, বাস্তব সম্পদ স্থায়ী প্রতিষ্ঠানের অবস্থানের বিচারব্যবস্থায় বরাদ্দ হয়। শাখার তথ্য মিলিয়ে দেখার সময় এই বরাদ্দের পার্থক্য গুরুত্বপূর্ণ।
কর্মী ও বাস্তব সম্পদ
NbEmployees হলো পূর্ণসংখ্যায় পূর্ণকালীন সমতুল্য কর্মীর মোট সংখ্যা। বছরশেষ, বছরের গড় বা অন্য ভিত্তি ব্যবহার করা যায়, যদি বিচারব্যবস্থা ও বছরগুলোর মধ্যে ধারাবাহিকভাবে প্রয়োগ করা হয়। সাধারণ পরিচালন কার্যক্রমে যুক্ত স্বাধীন ঠিকাদারকে গণনা করা যায়। বিচারব্যবস্থাগুলোর আপেক্ষিক কর্মী-বণ্টন গুরুত্বপূর্ণভাবে বিকৃত না হলে যুক্তিসংগত পূর্ণায়ন বা আনুমানিক সংখ্যা গ্রহণযোগ্য। Assets-এ বাস্তব সম্পদের নিট হিসাবমূল্য যোগ হয়; নগদ/সমতুল্য, অমূর্ত ও আর্থিক সম্পদ বাদ। সত্তা ও বছরগুলোর মধ্যে একই পরিমাপ-পদ্ধতি অনুসরণ করুন।
অন্তর্ভুক্ত সত্তার পরিচয় ও ভূমিকা
বিচারব্যবস্থার প্রতিটি নিবাসী সত্তা বা করযোগ্য স্থায়ী প্রতিষ্ঠানের জন্য ConstEntities পুনরাবৃত্ত করুন; প্রযোজ্য হলে রিপোর্টিং সত্তাও থাকবে। ConstEntity-তে OrganisationParty_Type ব্যবহৃত হয়। ঐচ্ছিক Role কোড হলো CBC801 সর্বোচ্চ মূল সত্তা, CBC802 রিপোর্টিং সত্তা, CBC803 উভয়। গঠন/প্রতিষ্ঠার বিচারব্যবস্থা নিবাসের বিচারব্যবস্থা থেকে ভিন্ন হলে IncorpCountryCode শর্তসাপেক্ষে আবশ্যিক। BizActivities-এ প্রধান কার্যক্রমের এক বা একাধিক কোড প্রয়োজন। নির্দিষ্ট সত্তার ব্যাখ্যার জন্য OtherEntityInfo হলো 1–4,000 অক্ষরের ঐচ্ছিক মুক্ত পাঠ্য। পুরো গোষ্ঠীর ব্যাখ্যা AdditionalInfo-তে দেওয়া উচিত।
ব্যবসায়িক কার্যক্রমের তেরোটি কোডই
সত্তার ব্যবসা জটিল বলেই Other ব্যবহার না করে যথাযথ একাধিক কার্যক্রম বাছুন। অন্য কোড দিয়ে নির্ভুলভাবে বর্ণনা করা যায় না—এমন কার্যক্রমের জন্য CBC513; এটি ব্যবহার করলে OtherEntityInfo-তে আরও বিস্তারিত দিতে হয়। কার্যক্রমের কোড বদলালে সংশ্লিষ্ট ব্যাখ্যাও সংশোধন করুন। পরিশিষ্ট C-এর মূল কাগুজে নমুনায় “Other”-এর ব্যাখ্যা অতিরিক্ত তথ্যে দিতে বলা হয়েছে; তবে নির্দিষ্ট XML নিয়ম অনুযায়ী শুধু সত্তাসংক্রান্ত ব্যাখ্যা OtherEntityInfo-তে যায়।
| কোড | ব্যবসায়িক কার্যক্রম |
|---|---|
| CBC501 | গবেষণা ও উন্নয়ন |
| CBC502 | মেধাস্বত্ব ধারণ/পরিচালনা |
| CBC503 | ক্রয়/সংগ্রহ |
| CBC504 | উৎপাদন/প্রস্তুতকরণ |
| CBC505 | বিক্রি/বিপণন/বিতরণ |
| CBC506 | প্রশাসন/ব্যবস্থাপনা/সহায়তা |
| CBC507 | অসংশ্লিষ্ট পক্ষকে সেবা |
| CBC508 | গোষ্ঠীর অভ্যন্তরীণ অর্থায়ন |
| CBC509 | নিয়ন্ত্রিত আর্থিক সেবা |
| CBC510 | বিমা |
| CBC511 | শেয়ার/অন্য ইকুইটি ধারণ |
| CBC512 | নিষ্ক্রিয় |
| CBC513 | অন্যান্য |
AdditionalInfo ও ভাষার ট্যাগ
প্রতিটি AdditionalInfo-তে আবশ্যিক DocSpec ও 1–4,000 অক্ষরের OtherInfo মুক্ত পাঠ্য থাকে। বেশি জায়গা প্রয়োজন হলে AdditionalInfo পুনরাবৃত্ত করুন। একটি আইটেমের মধ্যে OtherInfo কেবল লিপ্যন্তরের জন্য পুনরাবৃত্ত করুন এবং তখন language বৈশিষ্ট্য দিন। ঐচ্ছিক ResCountryCode ট্যাগ এক বা একাধিক বিচারব্যবস্থার সঙ্গে এবং ঐচ্ছিক SummaryRef ট্যাগ এক বা একাধিক সারসংক্ষেপের তথ্যঘরের সঙ্গে সম্পর্ক দেখায়। উপযুক্ত ISO কোড না থাকলে তালিকাবহির্ভূত বিচারব্যবস্থার জন্য ব্যতিক্রমী XX কোড রয়েছে; MessageSpec-এ কখনো XX ব্যবহার করবেন না। X5 আলাদাভাবে রাষ্ট্রহীন সত্তা/আয় বোঝায়; XX-এর সঙ্গে গুলিয়ে ফেলবেন না।
সারসংক্ষেপের রেফারেন্স কোড
নিচের এগারোটি ট্যাগ মুক্ত পাঠ্যের ব্যাখ্যা ও রিপোর্ট করা সূচকের সম্পর্ক স্পষ্ট করে; আবশ্যিক Summary তথ্যঘরের বিকল্প নয়। ব্যাখ্যা একাধিক আইটেম বা বিচারব্যবস্থায় প্রাসঙ্গিক হলে একাধিক সূচক ও বিচারব্যবস্থার ট্যাগ ব্যবহার করা যায়।
| SummaryRef | সংশ্লিষ্ট আইটেম |
|---|---|
| CBC601 | অসংশ্লিষ্ট পক্ষের রাজস্ব |
| CBC602 | সংশ্লিষ্ট পক্ষের রাজস্ব |
| CBC603 | মোট রাজস্ব |
| CBC604 | মুনাফা/ক্ষতি |
| CBC605 | পরিশোধিত কর |
| CBC606 | উপচিত কর |
| CBC607 | Capital |
| CBC608 | Earnings |
| CBC609 | কর্মী |
| CBC610 | Assets |
| CBC611 | বহুজাতিক গোষ্ঠীর নাম |
মুদ্রা, স্কিমার সংস্করণ ও লিপ্যন্তর
পুরো রিপোর্টে রিপোর্টিং বহুজাতিক প্রতিষ্ঠানের একই মুদ্রা ব্যবহার করুন। আইনবিধি অনুযায়ী প্রস্তুত আর্থিক বিবৃতি ভিত্তি হলে বছরের গড় বিনিময় হারে গোষ্ঠীর বিবৃত কার্যকরী মুদ্রায় রূপান্তর করুন এবং AdditionalInfo-তে হার ব্যাখ্যা করুন। স্কিমার সংস্করণে প্রধান ও গৌণ সংস্করণ এবং সম্ভব হলে তৃতীয় ক্ষুদ্র সংশোধনের সংখ্যা আলাদা থাকে; নেমস্পেসে শুধু প্রধান সংস্করণ থাকে। CBC_OECD version হলো 1–10 অক্ষর এবং এই স্কিমায় 2.0 হতে হবে। কর্তৃপক্ষ লিপ্যন্তরের পদ্ধতিতে একমত হতে পারে; চুক্তি না থাকলে অনুরোধের ভিত্তিতে উৎসে উল্লেখিত ISO8859 অনুযায়ী লাতিন লিপিতে লিপ্যন্তর করা উচিত, এবং দেশীয় ও লাতিন—দুই রূপই পাঠানো যায়। এটি তথ্য বিনিময়ের নিয়ম; প্রকাশ্য ওয়েবসাইটে দ্বিভাষিক অনুসন্ধানের লেবেল দেখানোর শর্ত নয়।
DocSpec: সংশোধন ও মুছে দেওয়ার নিয়ন্ত্রণ
DocSpec-এ আবশ্যিক DocTypeIndic ও DocRefID (1–200), ঐচ্ছিক CorrDocRefID (1–200) এবং অব্যবহৃত CorrMessageRefID (1–170) থাকে। সংশোধিত বা মুছে দেওয়া রেকর্ড নতুন স্বতন্ত্র DocRefID পায় এবং CorrDocRefID সর্বশেষ গৃহীত পূর্ববর্তী রেকর্ডকে নির্দেশ করে, একেবারে প্রথম সংস্করণকে নয়। সংশোধন ওই সংশোধনযোগ্য রেকর্ড ও তার অধীন উপাদান সম্পূর্ণ প্রতিস্থাপন করে। OECD0 কেবল আগে পাঠানো অপরিবর্তিত ReportingEntity-এর জন্য; তার সর্বশেষ DocRefID রাখুন এবং CorrDocRefID বাদ দিন। OECD10–13 কেবল সম্মত পরীক্ষাকাল বা দ্বিপক্ষীয় পরীক্ষার জন্য; চালু ব্যবস্থার প্রকৃত তথ্যের সঙ্গে মেশানো যাবে না।
| DocTypeIndic | অর্থ |
|---|---|
| OECD0 | শুধু রিপোর্টিং সত্তা পুনরায় পাঠানো |
| OECD1 | চালু ব্যবস্থার নতুন তথ্য |
| OECD2 | চালু ব্যবস্থার সংশোধিত তথ্য |
| OECD3 | চালু ব্যবস্থার তথ্য মুছে দেওয়া |
| OECD10 | পরীক্ষার তথ্য পুনরায় পাঠানো |
| OECD11 | পরীক্ষার নতুন তথ্য |
| OECD12 | পরীক্ষার সংশোধিত তথ্য |
| OECD13 | পরীক্ষার তথ্য মুছে দেওয়া |
নতুন তথ্যের সঙ্গে সংশোধন মেশাবেন না
CBC401 বার্তায় নতুন OECD1 তথ্য থাকে; CBC402-তে OECD2 সংশোধন এবং/অথবা OECD3 মুছে দেওয়ার নির্দেশ থাকে। প্রয়োজনমতো OECD0 দিয়ে অপরিবর্তিত ReportingEntity আবার পাঠানোর ব্যতিক্রম ছাড়া, নতুন ও সংশোধন/মুছে দেওয়ার রেকর্ড একসঙ্গে মেশাবেন না। নতুন রিপোর্ট/অতিরিক্ত তথ্য এবং অন্য মূল অংশের সংশোধনের জন্য ReportingEntity আবার পাঠানো হয়, যদি না সেটিকেই সংশোধন বা মুছে দিতে হয়। অপরিবর্তিত CbcReports/AdditionalInfo সংশোধনী বার্তা থেকে বাদ রাখা যায়। সব সংশ্লিষ্ট রিপোর্ট ও AdditionalInfo মুছে দেওয়ার পরে বা একই সঙ্গে শুধু রিপোর্টিং সত্তা মুছুন। পুরো ভুল বার্তা বাতিল করতে সংশোধনী বার্তার মাধ্যমে প্রতিটি রেকর্ড মুছুন; MessageSpec.CorrMessageRefID ব্যবহার করবেন না। প্রথমবার দাখিলের আগে শুধু ফাইল ঠিক করুন; দাখিলের পরের এই সংশোধনের ধারাবাহিকতা তখন প্রয়োজন নেই।
সংশোধনের উদাহরণ 1: TaxPaid
ফ্রান্স TaxPaid-কে USD100-এ সংশোধন করতে FR2018FranceNationalPart00001 পাঠায়। Summary ও সব ConstEntities-সহ বিচারব্যবস্থার সম্পূর্ণ CbcReports আবার দিন। OECD2, নতুন DocRefID FR2018C0002 এবং CorrDocRefID FR2018C0001 ব্যবহার করুন। অপরিবর্তিত ReportingEntity আবার দিন OECD0 ও DocRefID FR2018R0001 দিয়ে; CorrDocRefID থাকবে না। OtherEntityInfo ও AdditionalInfo-এর যথার্থতা পরীক্ষা করুন; অপরিবর্তিত AdditionalInfo বাদ দিন। একটি অঙ্ক বদলেছে বলে শুধু সেই অঙ্ক পাঠানো যায় না।
সংশোধনের উদাহরণ 2: সত্তার নাম ও ঠিকানা
FR2018FranceNationalPart00002 বার্তায় ইতিমধ্যে সংশোধিত রিপোর্টের অন্তর্ভুক্ত সত্তার পরিচয় বদলানো হয়। অপরিবর্তিত Summary-সহ পুরো রিপোর্ট দিন; OECD2 ও নতুন FR2018C0003 সর্বশেষ FR2018C0002-কে নির্দেশ করবে। রিপোর্টিং সত্তা OECD0/FR2018R0001-ই থাকবে। আবার সংশ্লিষ্ট ব্যাখ্যার তথ্যঘর পরীক্ষা করুন এবং অপরিবর্তিত AdditionalInfo বাদ দিন। সর্বশেষ C0002-এর বদলে প্রথম FR2018C0001 উল্লেখ করলে সংশোধনের ধারাবাহিকতা ভাঙবে।
সংশোধনের উদাহরণ 3: শুধু রিপোর্টিং সত্তা
FR2018FranceNationalPart00003 বার্তায় শুধু ReportingEntity সংশোধিত হয়। OECD2, নতুন FR2018R0002 এবং CorrDocRefID FR2018R0001 দিয়ে এটি পাঠান; অপরিবর্তিত CbcReports ও AdditionalInfo বাদ দিন। চিত্রে এর DocSpec বাক্সের নাম “CbcReports”, কিন্তু বর্ণনা ও R শনাক্তকারী স্পষ্টভাবে ReportingEntity-সংক্রান্ত। এই প্রবন্ধ বর্ণিত উদাহরণ অনুসরণ করে; এটিকে বিচারব্যবস্থার রিপোর্টের সংশোধন হিসেবে ধরে না।
সংশোধনের উদাহরণ 4–5: অতিরিক্ত তথ্য ও নতুন রিপোর্ট
উদাহরণ 4-এর FR2018FranceNationalPart00004 বার্তা OECD2, নতুন FR2018A0002 এবং পূর্ববর্তী FR2018A0001 দিয়ে AdditionalInfo সংশোধন করে। অপরিবর্তিত CbcReports বাদ দিন এবং সর্বশেষ FR2018R0002 দিয়ে ReportingEntity OECD0 হিসেবে আবার পাঠান। উদাহরণ 5-এ FR2018FranceNationalPart00005 বার্তায় নতুন বিচারব্যবস্থার রিপোর্ট যোগ হয়: নতুন রিপোর্ট OECD1/FR2018R0004, CorrDocRefID নেই; একই রিপোর্টিং সত্তা OECD0/FR2018R0002 হিসেবে আবার পাঠানো হয়। প্রয়োজন হলে তবেই নতুন AdditionalInfo OECD1 হিসেবে যোগ করুন; না হলে বাদ দিন। উৎসের নতুন রিপোর্টের উদাহরণে R উপসর্গটি তার বেছে নেওয়া শনাক্তকারী; রিপোর্টে সর্বজনীনভাবে C উপসর্গ লাগবে—এমন নিয়ম নয়।
পরিশিষ্ট A ও B: চিত্র ও নেমস্পেস ফাইল
পরিশিষ্ট A-এর চিত্রে এক বা একাধিক CbcBody, পুনরাবৃত্তিযোগ্য প্রাপক দেশ, রিপোর্ট, সত্তার নিবাসের কোড/নাম/ঠিকানা ও কার্যক্রমের কোড, এবং AddressFix/AddressFree বিকল্প ও ক্রম নিশ্চিত করা হয়েছে। এই পুনরাবৃত্তিসীমা শর্তসাপেক্ষ ব্যবসায়িক নিয়মের সঙ্গে মিলিয়ে ব্যবহার করুন, একা নয়। পরিশিষ্ট B-তে নিচের স্কিমা-নির্ভর ফাইলের তালিকা রয়েছে। নমুনা স্কিমায় qualified উপাদান, unqualified বৈশিষ্ট্য এবং target namespace urn:oecd:ties:cbc:v2 আছে; মিলে যাওয়া সংস্করণের ফাইল থেকে ISO ও সাধারণ ধরন ইমপোর্ট করুন। দেশ/ভাষার তালিকা কারিগরি কোড; কোনো ভূখণ্ডের সার্বভৌমত্ব সম্পর্কে মতামত নয়।
| নেমস্পেস | URI | ফাইল |
|---|---|---|
| cbc | urn:oecd:ties:cbc:v2 | CbcXML_v2.0.xsd |
| stf | urn:oecd:ties:cbcstf:v5 | oecdcbctypes_v5.0.xsd |
| iso | urn:oecd:ties:isocbctypes:v1 | isocbctypes_v1.1.xsd |
পরিশিষ্ট C: রিপোর্টিংয়ের নমুনা কাঠামোর তিনটি সারণি
প্রথম সারণিতে গোষ্ঠীর নাম, অর্থবছর ও মুদ্রা, এরপর প্রতিটি বিচারব্যবস্থার সারিতে অসংশ্লিষ্ট/সংশ্লিষ্ট/মোট রাজস্ব, কর-পূর্ব মুনাফা/ক্ষতি, নগদ কর, চলতি উপচিত কর, বিবৃত মূলধন, সঞ্চিত মুনাফা, কর্মী এবং নগদ/সমতুল্য বাদে বাস্তব সম্পদ লেখা হয়। এটি Summary-এর সঙ্গে মেলে। দ্বিতীয়টিতে বিচারব্যবস্থা অনুযায়ী সব অন্তর্ভুক্ত সত্তা, ভিন্ন হলে প্রতিষ্ঠার বিচারব্যবস্থা এবং কার্যক্রমের তেরোটি শ্রেণি শনাক্ত করা হয়; এটি ConstEntities-এর সঙ্গে মেলে। তৃতীয়টিতে গোষ্ঠীর নাম/বছর এবং আবশ্যিক তথ্য বুঝতে প্রয়োজনীয় সংক্ষিপ্ত ব্যাখ্যা থাকে; এটি AdditionalInfo-এর সঙ্গে মেলে, তবে শুধু সত্তাসংক্রান্ত ব্যাখ্যা XML-এ OtherEntityInfo ব্যবহার করে। মূল ফাঁকা নমুনাটি একটি কাঠামো, সমাধান করা তথ্যসেট নয়।
সরকারি উৎস
এই প্রবন্ধে সরকারি PDF-এর মূল বিষয়বস্তু, প্রাসঙ্গিক শর্ত, পদ্ধতি ও সংযোজনসহ, স্বাধীনভাবে ব্যাখ্যা করা হয়েছে। মূল শব্দবিন্যাসের জন্য সংযুক্ত নথিই কর্তৃত্বপূর্ণ উৎস; পরের পরিবর্তন আলাদাভাবে পরীক্ষা করা উচিত।
সরকারি PDF পড়ুন ↗