مكدس التحقق من صحة CIRPASS-2 لـ DPP النسيج

ما الذي يجعل DPP النسيج قابلاً للتحقق وليس مجرد موثّق؟ يطبّق stack Reeco المتوافق مع CIRPASS-2 سبع طبقات تحقق — schema وmodel وsemantics ومنطق النسيج وضوابط mass balance وconformity credentials وأحداث التتبع — بحيث يُفحص الـ claim مقابل بيانات الإنتاج قبل إصدار جواز السفر، لا بعده.

الملخص التنفيذي

يفشل الامتثال لـ DPP النسيج عندما يتم جمع البيانات فقط دون التحقق منها.
يطبق مكدس Reeco المتوافق مع CIRPASS-2 سبع طبقات تحقق: SCH، MDL، SEM، TXT، RCO، DCC، DTE.

لماذا يكون مكدس متعدد الطبقات مطلوباً

تتوقف معظم المنصات عند "المستند موجود". هذا لا يثبت سلامة المطالبات على مستوى المنتج.
يجب أن يتحقق سير عمل DPP قوي من البنية والدلالات والمنطق النسيجي واتساق توازن الكتلة.

نظرة عامة على الطبقات

موقف أداء التحقق من الصحة

بالنسبة للفحوصات الحتمية على الحمولات المنظمة، يمكن تنفيذ التحقق الأساسي في ميلي ثانية (معيار مرجعي: حوالي 1.6 ms لكل طلب في التشغيلات الخفيفة).
هذا ذو صلة تشغيلية: يمكن تشغيل العناصر الحاكمة بشكل متزامن في وقت الإرسال، قبل إصدار التسمية.

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

ملاحظات التنفيذ

نقاط النهاية

• POST /api/v1/dpp/validate
• POST /api/v1/dpp/export/dcc
• POST /api/v1/dpp/export/dcc/jwt
• POST /api/v1/dpp/export/dte

إصدار المواصفات

• مرجع UNTP: 0.6.1
• نموذج الأدلة: بيانات اعتماد W3C القابلة للتحقق

الأسئلة الشائعة

هل التحقق من صحة المخطط كافٍ للامتثال؟

لا. تؤكد فحوصات المخطط الشكل، وليس صحة مطالبات الاستدامة.

ما الذي يجعل RCO مختلفاً؟

يضيف RCO عناصر تحكم تشغيلية صارمة مثل حظر توازن الكتلة عند استنفاد المواد المعتمدة.

لماذا يتم تضمين DCC و DTE في نفس المكدس؟

لأن التحقق من الصحة بدون أدلة قابلة للتصدير ليس امتثالاً قابلاً للتشغيل البيني.