নির্দিষ্ট testing period ও তিন ধরনের ব্যবহারকারী
9 সেপ্টেম্বর 2026-এর এগারো পাতার নির্দেশিকা AIS তালিকাভুক্তি চাওয়া payroll vendor, নিজস্ব software ব্যবহারকারী AIS employer এবং client-এর হয়ে submission দেওয়া payroll service provider-এর জন্য। এটি validation নিয়ে, employee-income eligibility নিয়ে নয়। Vendor-এর আট ধাপ বা employer/provider-এর পাঁচ ধাপ অনুসরণ করুন।
Vendor onboarding ও চারটি scenario
Submission of Employment Income Records 2.0-এর সঙ্গে সরাসরি integration তৈরি করুন; APEX-এ onboard করে sandbox subscribe করুন এবং IRAS-এর notification-এর জন্য অপেক্ষা করুন। Test scenario 1-এ শুধু IR8A, 2-এ সঙ্গে A8A, 3-এ সঙ্গে A8B এবং 4-এ তিনটিই থাকে। একাধিক product হলে সর্বাধিক form সমর্থন করে এমন combination দিয়ে test করুন। Annual validation-এ self-verification-ও আছে।
Set A: প্রত্যাশিত কাল্পনিক তথ্য হুবহু তৈরি
Scenario-র মান দিয়ে submissionType O তৈরি করুন এবং generated JSON-এর সঙ্গে expected output তুলনা করুন। softwareName-এর মতো সঙ্গত পার্থক্য যাচাই করুন; অপ্রত্যাশিত পার্থক্য ঠিক করে আবার generate করুন। Scenario-র অঙ্ক কাল্পনিক; CPF বা tax calculation-এর reference নয়। Final YA 2027 form আলাদাভাবে দেওয়া আছে। Sandbox-এ submit করে acknowledgement রাখুন। মূল PDF-তে দেওয়া public sandbox credential production credential নয়।
Set B: random record ও authorisation-এর পথ
সঠিক identifier format এবং বিভিন্ন employee category দিয়ে original fictitious data তৈরি করুন: অন্তত বিশটি IR8A record এবং সমর্থিত প্রতিটি appendix-এর জন্য পাঁচটি record। Software-এ সুবিধা থাকলে client সরাসরি authorise করেছেন এমন tax agent হিসেবে, না হলে employer হিসেবে submit করুন। PDF-তে সংশ্লিষ্ট sandbox entity/payload identifier ও test account দেওয়া আছে; ভিন্ন identity মিশিয়ে না দিয়ে উপযুক্ত পথ ব্যবহার করুন।
Set C ও D: amendment এবং revision-এর পার্থক্য
Software amendment সমর্থন করলেই Set C আবশ্যক: সব supported form-এ submissionType A এবং positive ও negative—উভয় ধরনের adjustment রাখুন; Client e-Services Group-এর agent authorisation অথবা employer fallback ব্যবহার করুন। Revision সমর্থন করলেই Set D আবশ্যক: type R দিয়ে Set A প্রতিস্থাপন করুন এবং তার appendices-ও অন্তর্ভুক্ত করুন। A adjustment করে, R আগের তথ্য overwrite করে; verification-এর জন্য প্রতিটির acknowledgement রাখুন।
Warning ও production system-এর আচরণ
Sandbox-এ basis year 2026-এর record হলে নির্দিষ্ট advance-year warning bypassWarning দিয়ে bypass করা যায়। Production-এ এই flag-এর default false হতে হবে; returned warning ব্যবহারকারী স্বীকার করার পরেই true করার option দিন। এটি সব error বা warning স্বয়ংক্রিয়ভাবে চাপা দেওয়ার অনুমতি নয়।
Self-verification ও তালিকাভুক্তির সময়সূচি
প্রয়োজনীয় সব A–D acknowledgement field সম্পূর্ণ হলেই email-এ পাঠানো self-verification form জমা দিন। IRAS random check করে; clarification লাগলেই দুই সপ্তাহের মধ্যে যোগাযোগ করে, না হলে পরবর্তী ধাপে যাওয়ার খবর দেয়। Production subscription 1 অক্টোবর 2026 থেকে খোলে; testing সম্পন্ন হিসেবে গ্রহণ করলে IRAS দশ কর্মদিবসের মধ্যে জানায়। 30 নভেম্বরের মধ্যে production onboarding সম্পূর্ণ করুন। ওই ধাপের পরে দুই সপ্তাহের মধ্যে listing হয়; সফল validation না হওয়া পর্যন্ত তা আটকে রাখা যেতে পারে।
Employer/provider-এর পাঁচ ধাপ
Sandbox-এ onboard/subscribe করুন; একই ন্যূনতম সংখ্যার random original record তৈরি করুন; চাইলে amendment, revision ও agent path-এর internal self-test করুন; প্রয়োজনীয় acknowledgement-সহ self-verification form জমা দিয়ে production-এ onboard করুন। ঐচ্ছিক internal test-এর ফল IRAS-কে জানাতে হয় না। উৎসে optional scenario-র জন্য vendor-এর step 4 ও 6 দেখতে বলা হয়েছে, যদিও amendment-এর বিস্তারিত step 5-এ; তাই প্রাসঙ্গিক প্রকৃত section ব্যবহার করুন। একই warning default ও নির্দিষ্ট তারিখের onboarding milestone প্রযোজ্য। সহায়তার ঠিকানা data_mgmt@iras.gov.sg।
সরকারি উৎস
এই প্রবন্ধে সরকারি PDF-এর প্রাসঙ্গিক শর্ত, পদ্ধতি ও পরিশিষ্টসহ মূল বিষয়বস্তু স্বাধীনভাবে ব্যাখ্যা করা হয়েছে। মূল ভাষ্যের জন্য সংযুক্ত সরকারি নথিই প্রামাণ্য উৎস; পরবর্তী পরিবর্তন আলাদাভাবে যাচাই করতে হবে।
সরকারি PDF পড়ুন ↗