7.9 মাস্টার ডেটা ও রেফারেন্স ডেটা ব্যবস্থাপনা

পরিচিতি ও প্রেরণা

পাঁচটি সিস্টেমকে জিজ্ঞেস করুন প্রতিষ্ঠানের কতজন গ্রাহক আছে, আপনি পাঁচটি ভিন্ন সংখ্যা পাবেন। একটি ইমেইল ঠিকানা গোনে, একটি চুক্তি গোনে, একটি লগইন গোনে, এবং দুটি একমত নয় যে “Acme Corp” ও “ACME Corporation” একই কোম্পানি কি না। মাস্টার ডেটা ব্যবস্থাপনা (MDM) হলো আপনার ব্যবসা যে মূল সত্তা ভাগ করে, গ্রাহক, পণ্য, সরবরাহকারী, কর্মচারী, অবস্থান, তা প্রতিটি সিস্টেম বিশ্বাস করতে পারে এমন একটি কর্তৃত্বপূর্ণ সংস্করণে মেলানোর শৃঙ্খলা।

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

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

দশকের পর দশক বৃদ্ধি ও অধিগ্রহণে জমা সিস্টেম মেলানো এন্টারপ্রাইজের জন্য MDM একটি সুসংগত গ্রাহক দৃশ্য ও স্থায়ী মেলানো করের মধ্যে পার্থক্য। সরকারের জন্য ঝুঁকি বাড়ে: যে নাগরিক তিনটি সংস্থায় তিনজন ভিন্ন মানুষ হিসেবে দেখা দেন তিনি একটি সুবিধা থেকে বঞ্চিত, দুবার করারোপিত বা বিভাগগুলোর মধ্যে হারিয়ে যেতে পারেন। এই অধ্যায় ডেটা কৌশল ও শাসন (অধ্যায় 7.1) যা মালিকানা ও নীতি ঠিক করে; ডেটা মডেলিং ও শব্দার্থিক স্তর (অধ্যায় 7.7) যা সত্তার অর্থ সংজ্ঞায়িত করে; এবং ডেটা মান ও পর্যবেক্ষণযোগ্যতা (অধ্যায় 7.8) যা সময়ের সঙ্গে রেকর্ড পরিষ্কার রাখে, তাদের পরিপূরক।

মূল নীতিসমূহ

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

সুপারিশ

আগে মাস্টার, রেফারেন্স ও লেনদেনমূলক ডেটা শ্রেণিবদ্ধ করুন

যা আপনি ভাগ করেননি তা পরিচালনা করতে পারেন না, তাই আপনার ডেটা ডোমেইন শ্রেণিবদ্ধ করে শুরু করুন। মাস্টার ডেটার জন্য একটি কার্যকর পরীক্ষা হলো একটি ভুল মান ছড়ায় কি না: একটি খারাপ ঠিকানা যদি বিলিং, শিপিং ও আইনি নোটিশে ঢেউ তোলে, আপনি মাস্টার ডেটা দেখছেন। এটি আপনার বিনিয়োগ চালায়: আপনি গ্রাহক সত্তার জন্য একটি মিলান ইঞ্জিন গড়েন, অর্ডার লাইন আইটেমের জন্য নয়। ডোমেইনগুলোর স্পষ্ট নাম দিন, তাদের নকল কতটা ব্যথা দেয় সে অনুযায়ী র‍্যাঙ্ক করুন, এবং যে এক বা দুটি সবচেয়ে ব্যথা দেয় তা দিয়ে শুরু করুন, সাধারণত গ্রাহক ও পণ্য কারণ তারা সরাসরি রাজস্ব ছোঁয়।

সুচিন্তিতভাবে একটি MDM স্থাপত্য শৈলী বাছুন

চারটি সাধারণ স্থাপত্য শৈলী আছে, এবং সঠিকটি নির্ভর করে আপনি কতটা কর্তৃত্ব কেন্দ্রীভূত করতে পারেন এবং পরিবর্তন কত দ্রুত ছড়াতে হবে তার ওপর। রেজিস্ট্রি শৈলী ডেটা উৎস সিস্টেমে রাখে এবং কেবল মিলানো শনাক্তকারীর একটি সূচক গড়ে, তাই এটি কোনো ডেটা না সরিয়ে “এই পাঁচটি রেকর্ড একই গ্রাহক”-এর উত্তর দিতে পারে; এটি সস্তা ও কম-ঝুঁকির, কিন্তু কেবল-পঠনযোগ্য, তাই উৎস সারাতে পারে না। একত্রীকরণ শৈলী কপি একটি কেন্দ্রীয় হাবে টানে এবং প্রতিবেদনের জন্য সোনালি রেকর্ডে মিশিয়ে দেয়, কিন্তু সংশোধন ফেরত পাঠায় না, তাই উৎস অগোছালো থাকে। সহাবস্থান শৈলী আরও এগোয়: এটি পরিষ্কার মান উৎস সিস্টেমে ফেরত সিঙ্ক করে, তাই উৎস স্বাধীনভাবে চলার সময়ও সময়ের সঙ্গে উন্নত হয়। কেন্দ্রীভূত বা লেনদেনমূলক হাব শৈলী MDM হাবকে নিজেই রেকর্ড-সিস্টেম করে, যেখানে সত্তা সরাসরি তৈরি ও সম্পাদিত হয় এবং অন্য প্রতিটি সিস্টেম তা থেকে ভোগ করে; এটি সবচেয়ে শক্তিশালী সামঞ্জস্য ও নিয়ন্ত্রণ দেয়, এবং গ্রহণ করা সবচেয়ে কঠিন কারণ এটি কাজ কোথায় ঘটে তা বদলায়। অনেক প্রতিষ্ঠান মূল্য প্রমাণ করা রেজিস্ট্রি থেকে আস্থা বাড়ার সঙ্গে সহাবস্থানের দিকে অগ্রসর হয়, এবং বিভিন্ন ডোমেইনে একাধিক শৈলী চালায়।

মিলান, মার্জ ও টিকে-থাকা নিয়ম সুস্পষ্টভাবে ঠিক করুন

MDM-এর হৃদয় হলো কখন দুটি রেকর্ড একই বাস্তব-জগতের জিনিস বর্ণনা করে তা ঠিক করা। এটি রেকর্ড লিংকেজ, কদাচিৎ একটি সুনির্দিষ্ট কী মিলানোর মতো সরল কারণ প্রকৃত ডেটা বানান ভুল, সংক্ষেপণ ও অনুপস্থিত ক্ষেত্রে ভরা। নির্ধারণবাদী মিলান বাছা ক্ষেত্রে সুনির্দিষ্ট নিয়ম ব্যবহার করে (একই কর আইডি, বা একই ইমেইল ও ডাক কোড)। সম্ভাব্যতাভিত্তিক মিলান আনুমানিক স্ট্রিং মিলান ও ওজন দিয়ে অনেক ক্ষেত্র জুড়ে সাদৃশ্য স্কোর করে, তাই “Bob Smith, 12 Main St” ও “Robert Smith, 12 Main Street” একটি সীমার ওপরে সম্ভাব্য মিল বিচার করা যায়। কোন রেকর্ড একই সত্তাকে নির্দেশ করে তা ঠিক করাকে বলা হয় পরিচয় সমাধান, এবং এটি গ্রাহক দৃশ্য থেকে প্রতারণা শনাক্তকরণ পর্যন্ত সবকিছু চালায়।

রেকর্ড মিললে আপনাকে ঠিক করতে হবে কোন মান সোনালি রেকর্ডে টিকবে। এই টিকে-থাকা নিয়ম ব্যবসায়িক যুক্তি, তাই সেগুলো সুস্পষ্ট করুন: ফোন নম্বরের জন্য সবচেয়ে সাম্প্রতিক মান, ঠিকানার জন্য সবচেয়ে সম্পূর্ণ মান, আইনি নামের জন্য সবচেয়ে বিশ্বস্ত উৎস পছন্দ করুন। একটি সীমা ব্যান্ড ঠিক করুন যেখানে মিল স্বয়ংক্রিয়ভাবে মার্জ হয়, একটি নিম্নতর ব্যান্ড যেখানে স্বয়ংক্রিয়ভাবে প্রত্যাখ্যাত হয়, এবং একটি মধ্য ব্যান্ড যেখানে একজন মানুষ সিদ্ধান্ত নেয়, যেখানে তত্ত্বাবধান বাস করে। প্রতিটি মার্জ ফেরানো-যোগ্য ও লগ করা রাখুন, কারণ দুই প্রকৃত গ্রাহককে মেশানো একটি ভুল মার্জ একটি মিস হওয়া মিলের চেয়ে খারাপ।

রেফারেন্স ডেটাকে সংস্করণ করা ভাগ করা শব্দভান্ডার গণ্য করুন

রেফারেন্স ডেটা হলো আপনার সিস্টেমের বলা ভাগ করা শব্দভান্ডার, এবং ড্রিফট করা শব্দভান্ডার নীরব অমিল ঘটায়: একটি সিস্টেম ISO দেশ কোড “GB” ব্যবহার করলে আর অন্যটি “UK” ব্যবহার করলে জোড়া ব্যর্থ হয় ও গণনা ভিন্ন হয়। প্রতিটি রেফারেন্স তালিকা এক শাসিত জায়গায় রাখুন, প্রতিটি ভোক্তার জন্য প্রকাশ করুন, এবং গুরুত্বপূর্ণভাবে এটি সংস্করণ করুন। কোড সময়ের সঙ্গে যোগ, অবসর, বিভক্ত ও মিলিত হয়, এবং আপনি তালিকা জায়গাতেই ওভাররাইট করলে পুরনো কোডের অধীনে সঠিক ঐতিহাসিক প্রতিবেদন ভেঙে ফেলেন।

একটি রেফারেন্স ডেটাসেটকে চুক্তিসহ API-র মতো গণ্য করুন। কার্যকর তারিখসহ প্রকাশ করুন যাতে একজন ভোক্তা জিজ্ঞেস করতে পারেন “এই তারিখে বৈধ অঞ্চল কোড কী ছিল,” অবসর নেওয়া কোড মুছে ফেলার বদলে রাখুন, এবং একটি কোডের অর্থ বদলালে ম্যাপিং রেকর্ড করুন। যেখানে স্বীকৃত বাহ্যিক মান আছে সেখানে তা পছন্দ করুন, যেমন ISO দেশ ও মুদ্রা কোড, কারণ মান আপনাকে বিনামূল্যে আন্তঃক্রিয়াশীলতা দেয় এবং অধ্যায় 3.8-এর উন্মুক্ত-মান শৃঙ্খলার সঙ্গে সংযুক্ত।

কেবল সমতল রেকর্ড নয়, শ্রেণিবিন্যাস ও সম্পর্ক মডেল করুন

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

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

সোনালি রেকর্ড শব্দার্থিক স্তর ও ডেটা মানে জুড়ুন

MDM-এর তৈরি সোনালি রেকর্ড হলো সেই বিশ্বস্ত সত্তা যা অধ্যায় 7.7-এর শব্দার্থিক স্তর মেট্রিক সংজ্ঞায়িত করার সময় নির্দেশ করে: “সক্রিয় গ্রাহক” কেবল তখন কিছু বোঝায় যখন “গ্রাহক” দ্ব্যর্থহীন। আপনার সোনালি রেকর্ড শব্দার্থিক স্তরে জোগান দিন যাতে প্রতিটি মেট্রিক একই ডিডুপ্লিকেট করা, সমাধান করা সত্তা গোনে।

MDM ও ডেটা মান (অধ্যায় 7.8) একই মুদ্রার দুই পিঠ: মান পরীক্ষা সেই নকল, নাল ও ফরম্যাট লঙ্ঘন শনাক্ত করে যা MDM তারপর সমাধান করে, এবং MDM-এর মিলান সেই মান সমস্যা তুলে ধরে যা পরীক্ষা মিস করেছিল। বিশেষভাবে আপনার মাস্টার ডেটায় নিরন্তর মান মনিটরিং চালান: নকল হার, মিলান আস্থা বিতরণ, মূল ক্ষেত্রের সম্পূর্ণতা এবং পর্যালোচনা সারির আকার, যাতে ভোক্তারা দেখার আগে ড্রিফট ভেসে ওঠে।

ইভেন্টের মাধ্যমে সোনালি রেকর্ড ছড়ান

যে সোনালি রেকর্ড কোনো নিম্নধারা সিস্টেম দেখে না তা কাউকে সাহায্য করে না। সবচেয়ে শক্তিশালী প্যাটার্ন ইভেন্ট-চালিত বিস্তার: একটি সত্তা তৈরি, মার্জ বা সংশোধিত হলে MDM হাব একটি পরিবর্তন ইভেন্ট প্রকাশ করে, এবং সাবস্ক্রাইব করা সিস্টেম তাদের স্থানীয় কপি হালনাগাদ করে। এটি ইভেন্ট-চালিত স্থাপত্য ও অধ্যায় 7.2-এর স্ট্রিমিং প্যাটার্নের ওপর গড়ে, ভঙ্গুর রাতের ব্যাচ সিঙ্ক ছাড়াই ডজন ডজন সিস্টেম সামঞ্জস্যপূর্ণ রাখে যা সবাইকে একদিন বাসি রেখে যায়।

ইভেন্ট দরকারি হওয়ার মতো যথেষ্ট প্রসঙ্গসহ প্রকাশ করুন: সত্তা শনাক্তকারী, কী বদলেছে, নতুন টিকে-থাকা মান, এবং একটি সংস্করণ যাতে ভোক্তারা হালনাগাদ ক্রম করতে এবং যা মিস করেছে তা শনাক্ত করতে পারে। ভোক্তাদের অভিন্ন করুন যাতে একটি ইভেন্ট পুনঃচালনা কোনো ক্ষতি না করে, এবং যে সিস্টেম সাবস্ক্রাইব করতে পারে না তার জন্য একটি API দিন। ডেটা স্থাপত্য ও সংরক্ষণ (অধ্যায় 3.4) থেকে নীতি প্রযোজ্য: সোনালি রেকর্ড প্রবাহিত হওয়ার জন্য নকশা করুন, কারণ কেউ ভোগ করে না এমন একটি কেবল একটি ব্যয়বহুল স্প্রেডশিট।

টুলিংয়ের আগে তত্ত্বাবধান ও শাসন নির্ধারণ করুন

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

স্টুয়ার্ডদের অধ্যায় 7.1-এর শাসন কাঠামোয় মুড়ে দিন: প্রতিটি ডোমেইনের জন্য জবাবদিহিযোগ্য একজন ডেটা মালিক, আন্তঃ-ডোমেইন বিরোধ নিষ্পত্তির একটি কাউন্সিল, এবং কে মাস্টার রেকর্ড তৈরি বা মার্জ করতে পারেন তার স্পষ্ট নীতি। সিদ্ধান্ত নথিবদ্ধ করুন, কারণ একজন গ্রাহক মেলানোর নিয়ম প্রাতিষ্ঠানিক জ্ঞান যা কর্মী পরিবর্তন টিকতে হবে। টুলিং শাসনের সেবা করে; স্টুয়ার্ডদের নাম দেওয়ার আগে একটি MDM প্ল্যাটফর্ম কেনা চালকহীন ইঞ্জিন কেনা।

ট্রেড-অফ: সুবিধা ও অসুবিধা

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

MDM-এর কেন্দ্রীয় টানাপোড়েন নিয়ন্ত্রণ বনাম ব্যাঘাত। যে শৈলী আপনাকে সবচেয়ে পরিষ্কার, সবচেয়ে সামঞ্জস্যপূর্ণ ডেটা দেয় (সহাবস্থান ও কেন্দ্রীভূত হাব) ঠিক সেগুলোই উৎস সিস্টেম ও তাদের মালিকদের কাজের পদ্ধতিতে সবচেয়ে বেশি অনুপ্রবেশ করে, এবং সেই অনুপ্রবেশেই MDM কর্মসূচি থমকে যায়। বাস্তববাদী পথ হলো একটি কম-ঝুঁকির শৈলী দিয়ে আস্থা অর্জন করা এবং ব্যবসায়িক যুক্তি স্পষ্ট কেবল সেখানেই শক্তিশালী নিয়ন্ত্রণের দিকে এগোনো। মিলান ট্রেড-অফ সমান্তরাল: নির্ধারণবাদী নিয়ম নিরীক্ষণযোগ্য কিন্তু ভঙ্গুর, সম্ভাব্যতাভিত্তিক স্কোরিং শক্তিশালী কিন্তু তত্ত্বাবধান এবং মাঝেমধ্যে ভুল মার্জের প্রতি সহনশীলতা দাবি করে। বেশিরভাগ পরিণত কর্মসূচি দুটি মেশায়।

আপনার দলের সঙ্গে আলোচনার প্রশ্ন

1. কোন মাস্টার ডেটা ডোমেইন আসলে আমাদের ব্যথা দেয়, এবং আমরা কি সবগুলো একসঙ্গে ধরার বদলে খরচ অনুযায়ী র‍্যাঙ্ক করেছি? অনেক MDM কর্মসূচি নিজেদের উচ্চাকাঙ্ক্ষার ভারেই ধসে পড়ে, প্রতিষ্ঠানের প্রতিটি সত্তা একবারে মাস্টার করার চেষ্টা করে এবং দুই বছর কিছুই দেয় না। ফলপ্রসূ পদক্ষেপ হলো সেই এক বা দুটি ডোমেইন খুঁজে বের করা যেখানে নকল ও সংঘাত আপনাকে প্রকৃত অর্থ বা আস্থা খরচ করে, সাধারণত গ্রাহক বা পণ্য, এবং সেই খরচ পরিমাণ করা: নষ্ট ডাক, মেলানোর ঘণ্টা, ভুল রাজস্ব সংখ্যা, নিরীক্ষা পর্যবেক্ষণ। আপনার সিস্টেম জুড়ে একই সত্তা একাধিকভাবে দেখা দেওয়ার সুনির্দিষ্ট উদাহরণ আনুন, এবং সেই র‍্যাঙ্কিংকে বলতে দিন কোথায় শুরু করবেন, কারণ একটি সংকীর্ণ, পরিমাপযোগ্য জয় সম্প্রসারণে আপনার দরকারি বিশ্বাসযোগ্যতা গড়ে।

2. প্রতিটি মাস্টার ডেটা ডোমেইনের মালিক কে, এবং আমাদের স্টুয়ার্ডদের কি আসলে কাজটি করার কর্তৃত্ব ও সময় আছে? ক্ষমতায়িত তত্ত্বাবধান ছাড়া MDM টুলিং চালকহীন গাড়ি, এবং সবচেয়ে সাধারণ ব্যর্থতার ধরন হলো একটি স্লাইডে স্টুয়ার্ডের নাম দেওয়া অথচ তাঁদের কোনো প্রকৃত আদেশ ও বরাদ্দ ঘণ্টা না দেওয়া। যাঁরা অস্পষ্ট মিলান সমাধান করেন এবং “গ্রাহক কী গণ্য” বিরোধ নিষ্পত্তি করেন তাঁদের ডোমেইন দক্ষতা, সিদ্ধান্তের কর্তৃত্ব এবং সুরক্ষিত সময় লাগে। আপনার সাংগঠনিক চার্ট আনুন এবং আপনার শীর্ষ ডোমেইনের জন্য জিজ্ঞেস করুন দুটি রেকর্ড একই ব্যক্তি কি না তা ঠিক কে ঠিক করেন এবং বিক্রয় ও অর্থ ভিন্নমত করলে কে মধ্যস্থতা করেন। সেই ব্যক্তির নাম বলতে না পারলে এবং তাঁর বরাদ্দ সময় দেখাতে না পারলে, আপনি সেই ফাঁক খুঁজে পেয়েছেন যা কর্মসূচি ডোবাবে।

3. দুটি রেকর্ড একটি সোনালি রেকর্ডে মার্জ করলে আমরা কি সিদ্ধান্তটি ব্যাখ্যা ও ফেরাতে পারি, এবং টিকে-থাকা মান কোথা থেকে আসে? টিকে-থাকা নিয়ম ব্যবসায়িক যুক্তি যা বেশিরভাগ দল কখনো লিখে রাখেনি, মানে মার্জ ঘটে লোড ক্রম বা টুলিং ডিফল্টের দুর্ঘটনায়, এবং দুই প্রকৃত গ্রাহককে মেশানো একটি ভুল মার্জ ফেরানো যন্ত্রণাদায়ক। একটি প্রকৃত মার্জ করা রেকর্ড আনুন এবং প্রতিটি টিকে-থাকা ক্ষেত্র তার উৎস ও নিয়মে ফিরে ট্রেস করুন: কেন এই ঠিকানা, কেন এই নাম, কেন এই ফোন নম্বর। নিশ্চিত করুন প্রতিটি মার্জ লগ করা ও ফেরানো-যোগ্য, এবং অনিশ্চিত মিলের একটি মধ্য ব্যান্ড স্বয়ংক্রিয়ভাবে মার্জ না হয়ে একজন মানুষের কাছে যায়। একটি নির্দিষ্ট সোনালি রেকর্ড ব্যাখ্যা করতে না পারলে, আপনার স্টুয়ার্ডরা একজন নিরীক্ষক বা অন্যায়ের শিকার গ্রাহকের কাছে তা রক্ষা করতে পারে না।

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

5. আমরা মিলান সীমা কীভাবে সুর করি, এবং প্রতিটি ডোমেইনে কত হারের মিথ্যা মার্জ ও মিস হওয়া মিল নিয়ে আমরা বাঁচতে পারি তা কি সম্মত হয়েছি? প্রতিটি সম্ভাব্যতাভিত্তিক মিলান ইঞ্জিন মিথ্যা মার্জ (দুই প্রকৃত সত্তা মেশানো) ও মিস হওয়া মিল (একটি সত্তাকে বিভক্ত রাখা)-র মধ্যে বিনিময় করে, এবং ভারসাম্য একটি ব্যবসায়িক সিদ্ধান্ত, কেউ টুলে রেখে যাওয়া ডিফল্ট নয়। স্বয়ংক্রিয়-মার্জ ও স্বয়ংক্রিয়-প্রত্যাখ্যান ব্যান্ড খুব চওড়া করলে আপনি নীরবে সোনালি রেকর্ড দূষিত করেন; খুব সরু করলে মানুষের পর্যালোচনা সারি স্টুয়ার্ডদের পরিষ্কার করার চেয়ে দ্রুত বাড়ে। বর্তমান আস্থা বিতরণ, পর্যালোচনা সারির আকার ও বয়স, এবং দুই ধরনের ত্রুটির নমুনা আনুন যাতে ঘর প্রতিটি দিকের প্রকৃত খরচ দেখে। একটি সরকারি পরিচয় ডোমেইনে মিস হওয়া মিল ও মানুষের পর্যালোচনার দিকে কঠোরভাবে ঝুঁকুন, কারণ একটি ভুল মার্জ একটি সুবিধা অস্বীকার করতে বা এক নাগরিকের ডেটা অন্যের কাছে প্রকাশ করতে পারে, এবং সেই ত্রুটির আপিল ও নিরীক্ষা খরচ এমন নকলের খরচকে ছাপিয়ে যায় যা একজন স্টুয়ার্ড পরের সপ্তাহে সমাধান করবেন।

6. একটি সোনালি রেকর্ড বদলালে নিম্নধারা সিস্টেম কীভাবে জানে, এবং একটি সিদ্ধান্ত ভুল হওয়ার আগে প্রতিটি কতটা বাসি হতে পারে? একটি নিখুঁতভাবে সমাধান করা সোনালি রেকর্ড যা কোনো সিস্টেম ভোগ করে না তা একটি ব্যয়বহুল স্প্রেডশিট, এবং বিস্তার যন্ত্র, পরিবর্তন ইভেন্ট, সাবস্ক্রিপশন API বা রাতের ব্যাচ যা-ই হোক, নীরবে ঠিক করে প্রতিটি নির্ভরশীল সিদ্ধান্ত কতটা হালনাগাদ। ইভেন্ট-চালিত বিস্তার ডজন ডজন ভোক্তাকে প্রায়-রিয়েল-টাইমে রাখে কিন্তু অভিন্ন ভোক্তা ও সংস্করণ করা ইভেন্ট দাবি করে; একটি রাতের সিঙ্ক সরলতর কিন্তু সবাইকে একদিন বাসি রাখে, যা একটি বিপণন তালিকার জন্য ঠিক এবং একটি প্রতারণা পরীক্ষার জন্য বিপজ্জনক হতে পারে। ভোক্তা সিস্টেমের তালিকা, প্রতিটির আসলে কতটা সতেজতা দরকার, এবং আজ একটি হালনাগাদ মিস করা ভোক্তা কীভাবে পুনরুদ্ধার করে তা আনুন। একটি বড় বা জনসাধারণের প্রতিষ্ঠানের জন্য নাম দিন এই ইভেন্টের চুক্তির মালিক কে এবং একজন সাবস্ক্রাইবার কীভাবে একটি ফেলে-দেওয়া বার্তা শনাক্ত করে, কারণ একটি সত্তা পরিবর্তন নীরবে একটি সংস্থায় না পৌঁছালে ঠিক সেই খণ্ডীকরণ পুনঃসৃষ্টি হয় যা সরাতে MDM-এ অর্থায়ন করা হয়েছিল।

খাতভেদে দৃষ্টিভঙ্গি

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

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

এন্টারপ্রাইজ। অধিগ্রহণে জমা ডজনখানেক ERP ও CRM সিস্টেম জুড়ে কাজ পোর্টফোলিও শাসন: ডোমেইনগুলো তাদের নকলের খরচ অনুযায়ী র‍্যাঙ্ক করুন, ব্যবসায় ক্ষমতায়িত স্টুয়ার্ড দাঁড় করান, এবং টিকে-থাকা নিয়ম ও রেফারেন্স-ডেটা সংস্করণ প্রমিত করুন যাতে গোষ্ঠীগুলো একই মিলান সমস্যা পুনরায় সমাধান করা বন্ধ করে। ইন্টিগ্রেশন ও স্থায়ী তত্ত্বাবধান খরচ স্পষ্টভাবে বাজেট করুন, সোনালি রেকর্ড সংস্করণ করা ইভেন্ট হিসেবে ছড়ান যাতে উৎস সময়ের সঙ্গে উন্নত হয়, এবং MDM কে এককালীন পরিষ্কারের বদলে নকল হার ও পর্যালোচনা-সারি মেট্রিকসহ একটি মাপা কর্মসূচি হিসেবে পরিচালনা করুন।

সরকার। ক্রয় নিয়ম, কঠোর ডেটা-ভাগাভাগি আইন এবং জনগণের কাছে জবাবদিহি প্রতিটি পছন্দ আকার দেয়। ব্যক্তি সত্তাকে একটি শাসিত জাতীয় শনাক্তকারীতে কী করুন, কার্যকর তারিখ অনুযায়ী রেফারেন্স ডেটা সংস্করণ করুন যাতে ঐতিহাসিক রেকর্ড সঠিক থাকে, এবং পরিচয় সমাধানকে সুচিন্তিতভাবে রক্ষণশীল করুন: অনিশ্চিত মিল স্বয়ংক্রিয় মার্জ নয়, প্রশিক্ষিত স্টুয়ার্ডদের কাছে যায়, কারণ একটি ভুল মার্জ একটি সুবিধা অস্বীকার করতে বা এক নাগরিকের ডেটা অন্যের কাছে ফাঁস করতে পারে। নিরীক্ষা ও আপিলের জন্য প্রতিটি মিল লগ করুন, বিক্রেতাদের কাছে ডেটা বহনযোগ্যতা ও প্রকাশিত মিলান যুক্তি দাবি করুন, এবং পুরো সামর্থ্য সরকারি খাত ইতিমধ্যে যে আন্তঃক্রিয়াশীলতা মানে তার ভেতরে রাখুন।

উদাহরণ

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

এন্টারপ্রাইজ। একটি বৈশ্বিক উৎপাদক অধিগ্রহণের মাধ্যমে বেড়েছে এবং ডজনখানেক ERP ও CRM সিস্টেম চালায়, প্রতিটির নিজস্ব সরবরাহকারী রেকর্ড, তাই একই সরবরাহকারী পনেরো ভাবে দেখা দেয় এবং কোম্পানি একক ক্রেতা হিসেবে দর কষাকষি করতে বা তার প্রকৃত ব্যয় দেখতে পারে না। এটি সরবরাহকারী ও পণ্য ডোমেইনের জন্য একটি সহাবস্থান-ধাঁচের MDM হাব দাঁড় করায়, কর ও নিবন্ধন শনাক্তকারীতে নির্ধারণবাদী মিলান এবং নাম ও ঠিকানায় সম্ভাব্যতাভিত্তিক স্কোরিং ব্যবহার করে। ক্রয়ের নামকরা স্টুয়ার্ডরা টিকে-থাকা নিয়ম সুর করেন এবং পর্যালোচনা সারি কাজ করেন, এবং সোনালি রেকর্ড পরিবর্তন ইভেন্ট হিসেবে প্রকাশিত হয় যা প্রতিটি ERP-তে ফেরত প্রবাহিত হয় যাতে পরিষ্কার ডেটা উৎস উন্নত করে। একত্রিত ব্যয় দৃশ্যমানতা ভালো চুক্তির শর্ত খোলে, এবং যে মেলানো কর প্রতি ত্রৈমাসিকে অর্থ বিভাগকে খেত তা তীব্রভাবে কমে।

সরকার। একটি জাতীয় সরকার চায় সংস্থাগুলো একজন নাগরিককে প্রতিটি কাউন্টারে অপরিচিতের বদলে এক ব্যক্তি হিসেবে গণ্য করুক, ডেটা-ভাগাভাগির কঠোর আইনি সীমা মেনে। এটি ব্যক্তি সত্তার জন্য একটি কেন্দ্রীভূত মাস্টার ডেটা হাব গড়ে, একটি শাসিত জাতীয় শনাক্তকারীতে কী করা, এবং কার্যকর তারিখ অনুযায়ী সংস্করণ করা রেফারেন্স ডেটাসহ যাতে ঐতিহাসিক রেকর্ড সঠিক থাকে। পরিচয় সমাধান সুচিন্তিতভাবে রক্ষণশীল: অনিশ্চিত মিল স্বয়ংক্রিয় মার্জের বদলে প্রশিক্ষিত স্টুয়ার্ডদের কাছে যায়, কারণ একটি ভুল মার্জ কাউকে একটি সুবিধা অস্বীকার করতে বা তাদের ডেটা প্রকাশ করতে পারে, এবং প্রতিটি মিল নিরীক্ষা ও আপিলের জন্য লগ করা। প্রতিদান হলো কম নকল রেকর্ড, বিভক্ত পরিচয় থেকে কম প্রতারণা, এবং একজন নাগরিক যাঁকে প্রতিটি দরজায় নিজের পরিচয় প্রমাণ করতে হয় না, অধ্যায় 3.8-এর আন্তঃক্রিয়াশীলতা মানের ভেতরে।

ব্যবসায়িক যুক্তি: প্রেরণা, ROI ও TCO

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

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

অ্যান্টি-প্যাটার্ন ও ফাঁদ

• সাগর ফোটানো পরিসর: একবারে প্রতিটি ডোমেইন মাস্টার করা, বছরের পর বছর কিছুই না দেওয়া, এবং প্রথম জয়ের আগে পৃষ্ঠপোষকতা হারানো।
• শাসনের আগে টুলিং: স্টুয়ার্ড ও মালিকের নাম দেওয়ার আগে একটি MDM প্ল্যাটফর্ম কেনা, ফলে ইঞ্জিনের চালক নেই।
• কর্তৃত্বহীন খণ্ডকালীন স্টুয়ার্ড: প্রকৃত আদেশ বা সুরক্ষিত সময় না দিয়ে একটি স্লাইডে তত্ত্বাবধান বরাদ্দ করা।
• নীরব টিকে-থাকা: লিখিত নিয়ম ও একটি সোনালি রেকর্ড ব্যাখ্যার উপায় ছাড়া টুলিং ডিফল্ট বা লোড ক্রমে রেকর্ড মার্জ করা।
• অফেরানো-যোগ্য মার্জ: আনডু ছাড়া অনিশ্চিত মিল স্বয়ংক্রিয়ভাবে মার্জ করা, ফলে দুই প্রকৃত সত্তার ভুল মেশানো স্থায়ী ক্ষতি হয়।
• জায়গাতেই ওভাররাইট করা রেফারেন্স ডেটা: সংস্করণ ছাড়া কোড তালিকা সম্পাদনা, পুরনো কোডের অধীনে সঠিক প্রতিটি ঐতিহাসিক প্রতিবেদন ভাঙা।
• কেউ ভোগ করে না এমন সোনালি রেকর্ড: কোনো নিম্নধারা সিস্টেম সাবস্ক্রাইব করে না এমন একটি নিখুঁত হাব গড়া, ফলে পরিষ্কার ডেটা সিদ্ধান্তে পৌঁছায় না।
• মান কোড পুনরাবিষ্কার: ISO মান থাকা অবস্থায় নিজস্ব দেশ বা মুদ্রা তালিকা বানানো এবং বিনা কারণে আন্তঃক্রিয়াশীলতা হারানো।

পরিপক্বতা মডেল

• স্তর 1, সূচনা: মাস্টার ও রেফারেন্স ডেটা অপরিচালিত। একই সত্তা কোনো কর্তৃত্বপূর্ণ সংস্করণ ছাড়া অনেকবার আছে, কোড তালিকা ভিন্ন হয়, মিলান ম্যানুয়াল ও প্রতিক্রিয়াশীল, এবং কেউ সমস্যাটির মালিক নন, তাই মূল সত্তার গণনা ভিন্ন এবং কেউ বলতে পারে না কোনটি সঠিক।
• স্তর 2, বিকাশ: মূল ডোমেইন স্বীকৃত এবং কেউ সেগুলো ডিডুপ্লিকেট করেন, প্রায়ই প্রতিবেদনের জন্য ওয়্যারহাউসে। মৌলিক নির্ধারণবাদী মিলান আছে, রেফারেন্স তালিকা সংগৃহীত, এবং কয়েকজন অনানুষ্ঠানিক স্টুয়ার্ড হিসেবে কাজ করেন, কিন্তু চর্চা দল-ধরে-দল ভিন্ন, উৎস অগোছালো থাকে, এবং নিয়ম কাগজে নয়, মানুষের মাথায় থাকে।
• স্তর 3, মানসম্মতকরণ: MDM একটি শাসিত কর্মসূচি যা প্রতিষ্ঠান জুড়ে সামঞ্জস্যপূর্ণভাবে প্রয়োগ করা। মাস্টার ডোমেইনের নামকরা মালিক ও ক্ষমতায়িত স্টুয়ার্ড আছে, মিলান ও টিকে-থাকা নিয়ম নথিবদ্ধ ও প্রয়োগ করা, সোনালি রেকর্ড তৈরি ও ভোক্তাদের কাছে ছড়ানো হয়, এবং রেফারেন্স ডেটা সংস্করণ করা ও API-র মতো কার্যকর তারিখসহ প্রকাশিত।
• স্তর 4, ব্যবস্থাপনা: কর্মসূচি ভিত্তিরেখার বিপরীতে মাপা ও নিয়ন্ত্রিত। নকল হার, মিলান-আস্থা বিতরণ, মিথ্যা-মার্জ ও মিস-হওয়া-মিল হার, মূল-ক্ষেত্র সম্পূর্ণতা, এবং পর্যালোচনা-সারির আকার ও বয়স মেট্রিক হিসেবে অনুসরণ করা হয়; সীমা অনুভূতিতে নয়, সেই সংখ্যার বিপরীতে সুর করা হয়; এবং MDM মূল্য (রাজস্ব নির্ভুলতা, ক্রয় সঞ্চয়, পর্যালোচনা খরচ) পরিমাণ করে একটি স্থির ছন্দে মালিকদের জানানো হয়।
• স্তর 5, সমন্বয়: সোনালি রেকর্ড সংস্করণ করা ইভেন্ট হিসেবে প্রায়-রিয়েল-টাইমে প্রবাহিত হয়, শব্দার্থিক স্তরে জোগান দেয়, এবং প্রতিষ্ঠান জুড়ে বিশ্বস্ত। মিলান মাপা ফলের বিপরীতে নিরন্তর উন্নত হয়, দক্ষতা একটি পুনরাবৃত্তিযোগ্য সামর্থ্য হিসেবে নতুন ডোমেইনে প্রসারিত হয়, এবং MDM শাসন ও ঝুঁকি পরিকল্পনার সঙ্গে একীভূত যাতে উৎস, মান ও সত্তা পরিদৃশ্য সরলে কর্মসূচি খাপ খায়।

আলোচনার ভাবনা

1. আপনার দুটি সিস্টেম কতজন গ্রাহক আছে নিয়ে ভিন্নমত করলে কোনটি সঠিক, এবং আপনি তা কীভাবে প্রমাণ করবেন?
2. কোন মাস্টার ডেটা ডোমেইন প্রথমে মাস্টার করলে সবচেয়ে বড় পরিমাপযোগ্য জয় আনবে, এবং সেই জয়ের মূল্য কত?
3. সম্ভাব্যতাভিত্তিক মিলান আজ আপনাকে কোথায় সাহায্য করত, এবং এটি যে মাঝেমধ্যে ভুল মার্জ বোঝায় তাতে কি আপনি স্বচ্ছন্দ?
4. আপনি কীভাবে আপনার রেফারেন্স ডেটা সংস্করণ করেন, এবং একটি কোডের অর্থ বদলালে আপনার ঐতিহাসিক প্রতিবেদনে কী ভাঙে?
5. আপনার সবচেয়ে গুরুত্বপূর্ণ সত্তার নামকরা স্টুয়ার্ড কে, এবং তাঁর কি আসলে কাজটি করার কর্তৃত্ব ও সময় আছে?
6. একটি সোনালি রেকর্ড বদলালে আপনার নিম্নধারা সিস্টেম কীভাবে জানে, এবং ক্ষতি হওয়ার আগে তারা কতটা বাসি হতে পারে?

প্রধান শিক্ষা

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

তথ্যসূত্র ও আরও পড়ার জন্য

• David Loshin, Master Data Management
• Alex Berson ও Larry Dubov, Master Data Management and Data Governance
• Dan Power, The Definitive Guide to Master Data Management
• John Talburt, Entity Resolution and Information Quality
• Peter Christen, Data Matching: Concepts and Techniques for Record Linkage, Entity Resolution, and Duplicate Detection
• Ivan P. Fellegi ও Alan B. Sunter, “A Theory for Record Linkage,” Journal of the American Statistical Association
• DAMA International, DAMA-DMBOK: Data Management Body of Knowledge
• Ralph Kimball ও Margy Ross, The Data Warehouse Toolkit