ZATCA ই-চালান: আপনার সিস্টেমে কী লাগে

দুটি ধাপ সংক্ষেপে

প্রথম ধাপ (তৈরি ও সংরক্ষণ) আপনাকে বাধ্য করে চালান কাঠামোবদ্ধ বিন্যাসে ইলেকট্রনিকভাবে দিতে এবং এমনভাবে রাখতে যাতে সম্পাদনা বা মুছে ফেলা সম্ভব না হয়, আর সিস্টেমের বাইরে হাতে চালান দেওয়া বন্ধ করতে।

দ্বিতীয় ধাপ (সংযোগ ও ইন্টিগ্রেশন) ZATCA-র প্ল্যাটফর্মের সঙ্গে সরাসরি কারিগরি সংযোগ, ইলেকট্রনিক স্বাক্ষর ও এনক্রিপশন সনদ যোগ করে, আর চালান যাচাইয়ের জন্য পাঠানো হয়। এটি প্রতিষ্ঠানের আকার অনুযায়ী ধাপে ধাপে প্রয়োগ হয়, তাই নিজের দল যাচাই করুন।

কর চালান ও সরল চালানের পার্থক্য

কর চালান প্রতিষ্ঠানের মধ্যে বিক্রিতে দেওয়া হয় এবং ক্রেতার পূর্ণ তথ্য, কর নম্বরসহ, লাগে। সরল চালান চূড়ান্ত ভোক্তার জন্য, যেমন রেস্তোরাঁ বা দোকানের কাউন্টারে; এর শর্ত হালকা, তবে QR কোড বাধ্যতামূলক।

আপনার সিস্টেমে বাস্তবে কী লাগে

বিক্রি করে এমন যেকোনো সিস্টেমের কারিগরি তালিকা:

• চালান এমন কাঠামোবদ্ধ বিন্যাসে তৈরি করুন যা যন্ত্র পড়তে পারে, কেবল ছাপা PDF নয়।
• চালানে QR কোড যাতে মূল ঘরগুলো থাকে: বিক্রেতার নাম, কর নম্বর, তারিখ ও সময়, মোট, এবং করের পরিমাণ।
• ধারাবাহিক নম্বর যা ভাঙে না ও পুনরাবৃত্ত হয় না, আর এমন নথি যা জারি হওয়া চালান মুছতে বা বদলাতে দেয় না।
• ফেরতের জন্য মূল চালান বদলানোর বদলে ক্রেডিট নোট।
• ব্যাকআপ ও আইনি মেয়াদ পর্যন্ত সংরক্ষণ।
• দ্বিতীয় ধাপে: এনক্রিপশন সনদ, ইলেকট্রনিক স্বাক্ষর, এবং ZATCA-র প্ল্যাটফর্মের সঙ্গে সরাসরি সংযোগ।

বারবার হওয়া ভুল

সবচেয়ে সাধারণ: এমন সিস্টেম যা সুন্দর কিন্তু কাঠামোহীন PDF ছাপে, অসম্পূর্ণ তথ্যের QR কোড, এবং ড্যাশবোর্ড থেকে জারি হওয়া চালান বদলানোর সুযোগ। তিনটিই বানানোর সময় ছোট খুঁটিনাটি মনে হয় এবং যাচাইয়ের সময় বড় সমস্যা হয়ে দাঁড়ায়।

চতুর্থ ভুল: চালান ব্যবস্থা প্রকল্পের শেষে বানানো। শুরু থেকেই এটিকে ডেটাবেস নকশার অংশ করুন, কারণ নম্বরকরণ ও অপরিবর্তনীয়তা ডেটার কাঠামোকেই স্পর্শ করে।

নিজে কীভাবে বানাবেন

Uttra-কে আপনার সিস্টেম বর্ণনা করার সময় চালানের কথা স্পষ্ট বলুন: "ZATCA-র শর্ত মেনে QR কোড ও ধারাবাহিক নম্বরসহ ই-চালান দাও, জারি হওয়া চালান বদলানো ঠেকাও, আর ফেরতের জন্য ক্রেডিট নোট ব্যবহার করো।" এই একটি বাক্যই সিস্টেমের কাঠামো শুরু থেকে বদলে দেয়, পরে তালি দেওয়ার বদলে।