রিয়েল এস্টেট ERP হলো এমন একটি সিস্টেম যা ডেভেলপমেন্ট ব্যবসাকে শুরু থেকে শেষ পর্যন্ত চালায়: যে জমির উপর কাজ, যে অনুমোদন লাগে, যে ইউনিট তৈরি হয়, যাঁদের কাছে বিক্রি হয়, বছরের পর বছর যে টাকা আদায় হয়, আর এই সবকিছুর নিচে থাকা হিসাব। সাধারণ ERP থেকে পার্থক্যটা কেন্দ্রীয় বস্তুতে। ম্যানুফ্যাকচারিং ERP সাজানো থাকে পণ্য আর বিল অব মেটেরিয়ালস ঘিরে। রিয়েল এস্টেট ERP সাজানো থাকে ইউনিট আর তিন থেকে পাঁচ বছর ধরে চলা পেমেন্ট শিডিউল ঘিরে।
যে সাতটি মডিউল আসলে দরকার
| মডিউল | কী সামলায় | কোন প্রশ্নের উত্তর দেয় |
|---|---|---|
| জমি ও আইন | প্লট, খতিয়ান ও দাগ, দলিল, নামজারি, অনুমোদন | জমিটা সত্যিই আমাদের তো, আর এখানে নির্মাণ করা যাবে তো? |
| প্রজেক্ট ও ইনভেন্টরি | ভবন, তলা, ইউনিট, আয়তন, দামের নিয়ম | কী আছে, কী বিক্রয়যোগ্য, কী দামে? |
| CRM ও সেলস | লিড, সাইট ভিজিট, কোটেশন, বুকিং | কে কিনছেন, আর কোথায় আটকে আছেন? |
| আদায় | কিস্তির শিডিউল, রসিদ, এজিং, রিমাইন্ডার | কত প্রাপ্য, কত এলো, কে পিছিয়ে? |
| নির্মাণ | মাইলস্টোন, ঠিকাদারের বিল, মালামাল, অগ্রগতি | কাজ কি সময়ে আর বাজেটে আছে? |
| জয়েন্ট ভেঞ্চার | মালিকের অংশ, বরাদ্দ, নিষ্পত্তি | জমির মালিক এখনো কত পাবেন? |
| হিসাব | লেজার, কর কর্তন, প্রজেক্টের লাভ-ক্ষতি | এই প্রজেক্ট আসলে কত আয় করছে? |
এর যেকোনো একটি আলাদা করে কেনা যায়। এক সিস্টেমে রাখার কারণ হলো, কাজের প্রশ্নগুলো মডিউল পেরিয়ে যায়: নির্মাণ অগ্রগতির সঙ্গে আদায়, মালিকের অংশের সঙ্গে লাভ, ইনভেন্টরির সঙ্গে বিক্রির গতি।
সাধারণ ERP এখানে কেন হোঁচট খায়
ম্যানুফ্যাকচারিং বা ট্রেডিং ERP ডেভেলপমেন্ট ব্যবসায় বসালে তিনটি জায়গায় ভাঙে:
ইউনিট স্টক নয়। স্টক বদলযোগ্য — এক ব্যাগ সিমেন্ট আরেক ব্যাগের সমান। ফ্ল্যাট তা নয়: A-704-এর একটি তলা আছে, মুখ আছে, ভিউ আছে, দামের সমন্বয় আছে আর নির্দিষ্ট একজন ক্রেতা আছে। পরিমাণভিত্তিক ইনভেন্টরির উপর দাঁড়ানো সিস্টেম এটিকে সামলায় ফ্ল্যাটপ্রতি একটি আইটেম বানিয়ে — আর তাতে রিপোর্টিং ভেঙে পড়ে।
আয় মানে একটি চালান নয়। ফ্ল্যাট বিক্রি তৈরি করে বছরজুড়ে ছড়ানো রসিদের একটি শিডিউল, যা আংশিকভাবে নির্মাণের ঘটনার সঙ্গে বাঁধা, প্রায়ই পুনর্গঠিত হয়, আর পাঁচটি আলাদা চ্যানেলে পরিশোধ হয়। সাধারণ রিসিভেবলস মডিউল ধরে নেয় একটি চালান আর একটি তারিখ আছে।
জমি হিসাবের একটি লাইন নয়। একটি প্লটের সঙ্গে থাকে খতিয়ান, দাগ নম্বর, নামজারির অবস্থা আর দলিলের ধারাবাহিকতা — কখনো একাধিক মালিকের কাছ থেকে একাধিক ক্রয়ে ভাগ হয়ে। এটি রেকর্ডের সমস্যা, হিসাবের নয়। দেখুন জমি কেনার রেকর্ড।
এটি যা নয়
রিয়েল এস্টেট ERP মানে ইনভেন্টরি তালিকা জুড়ে দেওয়া CRM নয়, আর প্রপার্টির নামে সাজানো হিসাবের সফটওয়্যারও নয়। যে সিস্টেম একই ডেটা থেকে ক্রেতার লেজার আর প্রজেক্টের লাভ-ক্ষতি — দুটোই বের করতে পারে না, সে একটি কাজ করছে আর অন্যটির গল্প বলছে। আগে কোনটা কিনবেন, তা আছে ERP না CRM লেখায়।
যে ক্রমে কিনলে কাজ হয়
১. ইনভেন্টরি ও বুকিং — কারণ সবচেয়ে অদৃশ্য ক্ষতিগুলো এখানেই থামে। ২. আদায় — কারণ টাকাটা এখানেই। ৩. হিসাবের সংযোগ — যাতে রসিদ দুবার এন্ট্রি করতে না হয়। ৪. নির্মাণ ও ক্রয় — সাইটের সংখ্যা দেখার লোকের চেয়ে বেশি হলে। ৫. জমি ও JV — কম সংখ্যায় ব্যবহার, কিন্তু ভুল করার সুযোগ নেই।
পাঁচটি একসঙ্গে ধরলে এক বছর বাস্তবায়ন চলে আর কোনোটিই চালু হয় না। যে ক্রমে কাজ শেষ হয়, তা আছে বারো সপ্তাহের চেকলিস্ট লেখায়।
এরপর কী
আপনার ব্যবস্থাপনা টিম যে তিনটি প্রশ্ন সবচেয়ে বেশি করে অথচ দশ মিনিটে উত্তর পায় না, সেগুলো লিখে ফেলুন। প্রশ্নগুলো যদি উপরের দুটি মডিউল পেরিয়ে যায়, তাহলে এটি রিপোর্টিংয়ের নয়, ERP-র প্রশ্ন — ডেভেলপারের কাজের সঙ্গে মডিউলগুলো মিলিয়ে দেখুন।
