ERP ڈیٹا کی منتقلی کی حکمت عملی: منصوبہ بندی سے توثیق تک

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

یہ گائیڈ ERP ڈیٹا کی منتقلی کے لیے ایک جامع طریقہ کار فراہم کرتا ہے، ابتدائی تشخیص سے لے کر منتقلی کے بعد کی توثیق تک۔

---

ERP ڈیٹا کی منتقلی کے پانچ مراحل

مرحلہ 1: تشخیص اور منصوبہ بندی (ہفتے 1-4)

ڈیٹا انوینٹری:

کسی بھی چیز کو منتقل کرنے سے پہلے، موجود چیزوں کی فہرست بنائیں:

** اہم منصوبہ بندی کے فیصلے:**

1. ہجرت کی کتنی تاریخ ہے؟ --- زیادہ تر تنظیمیں 1-3 سال کی لین دین کی تاریخ کو منتقل کرتی ہیں۔ اس سے آگے، صرف پڑھنے کی رسائی کے ساتھ پرانے سسٹم میں آرکائیو کریں۔

2. کٹ آف کی تاریخ کیا ہے؟ --- آپ پرانے سسٹم میں ڈیٹا داخل کرنا کب بند کرتے ہیں اور نئے سسٹم میں کب شروع کرتے ہیں؟ 2-7 دن کی منجمد مدت کا منصوبہ بنائیں۔

ڈیٹا کے معیار کا مالک کون ہے؟ --- ڈیٹا صاف کرنا ایک کاروباری ذمہ داری ہے، IT کی نہیں۔ ہر زمرے کے لیے ڈیٹا اسٹیورڈز کو تفویض کریں۔

4. رول بیک پلان کیا ہے؟ --- اگر ہجرت ناکام ہوجاتی ہے، تو آپ واپس کیسے جائیں گے؟ شروع کرنے سے پہلے اس کی وضاحت کریں۔

مرحلہ 2: ڈیٹا کی صفائی (ہفتے 3-10)

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

ڈیٹا کے زمرے کے لحاظ سے چیک لسٹ صاف کرنا:

کسٹمر/وینڈر ماسٹر:

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

پروڈکٹ ماسٹر:

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

مالیاتی ڈیٹا:

• منتقلی سے پہلے تمام اکاؤنٹس کو ملاپ کریں۔
• [] سسپنس اور کلیئرنگ اکاؤنٹس کو صاف کریں۔
• ناقابل وصول وصولی کو لکھ دیں۔
• انٹرکمپنی کے عدم توازن کو حل کریں۔
• تمام کھلے لین دین کو دستاویز کریں جو منتقل ہوں گے۔

ٹریک کرنے کے لیے ڈیٹا کوالٹی میٹرکس:

مرحلہ 3: نقشہ سازی اور تبدیلی (ہفتے 6-12)

ڈیٹا میپنگ اس بات کی وضاحت کرتی ہے کہ کس طرح سورس سسٹم میں ہر فیلڈ کا ٹارگٹ سسٹم میں ترجمہ ہوتا ہے۔

میپنگ دستاویز کا ڈھانچہ:

| سورس سسٹم | ماخذ فیلڈ | ماخذ کی شکل | ٹارگٹ سسٹم | ہدف کا میدان | ہدف کی شکل | تبدیلی کا اصول | |---------------|------------|---------------|---------------|------------| | میراثی ERP | CUST_NAME | مفت متن، 50 حروف | اوڈو | پارٹنر_نام | UTF-8، 128 حروف | ٹرم، ٹائٹل کیس | | میراثی ERP | CUST_TYPE | عددی کوڈ (1-5) | اوڈو | customer_rank | عدد | نقشہ: 1=خوردہ، 2=تھوک... | | میراثی ERP | CUST_BAL | اعشاریہ، امریکی ڈالر | اوڈو | کریڈٹ | اعشاریہ، کثیر کرنسی | منتقلی کی تاریخ کی شرح پر تبدیل کریں |

** عام تبدیلی کے چیلنجز:**

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

فیز 4: ہجرت پر عمل درآمد (ہفتے 10-14)

مائیگریشن اپروچ آپشنز:

مائیگریشن ایگزیکیوشن چیک لسٹ:

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

ہجرت کے دن پر عمل درآمد:

Friday 6 PM:  Freeze legacy system (read-only)
Friday 7 PM:  Extract final data from legacy system
Friday 8 PM:  Execute transformation scripts
Friday 10 PM: Begin loading data into target system
Saturday 6 AM: Master data loading complete, begin transactional data
Saturday 2 PM: All data loaded, begin validation
Saturday 6 PM: Validation complete, fix critical issues
Sunday 10 AM: User acceptance testing (key users)
Sunday 4 PM:  Go/No-Go decision
Monday 7 AM:  System opens for business (if Go)

مرحلہ 5: توثیق (ہفتے 13-16)

توثیق اختیاری نہیں ہے۔ ہر ہجرت میں منظم تصدیق شامل ہونی چاہیے۔

توثیق کی سطحیں:

سطح 1: ریکارڈ شمار

• سورس میں کل ریکارڈز = ہدف میں کل ریکارڈ (ہستی کی قسم کے لحاظ سے)
• کسی بھی اختلافات کو حل کریں۔

سطح 2: مالی توازن

• سسٹم کے درمیان GL ٹرائل بیلنس مماثل ہے۔
• AR اور AP عمر رسیدہ رپورٹس مماثل ہیں۔
• بینک بیلنس میچ
• انوینٹری کی اقدار مماثل ہیں۔

سطح 3: نمونے پر مبنی تصدیق

• فی ہستی کی قسم 50-100 ریکارڈز کا بے ترتیب نمونہ
• تمام فیلڈز کی درست طریقے سے منتقلی کی تصدیق کریں۔
• خصوصی حروف، فارمیٹنگ، اور انکوڈنگ چیک کریں۔

سطح 4: کاروباری عمل کی جانچ

• کیا صارف منتقل شدہ کسٹمر اور پروڈکٹ ڈیٹا کا استعمال کرتے ہوئے سیلز آرڈر بنا سکتے ہیں؟
• کیا صارف منتقل شدہ انوائس کے خلاف ادائیگی پر کارروائی کر سکتے ہیں؟
• کیا رپورٹیں منتقل شدہ ڈیٹا کے ساتھ متوقع نتائج پیش کرتی ہیں؟

---

خطرے کو کم کرنے کی حکمت عملی

1. مذاق منتقلی کو کبھی نہ چھوڑیں --- اصل چیز سے پہلے کم از کم 3 مکمل فرضی منتقلی چلائیں۔ ہر فرضی ان مسائل کو ظاہر کرتا ہے جو آپ کو دوسری صورت میں دریافت نہیں ہوں گے۔

2. وراثت کے نظام کو قابل رسائی رکھیں --- حوالہ اور تنازعات کے حل کے لیے منتقلی کے بعد کم از کم 6 ماہ تک میراثی نظام تک صرف پڑھنے کی رسائی کو برقرار رکھیں۔

3. اوپن ٹرانزیکشنز کو منتقل کریں، تمام ہسٹری نہیں --- اوپن پی اوز، غیر ادا شدہ رسیدیں، اور جاری پروجیکٹس کو منتقل ہونا ضروری ہے۔ 5 سال پہلے سے بند لین دین شاید ایسا نہیں کرتے ہیں۔

4. بڑے پیمانے پر توثیق کریں --- توثیق شروع کرنے کے لیے تمام ڈیٹا کے لوڈ ہونے تک انتظار نہ کریں۔ ہر زمرے کی توثیق کریں جیسے یہ لوڈ ہوتا ہے۔

5. ڈیٹا منجمد کرنے کا منصوبہ --- میراثی نظام سے ڈیٹا نکالنے اور نئے سسٹم پر لائیو ہونے کے درمیان کی مدت آپ کے خطرے کی کھڑکی ہے۔ اسے کم سے کم کریں۔

---

متعلقہ وسائل

• ERP نفاذ کی ٹائم لائن --- مجموعی طور پر پروجیکٹ کی منصوبہ بندی
• ERP Go-Live Checklist --- کٹ اوور پلاننگ
• ERP ٹیسٹنگ بہترین پریکٹسز --- منتقل شدہ ڈیٹا اور عمل کی جانچ
• Odoo ERP نفاذ گائیڈ --- پلیٹ فارم کے لیے مخصوص رہنمائی

---

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