দুই সপ্তাহে ইআরপি ইন্টিগ্রেশন: আপনার নিজস্ব ইন্টারফেস তৈরি করার গাইড

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

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

আপনার ইআরপি সিস্টেমকে আসলে কী প্রদান করতে হবে

একটি ডিপিপি তৈরি করতে, আমাদের প্রতিটি পণ্যের জন্য নিম্নলিখিতগুলি প্রয়োজন:

• মাস্টার ডেটা - আইটেম নম্বর, বর্ণনা, ভেরিয়েন্ট, ওজন, মাত্রা, চিত্র
• বিল অফ ম্যাটেরিয়ালস ডেটা - পরিমাণসহ উপাদানসমূহ এবং পুনর্ব্যবহৃত উপাদান
• উৎপত্তি ডেটা - উৎপাদন সাইট, ব্যাচ নম্বর, উৎপাদন তারিখ
• পরিবেশগত ডেটা - প্রতি ইউনিটে CO₂ সমতুল্য, জল ব্যবহার, শক্তি ব্যবহার
• সরবরাহকারী ডেটা - কে কোন উপাদান সরবরাহ করে (যথাযথ যাচাই-বাছাইয়ের প্রয়োজনীয়তার জন্য)

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

একত্রীকরণের বিষয়ে প্রশ্নটি হল না: ‘আপনার ERP কি একটি DPP-তে ডেটা সরবরাহ করে?’ বরং এটি হল: ‘আপনি কীভাবে পাঁচটি উপ-সিস্টেম থেকে ডেটা একত্রিত করে একটি সুসংগঠিত ডেটাসেট তৈরি করবেন?’

তিনটি পরীক্ষিত পদ্ধতি

পদ্ধতি ১: ERP থেকে ডেটা পুনরুদ্ধার

আধুনিক ERP-গুলোর (SAP S/4HANA Cloud, Dynamics 365, Odoo) সাথে ভালোভাবে কাজ করে। DPP প্রদানকারী ERP-এর ইন্টারফেস (প্রযুক্তিগতভাবে OData বা REST) এর মাধ্যমে ডেটা আহরণ করে। শুধুমাত্র পরিবর্তনগুলো আহরণ করা হয়, যা নির্ধারিত সময় অনুযায়ী বা কোনো ইভেন্ট দ্বারা ট্রিগার করা হয়।

সুবিধা: আপনার পক্ষ থেকে ন্যূনতম ডেভেলপমেন্টের প্রয়োজন; আপনি রিড অ্যাক্সেস প্রদান করেন, এবং প্রোভাইডার রূপান্তর পরিচালনা করে।

অসুবিধা: অতিরিক্ত ইন্টারফেস লেয়ার ছাড়া পুরনো SAP ECC ইনস্টলেশনের সাথে কাজ করে না। কারা কোন ডেটা পড়ার জন্য অনুমোদিত তা নিয়ন্ত্রণ করার জন্য স্পষ্ট নিয়ম প্রয়োজন।

বিকল্প ২: পরিবর্তন ফরওয়ার্ড করা

আপনার ERP প্রতিটি পরিবর্তনকে একটি ইভেন্ট হিসেবে রিপোর্ট করে (SAP ইভেন্ট মেশ, অ্যাপাচে কাফকা বা র‍্যাবিটএমকিউ-এর মাধ্যমে), এবং DPP প্রদানকারী সেগুলো গ্রহণ করে।

সুবিধা: প্রায় রিয়েল-টাইম, আপনার ব্যবসার সাথে স্কেল করে; সিস্টেমগুলো একে অপরের উপর নির্ভরশীল নয়।

অসুবিধা: সেট-আপ জটিল এবং এর জন্য এমন অবকাঠামোর প্রয়োজন যা সব আইটি বিভাগেরই থাকে না। সাধারণত ছোট কোম্পানিগুলোর জন্য এটি অতিরিক্ত।

বিকল্প ৩: বিদ্যমান ইন্টিগ্রেশন লেয়ার ব্যবহার করুন

ERP এবং বাহ্যিক সিস্টেমগুলির মধ্যে আপনার ইতিমধ্যেই একটি ইন্টিগ্রেশন লেয়ার (Mulesoft, Boomi, Informatica, Azure Data Factory) রয়েছে। এই লেয়ারটি মধ্যস্থতাকারী হিসেবে কাজ করে: DPP প্রদানকারী এর সাথে যোগাযোগ করে, কখনই সরাসরি ERP-এর সাথে নয়।

সুবিধা: বিদ্যমান বিনিয়োগ ব্যবহার করা যায়, নিয়মগুলো স্থিতিশীল থাকে, এবং তৃতীয় পক্ষের ERP-এ সরাসরি অ্যাক্সেস থাকে না।

অসুবিধা: ইন্টিগ্রেশন লেয়ারের খরচ আপনার অনুযায়ী বৃদ্ধি পায়।

নির্দিষ্ট প্রকল্পে আমরা যা ভিন্নভাবে করি

অনেক প্রদানকারী আপনার ERP-এ সরাসরি সংযোগ করতে চায়। আমরা সবসময় একটি মধ্যবর্তী ধাপ অন্তর্ভুক্ত করি: আমাদের ইন্টারফেস একটি নিরপেক্ষ ডেটা ফরম্যাট (একটি JSON স্কিমা) গ্রহণ করে, যা আপনি আপনার পছন্দের টুল ব্যবহার করে পূরণ করেন। এর মানে:

• আপনি নিজে ডেটা প্রস্তুত করতে পারেন, আপনার টিম যে টুলগুলোর সাথে পরিচিত সেগুলো ব্যবহার করে
• আপনি প্রদানকারী পরিবর্তন করতে পারেন - নিরপেক্ষ ফরম্যাটটি বহনযোগ্য
• আপনি যে কোনো সময় আপনার সম্পূর্ণ ডেটা সেট পুনরুদ্ধার করতে পারেন - CSV, XLSX, JSON-LD এবং SQL ফরম্যাটে, পাশাপাশি REST API-এর মাধ্যমে
• আমরা একটি ইমপোর্ট ভ্যালিডেটর প্রদান করি যা আপলোডের আগে আপনার ডেটা যাচাই করে

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

এই পদ্ধতির বাস্তবায়নের সময়রেখা:

• দিন ১ থেকে ২: ম্যাপিং কর্মশালা। কোন ERP ফিল্ড কোন DPP ফিল্ডের সাথে মিলে?
• দিন ৩ থেকে ৫: ERP থেকে প্রাথমিক JSON এক্সপোর্ট, যা আমাদের ভ্যালিডেটর দ্বারা প্রক্রিয়াজাত করা হয়।
• দিন ৬ থেকে ৮: সমস্যা সমাধান (অনুপস্থিত ফিল্ড, অসামঞ্জস্যপূর্ণ কোডিং)।
• দিন ৯ থেকে ১০: প্রথম DPPs লাইভ হয়।

দুই সপ্তাহ, তিন মাস নয়। মূল বিষয় হল ম্যাপিং ওয়ার্কশপ - এখানেই ডেটা গুণগত মান নির্ধারিত হয়।

কি ভুল হয়: সবচেয়ে সাধারণ ফাঁদ

অনেকগুলো সিস্টেমে পণ্য মাস্টার ডেটা: SAP-এ আইটেম নম্বর আছে, PIM-এ ছবি এবং বিপণন টেক্সট আছে, PLM-এ বিল অফ ম্যাটেরিয়ালস আছে। কারোই একটি সামঞ্জস্যপূর্ণ ওভারভিউ নেই। সমাধান: প্রকল্প শুরু হওয়ার আগে, প্রতিটি ক্ষেত্রের জন্য কোন সিস্টেমটি প্রাথমিক উৎস হবে তা নির্ধারণ করুন।

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

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

CO₂ ডেটা সরবরাহকারী ভিত্তিতে: আপনার সরবরাহকারী তার পুরো পোর্টফোলিওর জন্য গড় মান প্রদান করে, প্রতি ব্যাচের জন্য নয়। সমাধান: অস্থায়ীভাবে এটি গ্রহণ করুন; দীর্ঘমেয়াদে সরবরাহকারী চুক্তি সামঞ্জস্য করুন। ESPR একটি নির্দিষ্ট কাট-অফ তারিখ থেকে পণ্য-নির্দিষ্ট মানের প্রয়োজন, তবে বর্তমান অনুশীলন একটি আপস।

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

প্রকল্প শুরুর আগে যে প্রশ্নগুলো করা উচিত

তিনটি সরবরাহকারীর কাছে RFP পাঠানোর আগে, নিম্নলিখিত প্রশ্নগুলির উত্তর অভ্যন্তরীণভাবে দিন:

১. কতগুলি পণ্য/আইটেম নম্বরের DPP থাকা উচিত? (১০, ১০,০০০, ১০ লক্ষ?) ২. কোন সিস্টেমগুলি বর্তমানে DPP-সম্পর্কিত ডেটা ধারণ করে? ৩. কোন বিভাগ এই প্রতিটি সিস্টেম পরিচালনা করে? ৪. আপনার কি এমন কোনো ইন্টিগ্রেশন লেয়ার আছে যা ব্যবহার করা উচিত? ৫. আপনার ERP-এর মাধ্যমে কি ইতিমধ্যেই কোনো ইন্টারফেস কার্যকর আছে?

উত্তরগুলো নির্ধারণ করবে তিনটি পদ্ধতির মধ্যে কোনটি আপনার জন্য সঠিক।

উত্তরগুলো নির্ধারণ করবে একটি প্রকল্প দুই সপ্তাহের হবে নাকি ছয় মাসের।