কো-ওনড নির্মাণ প্রকল্পে ৭টি সাধারণ আর্থিক সমস্যা

যখন কয়েকজন ব্যক্তি যৌথভাবে একটি সম্পত্তির মালিক হন এবং এর নির্মাণে অর্থায়ন করেন, তখন একক মালিকানার প্রকল্পের অর্থ ব্যবস্থাপনা থেকে এর অর্থ ব্যবস্থাপনা fundamentally ভিন্ন হয়।

এখানে হয়তো ডজন খানেক অর্থদাতা, শত শত লেনদেন, একাধিক ঠিকাদার, বারবার অর্থায়নের অনুরোধ এবং মালিকানার বিভিন্ন শতাংশ থাকতে পারে।

শুরুতে, একটি সাধারণ স্প্রেডশীট হয়তো যথেষ্ট হতে পারে।

কিন্তু প্রকল্প যত বড় হতে থাকে, আর্থিক ব্যবস্থাপনা ততই কঠিন হয়ে উঠতে পারে।

সমস্যাটা এমন নয় যে কেউ ভুল কিছু করছে।

সমস্যাটা হলো যৌথ নির্মাণ প্রকল্পের অর্থ inherently জটিল।

এখানে কো-ওনড নির্মাণ প্রকল্পগুলির মুখোমুখি হওয়া সাতটি সাধারণ আর্থিক সমস্যা তুলে ধরা হলো।

১. অবস্পষ্ট অবদানের পরিমাণ

প্রথম চ্যালেঞ্জগুলির মধ্যে একটি হলো প্রতিটি সহ-মালিকের ঠিক কত টাকা অবদান রাখা উচিত তা নির্ধারণ করা।

যদি প্রত্যেকের সমান অংশীদারিত্ব থাকে, তাহলে হিসাবটি তুলনামূলকভাবে সহজ।

কিন্তু অনেক প্রকল্পের সমান অংশীদারিত্ব থাকে না।

উদাহরণস্বরূপ:

সহ-মালিক	মালিকানা
মালিক এ	৪০%
মালিক বি	৩০%
মালিক সি	২০%
মালিক ডি	১০%

যদি প্রকল্পের জন্য $১০০,০০০ সংগ্রহের প্রয়োজন হয়, তাহলে প্রত্যাশিত অবদানগুলি হবে:

• মালিক এ — $৪০,০০০
• মালিক বি — $৩০,০০০
• মালিক সি — $২০,০০০
• মালিক ডি — $১০,০০০

তবে, বাস্তব প্রকল্পগুলি আরও জটিল হতে পারে।

কিছু প্রকল্পে ইউনিট আকার, ফ্লোর লেভেল বা অন্যান্য প্রকল্প-নির্দিষ্ট বিষয়গুলির পার্থক্য বিবেচনা করার জন্য মালিকানা মাল্টিপ্লায়ার (ownership multipliers) ব্যবহার করা হয়।

পূর্বের পেমেন্টগুলিও গণনার উপর প্রভাব ফেলতে পারে।

এর মানে হলো একটি সাধারণ প্রশ্ন যেমন:

"এই মাসের নির্মাণ তহবিলের জন্য আমার কত টাকা বকেয়া আছে?"

এটির উত্তর দিতে কয়েকটি হিসাবের প্রয়োজন হতে পারে।

যখন এই হিসাবগুলি ম্যানুয়ালি করা হয়, তখন সহজেই ভুল হতে পারে।

আরও ভালো পদ্ধতি

প্রতিটি সহ-মালিকের বাধ্যবাধকতা একটি স্পষ্টভাবে সংজ্ঞায়িত মালিকানা কাঠামো থেকে গণনা করা উচিত।

সিস্টেমটি দেখাতে সক্ষম হওয়া উচিত:

মালিকানা → গণনা → প্রদেয় পরিমাণ → পরিশোধিত পরিমাণ → বকেয়া

এটি অবদানকে বিষয়ভিত্তিক না করে স্বচ্ছ করে তোলে।

---

২. বিভিন্ন সদস্যের ভিন্ন সময়ে পরিশোধ

নির্মাণ প্রকল্পের তহবিল সাধারণত সবার কাছ থেকে একই দিনে আসে না।

একজন সহ-মালিক হয়তো তাৎক্ষণিকভাবে পরিশোধ করবেন।

অন্যজন হয়তো এক সপ্তাহ পরে পরিশোধ করবেন।

অন্য কেউ হয়তো আংশিক পরিশোধ করবেন।

আরেকজন হয়তো অগ্রিম পরিশোধ করবেন।

এটি একটি রিকনসিলিয়েশন (reconciliation) সমস্যা তৈরি করে।

ধরুন, একটি প্রকল্পের জন্য সহ-মালিকদের একটি গ্রুপ থেকে $৫০,০০০ চাওয়া হয়েছে।

ফাইনান্স ম্যানেজারের জানা প্রয়োজন:

• কে পরিশোধ করেছে?
• প্রতিটি ব্যক্তি কত টাকা পরিশোধ করেছে?
• কে আংশিকভাবে পরিশোধ করেছে?
• কে পরিশোধ করেনি?
• কত টাকা বকেয়া আছে?

যদি এই তথ্য ম্যানুয়ালি রক্ষণাবেক্ষণ করা হয়, তাহলে প্রতিবার পেমেন্ট আসার সাথে সাথে স্প্রেডশীট আপডেট করতে হবে।

এবং যখন পেমেন্ট বিভিন্ন ব্যাংক অ্যাকাউন্ট বা পেমেন্ট পদ্ধতির মাধ্যমে আসে, তখন রিকনসিলিয়েশন আরও জটিল হয়ে ওঠে।

আরও ভালো পদ্ধতি

প্রতিটি পেমেন্ট সংশ্লিষ্ট সহ-মালিক এবং অবদান সময়সূচির বিপরীতে রেকর্ড করা উচিত।

এটি সংগ্রহের অগ্রগতির একটি রিয়েল-টাইম চিত্র তৈরি করে।

কারো কাছে আপডেটের জন্য জিজ্ঞাসা করার পরিবর্তে, গ্রুপ সরাসরি অবস্থা দেখতে পারে।

---

৩. অগ্রিম পেমেন্ট এবং ক্রেডিট ব্যালেন্স হারিয়ে যায়

এটি কো-ওনড প্রকল্পগুলির একটি বিশেষভাবে সাধারণ সমস্যা।

একজন সহ-মালিক তাদের বর্তমান বাধ্যবাধকতার চেয়ে বেশি পরিশোধ করার সিদ্ধান্ত নিতে পারেন।

উদাহরণস্বরূপ:

বর্তমান বাধ্যবাধকতা: $১০,০০০
পরিশোধিত পরিমাণ: $১৫,০০০
ক্রেডিট: $৫,০০০

সেই অতিরিক্ত $৫,০০০ এর কী হবে?

একটি সাধারণ স্প্রেডশীটে, কেউ হয়তো একটি নোট লিখতে পারেন যে সদস্যটির $৫,০০০ ক্রেডিট আছে।

কিন্তু কয়েক মাস পরে, সেই তথ্যটি হয়তো overlooked হয়ে যেতে পারে।

পরবর্তী অবদানের অনুরোধ করা হলে, সদস্যটিকে হয়তো আবার পুরো পরিমাণ পরিশোধ করতে বলা হতে পারে।

এটি অপ্রয়োজনীয় বিভ্রান্তি তৈরি করে এবং দ্রুত বিরোধের জন্ম দিতে পারে।

আরও ভালো পদ্ধতি

অগ্রিম পেমেন্ট স্বয়ংক্রিয়ভাবে সদস্যের জন্য একটি ক্রেডিট ব্যালেন্স তৈরি করা উচিত।

সেই ক্রেডিট তখন বহন করা যেতে পারে এবং ভবিষ্যতের বাধ্যবাধকতার বিপরীতে অফসেট করা যেতে পারে।

আর্থিক রেকর্ডে স্পষ্টভাবে দেখানো উচিত:

প্রদেয় পরিমাণ → পরিশোধিত পরিমাণ → ক্রেডিট → পরবর্তী বাধ্যবাধকতা

এটি আলাদা ব্যক্তিগত নোট রাখার প্রয়োজনীয়তা দূর করে।

---

৪. খরচ বিভিন্ন জায়গায় ছড়িয়ে ছিটিয়ে থাকে

একটি নির্মাণ প্রকল্পে শুধু টাকা আসে না।

এটি বিভিন্ন উপায়ে বেরিয়েও যায়।

একটি সাধারণ প্রকল্পের জন্য নিম্নলিখিত খরচ থাকতে পারে:

• ঠিকাদার
• নির্মাণ সামগ্রী
• শ্রম
• সরঞ্জাম
• পরিবহন
• অনুমতি (Permits)
• পেশাদার পরিষেবা
• ইউটিলিটি
• সাইট খরচ
• খুচরা নগদ (Petty cash)

যদি এই খরচগুলি বিভিন্ন স্প্রেডশীট, রসিদ, নোটবুক, ইমেল বা মেসেজে রেকর্ড করা হয়, তবে প্রকল্পের প্রকৃত আর্থিক অবস্থা বোঝা কঠিন হয়ে পড়ে।

কেউ হয়তো জিজ্ঞাসা করতে পারে:

"আমরা এ পর্যন্ত প্রকল্পে কত খরচ করেছি?"

উত্তরটি সহজ হওয়া উচিত।

কিন্তু যদি কাউকে উত্তর দেওয়ার আগে কয়েকটি উৎস থেকে তথ্য সংগ্রহ করতে হয়, তাহলে আর্থিক ব্যবস্থাটি ইতিমধ্যেই খণ্ডিত (fragmented) হয়ে আছে।

আরও ভালো পদ্ধতি

প্রতিটি প্রকল্পের খরচের একটি কাঠামোগত রেকর্ড থাকা উচিত যেখানে প্রাসঙ্গিক তথ্য যেমন:

• পরিমাণ
• তারিখ
• খরচের বিভাগ
• বিক্রেতা (Vendor)
• পেমেন্টের অবস্থা
• ব্যাংক অ্যাকাউন্ট
• সহায়ক ডকুমেন্টেশন

এটি একটি কেন্দ্রীভূত আর্থিক চিত্র তৈরি করে।

---

৫. খুচরা নগদ (Petty Cash) সহজেই হিসাবের বাইরে চলে যায়

নির্মাণ সাইটে প্রায়শই ছোট, ঘন ঘন পেমেন্টের প্রয়োজন হয়।

শ্রমিকদের সরবরাহের প্রয়োজন হয়।

পরিবহনের জন্য পরিশোধ করতে হয়।

ছোটখাটো উপকরণ কিনতে হয়।

কারো হয়তো জরুরি সাইট খরচের জন্য নগদ অর্থের প্রয়োজন হতে পারে।

এখানেই খুচরা নগদ (petty cash) কার্যকর হয়।

কিন্তু খুচরা নগদ একটি নির্মাণ প্রকল্পের অর্থের সবচেয়ে কম স্বচ্ছ অংশগুলির মধ্যে একটি হয়ে উঠতে পারে।

ধরুন, প্রকল্পের ব্যাংক অ্যাকাউন্ট থেকে $৫,০০০ খুচরা নগদে স্থানান্তরিত করা হলো।

পরবর্তী কয়েক সপ্তাহে, একাধিক ছোট ছোট খরচ পরিশোধ করা হলো।

সঠিক ট্র্যাকিং ছাড়া, উত্তর দেওয়া কঠিন হয়ে পড়ে:

• কত নগদ টাকা বাকি আছে?
• নগদ টাকা কিসে খরচ করা হয়েছে?
• কে প্রতিটি পেমেন্ট করেছে?
• কোন খরচগুলির রসিদ আছে?
• অব্যবহৃত নগদ টাকা ফেরত দেওয়া হয়েছিল কি?

আরও ভালো পদ্ধতি

খুচরা নগদকে আরেকটি আর্থিক অ্যাকাউন্ট হিসাবে বিবেচনা করা উচিত।

প্রকল্পকে ট্র্যাক করা উচিত:

ব্যাংক → খুচরা নগদ স্থানান্তর → ব্যক্তিগত খরচ → অবশিষ্ট নগদ → ব্যাংকে ফেরত

এটি শারীরিক নগদের জন্য একটি সম্পূর্ণ ট্রেইল তৈরি করে।

---

৬. ঠিকাদারের পেমেন্ট সবসময় প্রকৃত অগ্রগতির সাথে মেলে না

নির্মাণ প্রকল্পগুলিতে ঠিকাদারদের জন্য উল্লেখযোগ্য পেমেন্টের প্রয়োজন হতে পারে।

সংশ্লিষ্ট কাজ যাচাই করার আগে পেমেন্ট করা হলে আর্থিক ঝুঁকি বেড়ে যায়।

ধরুন একজন ঠিকাদারের $১০০,০০০ এর চুক্তি আছে।

কাজটি কয়েকটি মাইলস্টোনে বিভক্ত।

যদি ঠিকাদার অনুরোধ করলেই পেমেন্ট ছেড়ে দেওয়া হয়, তাহলে প্রকল্পটি অসম্পূর্ণ কাজের জন্য পরিশোধ করে ফেলতে পারে।

একাধিক সহ-মালিক যখন প্রকল্পের অর্থায়ন করেন তখন এটি বিশেষভাবে সমস্যাযুক্ত হয়।

আরও ভালো পদ্ধতি

ঠিকাদারের পেমেন্ট পরিমাপযোগ্য কাজের সাথে সংযুক্ত হওয়া উচিত।

একটি সাধারণ পেমেন্ট গেট হতে পারে:

সম্পূর্ণ → অনুমোদন → মুক্তি (Release)

প্রথমে, সংশ্লিষ্ট মাইলস্টোনটি সম্পূর্ণ হয়।

তারপর কাজটি যাচাই এবং অনুমোদিত হয়।

শুধুমাত্র অনুমোদনের পরেই পেমেন্ট মুক্তি (release) করা হয়।

এটি নির্মাণ অগ্রগতি এবং আর্থিক ব্যয়ের মধ্যে একটি সরাসরি সম্পর্ক তৈরি করে।

এটি গ্রুপকে ঠিকাদারের পেমেন্টের উপর আরও ভালো নিয়ন্ত্রণ দেয়।

---

৭. কেউ জানে না যে সংখ্যাগুলি বিশ্বাসযোগ্য কিনা

এটি সম্ভবত সবচেয়ে গুরুত্বপূর্ণ আর্থিক সমস্যা।

ধরুন, একটি প্রকল্পের খরচ $৮,০০০ হিসাবে রেকর্ড করা হয়েছিল।

পরে, স্প্রেডশীটে $১০,০০০ দেখানো হলো।

কী হলো?

কোনো অতিরিক্ত পেমেন্ট ছিল কি?

মূল এন্ট্রিটি ভুল ছিল কি?

কেউ কি স্প্রেডশীট এডিট করেছে?

সহায়ক ডকুমেন্টেশন যোগ করা হয়েছিল কি?

সঠিক পরিবর্তন ইতিহাস ছাড়া, এটি জানা অসম্ভব হতে পারে।

এটি কেবল একটি সুরক্ষা সমস্যা নয়।

এটি সম্পূর্ণ বৈধ মানবিক ভুলের কারণেও ঘটতে পারে।

কেউ ভুল করে ভুল সেল এডিট করতে পারে।

কেউ একটি পরিমাণ ওভাররাইট করতে পারে।

কেউ একটি পুরানো এন্ট্রি মুছে ফেলতে পারে।

একটি অডিট ট্রেইল ছাড়া, প্রকল্পটি কী ঘটেছিল তা পুনর্গঠন করার ক্ষমতা হারায়।

আরও ভালো পদ্ধতি

আর্থিক রেকর্ডগুলিতে গুরুত্বপূর্ণ পরিবর্তনের ইতিহাস বজায় রাখা উচিত।

উদাহরণস্বরূপ:

মূল পরিমাণ: $৮,০০০
আপডেট করা পরিমাণ: $১০,০০০
পরিবর্তন করেছেন: অনুমোদিত ব্যবহারকারী
পরিবর্তনের সময়: টাইমস্ট্যাম্প
পূর্ববর্তী অবস্থা: সংরক্ষিত

এটি আর্থিক তথ্যকে অনেক বেশি বিশ্বাসযোগ্য করে তোলে।

---

কেন এই সমস্যাগুলি সংযুক্ত

এই সাতটি সমস্যা আলাদা মনে হলেও, এগুলি ঘনিষ্ঠভাবে সম্পর্কিত।

একটি সাধারণ অর্থায়ন চক্র বিবেচনা করুন।

প্রকল্পের অর্থের প্রয়োজন।

প্রথমে, গ্রুপকে নির্ধারণ করতে হবে প্রতিটি সহ-মালিকের কত টাকা বকেয়া আছে।

তারপর অবদানের অনুরোধ জানাতে হবে।

সদস্যরা পেমেন্ট করেন।

পেমেন্টগুলিকে তাদের বাধ্যবাধকতার সাথে মেলাতে হবে।

অগ্রিম পেমেন্টগুলিকে ক্রেডিট হিসাবে পরিণত করতে হবে।

সংগৃহীত অর্থ তারপর ঠিকাদার এবং সরবরাহকারীদের পরিশোধ করতে ব্যবহৃত হয়।

সেই খরচগুলিকে নির্মাণ কাজের সাথে সংযুক্ত করতে হবে।

অবশেষে, সবাইকে জানতে হবে টাকা কোথায় গেল।

সুতরাং প্রকৃত প্রবাহটি দেখতে এমন হয়:

মালিকানা → অবদান → পেমেন্ট → ব্যালেন্স → খরচ → নির্মাণ অগ্রগতি → রিপোর্টিং

যদি প্রতিটি অংশ আলাদাভাবে পরিচালিত হয়, তাহলে ফাঁকগুলির মধ্যে ত্রুটি এবং বিভ্রান্তি দেখা দিতে পারে।

একটি শক্তিশালী আর্থিক ব্যবস্থা এই পদক্ষেপগুলিকে সংযুক্ত করে।

---

একটি ভালো কো-বিল্ড আর্থিক ব্যবস্থাপনা কেমন হওয়া উচিত

একটি সু-পরিচালিত কো-ওনড নির্মাণ প্রকল্পে মৌলিক আর্থিক প্রশ্নের উত্তর দেওয়া সহজ হওয়া উচিত।

পুরো প্রকল্পের জন্য

• কত টাকা সংগ্রহ করা হয়েছে?
• কত টাকা খরচ করা হয়েছে?
• বর্তমানে কত টাকা উপলব্ধ আছে?
• আসন্ন অর্থায়নের প্রয়োজনীয়তা কী?
• কোন খরচগুলি প্রক্রিয়াধীন আছে?
• খরচগুলি বাজেটের মধ্যে আছে কি?

প্রতিটি সহ-মালিকের জন্য

• আমার মালিকানার অংশ কত?
• আমাকে কত টাকা অবদান রাখতে বলা হয়েছে?
• আমি কত টাকা পরিশোধ করেছি?
• আমার আর কত টাকা বকেয়া আছে?
• আমার কি ক্রেডিট ব্যালেন্স আছে?
• আমার অবদানগুলি কীভাবে গণনা করা হয়েছিল?

ঠিকাদারদের জন্য

• কোন কাজটি চুক্তিবদ্ধ হয়েছিল?
• চুক্তির মূল্য কত?
• কোন মাইলস্টোনগুলি সম্পূর্ণ হয়েছে?
• কোন পেমেন্টগুলি অনুমোদিত হয়েছে?
• কত টাকা পরিশোধ করা হয়েছে?
• কত টাকা প্রদেয় আছে?

জবাবদিহিতার জন্য

• কে লেনদেনটি রেকর্ড করেছে?
• কখন এটি রেকর্ড করা হয়েছিল?
• এটি কি পরিবর্তন করা হয়েছে?
• পূর্ববর্তী মূল্য কত ছিল?
• কোন ডকুমেন্টেশন এটিকে সমর্থন করে?

যখন এই প্রশ্নগুলির উত্তর দ্রুত দেওয়া যায়, তখন আর্থিক ব্যবস্থাপনা অনেক সহজ হয়ে ওঠে।

---

একটি কেন্দ্রীভূত আর্থিক ব্যবস্থার ভূমিকা

উদ্দেশ্যটি কেবল একটি স্প্রেডশীটকে অন্য অ্যাপ্লিকেশন দিয়ে প্রতিস্থাপন করা নয়।

প্রকৃত উদ্দেশ্য হলো প্রকল্পের জন্য সত্যের একটি একক আর্থিক উৎস তৈরি করা।

একটি কেন্দ্রীভূত সিস্টেম সংযুক্ত করতে পারে:

• সদস্য
• মালিকানা
• সম্পত্তি
• অবদান
• ডিপোজিট সময়সূচী
• পেমেন্ট
• ক্রেডিট ব্যালেন্স
• খরচ
• বিক্রেতা (Vendors)
• ঠিকাদার
• ব্যাংক অ্যাকাউন্ট
• খুচরা নগদ
• বাজেট
• নির্মাণ মাইলস্টোন
• অডিট ইতিহাস

এটি এমন কিছু তৈরি করে যা স্প্রেডশীট এবং চ্যাট মেসেজের একটি সংগ্রহ সহজে সরবরাহ করতে পারে না:

প্রসঙ্গ (context)।

একটি পেমেন্ট কেবল একটি সংখ্যা নয়।

এটি একজন সদস্য, একটি অবদান সময়সূচী, একটি প্রকল্পের পর্যায় এবং প্রাসঙ্গিক আর্থিক রেকর্ডের সাথে সংযুক্ত হতে পারে।

একইভাবে, একটি খরচ কেবল একটি পরিমাণ নয়।

এটি একজন বিক্রেতা, একটি নির্মাণ মাইলস্টোন, একটি অনুমোদন এবং সহায়ক ডকুমেন্টেশনের সাথে সংযুক্ত হতে পারে।

সেই সংযুক্ত প্রসঙ্গই আর্থিক তথ্যকে অনেক বেশি কার্যকর করে তোলে।

---

আর্থিক স্বচ্ছতা বিশ্বাস তৈরি করে

অর্থ প্রায়শই একটি কো-ওনড নির্মাণ প্রকল্পের সবচেয়ে সংবেদনশীল অংশ।

মানুষ ডিজাইন পছন্দ নিয়ে একমত নাও হতে পারে।

তাদের ঠিকাদারদের সম্পর্কে ভিন্ন মতামত থাকতে পারে।

কিন্তু আর্থিক অনিশ্চয়তা আরও গভীর সমস্যা তৈরি করতে পারে।

যখন সবাই দেখতে পায় কিভাবে অবদানগুলি গণনা করা হয়, কোথায় টাকা খরচ করা হয়, কত টাকা বকেয়া আছে এবং আর্থিক রেকর্ডগুলি সময়ের সাথে সাথে কীভাবে পরিবর্তিত হয়েছে, তখন ভুল বোঝাবুঝির সুযোগ কম থাকে।

স্বচ্ছতা প্রতিটি মতবিরোধ দূর করে না।

তবে এটি তথ্য ব্যবহার করে মতবিরোধগুলি সমাধান করা সহজ করে তোলে।

---

উপসংহার

কো-ওনড নির্মাণ প্রকল্পগুলি অনন্য আর্থিক চ্যালেঞ্জের মুখোমুখি হয় কারণ একাধিক ব্যক্তি একই সম্পত্তিতে অর্থ অবদান করেন যখন নির্মাণ খরচ সময়ের সাথে সাথে পরিবর্তিত হতে থাকে।

সাতটি সমস্যা ঘনিষ্ঠভাবে সংযুক্ত:

১. অবস্পষ্ট অবদানের পরিমাণ ২. ভিন্ন পেমেন্ট সময় ৩. হারিয়ে যাওয়া অগ্রিম-পেমেন্ট ক্রেডিট ৪. ছড়িয়ে ছিটিয়ে থাকা খরচ ৫. অনিয়ন্ত্রিত খুচরা নগদ ৬. অগ্রগতির সাথে অসংযুক্ত ঠিকাদারের পেমেন্ট ৭. যে আর্থিক রেকর্ডগুলি বিশ্বাস করা কঠিন

এই সমস্যাগুলির কোনোটিই অগত্যা বোঝায় না যে কেউ প্রকল্পটি ভুলভাবে পরিচালনা করছে।

অধিকাংশই কেবল ম্যানুয়াল প্রক্রিয়ার উপর নির্ভর করার পরিণতি যখন প্রকল্পটি আরও জটিল হয়ে ওঠে।

সমাধান হলো একটি আর্থিক ব্যবস্থা তৈরি করা যেখানে মালিকানা, অবদান, পেমেন্ট, খরচ, নির্মাণ অগ্রগতি এবং জবাবদিহিতা সংযুক্ত।

যখন সংখ্যাগুলি স্পষ্ট, অ্যাক্সেসযোগ্য এবং ট্রেসযোগ্য হয়, তখন জড়িত সবাই প্রকল্পের আর্থিক অবস্থান সম্পর্কে আরও ভালো ধারণা পায়।

এবং একটি কো-ওনড নির্মাণ প্রকল্পে, সেই স্বচ্ছতা বিশ্বাসের অন্যতম ভিত্তি।