كيف يعمل برنامج منح شهادات المنتجات؟ من الملف الفني إلى الشهادة

ماذا يفعل برنامج منح شهادات المنتجات؟

يدير برنامج منح شهادات المنتجات في ملف واحد قابل للتتبع الطلب وعائلة المنتج ومتغيراته والبرنامج القابل للتطبيق والملف الفني ومهام الاختبار والفحص والتدقيق والملاحظات والمراجعة والقرار ونطاق الشهادة وتدقيق المتابعة وتغييرات المنتج.

الهدف ليس إنتاج PDF شهادة أسرع. الهدف الحقيقي هو إظهار أي منتج قُيّم وفق أي اشتراطات فنية وبأي عينات وأدلة، وعلى أي إصدار ملف استند القرار، وهل أثر التغيير اللاحق في نطاق الشهادة. تنظم البرمجيات سلسلة الدليل هذه؛ ولا تتولى كفاءة جهة تقييم المطابقة ولا قواعد مالك البرنامج ولا التزامات المصنّع ولا القرار المخوّل.

ماذا يحدد ISO/IEC 17065 وISO/IEC 17067؟

يحدد ISO/IEC 17065 شروط الجهات التي تمنح شهادات المنتجات والعمليات والخدمات؛ ويقدم ISO/IEC 17067 الإرشاد الأساسي لفهم برامج منح شهادات المنتجات وتطويرها وتشغيلها.

وفق صفحة حالة ISO بتاريخ 11 يوليو 2026 فإن ISO/IEC 17065:2012 لا يزال الإصدار المنشور؛ روجع وأكد في 2024 ويتوقع استبداله بـISO/IEC FDIS 17065 في الأشهر القادمة. كما أن ISO/IEC 17067:2013 لا يزال الإصدار المنشور؛ وتطوير ISO/IEC FDIS 17067 للطبعة الثانية جارٍ. يظهر هذا المنظور الانتقالي أنه يجب أن تدير البرمجيات المعيار ليس بالاسم فقط بل بالطبعة وإصدار البرنامج وتاريخ النفاذ. [1] [2]

يتناول TÜRKAK اعتماد جهات منح شهادات المنتجات في إطار TS EN ISO/IEC 17065 ووثائق وإرشادات EA/IAF الإلزامية القابلة للتطبيق. وقد تطرح وفق النشاط الذي يتطلبه المنتج أو البرنامج شروط ISO/IEC 17025 للاختبار وISO/IEC 17020 للفحص وISO/IEC 17021-1 لتدقيق نظام الإدارة القابلة للتطبيق. لذلك فبرنامج منح شهادات المنتجات ليس وحدة وثائق فقط؛ بل طبقة تنسيق تربط مصادر التقييم المختلفة في ملف القرار ذاته. [3]

من أي خطوات يتكون التدفق الرقمي من الملف الفني إلى الشهادة؟

يتكون التدفق من الطلب واختيار البرنامج وهوية المنتج والملف الفني ومهام التقييم وإغلاق حالات عدم المطابقة والمراجعة والقرار والشهادة ومتابعة التدقيق/التغيير.

في الطلب، هل يُحدد المنتج أولًا أم البرنامج؟

تُوضَّح هوية المنتج والاستخدام المقصود؛ ثم تُطابَق التقنينات الفنية والوثائق المعيارية وبرنامج منح الشهادات القابلة للتطبيق بمراجعة مخوّلة.

الأسماء العامة مثل «جهاز كهربائي» أو «آلة» أو «منتج إنشائي» لا تكفي وحدها. يجب حفظ الاسم التجاري والطراز والمتغير والمواصفات الفنية والاستخدام المقصود ومجموعة المستخدمين ومكان الإنتاج والسوق المستهدف والشهادات/التقارير الحالية إن وُجدت في حقول مهيكلة. فقد تتطلب الفروق في الجهد أو المادة أو إصدار البرنامج أو خيار مكوّن حرج للمنتج ذاته تقييمًا مختلفًا.

لا يجب أن يكون اختيار البرنامج عشوائيًا من قائمة منسدلة. بل تُفحص معًا ملكية البرنامج والوثيقة المعيارية ونظام منح الشهادة وأنشطة التقييم المطلوبة وننهج تدقيق المتابعة واستخدام العلامة ونطاق صلاحية المؤسسة. يعطي ISO/IEC 17067 إطارًا لفهم البرامج وتشغيلها؛ لكنه لا يحدد وحده أي تشريع أو وحدة تنطبق على منتج محدد. [2]

كيف يتحول ملف الملف الفني إلى نموذج بيانات قابل للتتبع؟

يجب ربط كل ملف بالمنتج/الطراز والاشتراط والإصدار والجهة الناشرة والتاريخ وحالة التقييم وسجل الاختبار/الفحص/القرار المعني.

يتغير المحتوى المحتمل في الملف الفني وفق المنتج والقاعدة القابلة للتطبيق. ومن الأمثلة الشائعة وصف المنتج ورسومات التصميم/التصنيع وقائمة الأجزاء أو المواد الحرجة وتحليل الخطر والمعايير المطبقة وتقارير الاختبار وسجلات الفحص وتعليمات الاستخدام وتصميم الملصق/العلامة ومعلومات ضبط الإنتاج. ولا يجب أن تقدم البرمجيات هذه القائمة كقائمة تحقق تشريعية شاملة غير متغيرة؛ بل تُصدِرها وفق البرنامج المختار والتقنين الفني.

يشتمل قرار الاتحاد الأوروبي رقم 768/2008/EC على الإطار المشترك الذي يتوقع إعداد المصنّع للتوثيق الفني اللازم وإجراء أو تكليف إجراء إجراءات تقييم المطابقة القابلة للتطبيق؛ وأن يكون التوثيق الفني بالحجم الذي يتيح تقييم مطابقة المنتج للاشتراطات المعنية. وتُمثَّل في نصوص الوحدات عناصر مثل الرسومات والشروحات والمعايير المطبقة وتقييم المخاطر. لا يقول هذا المصدر إن الملف الفني ذاته يكفي لكل منتج؛ فتشريع القطاع والوحدة هما المحددان. [4]

كيف تُربط سجلات العينة والاختبار والفحص؟

يجب ربط كل نتيجة تقييم بهوية المنتج والعينة الصحيحتين والطريقة المستخدمة ومصدر المختبر أو الفحص والإصدار غير المتغير للتقرير.

يجب تتبع في قبول العينة الرقم التسلسلي/الدفعة والطراز والمتغير والكمية والصورة والختم أو معلومات التسليم وحالة الحفظ. وإذا أُعطي الاختبار أو الفحص لمزود خارجي فيجب بقاء التكليف والنطاق والتقرير والمراجعة وتقييم المؤسسة في الملف ذاته. ورفع تقرير إلى النظام لا يعني قبوله تلقائيًا؛ بل يُراجع من حيث هوية المنتج والطريقة والنطاق والنتيجة والصلاحية.

وإذا تضمن برنامج التقييم تدقيقًا لمكان الإنتاج فتُربط الخطة والفريق والموقع والعملية والدليل والملاحظات بملف المنتج. وتدقيق نظام الإدارة واختبار المنتج وفحص المنتج أنشطة مختلفة؛ ولا يجب أن تدمجها البرمجيات تحت اسم «تقرير تدقيق» فتفقد التمييز بين الطريقة والكفاءة. ويظهر بيان TÜRKAK بشأن منح شهادات المنتجات أهمية ذلك بإمكانية طرح شروط ISO/IEC 17025 أو ISO/IEC 17020 أو ISO/IEC 17021-1 القابلة للتطبيق وفق البرنامج. [3]

عند إغلاق حالة عدم المطابقة، هل يمكن نشر الشهادة تلقائيًا؟

لا. يجب فصل معالجة حالة عدم المطابقة عن اكتمال ملف التقييم وعن خطوة المراجعة/القرار المخوّلة؛ وأن تدعم البرمجيات تدفق الضبط والدليل فقط.

يجب أن يظهر في سجل حالة عدم المطابقة الشرط المعني والدليل والنطاق والمسؤول والتصحيح ومتطلب السبب الجذري/النشاط التصحيحي والوثيقة المقدمة ونتيجة التحقق. ولا يجب أن يغلق رفع مقدم الطلب ملفًا جديدًا السجل تلقائيًا. يسجل المقيّم كفاية الدليل؛ وعند وجود مسألة مفتوحة أو مشروطة في الملف يصل صاحب القرار إلى الحالة الصحيحة.

يمكن لشاشة القرار تلخيص النتائج وإظهار التناقضات ومنع الحقول الإلزامية الناقصة. ومع ذلك يجب أن تُسجَّل قرارات مثل منح الشهادة أو تضييق النطاق أو طلب تقييم إضافي أو التعليق أو السحب بمبررها من أشخاص مخوّلين وفق البرنامج وإجراء المؤسسة. وإذا تغير تقرير اختبار لاحقًا فلا يُربط القرار القديم بصمت بالتقرير الجديد؛ بل تُفتح مراجعة أثر.

كيف يُضبط نطاق الشهادة واستخدام العلامة؟

يجب أن تطابق الشهادة حرفيًا المنتج والطراز والوثيقة المعيارية والبرنامج ومكان الإنتاج والشروط المعتمدة في القرار؛ وأن يُدار استخدام العلامة وفق الصلاحية الفعلية فقط.

يجب أن تُنتج حقول مثل رقم الشهادة وأول نشر والصلاحية والمراجعة ووصف المنتج والطرازات وإصدار المعيار/البرنامج والمصنّع ومكان الإنتاج من سجل مهيكل. ويفتح التصحيح بعد الاعتماد إصدار شهادة جديدًا؛ مع حفظ PDF السابق وسجل التحقق. وتُبرز بوابة العميل الوثيقة المحدّثة فقط بينما يرى المستخدم الداخلي سجل التغييرات.

لا يجب أن تحول البرمجيات مكتبة الشعارات أو علامات المطابقة إلى مساحة تصميم حرة. فعلامة CE وعلامة الاعتماد وعلامة البرنامج وشعار جهة منح الشهادات تخضع لقواعد قانونية وتعاقدية مختلفة. ولا تُضاف علامة إلى الوثيقة قبل التحقق من الصلاحية والنطاق والقاعدة الرسومية وموافقة الاستخدام. وعبارة «أنجز النظام الشهادة» لا تثبت وحدها مطابقة المنتج للتشريع ولا الصلاحية المعتمدة للمؤسسة.

هل منح شهادات المنتجات والـCE والتقنين الفني العملية ذاتها؟

لا. يحدد التقنين الفني القابل للتطبيق أي طريق تقييم مطابقة سيُتبع؛ فبعض الطرق تتضمن طرفًا ثالثًا بينما قد يعتمد بعضها على وحدات ضمن مسؤولية المصنّع.

الدليل الأزرق 2022 للجنة الأوروبية دليل شامل يشرح تطبيق قواعد المنتجات في الاتحاد؛ والدليل نفسه ليس نصًا تشريعيًا ملزمًا والقوة القانونية في تشريعات المواءمة الاتحادية المعنية. ويتناول معًا أدوار المتعاملين الاقتصاديين والتوثيق الفني وجهات تقييم المطابقة والاعتماد ومراقبة السوق وحدود علامة CE. لذلك فسجل السوق المستهدف للمنتج والتشريع القابل للتطبيق في البرمجيات بداية أدق من منتج عام «شهادة CE». [5]

في تركيا يجب وفق القانون رقم 7223 بشأن سلامة المنتجات والتقنينات الفنية أن تكون المنتجات مطابقة للتقنين الفني القابل للتطبيق؛ وتوضح صفحة الأسئلة الشائعة الرسمية لوزارة التجارة أنه لا يمكن طرح المنتج في السوق أو إبقاؤه فيه أو تقديمه للخدمة قبل إزالة عدم المطابقة. وتشرح لائحة أساليب تقييم المطابقة أن الوحدة أو الوحدات التي ستُتبع لمنتج تُحدد في التقنين الفني المعني. ويمكن للبرمجيات تقديم مكتبة قواعد تساعد على اختيار التشريع؛ لكن الاختيار النهائي تحدده النصوص الرسمية المحدّثة والتقييم المخوّل. [6] [7]

لماذا يجب تتبع تغيير المنتج وتدقيق المتابعة في الملف ذاته؟

لأن تغيير المادة أو المكوّن أو مكان الإنتاج أو التصميم أو البرنامج يمكن أن يؤثر في صلاحية الأدلة السابقة ونطاق الشهادة.

عند إبلاغ المؤسسة المتقدمة بتغيير يجب أن يقارن النظام بنية المنتج القديمة والجديدة؛ ويعلم سجلات الرسومات والخطر والاختبار والفحص والإنتاج والشهادة المتأثرة. ولا يمكن إغلاق التغيير تلقائيًا بخيار «صغير». بل يحدد الشخص المخوّل بموجب سجل قرار ما إذا كان يلزم إعادة اختبار أو وثيقة إضافية أو مراجعة مكان إنتاج أو مراجعة شهادة.

وإذا وُجد برنامج تدقيق متابعة فتُخطط التواريخ والنشاط والعينة وسجلات السوق أو مكان الإنتاج بقاعدة البرنامج. ويربط التأخير أو النتيجة أو عدم المطابقة بحالة الشهادة. وتُدار الشكاوى والاعتراضات أيضًا بتدفق صلاحية وسرية منفصل؛ وألا تضيع كملاحظة خدمة عملاء. وعند تغيّر البرنامج يجب تحديد وفق قاعدة انتقال مكتوبة على أي إصدار ستكتمل الملفات المفتوحة.

أي سجلات يفصل بينها نموذج بيانات منح شهادات منتجات سليم؟

يجب أن تكون المنتج والطراز والمتغير والاشتراط الفني والدليل والعينة والتقييم والملاحظة والقرار والشهادة كائنات منفصلة؛ وأن تُبنى علاقاتها بمعلومات الإصدار والتاريخ.

• عائلة المنتج: علاقة الطراز الأساسي والمتغيرات والمكونات الحرجة.
• مصفوفة الاشتراطات: التقنين الفني وبند المعيار/البرنامج وحالة الدليل.
• إصدار الوثيقة: الجهة الناشرة للملف والتاريخ ونطاق المنتج وارتباط الإصدار السابق.
• سلسلة العينة: سجل القبول والهوية والحفظ والإرسال والاختبار/الفحص والإرجاع/الإتلاف.
• التقييم الخارجي: الجهة المكلفة والنطاق والتقرير ونتيجة المراجعة التقنية.
• ارتباط القرار: إصدارات التقييم والملفات التي استخدمها القرار.
• دورة الشهادة: النشر والمراجعة والتعليق والسحب والصلاحية وحالة التحقق.
• أثر التغيير: العنصر المتغير والدليل المتأثر والنشاط المطلوب والقرار.

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

كيف يخطط الانتقال إلى برنامج منح شهادات المنتجات؟

يُنمذج أولًا تدفق الملف الفني والقرار الفعلي لبرنامج واحد؛ ثم تُتحقق التجربة بسيناريوهات عائلة المنتج والتقييم الخارجي والشهادة والتغيير.

1. أخرج جرد البرنامج والوثائق

اجمع نموذج الطلب وقائمة الاشتراطات ونموذج العينة وسجلات الاختبار/الفحص وتقرير التدقيق والملاحظات والقرار والشهادة وقاعدة استخدام العلامة وخطة تدقيق المتابعة. وحدد مصدر كل وثيقة والدور المعتمد لها.

2. ابنِ شجرة الدليل بعائلة منتج واحدة

اختر الطراز الأساسي ومتغيرين على الأقل. وافصل الوثائق الفنية المشتركة والأدلة الخاصة بالطراز. وتابع في التجربة أثر تغيير مكوّن حرج في أي تقارير.

3. اختبر تدفق المختبر/الفحص الخارجي

جرّب خطوات التكليف وإرسال العينة وقبول التقرير والمراجعة والتقييم التقني بسيناريوهات خطأ حقيقية. ويجب أن يظهر النظام تقرير يعود لطراز خاطئ أو نطاقًا ناقصًا.

4. تحقق من القرار ومراجعة الشهادة

اختبر معًا دور القرار المخوّل ومنع الملف الناقص واختيار النطاق وإصدار الشهادة وحالة التحقق للوثيقة القديمة. ولا يفترض إنتاج PDF اكتمال ضبط القرار.

ما أخطاء برامج منح شهادات المنتجات الأكثر شيوعًا؟

أكبر الأخطاء: اعتبار CE مرادفًا للشهادة، وإذابة المتغيرات تحت منتج واحد، وقبول الدليل تلقائيًا عند رفع الملف.

• تثبيت البرنامج: استخدام قائمة الاشتراطات ذاتها لكل منتج وسوق.
• الثقة باسم الملف: ترك ارتباط المنتج والإصدار والاشتراط لاسم الملف فقط.
• فقدان أثر العينة: عدم ربط نتيجة الاختبار بالرقم التسلسلي/الدفعة والمتغير الصحيحين.
• الاعتماد التلقائي للتقرير الخارجي: عدم إخضاع مطابقة النطاق والطريقة والمنتج لمراجعة تقنية.
• ربط القرار بإنتاج PDF: استخدام إنشاء الوثيقة بدل القرار المخوّل.
• الاستخدام الحر للعلامات: إضافة CE أو علامة الاعتماد/البرنامج دون التحقق من الصلاحية والقواعد الرسومية.
• إبقاء التغيير ملاحظة: عدم تقييم أثر مراجعة المنتج في الدليل والشهادة.

كيف يدعم Vizyon Cert عملية منح شهادات المنتجات؟

يمكن لـVizyon Cert دمج سجلات الطلب وعائلة المنتج والملف الفني ومهام التقييم والملاحظات والقرار والشهادة وتدقيق المتابعة في ملف عمليات واحد وفق بنية برنامج المؤسسة وصلاحياتها.

في صفحة حل Vizyon Cert يمكنك الاطلاع على البنية الوحدوية لعمليات منح الشهادات. خدمة برنامج منح الشهادات ضمن نطاقها تُحلل البرامج والنماذج والقرارات والتكاملات الحالية ويُصمم نموذج البيانات المناسب. ولا يعني تثبيت البرمجيات أن المؤسسة أصبحت متوافقة تلقائيًا مع ISO/IEC 17065 أو معتمدة؛ بل يجب التحقق من العملية والتطبيق بتقييمات مخوّلة.

يعطي أفضل نتيجة واقعية تجهيز عائلة منتج مجهولة الهوية ومتغيرين وتقرير اختبار وحالة عدم مطابقة وتغيير مكوّن ومراجعة شهادة للعرض التوضيحي. تحليل العملية مع VizyonTech يمكن إجراؤه من الطرف إلى الطرف من الملف الفني إلى القرار عبر هذه الأمثلة.

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