سیستم NGO باید اجرای برنامه و کنترول سازمانی را وصل کند
نهادهای بشردوستانه و انکشافی دو مسئولیت مرتبط دارد: اجرای برنامه و محافظت از منابعی که به آنها سپرده شده است. سیستم مفید باید به تیمهای برنامه، مالی، تدارکات، لوژستیک، منابع بشری، نظارت و رهبری کمک کند از اسناد یکسان کار کند، بدون اینکه هر کاربر به معلومات حساس دسترسی داشته باشد.
Fida Technologies میتواند ERP، MIS و پلتفرم گردش کار NGO یا INGO را مطابق کمک مالی، برنامه و مدل عملیاتی تأییدشده ارزیابی و توسعه دهد. قواعد تمویلکننده، قرارداد، safeguarding، مالی و حقوقی باید پیش از تبدیل به کنترول نرمافزار توسط تیمهای مجاز سازمان تأیید شود.
جایی که ابزارهای جداگانه خطر و تأخیر ایجاد میکند
- بودجه کمک و فعالیت برنامه در فایلهای جداگانه
- معلومات ساحوی که به پاکسازی و تلفیق تکراری نیاز دارد
- تدارکات، موجودی و دارایی جدا از مالی
- پیشپرداخت و تصفیه دشوار برای پیگیری به فعالیت
- گزارش شاخص با تعریف، منبع یا تاریخچه تأیید نامشخص
- اشتراک معلومات مستفیدشونده بیشتر از نیاز برنامه
- ساخت دستی گزارش تمویلکنندگان از معلومات ناسازگار
- گزارش شریک یا sub-grant که بهآسانی مطابقت نمیشود
این موارد پرسش شناخت است، نه فرض درباره هر سازمان. محدوده درست به برنامه، تمویلکننده، موقعیت، شریک، کاربر، حساسیت معلومات و سیستم فعلی وابسته است.
مدیریت کمک، برنامه و پروژه
پلتفرم برنامه میتواند تمویلکننده، award، grant، پروژه، outcome، output، فعالیت، پلان کاری، موقعیت، تیم مسئول، خروجی، خطر، مشکل و دوره گزارش را وصل کند. خط بودجه و پیشرفت تطبیق مرتبط باقی میماند، در حالی که تفاوت نتیجه روایتی و معامله مالی حفظ میشود.
در صورت شامل بودن sub-grant یا شریک تطبیقکننده، محدوده میتواند قرارداد، بودجه، خروجی، اسناد due diligence، جدول گزارش، اسناد، بررسی، تأیید و اقدام بعدی را تعریف کند. سازمان مسئول تأیید شرایط قراردادی و compliance خود باقی میماند.
حسابداری وجوه، بودجه و کنترول مالی
نیاز مالی NGO میتواند ابعاد تمویلکننده، grant، پروژه، فعالیت، موقعیت، بخش و مرکز هزینه؛ معامله چندارزی؛ کنترول بودجه؛ پیشپرداخت؛ تصفیه؛ دریافتنی؛ پرداختنی؛ تخصیص معاش؛ تقسیم هزینه مشترک؛ بانک و نقد؛ و صورت مالی را شامل شود. طراحی حسابداری تأییدشده باید روشن کند تدارکات، موجودی، دارایی، سفر، معاش و مصارف برنامه چگونه به ledger میرسد.
اسعار، مالیه، تمویلکننده و روش گزارش باید توسط مسئولان مجاز مالی، تفتیش، حقوقی و compliance تأیید شود. سیستم باید معامله منبع، تاریخچه بررسی و اسناد پشتیبان کنترول تأییدشده را حفظ کند و بدون نیاز مشخص ادعای عمومی compliance نکند.
تدارکات، زنجیره تأمین، موجودی و دارایی
روند کنترولشده میتواند درخواست خرید، روش sourcing، نرخها، ارزیابی، تأییدی، سفارش خرید، دریافت، فاکتور تأمینکننده، پرداخت و قرارداد را پوشش دهد. موجودی و دارایی میتواند موقعیت، تحویلگیرنده، انتقال، توزیع، شمارش، نگهداری، disposal و اسناد را پیگیری کند.
حدود تأییدی، مسئولیت کمیته، قواعد رقابت، استثنا و اسناد لازم باید از پالیسی تأییدشده و قراردادهای مربوط بیاید. نرمافزار سپس روند را یکسان هدایت و ثبت میکند.
نظارت، ارزیابی، پاسخگویی و یادگیری
سیستم M&E یا MEAL با مرجع شاخص آغاز میشود: تعریف، واحد، تفکیک، محاسبه، baseline، target، دوره، منبع، موقعیت، مسئول و روش اعتبارسنجی. فورم جمعآوری معلومات باید همان تعریف داشبورد و گزارش تمویلکننده را استفاده کند.
پلتفرم میتواند نظارت فعالیت، پیگیری output و outcome، بازدید ساحه، شواهد، بررسی کیفیت معلومات، بازخورد یا شکایت و داشبورد مدیریتی را پشتیبانی کند. هر نتیجه باید به معلومات منبع و تاریخچه بررسی قابل پیگیری باشد و داشبورد معلومات ناتکمیل یا تأییدنشده را پنهان نکند.
معلومات مستفیدشونده و قضیه به مراقبت بیشتر نیاز دارد
هر برنامه به معلومات فردی نیاز ندارد. در صورت موجه بودن ثبت مستفیدشونده یا قضیه، شناخت باید هدف، حداقل فیلد، اطلاع یا رضایت در صورت نیاز، مدیریت تکرار، دسترسی بر اساس برنامه و موقعیت، محدودیت safeguarding، نگهداری، اصلاح، ناشناسسازی و اشتراک مجاز را تعریف کند.
دسترسی مبتنی بر نقش و در صورت نیاز سطح سند میتواند case worker، بررسیکننده، مدیر برنامه، M&E، مالی و اډمین را جدا کند. export حساس، ضمیمه و معلومات هویت به کنترول مشخص نیاز دارد. تصمیم محافظت معلومات و safeguarding با متخصصان مجاز سازمان است.
عملیات ساحوی، اتصال و زبان
تیم ساحوی ممکن است با انترنت ناپایدار، دستگاه مشترک، محدودیت سفر و چند زبان کار کند. مطابق نیاز تأییدشده، راهکار میتواند فورم responsive، اپلیکیشن موبایل، همگامسازی صفشده یا ادغام با پلتفرم جمعآوری معلومات تأییدشده داشته باشد. offline باید برای تعارض، امنیت دستگاه، هویت کاربر و sync امن طراحی و آزمایش شود و بهعنوان امکان عمومی وعده داده نشود.
رابط انگلیسی، دری و پشتو و چیدمان راستبهچپ میتواند شامل شود. اصطلاحات باید توسط کاربران برنامه و عملیات بررسی شود تا ترجمه با زبان کاری سازمان برابر باشد.
یکپارچهسازی و گزارش تمویلکننده
سیستم ممکن است با پلتفرم جمعآوری ساحوی، حسابداری، بانک، HR، حاضری بایومتریک، تحلیل، اسناد یا تمویلکننده معلومات تأییدشده تبادله کند. هر ادغام باید مالکیت، شناسه، فیلد مجاز، احراز هویت، اعتبارسنجی، مدیریت خطا، audit log و مسئول پشتیبانی را تعریف کند.
گزارش تمویلکننده باید به اسناد منبع تأییدشده و محاسبه توافقشده وصل باشد. اگر قالب تغییر کند، تأثیر آن بر مقایسه تاریخی، اعتبار و تأیید باید بررسی شود، نه اینکه با اکسل بدون سند مدیریت گردد.
امنیت، نصب و مالکیت سازمان
- نقش و صلاحیت مطابق مسئولیت برنامه و پشتیبانی
- تفکیک درخواست، بررسی، تأیید، پرداخت و مدیریت
- credentials محافظتشده، انتقال رمزگذاریشده و محیط جدا
- تاریخچه فعالیت، کنترول export حساس و شواهد تفتیش
- مالکیت بکاپ، روش بازیابی و آزمایش restore
- گزینه cloud تأییدشده، میزبانی خصوصی یا on-premise
- export معلومات، اسناد، دسترسی اډمین و پلان تحویل
مدل نصب باید حساسیت معلومات، شرایط تمویلکننده یا قرارداد، اتصال، توان IT داخلی، تداوم، هزینه، ادغام و data residency را در نظر بگیرد. این مسئولیتها باید در محدوده و قرارداد کتبی باشد.
مسیر عملی تطبیق سیستم NGO
- شناخت افراد و grant: نیاز برنامه، مالی، تدارکات، لوژستیک، HR، M&E، IT و رهبری مشخص میشود.
- نقشه روند و معلومات: workflow، پالیسی، شاخص، گزارش، فایل منبع، ادغام و حد معلومات حساس مستند میشود.
- اولویتبندی: نخستین نسخه مفید تعریف و مرحله آینده از کنترول ضروری جدا میشود.
- تنظیم و توسعه: روندهای قابل بررسی با معلومات نمونه امن نمایش داده میشود.
- انتقال و ادغام: معلومات پاک، نقشه، آزمایش، مطابقت و تأیید میگردد.
- QA و UAT: سناریوی ساحه، برنامه، مالی، تدارکات، صلاحیت، استثنا و گزارش آزمایش میشود.
- آموزش و نشر: آموزش مبتنی بر نقش، اډمین، اسناد، پشتیبانی و راهاندازی کنترولشده آماده میشود.
- پشتیبانی و بهبود: مشکلات عملیاتی توافقشده اندازهگیری و تغییرات با SLA یا شرایط پشتیبانی مدیریت میشود.
درخواست مفید ERP یا MIS برای NGO آماده کنید
نوع سازمان، برنامهها، تمویلکنندگان، موقعیتها، کاربران، grantها، دوره گزارش، ماژول، ابزار فعلی، ادغام، زبان، منبع انتقال، کتگوری معلومات حساس، محدودیت نصب و زمان تدارکات را شریک سازید. فیدا سپس میتواند شناخت، MIS متمرکز، محدوده ERP، ادغام یا تحویل مرحلهای را پیشنهاد کند، بدون اینکه فرض کند همه سازمانها یک پلتفرم میخواهند.