চেকলিস্ট

ERP ও CRM প্রকল্পের জন্য ডেটা মাইগ্রেশন চেকলিস্ট

প্রতিটি ERP বা CRM প্রকল্প উত্তরাধিকারে পাওয়া ডেটার ওপর দাঁড়ায়। একই পণ্যের চার রকম বানানসহ আইটেম তালিকা, শিটে শিটে ডুপ্লিকেট গ্রাহক, হিসাবের সঙ্গে না মেলা ব্যালেন্স — যেমন আছে তেমন ইমপোর্ট করলে নতুন সিস্টেমের প্রতিটি রিপোর্টই দুর্বল হয়। এই চেকলিস্ট উৎসের প্রথম তালিকা থেকে শুরু করে পুরনো স্প্রেডশিট রিড-অনলি করার দিন পর্যন্ত পুরো মাইগ্রেশন ঢেকে রাখে।

মাইগ্রেশনের নিজস্ব পরিকল্পনা কেন দরকার

ডেটা মাইগ্রেশন সিস্টেম প্রকল্পের সবচেয়ে কম দৃশ্যমান অংশ এবং গো-লাইভ বিলম্বের সবচেয়ে সম্ভাব্য কারণ। এটি প্রতিটি বিভাগ ছোঁয়, নিজেদের দৈনন্দিন কাজে ব্যস্ত মানুষের ওপর নির্ভর করে এবং বছরের পর বছরের জমা অসামঞ্জস্য সামনে আনে। পরে ভাবার বিষয় হিসেবে দেখলে এটিই নতুন সিস্টেমে অনাস্থার কারণ হয়; মালিক ও সময়সূচিসহ নিজস্ব কর্মধারা হিসেবে দেখলে এটিই পরের প্রতিটি রিপোর্টের ভিত্তি হয়।

নিচের চেকলিস্ট ক্রমানুসারে চলে: তালিকা, পরিষ্কার, ম্যাপ, মহড়া, কাট-ওভার, অবসর। পরের ধাপ শুরুর আগে প্রতিটি ধাপ দৃশ্যমানভাবে সম্পন্ন হওয়া উচিত।

এই চেকলিস্ট কীভাবে ব্যবহার করবেন

প্রতিটি আইটেম তারিখসহ একজন নির্দিষ্ট ব্যক্তিকে দিন। প্রতিটি পরিষ্কারের নিয়ম ও ম্যাপিং সিদ্ধান্তের লগ রাখুন — কোনো মোট অঙ্ক না মিললে বা কোনো সহকর্মী জিজ্ঞেস করলে কেন একজন গ্রাহক মার্জ হলো, তখন এটি লাগবে। হিসাবের দায়িত্বপ্রাপ্ত ব্যক্তির স্বাক্ষরসহ কাগজে সংখ্যা না মেলা পর্যন্ত 'মেলানো হয়েছে' টিক দেবেন না।

  • ডেটার প্রতিটি উৎস তালিকাভুক্ত — স্প্রেডশিট, কাগজের খাতা, অ্যাকাউন্টিং সফটওয়্যার, পুরনো সিস্টেম, ব্যক্তিগত ল্যাপটপ ও ড্রাইভ
  • প্রতিটি উৎসের জন্য: এতে কী আছে, মালিক কে, কে সম্পাদনা করেন, কত ঘন ঘন এবং এটি অন্য কোন ফাইলে তথ্য দেয়
  • স্প্রেডশিটে লুকানো ফর্মুলা, ম্যাক্রো ও ম্যানুয়াল রীতি পুনরুৎপাদন বা প্রতিস্থাপনের জন্য ব্যবসায়িক নিয়ম হিসেবে নথিভুক্ত
  • প্রতিটি মাস্টার ডেটা সেটের — আইটেম/SKU, গ্রাহক, সাপ্লায়ার, গুদাম, চার্ট অব অ্যাকাউন্টস — একজন নির্দিষ্ট মালিক আছেন
  • পরিষ্কার শুরুর আগে আইটেম, গ্রাহক ও সাপ্লায়ারের নামকরণের রীতি একমত
  • ডুপ্লিকেট মার্জ করা এবং মৃত রেকর্ড সক্রিয় সিস্টেমে ইমপোর্ট না করে আর্কাইভ
  • পরিমাপের একক, তারিখের ফরম্যাট, ফোন ফরম্যাট ও কোড সব উৎসে মানসম্মত
  • নোট ফিল্ডে লুকানো তথ্য (সাইজ, রং, পেমেন্টের শর্ত) নতুন সিস্টেমের প্রয়োজন অনুযায়ী কাঠামোবদ্ধ ফিল্ডে সরানো
  • ওপেনিং ব্যালেন্স — লোকেশনপ্রতি স্টক, পক্ষপ্রতি পাওনা ও দেনা — ইমপোর্টের আগে হিসাবের সঙ্গে মেলানো
  • একটি ফিল্ড-ম্যাপিং টেবিল আছে (উৎস কলাম → লক্ষ্য ফিল্ড) এবং শুধু টেকনিক্যাল টিম নয়, ব্যবসার দায়িত্বপ্রাপ্তরাও পর্যালোচনা করেছেন
  • ইতিহাসের সিদ্ধান্ত লিখিত — মাস্টার ডেটা ও চলমান লেনদেন সবসময়; বন্ধ ইতিহাস সংক্ষিপ্ত বা বাছাই করে ইমপোর্ট
  • পরিষ্কারের কাজ ডেটার একটি কপিতে করা, প্রয়োগ করা প্রতিটি নিয়মের লগসহ
  • পুরো ডেটাসেট নিয়ে টেস্ট পরিবেশে অন্তত একবার ইমপোর্টের মহড়া দেওয়া হয়েছে
  • উৎস ও লক্ষ্যের মধ্যে মোট অঙ্ক তুলনা — আইটেম সংখ্যা, স্টকের মূল্য, পাওনা, দেনা — এবং পার্থক্য সমাধান
  • কম কার্যকলাপের একটি কাট-ওভার মুহূর্ত বাছাই; তখন স্প্রেডশিট ফ্রিজ এবং চূড়ান্ত ইমপোর্ট চালানো
  • পুরনো ও নতুন সিস্টেম অল্প, নির্দিষ্ট সময় সমান্তরালে চলে, মূল অঙ্কের দৈনিক তুলনাসহ
  • অবসরপ্রাপ্ত স্প্রেডশিট রিড-অনলি করা, আর্কাইভ ফোল্ডারে সরানো এবং পরিবর্তনটি টিমকে জানানো
  • মূল ফাইল ও মাইগ্রেট করা ডেটাবেস উভয়ের ব্যাকআপ নেওয়া এবং একটি রিস্টোর পরীক্ষা করা হয়েছে
  • মাইগ্রেশন ও আর্কাইভের সময় ব্যক্তিগত ডেটার (গ্রাহক, কর্মী) সুরক্ষার প্রয়োজন মানা হয়েছে

সচরাচর জিজ্ঞাসা

সাধারণত মালিকের ধারণার চেয়ে বেশি এবং প্রায়ই নির্মাণের সমান সময়। বছরের পর বছরের খাতা পরিষ্কার করা, আইটেমের নাম মানসম্মত করা, ডুপ্লিকেট গ্রাহক সরানো ও ওপেনিং ব্যালেন্স মেলানো যত্নের কাজ। সফটওয়্যার প্রস্তুত হওয়ার পরে নয়, ডিজাইনের সমান্তরালে এটি শুরু করুন।

সম্পর্কিত সলিউশন

সম্পর্কিত সার্ভিস

সম্পর্কিত ইন্ডাস্ট্রি

সম্পর্কিত ইনসাইটস

নতুন ERP বা CRM-এ ডেটা মাইগ্রেট করছেন?

একটি ফ্রি কনসালটেশন বুক করুন। আমরা আপনার বর্তমান ফাইল পর্যালোচনা করব, পরিষ্কারের শ্রম সৎভাবে অনুমান করব এবং দেখাব মহড়া দেওয়া, মেলানো ইমপোর্ট কীভাবে ধাপভিত্তিক গো-লাইভে বসে।