একটি ডিজিটাল পণ্য পাসপোর্ট গড়ে উঠলেই আইটি বিভাগ সবার আগে একটিই প্রশ্ন করে: প্ল্যাটফর্মটিকে আমাদের কোন সিস্টেমে অ্যাক্সেস করতে হবে? এটি সঠিক প্রশ্ন, কারণ এর পেছনে লগইন বিবরণ, ফায়ারওয়াল অনুমতি এবং একটি নিরাপত্তা কৌশল রয়েছে, যার জন্য কাউকে দায়িত্ব নিতে হবে।
আমাদের উত্তর সংক্ষিপ্ত: কোনোটিই নয়। পাসপোর্টে ডেটা সরবরাহকারী সব সিস্টেমই উৎস-পার্শ্বে থাকে এবং সেখানেই সীমাবদ্ধ থাকে। Transpareo শুধুমাত্র চেইনের শেষে একজন গ্রহণকারী; ডেটা প্রবাহ একমুখীভাবে প্ল্যাটফর্মের দিকে চলে। এই নিবন্ধটি প্রবাহগুলো অনুসরণ করে: প্রতিটি সিস্টেম কী প্রদান করে, প্রতিটি ফ্লোতে কোন নিয়মগুলি প্রযোজ্য, এবং নিশ্চিতকরণ হিসেবে কী ফেরত আসে।
পাসপোর্টের জন্য ডেটা খুব কমই একটি একক সিস্টেম থেকে আসে। বাস্তবে, এটি কয়েকটি সিস্টেম বিভাগের মধ্যে ছড়িয়ে থাকে, যেগুলির প্রতিটি মাত্র কয়েকটি ফিল্ডে অবদান রাখে:
- ERP - আইটেম আইডেন্টিটি, উপকরণ, সরবরাহকারী এবং উৎপত্তি, অর্ডার এবং ব্যাচ রেফারেন্স, পরিমাণ। স্থিতিশীল মাস্টার ডেটা যা খুব কমই পরিবর্তিত হয়।
- MES - উৎপাদন ইতিহাস, সিরিয়াল এবং ব্যাচ বরাদ্দ, গুণগত মানের রেকর্ড, ট্রেসেবিলিটি। ইভেন্ট ডেটা, একটি নির্দিষ্ট সময়ের সাথে আবদ্ধ।
- APS - উৎপাদনের সময় এবং সম্পদ বরাদ্দ। পাসপোর্টের জন্য সরাসরি প্রাসঙ্গিক হওয়ার সম্ভাবনা কম; সাধারণত MES-এর মাধ্যমে প্রাসঙ্গিক তথ্য আসে।
- PLM - গঠন, উপকরণ তালিকা, মেরামতযোগ্যতা, অতিরিক্ত যন্ত্রাংশ, ডিজাইনের অবস্থা। Ecodesign Regulation-এর প্রয়োজনীয়তার পরিপ্রেক্ষিতে পরিমাপ করলে, এটি সবচেয়ে ব্যাপক উৎস।
- PIM - বর্ণনা, চিত্র, যত্ন এবং ব্যবহারের নির্দেশিকা, ভাষা সংস্করণ। ভোক্তা-সংশ্লিষ্ট বিষয়বস্তু।
- IoT - ব্যবহারের ধাপ থেকে স্থিতি এবং ব্যবহারের ডেটা। শুধুমাত্র নির্দিষ্ট পণ্য গ্রুপের জন্য প্রয়োজন, যেমন ব্যাটারি।
- CRM - পৃথক গ্রাহকদের জন্য পরিষেবা ও মেরামতের ইতিহাস। মূলত ব্যক্তিগত তথ্য, এবং তাই এটি একটি পাবলিক পাসপোর্টে থাকা উচিত নয়।
প্রশাসনিক শেল সিস্টেমগুলির উপরে অবস্থান করে, পাশে নয়
একটি পার্থক্যই সবকিছুর চেয়ে বেশি গুরুত্বপূর্ণ: অ্যাসেট অ্যাডমিনিস্ট্রেশন শেল (AAS) ERP, MES এবং PIM-এর পাশে নয়, বরং তাদের উপরে অবস্থান করে। এটি নতুন ডেটা তৈরি করে না, বরং বিদ্যমান ডেটাকে আন্তঃসক্রিয় উপ-মডেলগুলিতে অন্তর্ভুক্ত করে। Transpareo-এর সাথে একীকরণের জন্য এর অর্থ: AAS একটি সুবিধাজনক, তবে অপরিহার্য নয়, ডেলিভারি ফরম্যাট। যারা এটি ব্যবহার করে, তারা এর সাব-মডেল থেকে ডেটা প্যাকেজ গ্রহণ করে; যারা ব্যবহার করে না, তারা অন্য কোনো উপায়ে একই ফিল্ড সরবরাহ করে। তবুও আমরা কেন অ্যাসেট অ্যাডমিনিস্ট্রেশন শেলকে একটি চমৎকার ভিত্তি হিসেবে বিবেচনা করি, তার কারণগুলো AAS-সংক্রান্ত নিবন্ধে উপস্থাপন করা হয়েছে।
প্রতিটি ডেটা ফ্লোতে প্রযোজ্য পাঁচটি নিয়ম
দিক। সব তীর প্ল্যাটফর্মের দিকে নির্দেশ করে। Transpareo কোনো সোর্স সিস্টেমকে কোয়েরি করে না, এবং Transpareo-এর কাছে ERP, MES, PIM বা PLM-এর কোনো অ্যাক্সেস ক্রেডেনশিয়াল নেই। আপনার সিস্টেমের সাথে এমন কোনো সংযোগ নেই যা সুরক্ষিত করার প্রয়োজন, কারণ তা আসলে বিদ্যমানই নেই।
ট্রিগার। পুশ সবসময় উত্সে ট্রিগার হয় - প্রস্তুতকারক নিজে, তাদের মিডলওয়্যার বা একটি চুক্তিবদ্ধ পরিষেবা প্রদানকারী দ্বারা। প্ল্যাটফর্মটি অপেক্ষা করে; এটি ডেটা আনয়ন করে না।
উদ্দেশ্য সীমাবদ্ধতা। শুধুমাত্র পাস-এর জন্য প্রয়োজনীয় উপসেটই প্রেরণ করা হয়, সোর্স সিস্টেম থেকে সম্পূর্ণ ডেটাসেট নয়। পাস-এর জন্য প্রতিটি সিস্টেম থেকে মাত্র কয়েকটি ফিল্ডই প্রয়োজন; বাকি সবকিছু যেখানে আছে সেখানেই থাকে।
মুক্তি। সোর্স পক্ষ প্রতিটি ডেটা প্যাকেজের নির্বাচন, পরিধি এবং সময় নির্ধারণ করে। Transpareo সরবরাহকৃত ডেটার চেয়ে বেশি গ্রহণ করতে পারে না।
অনুমতিপত্র। মনোনীত অ্যাক্সেস শংসাপত্র নির্ধারণ করে প্ল্যাটফর্মে সরবরাহকৃত ডেটা দিয়ে কী করা যেতে পারে: সর্বনিম্ন অধিকার প্রযোজ্য হয়, এবং স্পষ্টভাবে অনুমোদিত নয় এমন সবকিছুই নিষিদ্ধ থাকে। এই নিয়মগুলি প্ল্যাটফর্মের পক্ষ থেকে প্রযোজ্য; এগুলির কখনই সোর্সের উপর পশ্চাদ্প্রভাব নেই।
শুধুমাত্র স্বীকৃতি ফেরত পাঠানো হয়
একটি রিটার্ন চ্যানেল অপরিহার্য, তবে এটি ডেটা বহন করে না; পরিবর্তে, এটি প্রতিক্রিয়া প্রেরণ করে: DPP URL বা GS1 ডিজিটাল লিঙ্ক, সংস্করণ আইডি, প্রকাশের স্থিতি এবং যাচাইকরণ বার্তা। উৎস সিস্টেমের জন্য, এই প্রতিক্রিয়াটি মূল্যবান কারণ পাস রেফারেন্সটি ERP বা PIM-এ আইটেমের সাথে সরাসরি সংরক্ষণ করা যেতে পারে। এটি কোনো অ্যাক্সেস অনুরোধ গঠন করে না। এটি নিশ্চিত করে যে একটি ডেলিভারি গ্রহণ করা হয়েছে।
তিনটি পদ্ধতি যা অনুশীলনে কার্যকর প্রমাণিত হয়েছে
- সরাসরি প্রধান সিস্টেম থেকে। ERP বা PLM একটি সংযোগকারীর মাধ্যমে ডেটা পাঠায়। যখন একটি ডেটা উত্স স্পষ্টভাবে প্রাধান্য বিস্তার করে তখন এটি সহজ এবং যৌক্তিক।
- একটি একত্রীকরণ স্তরের মাধ্যমে। মিডলওয়্যার বা iPaaS ERP, MES এবং PIM ক্ষেত্রগুলিকে একত্রিত করে এবং একটি একক প্যাকেজ সরবরাহ করে। অনেকগুলো উৎস জড়িত থাকলে এটিই স্ট্যান্ডার্ড পদ্ধতি।
- AAS সাব-মডেলের মাধ্যমে। ম্যানেজমেন্ট শেল ইতিমধ্যেই ব্যবহার হচ্ছে, এবং প্যাকেজটি এর সাব-মডেলগুলো থেকে আহরণ করা হয়। ইন্ডাস্ট্রি 4.0 পরিবেশে এটি বিশেষভাবে সুবিধাজনক।
কোন প্যাটার্ন কোন সিস্টেম ল্যান্ডস্কেপের জন্য উপযুক্ত এবং কীভাবে এমন একটি প্রকল্প তিন মাসের পরিবর্তে দুই সপ্তাহে সম্পন্ন করা যায়, ## তাআমরা ERP ইন্টিগ্রেশন প্লেবুক-এ বর্ণনা করেছি।
Transpareo ইচ্ছাকৃতভাবে যা নয়
দ্বিতীয় কোনো ‘রেকর্ড সিস্টেম’ নয়। প্ল্যাটফর্মটি পাসপোর্ট ডেটা রেকর্ড এবং এর অপরিবর্তনীয় সংস্করণ ইতিহাস সংরক্ষণ করে, প্রস্তুতকারকের অপারেশনাল ডেটা নয়। ERP-তে করা যেকোনো সংশোধন একটি নতুন ডেলিভারির মাধ্যমে পাসপোর্টে পৌঁছায় - একটি নতুন, ট্রেসযোগ্য সংস্করণ হিসেবে, বিদ্যমান রেকর্ডে নীরব পরিবর্তনের মাধ্যমে নয়। এই সংস্করণ শৃঙ্খলা কীভাবে স্বাক্ষরিত হয় এবং সবার জন্য যাচাইযোগ্য করা হয় তা স্বাক্ষর এবং সার্টিফিকেট সম্পর্কিত পোস্টে ব্যাখ্যা করা হয়েছে।
এতে আপনার নিরাপত্তা কৌশলের দিক থেকে যাচাই করার জন্য খুব কমই কিছু থাকে, এবং ঠিক এটাই উদ্দেশ্য। আপনাকে কোনো লগইন শংসাপত্র প্রকাশ করতে হবে না, কোনো অভ্যন্তরীণ ফায়ারওয়াল পোর্ট খুলতে হবে না, এবং আপনার ERP-এ পড়ার অ্যাক্সেস সহ কোনো তৃতীয় পক্ষের সিস্টেম নেই। প্রকৃত প্রকল্প কাজ চলে যায় যেখানে এটি থাকা উচিত: কোন ক্ষেত্রগুলো পাস-এ অন্তর্ভুক্ত করা উচিত তা নির্ধারণ করা - কে কোথায় লগইন করতে পারবে তা নয়।
