فيما يلي تحليل بندًا بندًا وتكييف نظامنا «البوابة الإنشائية الموحدة» مع التوجه الاستراتيجي الجديد لحكومة الاتحاد الروسي الصادر في 2 مارس 2026 برقم 398-р. تحدد الوثيقة صراحةً إطارًا حتى عام 2030 للتحول الرقمي في البناء والإسكان والخدمات المجتمعية، مع التركيز على منظومة رقمية موحدة، وبيانات قابلة للقراءة الآلية، وTIM/BIM، والتكاملات، والخدمات المتمحورة حول العميل، والذكاء الاصطناعي.
ما الذي يتغير بالتحديد على مستوى المنطق الحكومي
وفقًا للوثيقة، تنتقل الدولة من مجموعة نظم معلومات متفرقة إلى بيئة رقمية موحدة في البناء والإسكان والخدمات المجتمعية. المحاور الرئيسية هي كالتالي:
- يجب أن تتحول جميع الإجراءات إلى شكل إلكتروني — ليس تقديم الوثائق فقط، بل دورة حياة المنشأ بأكملها.
- تصبح القابلية للقراءة الآلية معمارية إلزامية، لا «خيارًا»: قوالب XML، وسجلات، وبطاقات رقمية، وصيغ تبادل موحدة.
- TIM/BIM والتوأم الرقمي لم يعودا مجرد ابتكار، بل نموذجًا مستهدفًا للقطاع.
- التكامل بين المنظومة الفيدرالية والإقليمية — عبر GISOGD، و«Стройкомплекс.РФ»، والبيانات المكانية، والرقابة، والخبرة، والخدمات الحكومية، وGIS ZhKKh.
- الذكاء الاصطناعي مسموح ومشجّع في الخبرة والتحليلات والرصد والتنبؤ والخدمات.
- إحلال الواردات ليس أمنية، بل مبدأ أساسي للتحول الرقمي.
- التمحور حول العميل — يجب أن تكون البوابة ليس «أرشيف وثائق»، بل بيئة عمل للمواطنين والشركات والجهات الحكومية.
ما الذي يعنيه هذا تحديدًا لبوابتنا
إذا تحدثنا بصراحة:
لم يعد بإمكان نظامنا أن يكون مجرد مكتب مقدم الطلب أو واجهة عرض للخدمات.
يجب أن يصبح منصة تشغيلية لدورة حياة البناء والتشغيل، تتضمن:
- سجل موحد للمنشآت؛
- تدفق مستندات موحد؛
- عمليات رقمية موحدة؛
- تكاملات API؛
- طبقة البيانات المكانية؛
- قوالب قابلة للقراءة الآلية؛
- الأحداث، والحالات، والرقابة، والتحليلات؛
- إعداد البيانات للذكاء الاصطناعي.
أي أنه يجب إعادة بناء البوابة من نموذج:
«الخدمات + الملفات + الحالات»
إلى نموذج:
«الكائن + المشاركون + العمليات + البيانات + التكاملات + التحليلات + الخدمات».
تحليل الوثيقة وفق الكتل الدلالية وكيفية تكييف النظام
بيئة رقمية موحدة لإدارة القطاع
تتطلب الوثيقة إنشاء بيئة رقمية موحدة لإدارة البناء والإسكان والخدمات المجتمعية، وكذلك تكامل الأنظمة الإقليمية مع الأنظمة الفيدرالية. وقد ذُكرت بشكل منفصل: النظام المعلوماتي الجغرافي الموحد للوثائق الحضرية GISO GD للكيانات الاتحادية، و«Стройкомплекс.РФ»، ونظام إدارة مشاريع العملاء الحكوميين، والسجل الموحد لاستنتاجات الخبرة EGRZ، والمنصات المرتبطة بها.
ما يجب فعله في البوابة:
- إنشاء سجل موحد لكائنات البناء الرأسمالي؛
- إنشاء سجل موحد للمشاركين: المطوّر، والعميل التقني، والمصمم، والمقاول، والخبير، والمفتش، وشركة الإدارة، ومنظمة توريد الموارد؛
- إنشاء سجل موحد للعمليات: التصاريح، والخبرة، والبناء، والرقابة، والتشغيل التجريبي، والتشغيل؛
- الانتقال إلى معرّف شامل للكائن في جميع الوحدات؛
- إنشاء سجل أحداث موحد للكائن: من غيّر، وماذا غيّر، ومتى، وما الحالة، وما الوثيقة التي أدت إلى ذلك.
الخلاصة: يصبح الكائن نواة النظام، لا الطلب.
التحويل الكامل للإجراءات إلى الصيغة الإلكترونية
تنص الوثيقة صراحة على أن الحالة المستهدفة هي تحويل جميع إجراءات تفاعل المشاركين في الدورة الاستثمارية والإنشائية إلى الصيغة الإلكترونية.
ما يجب فعله في البوابة:
- إزالة «الرقمنة الزائفة»، حيث يقوم المستخدم بتنزيل ملف PDF وطباعته وتوقيعه ثم رفعه مجدداً؛
- إدخال نماذج رقمية أصلية مع التوجيه الآلي؛
- دعم:
- الطلبات المهيكلة؛
- المرفقات القابلة للقراءة الآلية؛
- التحقق قبل الإرسال؛
- إدارة الإصدارات؛
- التوقيع ذو الحجية القانونية؛
- نموذج الحالات وفق اللائحة.
الحد الأدنى من الكيانات الإلزامية:
- الطلب؛
- حزمة الوثائق؛
- مسار الموافقة؛
- الملاحظة؛
- الأمر الإلزامي؛
- الإصدار؛
- القرار؛
- الارتباط بالكائن ومرحلة دورة الحياة.
الصيغ القابلة للقراءة الآلية وXML
يؤكد المستند عدة مرات على مخططات XML للمستندات، والقوالب القابلة للقراءة الآلية، وتحويل الوثائق والبيانات إلى صيغة منظمة.
هذا أمر بالغ الأهمية.
إذا كانت لديكم الآن 80% من البيانات — PDF أو مسح ضوئي أو Word — فإن النظام يعمل شكليا، لكنه استراتيجيا أصبح متقادما.
ما ينبغي فعله:
- إدخال نموذج ثنائي المنظومة للمستند:
- الشكل المرئي؛
- طبقة البيانات المنظمة.
- إنشاء سجل لقوالب مخططات XML/JSON؛
- تصميم جميع العمليات الجديدة وفق المبدأ التالي:
- أولا بنية البيانات؛
- ثم الشاشة؛
- ثم النموذج المطبوع.
أي المستندات تُترجم أولا:
- مخطط المدينة / وثائق التصاريح الأولية؛
- المهام والبيانات الأولية؛
- وثائق التنفيذ؛
- المحاضر؛
- الاستنتاجات؛
- بطاقات الرقابة على البناء؛
- وثائق الإدخال؛
- وثائق الإسكان والخدمات المجتمعية المتعلقة بالحوادث والاحتسابات والحالة الفنية.
نمذجة المعلومات في البناء/BIM كتقنية شاملة
يُشار في المستند إلى نمذجة المعلومات في البناء كأساس للانتقال إلى تقنية رقمية شاملة على مدى دورة حياة المنشأ بأكملها، وصولا إلى التوأم الرقمي للدولة. كما حُددت مؤشرات لنمو حصة الخبرات المتعلقة بالمشاريع في شكل نموذج معلوماتي ولتغطية مواقع البناء بالأدوات الرقمية.
ما الذي يعنيه ذلك للبوابة:
يجب أن تتعلم بوابتكم العمل ليس مع المستندات فحسب، بل أيضا مع نموذج المنشأ.
هناك حاجة إلى وحدات:
- بطاقة نموذج BIM/نمذجة المعلومات في البناء؛
- تخزين روابط النماذج وإصداراتها؛
- ربط النموذج بالمراحل؛
- ربط النموذج بالملاحظات والتعارضات والتعليمات؛
- عرض الحالات حسب عناصر النموذج؛
- مقابلة النموذج والتقدير والجدول الزمني والمحاضر والتوثيق الفوتوغرافي.
عمليا:
- البدء على الأقل بنمذجة معلومات خفيفة:
- سجل النماذج؛
- viewer;
- البيانات الوصفية للنموذج؛
- فحوص اكتمال الحزمة؛
- ربط النموذج بالخبرة والرقابة.
- الخطوة التالية — تكامل 4D/5D:
- المواعيد النهائية؛
- الأحجام؛
- التكلفة؛
- الفعلي/الخطط.
الرصد المستمر لتقدم تنفيذ المشاريع
تتطلب الوثيقة بصورة منفصلة الرصد المستمر للمنشآت، ولا سيما الممولة من الميزانية، باستخدام نمذجة معلومات البناء ونظام إدارة المشاريع لدى الجهات الحكومية الطالبة.
ما يجب فعله في البوابة:
- إدخال لوحة رصد للبناء:
- المرحلة؛
- الحالة؛
- المخاطر؛
- انحرافات المواعيد؛
- التوثيق الفوتوغرافي؛
- التعليمات؛
- الدفع/التعاقد؛
- وثائق التنفيذ؛
- الجاهزية حسب أنواع الأعمال.
- إنشاء لوحة معلومات للقائد:
- التأخيرات؛
- المنشآت ذات الخطر الحرج؛
- المنشآت دون تحديثات؛
- تباين الخطة/الفعلي؛
- العقود "الحمراء"؛
- المنشآت دون نموذج/وثائق صالحة.
معماريًا: لا يلزم مجرد بوابة، بل طبقة إدارية للذكاء الأعمالي وطبقة أحداث.
خدمة فائقة تركز على العميل
تتحدث الوثيقة صراحة عن تطوير الخدمة الفائقة "البناء الرقمي" ودعم حتى المشاركين غير المؤهلين، بمن فيهم الأفراد في بناء المساكن الفردية.
وبالتالي، يجب أن تتضمن البوابة 3 نماذج مختلفة لتجربة المستخدم:
- المواطن؛
- الأعمال/المشارك المهني؛
- جهة السلطة / الرقابة / المشغل.
ما يلزم إضافته:
- حالات حياتية بدل الأقسام الإدارية:
- بناء منزل؛
- الحصول على ترخيص؛
- إجراء تعديلات؛
- اجتياز الخبرة؛
- إدخال المنشأة؛
- تسليم المنشأة للتشغيل؛
- تقديم طلب بشأن الإسكان والخدمات المجتمعية؛
- عقد الجمعية العامة للملاك؛
- دفع الخدمات؛
- تقديم طلب تحصيل المديونية.
- معالج تقديم ذكي:
- يطرح أسئلة؛
- يحدد المسار؛
- يجمع الحزمة؛
- يحذر من المخاطر والثغرات.
هذا مهم بشكل خاص: الوثيقة تنقل النظام بوضوح من "تعرف اللائحة — تقدم" إلى "النظام نفسه يقود المستخدم".
البيانات المكانية والخريطة
توثق الوثيقة التكامل مع "Стройкомплекс.РФ" ومع المنصة الرقمية الموحدة للبيانات المكانية.
بدون طبقة GIS قوية ستكون البوابة ناقصة.
ما هو المطلوب:
- خريطة الكائنات؛
- الطبقات:
- قطع الأراضي؛
- مشاريع البناء الرأسمالي؛
- المناطق؛
- البنية الهندسية؛
- القيود؛
- مراحل البناء؛
- الأعطال/الحوادث؛
- خطط التطوير؛
- مخططات الإمداد الحراري/الإمداد المائي.
- البحث المكاني؛
- عرض التعارضات في التخطيط العمراني؛
- ربط الوثائق والحالات بالهندسة الجغرافية.
الحد الأدنى:
يجب أن يكون لكل كائن ارتباط جغرافي ومجموعة من السمات المكانية وسجل تغييرات مرتبط به.
الإسكان والخدمات المجتمعية: GIS ZhKH، Gosuslugi، الجمعية العمومية للملاك، المديونية، الحالة الفنية
في الجزء الثاني، تصوغ الوثيقة بوضوح شديد النموذج المستهدف للإسكان والخدمات المجتمعية:
- الجمعية العمومية للملاك بصيغة إلكترونية/حضورية-غيابية مع GIS ZhKH؛
- الاستحقاقات وإيصالات الدفع متاحة عبر Gosuslugi؛
- تقديم طلب تحصيل المديونية — بصيغة إلكترونية؛
- المحاسبة الرقمية لمخزون الإسكان والحالة الفنية؛
- البطاقات الرقمية للبنية التحتية للمرافق المجتمعية؛
- تطوير "المنزل الذكي".
بالنسبة لبوابتنا هذا يعني:
إذا أردنا أن نكون بوابة موحدة، يجب أن نمتلك ليس فقط قطاع البناء، بل أيضاً إطار الإسكان والخدمات المجتمعية التشغيلي.
هناك حاجة إلى وحدات:
- بطاقة المبنى السكني متعدد الشقق / المنزل السكني؛
- الحالة الفنية؛
- الإصلاح الرأسمالي؛
- الحوادث والأعطال؛
- التفاعل مع شركة الإدارة/منظمة توريد الموارد؛
- الاستحقاقات والإشعارات؛
- طلبات السكان؛
- الاجتماع العام للملاك؛
- المتأخرات ومنظومة المطالبات؛
- البنية التحتية للخدمات البلدية والبطاقة الإلكتروني للمنشأة.
الفكرة الجوهرية:
البناء والإسكان والخدمات المجتمعية في الوثيقة يُنظر إليهما بالفعل كسلسلة رقمية واحدة، لا كقطاعين مستقلين.
الذكاء الاصطناعي
تنص الوثيقة صراحة على إدخال الذكاء الاصطناعي:
- لتقييم المطور؛
- تحليل التقارير؛
- التحليلات التنبؤية لتأخر المواعيد؛
- تحليل صور موقع البناء؛
- دعم الخبرة؛
- معالجة البيانات مجهولة الهوية؛
- تطوير خدمات القطاع.
كيفية تكييف النظام بشكل صحيح: لا ينبغي البدء بـ"روبوت محادثة من أجل علامة إنجاز". بل يجب بناء ذكاء اصطناعي تطبيقي فوق بيانات عالية الجودة.
سيناريوهات الذكاء الاصطناعي ذات الأولوية للبوابة:
- الخطر التنبؤي لتأخر المواعيد؛
- التحقق من اكتمال الوثائق؛
- البحث عن التناقضات والتعارضات في البيانات؛
- التوجيه الذكي للطلبات؛
- تحليل التوثيق المصور لسير الأعمال؛
- تلميحات للمفتش/الخبير؛
- البحث عن الحالات الشاذة في الرسوم/الحوادث/طلبات الإسكان والخدمات المجتمعية؛
- البحث الذكي في اللوائح والوثائق؛
- تحليل معالجة اللغة الطبيعية للطلبات الواردة وتصنيفها تلقائيا.
لكن أولا القاعدة:
- مراجع موحدة؛
- بيانات نظيفة؛
- أحداث منظمة؛
- مستودع لمجموعات البيانات مجهولة الهوية؛
- إدارة البيانات الرئيسية/المراجع المعيارية.
إحلال الواردات والاستقلال التكنولوجي
تقول الوثيقة صراحة إن استخدام البرمجيات الروسية والوسائل البرمجية والمادية هو الأولوية الرئيسية. ماذا يعني ذلك للنظام:
- إجراء تدقيق:
- نظام التشغيل؛
- قاعدة البيانات؛
- الوسطاء؛
- منظومة نظم المعلومات الجغرافية؛
- BIM-viewer;
- إدارة المحتوى المؤسسي/تبادل الوثائق الإلكتروني؛
- CI/CD;
- المراقبة؛
- التشفير؛
- محولات المكاتب؛
- ناقلات التكامل.
- تكوين مصفوفة:
- يعتمد بشكل حاسم على البرمجيات الأجنبية؛
- يمكن استبداله بسرعة؛
- يمكن تركه مؤقتًا في منظومة معزولة؛
- يتطلب إعادة التصميم.
على مستوى البنية:
يجب أن تكون البوابة مرنة تجاه الموردين، وإلا فبعد 1–2 سنة سيصطدم أي تكامل بعدم التوافق أو القيود التنظيمية.
كيف ينبغي أن تكون البنية المستهدفة للبوابة
أوصي بنموذج مستهدف من 8 طبقات.
الطبقة 1. النواة الكائنية الموحدة
- OKS
- قطعة أرض
- مبنى سكني متعدد الشقق / مخزون الإسكان
- منشأة بنية تحتية للخدمات العامة
- المشاركون
- الوثائق
- الأحداث
- الحالات
- البيانات الجغرافية
الطبقة 2. محرك العمليات
- BPM / workflow
- مسارات الموافقة
- SLA
- المواعيد التنظيمية
- التصعيدات
- فحوص اكتمال المستندات
الطبقة 3. المستندات وقابلية القراءة الآلية
- قوالب XML/JSON
- إدارة الإصدارات
- النماذج الإلكترونية
- النماذج المطبوعة
- التوقيع الإلكتروني
- أرشيف الإجراءات ذات الأثر القانوني
الطبقة 4. طبقة التكامل
- API gateway
- ESB / event bus
- التكامل مع نظم المعلومات الجغرافية / السجلات الخارجية
- واجهات عرض البيانات
- الاشتراك في الأحداث
الطبقة 5. الطبقة المكانية
- الخريطة
- الكائنات الجغرافية
- الاستعلامات المكانية
- الطبقات الموضوعية
- ربط الخريطة بالعمليات
طبقة 6. طبقة BIM/TIM
- النماذج
- viewer
- إصدارات
- العناصر
- الربط بالمحاضر والقرارات والخبرة
طبقة 7. التحليلات والذكاء الاصطناعي
- KPI
- الرصد
- التوقعات
- تقييم المخاطر
- القرارات بناء على الحالات الشاذة
طبقة 8. طبقة تجربة المستخدم للأدوار
- المواطن
- المطوّر العقاري
- المصمم
- المتعهد
- المفتش
- الخبير
- الجهة الحكومية
- شركة الإدارة / منظمة توريد الموارد / مشغل الإسكان والخدمات المجتمعية
ما الوحدات التي يجب إضافتها أو إعادة بنائها أولا
الكتلة أ. البناء
- سجل المنشآت والمشاركين
- الحساب الشخصي للمشارك المهني
- الطلبات الرقمية والمسارات
- الوثائق التنفيذية بصيغة منظمة
- وحدة BIM/TIM
- مراقبة موقع البناء
- التكامل مع الخبرة والرقابة
- الخدمة الفائقة لبناء المساكن الفردية والخدمات الجماهيرية
الكتلة ب. الإسكان والخدمات المجتمعية
- بطاقة المبنى السكني المتعدد / صندوق المساكن
- البطاقة الرقمي للبنية التحتية للمرافق
- الحوادث / الأعطال / الإرسال والتوزيع
- الجمعية العمومية للملاك
- الاستحقاقات / الإشعارات / منظومة الدفع
- منظومة الديون والتحصيل الإلكتروني
- حسابات شركة الإدارة/منظمة توريد الموارد/البلدية
- وحدة “المنزل الذكي / جاهز لإنترنت الأشياء”
الكتلة ج. المكونات الشاملة
- البيانات المرجعية والتصنيفات
- واجهة برمجة التطبيقات وناقل التكامل
- المنصة الجغرافية
- مخزن الأحداث
- ذكاء الأعمال ومؤشرات الأداء الرئيسية
- خدمات الذكاء الاصطناعي
- التدقيق والأمن والتوقيع الإلكتروني وسجل الإجراءات
مؤشرات الأداء الرئيسية التي يجب توجيه النظام نحوها
الوثيقة نفسها توحي بالمؤشرات التي ينبغي أن تُدرج في لوحات المعلومات لديكم:
- حصة البيانات المنقولة من نظم المعلومات الجغرافية الموحدة لتوفير البيانات العمرانية الإقليمية إلى المنظومة الاتحادية؛
- حصة الاستنتاجات الإيجابية للخبرة على الوثائق في شكل نموذج معلوماتي؛
- حصة الجمعيات العمومية الإلكترونية؛
- حصة مستندات الدفع المتاحة إلكترونيا؛
- عدد الكيانات التي يتوفر فيها التحصيل الإلكتروني للمتأخرات؛
- مؤشر الذكاء IQ للمدن ومؤشرات النضج الرقمي.
بالنسبة للنموذج الداخلي لإدارة البوابة، كنت سأضيف:
- حصة الخدمات المنجزة من البداية إلى النهاية دون ورق؛
- حصة الوثائق المهيكلة؛
- حصة الكائنات ذات المعرّف المتسلسل؛
- حصة الكائنات ذات الإسناد الجغرافي؛
- حصة الكائنات ذات نمذجة معلومات البناء/نمذجة المعلومات الرقمية؛
- متوسط مدة اجتياز المسار؛
- عدد الإرجاعات بسبب عدم اكتمال المستندات؛
- دقة النموذج التنبؤي للمواعيد؛
- حصة التكاملات العاملة عبر واجهة برمجة التطبيقات API دون تبادل يدوي.
الفجوات الرئيسية التي تكاد تكون موجودة الآن بلا شك
باحتمال كبير لدى معظم هذه الأنظمة 7 من المشكلات النموذجية:
- النظام مبني حول الطلبات وليس حول الكائن؛
- البيانات تعيش في الوثائق وليس في الكيانات؛
- التكاملات نقطية وهشة؛
- لا توجد خريطة موحدة ولا ترابط كائني؛
- نمذجة معلومات البناء/نمذجة المعلومات الرقمية إما غائبة أو شكلية؛
- منظومة الإسكان والخدمات المجتمعية غير مرتبطة بمنظومة البناء؛
- لا توجد طبقة بيانات سليمة للذكاء الاصطناعي والرصد.
إذا كان الأمر كذلك، فمن غير المجدي تحسين الواجهة ما لم يُعد الأساس.
التكيّف العملي: خطة على مراحل
المرحلة 1. 0–3 شهر
- إجراء تحليل فجوات معماري وفقا للتوجيه؛
- وصف الخريطة المستهدفة للعمليات؛
- تحديد النواة الكائنية؛
- اعتماد البيانات المرجعية الموحدة والمعرّفات المتسلسلة؛
- تحديد قائمة القوالب الأولية بصيغة XML/القابلة للقراءة الآلية؛
- تجميع خريطة التكاملات الإلزامية.
المرحلة 2. 3–6 شهر
- إطلاق سجل الكائنات والمشاركين؛
- نقل الخدمات الرئيسية إلى نماذج رقمية أصلية؛
- تطبيق النموذج المبني على الأحداث؛
- نشر بوابة واجهة برمجة التطبيقات API gateway؛
- إنشاء طبقة نظم معلومات جغرافية أساسية؛
- إدخال لوحة متابعة لرئيس الإدارة.
المرحلة 3. 6–12 شهراً
- ربط وحدة نمذجة معلومات البناء/نمذجة معلومات البناء؛
- إدخال الوثائق التنفيذية الرقمية؛
- إطلاق وحدة الجمعية العمومية لمُلّاك العقارات وبطاقة سكني وخدمات مجتمعية رقمي؛
- إنشاء منظومة رقمية للحوادث والطوارئ؛
- تفعيل تقييم المخاطر والفحوص الذكية لاكتمال البيانات.
المرحلة 4. 12–18 شهراً
- إطلاق التحليلات التنبؤية للبناء؛
- إخراج التحصيل الإلكتروني والوحدة الإجرائية المرتبطة به؛
- توسيع التكاملات لتشمل كامل الإطار الإقليمي؛
- إعداد مخزن بيانات مجهول الهوية مخصص للذكاء الاصطناعي؛
- نقل الإدارة إلى الإدارة بمؤشرات الأداء الرئيسية من النظام، لا من إكسل.
توصيتي المباشرة بشأن نظامنا
إذا صيغ الأمر باختصار ودون بيروقراطية، فعلينا القيام بـ 5 تحولات استراتيجية:
1. من بوابة الخدمات إلى منصة دورة حياة المنشأ.
2. من أرشيف الملفات إلى نظام بيانات مهيكلة.
3. من مجموعة لوحات إلى إطار رقمي موحد للمشاركين.
4. من التحكم اليدوي إلى المتابعة والتحليلات التنبؤية.
5. من "رقمنة الواجهة" إلى رقمنة جوهر العمليات.
الخلاصة
الأمر لا يحدّث الأهداف فحسب. بل يثبّت فعلياً معياراً جديداً لنظام تقنية المعلومات القطاعي:
- بيئة موحدة؛
- بيانات قابلة للقراءة الآلية؛
- نمذجة معلومات البناء؛
- تكاملات؛
- طبقة مكانية؛
- إطار رقمي لخدمات الإسكان والمرافق؛
- الذكاء الاصطناعي؛
- إحلال الواردات؛
- التركيز على العميل.
بالنسبة إلى بوابة البناء الموحدة، هذا يعني شيئاً واحداً:
يجب تطوير النظام لا كموقع للخدمات الحكومية، بل كمنصة رقمية قطاعية لإدارة البناء والتشغيل.