GDST 1.1 इंडोनेशिया मैपिंग: खरीदार-तैयार EPCIS फ़ाइलें 7 चरणों में

एक व्यावहारिक, इंडोनेशिया-विशिष्ट प्लेबुक जो आपके WPP लॉग्स, STELINA/MDPI रिकॉर्ड्स और प्लांट पेपरवर्क को GDST 1.1 EPCIS फ़ाइलों में बदलती है जिसे खरीदार स्वीकार करते हैं। इसमें WPP-से-FAO मैपिंग, जहाज़ ID विकल्प, CSV-से-JSON प्रवाह, और इवेंट उदाहरण शामिल हैं।

यदि आपका खरीदार अभी-अभी “GDST 1.1” मांग रहा है, तो आपको कल ही सॉफ्टवेयर खरीदने की आवश्यकता नहीं है। आप इंडोनेशिया में जो रिकॉर्ड पहले से रखते हैं उन्हीं से खरीदार-तैयार बन सकते हैं: WPP-NRI क्षेत्र, ट्रिप लॉग, लैंडिंग नोट्स, BKIPM दस्तावेज़, और प्लांट उत्पादन शीट। हमने इस तरीके से टूना, स्नैपर, श्रिम्प और मिश्रित रीफ प्रजातियों के लिए GDST फ़ाइलें प्रदान की हैं। यहाँ हम बिल्कुल स्पष्ट रूप से मैपिंग कैसे करते हैं।

एक खरीदार-तैयार GDST फ़ाइल के तीन स्तंभ

1. विश्वसनीय स्रोत पहचान। ऐसे जहाज़ पहचान (vessel IDs) उपयोग करें जो आपकी टीम वास्तव में साथ रखती हो और जिनका लाइसेंस हो। फार्म हार्वेस्ट आईडी (farm harvest IDs) उपयोग करें जिन्हें लोग कागज़ पर पा सकें। ऐसे आईडी न बनाएं जो कभी भी आपके दस्तावेज़ों में दिखाई न दें।

2. साफ़ लॉट लॉजिक। निर्णय लें कि आप रिसीविंग पर और ट्रिमिंग/पैकिंग के दौरान लॉट्स को कैसे ट्रैक करेंगे। यदि आप किसी स्प्लिट/मर्ज को कागज़ पर समझा नहीं सकते, तो वह EPCIS में वैध नहीं होगा।

3. उचित EPCIS पैकेजिंग। खरीदार बढ़कर EPCIS 2.0 JSON-LD चाहते हैं। आप Excel से शुरू कर सकते हैं, पर अपने कॉलम इस तरह डिज़ाइन करें कि वे बाद में इवेंट्स में 1:1 रूपांतरण हों।

प्रैक्टिकल निष्कर्ष: JSON छूने से पहले, अपने लॉट परिभाषा और प्रत्येक KDE को कौन सा दस्तावेज़ प्रमाणित करता है, इसकी पुष्टि कर लें। फिर आप 80% तक तैयार हैं।

खरीदार वास्तव में न्यूनतम किन KDEs की माँग करते हैं?

हम इंडोनेशिया में दो सामान्य परिस्थितियाँ देखते हैं।

• जंगली पकड़े गए (Wild-caught) टूना, स्नैपर, रीफ प्रजातियाँ

  • प्रजाति (वैज्ञानिक + सामान्य), उत्पादन विधि = wild-capture
  • FAO कोड के रूप में पकड़ क्षेत्र, गियर प्रकार
  • जहाज़ पहचान और ध्वज राज्य। ट्रिप आरंभ/समाप्ति तिथियाँ
  • लैंडिंग तिथि और बंदरगाह। यदि ट्रांसशिप किया गया है, तो कैरियर जहाज़ और तिथि
  • प्रोसेसर लॉट/बैच कोड, उत्पादन तिथि, मात्रा और UoM
  • सुविधा पहचानकर्ता (यदि आपके पास GLN है तो वह, या प्लांट अनुमोदन संख्या)
  • प्रमाणपत्र/परमिट संदर्भ (जहां प्रासंगिक)

• फार्म किए गए वाननेमी झींगा

  • प्रजाति, उत्पादन विधि = aquaculture
  • फार्म साइट पहचानकर्ता (pond/cluster), हार्वेस्ट तिथि, स्थान (प्रांत/निर्देशांक यदि उपलब्ध हो)
  • अगर खरीदार माँगे तो हैचरी और फ़ीड सप्लायर ID
  • प्रोसेसर लॉट/बैच कोड, उत्पादन तिथि, मात्रा
  • सुविधा पहचानकर्ता

यदि आपका खरीदार कड़ा GDST पालन चाहता है, तो जोड़ें: प्रत्येक इवेंट के लिए अनूठे ID, टाइम ज़ोन, बिज़नेस स्टेप, और readPoint (जहाँ यह हुआ)। हमने पाया है कि जब ये मौजूद होते हैं, तो तेज़ खरीदार भी सहजता से आगे बढ़ते हैं।

खरीदार स्वीकार करने वाला WPP-NRI से FAO मैपिंग

आप WPP-NRI रिकॉर्ड करते हैं। खरीदार FAO चाहते हैं। यहाँ इंडोनेशिया GDST फ़ाइलों में उपयोग की जाने वाली एक सरल, व्यापक रूप से स्वीकार्य मैपिंग है:

• WPP 571, 572, 573 → FAO 57 (Indian Ocean, Eastern)
• WPP 711, 712, 713, 714, 715, 716, 717 → FAO 71 (Pacific, Western Central)
• WPP 718 → अक्सर मिश्रित। टिमोर/सावू समुद्र सामान्यतः FAO 57 होते हैं। अराफुरा सामान्यतः FAO 71 होता है। यदि आपके पास निर्देशांक नहीं हैं, तो कई खरीदार FAO 57 और 71 दोनों को नोट के साथ सूचीबद्ध करने को स्वीकार कर लेते हैं।

दो गैर-तुरंत दिखने वाली सलाहें:

• यदि आपकी लैंडिंग नोट में निर्देशांक या नामित ग्राउंड है, तो उन्हें शामिल करें। अस्पष्ट WPP 718 मामलों का त्वरित समाधान होता है जब आप लैट/लॉन्ग जोड़ते हैं।
• मूल WPP को एक “notes” फ़ील्ड में रखें। ऑडिटर्स को आपकी मूल संदर्भ देखना पसंद आता है।

किसी विशिष्ट मछली-शिकार के लिए अपने मैपिंग पर त्वरित सत्यापन चाहिए? आप हमें Whatsapp पर संपर्क करें।

हमारे जहाज़ों के पास IMO नंबर नहीं हैं। कौन से ID स्वीकार्य हैं?

व्यवहार में, इंडोनेशियाई हैंडलाइन/डे बोट्स में ज़्यादातर IMO नहीं होता। GDST 1.1 कई पहचान प्रकारों की अनुमति देता है:

• राष्ट्रीय पंजीकरण या लाइसेंस नंबर (उदा., MMAF दस्तावेज़ों से)
• रेडियो कॉल साइन (IRCS) या MMSI यदि उपलब्ध हो
• UVI (Unique Vessel Identifier) यदि किसी प्रोग्राम या रजिस्ट्री के माध्यम से आवंटित हो
• CFR EU-फ्लैग वाले जहाज़ों के लिए (इंडोनेशियाई तटीय फ्लीट में दुर्लभ)

हमारा नियम: वह पहचान चुनें जो आपकी लैंडिंग नोट या लाइसेंस पर दिखाई देता हो और साल-दर-साल स्थिर रहता हो। FIPs द्वारा प्रबंधित छोटे नावों के लिए, MDPI में उपयोग किए जाने वाले vessel code का उपयोग करें और उसे अपने कागज़ लाइसेंस से notes में लिंक करें।

क्या हम 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 के साथ प्रतिनिधित्व करें। इनपुट रॉ लॉट्स होते हैं। आउटपुट प्रोसेस्ड लॉट्स होते हैं।

उदाहरण: श्रिम्प छीलना जो दो तालाब हार्वेस्ट को मिलाकर एक फिनिश्ड लॉट बनाता है।

{
  "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 की उपस्थिति की जाँच करें। उदाहरण के लिए, wild-capture इवेंट्स में FAO क्षेत्र, गियर, और जहाज़ ID होना अनिवार्य है।

मुफ्त विकल्प जो हम उपयोग करते हैं या देखे जाते हैं:

• संरचना के लिए JSON Schema वैलिडेटर्स और लिंटर्स
• इवेंट्स और कॉन्टेक्स्ट को सैनीटी-चेक करने के लिए ओपन-सोर्स EPCIS 2.0 टेस्ट टूल्स
• भेजने से पहले इवेंट प्रकार के अनुसार KDEs की पुष्टि करने के लिए एक सरल Python या Node स्क्रिप्ट

यदि आपका खरीदार अपना चेकर प्रदान करता है, तो भेजने से पहले हमेशा अपनी फ़ाइल उसे चलाकर देखें ताकि बार-बार बदलाव से बचा जा सके।

क्या GDST उन STELINA या MDPI डेटा को खींच सकता है जो हम पहले से इकट्ठा करते हैं?

हाँ, और आपको ऐसा करना चाहिए। हम इंडोनेशिया में इस तरह मैप करते हैं:

• STELINA ट्रिप/लैंडिंग: ट्रिप ID, लैंडिंग तिथि/पोर्ट, प्रजातियाँ, मात्रा, और जहाज़ लाइसेंस ObjectEvents पर लैंडिंग/रिसीट के लिए KDEs बन जाते हैं। STELINA ID को notes में रखें।
• MDPI या FIP ऐप्स: vessel code, हैंडलाइन गियर, WPP, और ट्रिप विवरण आपके कैच KDEs और FAO मैपिंग में फ़ीड करते हैं। यदि निर्देशांक मौजूद हों, तो उन्हें शामिल करें।

आपको दोबारा एंट्री करने की ज़रूरत नहीं है। ऑडिटर के लिए RTI प्रक्रिया आसान रखने हेतु अपने KDE notes में मूल IDs का संदर्भ दें ताकि वे STELINA या MDPI तक वापस ट्रेस कर सकें।

BKIPM स्वास्थ्य प्रमाणपत्र फ़ील्ड्स को GDST KDEs में मैप करना

हम नियमित रूप से सीधे इन फ़ील्ड्स को उठाते हैं:

• उत्पाद विवरण, HS कोड, वैज्ञानिक नाम → species/product KDEs
• नेट वज़न और पैक प्रकार → मात्रा और UoM
• उत्पादन तिथि और लॉट/बैच → लॉट IDs और प्रोसेसिंग पर eventTime
• एक्सपोर्टर/प्रोसेसर अनुमोदन संख्या → facility identifier
• गंतव्य, कंटेनर, और सील → शिपमेंट-स्तर ObjectEvent (shipping bizStep) यदि आप लॉजिस्टिक्स शामिल करते हैं

दिलचस्प बात यह है कि एक BKIPM प्रमाणपत्र GDST के एंड-ऑफ-चैन के लिए कितना कुछ पहले से ही कवर करता है। इसका उपयोग करें।

सामान्य गलतियाँ जो अनुमोदन धीमा कर देती हैं

• WPP 718 के लिए FAO 57/71 भ्रम। यदि आप सुनिश्चित नहीं हैं, तो निर्देशांक शामिल करें या नोट के साथ दोनों सूचीबद्ध करें।
• ऐसे जहाज़ ID जो किसी भी दस्तावेज़ में दिखाई नहीं देते। वह लाइसेंस या कॉल साइन उपयोग करें जिसकी आपकी टीम फोटो ले सके।
• प्रक्रिया के मध्य में लॉट कोड बदल जाना। यदि ट्रिमिंग नए लॉट बनाती है, तो उन्हें TransformationEvent के साथ दिखाएँ।
• अनुपस्थित टाइम ज़ोन। इंडोनेशियाई संयंत्रों के लिए हमेशा eventTimeZoneOffset सेट करें।

यह सलाह कब लागू होती है (और कब नहीं)

यह दृष्टिकोण इंडोनेशिया तटीय फ्लीट्स, हैंडलाइन टूना, रीफ फिश, और फार्म किए गए वाननेमी श्रिम्प के लिए काम करता है। यदि आप समुद्र पर ट्रांसशिपमेंट या दूर-दराज़ की फ्लीट्स संभाल रहे हैं, तो आपको कैरियर जहाज़ और RFMO रिपोर्टिंग के लिए अतिरिक्त KDEs की आवश्यकता होगी। फुल चेन-टू-रिटेल के लिए आइटम-स्तर सीरियलाइज़ेशन के साथ, आपको इस गाइड से परे लेबल इंटीग्रेशन की भी आवश्यकता होगी।

यदि आप अपने CSV कॉलम का त्वरित समीक्षा और टूना या श्रिम्प के अनुरूप एक कॉपी/पेस्ट EPCIS टेम्पलेट चाहते हैं, तो हमें ईमेल पर संपर्क करें।

अंतिम निष्कर्ष

• उन दस्तावेज़ों से शुरू करें जिन पर आप भरोसा करते हैं। WPP लॉग, STELINA/MDPI रिकॉर्ड्स, और BKIPM प्रमाणपत्र 90% GDST KDEs भर सकते हैं।
• WPP को FAO में मैप करने के लिए इंडियन ओशन के लिए 57 और पैसिफिक के लिए 71 का उपयोग करें, और WPP 718 पर खास ध्यान दें।
• किसी भी ट्रिम, छीलन, स्प्लिट, या ब्लेंड के लिए TransformationEvents का उपयोग करें। यदि यह आपके फ़्लोर पर हुआ, तो इसे दिखाएँ।
• भेजने से पहले संरचना और व्यवसाय नियमों का सत्यापन करें। जब फ़ाइलें पहली बार साफ़ हों तो खरीदार तेज़ी से आगे बढ़ते हैं।

जब आप तैयार हों, तो आपकी GDST payload किसी भी एक्सपोर्ट लाइन के साथ जा सकती है, चाहे वह साशिमी-ग्रेड टूना प्रोग्राम हो या फ्रोजन रिटेल फिलेट। यदि आप उत्पाद उदाहरण चाहते हैं, तो हमारी वर्तमान लाइनों को ब्राउज़ करें और देखें कि KDEs पैक स्पेक्स के साथ कैसे मेल खाते हैं। हमारे उत्पाद देखें。