اختبارات الأوتاد (Integrities / Load Tests – بحسب المشروع)

1) المبدأ الكودي الحاكم

وفق الكود العربي السوري، لا يُعد أي وتد عنصرًا إنشائيًا مقبولًا لمجرد تنفيذه في الأرض،
ولا يجوز تحميله أو ربطه أو البناء فوقه إلا بعد التحقق من:

• سلامته الإنشائية

• أدائه التحميلي

• مطابقة سلوكه للفرضيات التصميمية

الوتد غير المختبر = عنصر إنشائي غير معتمد كوديًا.

2) الهدف الحقيقي للاختبارات (من منظور كودي)

- اختبارات الأوتاد تهدف إلى:

• كشف العيوب غير المرئية الناتجة عن التنفيذ

- التحقق أن الوتد:

• موجود كما صُمم

• ويعمل كما افترض المصمم

- حماية المنشأ من فشل:

• متأخر

• مكلف

• يصعب علاجه لاحقًا

الكود لا يفترض سلامة التنفيذ، بل يشترط إثباتها.

3) توقيت الاختبارات (إلزام كودي)

يشترط الكود أن:

- تُجرى اختبارات الأوتاد:

• بعد التنفيذ

• وقبل تنفيذ قبعات الأوتاد

- لا يجوز:

• تحميل الأوتاد

• أو ربطها إنشائيًا

• أو صب القبعات فوقها

قبل استكمال الاختبارات واعتماد نتائجها

❌ أي تجاوز لهذا التسلسل
يُعد مخالفة كودية جسيمة.

4) اختبارات السلامة (Integrity Tests)

الهدف الكودي:

- التحقق من أن الوتد:

• متصل بطوله الكامل

• خالٍ من الانقطاعات أو التضييق أو التعشيش المؤثر

الإلزام:

تُعد اختبارات السلامة إلزامية للأوتاد المصبوبة في الموقع ويُعد تجاوزها أو الاكتفاء بالفحص البصري:

• مخالفة كودية صريحة

• القبول والرفض

- أي وتد يُظهر:

• انقطاعًا

• نقص مقطع

• خللًا إنشائيًا

يُعد غير مقبول مهما كانت نتائج باقي الأوتاد

لا يوجد في الكود مفهوم “وتد مقبول لأن البقية جيدة”.

5) اختبارات الأداء (Load Tests)

الهدف الكودي:

• التحقق من قدرة التحمل الفعلية

• قياس الهبوط تحت الأحمال

• مقارنة السلوك الحقيقي مع التصميم

متى تكون إلزامية؟

• تُصبح اختبارات التحميل إلزامية كوديًا عندما:

• يكون المشروع حساسًا للهبوط

• تكون الأحمال كبيرة

• ينص العقد أو المواصفات على ذلك

• يطلبها الاستشاري للتحقق من الفرضيات

القبول

- يُعد الوتد مقبولًا فقط إذا:

• تحمل الحمل المحدد

• وكان الهبوط ضمن الحدود المسموحة

• وأظهر سلوكًا مستقرًا دون انهيار تدريجي

❌ وتد يحقق الحمل مع هبوط زائد
يُعد مرفوضًا كوديًا.

6) الاختبارات الديناميكية (إن استُخدمت)

- تُستخدم كمؤشر مساعد

- ولا تُغني عن اختبارات التحميل الساكن

- يُمنع اعتمادها كدليل وحيد للقبول في المشاريع الحساسة

الكود لا يعترف بالاختبارات “التقديرية”
كبديل عن الاختبارات الحاسمة عند الحاجة.

7) دور المهندس (مسؤولية كودية مباشرة)

يتحمل مهندس الموقع مسؤولية:

- التأكد من إجراء الاختبارات المطلوبة

- التحقق من:

• عدد الأوتاد المختبرة

• تمثيلها للمشروع

- رفض أي محاولة:

• لتجاوز الاختبارات

• أو تأجيلها لما بعد التنفيذ اللاحق

- فهم نتائج الاختبارات لا مجرد توقيعها

توقيع تقرير اختبار دون فهمه يُعد تقصيرًا مهنيًا مباشرًا.

8) ضبط الجودة (QA/QC – كودي)

يشترط الكود:

- توثيق كامل للاختبارات يشمل:

• طريقة الاختبار

• الأجهزة المستخدمة

• النتائج

• التوصيات

• ربط نتائج الاختبارات بسجلات الأوتاد المنفذة

- إصدار قرار مكتوب:

• قبول

• أو معالجة

• أو رفض

❌ لا يُقبل أي وتد دون قرار استلام موثق.

9) السلامة المهنية أثناء الاختبارات (إلزام كودي)

- تأمين منطقة الاختبار بالكامل

- منع الاقتراب أثناء التحميل

- تأمين أجهزة الرفع والردود

- الالتزام بتعليمات الجهة المختبرة

❌ أي حادث أثناء الاختبار يُعد إخفاقًا في إدارة السلامة.

10) المخاطر الحقيقية (كوديًا)

- قبول أوتاد غير فعالة

- هبوط متأخر بعد تحميل المنشأ

- انتقال الحمل إلى أوتاد مجاورة

- نزاعات تعاقدية وقانونية

تحميل المهندس المسؤولية المهنية كاملة

11) Checklist – اختبارات الأوتاد (كودية)

☐ نوع الاختبار مناسب لنوع الوتد
☐ توقيت الاختبار مناسب لنوع الوتد قبل القبعات
☐ عدد الأوتاد المختبرة كافٍ وممثل
☐ نتائج التحميل ضمن الحدود المسموحة
☐ تقارير معتمدة وموثقة
☐ قرار قبول/رفض مكتوب وموثق
☐ أجهزة الاختبار معايرة
☐ نتائج السلامة مقبولة
☐ نتائج التحميل (إن وُجدت) ضمن المسموح

❌ تحميل أو ربط قبل الاختبارات = مخالفة كودية جسيمة

12) حالات واقعية من الموقع

وتد قُبل دون اختبار: هبوط لاحق وتحميل المهندس المسؤولية.

اختبار كشف خلل مبكر: تم استبدال الوتد وتفادي فشل شامل.

مشروع التزم كوديًا: لا مشاكل هبوط بعد سنوات من التشغيل.