أسعار نظام ERP والنظام المحاسبيلا نشر سعرًا لا نعرف عليه ماذا…
لكننا نشرح كيف يُحتسب.
لا توجد باقة ثابتة في «أعمالي ERP»، لأن منشأة بفرع واحد وخمسة مستخدمين لا تشبه مجموعة بستة كيانات وثلاثين مستودعًا. السعر يُبنى على أربعة عوامل فقط، وهذه الصفحة تشرح كل واحد منها وما يدخل في السعر وما لا يدخل — لتقدّروا نطاقكم قبل أن تطلبوا عرضًا.
أربعة عوامل تحدّد سعر نظام ERP… لا أكثر
حجم النشاط
ليس رأس المال ولا عدد الموظفين — بل حجم الحركة التي سيعالجها النظام: عدد المستندات شهريًا (فواتير، أوامر شراء، سندات، قيود)، وعدد الأصناف أو المشاريع أو العقود النشطة.
لماذا: لأن الحجم يحدّد موارد التشغيل وحجم قاعدة البيانات وعمق التهيئة، لا لأنه مؤشر على قدرتكم المالية.
السؤال الذي نطرحه: كم فاتورة تُصدرون شهريًا؟ وكم صنفًا أو مشروعًا نشطًا لديكم؟
الفروع والكيانات
فرق جوهري بين فروع تحت كيان واحد له سجل تجاري واحد وقوائم مالية واحدة، وكيانات مستقلة لكل منها سجلها وقوائمها ثم تُوحَّد. الأول أبسط بكثير من الثاني.
لماذا: تعدد الكيانات يستلزم عمليات بينية وإقفالًا لكل كيان وقوائم موحّدة تحذف المعاملات المتبادلة. تفصيله هنا.
السؤال الذي نطرحه: كم سجلًا تجاريًا لديكم؟ وهل تحتاجون قوائم موحّدة؟
المستخدمون
يُحتسب على المستخدمين الذين يحتاجون دخولًا فعليًا بصلاحيات، لا على كل موظف في المنشأة. والموظف الذي يحتاج تقديم طلب إجازة أو رؤية مسير راتبه فقط يُخدَم عبر البوابة والخدمة الذاتية بكلفة مختلفة.
لماذا: لأن الخلط بين الاثنين هو أكثر ما يُضخّم عروض المزوّدين بلا داعٍ.
السؤال الذي نطرحه: كم شخصًا سيُدخل بيانات أو يعتمد أو يستخرج تقارير؟
الوحدات المفعّلة
تدفعون عن الوحدات التي تُفعّل فعلًا. البداية المعتادة هي النظام المالي مع الوحدة التي تسبب أكبر ألم، والتوسّع لاحقًا لا يستلزم إعادة تهيئة لأن دليل الحسابات ومراكز التكلفة يُبنيان من البداية على النطاق الكامل.
لماذا: لأن شراء عشرين وحدة دفعة واحدة يعني دفع ثمن ما لن يُستخدم في السنة الأولى.
السؤال الذي نطرحه: أي وحدة تحلّ أكبر مشكلة لديكم اليوم؟
ما يدخل في السعر… وما يُقدَّر على حدة
| يدخل في السعر | يُقدَّر ويُفوتر على حدة |
|---|---|
| تهيئة النظام على إجراءاتكم | تخصيص برمجي خارج النطاق المتفق عليه |
| ترحيل الأرصدة الافتتاحية والبيانات الأساسية | تكامل مع نظام خارجي لديكم |
| تدريب الفريق وتأهيل مدرّبين داخليين | وحدات تُضاف بعد الإطلاق |
| الدعم خلال فترة الاستقرار بعد الإطلاق | مستخدمون إضافيون فوق المتفق عليه |
| تحديثات النظام | تقارير مخصّصة تتجاوز المكتبة القياسية |
| إصلاح الأعطال ضمن اتفاقية الخدمة | استضافة داخل مقركم إن اخترتموها |
درجات التخصيص الأربع وكلفة كل واحدة موصوفة في صفحة البرمجة الخاصة.
ثلاثة بنود يغفلها أغلب المقارنات
وقت فريقكم
أكبر بند كلفةً في أي مشروع نظام، ولا يظهر في أي عرض سعر. تحتاجون مالك مشروع بتفرّغ معتبر، ومسؤولًا لكل نطاق بجزء من وقته. احسبوه قبل التوقيع لا بعده.
تنظيف البيانات
دليل حسابات مشوّش أو أصناف مكرّرة أو أرصدة غير مطابَقة — كلها تُنقَل معكم إن لم تُنظَّف. الترحيل علينا، أما قرارات ما يُدمج وما يُلغى فعليكم.
التشغيل بالتوازي
العمل بنظامين فترة حتى تطمئنوا لتطابق الأرقام. مدة ضرورية ولها كلفة تشغيلية على فريقكم — نوصي بها رغم ذلك، ونقصّرها قدر الإمكان.
ثلاث حالات ننصح فيها بألّا تشتروا الآن
نشاط خدمي بسيط بلا مخزون ولا مشاريع
إن كانت فواتيركم قليلة ولا تديرون مخزونًا ولا مشاريع ولا عقودًا، فبرنامج محاسبي بسيط أوفر وأسرع. الفارق في الكلفة لا يبرّر نظامًا متكاملًا.
لا يوجد مالك داخلي للمشروع
مشروع بلا شخص مسؤول ومفرّغ جزئيًا يتعثّر مهما كان النظام جيدًا. أجّلوه حتى يتوفّر هذا الشخص — لا حتى يبدأ المشروع ثم تبحثوا عنه.
إعادة هيكلة وشيكة
إن كنتم بصدد دمج كيانات أو تغيير هيكل الفروع خلال أشهر، فانتظروا. تهيئة النظام على هيكل سيتغيّر تعني إعادة العمل مرتين ودفع ثمنه مرتين.
ما يُسأل قبل طلب العرض
صِف نطاقك في أربعة أسطر… ونعطيك رقمًا
عدد الفواتير شهريًا، وعدد السجلات التجارية، وعدد من سيدخل النظام فعلًا، والوحدة التي تؤلمكم أكثر. هذه الأربعة تكفي لعرض أوّلي واقعي.