12.2 کام کی کوالٹی آئی ٹی اسٹیٹمنٹ تیار کرنا (SOW)
پروجیکٹ کا دائرہ مکمل ہونے کے بعد، پراجیکٹ ٹیم SOW بنائے گی، جو سپلائر کی تجویز کے جواب اور معاہدے کی کارکردگی کی بنیاد ہے۔ درخواست میں ایک SOW شامل کرنے سے ہر سپلائر کو وہ معلومات ملتی ہے جہاں سے اس کی پیشکش تیار کرنی ہے۔ چونکہ جیتنے والا سپلائر SOW میں موجود تقاضوں کے بعد معاہدہ انجام دے گا، اس لیے SOW میں واضح اور ابہام کے بغیر تمام تکنیکی، فنکشنل، کارکردگی اور پراجیکٹ مینجمنٹ کی ضروریات اور توقعات کو شامل کرنا اور بیان کرنا ضروری ہے۔ VITA SCM ایک SOW ٹیمپلیٹ اور SOW چینج آرڈر ٹیمپلیٹ فراہم کرتا ہے مجاز صارفین کو استعمال کرنے کے لیے جب VITA اسٹیٹ وائیڈ کنٹریکٹ سے اس مقام پر "Tools:" کہا جاتا ہے۔ https://www.vita.virginia.gov/procurement/policies--procedures/procurement-tools/. یہ ٹیمپلیٹ اور اس باب میں رہنمائی بہترین مشق کی سفارشات ہیں۔ آپ ٹیمپلیٹ، مندرجہ ذیل رہنمائی، یا کوئی بھی مجموعہ استعمال کر سکتے ہیں- جیسا کہ آپ کی خریداری کے سائز اور پیچیدگی کے لیے بہترین ہے۔ IT پروجیکٹس جن کے لیے CIO منظوری اور/یا VITA نگرانی کی ضرورت ہوتی ہے اس URL پر فراہم کردہ کامن ویلتھ پروجیکٹ مینجمنٹ کے معیارات اور پالیسیوں کی پیروی کی ضرورت ہوگی۔ https://www.vita.virginia.gov/policy--governance/project-management/project-management-division-pmd/.
SOW کو ایک مختصر، اعلانیہ دستاویز کے طور پر لکھا جانا چاہیے کیونکہ یہ ایجنسی کی ضروریات اور سپلائر کی کارکردگی کے عزم کا بیان ہے۔ نان پرفارمنس پر مبنی SOWs میں سپلائی کرنے والے کو تفصیلی تصریحات کا استعمال کرتے ہوئے، فراہم کیے جانے والے کلیدی اہلکاروں اور سروس کے معاہدوں کے لیے استعمال کیے جانے والے طریقے بتاتے ہوئے، ایک مخصوص طریقے سے کام انجام دینے کی ضرورت پڑ سکتی ہے۔ ایک اچھی طرح سے لکھا ہوا SOW ہونا چاہئے:
- اسٹینڈ اکیلے دستاویز بنیں۔
- عام سے مخصوص انداز میں تیار کیا جائے۔
- ضروریات کی تعریف کے نتائج اور منظور شدہ دائرہ کار کے بیان سے تیار کردہ اور تضادات اور/یا متضاد تقاضوں سے پاک تفصیل کی توسیع بنیں۔
- کارکردگی کی مدت، ڈیلیوری ایبل آئٹمز، اگر کوئی ہو، اور کارکردگی کی لچک کی مطلوبہ ڈگری پر غور کرنے کے لیے انفرادی طور پر تیار کیا جائے۔
- ایسے مواد کو نہ دہرائیں جو پہلے ہی درخواست/معاہدے کے دوسرے حصوں میں شامل ہے۔
- تفصیل سے بیان کریں کہ فراہم کنندہ کو درج ذیل چار عناصر کو حل کرنے کے ذریعے کیا کرنا ہے:
- کیا کرنا ہے اور ڈیلیوری ایبلز/سنگ میل کیا ہیں؟
- کون کیا کرنے جا رہا ہے (ایجنسی، سپلائر، تھرڈ پارٹی CoVA ایجنٹ، وغیرہ)۔
- یہ ڈیلیوری ایبل اور/یا سنگ میل کے ذریعے کب کیا جائے گا؟
- کہاں کیا جائے گا؟
- یہ کیسے کیا جائے گا اور ایجنسی کو کیسے پتہ چلے گا جب یہ کیا جائے گا (یعنی جانچ اور قبولیت)؟
SOW کا مواد اور تفصیلات خریداری کی نوعیت پر منحصر ہوں گی اور یہ انتہائی آسان-پیکیجڈ سافٹ ویئر خریدنے سے لے کر انتہائی پیچیدہ تک- حل یا سسٹم ڈیزائن کی خریداری تک ہو سکتی ہے۔ ضروریات کی تشخیص / ضروریات کی تعریف / وضاحتیں ترقی کی تفصیلات (حوالہ کریں۔ باب 8) کو SOW کے کچھ متعلقہ علاقوں میں نقل کیا جانا چاہئے۔ تمام SOWs میں کم سے کم درج ذیل اجزاء شامل ہونے چاہئیں:
- تعارفخریداری کی عمومی وضاحت۔
- پس منظروہ معلومات جو فراہم کنندگان کو ایجنسی کی نوعیت اور تاریخ، پروجیکٹ، سامعین کو پیش کیے جانے والے نئے تقاضوں کے مقصد کو سمجھنے میں مدد کرتی ہے۔ جب قابل اطلاق ہو، موجودہ اور مطلوبہ ٹیکنالوجی ماحول (فن تعمیر) اور گرافک اور متنی وضاحت کے ساتھ انٹرفیس شامل کریں۔
- دائرہ کار- SOW کا جائزہ جو دائرہ کار کے بیان سے لیا گیا ضروریات کے پیرامیٹرز اور اہم پہلوؤں سے متعلق ہے۔
- قابل اطلاق ہدایات (اگر کوئی ہے) - حوالہ شدہ دستاویزات، معیارات، وضاحتیں یا ہدایات جو خریداری کے لیے لازمی یا معلوماتی ہیں۔
- کارکردگی کی ضروریات-کیا پورا کرنے کی ضرورت ہے، کارکردگی کے معیارات اور قابل قبول معیار کی سطح۔
- ڈیلیوریبل ضروریات-ٹیکنالوجی پروڈکٹس، سروسز، سافٹ ویئر، پروجیکٹ اور دیگر رپورٹس، ٹیسٹنگ اور تمام ڈیلیوری ایبلز اور رسمی تقاضے جو سپلائر کے ذریعے معاہدے کے دوران جمع کرائے جائیں۔
- کوالٹی اشورینس اور قبولیت کا معیار-قبولیت ایجنسی کا رسمی، تحریری عمل ہے جو تسلیم کرتا ہے کہ ڈیلیوری ایبل قابل اطلاق کنٹریکٹ کے معیار، مقدار اور دیگر ضروریات کے مطابق ہے۔ قبولیت میں کوالٹی ایشورنس کے عمل شامل ہو سکتے ہیں یا نہیں اور عام طور پر ادائیگی سے پہلے۔ کسی بھی سنگ میل کی ترسیل کے ساتھ ساتھ حتمی قبولیت کے لیے رسمی قبولیت کا طریقہ کار فراہم کیا جانا چاہیے۔
ذیل میں ایک جامع فہرست دی گئی ہے جو SOW مواد کے لیے غور و فکر کا ایک انتخاب فراہم کرتی ہے جس میں سادہ سے پیچیدہ پروکیورمنٹس تک - ایک واحد IT جزو سے لے کر بڑے سسٹم ڈیزائن تک۔ پراجیکٹ ٹیم اس فہرست سے مفید یاددہانیاں اکٹھا کر سکتی ہے حالانکہ ممکن ہے کہ یہ سب کسی خاص پروکیورمنٹ کے لیے مناسب نہ ہوں۔ مکمل اور درستگی کو یقینی بنانے کے لیے بہت سی تفصیلات ضروریات کی تعریف کی دستاویز سے نکالی جا سکتی ہیں۔
پروجیکٹ کے سائز، پیچیدگی، وفد اور منظوری کی حدوں پر منحصر ہے، کاروبار کے مالک کو اس URL پر موجود SOWs بنانے کے لیے کسی بھی کامن ویلتھ پروجیکٹ مینجمنٹ کے معیارات اور ضروریات کی تعمیل کو یقینی بنانا چاہیے: https://www.vita.virginia.gov/policy--governance/project-management/project-management-division-pmd/.
|
تعارف |
یہ خریداری کی ایک عمومی وضاحت ہے۔ |
|
پس منظر |
ایجنسی، پروجیکٹ/پروگرام اور/یا ان خدمات کے بارے میں معلومات فراہم کریں جو اس پروکیورمنٹ سے متاثر ہیں۔ صارف کے ماحول/معلومات کے بہاؤ/موجودہ کاروبار اور آپریٹنگ ماحول کے گرافکس شامل کریں۔ |
|
دائرہ کار کا بیان |
اس عمل کے مرحلہ 2 میں تیار کردہ دائرہ کار کے بیان سے رجوع کریں۔ |
|
تکنیکی، فنکشنل اور کارکردگی کا خلاصہ مقصد |
ان مقاصد کی عمومی وضاحت فراہم کریں۔ |
|
تکنیکی کا خلاصہ، فنکشنل اور کارکردگی کی ضروریات |
ان ضروریات کی عمومی وضاحت فراہم کریں بشمول تمام مطلوبہ حل، مصنوعات اور/یا خدمات۔ |
|
مخصوص تکنیکی، فنکشنل اور کارکردگی کی ضروریات |
مخصوص اور تفصیلی تقاضوں کو مکمل طور پر بیان کیا جانا چاہیے اور ان میں مطلوبہ ایجنسی آپریٹنگ فن تعمیر/صارف کا ماحول شامل ہونا چاہیے، اگر معلوم ہو۔ اگر سپلائر اسے اپنی تجویز کے حصے کے طور پر فراہم کرے گا، تو ان ضروریات پر بات چیت کی جائے گی اور معاہدے کی حتمی SOW نمائش کے طور پر حتمی شکل دی جائے گی۔ ان میں تمام سافٹ ویئر اور ہارڈ ویئر کے لیے تمام تکنیکی اور فنکشنل تقاضے شامل ہوں گے، حل اور/یا سسٹم جو خریدا جا رہا ہے اور اس میں کوئی بھی متعلقہ خدمات شامل ہوں گی۔ اگر ضروریات کی ترقی/سسٹم ڈیزائن قابل ڈیلیور ہے، تو اسے حتمی ترقی، عمل درآمد اور جانچ سے پہلے حتمی شکل دی جائے گی اور اس کے تحت ایک علیحدہ ڈیلیوری ایبل بن جائے گی۔ بونا |
|
ضروریات کی ترقی |
اگر یہ اس کا حصہ ہے جو فراہم کنندہ کرے گا، تو پروجیکٹ کے سنگ میل کے شیڈول اور ڈیلیوری ایبلز کی فہرست میں حوالہ جات بیان کریں اور شامل کریں۔ |
|
اپنی مرضی کے مطابق ترقی اور ٹیسٹ سسٹم کا ماحول |
پچھلی آئٹم کی طرح |
|
کاروباری ڈیزائن اور تکنیکی ڈیزائن |
پچھلی آئٹم کی طرح |
|
انٹرفیس/انضمام/میراثی نظام کی ضروریات |
پچھلی آئٹم کی طرح۔ درخواست کو ان کے بارے میں تمام معلوم معلومات فراہم کرنا ضروری ہے تاکہ سپلائی کرنے والے مناسب طریقے سے اندازہ لگا سکیں اور ایک نقطہ نظر تجویز کر سکیں اور ان ضروریات کو حتمی معاہدے کے SOW، سنگ میل کے شیڈول اور ڈیلیوری ایبلز کی فہرست میں شامل کیا جانا چاہیے۔ |
|
ڈیٹا کی تبدیلی |
ایجنسی کو اعداد و شمار کی حالت جاننا چاہئے اور اسے ریلے کرنا چاہئے جس میں تبدیلی کی ضرورت ہے۔ عام طور پر، یہ ایک اعلی قیمت اور/یا کارکردگی کے خطرے کے خطرے کا علاقہ ہو سکتا ہے۔ |
|
مواد کا بل |
سافٹ ویئر اور ہارڈ ویئر کے تمام اجزاء اور متوقع ترسیل کی تاریخوں کی فہرست بنائیں |
|
ٹیسٹنگ |
کسی بھی انسٹالیشن، کنفیگریشن، سسٹم، فنکشنل، پروڈکٹ، بیٹا/پروڈکشن ٹیسٹنگ اور حتمی قبولیت کی جانچ کے لیے تقاضے شامل کریں۔ زندگی بھر کے ٹیسٹ کی تقلید کے لیے جانچ کے دورانیے اور ماحول پر غور سے غور کریں۔ |
|
قبولیت کے معیار اور قبولیت کے طریقہ کار |
کاغذی رپورٹس سے لے کر آخری سسٹم ٹرن اوور تک تمام ڈیلیور ایبلز کے لیے مخصوص قبولیت کے معیار کو شامل کریں۔ یہ مشورہ دیا جاتا ہے کہ ایجنسی کی منظوری کا وقت، سپلائر دوبارہ جمع کرانے کا وقت اور اسی طرح کی وضاحت کریں۔ اس بات کو یقینی بنائیں کہ یہاں اور/یا معاہدہ کی اصل زبان میں کوئی متضاد معلومات فراہم نہیں کی گئی ہے۔ |
|
رسک مینجمنٹ کا عمل |
خریداری کی پیچیدگی کے لحاظ سے نگرانی/رپورٹنگ کے لیے معاہدہ کی مدت کے لیے تحریری تقاضے/طریقہ کار شامل کریں اور فریکوئنسی اور رسک ایریاز (لاگت، شیڈول، ڈیزائن/ڈیولپمنٹ، انٹرفیس وغیرہ) میں اضافہ کریں۔ تحریری رپورٹس/ ڈیلیوریبلز کی بھی ضرورت ہو سکتی ہے۔ سپلائر کے دیوالیہ پن یا کاروباری تسلسل میں خلل ڈالنے والی دوسری کاروباری تبدیلی کی صورت میں سپلائر سافٹ ویئر کے جاری استعمال کی حفاظت کے لیے ایسکرو اکاؤنٹ قائم کرنا بھی ضروری ہو سکتا ہے۔ |
|
کوالٹی کنٹرول / یقین دہانی کی ضروریات |
فراہم کنندہ کی طرف سے کوالٹی کنٹرول کے لیے تمام تقاضوں کی وضاحت کریں، ایجنسی کے ذریعے کوالٹی کی یقین دہانی اور نگرانی یا ایک آزاد IV&V وسیلہ، بشمول تمام مطلوبہ منصوبے، شیڈول رپورٹنگ اور میٹرکس کیپچر/توثیق کیسے اور کب کے بارے میں تفصیلات۔ دیکھیں باب 21 کارکردگی پر مبنی کنٹریکٹنگ اور سروس لیول کے معاہدوں کی مکمل بحث کے لیے اس دستی کا۔ |
|
کنفیگریشن/تبدیلی کا انتظام/انجینئرنگ فیصلے کا پتہ لگانے کے تقاضے |
اگر ضروری ہو تو ایجنسی کی آپریشنل آزادی کو جاری رکھنے اور مستقبل کے حوالے کے لیے تاریخی تجربے کو حاصل کرنے کے لیے تمام مطلوبہ اسکیمیٹکس، انجینئرنگ ڈرائنگ، منصوبے، دستاویزات اور دیگر ٹریس ایبلٹی ڈیلیور ایبلز کی وضاحت/ فہرست بنائیں۔ |
|
پروجیکٹ مینجمنٹ کی ضروریات |
خریداری کی پیچیدگی پر منحصر ہے، یہ ضروریات سادہ یا شدید ہوسکتی ہیں۔ پراجیکٹ کے انتظام کی ذمہ داریاں ایجنسی اور سپلائر کے درمیان شیئر کی جا سکتی ہیں یا فریقین میں سے صرف ایک ہی انجام دے سکتی ہے۔ تاہم، یہ واضح طور پر بیان کیا جانا چاہئے. کامن ویلتھ پروجیکٹ مینجمنٹ کے کچھ معیارات بڑے پروجیکٹس اور VITA کی نگرانی کی ضرورت کے لیے درکار ہوسکتے ہیں۔ |
|
تربیت اور دستاویزات کی ضروریات |
ایجنسی کے بجٹ کے لیے بہترین موزوں کے طور پر آف سائٹ یا آن سائٹ ٹریننگ شامل ہو سکتی ہے۔ شرکاء کی تعداد، مقامات، مکمل کی جانے والی تربیت کی قسم اور ٹرینر کی زیر قیادت، ٹرینر کو تربیت دینے، کلاس روم، کمپیوٹر یا ویب کی تمام تفصیلات شامل کریں۔پر مبنی، وغیرہ |
|
میٹنگز/جائزے (ڈیزائن/پروجیکٹ سٹیٹس/جائزے) |
پروجیکٹ کنٹرول کے لیے استعمال کریں اور پروجیکٹ کی سالمیت اور جوابدہی کو برقرار رکھیں۔ فراہم کنندہ کو شرکت کی ضرورت ہو سکتی ہے یا نہیں تاہم، اگر وہ ہیں تو وہ اپنی قیمتوں میں سفر کو شامل کریں گے۔ ورجینیا ڈیپارٹمنٹ آف اکاؤنٹس فی دن کے ضوابط لاگو ہوتے ہیں۔ |
|
دیکھ بھال اور وشوسنییتا اور/یا مدد اور دیکھ بھال کی ضروریات |
وارنٹی کے تحت اور بجٹ کے مطابق اور معاہدے میں شامل کسی بھی باہر کے سالوں کے لیے دیکھ بھال اور مدد کے لیے تمام تقاضے شامل کریں۔ متعلقہ معاون خدمات عام طور پر سپلائر کی باقاعدہ تجارتی پیشکش پر مبنی ہوں گی، جب تک کہ دوسری صورت میں بات چیت نہ کی جائے۔ |
|
کارکردگی/کارکردگی کی ضروریات |
فالٹ آئسولیشن، کم از کم زیادہ سے زیادہ رواداری کے پیرامیٹرز، ناکامیوں کے درمیان وقت، ماحولیاتی حالات، وغیرہ شامل کریں۔ سروس کی سطح کی توقعات اور ان کو پورا کرنے کے لیے مراعات شامل اور نگرانی کی جا سکتی ہیں، مکمل ادائیگی کے لیے یا سپلائی کرنے والے کو کامیاب کارکردگی کی حوصلہ افزائی کے لیے ضروری طور پر مقرر کردہ فیصد کمی کے لیے۔ |
|
معاہدے کی فراہمی |
تمام ہارڈ ویئر، سافٹ ویئر، سسٹم/حل، اور کاغذی ڈیلیور ایبلز کی فہرست بنائیں جیسے QA/QC پلانز، کنفیگریشن کنٹرول پلانز، ٹیسٹ پلانز، IV&V پلانز/رپورٹس، ماہانہ اسٹیٹس رپورٹس، رسک اسیسمنٹ پلانز، پروجیکٹ/سنگ میل کے منصوبے، GANTTs وغیرہ۔ مقررہ تاریخ، مقدار، کوئی بھی مطلوبہ فارمیٹ، میڈیا شامل کریں۔ (کاغذ، الیکٹرانک، سی ڈی، ڈی وی ڈی، وغیرہ)، کب واجب الادا، کس کو/کہاں جمع کرانے کے لیے، دن ایجنسی کو جائزہ لینا/قبول کرنا ہے۔ |
|
معیارات/ وضاحتیں/ ہدایات |
تمام مطلوبہ ایجنسی/VITA/COVA/وفاقی، تجارتی یا صنعت، SEI عمل کے معیارات، IT تک رسائی شامل کریں/508 تعمیل، HIPAA، ماحولیاتی، پیکیجنگ، سائز، فارمیٹ، وغیرہ، اور وضاحت کریں کہ آیا یہ دیکھنے کے لیے دستیاب ہیں یا منسلکات کے طور پر شامل ہیں۔ کوئی بھی بیس لائن ڈرائنگ یا چشمی، تکنیکی اصطلاحات کی لغت، تنظیمی چارٹس وغیرہ کو شامل کرنا یقینی بنائیں۔ اس URL پر موجود کامن ویلتھ کے متعلقہ معیارات کو نظر انداز یا خارج نہ کرنا یقینی بنائیں: https://www.vita.virginia.gov/it-governance/itrm-policies-معیارات/ |
|
حکومت یا فراہم کنندہ کی دفعات |
کسی بھی سامان، سہولیات، مواد اور وسائل کی وضاحت کریں جو کامن ویلتھ فراہم کنندہ کو فراہم کرے گا یا اس کے برعکس معاہدے کی کارکردگی کے لیے۔ فراہم کردہ تاریخیں، ترسیل کے تقاضے اور واپسی کے طریقہ کار کو شامل کریں۔ |
|
پروجیکٹ کے شیڈول کی ضروریات/کارکردگی کی مدت |
متوقع یا قطعی تاریخوں (کیلنڈر یا "ایوارڈ کے بعد کے دن") کے ساتھ مجموعی مدت اور سنگ میل کا شیڈول فراہم کریں (یا سپلائرز سے تجویز کردہ ایک کی درخواست کریں جو کسی نتیجے میں ہونے والے معاہدے میں شامل کیا جائے گا)۔ پراجیکٹ کی منصوبہ بندی اور سنگ میل کو نچلی سطح تک لے جائیں تاکہ کارکردگی کی صورتحال کی بہترین نگرانی کی جا سکے۔ کسی بھی پروجیکٹ کے انحصار پر غور کریں جو سنگ میل اور مجموعی شیڈول کو متاثر کر سکتا ہے۔ |
|
کارکردگی کی جگہ |
اگر فراہم کنندہ کے مقام کے علاوہ، آف سائٹ احاطے میں مقامات اور وقت کا فیصد بتائیں؛ سپلائر کے لیے میٹنگ میں حاضری شامل ہے۔ اگر کارکردگی VITA میں ہونی ہے۔ یا دیگر مجاز صارف مقام، حاضری، پس منظر کی جانچ، دفتر تک رسائی، وغیرہ کی توقعات میں مخصوص رہیں۔ |
|
خصوصی/اہم اہلکاروں کی ضروریات |
اگر سپلائی کرنے والے کے لیے کلیدی اہلکاروں کے ریزیومے فراہم کرنے کی ضرورت ہے، تو ان افراد کو معاہدے کی مدت کے دوران کسی بھی تبدیلی کے لیے ایجنسی کی تحریری منظوری کی ضرورت کے ساتھ حتمی گفت و شنید SOW میں نام دیا جا سکتا ہے۔ اس تمام زبان کو پھر التجا میں شامل کریں۔ اگر کچھ اہلکار پراجیکٹ کی کامیابی کی کلید ہیں، تو انہیں خاص طور پر نام دیں اور یہ بتائیں کہ انہیں کس طرح تبدیل کیا جائے گا اور اگر وہ کسی وجہ سے پراجیکٹ چھوڑ دیتے ہیں۔ |
|
قیمتوں کا تعین کرنے کی قسم |
شناخت کریں کہ کارکردگی وقت اور مواد اور/یا مقررہ قیمت پر مبنی ہوگی؛ تاہم، اصل قیمتوں کا شیڈول معاہدے کے لیے اسٹینڈ اکیلے نمائش ہو گا۔ |
|
رابطے کے تکنیکی نکات |
نامزد پراجیکٹ مینیجرز اور/یا تکنیکی نمائندوں کے نام اور رابطے کی معلومات فراہم کریں، معاہدے کی کارکردگی کے دوران ضرورت کے مطابق معاہدے میں ترمیم کے ذریعے اپ ڈیٹ کریں۔ |
|
کوئی خاص وارنٹی کی ضروریات |
اس بات کو یقینی بنائیں کہ یہ کنٹریکٹ دستاویز میں کہیں اور رکھی گئی کسی بھی عام وارنٹی کی شرائط کی نقل نہیں کرتے ہیں۔ |
|
سیکیورٹی اور/یا رسائی کی ضروریات |
تمام ایجنسی/VITA/دولت مشترکہ کی جسمانی رسائی اور ڈیٹا تک رسائی (ہارڈ کاپی اور الیکٹرانک) اور ہوسٹنگ کی ضروریات شامل کریں۔ VITA سیکورٹی کے تقاضے اس ویب سائٹ پر موجود ہیں: https://www.vita.virginia.gov/it-governance/itrm-پالیسیوں کے معیارات/ اور اگر IT پروکیورمنٹ پر لاگو ہو تو اس کا حوالہ SOW میں شامل کیا جانا چاہیے۔ آپ کے VITA AITR/پروجیکٹ مینجمنٹ کے نمائندوں کے ساتھ اس بارے میں بات چیت ان ضروریات میں سے کسی کو پورا کرنے کے لیے بہت ضروری ہے۔ |
|
انٹرپرائز کلاؤڈ نگرانی (ECOS) کے تقاضے |
اس SOW کو جاری کرنے کے لیے استعمال کیے جانے والے VITA کا ریاستی معاہدہ چیک کریں۔ اگر یہ ہے نہیں کلاؤڈ سروسز یا سافٹ ویئر بطور سروس (SaaS) معاہدہ اور DOE نہیں مطلوبہ کلاؤڈ/ساس شرائط شامل کریں، یا اگر معاہدہ کا دائرہ DOE نہیں مجاز اور مصنوعات کی فہرست DOE نہیں SaaS پروڈکٹس، رابطہ شامل کریں۔ scminfo@vita.virginia.gov اگلے اقدامات کا تعین کرنے کے لیے مزید جانے سے پہلے۔ اگر معاہدہ DOE میں مطلوبہ Cloud/SaaS شرائط شامل ہیں، تو enterpriseservices@vita.virginia.gov سے رابطہ کریں تاکہ یہ معلوم کیا جا سکے کہ آیا مخصوص SaaS پروڈکٹ کو ECOS کی منظوری دی گئی ہے یا نہیں اور اگلے اقدامات کا تعین کرنے کے لیے۔ |
ہدایت نامے کو کلیدی الفاظ یا عام اصطلاحات کے ذریعے تلاش کریں۔