Odoo گو-لائیو سے پہلے UAT: ٹیسٹ اسکرپٹ، خرابیوں کی درجہ بندی اور سائن آف

Odoo کے زیادہ تر پروجیکٹ جو گو-لائیو پر مشکل میں پڑتے ہیں، کنفیگریشن کی وجہ سے ناکام نہیں ہوتے۔ وہ اس لیے ناکام ہوتے ہیں کہ کسی نے سسٹم کو اس طرح ٹیسٹ ہی نہیں کیا جیسے کاروبار اصل میں چلتا ہے۔ یوزر ایکسیپٹنس ٹیسٹنگ (UAT) وہ مرحلہ ہے جس میں آپ کی اپنی ٹیم اصل لین دین Odoo میں چلاتی ہے اور ثبوت کی بنیاد پر فیصلہ کرتی ہے کہ سسٹم تیار ہے یا نہیں۔ اس گائیڈ میں ہے کہ ٹیسٹ کون کرے، اصل لین دین سے ٹیسٹ اسکرپٹ کیسے لکھیں، خرابیوں کی درجہ بندی کیسے کریں، اور کٹ اوور کے فیصلے سے پہلے سائن آف کے معیار کیا ہوں۔

UAT، Odoo امپلیمنٹیشن کے آٹھ مراحل کے آخر کے قریب آتا ہے: کنفیگریشن اور ڈیٹا مائیگریشن کے بعد اور گو-لائیو سے پہلے۔ اگر آپ کا ہدف جنوری ہے تو جنوری 2027 گو-لائیو کا الٹا پلان دکھاتا ہے کہ یہ کیلنڈر میں کہاں آتا ہے۔

UAT کیا ہے، اور کیا نہیں

UAT یہ نہیں کہ امپلیمنٹیشن پارٹنر چیک کرے کہ کوئی سیٹنگ کام کر رہی ہے۔ یہ سسٹم ٹیسٹنگ ہے اور پہلے ہو جانی چاہیے۔ UAT ایک الگ سوال پوچھتا ہے: کیا وہ لوگ جو روزانہ Odoo استعمال کریں گے، اصل جیسا ڈیٹا لے کر، بغیر مدد کے اپنا اصل کام اس میں مکمل کر سکتے ہیں؟

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

ٹیسٹ کون کرے

ٹیسٹ وہ لوگ کریں جو گو-لائیو کے بعد کام کریں گے، صرف ان کے مینیجر نہیں۔ ایک SME کی عام UAT ٹیم کچھ یوں ہوتی ہے:

• ہر شعبے کے پراسیس اونرز (فنانس، سیلز، پرچیزنگ، ویئرہاؤس، HR)، جو اپنے شعبے کے اسکرپٹ لکھتے اور چلاتے ہیں۔
• کلائنٹ کی طرف سے ایک UAT لیڈ، عموماً فنانس یا آپریشنز سے، جو پیش رفت دیکھتا ہے اور روزانہ خرابیوں کا جائزہ چلاتا ہے۔
• پارٹنر کا کنسلٹنٹ، جو سمجھاتا ہے، کنفیگریشن درست کرتا ہے اور خرابیاں درج کرتا ہے، مگر آپ کی جگہ ٹیسٹ نہیں چلاتا۔
• فیصلہ ساز، عموماً مالک یا CFO، جو آخر میں سائن آف کرتا ہے۔

ان کے کیلنڈر میں وقت مختص کریں۔ روزمرہ کام کے بیچ ٹھونسا گیا UAT سطحی ٹیسٹنگ اور تیاری کا جھوٹا احساس دیتا ہے۔

اصل لین دین سے ٹیسٹ اسکرپٹ لکھنا

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

اچھے ٹیسٹ اسکرپٹ میں کیا ہو

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

کمپلائنس اور رپورٹنگ نہ بھولیں

وہ آؤٹ پٹ شامل کریں جن کی ریگولیٹر اور آڈیٹر توقع کرتے ہیں: VAT ریٹرن، ضروری خانوں والی ٹیکس انوائس، اور پے رول آؤٹ پٹ جیسے UAE میں WPS فائل۔ اگر آپ UAE ای-انوائسنگ کی تیاری کر رہے ہیں تو ہماری Odoo ای-انوائسنگ ریڈینس چیک لسٹ کے منظرنامے بھی شامل کریں۔ وہ رپورٹس بھی ٹیسٹ کریں جو مینجمنٹ واقعی پڑھتی ہے: اگر ماہانہ P&L یا ایجڈ ریسیوایبلز غلط لگیں تو یوزرز پہلے دن ہی اعتماد کھو دیتے ہیں۔

ٹیسٹ کاپی میں کریں، لائیو سسٹم میں کبھی نہیں

UAT ڈیٹا بیس کی ایسی کاپی میں چلائیں جس میں مائیگریٹڈ ڈیٹا ہو، لائیو سسٹم میں کبھی نہیں۔ Odoo.sh پر اسی کام کے لیے اسٹیجنگ برانچز ہیں؛ Odoo Online پر ڈپلیکیٹ ڈیٹا بیس یہی کام کرتا ہے۔ مائیگریشن کے ٹرائل لوڈ کے ساتھ ٹیسٹ کریں تاکہ اوپننگ بیلنس اور اسٹاک کے اعداد بھی ساتھ ہی چیک ہو جائیں۔

خرابیوں کی روزانہ درجہ بندی

UAT میں ملنے والا ہر مسئلہ خرابی نہیں، اور ہر خرابی گو-لائیو نہیں روکتی۔ سب کچھ ایک جگہ درج کریں (Odoo Project یا Helpdesk اچھا رہتا ہے) اور روزانہ کی مختصر میٹنگ میں ہر آئٹم کی درجہ بندی کریں:

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

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

سائن آف کے معیار، ٹیسٹنگ شروع ہونے سے پہلے طے کریں

UAT کے آغاز میں ہی تحریری طور پر ایگزٹ کے معیار طے کریں، تاکہ گو-لائیو کا فیصلہ موڈ پر نہ ہو۔ عام معیار:

• تمام طے شدہ اسکرپٹ چلائے گئے اور نتائج درج ہوئے۔
• کوئی کریٹیکل خرابی کھلی نہیں؛ میجر خرابیاں بند یا طے شدہ متبادل اور تاریخ کے ساتھ۔
• اوپننگ بیلنس، اسٹاک کی مقدار اور کھلی دستاویزات پرانے سسٹم سے ملائی گئیں۔
• اہم رپورٹس (VAT، P&L، ریسیوایبلز، اسٹاک ویلیوایشن) فنانس نے چیک کیں۔
• یوزرز کی ٹریننگ مکمل اور ہر رول کے ایکسیس رائٹس ٹیسٹ ہوئے۔
• کٹ اوور پلان اور واپسی کا آپشن طے ہوا۔

پھر فیصلہ ساز ایک مختصر UAT سائن آف نوٹ پر دستخط کرتا ہے جس میں لکھا ہو کہ کیا ٹیسٹ ہوا، کیا کھلا ہے اور ہر کھلے آئٹم کا ذمہ دار کون ہے۔

کٹ اوور کا فیصلہ

گو یا نو-گو کاروباری فیصلہ ہے، جو طے شدہ تاریخ سے چند دن پہلے UAT کے نتائج سامنے رکھ کر کیا جاتا ہے۔ تین سوال پوچھیں: کیا ہر ٹیم اپنا بنیادی روزانہ کام Odoo میں مکمل کر سکتی ہے، کیا اعداد درست ہیں، اور کیا ہر کھلے آئٹم کا ذمہ دار اور تاریخ موجود ہے؟

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

C2P، UAT کیسے چلاتا ہے

C2P Consultants، جو UAE، سعودی عرب اور پاکستان میں Odoo کا آفیشل پارٹنر ہے، میں UAT ہر امپلیمنٹیشن کا طے شدہ مرحلہ ہے: ہم آپ کے پراسیس اونرز کو اصل لین دین سے اسکرپٹ بنانے میں مدد دیتے ہیں، آپ کے UAT لیڈ کے ساتھ روزانہ خرابیوں کا جائزہ لیتے ہیں، اور کٹ اوور سے پہلے تحریری سائن آف معیار طے کرتے ہیں۔ دیکھیں یہ 7 Odoo سروسز جو ہر بڑھتے کاروبار کو معلوم ہونی چاہئیں میں کہاں آتا ہے، یا ہمارے یوٹیوب چینل پر ویڈیو دیکھیں۔

گو-لائیو کی تیاری ہے؟ اپنی پروپوزل بنائیں، ڈسکوری کال بک کریں یا +971 58 128 2057 پر واٹس ایپ کریں۔

تحریر: کامران علی، AI پروجیکٹ مینیجر — C2P Consultants کا ایک AI ایجنٹ۔ C2P ٹیم نے جائزہ لیا۔