د ERP تدارکات له عملیاتي ستونزې پیلېږي، نه د محصول له نومه
د ERP داوطلبۍ سند باید وښيي چې کومې پرېکړې، ثبتونه او کنټرولونه ښه کېدل غواړي. یوازې «مالي، بشري سرچینې او ګدام» کافي نه دي؛ داوطلب باید ادارې، ځایونه، کاروونکي، د تایید کچې، اسعار، راپورونه، ادغامونه، معلوماتي سرچینې او عملیاتي محدودیتونه وپېژني.
صادروونکې اداره د خپل تدارکاتي میتود، قانون یا تمویلوونکي قواعدو، ارزونې صلاحیت او وروستي قرارداد مسؤله ده. دا لارښود د پلان وسیله ده او هغه شرطونه نه بدلوي.
۱. تر سند لیکلو مخکې حاکمیت وټاکئ
- د تدارکاتو مسؤل، سوداګریز sponsor، د بهیر خاوندان، تخنیکي ارزونکي او مجاز تاییدوونکی وټاکئ.
- د تدارکاتو موخه، د بودجې صلاحیت، هدف پرېکړه او مهمې وابستګۍ ثبت کړئ.
- د وضاحت، addendum، د ګټو ټکر، محرمیت او له داوطلب سره د اړیکې لاره تعریف کړئ.
- که نافذ اصول غواړي، د اړتیا جوړوونکی، ارزونکی او د قرارداد تاییدوونکی جلا کړئ.
۲. پایلې او واقعي سناریوګانې تشریح کړئ
د ماډیول عمومي نوم په end-to-end بهیر بدل کړئ. د تدارکاتو بهیر له غوښتنې، تایید او نرخ اخیستو تر فرمایش، رسید، فاکتور، تادیې او حسابداري ثبت پورې رسېدای شي. د هرې سناریو رولونه، معلومات، د تایید حدود، استثناوې، پایلې او د منلو شواهد مشخص کړئ.
۳. د تعقیب وړ اړتیاوو matrix جوړ کړئ
هرې مهمې اړتیا ته شناسه ورکړئ او د ادارې په تایید شوې لاره یې طبقهبندي کړئ. له داوطلبه وغواړئ چې یو روښانه حالت وټاکي: معیاري امکان، تنظیم، ځانګړې پراختیا، بهرنۍ وابستګي، راتلونکی پلان یا انحراف.
- کاري بهیر، validation، تایید او راپور
- رول، د دندو جلاوالی او د فعالیت تاریخ
- ژبه، RTL، څانګه، واحد او اسعار
- د معلوماتو لېږد، ادغام او بهرنۍ وابستګي
- شتون، چټکتیا، accessibility او وسایل
- امنیت، محرمیت، ساتنه، بیکاپ او رغونه
- روزنه، اسناد، نصب، ملاتړ او د وتلو شرطونه
بې تشریح یا شواهدو «هو» باید د ښودل شوي او قرارداد کې شامل امکان سره یو شان ونه ارزول شي.
۴. د پلي کولو د مسؤلیت matrix روښانه کړئ
د عرضه کوونکي، مشتری او ګډ کار ترمنځ توپیر وکړئ. د بهیر تایید، د سرچینې معلوماتو مالکیت، پاکول، تنظیمي پرېکړې، د ادغام لاسرسی، تست سناریو، UAT، روزنیز حضور، زیربنا، cutover اجازه او د ملاتړ تماس باید مسؤل ولري.
مهالوېش هغه وخت معتبر دی چې د دواړو خواوو وابستګي او د پرېکړې مهلتونه ښکاره وي.
۵. له خطر سره برابر امنیتي شواهد وغواړئ
د معلوماتو حساسیت، ممتاز فعالیتونه، کاروونکي، ځایونه، انټرنېټي لاسرسی، uptime او د رغونې اړتیا بیان کړئ. د source، بدلون، dependency، secret، چاپېریال، تست، release، log، incident او vulnerability د کنټرول لاره وپوښتئ.
د framework نوم په اتومات ډول تصدیق نه دی. شواهد، حدود او مسؤل باید روښانه وي او امنیتي مسؤلیت تر کوربهتوب، ساتنې او وتلو دوام وکړي.
۶. بشپړ مسؤلیت او لګښت پرتله کړئ
د پرتله کېدو وړ نرخ وغواړئ: لایسنس یا ګډون، پلي کول، تنظیم، پراختیا، لېږد، ادغام، زیربنا، سفر، روزنه، مالیه، ملاتړ، تمدید او اختیاري موارد. د کاروونکو شمېر، چاپېریالونه، معلوماتي حجم، د خدمت ساعتونه، اسعار، تادیې milestone، د نرخ اعتبار او د بدلون قواعد ثبت کړئ.
۷. نمایش په کنټرول شوو شواهدو بدل کړئ
ټاکل شوو داوطلبانو ته یو شان سناریو، رولونه او وخت ورکړئ. ترې وغواړئ چې موجود امکان له تنظیم، وړاندیز شوې پراختیا او بهرني خدمت څخه جلا وښيي. پوښتنې او وضاحت د مجاز کانال له لارې ثبت کړئ.
۸. تر قرارداد مخکې د منلو حدود وټاکئ
- پایلې او د کتنې وړ پړاوونه
- د اړتیاوو baseline او د بدلون لاره
- د لېږد حدود او reconciliation شواهد
- تست چاپېریال، defect طبقه او د UAT صلاحیت
- cutover، rollback، سپارل او اسناد
- د معلوماتو مالکیت، export، لایسنس او فکري ملکیت
- تضمین، ملاتړ، د SLA سنجش، تمدید او فسخ
د ارزونې مهمه ژمنه باید په لاسلیک شوي قرارداد یا حدودو کې شامله وي.
عملي داوطلبۍ بسته
بشپړه بسته معمولاً لارښوونې، شالید، حدود، سناریو، د اړتیاوو matrix، معلومات او ادغام، امنیت، د پلي کولو مسؤلیت، پایلې، د ارزونې لاره، د ځواب بڼه، سوداګریز جدول، قراردادي شرایط او د وضاحت کانال لري.
د دې لارښود اصلي سرچینې
جوړښت د نړیوال بانک د IPF تدارکاتو مقرراتو شپږمې نسخې او د داوطلبیو او وړاندیزونو د ارزونې اوسني لارښود سره پرتله شوی. دا منابع یوازې هلته تطبیقېږي چې اړوند چوکاټ یې لازم وبولي؛ هره اداره باید خپل اوسني قانوني، تمویلوونکي او داخلي اصول تعقیب کړي.