একটি প্রবাহ, একটি দিক: কীভাবে ডেটা পণ্য পাসপোর্টে প্রবাহিত হয়

একটি ডিজিটাল পণ্য পাসপোর্ট গড়ে উঠলেই আইটি বিভাগ সবার আগে একটিই প্রশ্ন করে: প্ল্যাটফর্মটিকে আমাদের কোন সিস্টেমে অ্যাক্সেস করতে হবে? এটি সঠিক প্রশ্ন, কারণ এর পেছনে লগইন বিবরণ, ফায়ারওয়াল অনুমতি এবং একটি নিরাপত্তা কৌশল রয়েছে, যার জন্য কাউকে দায়িত্ব নিতে হবে।

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

পাসে প্রতিটি সিস্টেমের অবদান

পাসের জন্যডেটা খুব কমই একটি একক সিস্টেম থেকে আসে। বাস্তবে, এটি কয়েকটি সিস্টেম বিভাগের মধ্যে ছড়িয়ে থাকে, যেগুলির প্রতিটি মাত্র কয়েকটি ফিল্ডে অবদান রাখে:

• ERP - আইটেম আইডেন্টিটি, উপকরণ, সরবরাহকারী এবং উৎপত্তি, অর্ডার এবং ব্যাচ রেফারেন্স, পরিমাণ। স্থিতিশীল মাস্টার ডেটা যা খুব কমই পরিবর্তিত হয়।
• MES - উৎপাদন ইতিহাস, সিরিয়াল এবং ব্যাচ বরাদ্দ, গুণগত মানের রেকর্ড, ট্রেসেবিলিটি। ইভেন্ট ডেটা, যা একটি নির্দিষ্ট সময়ের সাথে আবদ্ধ।
• APS - উৎপাদনের সময় এবং সম্পদ বরাদ্দ। পাসপোর্টের সাথে সরাসরি প্রাসঙ্গিকতা বিরল; যা গুরুত্বপূর্ণ তা সাধারণত MES-এর মাধ্যমে আসে।
• PLM - গঠন, উপকরণ তালিকা, মেরামতযোগ্যতা, অতিরিক্ত যন্ত্রাংশ, ডিজাইনের অবস্থা। Ecodesign Regulation-এর প্রয়োজনীয়তার বিরুদ্ধে পরিমাপ করলে, এটি সবচেয়ে ব্যাপক উৎস।
• PIM - বর্ণনা, চিত্র, যত্ন ও ব্যবহার নির্দেশিকা, ভাষা ভেরিয়েন্ট। ভোক্তা-সন্মুখী বিষয়বস্তু।
• IoT - ব্যবহারের ধাপ থেকে স্থিতি এবং ব্যবহারের ডেটা। শুধুমাত্র নির্দিষ্ট পণ্য গ্রুপের জন্য প্রয়োজন, যেমন ব্যাটারি।
• CRM - পৃথক গ্রাহকদের জন্য সার্ভিস এবং মেরামতের ইতিহাস। সাধারণত ব্যক্তিগত প্রকৃতির, এবং তাই এটি একটি পাবলিক পাসপোর্টে থাকা উচিত নয়।

অ্যাসেট অ্যাডমিনিস্ট্রেশন শেল সিস্টেমগুলোর উপরে অবস্থান করে, পাশে নয়

একটি পার্থক্যই সবথেকে গুরুত্বপূর্ণ: অ্যাসেট অ্যাডমিনিস্ট্রেশন শেল ERP, MES এবং ## PIM-এর পাশে নয়, বরং## তাদেরউপরে অবস্থান করে। এটি ডেটা তৈরি করে না, বরং বিদ্যমান ডেটাগুলোকে আন্তঃসক্রিয় উপ-মডেলগুলোতে অন্তর্ভুক্ত করে। Transpareo-এর সাথে একীকরণের জন্য, এর অর্থ হলো: AAS একটি সুবিধাজনক, তবে অপরিহার্য নয়, ডেলিভারি ফরম্যাট। যারা এটি ব্যবহার করে, তারা এর সাব-মডেল থেকে ডেটা প্যাকেজ আহরণ করে; যারা ব্যবহার করে না, তারা অন্য কোনো উপায়ে একই ফিল্ড সরবরাহ করে। তবুও আমরা কেন অ্যাসেট অ্যাডমিনিস্ট্রেশন শেলকে একটি চমৎকার ভিত্তি বলে মনে করি, তার কারণগুলো AAS-এর নিবন্ধে বর্ণনা করা হয়েছে।

প্রতিটি ডেটা প্রবাহে প্রযোজ্য পাঁচটি নিয়ম

দিক। সব তীর প্ল্যাটফর্মের দিকে নির্দেশ করে। Transpareo কোনো উত্স সিস্টেমকে জিজ্ঞাসা করে না, এবং Transpareo-এর কাছে ERP, MES, PIM বা PLM-এর কোনো অ্যাক্সেস শংসাপত্র নেই।

আপনার সিস্টেমের সাথে এমন কোনো সংযোগ নেই যা সুরক্ষিত করার প্রয়োজন, কারণ তা আসলে বিদ্যমানই নেই।

ট্রিগার। পুশ সবসময় উত্স পক্ষ থেকে ট্রিগার হয় - প্রস্তুতকারক নিজে, এর মিডলওয়্যার বা একটি চুক্তিবদ্ধ পরিষেবা প্রদানকারী দ্বারা। প্ল্যাটফর্মটি অপেক্ষা করে; এটি ডেটা আনয়ন করে না।

উদ্দেশ্য সীমাবদ্ধতা। শুধুমাত্র পাস-এর জন্য প্রয়োজনীয় উপসেটই প্রেরণ করা হয়, সোর্স সিস্টেম থেকে সম্পূর্ণ ডেটাসেট নয়। পাস-এর জন্য প্রতিটি সিস্টেম থেকে মাত্র কয়েকটি ফিল্ডই প্রয়োজন; বাকি সবকিছু যেখানে আছে সেখানেই থাকে।

মুক্তি। সোর্স পক্ষ প্রতিটি ডেটা প্যাকেজের নির্বাচন, পরিধি এবং সময় নির্ধারণ করে। Transpareo সরবরাহকৃত ডেটার চেয়ে বেশি কিছু গ্রহণ করতে পারে না।

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

শুধুমাত্র স্বীকৃতি ফেরত পাঠানো হয়

একটি রিটার্ন চ্যানেল অপরিহার্য, তবে এটি ডেটা বহন করে না; পরিবর্তে, এটি প্রতিক্রিয়া প্রেরণ করে: DPP URL বা GS1 ডিজিটাল লিঙ্ক, সংস্করণ আইডি, প্রকাশের স্থিতি এবং যাচাইকরণ বার্তা। উৎস সিস্টেমের জন্য, এই প্রতিক্রিয়াটি মূল্যবান কারণ পাস রেফারেন্সটি ERP বা PIM-এ আইটেমের সাথে সরাসরি সংরক্ষণ করা যেতে পারে। এটি কোনো অ্যাক্সেস গঠন করে না। এটি একটি ডেলিভারি প্রাপ্ত হয়েছে তার নিশ্চিতকরণ হিসেবে কাজ করে।

তিনটি মডেল যা অনুশীলনে কার্যকর প্রমাণিত হয়েছে

• প্রধান সিস্টেম থেকে সরাসরি। ERP বা PLM একটি সংযোগকারী (connector) এর মাধ্যমে ডেটা পাঠায়। যখন একটি ডেটা উত্স স্পষ্টভাবে প্রাধান্য বিস্তার করে তখন এটি সহজ এবং যৌক্তিক।
• একটি একীকরণ স্তর (aggregation layer) এর মাধ্যমে। মিডলওয়্যার বা iPaaS ERP, MES এবং PIM ক্ষেত্রগুলোকে একত্রিত করে এবং একটি প্যাকেজ সরবরাহ করে। অনেকগুলো উৎস জড়িত থাকলে এটিই স্ট্যান্ডার্ড পদ্ধতি।
• AAS সাব-মডেলের মাধ্যমে। ম্যানেজমেন্ট শেল ইতিমধ্যেই ব্যবহার হচ্ছে, এবং প্যাকেজটি এর সাব-মডেলগুলো থেকে আহরণ করা হয়। ইন্ডাস্ট্রি 4.0 পরিবেশে এটি বিশেষভাবে সুবিধাজনক।

আমরা আমাদের ইআরপি ইন্টিগ্রেশন প্লেবুক-এ নির্ধারণ করেছি কোন প্যাটার্ন কোন সিস্টেম ল্যান্ডস্কেপের জন্য উপযুক্ত এবং কীভাবে এমন একটি প্রকল্প তিন মাসের পরিবর্তে দুই সপ্তাহে সম্পন্ন করা যেতে পারে।

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

ট্রান্সপ্যারিও ইচ্ছাকৃতভাবে যা নয়

দ্বিতীয় কোনো ‘রেকর্ড সিস্টেম’ ## নয় । প্ল্যাটফর্মটি পাসপোর্ট ডেটা রেকর্ড এবং এর অপরিবর্তনীয় সংস্করণ ইতিহাস বজায় রাখে, প্রস্তুতকারকের অপারেশনাল ডেটা নয়। ERP-তে করা যেকোনো সংশোধন একটি নতুন ডেলিভারির মাধ্যমে পাসপোর্টে পৌঁছায় - একটি নতুন, ট্রেসযোগ্য সংস্করণ হিসেবে, বিদ্যমান ডেটাতে নীরব পরিবর্তনের মাধ্যমে নয়। কীভাবে এই সংস্করণ চেইনটি স্বাক্ষরিত হয় এবং সবাইকে যাচাইযোগ্য করে তোলা হয় তা স্বাক্ষর ও সার্টিফিকেট সম্পর্কিত নিবন্ধে ব্যাখ্যা করা হয়েছে।

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

প্রকৃত প্রকল্প কাজ চলে যায় যেখানে এটি থাকা উচিত: কোন ক্ষেত্রগুলো পাস-এ অন্তর্ভুক্ত হবে তা নির্ধারণ করা - কে কোথায় লগইন করতে পারবে তা নয়।