باب 21 - کارکردگی پر مبنی معاہدے اور خدمت کی سطح کے معاہدے

21.10.3 ٹیکنالوجی کی منتقلی کے تعلق میں SLAs

املاک دانش کی جامع بحث کے لیے باب 27 ، سافٹ ویئر لائسنسنگ اور دیکھ بھال کا حوالہ دیں۔ امریکی وفاقی مالی اعانت سے چلنے والے وسائل سے ٹیکنالوجی کی منتقلی کے سلسلے میں، آپ Bayh-Dole Act یا پیٹنٹ اور ٹریڈ مارک قانون ترمیمی ایکٹ سے واقف ہونا چاہیں گے جو وفاقی حکومت کی مالی اعانت سے چلنے والی تحقیق سے پیدا ہونے والی دانشورانہ ملکیت سے متعلق ہے۔ ٹیکنالوجی کی منتقلی یونیورسٹیوں اور اداروں کے منصوبوں میں استعمال ہونے کا زیادہ امکان ہے، بشمول کالجوں اور غیر منافع بخش تنظیموں کے درمیان ٹیکنالوجی اور علم کی منتقلی؛ تاہم، وہ ریاستوں اور وفاقی حکومت کے درمیان صحت، طبی، سماجی خدمات، ہوم لینڈ سیکیورٹی وغیرہ جیسے بڑے اقدامات کے لیے بھی ہو سکتے ہیں۔ شاذ و نادر صورتوں میں، ٹیکنالوجی کی منتقلی کو ان منصوبوں میں استعمال کیا جا سکتا ہے جہاں ایجنسی کے کاروبار کا مالک دوسری ریاستوں کی موجودہ ٹیکنالوجی سے واقف ہو۔

تمام ٹکنالوجی کی منتقلی میں، آپ کے پروجیکٹ میں ٹیکنالوجی کو درحقیقت استعمال کرنے کے لیے، منتقلی کرنے والے (ذریعہ فراہم کرنے والے) اور منتقلی (ایجنسی) کے درمیان متعلقہ استعمال، منتقلی، رسائی، ترمیم وغیرہ کے حقوق اور پابندیوں کا معاہدہ درکار ہوگا۔ یہ مشورہ دیا جاتا ہے کہ کامن ویلتھ کے آفس آف اٹارنی جنرل سے ایسے کسی بھی معاہدے کا جائزہ لینا چاہیے جس پر آپ کی ایجنسی کو آپ کی پروجیکٹ کی حکمت عملی میں ٹیکنالوجی کی منتقلی کی تصدیق کرنے سے پہلے دستخط کرنے کی ضرورت پڑسکتی ہے۔ تمام متعلقہ سپلائرز اور ایجنسی ایجنٹس جیسے VITA کو استعمال کی کسی بھی پابندی، رازداری وغیرہ کو پہنچانا یقینی بنائیں۔ اس کے علاوہ، آپ کی ایجنسی کو VITA کے انٹرپرائز آرکیٹیکچر ڈویژن کے ساتھ ٹیکنالوجی کے استعمال پر بات کرنے کی ضرورت ہو سکتی ہے تاکہ کسی بھی بنیادی ڈھانچے کی مطابقت، حدود، انحصار، گورننس کی ضروریات یا منظوریوں کو یقینی بنایا جا سکے۔

SLAs ٹیکنالوجی کی منتقلی کے تعلق کے لیے اہم ہیں کیونکہ وہ جوابدہی فراہم کرتے ہیں اور سپلائر کی کارکردگی کو ماپنے کی بنیاد کے طور پر کام کرتے ہیں۔ درخواست کسی ایجنسی کے کاروباری عمل کے مرکز کے جتنی قریب ہوتی ہے، خدمت کی سطح کا معاہدہ اتنا ہی اہم ہوتا جاتا ہے۔ اس طرح کے معاہدوں میں مخصوص معیار، دستیابی، کارکردگی کی سطح اور معاون خدمات کی تفصیل ہونی چاہیے جس کی ایجنسی اپنے سروس فراہم کنندہ سے توقع کر سکتی ہے۔ اس کے علاوہ، SLA کو ان عوامل پر توجہ دینی چاہیے جو ایجنسی کے کاروبار کو براہ راست متاثر کرتے ہیں، جیسے کہ کمپیوٹر ایپلی کیشنز کے لیے متوقع ردعمل کا وقت، سسٹم کی صلاحیت اور انٹرفیس کی مطابقت۔

رسپانس ٹائم میٹرکس اکثر معاہدے کے مذاکرات میں تیار کیے جاتے ہیں۔ سروس لیول کے معاہدے میں کارکردگی کی توقعات پر گفت و شنید کرنے کی کم از کم حد وہ موجودہ سروس لیول ہو سکتی ہے جو ایجنسی اپنی سابقہ ٹیکنالوجی سے حاصل کر رہی ہے۔ اس کے علاوہ، خاص طور پر جہاں سپلائر نئی ٹیکنالوجی تیار کر رہا ہے، ایجنسی کو میٹرکس قائم کرنے کے لیے صارف گروپوں کو شامل کرنے پر غور کرنا چاہیے۔ ہارڈ ویئر، سافٹ ویئر اور ٹیلی کمیونیکیشن جیسے بیرونی عوامل کے اثر کی وجہ سے سپلائرز عام طور پر ردعمل کے اوقات کے حوالے سے وارنٹی فراہم کرنے میں ہچکچاتے ہیں۔ معاہدے میں سسٹم کے اجزاء کی وضاحت ہونی چاہیے۔ ایک بار جب آلات کی واضح طور پر شناخت ہو جائے تو، سپلائر مخصوص آلات کے استعمال کی بنیاد پر کارکردگی کی مخصوص سطحوں کا پابند ہو سکتا ہے۔ اگر ہارڈ ویئر اور سافٹ ویئر کنفیگریشن کو مخصوصیت کے ساتھ بیان کیا گیا ہو تو سپلائر ٹرمینل رسپانس ٹائم وارنٹی دینے کے لیے بھی تیار ہو سکتا ہے۔ ایجنسیاں قائم کردہ کم از کم تقاضوں کو پورا کرنے میں ناکامی پر مالی جرمانے طلب کر سکتی ہیں، یا کارکردگی کی بنیاد پر مثبت ترغیبات پیش کر سکتی ہیں۔ رسپانس ٹائم کی شرائط کسی ایجنسی کو بڑھتے ہوئے کاروبار کو سنبھالنے میں کامیاب سپلائر کی ناگزیر مشکلات کے اثرات سے بھی بچاتی ہیں۔ ٹیکنالوجی SLAs میں شامل کرنے کے لیے ذیل میں خصوصی تحفظات ہیں:

• سافٹ ویئر کی فعالیت: ٹیکنالوجی کی منتقلی کے معاہدے کو سافٹ ویئر کی فعالیت کی تفصیل سے وضاحت کرنی چاہیے۔ فنکشنل تصریحات کو ان کاروباری کارروائیوں کا خاکہ بنانا چاہیے جو انجام دیے جائیں۔ اگر یہ وضاحتیں حتمی معاہدے پر دستخط کرنے سے پہلے طے کی جاتی ہیں، تو انہیں معاہدے کے حصے کے طور پر شامل کیا جانا چاہیے۔ دوسری صورت میں، معاہدے کو عام طور پر ترقیاتی اہداف کے لیے سنگ میل قائم کرنا چاہیے۔ معاہدے کو دستاویزات کی فراہمی کا بھی مطالبہ کرنا چاہئے۔ صارف کی دستاویزات ضروری آپریٹنگ ہدایات فراہم کرتی ہیں اور کمپیوٹر سسٹم کے افعال کی نشاندہی کرتی ہیں، جبکہ سسٹم کی دستاویزات کمپیوٹر پروگرامر کو کمپیوٹر سافٹ ویئر میں ترمیم کرنے کے لیے ضروری معلومات فراہم کرتی ہیں (یہ فرض کرتے ہوئے کہ صارف ترمیم کے حقوق پر بات چیت کر سکتا ہے)۔ دستاویزات اکثر سافٹ ویئر کی ترقی میں ایک نظر انداز قدم ہے کیونکہ ڈویلپر اپنے شیڈول کو پورا کرنے اور اپنے بجٹ کے اندر رہنے کی کوشش کرتا ہے۔ اگرچہ کمپیوٹر دستاویزات کے معیار کے لیے کوئی صنعتی معیار نہیں ہے، لیکن ٹیکنالوجی کی منتقلی کے معاہدے کو واضح طور پر مطلوبہ کم از کم دستاویزات کی وضاحت کرنی چاہیے، بشمول ٹیکنالوجی میں تبدیلیوں کے لیے دستاویزات۔ منتقلی میں موصول ہونے والی ٹیکنالوجی میں مستقبل میں ہونے والی تبدیلیاں آپ کے اس کے استعمال کو منفی یا مثبت طور پر متاثر کر سکتی ہیں، یا آپ کے استعمال کو متروک، غلط، وغیرہ بنا سکتی ہیں۔

• سسٹم کنفیگریشن: کسی ایجنسی کے موجودہ سسٹم اور سپلائر کے ذریعہ منتخب کردہ مصنوعات کے درمیان مطابقت کسی بھی ٹیکنالوجی کی منتقلی کے تعلق کی افادیت کے لیے ضروری ہے۔ معاہدے میں ایجنسی کے موجودہ نظام کے ساتھ فراہم کنندہ کے نظام کی مطابقت کے تقاضوں کی وضاحت ہونی چاہیے۔ مثال کے طور پر، ایک آؤٹ سورسنگ ڈیل میں، سپلائر کسٹمر کے موجودہ سافٹ ویئر اور ہارڈ ویئر کے آپریشنز کو اس کے زیادہ طاقتور آپریٹنگ سسٹم میں منتقل کر سکتا ہے، جسے سپلائر کے متعدد کلائنٹس مشترکہ طور پر استعمال کرتے ہیں۔ معاہدے کو کاموں کے مناسب بہاؤ کو یقینی بنانے کے لیے ذمہ داریاں مختص کرنی چاہئیں۔ ایک اور اہم عنصر جو کسی معاہدے میں شامل ہونا ضروری ہے وہ نظام کی صلاحیت کی وضاحت ہے۔ ایک سسٹم میں بڑھنے کی گنجائش ہونی چاہیے کیونکہ صارف کی ضروریات بڑھ جاتی ہیں، بغیر سسٹم کو بدلے یا بصورت دیگر غیر معقول رقم اور وقت خرچ کیے جائیں۔

• سافٹ ویئر ڈویلپمنٹ: نئے سافٹ ویئر کی ترقی اور تخلیق کو کنٹرول کرنے والی تصریحات اکثر کسی بھی ٹیکنالوجی کی منتقلی کے معاہدے کا سب سے اہم حصہ ہوتی ہیں۔ سافٹ ویئر ڈویلپمنٹ کے معاہدے میں بہت سے عوامل ہیں جن میں سافٹ ویئر کی فعالیت، نفاذ کے نظام الاوقات، قبولیت کی جانچ، آزمائشی مدت اور ادائیگی کے نظام الاوقات شامل ہیں۔ شروع میں، ایجنسی کی مخصوص ضروریات اور تقاضے، جیسے کہ ڈیٹا کا تجزیہ، ڈیٹا پروسیسنگ اور آؤٹ پٹ کی وضاحت کی جانی چاہیے تاکہ یہ یقینی بنایا جا سکے کہ دونوں فریق اپنے فرائض کو واضح طور پر سمجھتے ہیں۔

• اینٹی ویپر ویئر پروٹیکشن: ویپر ویئر کو سافٹ ویئر یا کسی دوسرے کمپیوٹر پروڈکٹ کے طور پر بیان کیا جا سکتا ہے جس کا وعدہ کیا جاتا ہے لیکن کبھی ڈیلیور نہیں کیا جاتا۔ بخارات کی وجہ سے پیسہ یا وقت ضائع ہونے سے بچانے کے لیے، فریقین کو شناخت کرنی چاہیے کہ پروڈکٹس ڈیولپمنٹ سائیکل میں کہاں کھڑے ہیں: ڈیزائن، کوڈڈ، بلٹ آؤٹ، الفا ٹیسٹ، بیٹا ٹیسٹ یا پروڈکشن میں۔ اس کے علاوہ، اگر مصنوعات کبھی تیار نہیں کی جاتی ہیں یا اگر وہ بیان کردہ تصریحات کو پورا کرنے میں ناکام رہتی ہیں تو معاہدے کو ہنگامی منصوبہ بندی کرنا چاہیے۔