বাংলাদেশে একজন ডেভেলপারের কর একটিমাত্র দায় নয়, বরং নির্দিষ্ট লেনদেনের সঙ্গে বাঁধা একগুচ্ছ দায়: ক্রেতার কাছ থেকে টাকা নেওয়া, দলিল রেজিস্ট্রি, ঠিকাদারকে পেমেন্ট, ব্রোকারকে কমিশন। প্রতিটির নিজস্ব খাত, হার, জমার সময়সীমা আর কাগজ আছে। হার প্রতি বছর অর্থ আইনে পুনর্নির্ধারিত হয়, তাই এখানে হারের তালিকা নয় — কাঠামোটা দেওয়া হলো, অর্থাৎ কোন দায় কোথায় বসে। প্রয়োগের আগে চলতি হার কর উপদেষ্টার কাছ থেকে নিশ্চিত করে নিন।
লেনদেন অনুযায়ী দায়
| লেনদেন | দায়ের ধরন | কে কাটে বা আদায় করে | কী রাখতে হবে |
|---|---|---|---|
| ডেভেলপারের ফ্ল্যাট বিক্রি | নির্মাণ সেবার উপর VAT | ডেভেলপার আদায় ও জমা করেন | বিক্রয়মূল্য, ধার্য VAT, জমার চালান |
| দলিল রেজিস্ট্রেশন | স্ট্যাম্প ডিউটি, রেজিস্ট্রেশন ফি, স্থানীয় সরকার কর, অগ্রিম আয়কর | সাব-রেজিস্ট্রি অফিসে আদায় | দলিল, রসিদ, ক্রেতার তথ্য |
| ঠিকাদারকে পেমেন্ট | উৎসে কর কর্তন | ডেভেলপার | বিল, কর্তনের সনদ, চালান |
| পরামর্শক বা সরবরাহকারীকে পেমেন্ট | উৎসে আয়কর, প্রযোজ্য ক্ষেত্রে উৎসে VAT | ডেভেলপার | চালানপত্র, সনদ, জমার চালান |
| ব্রোকারের কমিশন | উৎসে কর কর্তন | ডেভেলপার | কমিশন বিবরণী, সনদ |
| বেতন | উৎসে কর কর্তন | ডেভেলপার | পে-রোল রেজিস্টার, সনদ |
কাঠামোগত কথাটা হলো — ছয়টির মধ্যে চারটি আসলে আপনি অন্যের টাকা থেকে কাটছেন। অডিটে সমস্যা এখানেই হয়, কারণ সরবরাহকারী যা-ই বলুক, দায়টা কর্তনকারীর ঘাড়েই থাকে।
সিস্টেমে যা থাকতেই হবে
অডিট জিজ্ঞেস করে না আপনি দিয়েছেন কি না। বলে প্রমাণ করুন, লেনদেন ধরে ধরে। তিনটি রেকর্ড থাকলে কাজটা সহজ:
১. প্রতিটি পেমেন্টের বিপরীতে কর্তন। কোন হার, কোন খাত, কত টাকার উপর, আর তখন সরবরাহকারীর অবস্থান কী ছিল। মাসিক মোট নয় — পেমেন্টপ্রতি এক লাইন। ২. জমার চালান, যে কর্তনগুলো সেটি ঢাকে তার সঙ্গে যুক্ত। একটি চালানে সাধারণত অনেক কর্তন থাকে; অডিটর ঠিক এই সংযোগটাই চান, আর দুই বছর পর সেটাই কেউ খুঁজে পান না। ৩. সরবরাহকারীকে দেওয়া সনদ, সরবরাহকারী ও পেমেন্ট দুটোর সঙ্গেই সংরক্ষিত।
এই তিনটি থাকলে কর অডিট মানে কেবল প্রিন্ট করা। না থাকলে সেটি অ্যাকাউন্টস টিমের এক মাসের কাজ।
রেজিস্ট্রেশনের খরচ, আর ক্রেতারা কেন জিজ্ঞেস করেন
রেজিস্ট্রেশনের সময় ক্রেতার সামনে আসে স্ট্যাম্প ডিউটি, রেজিস্ট্রেশন ফি, স্থানীয় সরকার কর আর অগ্রিম আয়কর — সঙ্গে বিক্রির উপর ডেভেলপারের নিজের VAT অবস্থান। ক্রেতারা ভাগটা খুব কমই বোঝেন, আর ভুল সময়ে অস্পষ্ট উত্তর রেজিস্ট্রেশনের অ্যাপয়েন্টমেন্ট আটকে দেয়। কার্যকর সমাধান হলো চুক্তির সঙ্গেই খাতওয়ারি একটি লিখিত খরচের হিসাব দেওয়া, আর তাতে লেখা থাকবে যে হার রেজিস্ট্রেশনের দিনে প্রচলিত হার অনুযায়ী প্রযোজ্য। ধাপ আর কে কী জমা দেয়, তা আছে দলিল রেজিস্ট্রেশন প্রক্রিয়া লেখায়।
নির্মাণ খরচে উৎসে কর্তন
সবচেয়ে বেশি কর্তন হয় ঠিকাদারের রানিং বিল থেকে, আর সবচেয়ে বেশি ভুলও ওখানেই। দুটি নিয়ন্ত্রণে বেশির ভাগ ভুল চলে যায়:
- কর্তন হবে সার্টিফাইড বিলের উপর, জমা দেওয়া বিলের উপর নয়। ঠিকাদার ৪৮,০০,০০০ টাকা দাবি করলেও সাইট ইঞ্জিনিয়ারিং যদি ৪২,০০,০০০ সার্টিফাই করে, কর্তন হবে সার্টিফাইড অঙ্কে। দেখুন ঠিকাদারের বিল সার্টিফাই করা।
- সরবরাহকারীর অবস্থান মনে রাখার বিষয় নয়, রেকর্ডের ফিল্ড। সরবরাহকারী নিবন্ধিত কি না আর কোন শ্রেণিতে — তার উপর হার বদলায়। একবার রেকর্ড করে স্বয়ংক্রিয়ভাবে প্রয়োগ করলেই পরিষ্কার ফাইল আর জরিমানার মধ্যে পার্থক্য তৈরি হয়।
লাভ-ক্ষতির সঙ্গে করের সম্পর্ক
যে প্রজেক্টভিত্তিক লাভের হিসাবে অ-ফেরতযোগ্য করের খরচ ধরা হয় না, সেটি এমন দিকে ভুল যা আপনাকে খুশি করে। যে VAT ক্রেতার উপর চাপানো যায় না, অননুমোদিত খরচ আর দেরিতে জমার সুদ — সবই প্রজেক্টের খরচে বসা উচিত, হেড অফিসের ওভারহেডের পুকুরে নয় যেখানে তারা হারিয়ে যায়। বণ্টনের পদ্ধতি আছে প্রজেক্টভিত্তিক লাভ-ক্ষতি লেখায়।
এরপর কী
এক মাসের ঠিকাদার ও পরামর্শকের পেমেন্ট নিন, আর প্রতিটির জন্য বের করার চেষ্টা করুন — কোন হারে কর্তন হয়েছে, কোন চালানে জমা হয়েছে, আর কোন সনদ ইস্যু হয়েছে। দশ মিনিটে যেটা বের করতে পারবেন না, সেটাই আপনার অডিট ঝুঁকি — কর্তন, চালান আর সনদ কীভাবে এক শৃঙ্খলে থাকে দেখে নিন।