GDST 1.1 خريطة إندونيسيا: ملفات EPCIS جاهزة للمشتري في 7 خطوات

خارطة عملية ومحددة لإندونيسيا لتحويل سجلات 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. يمكنك البدء في Excel، لكن خطط أعمدةك بحيث تتحول 1:1 إلى أحداث لاحقًا.

خلاصة عملية: قبل أن تلمس JSON، أكد تعريف الدفعة وما الوثيقة التي تثبت كل KDE. بعد ذلك تكون قد قطعت 80% من الطريق.

ما هي الحد الأدنى من KDEs التي يطلبها المشترون فعليًا؟

نرى سيناريوهان شائعان في إندونيسيا.

• الأسماك البرية: التونة، الهامور، وأنواع الشعاب المرجانية

  • النوع (الاسم العلمي + الشائع)، طريقة الإنتاج = الصيد البري
  • منطقة الصيد كرمز FAO، نوع المعدّة
  • معرف السفينة ودولة العلم. تواريخ بداية/نهاية الرحلة
  • تاريخ وميناء الرسو. إذا كان هناك نقل شحن، فاذكر سفينة الناقل والتاريخ
  • رمز دفعة/باتش المعالج، تاريخ الإنتاج، الكمية ووحدة القياس
  • معرف المنشأة (GLN إذا كان متوفرًا، أو رقم موافقة المصنع)
  • مراجع الشهادات/التصاريح (عند الاقتضاء)

• روبيان فانامي المربى

  • النوع، طريقة الإنتاج = الاستزراع المائي
  • معرف موقع المزرعة (البركة/المجموعة)، تاريخ الحصاد، الموقع (المحافظة/الإحداثيات إن توفرت)
  • معرف مشتل الأمهات ومورّد الأعلاف إذا طلب المشتري
  • رمز دفعة/باتش المعالج، تاريخ الإنتاج، الكمية
  • معرف المنشأة

إذا كان مشتريك صارمًا في متطلبات GDST، أضف: معرفات فريدة لكل حدث، المنطقة الزمنية، الخطوة التجارية (business step)، و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 الأصلي في حقل "ملاحظات". يفضل المدققون رؤية مرجعك الأصلي.

هل تحتاج فحصًا سريعًا لمنطقيتك في المطابقة لأسطبل صيد معيّن؟ يمكنك التواصل معنا على واتساب.

سفننا لا تملك أرقام IMO. ما المعرفات المقبولة؟

عمليًا، نادرًا ما تملك قوارب الصيد بخط اليد/اليومية في إندونيسيا رقم IMO. يسمح GDST 1.1 بعدة أنواع من المعرفات:

• رقم التسجيل الوطني أو رقم الرخصة (مثلاً من مستندات MMAF)
• رمز النداء الإذاعي (IRCS) أو MMSI إن وُجد
• UVI (معرف السفينة الفريد) إن عُيّن عبر برنامج أو سجل
• CFR للسفن ذات العلم الأوروبي (نادر في أساطيل السواحل الإندونيسية)

قاعدتنا: اختر المعرف الذي يظهر على ملاحظة الرسو أو الرخصة ويظل ثابتًا سنة بعد سنة. بالنسبة للقوارب الصغيرة في برامج FIP التي تديرها MDPI، استخدم رمز السفينة المستخدم في البرنامج واربطه برخصتك الورقية في الملاحظات.

هل يمكننا البدء في 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"
        }
      }
    ]
  }
}

لقد استخدمنا نهجًا مشابهًا لشحنات التجزئة مثل شرائح هامور (IQF) وبرامج ساشيمي باستخدام سوكو تونة صفراء (مستوى السوشي).

كيف نُظهر التقشير/التشذيب عند المزج أو التقسيم؟

مثّل المزج والعوائد باستخدام 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. التحقق من المخطط (Schema). تأكد من أنه EPCIS 2.0 JSON-LD صالح. أي مُحقق مخطط JSON يمكنه تشغيل مخطط EPCIS 2.0 محليًا. إذا كنت تستخدم برنامجًا نصيًا، فافشل البناء عندما لا يطابق المخطط.
2. قواعد عمل GDST. تحقق من وجود KDEs بحسب نوع المنتج والحدث. على سبيل المثال، يجب أن تحتوي أحداث الصيد البري على منطقة FAO، نوع المعدّة، ومعرف السفينة.

خيارات مجانية نستخدمها أو نراها مستخدمة:

• محققات مخططات JSON ومُدققات للبنية
• أدوات اختبار EPCIS 2.0 مفتوحة المصدر لفحص الأحداث والسياق
• برنامج Python أو Node بسيط للتحقق من وجود KDEs لكل نوع حدث قبل الإرسال

إذا قدم مشتريك مُتحقّقًا خاصًا بهم، شغّل ملفك دائمًا من خلاله أولًا لتجنب المراسلات والعودة.

هل يمكن لـ GDST السحب من بيانات STELINA أو MDPI التي نجمعها بالفعل؟

نعم، وينبغي أن تفعل ذلك. نحن نطابق هكذا في إندونيسيا:

• رحلة/رسو STELINA: معرف الرحلة، تاريخ/ميناء الرسو، الأنواع، الكميات، ورخصة السفينة تصبح KDEs لأحداث ObjectEvents عند الرسو/الاستلام. احتفظ بمعرف STELINA في الملاحظات.
• تطبيقات MDPI أو FIP: رمز السفينة، معدات الصيد بالخط اليدوي، WPP، وتفاصيل الرحلة تغذي KDEs الخاصة بالحصاد ومطابقة FAO. إذا كانت الإحداثيات موجودة، أدرجها.

لا تحتاج لإدخال مزدوج. أشر إلى المعرفات الأصلية في ملاحظات KDE حتى يتمكن المدققون من التتبع إلى STELINA أو MDPI.

مطابقة حقول شهادة الصحة BKIPM إلى KDEs في GDST

نستخرج هذه الحقول بانتظام مباشرةً:

• وصف المنتج، رمز HS، الاسم العلمي → KDEs الخاصة بالنوع/المنتج
• الوزن الصافي ونوع التعبئة → الكمية ووحدة القياس
• تاريخ الإنتاج والدفعة/الباتش → معرفات الدُفعات وeventTime على المعالجة
• رقم موافقة المصدر/المعالج → معرف المنشأة
• الوجهة، الحاوية، والختم → ObjectEvent على مستوى الشحنة (خطوة شحن) إذا شملت اللوجستيات

المثير للاهتمام هو مدى التغطية التي تقدمها شهادة BKIPM بالفعل لكثير من متطلبات GDST لنهاية السلسلة. استخدمها.

الأخطاء الشائعة التي تبطئ الموافقات

• الالتباس بين FAO 57/71 لحالات WPP 718. إذا لم تكن متأكدًا، أدرج الإحداثيات أو اذكر كلاهما مع ملاحظة.
• معرفات السفن التي لا تظهر في أي مستند. استخدم الرخصة أو رمز النداء الذي يمكن لفريقك تصويره.
• تغيير رموز الدُفعات منتصف العملية. إذا أنشأ التشذيب دُفعات جديدة، أظهرها عبر TransformationEvent.
• فقدان المناطق الزمنية. ضع دائمًا eventTimeZoneOffset لمصانع إندونيسيا.

متى ينطبق هذا النص (ومتى لا ينطبق)

يناسب هذا النهج أساطيل السواحل الإندونيسية، التونة بخط اليد، أسماك الشعاب، وروبيان فانامي المربى. إذا كنت تتعامل مع نقل شحن عَلى البحر أو أساطيل المسافات البعيدة، فستحتاج على الأرجح إلى KDEs إضافية لسفن الناقل والإبلاغ لدى RFMO. لسلسلة كاملة حتى التجزئة مع تسلسل مستوى العنصر، ستحتاج أيضًا إلى تكامل الملصقات خارج نطاق هذا الدليل.

إذا أردت مراجعة سريعة لأعمدة CSV الخاصة بك وقالب EPCIS جاهز للنسخ واللصق مُفصّل للتونة أو الروبيان، تواصل معنا عبر البريد الإلكتروني.

الاستنتاجات النهائية

• ابدأ بالوثائق التي تثق بها. سجلات WPP، سجلات STELINA/MDPI، وشهادات BKIPM يمكن أن تملأ 90% من KDEs في GDST.
• اطبع WPP إلى FAO باستخدام 57 للمحيط الهندي و71 للمحيط الهادئ، وكن حذرًا مع WPP 718.
• استخدم TransformationEvents لأي تشذيب أو تقشير أو تقسيم أو مزج. إذا حدث على أرضيتك، أظهره.
• تحقق من البنية وقواعد العمل قبل الإرسال. يتحرك المشترون بشكل أسرع عندما تكون الملفات نظيفة من المرة الأولى.

عندما تكون جاهزًا، يمكن لحمولة GDST أن تسافر مع أي خط تصدير، سواء كان برنامج تونة بمستوى ساشيمي أو شرائح مجمَّدة للبيع بالتجزئة. إذا احتجت أمثلة منتجات، تصفح خطوطنا الحالية وشاهد كيف تتوافق KDEs مع مواصفات التعبئة. عرض منتجاتنا.