العودة إلى المكتبة
A2A

من سلاسل البريد الإلكتروني إلى تفويض الوكلاء: أتمتة طلبات عروض الأسعار في قطاع B2B باستخدام A2A وHermes Agent

بقلم آخر تحديث: 2026年7月24日

أبرز النقاط

  • تتوقّع Gartner أن يعتمد 90% من مشتريات قطاع B2B على وساطة وكلاء الذكاء الاصطناعي بحلول 2028، موجّهةً 15 تريليون دولار عبر بورصات الوكلاء — نافذة العامين تعني أن جاهزية الوكلاء أصبحت الآن تكليفاً معماريّاً للتجارة، لا بنداً مستقبلياً للبحث.
  • تستغرق معالجة طلبات العروض يدوياً 3.4 أسبوع لكل دورة عقد و30 دقيقة لكل عرض سعر في المتوسط — تظهر أبحاث Forrester وAberdeen أن الأتمتة قادرة على ضغط هذه المدة إلى دقائق، وأفاد موزّع واحد بزيادة سرعة بمقدار 6× (من 30 دقيقة إلى 5 دقائق لكل عرض).
  • تُبلغ سير عمل المشتريات الممكّنة بالذكاء الاصطناعي عن انخفاض 30% في العمل اليدوي وما يصل إلى 45% في التكاليف — تُظهر بيانات المشتريات لعام 2026 من Automation Anywhere أن المكاسب حقيقية وليست متوقّعة.
  • تجاوز بروتوكول Agent2Agent 150 منظمة في عام واحد — تحت حوكمة Linux Foundation، عمليات نشر إنتاجية عبر سلسلة التوريد والخدمات المالية وعمليات تكنولوجيا المعلومات، مع تكامل عميق عبر منصات Google وMicrosoft وAWS.
  • يأتي Hermes Agent من Nous Research مزوّداً بأكثر من 60 أداة مدمجة ودعم أصلي لـ MCP — وكيل يمكن توجيهه إلى وحدات MCP الخاصة بطلبات العروض والكتالوج والتسعير دون مواد لاصقة تكاملية مخصّصة، وقادر على التحدّث عبر A2A من خلال طبقة جسر دون إعادة كتابة بنيته الداخلية.

المشكلة: دورة طلب عرض سعر مدتها 3 أيام لا تتّسع

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

النتيجة دورة مدتها 3 أيام. تُظهر أبحاث Forrester وAberdeen أن موافقة العقد اليدوية وحدها تستغرق 3.4 أسبوع في المتوسط. قاس موزّع واحد 30 دقيقة لكل عرض قبل الأتمتة؛ وبعدها 5 دقائق — زيادة سرعة بمقدار 6×. إنّ انخفاض التكلفة بنسبة 45% وانخفاض العمل اليدوي بنسبة 30% المُبلَغ عنها عبر سير عمل المشتريات الممكّنة بالذكاء الاصطناعي ليست توقّعات نظرية. بل نتائج مُقاسة من فرق استبدلت دورة البريد والجداول بالأتمتة المنظّمة.

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

سير العمل اليدوي مقابل سير العمل المنسّق بواسطة الوكلاء — ما الذي يتغيّر عندما تحلّ أدوات MCP وتفويض A2A وHermes Agent محلّ تقديم عروض الأسعار عبر البريد والجداول:

Manual RFQ Workflow vs Agent-Orchestrated Manual: 3-day cycle STEP 1 Open email, read spreadsheet/PDF STEP 2 Look up each item in catalog (manual) STEP 3 Check inventory in NetSuite (screen reading) STEP 4 Match customer to pricing tier (spreadsheet) STEP 5 Coordinate with suppliers by phone/email STEP 6 Draft quote, send by email 3 days 30 min per quote · errors common · no audit trail Agent: 4-hour cycle 1 Parse RFQ, extract line items Hermes Agent reads the inbound email 2 Search catalog via MCP module Typed tools: search_items, get_provider_items 3 Delegate availability via A2A Inventory agent acquires atomic holds (15-min TTL) 4 Resolve pricing tier via MCP Typed schema + segment resolution 5 Human approval (margin guardrails only) A2A approval state travels across agent chain 6 Send quote, log every tool call Audit trail: status, duration, result per call 4 hours 5 min human time · no oversell · full audit trail 6x quote speed (30 min to 5 min) 30% less manual work (Automation Anywhere) 150+ orgs on A2A (Linux Foundation) MCP gives agents hands · A2A gives them colleagues · Hermes orchestrates — ideabosque.com/library

الحل المنسّق بواسطة الوكلاء: أدوات MCP وتفويض A2A وتنسيق Hermes

للبنية ثلاث طبقات، تعالج كل منها عُقدة محدّدة في سير العمل اليدوي:

الطبقة 1: وحدات MCP تمنح الوكيل يداً

يُكشف بروتوكول سياق النموذج كل نظام أعمال كمجموعة من الأدوات المُعرّفة بأنواع يمكن للوكيل استدعاءها. فبدلاً من قراءة إنسان لشاشة NetSuite، تُغلّف وحدة MCP واجهة NetSuite SuiteTalk API خلف أدوات مثل get_inventory وcheck_availability وget_price_tiers. وبدلاً من تصفّح إنسان لكتالوج BigCommerce، تُكشف وحدة search_items وget_provider_items. أمّا محرّك طلبات العروض نفسه — النظام الذي يدير دورة الطلب وإنشاء عرض السعر وحجوز التوافر ولقطات سياسة الإلغاء — فيُكشف 38 أداة MCP مسجّلة عبر 11 خليطاً مجالياً: تقديم الطلب، البحث عن الأصناف، حجوز التوافر، إدارة عروض الأسعار، حساب التسعير، جدولة الأقساط، تجميع الحزم، استرجاع سياسة الإلغاء، الملفات المرفقة، جهات اتصال الشرائح، والاستعلام عن الكتالوج عبر البحث في الرسم البياني المعرفي.

لكل أداة مخطّط مُعرّف الأنواع. لا يخمّن الوكيل الوسائط المطلوبة — بل يتلقّى مخطّط JSON يحوي أسماء الحقول وأنواعها وأوصافها. هذا هو الفرق بين وكيل يصيغ عرض سعر يبدو معقولاً ووكيل يستدعي acquire_availability_hold بـ provider_item_uuid حقيقي ويسترد hold_token بزمان حياة (TTL) مدّته 15 دقيقة. المخطّط المُعرّف هو ما يجعل مخرجات الوكيل قابلة للتحقق لا مجرّد زخرف.

الطبقة 2: A2A يمنح الوكيل زملاء

يُعرّف بروتوكول Agent2Agent — الآن تحت حوكمة Linux Foundation مع أكثر من 150 منظمة داعمة — كيف يكتشف الوكلاء بعضهم، ويُفوّضون المهام، ويبثّون التقدّم، ويُبلّغون عن الإنجاز. في سير عمل طلبات العروض، يحلّ A2A مشكلة محدّدة: لا يحتاج وكيل العروض أن يكون كياناً أحادياً واحداً يعرف كل شيء. بإمكانه التفويض.

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

يُجسّد مشروع docker-a2a-hermes-agent-gateway هذا النمط كنشر فعلي مفتوح المصدر. يتولّى بوّاب المصادقة، والتوجيه لكل عميل، وتقييد المعدّل. وتترجم طبقة جسر استدعاءات A2A JSON-RPC إلى واجهة API الأصلية للوكيل. يقوم الوكيل نفسه — Hermes Agent — بالاستدلال واستدعاء الأدوات. يفرض أمان الصف على مستوى الصف في PostgreSQL عزل المستأجرين على مستوى قاعدة البيانات، بحيث لا يمكن لخطأ في البرمجة أن يسرّب بيانات طلب عرض عميل إلى آخر.

الطبقة 3: Hermes Agent ينسّق سير العمل

Hermes Agent من Nous Research هو طبقة التنسيق. يأتي مزوّداً بأكثر من 60 أداة مدمجة، ودعم عميل MCP أصلي، ونظام مهارات يتيح له التعلّم من التجربة. في سير عمل طلبات العروض، يُهيّأ الوكيل بـ:

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

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

النتيجة: ما الذي يتغيّر للعمل

تُطابق التغيّرات القابلة للقياس مباشرة العُقد المحدّدة أعلاه:

المقياس سير العمل اليدوي المنسّق بواسطة الوكلاء
زمن استجابة العرض 3 أيام لكل دورة 4 ساعات لكل دورة
العمل اليدوي لكل عرض 30 دقيقة 5 دقائق (الوكيل يتولّى الباقي)
دقة حجز التوافر بحث يدوي، أخطاء شائعة حجز ذرّي بزمان حياة 15 دقيقة، دون بيع زائد
سياسة الإلغاء نسخ ولصق من PDF، خطر التقادم لقطة مجمّدة وقت عرض السعر
أخطاء فئة التسعير مطابقة العميل لفئة خاطئة مخطّط مُعرّف الأنواع + تحديد الشريحة
التنسيق متعدّد المورّدين هاتف وبريد إلكتروني، 2-3 أيام تفويض A2A، متوازٍ، دقائق
مسار التدقيق خيوط بريد إلكتروني، غير مكتملة كل استدعاء أداة مُسجّل بالحالة والمدّة
نقاط التماس البشري كل خطوة موافقات الهامش والمنتجات المنظّمة فقط

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

انخفاض العمل اليدوي بنسبة 30% وانخفاض التكلفة بنسبة 45% المُبلَغ عنها من Automation Anywhere عبر سير عمل المشتريات الممكّنة بالذكاء الاصطناعي هي الأدلة على مستوى الصناعة. أمّا الأرقام لكل موزّع — 6× سرعة عرض، دورة من 3 أيام إلى 4 ساعات — فهي ما يبدو عليه ذلك عندما يكون سير العمل عملية طلب عروض B2B لا وظيفة مشتريات عامة.

السياق الأوسع: لماذا يهمّ هذا الآن

تنبؤ Gartner بأن 90% من مشتريات قطاع B2B ستتمّ بوساطة وكلاء الذكاء الاصطناعي بحلول 2028 — موجّهةً 15 تريليون دولار عبر بورصات الوكلاء — ليس سبباً للبناء الذعر. بل سبب لفهم القرار المعماري أمامك. السؤال ليس ما إذا كان الوكلاء سيشاركون في تجارة B2B. السؤال هل تُكشف أنظمتك قدراتها بطريقة يستطيع الوكيل استخدامها — أدوات مُعرّفة الأنواع، بروتوكولات معيارية، عمليات قابلة للتدقيق — أم أنها تبقى خلف شاشات يقرؤها الإنسان ولا يصل إليها الوكيل.

MCP يمنح الوكلاء يداً. A2A يمنح الوكلاء زملاء. Hermes Agent يمنح سير العمل منسّقاً يستطيع استخدام كليهما دون قفلك في إطار عمل بائع واحد. نمط الجسر يعني أنك تتبنّى المعايير دون إعادة كتابة الوكلاء الذين تملكهم بالفعل. عزل المستأجر يعني أن نشراً واحداً يخدم وحدات أعمال متعدّدة دون تسرّب بيانات. بوابات الموافقة البشرية تعني أن الاستقلالية لا تعني عدم الضبط.

لمدير هندسة أو نائب رئيس عمليات يدير فريق عروض يُصدر 200 طلب عرض أسبوعياً عبر البريد والجداول، القرار ليس ما إذا كان سيؤتمت. دورة الـ 3 أيام تخسر بالفعل صفقات لصالح منافسين أسرع — الموزّع الذي يصدر عرضاً خلال 4 ساعات يكسب العمل الذي يخسره موزّع الـ 3 أيام. القرار هو البنية التي يُبنى عليها: بنية تقفلك في زمن تشغيل وكيل مملوك لبائع واحد، أو بنية مبنية على بروتوكولات مفتوحة (MCP، A2A) مع طبقة تنسيق قابلة للتبديل (Hermes Agent) يمكنك استبدالها دون إعادة العمل التكامل.

قراءة ذات صلة

كان موزّع متوسط الحجم يخسر صفقات لصالح منافسين يصدرون عروضاً خلال ساعات بينما يستغرق فريقه 3 أيام. لم تكن العُقدة هي التسعير — بل كانت عمليات البحث في الكتالوج عبر BigCommerce، وفحوص المخزون في NetSuite، ومطابقة فئات التسعير في جدول، والتنسيق مع المورّدين عبر الهاتف. غيّرت رتّة تنسيق الوكلاء الدورة: تُكشف وحدات MCP كل نظام كأدوات مُعرّف الأنواع، ويتيح A2A لوكيل العروض التفويض إلى وكلاء المورّدين والمخزون دون اشتراك إطار عمل، وينسّق Hermes Agent سير العمل ببوابات موافقة بشرية لعروض الهامش. انخفض زمن استجابة العرض من 3 أيام إلى 4 ساعات. توقّفت حجوز التوافر عن البيع الزائد. تُجمّد سياسات الإلغاء كلقطة وقت عرض السعر. كل استدعاء أداة مُسجّل لل تدقيق.

اطلب بناءً محدّد النطاق

اكتشاف لأسبوع واحد. تحصل على جرد نظام، وخريطة سير عمل، ونطاق ثابت — سواء بنيتم معنا أم لا.

هل تريد هذا مبنياً لأنظمتك؟

كل وثيقة هنا من عمل إنتاجي حقيقي. إذا كان لديك نظام مُستهدَف وسير عمل في الذهن، نستطيع تحديد نطاق بناء في أسبوع واحد.

اطلب بناءً محدد النطاق

اكتشاف مدته أسبوع واحد. تحصل على جرد للأنظمة وخريطة لسير العمل ونطاق ثابت — سواء بنيت معنا أم لا.