ما الذي يتغير فعلًا في بنية النظام؟

الفرق في طبقة واحدة، لكنها الطبقة التي يعتمد عليها كل ما عداها. النظامان يحملان البيانات نفسها، ويختلفان فيما يعلوها، وبالتالي في من يستطيع تشغيل النظام وكيف يبدو تشغيله.

نظام ERP التقليدي مقابل نظام ERP الوكيلي، طبقةً بطبقة
الطبقةنظام ERP التقليدينظام ERP الوكيلي
البياناتقاعدة بياناتقاعدة بيانات
طبقة الوصولواجهات برمجية (APIs) مصممة للشاشاتأدوات مصممة للوكلاء
الواجهةواجهة ويب: نماذج وقوائم وشاشاتبروتوكول MCP: يستطيع أي وكيل الاتصال
من يشغّلهمستخدم مدرَّب يتنقل بين الشاشاتوكيل يتلقى التعليمات باللغة الطبيعية
أين تقع القواعدفي طبقة التطبيق والواجهةتحت الأدوات، في نواة النظام
كيف يُضاف الذكاء الاصطناعيمساعد يُركَّب فوق النظامهو الواجهة نفسها، لا إضافة عليها
ماذا يتعلم المستخدممكان كل شاشةما الذي يريد إنجازه

اقرأ العمودين كإجابتين مختلفتين عن سؤال واحد: لمن صُمّمت قاعدة البيانات هذه؟ الأول يجيب «للشاشات»، والثاني يجيب «للوكلاء». وكل ما يأتي بعد ذلك نتيجة لهذه الإجابة.

ما الفرق بين هذا وإضافة ذكاء اصطناعي إلى نظام ERP الحالي؟

هذا هو الفرق الذي يهم تجاريًا، لأن كل مورّد تقريبًا يقدم اليوم الخيار الأول ويسميه الثاني.

المساعد الذي يُضاف إلى منظومة قائمة يجلس فوق نظام للمستندات، وبرنامج للتخطيط، ونظام ERP، وعدد من جداول البيانات، وبوابة للمشتريات. فيقرأ نسخًا جزئية متعددة من المشروع، ولذلك لا يمكن الوثوق بإجاباته. ولا يعمل تحت صلاحيات أي من هذه الأنظمة، ولذلك لا يمكن السماح له بالتنفيذ. فلا يتبقى سوى روبوت محادثة يبدي آراءه.

نظام ERP الوكيلي يعكس هذه المعادلة. النظام يملك السلسلة من أولها إلى آخرها، فهناك سجل واحد يستند إليه الوكيل، والصلاحيات تقع تحت الأدوات لا حولها. الوكيل ليس موثوقًا لأنه ذكي، بل هو مقيَّد لأنه لا يستطيع تجاوز ما مُنح له.

ما علاقة بروتوكول MCP بذلك؟

MCP، أو بروتوكول سياق النموذج (Model Context Protocol)، هو المعيار المفتوح الذي يكتشف به وكيل الذكاء الاصطناعي الأدوات الخارجية ويستدعيها. وأهميته هنا لسبب واحد: أنه يمنع ربط نظام ERP بمساعد مورّد واحد.

صُمّم Crolle لينشر عملياته في صورة أدوات MCP، فيمكن منح أي وكيل يتحدث MCP حق الوصول، تحت الصلاحيات نفسها وسجل التدقيق نفسه. والموصِّلات التي يقدمها تطبيق سطح المكتب منشورة في فهرس قابل للقراءة الآلية، ولا يُدرج فيه أي موصِّل إلا بعد التحقق منه بكود تسجيل الدخول الخاص بالتطبيق نفسه.

النتيجة العملية: الشركة لا تشتري نافذة محادثة يملكها من بنى نظام ERP، بل تشتري نظامًا يستطيع وكلاؤها تشغيله.

هل تبقى هناك واجهة عادية؟

نعم. كون الوكيل هو الواجهة الأساسية لا يجعله الواجهة الوحيدة.

صُمّم Crolle ليعمل كتطبيق سطح مكتب لنظام Windows 10 أو أحدث (x64)، بشاشات خاصة للأعمال التي يُفضَّل أن تُرى لا أن تُوصف: مراجعة قرار جرى إعداده، أو قراءة مستند، أو مقارنة حزمة أدلة قبل اعتمادها. بعض الأمور أسرع فعلًا في النظر منها في السؤال.

ما يختفي هو الحاجة إلى حفظ أماكن سبعين شاشة لإنجاز عمل يمكن وصفه في جملة واحدة.

من يحدد ما يُسمح للوكيل بفعله؟

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

ثلاثة أمور ثابتة دائمًا:

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

الوكيل يُعدّ القرار، والإنسان يتخذه. وهذا الترتيب لا ينقلب.

لماذا تُعد المقاولات أصعب حالة؟

البنية عامة، لكن قيمتها تكون أكبر حيث ينتقل تغيير واحد عبر تخصصات كثيرة في وقت واحد، والمقاولات مثال متطرف على ذلك.

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

صُمّم Crolle ليغطي السلسلة كلها في نظام واحد: المناقصة، والتسعير، والترسية، والتخطيط، والمشتريات، وعقود الباطن، والتكاليف، والإيرادات، والمالية، والتدفق النقدي، والإقفال، والمستندات. اثنتا عشرة مرحلة في سجل واحد، وهذا ما يجعل الصلة بينها شيئًا تستطيع الآلة تتبعه فعلًا.

أسئلة شائعة

هل يحل نظام ERP الوكيلي محل النظام المالي أيضًا؟

في تصميم Crolle، نعم. التكاليف والإيرادات والمالية والتدفق النقدي مراحل في السلسلة نفسها، وليست نظامًا منفصلًا تجري المطابقة معه. وهذا هو المقصود بامتلاك السلسلة من أولها إلى آخرها: الالتزام الذي ينشأ عند الترسية هو الكيان نفسه الذي تسوّيه المرحلة المالية لاحقًا، لا نسخة منه.

هل يفيد هذا المقاولين الكبار فقط؟

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

ماذا يحدث إذا أخطأ الوكيل؟

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

هل يمكننا استخدام مساعد الذكاء الاصطناعي الخاص بنا معه؟

هذا بالضبط دور طبقة MCP. أي وكيل يتحدث MCP يمكن منحه حق الوصول إلى عمليات Crolle تحت الصلاحيات نفسها التي يملكها الشخص. ولا يشترط النظام استخدام مساعد بعينه للوصول إلى بياناتك.

يفتح Crolle باب الوصول المبكر لمجموعة صغيرة من المقاولين والشركاء. لتراه على مشاريعك، راسلنا على info@crolle.ai.

لماذا وُجد Crolle آخر تحديث: 21 أكتوبر 2026