آپ کا IT سپلائر ڈیلیور نہیں کر رہا ہے: آپ قانونی طور پر کیا کر سکتے ہیں۔

ایک IT پروجیکٹ جو دیر سے چلتا ہے ایک پریشانی ہے۔ لیکن آپ کیا کر سکتے ہیں اگر آپ کا فراہم کنندہ ساختی طور پر ڈیلیور کرنے میں ناکام ہو جاتا ہے، جواب دینا بند کر دیتا ہے، یا کسی ایسے نظام کے حوالے کر دیتا ہے جو اس پر پورا نہیں اترتا جس پر اتفاق کیا گیا تھا؟

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

کارکردگی کا دعویٰ

جب کوئی IT فراہم کنندہ ڈیلیور کرنے میں ناکام ہو جاتا ہے تو آپ کو سیدھے تنسیخ کی طرف جانے کی ضرورت نہیں ہے۔ آپ کارکردگی کا دعویٰ بھی کر سکتے ہیں: سپلائر کو پھر بھی وہی کرنا چاہیے جو معاہدہ کے تحت طے پایا تھا۔ اس میں سافٹ ویئر کی فراہمی، سسٹم انسٹال کرنا، یا سورس کوڈ اور ڈیٹا کے حوالے کرنا شامل ہو سکتا ہے۔ قانونی بنیاد ڈچ سول کوڈ کا آرٹیکل 3:296(1) ہے، جس کے تحت ایک فریق کسی دوسرے کو کچھ دینے، کرنے یا اس سے باز رہنے کا پابند ہے، عدالت اسے اس کارکردگی کو پیش کرنے کا حکم دے سکتی ہے۔

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

اگر فراہم کنندہ درحقیقت مزید کارکردگی کا مظاہرہ کرنے کے قابل نہیں ہے، مثال کے طور پر دیوالیہ پن کی وجہ سے یا ضروری علم اور وسائل کی کمی کی وجہ سے، کارکردگی کا دعویٰ بہت کم امکان پیش کرتا ہے۔ نقصانات کے ساتھ مل کر ریسیسیشن پھر زیادہ واضح راستہ ہے۔

ڈیفالٹ اور ڈیفالٹ کا نوٹس

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

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

ڈیفالٹ کے قابل عمل نوٹس میں کم از کم شامل ہیں:

• ناکامی کی وضاحت؛
• معاہدہ کی ذمہ داری کا حوالہ جس پر آپ انحصار کر رہے ہیں۔
• علاج یا ترسیل کے لیے ایک واضح آخری تاریخ؛
• ایک بیان کہ اگر کارکردگی آنے والی نہیں ہے تو سپلائر ڈیفالٹ ہو جائے گا؛
• جہاں مناسب ہو، مزید قانونی اقدامات کا اعلان۔

مستثنیات قانون میں بیان کی گئی ہیں۔ آرٹیکل 6:82(2) فراہم کرتا ہے کہ ایک تحریری نوٹس جس میں سپلائر کو ذمہ دار ٹھہرایا جائے کافی ہے جہاں کارکردگی عارضی طور پر ناممکن ہو یا یاد دہانی بے معنی ہو گی۔ آرٹیکل 6:83 ان حالات کی فہرست دیتا ہے جن میں قانون کے عمل سے ڈیفالٹ پیدا ہوتا ہے، بشمول ایک سخت ڈیڈ لائن کے ختم ہونے پر یا جہاں سپلائر خود یہ کہتا ہے کہ وہ کارکردگی نہیں دکھائے گا۔

آپ کی ادائیگی کی ذمہ داری کو معطل کرنا

اگر سپلائر ڈیلیور نہیں کرتا ہے، تو آپ اپنی ادائیگی کی ذمہ داری کو معطل کر سکتے ہیں۔ اس کے بعد آپ بقایا انوائس کی ادائیگی اس وقت تک روکتے ہیں جب تک کہ سپلائر کارکردگی نہ دکھائے۔ تاہم، آپ کی ادائیگی کی ذمہ داری اور سپلائر کی ناکامی کے درمیان کافی تعلق ہونا چاہیے۔ جہاں دونوں ذمہ داریاں ایک ہی IT معاہدے سے پیدا ہوتی ہیں، وہ تعلق عام طور پر ڈچ سول کوڈ کے آرٹیکل 6:52 کے تحت موجود ہوتا ہے۔

معطلی تمام ادائیگیوں کو روکنے کا لائسنس نہیں ہے۔ پیمائش کو ناکامی سے مماثل ہونا چاہئے اور متناسب ہونا چاہئے۔ بہت زیادہ یا بہت لمبے عرصے تک معطل کریں اور آپ کو خود ہی خلاف ورزی کا خطرہ ہے۔ معطلی کا تحریری طور پر اعلان کریں اور بتائیں کہ آپ کس ناکامی پر بھروسہ کر رہے ہیں۔

مثال: "چونکہ ماڈیول X کی متفقہ ڈیلیوری [تاریخ] کو نہیں ہوئی تھی، اس لیے ہم انوائس [نمبر] کی ادائیگی اس وقت تک معطل کر رہے ہیں جب تک کہ آپ اس ناکامی کا ازالہ نہیں کر لیتے۔ یہ ہمارے دوسرے حقوق کے ساتھ تعصب کے بغیر ہے، بشمول ہرجانے کا حق اور تنسیخ کا حق۔"

بازیابی اور ادائیگی

تنسیخ نوٹس کے ذریعے ختم کرنے کے مترادف نہیں ہے۔ تنسیخ معاہدہ کو انجام دینے میں ناکامی سے متعلق ہے اور اس کا مقصد معاہدہ کو مکمل یا جزوی طور پر ختم کرنا ہے۔ نوٹس کے ذریعے برطرفی، اس کے برعکس، مستقبل کے لیے معاہدے کو ختم کر دیتی ہے، خود معاہدے پر یا اس کی نوعیت پر قائم ہوتی ہے، اور کسی ناکامی کی ضرورت نہیں ہوتی ہے۔

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

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

نقصانات

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

عملی طور پر نقصان کے سر مختلف ہوتے ہیں:

• متبادل فراہم کنندہ کے اضافی اخراجات؛
• تدارک یا مزید تفتیش کے اخراجات؛
• ناکام منصوبے پر خرچ کردہ اندرونی گھنٹے؛
• تاخیر اور منصوبے کے اخراجات؛
• کھوئے ہوئے کاروبار؛
• کوئی ساکھ نقصان

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

خلاصہ کاروائی۔

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

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

اگر فراہم کنندہ دیوالیہ ہو جاتا ہے۔

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

اگر آپ کے پاس سورس کوڈ نہیں ہے، تو آپ آزادانہ طور پر دیکھ بھال یا مزید ترقی کا بندوبست کرنے سے بھی قاصر ہوں گے۔ خاص طور پر کاروبار کے لیے اہم بیسپوک سافٹ ویئر کے لیے، سپلائی کرنے والے کی دیوالیہ پن آپ کے اپنے کاموں کو براہ راست متاثر کر سکتی ہے۔

سورس کوڈ ایسکرو: پہلے سے کیا بندوبست کرنا ہے۔

پہلے سے طے شدہ سافٹ ویئر کے لیے تسلسل کے بارے میں پہلے سے انتظامات کرنا ضروری ہے۔ سورس کوڈ ایسکرو مدد کر سکتا ہے: سورس کوڈ ایک آزاد ایسکرو ایجنٹ کے پاس جمع کیا جاتا ہے اور جب معاہدہ کے مطابق کوئی واقعہ پیش آتا ہے، جیسا کہ دیوالیہ پن یا انجام دینے میں سنگین ناکامی تو اسے جاری کیا جاتا ہے۔

ایسکرو کا انتظام صرف اس صورت میں مفید ہے جب یہ مخصوص ہو۔ کم از کم درج ذیل نکات پر کام کریں:

• کون ایسکرو ایجنٹ کے طور پر کام کرتا ہے؟
• سورس کوڈ کا کون سا ورژن جمع کیا گیا ہے؟
• ڈپازٹ کو کتنی بار اپ ڈیٹ کیا جاتا ہے؟
• کون سے واقعات ریلیز کو متحرک کرتے ہیں؟
• کیا آپ کو ریلیز کے بعد کوڈ کو استعمال کرنے اور اس میں ترمیم کرنے کا حق بھی حاصل ہے؟
• کیا دستاویزات، تعمیراتی ہدایات اور ضروری اسناد شامل ہیں؟

پرانے کوڈ پر مشتمل ڈپازٹ، بغیر دستاویزات کے یا اس کے ساتھ استعمال کے حق کے بغیر، عملی طور پر بہت کم تحفظ فراہم کرتا ہے۔

نان ڈیلیور کرنے والے آئی ٹی سپلائر کے لیے چیک لسٹ

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

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

بند ہونے میں

قانونی راستہ اس بات پر منحصر ہے کہ سپلائر کیا کرنے میں ناکام ہو رہا ہے، کیا علاج ابھی بھی ممکن ہے، اور آپ کے کاموں کو کتنا بڑا خطرہ ہے۔ بعض اوقات کارکردگی کا دعویٰ کرنا واضح طریقہ ہوتا ہے۔ دیگر معاملات میں معطلی، تنسیخ یا خلاصہ کارروائی زیادہ موزوں ہے۔

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

اکثر پوچھے گئے سوالات

ذیل میں ہم ان سوالات کے جوابات دیتے ہیں جو ہم سے اکثر اس موضوع پر پوچھے جاتے ہیں۔

اگر میرا IT سپلائر ڈیلیور کرنے میں ناکام ہو جاتا ہے تو میں کیا کر سکتا ہوں؟

آپ کارکردگی کا دعویٰ کر سکتے ہیں، ڈیفالٹ کا نوٹس دے سکتے ہیں، اپنی ادائیگیاں معطل کر سکتے ہیں، معاہدہ منسوخ کر سکتے ہیں، ہرجانے کا دعویٰ کر سکتے ہیں یا سمری کارروائی لا سکتے ہیں۔ کون سا راستہ فٹ بیٹھتا ہے اس کا انحصار ناکامی کی سنگینی، آپ کے معاہدے کے مواد اور سپلائر کی مالی حالت پر ہوتا ہے۔

مجھے ڈیفالٹ کا نوٹس کب بھیجنا چاہیے؟

جیسے ہی یہ واضح ہو جاتا ہے کہ سپلائر کارکردگی کا مظاہرہ نہیں کر رہا ہے، یا صحیح طریقے سے کارکردگی کا مظاہرہ نہیں کر رہا ہے، اور کسی سخت ڈیڈ لائن پر اتفاق نہیں کیا گیا ہے۔ ڈیفالٹ کے بغیر آپ کو بہت سے معاملات میں واپس لینے یا ہرجانے کا دعوی کرنے کا کوئی حق نہیں ہوگا۔ نوٹس میں ناکامی، جس ذمہ داری پر آپ انحصار کرتے ہیں اور تدارک کے لیے ایک معقول مدت بیان کریں۔

کیا میں رسیدوں کی ادائیگی معطل کر سکتا ہوں؟

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

میں معاہدہ کب منسوخ کر سکتا ہوں؟

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

کیا میں ادائیگی کے علاوہ ہرجانے کا دعوی کر سکتا ہوں؟

جی ہاں معاوضہ کے ساتھ ساتھ آپ اس نقصان کے معاوضے کے حقدار ہیں جو آپ کو ہو رہا ہے کیونکہ معاہدہ انجام دینے کی بجائے منسوخ کر دیا گیا ہے۔ آپ کو اس نقصان اور ناکامی کے ساتھ اس کا تعلق ثابت کرنا ہوگا۔ کھوئے ہوئے کاروبار یا شہرت کو نقصان پہنچانے کے مقابلے میں براہ راست اخراجات کو ثابت کرنا عام طور پر آسان ہوتا ہے۔

خلاصہ کارروائی کب قابل قدر ہے؟

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

اگر میرا سپلائر دیوالیہ ہو جائے تو کیا ہوگا؟

واپسی یا ہرجانے کے لیے آپ کا دعویٰ عام طور پر اسٹیٹ کے خلاف ایک عام غیر محفوظ دعویٰ بن جائے گا، جس میں وصولی کے محدود امکانات ہیں۔ دیوالیہ پن میں ٹرسٹی عام طور پر جاری ترقی یا ترسیل کے کام کو جاری نہیں رکھتا ہے۔ سورس کوڈ کے بغیر آپ خود بھی دیکھ بھال یا مزید ترقی کا بندوبست نہیں کر سکتے۔

سورس کوڈ ایسکرو کیسے کام کرتا ہے؟

ماخذ کوڈ ایک آزاد ایسکرو ایجنٹ کے پاس جمع کرایا جاتا ہے اور پہلے سے متفقہ ایونٹ پر جاری کیا جاتا ہے، جیسے دیوالیہ پن یا انجام دینے میں سنگین ناکامی۔ اس بات پر توجہ دیں کہ ڈپازٹ کتنا موجودہ ہے، ریلیز ٹرگرز، ریلیز کے بعد کوڈ کو استعمال کرنے اور اس میں ترمیم کرنے کا حق، اور کیا دستاویزات اور تعمیراتی ہدایات شامل ہیں۔

مجھے کیا ثبوت رکھنا چاہئے؟

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

مجھے وکیل کو کب شامل کرنا چاہیے؟

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

کیا آپ کا کسی IT سپلائر کے ساتھ تنازعہ ہے، یا آپ چاہتے ہیں کہ IT معاہدہ کا جائزہ لیا جائے؟ ہمارے آئی ٹی وکلاء مدد کرنے میں خوش ہیں۔

کس طرح Law & More اس کے ساتھ آپ کی مدد کر سکتے ہیں ہماری پر وضاحت کی گئی ہے آئی ٹی وکیل صفحہ.