ما هو الوكيل الذكي (AI agent) وكيف يختلف عن روبوت الدردشة
| روبوت الدردشة | الأتمتة (سير العمل) | وكيل الذكاء الاصطناعي | |
|---|---|---|---|
| كيف يعمل | يجيب على الأسئلة | ينفذ خطوات محددة مسبقًا | يتلقى هدفًا ويختار الخطوات بنفسه |
| اتخاذ القرار | لا شيء | وفقًا لقواعد محددة | وفقًا للسياق والبيانات |
| الأدوات | النص فقط | التكامل وفقًا للسيناريو | يستدعي الأدوات بنفسه (API، البريد الإلكتروني، CRM) |
| مثال | «ما هي ساعات العمل؟» | “طلب جديد → أرسل بريدًا إلكترونيًا” | “حل هذه الشكوى” |
إذن، فإن الوكيل الذكي هو نموذج لغوي مزود بأدوات وذاكرة وقدرة على التخطيط. المهم هو أن الوكيل ليس كائنًا خارقًا – إنه برنامج يعتمد نجاحه أو فشله على نوع البيانات والصلاحيات التي تمنحها له.
أين تقع حدود الوكلاء الحاليين
يمكنهم التعامل بشكل واقعي مع:
- معالجة وتصنيف النصوص غير المنظمة (رسائل البريد الإلكتروني، الفواتير، الاستفسارات)،
- البحث عن المعلومات في بياناتكم وتلخيصها،
- إعداد مسودة رد أو مستند أو تقرير،
- تنفيذ إجراء في نظام آخر وفقًا لتوجيهات واضحة.
لا أستطيع القيام بما يلي بشكل موثوق:
- اتخاذ قرارات بشأن أمور تنطوي على مخاطر عالية دون تدخل بشري،
- التعامل مع البيانات الفوضوية التي لا تعني شيئًا حتى للبشر،
- استبدال عملية غير موجودة في الشركة أو لا يستطيع أحد وصفها.
أين يقع الحد الفاصل بين «الأتمتة» و«الوكيل» في الممارسة العملية
في السيناريوهات الواقعية، الأمر ليس أبيض أو أسود. معظم الحلول المؤسسية الجيدة التصميم هي هجينة: حيث يشكل السيناريو الثابت الهيكل الأساسي (المشغل، قراءة البيانات، التسجيل، الإخطار) ولا تدخل الذكاء الاصطناعي إلا في الحالات التي تتطلب فهم النص أو اتخاذ قرار. أما الحل القائم على الوكيل بشكل كامل، حيث يتخذ النموذج جميع القرارات، فهو أقل موثوقية وأصعب في الضبط.
قاعدة عملية: ما يمكن حله باستخدام شرط (if)، لا تقم بتنفيذه باستخدام نموذج. فهذا أسرع وأرخص وقابل للتدقيق.
ما الذي يفعله وكلاء الذكاء الاصطناعي فعليًّا في الشركات
1. دعم العملاء من المستوى الأول
يقرأ الوكيل البريد الإلكتروني أو الرسالة، ويبحث عن بيانات الطلب، ويُعد الرد، ثم يرسله (في الحالات البسيطة)، أو يعرضها على المشرف للموافقة عليها. مما يقلل وقت الاستجابة الأولية من ساعات إلى دقائق.
2. معالجة المستندات والفواتير
يستخرج الوكيل من ملف PDF الخاص بفاتورة المورد المبلغ وتاريخ الاستحقاق والرمز المتغير، ويقارنها بالطلب، ثم يسجلها في نظام المحاسبة. ويحيل الحالات الاستثنائية إلى موظف.
3. تقييم العملاء المحتملين والتحضير للمبيعات
يقوم الوكيل بإثراء الطلبات الجديدة الواردة من الموقع ببيانات عامة عن الشركة، ويخصص لها درجة تقييم وفقًا لمعاييركم، ويجهز للمندوب مادة مرجعية قبل إجراء المكالمة. بالاشتراك مع قاعدة بيانات الشركات B2B يمكنه أيضًا إعداد قائمة بالشركات ذات الصلة للتواصل معها.
4. التقارير وملخصات البيانات
يقوم الوكيل مرة واحدة أسبوعيًا بتنزيل البيانات من Google Ads وAnalytics والمتجر الإلكتروني، ويقيّم الانحرافات، ويرسل ملخصًا عبر البريد الإلكتروني أو Slack – بما في ذلك شرح لما ما الذي تغير.
5. المحتوى والعمليات التسويقية
إعداد أوصاف المنتجات وفقًا للمعايير، وتدوين محاضر الاجتماعات وتلخيصها، واقتراحات المنشورات، والتحقق من اتساق النصوص. يبقى الموافقة النهائية من اختصاص الإنسان.
6. البحث الداخلي في وثائق الشركة
يقوم الموظف الذي يتمتع بحق الوصول إلى إرشادات الشركة وقوائم الأسعار والعقود بالرد على استفسار الموظف مع الإشارة إلى المصدر. وهذا يوفر عشرات الساعات شهريًّا، خاصةً في الفرق الكبيرة.
كيف يتم إنشاء وكلاء الذكاء الاصطناعي: الأدوات
| الأداة | النوع | لمن |
|---|---|---|
| n8n | منصة أتمتة مفتوحة المصدر مزودة بعقد ذكاء اصطناعي | الشركات التي ترغب في التحكم في البيانات والاستضافة الخاصة |
| Make (Integromat) | الأتمتة المرئية في السحابة | الربط السريع بين التطبيقات الشائعة |
| Zapier | الأتمتة السحابية | سيناريوهات بسيطة، العديد من عمليات التكامل |
| Microsoft Copilot Studio / Power Automate | النظام البيئي المؤسسي لـ Microsoft | المؤسسات التي تستخدم Microsoft 365 – المزيد في دورة Copilot Studio |
| التطوير الذاتي | الكود (مثل Python + LLM API) | العملياتعمليات محددة، متطلبات تكامل عالية |
n8n مقابل Make مقابل Zapier: مقارنة وأسعار
تم التحقق من الأسعار من قوائم الأسعار الرسمية بتاريخ 25 سبتمبر 2026. انتبه لأمرين: تُدرج n8n الأسعار باليورو، بينما تُدرج Make و Zapier الأسعار بالدولار، وتختلف تكلفة كل أداة عن الأخرى.
| n8n | Make | Zapier | |
|---|---|---|---|
| وحدة الحساب | تشغيل السيناريو بالكامل مرة واحدة بغض النظر عن عدد الخطوات | 1 رصيد مقابل كل إجراء من إجراءات الوحدة | مهمة واحدة مقابل كل خطوة ناجحة |
| مجانًا | الإصدار المجتمعي على خادمك الخاص (بدون حدود لعدد التشغيلات) | مجانًا: 1000 رصيد / شهر | مجاني: 100 مهمة / شهر. |
| الخطة المدفوعة المبدئية | Starter 20 يورو/شهر. (دفعة سنوية)، 2,500 مهمة | Core 9 دولارات/شهر. مقابل 10,000 رصيد | Professional 19.99 دولار/شهر (سنويًا) مقابل 750 مهمة |
| الخطة المتوسطة | Pro 50 يورو/شهر، 10,000 مهمة | Pro 16 دولار/شهر. مقابل 10 000 رصيد | الخطة الاحترافية 129 دولارًا أمريكيًا شهريًا (سنويًا) مقابل 10,000 مهمة |
| خطة الفريق / الشركة | الأعمال 667 يورو/شهر.، 40,000 مهمة (متوفر حاليًا في النسخة ذاتية الاستضافة فقط) | Teams 29 دولارًا/شهر مقابل 10,000 رصيد | فريق ابتداءً من 69 دولارًا أمريكيًا في الشهر (سنويًّا) مقابل 2,000 مهمة |
| Enterprise | حسب الطلب، 200+ عملية تشغيل متوازية | حسب الطلب | حسب الطلب |
| السيناريوهات النشطة | بلا حدود في جميع الباقات | بلا حدود بدءًا من باقة Core | حسب الباقة |
| التشغيل المتوازي | 5 (Starter) / 20 (Pro) | حسب الباقة | حسب الخطة |
| استضافة خاصة | نعم (Community، Business، Enterprise) | لا | لا |
| كود مخصص في السيناريو | JavaScript وPython | JavaScript (وظائف، محدودة) | JavaScript / Python في خطوة Code |
| الخصومات | خطة Startup: 50 % من خطة Business للشركات التي يصل عدد موظفيها إلى 20 موظفًا | الدفع السنوي بدءًا من 15% خصومات | الدفعة السنوية 33% خصم على السعر الشهري |
لماذا تُعد وحدة الحساب أهم سطر في الجدول
تخيل وكيلًا لمعالجة الطلبات يحتوي على 12 عقدة، ويتم تشغيله 1000 مرة شهريًا:
| الأداة | الحساب | الاستهلاك |
|---|---|---|
| n8n | 1 000 عملية × 1 | 1 000 عملية شحن – تتناسب أيضًا مع باقة Starter (2 500) |
| Make | 1 000 × ~12 عملية | ~12 000 رصيد – تحتاج إلى خطة تزيد عن 10 000 رصيد |
| Zapier | 1 000 × ~11 خطوة (لا يُحتسب المشغل الأول) | ~11 000 مهمة – تحتاج إلى خطة بقيمة 129 دولارًا أمريكيًا شهريًّا. |
في السيناريوهات البسيطة المكونة من خطوتين، يكون الفرق ضئيلًا. أما في حالة الوكلاء، حيث يقوم النموذج باستدعاء الأدوات بشكل دوري، فإن الفرق يتراوح بين 20 يورو ومئات اليورو شهريًا.
متى تختار Make أو Zapier رغم ذلك
- ليس لديك من يدير الخادم، ولا تريد استخدام السحابة ذات الواجهة الأكثر تقنية. Zapier هو الأكثر سهولة بالنسبة للأشخاص غير التقنيين.
- تحتاج إلى تكامل مع تطبيق SaaS غير شائع – Zapier يمتلك أكبر كتالوج من عمليات التكامل الجاهزة.
- السيناريوهات بسيطة (2 – 4 خطوات) وعددها قليل. في هذه الحالة، يكون السعر مقارناً ويكون الراحة هي العامل الحاسم.
لماذا في Dataswans نعتمد في الغالب على n8n
يبلغ عدد عمليات البحث عن n8n في سلوفاكيا 2600 عملية بحث شهريًا – أكثر من معظم المصطلحات التسويقية. أسباب الشعبية:
- برنامج مفتوح المصدر واستضافة خاصة. يمكنك تثبيت الإصدار المجتمعي على خادمك الخاص دون حدود لعدد مرات التشغيل. لن تغادر البيانات الحساسة البنية التحتية الخاصة بك.
- السعر ونموذج الفوترة. يتم احتساب تكلفة تشغيل السيناريو بأكمله مرة واحدة، وليس لكل خطوة على حدة – وهو ما يمثل فرقًا جوهريًّا عن المنافسين في حالة السيناريوهات المعقدة.
- عدد غير محدود من السيناريوهات النشطة وعمليات التكامل في جميع الباقات.
- عقد الذكاء الاصطناعي مباشرةً داخل الأداة – الوكيل، الذاكرة، الاتصال بقاعدة البيانات المتجهة، استدعاء الأدوات.
- المرونة. إذا كان هناك شيء مفقود، يمكنك إضافته برمزك الخاص في JavaScript أو Python، أو باستخدام عقدة HTTP Request لأي واجهة برمجة تطبيقات (API).
بالنسبة للشركات التي لديها متطلبات صارمة فيما يتعلق بالبيانات (الرعاية الصحية، الإدارة العامة، القطاع المالي)، غالبًا ما يكون الاستضافة الخاصة هي السبيل الوحيد المقبول. لكن انتبه لأمر واحد تتجاهله المواد التسويقية: لا يعالج الاستضافة الخاصة n8n البنية التحتية، بل النموذج. إذا كان السيناريو يستدعي واجهة برمجة تطبيقات (API) سحابية لنموذج لغوي، فإن البيانات من خادمكم ستنتقل على أي حال إلى مزود النموذج. إذا كنتم لا ترغبون في ذلك، فأنتم بحاجة إلى نموذج محلي – وهذا يتطلب ميزانية مختلفة وجودة مختلفة للمخرجات.
ثلاثة سيناريوهات خطوة بخطوة
السيناريوهات الثلاثة التالية مصممة بالطريقة التي نطبقها فعليًا. نذكر هنا العقد n8n المحددة بالترتيب، وعمليات التكامل، والطرق التي يجب إعدادها، بالإضافة إلى المشكلات الشائعة.
السيناريو 1: معالجة الاستفسارات الواردة عبر البريد الإلكتروني
ماذا يفعل: يقوم بتصنيف الاستفسار الوارد، وفهمه، وإضافةالسياق من نظام إدارة علاقات العملاء (CRM) وقاعدة المعرفة الخاصة بكم، وإعداد مسودة الرد وإنشاء سجل. يتم إرسال الرد بواسطة شخص بنقرة واحدة (أو بواسطة الوكيل تلقائيًا، عندما يكون السيناريو قد تم تنفيذه عددًا كافيًا من المرات دون أخطاء).
لمن: الشركات التي تتلقى 20 استفسارًا أو أكثر يوميًا، حيث تتطلب الإجابة الرجوع إلى قائمة الأسعار أو المخزون أو سجل العميل.
العقد بالتسلسل
| # | العقدة n8n | وظيفتها | انتبه إلى | ||
|---|---|---|---|---|---|
| 1 | مشغل Gmail (أو مشغل Microsoft Outlook / بريد إلكتروني IMAP) | المشغل – رسالة بريد إلكتروني جديدة في علامة أو مجلد معين | اضبط العلامة/المجلد، وليس صندوق البريد بأكمله؛ وإلا فسيعالج الوكيل أيضًا النشرات الإخبارية | ||
| 2 | تعيين (تحرير الحقول) | التوحيد: المرسل، الموضوع، النص، معرّف سلسلة الرسائل | استخرج النص الخالص من البريد الإلكتروني بتنسيق HTML، وإلا فإن النموذج سيعالج العلامات | ||
| 3 | مصنف النص (أو Switch مع الذكاء الاصطناعي) | التصنيف إلى فئات: استفسار عن السعر / حالة الطلب / الشكوى / البريد العشوائي / أخرى | حدد الفئات بناءً على ما يختلف فعليًا في الخطوة التالية – وليس «لجعلها تبدو جميلة» | ||
| 4 | التبديل | التفرع حسب الفئة | تفرع “البريد العشوائي” و”أخرى” إلى النهاية دون تدخل النموذج | ||
| 5 | HubSpot / Pipedrive / طلب HTTP | 5 | HubSpot / Pipedrive / طلب HTTP | العثور على جهة الاتصال وسجلها في نظام إدارة علاقات العملاء (CRM) | إذا لم يكن جهة الاتصال موجودة، يجب أن يستمر المسار، ولا ينقطع |
| 6 | Postgres / MySQL / طلب HTTP | تحميل حالة الطلب أو المخزون من المتجر الإلكتروني | اقرأ الحقول الضرورية فقط؛ لا يجب أن يرى الوكيل الجدول الكامل للعملاء | ||
| 7 | وكيل الذكاء الاصطناعي مع ربط نموذج الدردشة | يصيغ الرد استنادًا إلى البريد الإلكتروني وبيانات CRM وقاعدة المعرفة | اكتب في تقرير النظام النبرة، والمدة، واللغة، و ما لا يجوز له أن يدعيه (مثل عدم الوعد بمواعيد محددة) | ||
| 7a | Vector Store Retriever (Qdrant / PGVector / Supabase) ك أداة (tool) الوكيل | قاعدة المعرفة: قائمة الأسعار، الأسئلة الشائعة، الشروط التجارية، أوراق البيانات الفنية | يجب أن تحتوي المستندات على تاريخ وإصدار، وإلا فإن الوكيل سيستشهد بقائمة أسعار غير صالحة | ||
| 7b | Simple Memory / Postgres Chat Memory | الذاكرة ضمن سلسلة رسائل البريد الإلكتروني | مفتاح التخزين = معرّف سلسلة الرسائل، وليس عنوان المرسل | ||
| 8 | Gmail → Create مسودة | يحفظ مسودة الرد كمسودة في سلسلة الرسائل | مسودة، وليس إرسال – دائمًا في المرحلة الأولى | ||
| 9 | Slack / Microsoft Teams | إشعار للمشغل مع رابط إلى المسودة وفئة | في حالة فئة «الشكوى»، أرسلها إلى قناة أخرى | ||
| 10 | Google Sheets / Postgres | السجل: الوقت، الفئة، وما إذا كان شخص ما قد عدّل المسودة | هذه هي مؤشرات الجودة الخاصة بكم – بدونها لن تعرفوا متى يجب تشغيل الإرسال التلقائي | ||
| 11 | مشغل الخطأ (سيناريو مستقل) | في حالة الفشل، يرسل تنبيهًا ويسجل الخطأ | وبدون ذلك، لن تكتشفوا العطل إلا من خلال شكوى العميل الغاضب |
ما يجب إعداده
- الوصول إلى البريد الإلكتروني: Google OAuth (Gmail API) أو تسجيل تطبيق Microsoft Entra لـ Outlook.
- مفتاح API لنموذج اللغة (OpenAI، Anthropic، Azure OpenAI أو نموذج محلي عبر Ollama).
- الوصول إلى نظام إدارة علاقات العملاء (CRM) – حساب خدمة مستقل مع حقوق قراءة جهات الاتصال وكتابة الملاحظات فقط.
- الوصول إلى المتجر الإلكتروني / نظام تخطيط موارد المؤسسة (ERP) – مستخدم للقراءة فقط أو رمز API ذو نطاق محدود.
- قاعدة بيانات متجهة وسيناريو لمرة واحدة لملء قاعدة المعرفة (Document Loader → Text Splitter → Embeddings → Vector Store).
الإجراء الموصى به للنشر
- الأسبوع 1: الفئتان 3 و4 بدون ردود من الذكاء الاصطناعي – فقط الفرز والإشعارات. قم بقياس مدى دقة الفرز الذي يقوم به الوكيل.
- الأسبوعان 2 و3: أضف إنشاء المسودة. يقوم المشغل بتعديل المسودة؛ سجل النسبة المئوية للمسودات التي يتم إرسالها دون تغيير.
- إذا بلغت نسبة المسودات التي لم تُعدل 80% في فئة معينة، يمكنك التفكير في الإرسال التلقائي لتلك الفئة – مع مراجعة عينة يومية.
- لا تقم أبدًا بأتمتة الشكاوى والمسائل القانونية بشكل كامل.
المشكلات الشائعة
- يقوم الوكيل باختلاق السعر. الحل: لا تضع الأسعار في موجه الإدخال، بل اجعلها حصريًا ناتجًا عن الأداة، واكتب في الإدارة النظامية أنه لا يجوز ذكر السعر إلا بناءً على نتيجة الأداة.
- يرد بلغة غير صحيحة. الحل: حدد اللغة في الخطوة 2 وقم بتمريرها إلى النموذج كمعلمة.
- حلقة لا نهائية. إذا كان الوكيل يرد على الردود التلقائية، فقم بإضافة مرشح في الخطوة 3 لرأس
auto-submittedولنطاق المرسل الخاص
السيناريو 2: معالجة الفواتير المستلمة
ماذا يفعل: يستخرج ملف PDF من صندوق البريد الإلكتروني المخصص للفواتير، ويقرأ البيانات منه، ويتحقق من مطابقتها مع طلب الشراء والمورد، ويقوم بتسجيل المستند في نظام المحاسبةويقوم بأرشفة الملف. أما البيانات غير المتطابقة، فيتم إرسالها إلى الموظف المعني.
لمن: الشركات التي تتلقى عشرات الفواتير أو أكثر شهريًّا، والتي تقوم حاليًّا بنسخها يدويًّا.
العقد بالترتيب
| # | عقدة n8n | ماذا يفعل | انتبه إلى |
|---|---|---|---|
| 1 | مشغل Gmail (التسمية الفواتير) أو Webhook من نظام المستندات | المُشغِّل | اضبط المرشح على المرفقات من نوع PDF |
| 2 | IF | هل تحتوي الرسالة الإلكترونية على مرفق؟ | بدون هذا الشرط، يفشل السيناريو في معالجة رسائل البريد الإلكتروني التي لا تحتوي على مرفقات |
| 3 | تقسيم / تكرار العناصر | قد تحتوي رسالة بريد إلكتروني واحدة على عدة فواتير | غالبًا ما يتم تجاهلها – ومن ثم يتم معالجة الأولى فقط |
| 4 | استخراج من الملف (PDF) | نص من ملف PDF | لن يكون هناك نص في الفواتير الممسوحة ضوئيًا؛ تحتاج إلى OCR (الخطوة 4أ) |
| 4أ | طلب HTTP إلى خدمة التعرف الضوئي على الحروف (OCR) أو نموذج الدردشة المزود بخاصية الرؤية | قراءة الفواتير الممسوحة ضوئيًا | تتميز الفواتير الممسوحة ضوئيًا بدقة أقل بشكل ملحوظ – قم بتحويلها إلى الفحص اليدوي |
| الوحدة | تتميز الفواتير الممسوحة ضوئيًا بدقة أقل بشكل ملحوظ – قم بتحويلها إلى الفحص اليدوي | ||
| الوحدة | تتميز الفواتير الممسوحة ضوئيًا بدقة أقل بشكل ملحوظ – قم بتحويلها إلى الفحص اليدوي | ||
| الوحدة | تتميز الفواتير الممسوحة ضوئيًا بدقة أقل بشكل ملحوظ – قم بتحويلها إلى الفحص اليدوي | تتميز الفواتير الممسوحة ضوئيًا بدقة أقل بشكل ملحوظ – قم بتحويلها إلى المراجعة اليدوية | |
| 5 | مستخرج المعلومات مع محلل المخرجات المنظمة | يستخرج الحقول إلى مخطط ثابت | حدد مخطط JSON: رقم التعريف الضريبي للمورد، رقم التعريف الضريبي، رقم الفاتورة، تاريخ الإصدار، تاريخ الاستحقاق، المبلغ بدون ضريبة القيمة المضافة، ضريبة القيمة المضافة، المبلغ شاملاً ضريبة القيمة المضافة، العملة، الرمز المتغير، رقم الحساب المصرفي الدولي (IBAN)، رقم الطلب |
| 6 | Code (JavaScript) | عمليات التحقق الحسابية: المبلغ بدون ضريبة القيمة المضافة + ضريبة القيمة المضافة = المبلغ شاملاً ضريبة القيمة المضافة، صحة رقم IBAN، تنسيق التاريخ، العملة | لا تقم بذلك باستخدام نموذج. تقوم الشفرة بإجراء العمليات الحسابية والتحقق من صحة التنسيق – فهي عملية حتمية ومجانية |
| 7 | Postgres / MySQL / طلب HTTP | التحقق من المورد في قائمة الموردين والعثور على الطلب حسب الرقم | تحقق وفقًا لـ رقم التعريف الضريبي، وليس وفقًا لاسم الشركة |
| 8 | رقم التعريف الضريبي (IF) – حاجز التحقق | هل يتطابق المبلغ مع طلب الشراء؟ هل المورد معروف؟ هل رقم IBAN مطابق لرقم IBAN المسجل للمورد؟ | التحقق من رقم IBAN هو إجراء لمكافحة الاحتيال، وليس مجرد إجراء شكلي. يعد تغيير رقم IBAN في الفاتورة عملية احتيال كلاسيكية |
| 9a | (الفرع OK) طلب HTTP إلى نظام المحاسبة (SuperFaktúra، iDoklad، Pohoda mServer، Money، Helios) | إنشاء المستند المستلم | معظم أنظمة المحاسبة السلوفاكية لا تحتوي على عقدة n8n جاهزة – يتم التعامل معها عبر عقدة طلب HTTP وفقًا لوثائق واجهة برمجة التطبيقات (API) الخاصة بها |
| 9b | (فرع OK) Google Drive / SharePoint | أرشفة ملف PDF باسم RRRR-MM_IČO_čísloFaktúry.pdf | من المفيد اتباع قواعد تسمية موحدة عند كل عملية تدقيق |
| 10a | (فرع الاستثناء) Slack / Teams / Gmail | إخطار للمحاسب مع سبب الاستثناء ورابط إلى ملف PDF | اذكر في التقرير ما هو الخطأ بالضبط، وليس مجرد «خطأ» |
| 10b | (فرع الاستثناء) Google Sheets | الصفحة الرئيسية للتعديل اليدوي | |
| 11 | Google Sheets / Postgres | سجل كل فاتورة: نجاح / استثناء / سبب | مصدر البيانات للتقرير الشهري عن الدقة |
| 12 | مشغل الخطأ | تنبيه في حالة حدوث عطل تقني |
ما يجب إعداده
- عنوان بريد إلكتروني منفصل أو تسمية للفواتير (على سبيل المثال
faktury@firma.sk) ومعلومات للموردين لإرسال الفواتير إلى هناك. - وصول عبر واجهة برمجة التطبيقات (API) إلى نظام المحاسبة. تحقق من ذلك أولاً – إذا لم يكن النظام مزودًا بواجهة برمجة التطبيقات (API)، ينتهي السيناريو عند الخطوة 9 ويبقى منه فقط التحضير المسبق للبيانات.
- قائمة الموردين مع رقم التعريف الضريبي (IČO) وأرقام IBAN المسجلة.
- مفتاح API للنموذج الذي يدعم الإخراج المنظم (و«a vision» إذا كنت تعالج المستندات الممسوحة ضوئيًا).
- مساحة تخزين للأرشيف (Drive، SharePoint، S3) مع حقوق وصول لقسم المحاسبة.
كيفية قياس مدى فعالية النظام
| المؤشر | كيفية الحصول عليها | الهدف بعد 3 أشهر |
|---|---|---|
| نسبة الفواتير التي تمت معالجتها دون تدخل بشري | سجل الخطوة 11 | 70 – 85 % في ملفات PDF الرقمية |
| دقة استخراج المبلغ شاملاً ضريبة القيمة المضافة | مقارنة السجل مع نظام المحاسبة على عينة | أكثر من 99 % |
| متوسط الوقت من تاريخ الاستلام حتى القيد في الحساب | الطوابع الزمنية في السجل | من الأيام إلى الدقائق |
| عدد حالات عدم تطابق رقم IBAN المكتشفة | سجل فرع الاستثناءات | يتم تحديد الفائدة المترتبة على كل حالة تم رصدها |
المشكلات الشائعة
- الفواتير الممسوحة ضوئيًا. تنخفض الدقة. الحل: قم بتصنيفها بشكل منفصل ولا تتظاهر أنك ستتمكن من معالجتها تلقائيًا.
- الفواتير المسبقة ومذكرات الخصم. غالبًا ما يعالجها النموذج كفواتير عادية. الحل: أضف تصنيف النوع إلىالمدخلات قبل الخطوة 5 وقم بتوزيع مذكرات الخصم يدويًّا.
- الفواتير بالعملة الأجنبية. احصل على سعر الصرف من البنك المركزي الأوروبي (ECB) أو البنك الوطني السلوفاكي (NBS) عبر طلب HTTP، وليس من النموذج.
- التكرار. قبل التسجيل، تحقق من مطابقة مزيج رقم التعريف الضريبي (IČO) + رقم الفاتورة مع المستندات التي تم قيدها بالفعل.
السيناريو 3: التقرير التسويقي الأسبوعي
ماذا يفعل: مرة واحدة أسبوعياً، يقوم بتنزيل البيانات من أنظمة الإعلانات والتحليلات والمتجر الإلكتروني، ويقارنها بالفترة السابقة، ويطلب من النموذج كتابة تعليق توضيحي حول الانحرافات، ثم يرسل التقرير النهائي إلى العميل أو الإدارة.
لمن: الوكالات التي لديها عدة عملاء والشركات التي يقوم فيها أحدهم كل أسبوع بإدخال الأرقام في جدول وكتابة تعليق عليها.
العناصر التالية
| # | العقدة n8n | ماذا تفعل | انتبه إلى |
|---|---|---|---|
| 1 | مشغل الجدول الزمني | المشغل، على سبيل المثال كل يوم اثنين الساعة 6:00 | اضبط المنطقة الزمنية للمثيل، وإلا سيصدر التقرير متأخرًا بساعة |
| 2 | Google Sheets / Postgres | قائمة العملاء أو الحملات مع معرّفات حساباتهم | قم بذلك باستخدام البيانات، لا عن طريق تكرار السيناريو لكل عميل |
| 3 | تكرار العناصر | تتناول العملاء واحدًا تلو الآخر | اضبط الدفعة 1 وفترة التوقف لتجنب تجاوز حدود واجهة برمجة التطبيقات |
| 4 | Google Ads | أداء الحملات خلال آخر 7 أيام والـ7 أيام السابقة | API لها حصص؛ في حالة وجود عدة عملاء، أضف Wait العقدة |
| API لها حصص؛ في حالة وجود عدة عملاء، أضف Wait العقدة | |||
| API لها حصص؛ في حالة وجود عدة عملاء، أضف Wait العقدة | |||
| API لها حصص؛ في حالة وجود عدة عملاء، أضف Wait العقدة | |||
| API لها حصص؛ في حالة وجود عدة عملاء، أضف Wait العقدة | |||
| API لها حصص؛ في حالة وجود-align-left” data-align=”left”>تخضع واجهة برمجة التطبيقات (API) لحصص؛ في حالة وجود عدة عملاء، أضف Wait العقدة | |||
| 5 | Google Analytics (GA4) | عدد الزيارات، المصادر، التحويلات، قيمة التحويلات | اطلب الفترة المقارنة في نفس الاستعلام، وليس في عملية تشغيل ثانية |
| 6 | Facebook Graph API / طلب HTTP | أداء حملات Meta | الرمز (token) له صلاحية قصيرة – استخدم مستخدم النظام الذي يمتلك رمزًا طويل الأمد |
| 7 | طلب HTTP إلى واجهة برمجة تطبيقات المتجر الإلكتروني (أو Postgres) | الإيرادات والطلبات الفعلية – «الحقيقة» مقابل إسناد أنظمة الإعلانات | الفرق بين الإيرادات في Ads وفي المتجر الإلكتروني هو أهم سطر في التقرير بأكمله |
| 8 | دمج | دمج البيانات من جميع المصادر لعميل واحد | عادةً ما يكون وضع “Combine by position” غير كافٍ هنا، لذا قم بالدمج وفقًا لمفتاح (التاريخ، الحملة) |
| 9 | الكود (JavaScript) | الحسابات: التغير بين الفترات المئوي، تكلفة الاكتساب (CPA)، عائد الإنفاق الإعلاني (ROAS)، حصة القنوات، كشف الانحرافات فوق العتبة | احسب جميع الأرقام هنا، وليس باستخدام النموذج. يحصل النموذج على النتائج الجاهزة ويقوم فقط بتفسيرها |
| 10 | Postgres / Google Sheets | تخزين النتائج في جدول تاريخي | بفضل البيانات التاريخية، يستطيع النموذج المقارنة حتى مع نفس الأسبوع من العام الماضي |
| 11 | سلسلة نماذج اللغة الكبيرة الأساسية (Basic LLM Chain) (أو وكيل الذكاء الاصطناعي) | يكتب تعليقًا: ما الذي تغير، ولماذا على الأرجح، وما الذي يقترحه | أدخل في الموجه فقط المجاميع المحسوبة، ولا تدرج أبدًا الأسطر الأولية. احظر اختلاق الأسباب – يجب أن يميز النموذج بين «تشير البيانات إلى» و«السبب المحتمل» |
| 12 | Markdown (أو Code مع قالب HTML) | التحويل إلى تقرير منسق | قالب موحد = يظهر التقرير بنفس الشكل كل أسبوع |
| 13a | Gmail / SMTP | إرسال عبر البريد الإلكتروني إلى العميل | في الأسابيع الأربعة الأولى، أرسل إلى نفسك، وليس إلى العميل |
| 13b | Slack | ملخص في القناة الداخلية | |
| 13c | Google Slides / Google Docs / طلب HTTP لخدمة PDF | إذا أراد العميل عرضًا تقديميًا أو ملف PDF | |
| 14 | مشغل الخطأ | في حالة حدوث خطأ، يتم إرسال تنبيه ولا يتم إرسال التقرير غير المكتمل | التقرير الذي يحتوي على أرقام فارغة أسوأ من عدم وجود تقرير على الإطلاق |
ما يجب إعداده
- Google Ads: رمز المطور، ووصول OAuth، ومعرفات حسابات العملاء (بما في ذلك MCC).
- GA4: وصول إلى واجهة برمجة تطبيقات البيانات (Data API) و
property_idلكل عميل. - Meta: مستخدم نظامي في Business Manager مزود برمز طويل الأمد ووصول إلى حسابات الإعلانات.
- متجر إلكتروني / نظام تخطيط موارد المؤسسة (ERP): رمز API لقراءة الطلبات والإيرادات.
- جدول العملاء مع جميع المعرّفات في مكان واحد (الخطوة 2) – لا يمكن توسيع نطاق السيناريو بدونها.
- جدول تاريخي لتخزين القيم المجمعة (الخطوة 10).
لماذا من المنطقي إجراء هذا الحساب
| قبل | بعد | |
|---|---|---|
| الوقت اللازم لإعداد تقرير واحد | 45 – 90 دقيقة | 5 – 10 دقائق (مراجعة التعليقات وصقلها) |
| 10 عملاء أسبوعيًا | 8 – 15 ساعة | 1 – 2 ساعة |
| الاتساق | يعتمد على الشخص وبرنامج أسبوعه | نفس الهيكل دائمًا |
| عدد الجولات في n8n | – | ~4 – 5 مهام شهريًّا لكل عميل على أساس أسبوعي |
السطر الأخير مهم: سيناريو إعداد التقارير يستهلك الحد الأدنى من الطلبات، لذا يمكن إدراجه حتى في أقل خطة. تقع التكلفة بالكامل تقريبًا على عاتق نموذج واجهة برمجة التطبيقات (API) – وتبلغ هذه التكلفة بضعة يورو فقط عند إعداد عشرات التقارير شهريًا.
المشكلات الشائعة
- النموذج يختلق السبب. الحل: في موجه الأوامر، قسّم الناتج إلى «حقائق» (من البيانات فقط) و«فرضيات» (مُشار إليها صراحةً على أنها افتراضات).
- التقرير بدون سياق غير قابل للاستخدام. أضف إلى الخطوة 2 حقل «ملاحظات الأسبوع» (حملة جارية، انقطاع الموقع، الموسم) ومرره إلى النموذج.
- حدود واجهة برمجة التطبيقات (API) في حالة وجود عدة عملاء. قسّم التشغيل إلى أوقات متعددة أو أضف عقد «Wait».
- تؤدي نوافذ الإحالة المختلفة في Ads وMeta وGA4 إلى أرقام غير متطابقة. لا تجعل النموذج يفسر ذلك – اكتب ذلك مرة واحدة في قالب التقرير كملاحظة منهجية.
كيفية نشر وكيل الذكاء الاصطناعي خطوة بخطوة
1. اختر العملية، لا التكنولوجيا
ابحث عن نشاط متكرر، ويمكن وصفه جيدًا، وقابل للقياس. المشروع الأول المثالي: يستغرق على الأقل بضع ساعات أسبوعيًا، وله مدخلات ومخرجات واضحة، ولن فيه لا يؤدي إلى كارثة.
2. قم بقياس الحالة الأولية
كم من الوقت يستغرق العملية حاليًا، وكم تكلفتها، وما هو معدل الأخطاء. بدون ذلك، لن تتمكن بعد التنفيذ من تحديد ما إذا كانت الاستثمار قد حقق عائدًا أم لا.
3. صِف القواعد كما لو كنت تشرحها لموظف جديد
غالبًا ما يفشل الوكلاء لأن العملية لم تُوصف بشكل صحيح قط. إذا لم تتمكن من شرح المهمة لموظف مؤقت، فلن تتمكن من شرحها للنموذج أيضًا.
4. قم بإعداد البيانات وصلاحيات الوصول
يحتاج الوكيل إلى الوصول إلى ما يحتاج إليه – ولا شيء أكثر من ذلك. حساب خدمة منفصل، صلاحيات محدودة، تسجيل كل إجراء.
5. قم ببناء نموذج أولي
في n8n، يمكنك إنشاء سيناريو: المشغل (بريد إلكتروني جديد، ويبهوك، مؤقت) → تحميل البيانات → عقدة الذكاء الاصطناعي → إجراء في النظام المستهدف → إشعار. عادةً ما يستغرق إنشاء النموذج الأولي أيامًا وليس شهورًا. تجدون التكوين المحدد للعقد في السيناريوهات الثلاثة المذكورة أعلاه.
6. أبقِ الإنسان في الحلقة
في المرات الأولى، دع الوكيل يقتصر على اقتراح ويقوم الشخص بالموافقة. لا تقم بتفعيل الإرسال التلقائي إلا عندما يكون لديك دليل على الموثوقية – أي رقم من السجل، وليس انطباعًا.
7. قم بالقياس، والتحسين، والتوسيع
راقبوا معدل النجاح، وعدد التدخلات البشرية، والوقت الموفر. لا تضيفوا عملية أخرى إلا بعد أن يعمل الوكيل الأول بشكل مستقر.
كم يكلف ذلك
| البند | السعر التقديري |
|---|---|
| n8n cloud (Starter / Pro) | 20 يورو / 50 يورو شهريًا (عند الدفع سنويًا) |
| n8n cloud Business | 667 يورو شهريًا، 40,000 عملية استدعاء (حاليًا باستضافة ذاتية) |
| n8n الاستضافة الذاتية | سعر الخادم (يتراوح بين بضعة يورو وعشرات اليورو شهريًا) |
| واجهة برمجة تطبيقات (API) لنموذج اللغة | حسب الحجم؛ السيناريوهات الشائعة للشركات تتراوح بين بضعة يورو إلى عشرات اليورو شهريًا |
| قاعدة البيانات المتجهة (قاعدة المعرفة) | مجانًا في حالة الاستضافة الذاتية (PGVector، Qdrant)، والسحابة بدءًا من وحدات اليورو |
| خدمة التعرف الضوئي على الحروف (OCR) (إذا كنت تعالج ملفات ممسوحة ضوئيًا) | حسب عدد الصفحات، بمعدل وحدات يورو شهريًا |
| تصميم وتنفيذ الوكيل الأول | مرة واحدة حسب تعقيد العملية |
| التشغيل والتحسين | رسوم شهرية ثابتة أو ساعات حسب الحاجة |
احسب العائد ببساطة: الساعات الموفرة × الأجر بالساعة مقابل تكاليف التشغيل والتنفيذ. في عملية تستغرق 10 ساعات أسبوعيًا، ستؤتي حتى الأتمتة الجزئية ثمارها في غضون أشهر.
فيما يتعلق بالحساب لا تنسَ تضمين: الوقت الذي يقضيه الموظف في مراجعة النتائج خلال الأشهر الأولى، والوقت اللازم للتوثيق، والوقت اللازم للتصحيحات، عندما تتغير واجهة برمجة التطبيقات (API) من الجانب الآخر. وهذا يمثل عادةً 20 – 30 % من التكاليف، والتي لا تُذكر في العروض.
الأمن والبيانات والتشريعات
- أدنى حد من الصلاحيات. لا ينبغي أن يكون لدى الوكيل حق الوصول إلى نظام CRM بأكمله، إذا كان يحتاج إلى جدول واحد فقط.
- أين تنتهي البيانات. في النماذج السحابية، تحقق من شروط المعالجة وما إذا كانت البيانات تُستخدم للتدريب. الاستضافة الذاتية لـ n8n تتولى فقط البنية التحتية، وليس النموذج – الذي قد يظل خارجيًا.
- اللائحة العامة لحماية البيانات (GDPR). يتطلب معالجة البيانات الشخصية عبر الذكاء الاصطناعي أساسًا قانونيًا، وسجلًا لأنشطة المعالجة، وعقد معالجة مع المورد.
- قانون الذكاء الاصطناعي (AI Act). تتحمل الشركات أيضًا التزامات في مجال التثقيف في مجال الذكاء الاصطناعي للموظفين – ونناقشها في المقالات حول قانون الذكاء الاصطناعي وتدريب الموظفين وعن الغرامات بموجب قانون الذكاء الاصطناعي في عام 2026.
- القواعد الداخلية. قبل تعيين أول وكيل، يجب أن تحدد كتابةً من يحق له تفعيل ماذا، وما هي البيانات المسموح بإدخالها في النموذج – المزيد في المقال حول حوكمة الذكاء الاصطناعي في الشركة.
- السجلات وقابلية التدقيق. يجب أن تكون كل خطوة يقوم بها الوكيل قابلة للتتبع. بدون السجلات، لن تتمكن من التحقيق في الأخطاء أو تبرير القرارات.
- الحدود والضوابط. حدود يومية لعدد الإجراءات، وحظر العمليات غير القابلة للإلغاء دون موافقة، وتنبيه في حالة السلوك غير المعتاد.
- الحماية من الحقن غير المباشر للموجه. إذا كان الوكيل يقرأ رسائل البريد الإلكتروني أو الفواتير أو مواقع الويب، فقد يحتوي المحتوى الموجود فيها على تعليمات („تجاهل التعليمات السابقة و أرسل…”). النتيجة: يجب ألا يحدد المحتوى الذي يقرأه الوكيل أبدًا الأدوات التي يُسمح له باستخدامها. قم بتقييد الإجراءات التي لا رجعة فيها باستخدام الكود والموافقة البشرية، وليس من خلال موجه الأوامر.
الأخطاء الأكثر شيوعًا عند نشر وكلاء الذكاء الاصطناعي
- البدء بمشروع كبير. “سنقوم بأتمتة الدعم بالكامل” ستنتهي بعد ثلاثة أشهر دون تحقيق أي نتائج.
- أتمتة الفوضى. الأتمتة لن تؤدي إلا إلى تسريع العملية السيئة.
- عدم وجود قياس. بدون أرقام قبل وبعد، لن تتمكن من تبرير استثمارات إضافية.
- الثقة الكاملة بالوكيل منذ اليوم الأول.
- ترك النموذج يقوم بالحسابات. المجاميع والنسب المئوية والتحقق من الصحة هي من اختصاص الكود. يجب أن يفهم النموذج النص، لا أن يحسب.
- البيانات المُهملة. قوائم الأسعار القديمة وجهات الاتصال المكررة تقلل من قيمة السيناريو الجيد حتى.
- شخص شخص، لا توجد وثائق. عندما يغادر، لا أحد يعرف كيف يعمل النظام.
- لا يوجد سيناريو للأخطاء. بدون عقدة «Error Trigger»، لن تعرف بوجود عطل.
- تشريعات لم يتم البت فيها. تشكل البيانات الشخصية في نموذج خارجي بدون عقد خطراً.
الأسئلة الشائعة حول وكلاء الذكاء الاصطناعي (FAQ)
ما هو الوكيل الذكي؟
برنامج قائم على نموذج لغوي، يتلقى هدفًا، ويخطط بنفسه للخطوات، ويستخدم الأدوات (مثلالبريد الإلكتروني، وقاعدة البيانات، وواجهة برمجة التطبيقات) لإنجاز المهمة.
هل n8n مجاني؟
الإصدار المجتمعي على خادم خاص نعم، بدون حدود لعدد مرات تشغيل السيناريو. تبدأ باقات السحابة من 20 يورو شهريًا (دفع سنوي) مقابل 2500 مرة تشغيل للسيناريو.
ما الذي يُعتبر «تشغيل» في n8n؟
تشغيل سيناريو واحد كامل بغض النظر عن عدد الخطوات. وهذا مفيد في السيناريوهات المعقدة التي تحتوي على العديد من العقد – حيث يقوم كل من Make وZapier بفرض رسوم على كل خطوة على حدة.
هل n8n أرخص من Make أو Zapier؟
في السيناريوهات البسيطة المكونة من خطوتين، لا. أما في حالة الوكلاء الذين لديهم عشرة عقد، فإن الإجابة هي نعم، ويكون الفرق كبيرًا، لأن n8n تحسب التكلفة على أساس التشغيل، بينما تحسب Make الائتمانات لكل إجراء و يفرض Zapier رسومًا على المهام لكل خطوة. توجد مقارنة حسابية في الجدول أعلاه.
هل سيحل الوكيل الذكي محل الموظفين؟
في الواقع، يتولى الوكيل الذكي الجزء الروتيني من العمل – مثل الفرز، وإعادة الكتابة، والمسودات الأولية. أما البشر فيتولون معالجة الحالات الاستثنائية واتخاذ القرارات.
كم من الوقت يستغرق النشر؟
عادةً ما يستغرق إنشاء نموذج أولي لوكيل بسيط بضعة أيام. أما النشر في بيئة الإنتاج، بما في ذلك الاختبار والتراخيص والتوثيق، فيستغرق عادةً بضعة أسابيع.
هل أحتاج إلى مبرمج لهذا الغرض؟
بالنسبة للسيناريوهات البسيطة، لا – فـ n8n مزود بمحرر مرئي. أما عند الربط بالأنظمة الداخلية، والأمن، والتشغيل، فإن الاستعانة بمطور أمر يستحق العناء. فكل سيناريو إنتاجي تقريبًا يتضمن خطوة واحدة على الأقل باستخدام كود مخصص (التحقق من الصحة والحسابات) في كل سيناريو إنتاجي تقريبًا.
من أين أبدأ إذا كنت لا أعرف ما الذي يجب أتمتته؟
اكتبوا الأنشطة التي يقوم بها الفريق بشكل متكرر والتي لا يحبها أحد. أفضل مرشح أول عادةً ما يكون العمل معالبريد الإلكتروني والمستندات – وقد تم وصف كلا السيناريوهين أعلاه.
هل ستبقى البيانات داخل شركتي إذا قمت بتثبيت n8n على خادمي الخاص؟
فقط تلك التي لا ترسلها إلى أي مكان. إذا استدعى السيناريو واجهة برمجة تطبيقات (API) سحابية لنموذج لغوي، فإن البيانات تنتقل إلى مزود الخدمة. يتطلب الحل المحلي بالكامل نموذجًا محليًا، مما يعني تكاليف مختلفة وجودة أقل للمخرجات.
وكلاء الذكاء الاصطناعي مع Dataswans
نقوم بنشر وكلاء الذكاء الاصطناعي في المجالات التي توفر فيها للشركة وقتًا فعليًّا أو تحقق إيرادات – وليس لمجرد أن نقول «لدينا ذكاء اصطناعي».
- تدقيق العمليات واختيار المرشح الأول للأتمتة،
- تصميم وتنفيذ الوكيل (n8n، استضافة خاصة، والسحابة)،
- الربط بنظام إدارة علاقات العملاء (CRM)، والمتجر الإلكتروني، ونظام المحاسبة، والأنظمة الداخلية،
- الأمن والامتثال للائحة العامة لحماية البيانات (GDPR) وقانون الذكاء الاصطناعي (AI Act)،
- تدريب الفريق في أكاديمية Dataswans – بما في ذلك دورة Microsoft Copilot Studio والدورات التي يمكن تمويلها عبر مهارات سوق العمل.
إذا كنت تتعامل مع الذكاء الاصطناعي في شركتك بشكل أوسع من مجرد الوكلاء، فابدأ بالمقالات تنفيذ الذكاء الاصطناعي في الشركات: دليل شامل و أتمتة الذكاء الاصطناعي وحلول الذكاء الاصطناعي للشركات في عام 2026.
