GDST 1.1 ইন্ডোনেশিয়া ম্যাপিং: ক্রেতা-প্রস্তুত EPCIS ফাইল ৭ ধাপে

একটি ব্যবহারিক, ইন্দোনেশিয়া-নির্দিষ্ট প্লেবুক যা আপনার WPP লগ, STELINA/MDPI রেকর্ড এবং প্ল্যান্ট কাগজপত্রকে GDST 1.1 EPCIS ফাইলে রূপান্তর করে ক্রেতারা গ্রহণ করবে। এতে WPP-টু-FAO ম্যাপিং, ভেসেল আইডি অপশন, CSV-টু-JSON ফ্লো এবং ইভেন্ট উদাহরণ অন্তর্ভুক্ত।

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

ক্রেতা-প্রস্তুত GDST ফাইলের তিনটি স্তম্ভ

1. আপনি সমর্থন করতে সক্ষম সোর্স পরিচয়সমূহ। যেই জাহাজ আইডি আপনার ক্রু 실제ভাবে বহন করে এবং লাইসেন্সে আছে সেগুলি ব্যবহার করুন। কাগজে যে ফার্ম হার্ভেস্ট আইডি প্রদর্শিত হয় সেগুলি ব্যবহার করুন। এমন আইডি উদ্ভাবন করবেন না যা আপনার নথিতে কখনই উপস্থিত হয় না।

2. পরিষ্কার লট লজিক। সিদ্ধান্ত নিন কিভাবে আপনি লটগুলো রিসিভিং পর্যায়ে এবং ট্রিমিং/প্যাকিং জুড়ে ট্র্যাক করবেন। যদি আপনি কাগজে একটি স্প্লিট/মার্জ ব্যাখ্যা করতে না পারেন, তা EPCIS এ ভ্যালিডেট হবে না।

3. সঠিক EPCIS প্যাকেজিং। ক্রেতারা ক্রমবর্ধমানভাবে EPCIS 2.0 JSON-LD চান। আপনি এক্সেলে শুরু করতে পারেন, তবে এমনভাবে কলাম পরিকল্পনা করুন যাতে সেগুলো পরে ইভেন্টগুলোর সাথে 1:1 অনুবাদযোগ্য হয়।

ব্যবহারিক সিদ্ধান্ত: JSON এ হাত দেওয়ার আগে, আপনার লট সংজ্ঞা নিশ্চিত করুন এবং প্রতিটি KDE প্রমাণ করে এমন কোন দস্তাবেজ আছে তা নিশ্চিত করুন। তখন আপনি ৮০% পথ এগিয়ে আছেন।

ক্রেতারা বাস্তবে যেসব ন্যূনতম KDE জিজ্ঞাসা করে

ইন্দোনেশিয়ায় আমরা দুটি সাধারণ পরিস্থিতি দেখি।

• বন্য-ধরা টুনা, স্ন্যাপার, রিফ প্রজাতি

  • প্রজাতি (বৈজ্ঞানিক + প্রচলিত), উৎপাদন পদ্ধতি = wild-capture
  • FAO কোড হিসেবে কীচের এলাকা, জাল/গিয়ারের ধরন
  • জাহাজ পরিচায়ক এবং পতাকা রাষ্ট্র। ট্রিপ শুরু/শেষের তারিখ
  • ল্যান্ডিং তারিখ এবং বন্দর। যদি ট্রান্সশিপ করা হয়, কারিয়ার জাহাজ এবং তারিখ
  • প্রসেসর লট/ব্যাচ কোড, উত্পাদন তারিখ, পরিমাণ এবং UoM
  • প্রতিষ্ঠান পরিচায়ক (GLN থাকলে সেটি, অথবা প্ল্যান্ট অনুমোদন নম্বর)
  • সার্টিফিকেট/পারমিট রেফারেন্স (যদি প্রযোজ্য)

• চাষকৃত ভাননা চিংড়ি (vannamei)

  • প্রজাতি, উৎপাদন পদ্ধতি = aquaculture
  • ফার্ম সাইট পরিচায়ক (পন্ড/ক্লাস্টার), হারভেস্ট তারিখ, অবস্থান (প্রদেশ/কোঅর্ডিনেট যদি পাওয়া যায়)
  • হ্যাচারি এবং ফিড সরবরাহকারীর আইডি যদি ক্রেতা অনুরোধ করে
  • প্রসেসর লট/ব্যাচ কোড, উৎপাদন তারিখ, পরিমাণ
  • প্রতিষ্ঠান পরিচায়ক

যদি আপনার ক্রেতা কঠোর GDST মেনে চলে, যোগ করুন: প্রতিটি ইভেন্টের জন্য ইউনিক আইডি, টাইম জোন, বিজনেস স্টেপ, এবং readPoint (যেখানে এটি ঘটেছে)। আমরা দেখেছি এগুলো উপস্থিত থাকলে ক্রেতারা দ্রুত অগ্রসর হন।

ক্রেতারা গ্রহণযোগ্য বলে যে WPP-NRI থেকে FAO ম্যাপিং

আপনি WPP-NRI রেকর্ড করেন। ক্রেতারা FAO চান। ইন্দোনেশিয়ায় GDST ফাইলগুলিতে ব্যবহৃত একটুখানি, ব্যাপকভাবে গ্রহণযোগ্য ম্যাপিং এখানে দেওয়া হল:

• WPP 571, 572, 573 → FAO 57 (ভারত মহাসাগর, পূর্ব)
• WPP 711, 712, 713, 714, 715, 716, 717 → FAO 71 (প্যাসিফিক, পশ্চিম-কেন্দ্র)
• WPP 718 → প্রায়ই মিশ্র। টিমর/সাউয়ু সমুদ্র সাধারণত FAO 57। আরাফুরা সাধারণত FAO 71। যদি আপনার কাছে কোঅর্ডিনেট না থাকে, অনেক ক্রেতা FAO 57 এবং 71 উভয় তালিকাভুক্ত করা এবং একটি নোট সংযুক্ত করা গ্রহণ করে।

দুইটি অপ্রকাশ্য টিপস:

• যদি আপনার ল্যান্ডিং নোটে কোঅর্ডিনেট বা একটি নামকৃত গ্রাউন্ড থাকে, সেগুলো অন্তর্ভুক্ত করুন। অসংহত WPP 718 কেসগুলো আপনি ল্যাট/লং যোগ করলে দ্রুত সমাধান হয়।
• মূল WPP একটি “notes” ফিল্ডে রাখুন। অডিটররা আপনার দেশীয় রেফারেন্স দেখতে পছন্দ করে।

নির্দিষ্ট কোনো ফিশারির জন্য আপনার ম্যাপিং সম্পর্কে দ্রুত স্যানিটি চেক দরকার? আপনি আমাদেরকে WhatsApp এ যোগাযোগ করতে পারেন.

আমাদের জাহাজগুলোর IMO নম্বর নেই। কোন আইডি গ্রহণযোগ্য?

প্র্যাকটিসে, ইন্দোনেশিয়ান হ্যান্ডলাইন/ডে বোটগুলির কাছে সচরাচর IMO থাকে না। GDST 1.1 কয়েকটি আইডেন্টিফায়ার টাইপ অনুমোদন করে:

-ন্যাশনাল রেজিস্ট্রেশন বা লাইসেন্স নম্বর (উদাহরণস্বরূপ MMAF দস্তাবেজ থেকে) -রেডিও কল সাইন (IRCS) বা MMSI যদি পাওয়া যায় -UVI (Unique Vessel Identifier) যদি কোনো প্রোগ্রাম বা রেজিস্ট্রিতে বরাদ্দ করা থাকে -EU পতাকার জাহাজের জন্য CFR (ইন্দোনেশিয়ার উপকূলীয় ফ্লিটে বিরল)

আমাদের নিয়ম: সেই আইডেন্টিফায়ারটি বেছে নিন যা আপনার ল্যান্ডিং নোট বা লাইসেন্সে প্রদর্শিত হয় এবং বছরের পর বছর স্থির থাকে। MDPI দ্বারা পরিচালিত FIP-এ ছোট নৌকার জন্য, প্রোগ্রামে ব্যবহৃত ভেসেল কোড ব্যবহার করুন এবং নোটে এটি আপনার কাগজি লাইসেন্সের সাথে লিঙ্ক করুন।

আমরা কি Excel/CSV দিয়ে শুরু করে পরে EPCIS এ সুইচ করতে পারি?

হ্যাঁ। আমরা এটি সুপারিশ করি। এমন একটি স্প্রেডশীট ডিজাইন করুন যা EPCIS ইভেন্টগুলোর আয়না করে যাতে কনভার্সন যান্ত্রিক হয়।

নূন্যতম কলামগুলো যা পরিষ্কারভাবে কনভার্ট হবে:

• eventType, eventTime, timeZone, bizStep, disposition, readPointId
• inputLot, inputQty, inputUoM, outputLot, outputQty, outputUoM
• species, productionMethod, FAOArea, gearType, vesselId, flagState
• landingPort, landingDate, farmId, harvestDate
• facilityId, processType (peeling, filleting), certificateRefs, notes

তারপর EPCIS 2.0 JSON-LD এ কনভার্ট করুন। একটি টুনা লট রিসিপ্টের জন্য খুবই সহজ একটি ObjectEvent এর উদাহরণ হতে পারে:

{
  "@context": [
    "https://ref.gs1.org/standards/epcis/2.0.0/epcis-context.jsonld",
    {"gdst": "https://traceability-dialogue.org/ontologies/gdst#"}
  ],
  "type": "EPCISDocument",
  "schemaVersion": "2.0",
  "epcisBody": {
    "eventList": [
      {
        "type": "ObjectEvent",
        "eventTime": "2025-08-01T07:15:00+07:00",
        "eventTimeZoneOffset": "+07:00",
        "action": "observe",
        "bizStep": "receiving",
        "disposition": "in_progress",
        "readPoint": {"id": "urn:epc:id:sgln:8999999.00001.0"},
        "quantityList": [{
          "epcClass": "urn:epc:class:lgtin:08999999.00001.20250801TUNALOT01",
          "quantity": 1200,
          "uom": "KGM"
        }],
        "gdst:kde": {
          "gdst:species": "Thunnus albacares",
          "gdst:productionMethod": "wild-capture",
          "gdst:FAOArea": ["71"],
          "gdst:gearType": "HANDLINE",
          "gdst:vesselId": "ID-BA-12345",
          "gdst:flagState": "IDN",
          "gdst:landingPort": "Bitung",
          "gdst:landingDate": "2025-07-31"
        }
      }
    ]
  }
}

আমরা রিটেইল শিপমেন্ট যেমন Grouper Fillet (IQF) এবং সাশিমি প্রোগ্রামের জন্য Yellowfin Saku (Sushi Grade) এর মতো আইটেমেও সমানভাবে এই ধরণ ব্যবহার করেছি।

আমরা কিভাবে ব্লেন্ড বা স্প্লিটসহ পিলিং/ট্রিমিং দেখাবো?

TransformationEvent দিয়ে ব্লেন্ডিং এবং ইল্ড (yield) উপস্থাপন করুন। ইনপুটগুলো কাঁচা লট হবে। আউটপুটগুলো প্রক্রিয়াজাত লট।

উদাহরণ: দুটি পন্ড হার্ভেস্টকে এক ফিনিশড লটে ব্লেন্ড করে চিংড়ি পিলিং।

{
  "type": "TransformationEvent",
  "eventTime": "2025-08-02T10:00:00+07:00",
  "eventTimeZoneOffset": "+07:00",
  "bizStep": "processing",
  "readPoint": {"id": "urn:epc:id:sgln:8999999.00001.0"},
  "inputQuantityList": [
    {"epcClass": "urn:epc:class:lgtin:08999999.00001.20250801POND01", "quantity": 800, "uom": "KGM"},
    {"epcClass": "urn:epc:class:lgtin:08999999.00001.20250801POND02", "quantity": 600, "uom": "KGM"}
  ],
  "outputQuantityList": [
    {"epcClass": "urn:epc:class:lgtin:08999999.00001.20250802SHRIMPPEELED01", "quantity": 1000, "uom": "KGM"}
  ],
  "gdst:kde": {
    "gdst:processingType": "peeling",
    "gdst:productionMethod": "aquaculture",
    "gdst:farmIds": ["FARM-A-01","FARM-B-07"],
    "gdst:harvestDates": ["2025-07-29","2025-07-30"]
  }
}

স্প্লিটগুলো একই ইভেন্ট টাইপ হবে যেখানে একটি ইনপুট এবং একাধিক আউটপুট থাকে। আপনার আউটপুট লট কোডগুলো লেবেলের সাথে ট্রেসযোগ্য রাখুন।

ক্রেতাকে ইমেইল করার আগে দ্রুত ভ্যালিডেশন

আমরা দুই-ধাপের চেক সুপারিশ করি:

1. স্কিমা ভ্যালিডেশন। নিশ্চিত করুন এটি বৈধ EPCIS 2.0 JSON-LD। যে কোনো JSON Schema ভ্যালিডেটর লোকালভাবে EPCIS 2.0 স্কিমা চালাতে পারে। আপনি যদি একটি স্ক্রিপ্ট ব্যবহার করেন, ভ্যালিড না হলে বিল্ড ফেল করুন।
2. GDST বিজনেস রুলস। পণ্যের ধরন এবং ইভেন্ট অনুযায়ী KDE উপস্থিতি যাচাই করুন। উদাহরণস্বরূপ, বন্য-ধরা ইভেন্টগুলিতে FAO এলাকা, গিয়ার এবং একটি জাহাজ আইডি থাকা আবশ্যক।

আমরা যেসব ফ্রি অপশন ব্যবহার করি বা ব্যবহার দেখা যায়:

• স্ট্রাকচারের জন্য JSON Schema ভ্যালিডেটর এবং লিনটার
• ইভেন্ট এবং কনটেক্সট স্যানিটি-চেক করার জন্য ওপেন-সোর্স EPCIS 2.0 টেস্ট টুলস
• পাঠানোর আগে প্রতিটি ইভেন্ট টাইপের জন্য KDE গুলো নিশ্চিত করার জন্য একটি সাধারণ Python বা Node স্ক্রিপ্ট

যদি আপনার ক্রেতা তাদের নিজস্ব চেকার প্রদান করে, সর্বদা প্রথমে আপনার ফাইলটি তাদের চেকারের মাধ্যমে চালান যাতে বারবার-বারবার পাঠানো এড়ানো যায়।

GDST কি আমরা ইতিমধ্যে সংগ্রহ করে রাখা STELINA বা MDPI ডেটা থেকে টেনে নিতে পারবে?

হ্যাঁ, এবং করা উচিত। আমরা ইন্দোনেশিয়ায় নিম্নরূপ ম্যাপ করি:

• STELINA ট্রিপ/ল্যান্ডিং: ট্রিপ আইডি, ল্যান্ডিং তারিখ/বন্দর, প্রজাতি, পরিমাণ, এবং জাহাজ লাইসেন্স ObjectEvents এ ল্যান্ডিং/রিসিপ্টের KDE হিসেবে পড়ে। STELINA আইডি নোটে রাখুন।
• MDPI বা FIP অ্যাপস: ভেসেল কোড, হ্যান্ডলাইন গিয়ার, WPP, এবং ট্রিপ বিবরণ আপনার ক্যাচ KDE এবং FAO ম্যাপিংকে ফিড করে। যদি কোঅর্ডিনেট উপস্থিত থাকে, সেগুলো অন্তর্ভুক্ত করুন।

আপনাকে ডাবল-এন্টার করতে হবে না। আপনার KDE নোটে মূল আইডি গুলো রেফারেন্স করুন যাতে অডিটররা STELINA বা MDPI-তে ট্রেস করতে পারে।

BKIPM হেলথ সার্টিফিকেট ফিল্ডগুলোকে GDST KDE-তে কিভাবে ম্যাপ করা হয়

আমরা নিয়মিতভাবে এই ফিল্ডগুলো সরাসরি তুলে নিই:

• পণ্য বর্ণনা, HS কোড, বৈজ্ঞানিক নাম → species/product KDE
• নেট ওজন এবং প্যাক টাইপ → পরিমাণ এবং UoM
• উৎপাদন তারিখ এবং লট/ব্যাচ → লট আইডি এবং প্রসেসিং ইভেন্টের eventTime
• এক্সপোর্টার/প্রসেসর অনুমোদন নম্বর → প্রতিষ্ঠান পরিচায়ক
• গন্তব্য, কনটেইনার, এবং সীল → যদি আপনি লজিস্টিক্স অন্তর্ভুক্ত করেন তবে শিপমেন্ট-লেভেল ObjectEvent (shipping bizStep)

আশ্চর্যের বিষয় হল একটি BKIPM সার্টিফিকেট GDST-এর end-of-chain এর জন্য কতটা কভার করে। এটি ব্যবহার করুন।

অনুমোদন ধীর করে এমন সাধারণ ভুলগুলো

• WPP 718-এর জন্য FAO 57/71 মিশ্রতা। যদি আপনি অনিশ্চিত হন, কোঅর্ডিনেট যোগ করুন বা উভয় তালিকাভুক্ত করুন একটি নোট দিয়ে।
• এমন ভেসেল আইডি যেগুলো কোনো দস্তাবেজে উপস্থিত নয়। আপনার টিম যে লাইসেন্স বা কল সাইন ফটো তুলে রাখতে পারে সেটিই ব্যবহার করুন।
• প্রক্রিয়াজাতকরণের মাঝামাঝি লট কোড পরিবর্তন। যদি ট্রিমিং নতুন লট তৈরি করে, সেগুলো TransformationEvent দিয়ে দেখান।
• টাইম জোন অনুপস্থিত। ইন্দোনেশিয়ার প্ল্যান্টগুলির জন্য সর্বদা eventTimeZoneOffset সেট করুন।

এই পরামর্শগুলো কখন প্রযোজ্য (এবং কখন নয়)

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

আপনি যদি আপনার CSV কলামগুলোর দ্রুত পর্যালোচনা এবং টুনা বা চিংড়ি অনুযায়ী কপি/পেস্ট EPCIS টেমপ্লেট চান, আমাদেরকে ইমেইলে যোগাযোগ করুন.

চূড়ান্ত সারমর্ম

• আপনার বিশ্বাসযোগ্য দস্তাবেজ দিয়ে শুরু করুন। WPP লগ, STELINA/MDPI রেকর্ড এবং BKIPM সার্টিফিকেট GDST KDE-র ৯০% পূরণ করতে পারে।
• WPP-কে FAO-তে ম্যাপ করুন: ভারত মহাসাগরের জন্য 57 এবং প্যাসিফিকের জন্য 71, WPP 718-কে বিশেষ মনোযোগ দিয়ে দেখুন।
• যে কোনও ট্রিম, পিল, স্প্লিট বা ব্লেন্ডের জন্য TransformationEvents ব্যবহার করুন। যদি এটি আপনার ফ্লোরে ঘটেছে, তা দেখান।
• পাঠানোর আগে স্ট্রাকচার এবং বিজনেস রুলস ভ্যালিডেট করুন। প্রথমবার ফাইলগুলো পরিষ্কার হলে ক্রেতারা দ্রুত অগ্রসর হয়।

যখন আপনি প্রস্তুত, আপনার GDST পে-লোড যে কোনো এক্সপোর্ট লাইনের সঙ্গে ভ্রমণ করতে পারে, সেটা হোক সাশিমি-গ্রেড টুনা প্রোগ্রাম বা জমাটপ্রাপ্ত রিটেইল ফিলেট। যদি আপনি পণ্য উদাহরণ চান, আমাদের বর্তমান লাইনগুলি ব্রাউজ করুন এবং দেখুন KDE গুলো কিভাবে প্যাক স্পেসিফিকেশনের সাথে খাপ খায়। আমাদের পণ্য দেখুন.