সার্ভিস
ইআরপি ও সিআরএম ডেভেলপমেন্ট
ইনভেন্টরি, হিসাব, ক্রয় ও সেলস — সব এক সিস্টেমে, যা আপনার টিম সত্যিই ব্যবহার করবে। তৈরি হয় আপনার নিজস্ব চার্ট অব অ্যাকাউন্টস ধরে, কোনো টেমপ্লেট ধরে নয়।
ইআরপি বা সিআরএম সফটওয়্যার কী?
ইআরপি ও সিআরএম ডেভেলপমেন্ট মানে এমন সিস্টেম তৈরি করা, যা দিয়ে একটি কোম্পানির মূল কাজ চলে — ইনভেন্টরি, ক্রয়, হিসাব, সেলস ও কাস্টমারের তথ্য। BetterSoftZ বাংলাদেশের ব্যবসার জন্য এই সিস্টেম তৈরি করে — কাস্টম সিস্টেম হিসেবে, অথবা বিদ্যমান কোনো প্ল্যাটফর্ম সম্প্রসারণ করে। এর মধ্যে থাকে এনবিআর-এর নিয়ম মেনে ভ্যাট রিপোর্টিং, স্প্রেডশিট থেকে ডেটা মাইগ্রেশন এবং বাংলায় কর্মী প্রশিক্ষণ।
আপনি যা পাবেন
- সিস্টেমের স্টক আর গোডাউনের স্টক মিলে যায়
- ক্রয়, মাল গ্রহণ ও পেমেন্ট একই পারচেজ অর্ডারের সাথে যুক্ত
- ভ্যাট ও বিধিবদ্ধ রিপোর্ট সরাসরি লাইভ ডেটা থেকে তৈরি হয়
- প্রতি সপ্তাহে আপডেটের জন্য তাগাদা না দিয়েই সেলস পাইপলাইন দেখা যায়
- মাস শেষের হিসাব মেলাতে সপ্তাহ নয়, কয়েক দিন লাগে
এখানে ইআরপি প্রজেক্ট কেন ব্যর্থ হয়
সাধারণত প্রযুক্তিগত কারণে নয়। ব্যর্থ হয় কারণ সিস্টেমটি সাজানো হয়েছিল বাস্তব প্রক্রিয়া নয়, একটি আদর্শ কল্পিত প্রক্রিয়া ধরে; কারণ পুরো মাইগ্রেশন একটি উইকেন্ডেই সারার চেষ্টা হয়েছিল; অথবা কারণ যাদের এটি ব্যবহার করার কথা, তারা প্রথম দেখেছেন লাইভ হওয়ার সপ্তাহে। আমরা যেভাবে এই কাজগুলো চালাই, তার প্রতিটি অংশের লক্ষ্য এই তিনটি ব্যর্থতা এড়ানো।
যেসব মডিউল আমরা তৈরি ও সম্প্রসারণ করি
| মডিউল | যা থাকে |
|---|---|
| ইনভেন্টরি ও ওয়্যারহাউজিং | একাধিক গোডাউনের স্টক, স্থানান্তর, ব্যাচ ও মেয়াদ, সরেজমিন গণনার সাথে মিলানো |
| ক্রয় (প্রকিউরমেন্ট) | রিকুইজিশন, অনুমোদন, পারচেজ অর্ডার, মাল গ্রহণ, সাপ্লায়ার লেজার |
| উৎপাদন | বিল অব ম্যাটেরিয়ালস, ওয়ার্ক অর্ডার, উৎপাদন খরচ, অপচয় |
| সেলস ও ডিস্ট্রিবিউশন | কোটেশন থেকে ইনভয়েস, মূল্য নির্ধারণের নিয়ম, ক্রেডিট লিমিট, ডিলার স্তরবিন্যাস |
| হিসাব (অ্যাকাউন্টস) | চার্ট অব অ্যাকাউন্টস, লেজার, ভ্যাটের হিসাব, বিধিবদ্ধ রিপোর্টিং |
| সিআরএম | লিড থেকে অর্ডার, ফলো-আপ শিডিউল, কাস্টমারের ইতিহাস ও সার্ভিস রেকর্ড |
| এইচআর ও পেরোল | উপস্থিতি, ছুটি, বেতন কাঠামো, বিধিবদ্ধ কর্তন |
সব ব্যবসার সবগুলো মডিউল লাগে না, আর যারা সবগুলো একসাথে চালু করতে চায়, তারাই সবচেয়ে বেশি সমস্যায় পড়ে। আমরা ক্রম ঠিক করি যেখানে সমস্যা সবচেয়ে বেশি, সেখান থেকে।
মাইগ্রেশনই ঝুঁকির জায়গা
বছরের পর বছরের স্টক, লেজার ও কাস্টমারের ডেটা সরানোর সময়েই এই প্রজেক্টগুলো আসলে বিপথে যায়। তাই এটি আগে মহড়া দেওয়া হয়: আমরা একটি কপিতে মাইগ্রেট করি, পুরনো সিস্টেমের সাথে মিলিয়ে রিকনসিলিয়েশন রিপোর্ট চালাই, আপনার ফিন্যান্স টিমকে পার্থক্যগুলো দেখাই, এবং পার্থক্যের ব্যাখ্যা না পাওয়া পর্যন্ত বারবার করি। কেবল তখনই কাটওভারের তারিখ ঠিক হয় — এমন একটি রোলব্যাক পথসহ, যা খোলা থাকে।
লাইভ হওয়ার পর
নতুন ইআরপি-তে প্রথম মাস শেষের হিসাবে সবসময়ই কিছু না কিছু বেরিয়ে আসে। আমরা আগে থেকেই এর জন্য একটি ঘনিষ্ঠ সাপোর্টের সময়কাল রাখি, তারপর মাসিক চুক্তিতে কাজ চলতে থাকে — প্যাচিং, রিপোর্ট পরিবর্তন, এবং ব্যবসা বড় হলে বা নিয়ম বদলালেই যে নতুন চাহিদা সামনে আসে, সেগুলো।
প্রতিটি এনগেজমেন্টে যা থাকে
- কাজ শুরুর আগেই চার্ট অব অ্যাকাউন্টস ও স্টকের কাঠামো ম্যাপ করা
- একবারে ঝুঁকিপূর্ণ বদল নয়, মডিউল ধরে ধরে চালু করা
- বিদ্যমান স্প্রেডশিট ও সফটওয়্যার থেকে মাইগ্রেশন, আগে মহড়া দিয়ে
- পুরনো প্রক্রিয়ার সাথে হিসাব মিলিয়ে সমান্তরাল চালানোর সময়কাল
- রোলভিত্তিক পারমিশন ও পূর্ণাঙ্গ অডিট ট্রেইল
- ফ্লোর ও অফিসের কর্মীদের জন্য বাংলায় প্রশিক্ষণ
যে টুল দিয়ে কাজ করি
- Laravel
- React
- PostgreSQL
- Redis
- Docker
- AWS
যেসব খাতে এই সার্ভিস
সাধারণ জিজ্ঞাসা
ইআরপি কিনব, নাকি নিজেদের জন্য বানিয়ে নেব?
আপনার প্রক্রিয়া যদি প্রচলিত ধরনের হয় এবং সফটওয়্যারের সাথে মিলিয়ে নিজেদের প্রক্রিয়া বদলাতে রাজি থাকেন, তাহলে কিনুন। প্রক্রিয়া যদি সত্যিই নিজস্ব ধরনের হয়, তাহলে বানান বা সম্প্রসারণ করুন — বাংলাদেশে এমনটা সবচেয়ে বেশি দেখা যায় উৎপাদন খরচের হিসাবে, একাধিক গোডাউনের স্টকে এবং বায়ারের চাহিদামতো কমপ্লায়েন্স রিপোর্টিংয়ে।
ভ্যাট ও এনবিআর রিপোর্টিংয়ের শর্ত কি আপনারা সামলাতে পারেন?
হ্যাঁ। ভ্যাটের হিসাব, চালান ব্যবস্থাপনা এবং আপনার অডিটররা যে রিপোর্টগুলো চান — ডিসকভারির সময় আপনার অ্যাকাউন্টস টিমের সাথে বসে এগুলোর পরিসর ঠিক করা হয়। আর এমনভাবে তৈরি করা হয় যাতে অঙ্কগুলো আলাদাভাবে জোড়া না লাগিয়ে সরাসরি লেজারের সাথে মেলে।
কাজ বন্ধ না রেখে বর্তমান সিস্টেম থেকে কীভাবে সরাবেন?
মডিউল ধরে ধরে — আগে মহড়া দেওয়া মাইগ্রেশন, তারপর একটি সমান্তরাল চালানোর সময়কাল, যখন দুই সিস্টেমেই একই ডেটা থাকে এবং হিসাব মেলানো হয়। অঙ্ক না মেলা পর্যন্ত এবং টিম স্বচ্ছন্দ না হওয়া পর্যন্ত কিছুই বন্ধ করা হয় না।
আগের সিস্টেমটা আমাদের কর্মীরা মেনে নেয়নি। এবার কী আলাদা হবে?
সাধারণত এমন হয় কারণ আগের সিস্টেম তাদের দৈনন্দিন কাজ আরও কঠিন করে তুলেছিল। আমরা যারা কাজটা করেন তাদের সাথে বসেই ডিজাইন করি, কনফারেন্স রুমে নয় বরং কাজের জায়গায় বাংলায় প্রশিক্ষণ দিই, এবং লঞ্চের পর সিস্টেম কতটা ব্যবহার হচ্ছে তা মাপি — যাতে ঘাটতিগুলো কর্মীদের ঘাড়ে দোষ না চাপিয়ে ঠিক করা হয়।
আপনার প্রজেক্ট নিয়ে কথা বলি।
সমস্যাটি সহজ ভাষায় বলুন। কী লাগবে ও আনুমানিক খরচ কত, আমরা জানিয়ে দেব।