قابلية التشغيل البيني

مع منظومة Ethereum

رمز A-REX Core هو رمز ERC-1155. وتعمل المحافظ والمستكشفات والأسواق والمفهرسات التي تفهم ERC-1155 دون تغيير: الأرصدة، والتحويلات المجمّعة، وuri(id)، والتفويضات، وفحوص مستقبِل التحويل الآمن. وتضيف A-REX أحداثًا ودوال عرض؛ ولا تحذف شيئًا.

رمز A-REX Core هو رمز متعدد الرموز وفق ERC-7943. وتتعرف محركات الامتثال ومنصات الحفظ التي تستهدف ERC-7943 (أظهر Automated Compliance Engine من Chainlink توافقًا؛ وتتبنّاه منصات الإصدار في تحالف ERC-7943) على canTransfer وforcedTransfer وsetFrozenTokens وcanSend وcanReceive دون تكييف.

مع معايير بيانات التتبع

GS1 EPCIS 2.0 / CBV

ينشر المعيار مقابلة إرشادية، حدثًا حدثًا:

يستخدم مخطط البيانات الوصفية أسماء EPCIS/CBV عن قصد حتى تطابق أداة التصدير بين الحقول لا بين المفاهيم.

UN Transparency Protocol (UNTP 0.7.0)

تحوّل مقابلة إرشادية الدفعةَ وأحداثها وإفاداتها إلى بيانات اعتماد وفق UNTP 0.7.0، بالمعرّفات نفسها المستخدمة في مقابلة EPCIS حتى يمكن الربط بينهما:

تتبع بيانات الاعتماد نموذج بيانات W3C Verifiable Credentials Data Model 2.0 وتُوقَّع بـ VC-JOSE-COSE تحت did:web الخاص بجهة الإصدار؛ ويستخدم الإبطال Bitstring Status List. ويمكن أيضًا تثبيت بيانات اعتماد موقّعة على دفعتها بوصفها إفادة مرجعها تجزئة بيانات الاعتماد؛ فالتثبيت يُثبت الالتزام، والتوقيع يُثبت المحتوى. ولا تحمل بيانات الاعتماد إلا ما يحمله الرمز أو بياناته الوصفية، ولا تظهر القيم التي تحتاج إلى منهجية (كالبصمة أو درجة المخاطر) إلا حين يكون طرف مسمّى قد صرّح بها. وتذكر المقابلة ما لا تغطيه، بدءًا بجواز المنتج الرقمي في الاتحاد الأوروبي: فلا تنطبق ESPR على الأغذية والأعلاف والنباتات والحيوانات الحية، ولا تقدّم A-REX أي ادعاء بشأن جواز لها.

البصمات الكربونية المصرَّح بها (PACT 3.0.3)

يتيح ADR-018 (مقترح) للدفعة أن تحمل بصمة كربونية للمنتج حسبها طرف ثالث، تحت extensions.pact_pcf في مستند البيانات الوصفية. ويتبع هذا الجزء المواصفات التقنية لـ PACT 3.0.3 الصادرة عن WBCSD حقلًا حقلًا: من صرّح بها، والوحدة المصرَّح بها والفترة المرجعية، والبصمة مع الامتصاص الحيوي وبدونه، وحالة تحقق مطلوبة تسمّي جهة التحقق حين يكون قد جرى التحقق من البصمة. وهي تُنسخ، ولا تُحسب ولا تُجمع ولا تُمرَّر أبدًا إلى الدفعات المصنوعة من الدفعة، وليست رصيد كربون (ADR-014). والمقابلة عمل مشتق مستقل عن PACT ولا تنسخ أي ملف من ملفات PACT.

أكواد السلع ووحدات القياس

كود السلعة هو keccak256("<SCHEME>:<CODE>") لأي نظام: النظام المنسّق (HS)، والتعريفات الجمركية الوطنية (NCM في ميركوسور، وCN وTARIC في الاتحاد الأوروبي، وHTS في الولايات المتحدة، وغيرها)، وFAO، وCPC، وGTIN، أو نظام جهة الإصدار نفسها. ومنذ مخطط البيانات الوصفية 1.1.0 صار النظام مفتوحًا في المستند أيضًا، فيمكن للبيانات الوصفية أن تعكس الكود الموجود على السلسلة. ووحدات القياس أكواد التوصية 20 الصادرة عن UN/CEFACT (KGM وTNE وLTR)، وهي القائمة التي تستخدمها أصلًا أنظمة EDI وEPCIS والجمارك.

FSMA 204

عناصر البيانات الرئيسية هي حقول بيانات وصفية (traceabilityLotCode، وGLN، والتواريخ، والكميات) وأحداث؛ وحدث التتبع الحرج للتحويل التصنيعي هو BatchTransformed؛ وطلب السجلات خلال 24 ساعة هو استعلام في المفهرس. انظر الفصل التنظيمي لمعرفة المقابلة الكاملة.

Codex وISO 22000 وGLOBALG.A.P. وأنظمة الزراعة العضوية

جميعها مواضيع إفادات. ولا يحصرها المعيار: فالصيغ keccak256("GLOBALGAP:IFA") وkeccak256("AREX:CERT:ORGANIC_EU") وkeccak256("CODEX:MRL") أعراف تنشرها جهة الإصدار مع مخطط بياناتها الوصفية.

مع سجلات المستندات القانونية

تشير رموز A-REX إلى الأدوات القانونية ولا تحلّ محلها إلى أن تعترف ولاية قضائية بالرمز نفسه:

مع أنظمة الهوية

لا يسأل الرمز إلا canSend(account) / canReceive(account). ويمكن أن يقف خلف هذا السؤال:

• قائمة سماح/حظر تحتفظ بها جهة الإصدار (EligibilityHook)؛
• سجل هوية ONCHAINID مع مواضيع ادعاءات (نموذج ERC-3643)؛
• إفادات Ethereum Attestation Service على الحساب؛
• بيانات اعتماد قابلة للتحقق يجري التحقق منها خارج السلسلة وتنعكس على السلسلة بواسطة جهة مُرحِّلة (relayer)؛
• نظام هوية إلكترونية وطني (محفظة eIDAS 2.0 في الاتحاد الأوروبي) عبر جهة تحقق من بيانات الاعتماد.

لا شيء من ذلك جزء من المعيار، ولهذا يمكن لجهة إصدار في البرازيل وأخرى في ألمانيا أن تستخدما مزودين مختلفين وتبقيا قابلتين للتشغيل البيني.

مع محركات القواعد والمنصات

يمكن للقاعدة أو للإضافة أن تنشر واصف arex.module/1: مستند JSON يتضمن معاملاتها وإعداداتها، وحقول الدفعة المطلوبة، وأنواع الشهادات، والأحداث، وأكواد الرفض، وكيف تنتقل حالتها إلى إصدار جديد. والمنصة أو المحفظة أو المفهرس أو المدقق الذي يقرأ الواصفات يدمج قاعدة جديدة دون شيفرة مخصصة. والصيغة إرشادية ومقترحة؛ وتصبح صيغة موصى بها متى استخدمها منفّذ ثانٍ مستقل. وتضيف المراجعة 1.1 قائمة اختيارية إعلامية ops بالعمليات التي تحكمها القاعدة؛ وغيابها يعني أنها غير معروفة، ولا تُستخدم أبدًا في الإنفاذ.

النشر عبر السلاسل

المعيار محايد تجاه السلاسل. والأنماط العملية:

• سلسلة أصلية واحدة لكل جهة إصدار (موصى بها): يبقى النسب والإنفاذ متسقين؛ وتحتفظ السلاسل الأخرى بتمثيلات مغلَّفة عبر مهايئات على نمط ERC-7802 أو CCIP.
• سلسلة EVM مقيّدة بتصاريح لجهات الإصدار التي تشترطها سلطة حماية البيانات لديها أو المؤسسة المحورية؛ ويفضّل EDPB صراحةً التصاميم المقيّدة بتصاريح. البايتكود نفسه.
• مرايا لأغراض السيولة: معرّف دفعة على السلسلة الأصلية، وغلاف ERC-20 في مكان آخر؛ ويجب على الغلاف أن يحترم canTransfer في الرمز الأصلي أو أن يقصر نفسه على الحاملين المؤهلين.

لا يعبر النسب السلاسل أبدًا؛ أما المراجع فتعبرها. وبين الرموز على السلسلة نفسها أو على سلاسل مختلفة، تسمّي الدفعةُ المصنوعة من دفعة رمز آخر تلك الدفعةَ في قائمة upstream في بياناتها الوصفية (المخطط 1.2.0) بمعرّف السلسلة والعقد ومعرّف الرمز. وهذه المراجع ادعاءات من جهة الإصدار، ينبغي التحقق منها مقابل رمز المنبع.

مع أنظمة إدارة المزارع وتخطيط موارد المؤسسات

نقاط التكامل هي نفسها لأي رمز ERC-1155 مضافًا إليها دوال عرض الدفعة:

• مسار الكتابة: تحتفظ خدمة الإنشاء بـ ISSUER_ROLE وتستدعي createBatch من أحداث ERP (تذكرة ميزان الشاحنات، وإصدار الإيصال)؛ وتستدعي setBatchStatus/setBatchMetadata من أحداث المستودع؛ وtransform من أوامر المعالجة.
• مسار القراءة: يُدرج المفهرس الدفعات والنسب والإفادات وأحداث الإنفاذ في جداول التتبع الخاصة بنظام ERP؛ وتصدير EPCIS للشركاء والجهات التنظيمية.
• الفحص المسبق: تتيح transferCheck لنظام ERP أن يشرح الرفض لأحد المشغّلين قبل إرسال معاملة.
• المعرّفات: تربط مفاتيح GS1 في البيانات الوصفية مستودعات EDI وEPCIS القائمة؛ ووحدات قياس UN/CEFACT موجودة أصلًا في أنظمة ERP.

مصفوفة التوافق