উদ্দেশ্য ও সংস্করণ
সংস্করণ 1.0 সর্বশেষ ৭ মার্চ ২০২৫ হালনাগাদ করা হয়েছিল। এতে InvoiceNow-Ready Solution Providers এবং নিজস্ব প্রতিষ্ঠানের সমাধান ব্যবহারকারী GST-নিবন্ধিত ব্যবসার জন্য একটি সুবিধা সুপারিশ করা হয়েছে: চালানের তথ্য ও IRAS-এর Check GST Register API ব্যবহার করে সম্ভাব্য ভুল GST আরোপ শনাক্ত করা। TX2 নির্দেশনায় নিজস্ব ব্যবস্থা ব্যবহারকারী ব্যবসাগুলোকে Transmitting Enterprises বলা হয়েছে।
InvoiceNow চালান তৈরি করার সময় এবং চালান থেকে নিষ্কাশিত তথ্য দাখিলের সময়—দুই ক্ষেত্রে পরীক্ষার প্রস্তাবিত মুহূর্ত আলাদা। উৎসে এটি বিধিপালনে সহায়ক ব্যবস্থা হিসেবে বর্ণিত; GST আরোপের প্রতিটি দিক সঠিক কি না তার সম্পূর্ণ সিদ্ধান্ত হিসেবে নয়।
নথিতে উল্লিখিত অংশগ্রহণের তারিখ
একটি পাদটীকায় ১ মে ২০২৫ থেকে আগাম স্বেচ্ছামূলক অংশগ্রহণের কথা আছে; এর মধ্যে বিদ্যমান GST-নিবন্ধিত ব্যবসা এবং আগে গ্রহণে আগ্রহী আবেদনকারীরাও ছিল। এতে ১ নভেম্বর ২০২৫ থেকে স্বেচ্ছায় GST নিবন্ধন নেওয়া নতুন গঠিত কোম্পানি এবং ১ এপ্রিল ২০২৬ থেকে সব নতুন স্বেচ্ছামূলক GST নিবন্ধনকারীর বাধ্যতামূলক অংশগ্রহণ বর্ণিত। এগুলো মার্চ ২০২৫ সংস্করণে বর্ণিত পর্যায়; পরবর্তী প্রয়োজনীয়তা আলাদাভাবে পড়তে হবে।
কোন নথি ও তথ্য অন্তর্ভুক্ত
InvoiceNow ব্যবহারের ক্ষেত্রের মধ্যে নেটওয়ার্কে জারি করা ক্রেডিট নোটও রয়েছে। চালানের তথ্য কথাটি আরও বিস্তৃত: চালান, করচালান ও সরলীকৃত করচালান, ডেবিট নোট, ক্রেডিট নোট এবং সংশ্লিষ্ট তথ্য বোঝায়। উদাহরণ হিসেবে বিক্রয়স্থলের ব্যবস্থার সমন্বিত বিক্রয় বা সরলীকৃত করচালানের বিক্রয় এবং খুচরা নগদ তহবিলের সমন্বিত ক্রয় রয়েছে। C5-এ পাঠানো বহির্মুখী ও অন্তর্মুখী—উভয় তথ্যই চার ধরনের শ্রেণিবিন্যাসে অন্তর্ভুক্ত।
দাখিলের চার ধরন ও পদ্ধতি
Type 1A হলো InvoiceNow নেটওয়ার্কের ভেতরে সরবরাহকারীর বিক্রয়; এটি Peppol দাখিল পদ্ধতি ব্যবহার করে। Type 1B হলো নেটওয়ার্কের ভেতরে গ্রাহকের প্রাপ্ত সংশ্লিষ্ট ক্রয়, যা সমাধান থেকে নিষ্কাশিত তথ্যের পদ্ধতিতে দাখিল হয়। Type 2 হলো নেটওয়ার্কের বাইরের বিক্রয় এবং Type 3 বাইরের ক্রয়; উভয়েই নিষ্কাশিত তথ্যের পদ্ধতি ব্যবহার করে। তাই মূল লেনদেন InvoiceNow-এ এলেও Type 1B দ্বিতীয় যাচাইয়ের ব্যবহারের অন্তর্গত।
চালানের ঘর, API-এর ফলাফল ও পরীক্ষার বিরতি
চালানের তথ্যের GST অঙ্ক IBT-110 ধনাত্মক হলে সরবরাহকারীর GST নিবন্ধন নম্বর IBT-031 Check GST Register API-এ পাঠান। অনুরোধের নমুনায় clientID ও regID দেখানো হয়েছে। ফলাফলে Status ও RegisteredFrom-এর মতো নিবন্ধনের তথ্য থাকে; মেয়াদ পরীক্ষার জন্য লেখায় RegisteredTo-ও নির্দিষ্ট করা হয়েছে। প্রদর্শিত নমুনা উত্তরে RegisteredTo ঘর নেই; তাই প্রকৃত উত্তর প্রক্রিয়াকরণের জন্য API নির্দেশনা দেখতে হবে।
হালনাগাদ অবস্থা ব্যবহার করে প্রতিটি চালান যাচাই করুন। IRAS প্রতিদিন পরীক্ষা করার পরামর্শ দেয় এবং দক্ষতার জন্য প্রতিটি ব্যবসার নিবন্ধনের তথ্য দৈনিক ক্যাশে রাখতে দেয়। একটিমাত্র সংযুক্তির মাধ্যমে সমাধানটি চালাতে অ্যাকসেস পয়েন্ট মধ্যবর্তী API-ও দিতে পারে।
সাধারণ নিবন্ধন ও তারিখসংক্রান্ত শর্ত
অবস্থা অবশ্যই Registered অথবা Deregistered হতে হবে এবং চালানের তারিখ IBT-002 নিবন্ধনের শুরু ও শেষ তারিখের মধ্যে থাকতে হবে; উল্লিখিত সীমান্তের তারিখও অন্তর্ভুক্ত। Deregistered মানেই স্বয়ংক্রিয় প্রত্যাখ্যান নয়: সংশ্লিষ্ট নিবন্ধনকালের মধ্যে তারিখযুক্ত চালান শর্ত পূরণ করতে পারে। অনুকূল ফল পেলে এই যাচাই-সুবিধার অধীনে তথ্য পাঠানো যায়।
Type 1A: চালান তৈরি বা জারির আগে পরীক্ষা
বাস্তবায়নের সারণিতে চালান তৈরি বা জারির সময় C1-এ Type 1A পরীক্ষা রাখা হয়েছে। সরবরাহকারীর GST নম্বর অবৈধ বা খুঁজে না পাওয়া গেলে সরবরাহকারীকে নম্বর পরীক্ষা করতে এবং জারির আগে নম্বর সংশোধন বা GST আরোপ সরিয়ে দিতে সতর্ক করুন।
বিস্তারিত প্রক্রিয়ায় বলা হয়েছে, পরীক্ষা করার পরও সরবরাহকারী তথ্য সঠিক বলে মনে করলে তিনি সতর্কতা অতিক্রম করে চালান জারি করতে পারেন। তাই প্রথম দিকের পরিসরের বর্ণনায় চালান জারি না করার নির্দেশটি এই স্পষ্ট ব্যতিক্রমের পথসহ পড়তে হবে; নিঃশর্ত কারিগরি নিষেধ হিসেবে নয়।
Type 2: সরবরাহকারীকে সতর্ক করেও দাখিল চালিয়ে যাওয়া
InvoiceNow-এর বাইরের বিক্রয়ের ক্ষেত্রে তথ্য দাখিলের সময় C1-এ পরীক্ষা করতে সারণিতে বলা হয়েছে। শর্ত পূরণ না হলে সরবরাহকারীকে GST নম্বর পরীক্ষা করতে সতর্ক করুন, কিন্তু IRAS-এ দাখিল চালিয়ে যান। লেনদেন ইতিমধ্যে হয়েছে; তাই যাচাই ব্যর্থ হওয়া তথ্য বাদ দেওয়ার কারণ নয়।
Types 1B ও 3: গ্রাহককে সতর্ক করেও দাখিল চালিয়ে যাওয়া
ক্রয়ের তথ্যের দুই ধরনের জন্যই IRAS-এ দাখিলের সময় C4-এ পরীক্ষা করতে সারণিতে বলা হয়েছে। নিবন্ধন বা মেয়াদের পরীক্ষা ব্যর্থ হলে গ্রাহককে সতর্ক করুন এবং দাখিল চালিয়ে যান। আপাতদৃষ্টিতে ভুল GST আরোপ নিয়ে গ্রাহক সরবরাহকারীর কাছে প্রতিকার চাইতে পারেন। তথ্য দাখিল নিজে উপকরণ কর দাবি করার অধিকার প্রতিষ্ঠা করে না বা বিরোধ নিষ্পত্তি করে না।
Annex A: দুই সিদ্ধান্তপ্রবাহ
প্রথম প্রবাহ চালান তৈরি বা জারি দিয়ে শুরু হয়। GST আরোপ না হলে অ্যাকসেস পয়েন্টে পাঠিয়ে দাখিল করা হয়। GST আরোপ থাকলে অবস্থা ও তারিখ পরীক্ষা হয়; ব্যর্থ হলে সতর্কতা দেওয়া হয় এবং পাঠানোর আগে সংশোধন বা সরবরাহকারীর উল্লিখিত সতর্কতা অতিক্রমের ব্যবস্থা নেওয়া হয়।
দ্বিতীয় প্রবাহ সমাধান থেকে নিষ্কাশিত Types 1B, 2 ও 3-এর জন্য। ধনাত্মক GST না থাকলে সরাসরি এগিয়ে যায়। GST থাকলে নিবন্ধন ও মেয়াদ পরীক্ষা হয়; ব্যর্থ হলে সতর্কতার পর দাখিল হয়, বাধা দেওয়ার শাখায় যায় না। এই চিত্রে C1 দিয়ে API কল দেখানো হয়েছে, অথচ বাস্তবায়নের সারণিতে সরবরাহকারীর পরীক্ষা C1 এবং ক্রয়ের পরীক্ষা C4 আলাদা করা হয়েছে; নিবন্ধটি চিত্র নীরবে বদলে না দিয়ে মূল লেবেলগুলো বজায় রেখেছে।
পরিচয়-প্রমাণ, পরীক্ষা ও সংযুক্তির সহায়তা
ই-ইনভয়েসিং API-এর হিসাব নিবন্ধন ও প্রস্তুতির সময় দেওয়া Client ID ও Client Secret ব্যবহার করুন। উৎপাদন পরিবেশে ব্যবহারের আগে sandbox-এ Check GST Register API পরীক্ষা করুন এবং উভয় পরিবেশের জন্য API নির্দেশনা অনুসরণ করুন।
নথি অনুযায়ী উৎপাদন পরিবেশের API শুধু বাস্তব ব্যবসায়িক লেনদেনের প্রকৃত ই-ইনভয়েসিং রেকর্ডের জন্য; সেখানে পরীক্ষা নিষিদ্ধ। লঙ্ঘনে হিসাব স্থগিত বা বন্ধ হতে পারে। সংযুক্তির সহায়তার জন্য IRAS Digital Partnerships Team-এর Digital_Partnerships@iras.gov.sg ঠিকানা দেওয়া হয়েছে।
সরকারি উৎস
এই নিবন্ধে প্রাসঙ্গিক শর্ত, প্রক্রিয়া ও সংযোজনীসহ সরকারি PDF-এর মূল বিষয়বস্তু স্বাধীনভাবে ব্যাখ্যা করা হয়েছে। মূল শব্দচয়নের ক্ষেত্রে সংযুক্ত সরকারি নথিই প্রামাণ্য উৎস; পরবর্তী পরিবর্তন আলাদাভাবে যাচাই করতে হবে।
সরকারি PDF পড়ুন ↗