نظام ERP يدير ما يحدث داخل شركتك: المخزون والمشتريات والحسابات والفواتير والرواتب. ونظام CRM يدير علاقتك بالعميل قبل البيع وبعده: العملاء المحتملون ومراحل الصفقات والمتابعات والشكاوى. ابدأ بـ ERP إذا كانت مشكلتك في الأرقام والمخزون والفوترة، وابدأ بـ CRM إذا كانت مشكلتك في ضياع العملاء وضعف متابعة فريق المبيعات.
بقية المقال لمن يريد أن يعرف ما الذي يشتريه بالضبط في كل حالة، وبكم بالجنيه أو بالريال، وما الذي يحدث يوم يقرر تشغيل النظامين معًا.
الفرق في اتجاه كل نظام
الفرق بين ERP وCRM في جملة واحدة: ERP ينظّم العمليات الداخلية حتى تكون الأرقام صحيحة، وCRM ينظّم التعامل مع العملاء حتى لا تضيع فرصة بيع. يلتقي النظامان عند العميل والطلب والفاتورة، ولهذا تحتاج الشركة النامية إلى الربط بينهما في مرحلة ما.
| وجه المقارنة | ERP (تخطيط موارد المؤسسة) | CRM (إدارة علاقات العملاء) |
|---|---|---|
| المستخدمون | المحاسبون وأمناء المخازن والمشتريات والموارد البشرية والإدارة | المبيعات والتسويق وخدمة العملاء |
| السؤال الذي يجيب عنه | كم بعنا، وكم بقي في المخزن، وكم لنا وعلينا؟ | من العميل التالي، وأين وصلت كل صفقة، ولماذا خسرنا بعضها؟ |
| الالتزام الضريبي | يصدر الفواتير والإيصالات التي تُرسل إلى المنظومة الحكومية | لا يرتبط بالمنظومة مباشرة عادةً |
| طريقة التسعير الشائعة | اشتراك للمنشأة بسقف مستخدمين، أو بناء يُدفع مرة واحدة | اشتراك لكل مستخدم شهريًا |
ما الذي يوجد داخل كل نظام فعلاً؟
التعريفات متشابهة عند كل المورّدين، والفرق الحقيقي يظهر في قائمة الوحدات. هذه أسماء من وثائق أنظمة تستطيع فتحها الآن: وحدات ERPNext المعلنة هي الحسابات والمشتريات والمبيعات وCRM والمخزون والتصنيع والمشاريع والأصول ونقاط البيع والجودة والدعم والموارد البشرية والرواتب، ووثائق Odoo للإصدار 19 ترتّب تطبيقاتها في عائلات: المالية، والمبيعات، وسلسلة التوريد، والموارد البشرية، والتسويق، والخدمات.
| المجال | داخل ERP | داخل CRM |
|---|---|---|
| المخزون | أصناف ووحدات قياس، مخازن وفروع، تحويلات، جرد، حد إعادة الطلب | يرى الرصيد فقط إن كان مربوطًا |
| المشتريات | موردون، طلبات شراء، استلام، فواتير، مرتجعات | — |
| الحسابات | دليل حسابات، قيود، ذمم مدينة ودائنة، خزينة وبنوك، ضرائب | — |
| التصنيع | قوائم مواد، أوامر تشغيل، تكلفة صناعية | — |
| الموارد البشرية | ملفات موظفين، حضور وإجازات، رواتب | — |
| ما قبل البيع | — | عملاء محتملون، مصادر الاستفسار، تأهيل، توزيع على مندوب |
| المبيعات | أوامر بيع وفواتير وتحصيل | خط أنابيب بمراحل، قيمة متوقعة، احتمالية إغلاق، سبب الخسارة |
| التسويق | — | حملات، قوائم مستهدفة، متابعات آلية |
| ما بعد البيع | مرتجعات وإشعارات دائن | تذاكر خدمة، شكاوى، تجديدات |
منطقة التداخل: خمسة سجلات يملكها النظامان
التداخل يقع في السجلات المشتركة: العميل، وجهة الاتصال، والصنف وسعره، وعرض السعر، وأمر البيع. من يملك كل واحد منها؟ السؤال يبدو تفصيليًا الآن، ويصبح مكلفًا بعد سنة.
في الربط الرسمي بين Business Central وDynamics 365 Sales، جدول المطابقة القياسي يربط العميل بحساب العميل في الاتجاهين، والمورّد بحساب أيضًا، وجهة الاتصال بجهة اتصال، بينما تنتقل العملة في اتجاه واحد من ERP إلى CRM، ويأتي مندوب البيع في الاتجاه المعاكس وحده. حسمت Microsoft اتجاه كل سجل بدل أن تتركه مفتوحًا، وهذا ما ستفعله أنت مع أي نظامين.
هل تكفي وحدة CRM الموجودة داخل ERP؟
كثير من أنظمة ERP يضم وحدة CRM، وهذه الوحدة تكفي فعلاً لفريق مبيعات صغير يتابع عددًا محدودًا من الصفقات. لكن لا تفترض أنها التزام دائم من المورّد: دليل وحدة CRM في ERPNext يذكر صراحةً أن الوحدة مجدولة للإزالة الكاملة في الإصدار 17، وأن Frappe توصي من يبدأ تطبيقًا جديدًا بتقييم Frappe CRM المنفصل قبل بناء سير عمل طويل الأجل داخل الوحدة القديمة.
وفي Odoo، خطوة «العملاء المحتملون» غير مفعَّلة افتراضيًا وتحتاج إلى تفعيلها من إعدادات تطبيق CRM. الفارق بين وجود الميزة في قائمة الوحدات وإعدادها لطريقة عملك هو أغلب ما يظهر في الشهر الأول من التشغيل.
أيهما أولاً؟ ثلاثة أسئلة تحسم الترتيب
نوع النشاط يحدد نقطة البدء أكثر من حجم الشركة. اسأل بالترتيب:
- أين ينزف المال هذا الشهر؟ فرق جرد وبضاعة راكدة ومديونيات لا تُتابع تعني ERP. استفسارات لا يرد عليها أحد وعروض أسعار لا يُسأل عنها بعد إرسالها تعني CRM.
- من سيفتح النظام كل يوم؟ إن كان المستخدمون محاسبًا وأمين مخزن ومسؤول مشتريات، فأنت تصف ERP. وإن كانوا أربعة مندوبين ومسؤول تسويق، فأنت تصف CRM. النظام الذي لا يفتحه أحد يوميًا يموت خلال شهرين مهما كانت مواصفاته.
- ما طول دورة البيع؟ بيع فوري بكميات (تجزئة، توزيع، مطاعم) يضع الثقل على المخزون والفوترة. بيع يستغرق أسابيع بعروض وزيارات ومفاوضات (مقاولات، عقارات، خدمات) يضع الثقل على المتابعة.
علامات تقول: ابدأ بـ ERP
- البيع من صنف غير متوفر، أو جرد يكشف فروقًا متكررة.
- تأخر إغلاق الحسابات الشهرية بسبب مطابقات يدوية بين المبيعات والخزينة والبنك.
- مخازن أو فروع أو سيارات توزيع متعددة لا تُعرف أرصدتها لحظة بلحظة.
- تحصيلات آجلة لدى المناديب لا تُتابع إلا بالدفاتر.
- الحاجة إلى إصدار فاتورة أو إيصال إلكتروني متوافق مع مصلحة الضرائب أو هيئة الزكاة والضريبة والجمارك.
إن كانت علامتك الأقوى في ترقيم الأصناف والباركود والجرد تحديدًا، فالقرارات التي تُحسم مرة واحدة في هذا الجانب مجموعة في دليل نظام المخازن.
علامات تقول: ابدأ بـ CRM
- استفسارات من فيسبوك وواتساب والموقع تُنسى أو يتأخر الرد عليها.
- لا تعرف عدد الصفقات المفتوحة، ولا مرحلة كل منها، ولا سبب خسارة ما خسرته.
- مغادرة موظف مبيعات تعني ضياع أرقام عملائه وتاريخ التواصل معهم.
- خدمة العملاء لا ترى مشتريات العميل وشكاواه السابقة عند اتصاله.
لترى الفكرة عمليًا، جرّب نموذجًا حيًا لنظام CRM لإدارة العملاء والمبيعات: كل عميل محتمل له مرحلة وأولوية ومسؤول، وصفقات بميزانيات، وسجل نشاطات، وصلاحيات منفصلة للمدير وفريق المبيعات.
ابدأ بـ… حسب نوع النشاط
الأمثلة التالية توضيحية لأنشطة معتادة في السوق المصري والخليجي، وليست حالات عملاء:
فريق سنابل يوفر لك دراسة فنية مخصصة لتحديد التقنيات المناسبة وتكلفة التنفيذ الدقيقة.
| النشاط | ابدأ بـ | السبب | الخطوة التالية |
|---|---|---|---|
| توزيع مواد غذائية بمناديب | ERP | المبيعات الآجلة والتحصيلات والمخزون في المخزن والسيارات | تطبيق للمندوب، ثم متابعة العملاء |
| تجزئة بعدة فروع | ERP مع نقاط بيع | أرصدة الفروع والتحويلات والإيصال الإلكتروني | بيانات العملاء وبرنامج ولاء |
| عيادة أو مركز طبي | نظام حجز ومتابعة (أقرب إلى CRM) | المواعيد والتذكير وملف المريض | حسابات وفواتير بسيطة |
| خدمات أو تشطيبات أو عقارات | CRM | عروض أسعار وصفقات طويلة ومتابعات كثيرة | وحدة فواتير وتحصيل |
| متجر إلكتروني بمبيعات يومية | ERP أو نظام المتجر للمخزون | الطلبات والمخزون والشحن والتحصيل | CRM للتسويق وخدمة العملاء |
| مصنع صغير بأوامر تشغيل | ERP | قوائم المواد والتكلفة الصناعية | CRM لعملاء الجملة |
في حالة التوزيع مثلًا، يوضح نموذج FoodFlow الحي كيف تجتمع المبيعات والمشتريات والتحصيلات النقدية والمخزون والموافقات في منصة واحدة، مع تطبيق للمدير وتطبيق للمندوب.
الفاتورة الإلكترونية تحسم من يملك الفاتورة
الالتزام الضريبي في مصر والسعودية يقع على النظام الذي يُصدر الفاتورة، أي ERP أو برنامج الحسابات، لا على CRM. وهذا وحده يكفي أحيانًا لترتيب الأولوية.
في مصر، تذكر مصلحة الضرائب أن الإلزام صدر بقرار وزير المالية رقم 323 لسنة 2022 لجميع الممولين، وتشترط للانضمام ثلاثة أمور: ختمًا أو توقيعًا إلكترونيًا باسم الشركة، وأكوادًا للسلع والخدمات مطابقةً لما تعتمده المصلحة، وقناة تكامل إلكتروني بين نظامك والمنظومة. وتوضح صفحة التكويد أن الشركة ترسل أكوادها إلى المصلحة معتمدةً على نظام عالمي مثل GS1 أو ترقيم داخلي مربوط بتصنيف المجموعة السلعية GPC، وأن مطابقة هذه الأكواد شرط لقبول الفاتورة. الشرطان الأخيران يخصان الأصناف والسجلات التي يحملها ERP، والخطوات التفصيلية في دليل ربط الفاتورة الإلكترونية المصرية.
وفي السعودية، تعرّف هيئة الزكاة والضريبة والجمارك الفاتورة الإلكترونية بأنها فاتورة ضريبية تُنشأ بصيغة إلكترونية منظَّمة، وتنبّه إلى أن نسخة ممسوحة ضوئيًا من فاتورة ورقية لا تُعد فاتورة إلكترونية. وفي المرحلة الثانية، المطبَّقة على مجموعات منذ 1 يناير 2023، يجب أن يكون الحل الإلكتروني مرتبطًا بأنظمة الهيئة وأن تُولَّد الفواتير بالصيغة المطلوبة؛ وما يعنيه ذلك داخل النظام في مقال المرحلة الثانية.
والأثر على الميزانية مباشر: في باقات قيود المنشورة، التكامل مع المرحلة الأولى متاح في الباقات الثلاث، أما المرحلة الثانية فغير متاحة في الباقة الأساسية ومتاحة في باقتي Pro وAdvanced. الامتثال وحده قد يرفعك درجة في الاشتراك قبل أن تضيف مستخدمًا واحدًا.
كم يكلفك كل منهما؟ أرقام منشورة بالجنيه والريال
شكل الفاتورة يختلف بين النظامين، وهذا أهم من الرقم نفسه. أنظمة CRM العالمية تُسعَّر لكل مستخدم شهريًا، فتنمو تكلفتها بعدد المناديب. وبرامج الحسابات والـ ERP المحلية تُسعَّر غالبًا للمنشأة بسقف مستخدمين ومواقع، فتقفز تكلفتها درجةً كاملة عند تجاوز السقف.
الأرقام التالية منشورة على صفحات المورّدين واطُّلع عليها في 22 سبتمبر 2026:
| النظام | السعر المنشور | شكل التسعير |
|---|---|---|
| Zoho CRM (الصفحة العربية، دفع سنوي) | Standard 490 جنيهًا، Professional 805 جنيهات، Enterprise 1,400 جنيه، Ultimate 1,820 جنيهًا | لكل مستخدم شهريًا |
| Dynamics 365 Sales | Professional 65 دولارًا، Enterprise 105 دولارات، Premium 150 دولارًا | لكل مستخدم شهريًا بالدفع السنوي |
| Salesforce Starter Suite | 25 دولارًا | لكل مستخدم شهريًا |
| قيود (خطط 2025، شاملة الضريبة) | Basic 1,380 ريالًا، Pro 2,070 ريالًا، Advanced 3,795 ريالًا سنويًا | للمنشأة، بسقف 1 و3 و5 مستخدمين ومواقع |
| وافِق | Starter 312 دولارًا، Plus 384 دولارًا، Premium 660 دولارًا سنويًا | للمنشأة |
مثال محسوب: ستة مندوبين على خطة Zoho Professional يكلّفون 805 × 6 × 12 = 57,960 جنيهًا في السنة، لـ CRM وحده. وفي المقابل، منشأة سعودية بخمسة مستخدمين على باقة قيود Advanced تدفع 3,795 ريالًا في السنة لبرنامج الحسابات والفوترة كله. الرقمان لا يقارَنان مباشرةً لأنهما لنظامين مختلفين، وهذا هو المقصود: سؤال «أيهما أغلى» بلا إجابة قبل تحديد عدد المستخدمين والوحدات.
أما النظام المخصص فلا سعر منشور له، لأنه يُسعَّر بالساعات التي يتطلبها نطاقه. ما يمكن رصده هو ما تعلنه الشركات نفسها: في قائمة Clutch لشركات البرمجة في مصر (161 شركة، محدَّثة في 22 سبتمبر 2026)، أعلن أغلب من ظهر في الصفحة الأولى أجرًا بين 25 و49 دولارًا للساعة، وتراوح الحد الأدنى لميزانية المشروع بين 1,000 و250,000 دولار، وأكثر الفئات تكرارًا 25,000 دولار. وفي القائمة السعودية كان التوزيع أوسع: ثماني شركات تحت 25 دولارًا للساعة وخمس بين 150 و199 دولارًا.
للتحويل إلى عملتك، السعر الرسمي المعلن من البنك المركزي المصري في 21 سبتمبر 2026 هو 51.9985 جنيهًا للدولار و13.8434 جنيهًا للريال السعودي، أي أن الدولار يعادل نحو 3.76 ريالات وفق الجدول نفسه. فحد أدنى للمشروع قدره 10,000 دولار يساوي تقريبًا 520,000 جنيه أو 37,600 ريال.
ضع الرقمين بجوار بعضهما: عشرة مستخدمين على خطة Zoho CRM Enterprise بسعرها المنشور يكلّفون 168,000 جنيه سنويًا، أي نحو 504,000 جنيه في ثلاث سنوات، وهو تقريبًا الحد الأدنى للميزانية عند شريحة واسعة من الشركات في قائمة مصر. هذا حساب تجريه بنفسك قبل التوقيع على اشتراك طويل، لا توصية بالبناء المخصص. بنود ميزانية الـ ERP مفصّلة في دليل تكلفة نظام ERP، والمفاضلة الكاملة بين الخيارين في مقال النظام الجاهز أم المخصّص.
وكم يكلّف الربط بينهما؟
الربط نفسه قد لا يكلّفك ترخيصًا؛ الاتصال بين Business Central وDynamics 365 Sales مثلًا جزء من المنتج. ومع ذلك يبقى بندًا في الميزانية لأن تكلفته في الإعداد والصيانة: مطابقة السجلات بالترتيب الصحيح، وضبط جدول المزامنة، ومعالجة الحالات الشاذة، ثم إصلاح ما يتعطل بعد كل ترقية. وربط نظامين من مورّدين مختلفين يُسعَّر بساعات البرمجة وفق النطاقات أعلاه، ويحتاج بندًا سنويًا للصيانة لا مرة واحدة عند التسليم.
الربط بين النظامين: ما الذي يتزامن، وما الذي ينكسر
الربط يعني أن العميل والصنف والسعر تُسجَّل مرة واحدة ويقرؤها النظامان، فتتحول الصفقة المغلقة إلى فاتورة دون إعادة إدخال، ويرى البائع الرصيد المتاح ومديونية العميل قبل أن يَعِده بشيء. مسار نموذجي:
- تُغلق الصفقة في CRM بالأصناف والكميات المتفق عليها.
- يُنشأ أمر بيع في ERP ويُحجز المخزون.
- تصدر الفاتورة وتُرسل إلى منظومة الفاتورة الإلكترونية إن كنت ملزمًا بها.
- يتابع ERP التحصيل، ويظهر موقف السداد للبائع داخل CRM.
- تُسجَّل أي شكوى أو طلب لاحق على ملف العميل نفسه.
يمكن تحقيق ذلك بنظام واحد يضم الوحدتين على قاعدة بيانات مشتركة، أو بنظامين منفصلين يتبادلان البيانات عبر واجهة برمجية (API). الأول أبسط في التقارير، والثاني يسمح باختيار أداة مختلفة لكل قسم لكنه يحتاج صيانة مستمرة.
وثائق Microsoft للربط بين Business Central وDynamics 365 Sales تصلح دليلًا على مواضع الكسر، لأنها تكتب المشكلات المعروفة بدل أن تخفيها. خمس منها تتكرر في أي ربط بين نظامين:
- الترتيب يهم: لا تُطابَق الأصناف قبل وحدات القياس، ولا الأسعار قبل مجموعات أسعار العملاء، ولكي يعمل تكامل أوامر البيع يجب أولًا مطابقة العملاء ووحدات القياس والعملات ومجموعات الأسعار والأصناف. من يبدأ من أمر البيع مباشرةً يقضي أسبوعه الأول في إصلاح سجلات ناقصة.
- المزامنة مجدولة لا لحظية: المهام الافتراضية تعمل كل 30 دقيقة، وتنص الوثيقة على أن هذا الأسلوب «لا يضمن اتساق البيانات لحظيًا بين الخدمتين». فإن كان البائع يحتاج رصيدًا لحظيًا قبل أن يَعِد العميل، فالحل استعلام مباشر لا مزامنة دورية.
- المزامنة الكاملة تتجاهل الربط: تشغيلها على قاعدتين ممتلئتين ينشئ سجلًا جديدًا لكل سجل غير مربوط، فيتضاعف ملف العملاء. مكانها الطبيعي عند الإعداد الأول حين تكون البيانات في جهة واحدة.
- المرشِّحات تُسقط سجلات بصمت: العميل الموقوف خارج المزامنة بحكم مرشّح افتراضي، وفي البيئات متعددة الشركات لا تتزامن المستندات ما لم يُحدَّد معرّف الشركة عليها. لا رسالة خطأ؛ السجل ببساطة لا يصل.
- إضافة تطبيق ثالث قد تكسر الربط: تحذّر الوثيقة من أن تطبيقات Dynamics 365 أخرى تغيّر نموذج بيانات Sales قد تُعطّل التكامل، والقاعدة نفسها تنطبق على أي إضافة تعدّل جدول العملاء في أي نظام.
قبل الربط، اكتب لكل حقل مشترك اسم النظام الذي يملكه، ومن يحق له تعديله، وماذا يحدث عند التعارض. صفحة واحدة من هذا الجدول توفّر شهرًا من التصحيح اليدوي.
من أين تبدأ عملياً
قبل الاختيار بين جاهز ومخصص، تأكد أن المشكلة تحتاج نظامًا أصلًا: بعض ما يبدو نقصًا في النظام مهمة يدوية متكررة تُحل بأتمتة صغيرة، وترتيب هذه المهام في مقال أتمتة العمليات الإدارية.
ثم اختر النظام الذي يعالج النزيف الأكبر، وطبّقه وحدةً وحدة حتى يعمل فعلًا، واربطه بالثاني بعد أن تستقر بياناتك. تطبيق نظامين في وقت واحد على فريق لم يعتد أيًا منهما هو أشيع سبب لتعثر المشروع. وإذا كان القراران جزءًا من خطة أوسع لنقل الشركة من الورق وExcel، فرتّب المراحل حسب خطة التحول الرقمي للشركات الصغيرة والمتوسطة.
ولتصميم نظام ERP أو CRM يتبع طريقة عمل شركتك بدل أن تتبعه، ابدأ من صفحة الأنظمة المخصّصة، حيث يُحدَّد النطاق ووحدات المرحلة الأولى قبل كتابة أي كود.
المصادر
كل الصفحات أدناه اطُّلع عليها في 22 سبتمبر 2026.
- Frappe: وحدات ERPNext ودليل وحدة CRM.
- Odoo: تطبيقات الإصدار 19 وتحويل العملاء المحتملين إلى فرص.
- Microsoft: مزامنة Business Central مع Dataverse واستخدام Dynamics 365 Sales من Business Central.
- مصلحة الضرائب المصرية: شروط الانضمام للمنظومتين والتكويد. وهيئة الزكاة والضريبة والجمارك: ما هي الفاتورة الإلكترونية؟.
- صفحات الأسعار: Zoho CRM، وDynamics 365 Sales، وSalesforce، وقيود، ووافِق.
- البنك المركزي المصري: أسعار الصرف الرسمية ليوم 21 سبتمبر 2026. وقوائم Clutch لشركات البرمجة في مصر والسعودية.



