Prime Logic
info@prime-logic.sa +966 56 668 7537الرياض - طريق المطار - البوابة التجارية B2Riyadh - Airport Road - Business Gate B2

دليل اختيار نظام ERP في السعوديةERP Selection Guide for Saudi Organizations

دليل عملي لاختيار النظام المناسب — من تحديد المتطلبات الفعلية إلى بناء RFP وتقييم الموردين وحساب التكلفة الكلية، مع المتطلبات النظامية السعودية.A practical guide to choosing the right system — from defining actual requirements to building an RFP, evaluating vendors and calculating total cost, with Saudi statutory requirements.

دليل مرجعيReference guide مصادر رسميةOfficial sources

آخر مراجعة: 2026-09-18Last reviewed: 2026-09-18

كيف تختار نظام ERP المناسب؟How do you choose the right ERP?

الاختيار يبدأ بتحديد المتطلبات الفعلية من العمليات لا من قائمة الأمنيات، ثم بناء RFP يجيب فيه الموردون على نفس الأسئلة، ثم مقارنة التكلفة الكلية على خمس سنوات لا سعر الترخيص فقط، ثم تقييم المورد نفسه وخبرته في قطاعك. اختيار النظام نحو 30% من العمل، والباقي بيانات وتغيير.Selection starts by defining actual requirements from your processes rather than a wish list, then building an RFP where vendors answer the same questions, then comparing five-year total cost rather than licence price alone, then evaluating the vendor and their experience in your sector. Choosing the system is about 30% of the work; the rest is data and change.

لماذا تفشل مشاريع ERPWhy ERP Projects Fail

  • المتطلبات غير محددة بدقة — فيُبنى النظام على فهم خاطئRequirements not precisely defined — so the system is built on a wrong understanding
  • البيانات غير جاهزة — فيُحمَّل النظام ببيانات غير نظيفة فتضيع الثقةData not ready — the system is loaded with unclean data and confidence is lost
  • التغيير غير مُدار — فيُقاوم النظام من المستخدمين ويُتجاوَزChange not managed — users resist the system and work around it

الخطوة الأولى: تحديد المتطلبات الفعليةStep One: Defining Actual Requirements

  • اجلس مع مالك كل عملية واطلب تتبع معاملة حقيقية من البداية للنهايةSit with each process owner and trace a real transaction end to end
  • حدّد نقاط الألم الحالية بالأرقام: كم وقتاً تستغرق العملية؟ كم خطأ؟Quantify current pain points: how long does the process take? How many errors?
  • افصل بين «ضروري» و«مفيد» و«لاحقاً» — ليس كل شيء أولويةSeparate must-have, nice-to-have and later — not everything is a priority
  • حدّد المتطلبات النظامية السعودية بوضوحDefine the Saudi statutory requirements clearly
  • وثّق المتطلبات في وثيقة معتمدة قابلة للقياسDocument requirements in an approved, measurable document
  • الفاتورة الإلكترونية (ZATCA) — مرحلتا الإصدار والربطE-invoicing (ZATCA) — generation and integration phases
  • تكامل الموارد البشرية مع مدد وقوى والتأمينات (GOSI)HR integration with Mudad, Qiwa and GOSI
  • الامتثال الضريبي والزكوي والتقارير المطلوبةTax and zakat compliance and required reporting
  • الاحتفاظ بالسجلات ومتطلبات التدقيقRecord retention and audit requirements
  • العربية ودعم الاتجاه من اليمين لليسارArabic language and RTL support

الخطوة الثانية: بناء RFP فعّالStep Two: Building an Effective RFP

  • نطاق العمل بوضوح: ما مشمول وما غير مشمولClear scope: what is included and what is not
  • قائمة المتطلبات مرقّمة ليستجيب المورد لبند بندA numbered requirements list for the vendor to answer item by item
  • المتطلبات النظامية منفصلة وواضحةStatutory requirements listed separately and clearly
  • معايير التقييم وأوزانها معلنة مسبقاًEvaluation criteria and weights published in advance
  • متطلبات الجدول الزمني وفريق العمل المخصصTimeline and dedicated team requirements
  • هيكل التسعير المطلوب للتكلفة الكليةThe pricing structure required for total cost

الخطوة الثالثة: التكلفة الكلية لا سعر الترخيصStep Three: Total Cost, Not Licence Price

البندالنطاق النموذجي
الترخيصسنوي أو دائم + صيانة سنوية (18–22% من قيمة الترخيص عادة)
التنفيذتحليل · إعداد · تخصيص · ترحيل بيانات · اختبار
البنية التحتيةسحابة أو سيرفرات محلية + نسخ احتياطي
التكاملاتZATCA · مدد · قوى · GOSI · أنظمة أخرى
التدريببحسب الدور + مواد مرجعية
الدعم بعد الإطلاقعقد سنوي + تكلفة التطويرات الإضافية
التحسين المستمرميزانية للتطوير السنوي وليس فقط التشغيل

الخطوة الرابعة: تقييم الموردينStep Four: Evaluating Vendors

  • الخبرة في قطاعك تحديداً لا في القطاعات عموماًExperience in your specific sector, not sectors in general
  • فريق التنفيذ الفعلي لا فريق البيعThe actual delivery team, not the sales team
  • مشاريع مرجعية يمكنك زيارتها أو التحدث مع أصحابهاReference projects you can visit or whose owners you can speak to
  • منهجية تنفيذ موثقة بمراحل ومخرجاتA documented delivery methodology with phases and deliverables
  • خطة التدريب والتسليم والانتقال للدعمTraining, handover and transition to support
  • وضوح العقد: النطاق، المخرجات، معايير القبول، التسعيرContract clarity: scope, deliverables, acceptance criteria, pricing

المتطلبات النظامية السعوديةSaudi Statutory Requirements

  • الفاتورة الإلكترونية ZATCA بمرحلتيها مع متطلبات الربط والتكاملZATCA e-invoicing in both phases with integration requirements
  • التكامل مع منصات العمل: مدد وقوىIntegration with the labour platforms: Mudad and Qiwa
  • الربط مع التأمينات الاجتماعية GOSIIntegration with GOSI
  • متطلبات الاحتفاظ بالسجلات والمستنداتRecord and document retention requirements
  • دعم الفاتورة العربية والتقارير الرسميةArabic invoicing and official reporting support
  • ضوابط الوصول وسجل التغييرات لدعم التدقيقAccess controls and change log to support audit

الخطوة الخامسة: التنفيذ بمراحلStep Five: Phased Implementation

المرحلةالنطاقالمدة النموذجية
الأولىالمالية والمحاسبة والمشتريات — العمليات الأساسية8–12 أسبوعاً
الثانيةالمخزون والمبيعات والعملاء6–10 أسابيع
الثالثةالموارد البشرية والرواتب والتصنيع إن وجد8–16 أسبوعاً
الرابعةالتقارير المتقدمة والتحليلات والتكاملات الإضافية6–12 أسبوعاً

هل مؤسستك جاهزة للمشروعIs Your Organization Ready

قبل مقارنة الأنظمة، تحقق من جاهزية المنشأة. مشروع ERP على بيئة غير جاهزة يفشل بغض النظر عن جودة النظام.Before comparing systems, verify organizational readiness. An ERP project in an unprepared environment fails regardless of system quality.

,
  • مالك تنفيذي من الإدارة العليا — لا مدير تقنية فقطAn executive owner from senior management — not only an IT manager
  • فريق مستخدمين رئيسيين من كل قسم متفرغ جزئياً للمشروعKey users from each department with allocated time for the project
  • عمليات موثقة ولو بشكل أساسي قبل أتمتتهاProcesses documented at least basically before automating them
  • بيانات رئيسية نظيفة أو خطة لتنظيفهاClean master data, or a plan to cleanse it
  • ميزانية واقعية تشمل ما بعد الإطلاقA realistic budget that covers post-go-live
  • قرار واضح بأن النظام إلزامي لا اختياريA clear decision that the system is mandatory, not optional
,

المؤشر على عدم الجاهزية: المشروع يُدار من قسم تقنية المعلومات منفرداً بلا مشاركة الأقسام.An indicator of unreadiness: the project is run by IT alone without departmental involvement.

البيانات: الجزء الذي يقرر النجاحData: The Part That Decides Success

حتى أفضل الأنظمة تُنتج أرقاماً خاطئة إذا أُدخلت بيانات خاطئة. تجهيز البيانات يبدأ قبل التنفيذ لا بعده.Even the best systems produce wrong numbers when wrong data is entered. Data preparation starts before implementation, not after.

,
  • جرد البيانات الرئيسية: العملاء، الموردون، الأصناف، الحسابات، الموظفونInventory master data: customers, vendors, items, accounts, employees
  • إزالة التكرارات: نفس المورد بأسماء مختلفة، نفس الصنف بأكواد متعددةRemove duplicates: the same vendor under different names, the same item under multiple codes
  • توحيد الترميز: أرقام الحسابات، تصنيف الأصناف، وحدات القياسStandardise coding: account numbers, item classification, units of measure
  • مطابقة الأرصدة الافتتاحية مع القوائم المالية المعتمدةReconcile opening balances to the approved financial statements
  • تحديد مالك لكل مجموعة بيانات مسؤول عن دقتهاAssign an owner per data set responsible for its accuracy
  • اختبار الترحيل على بيئة تجريبية قبل الإنتاجTest migration on a staging environment before production
,

قاعدة عملية: إذا استغرق تجهيز البيانات أقل من 20% من مدة المشروع، فالاحتمال كبير أنها لم تُجهّز كفاية.A practical rule: if data preparation takes less than 20% of the project duration, it probably was not prepared sufficiently.

كيف تقيس نجاح المشروعHow to Measure Project Success

النجاح لا يُقاس بتاريخ الإطلاق بل بالنتيجة التشغيلية بعده. المؤشرات المقترحة:Success is not measured by the go-live date but by the operational result after it. Suggested indicators:

,
المؤشرالقيمة المتوقعة
زمن الإقفال الشهريانخفاض ملحوظ خلال 3–6 أشهر
نسبة العمليات المنفّذة في النظامأعلى من 90% للعمليات المشمولة
عدد التسويات اليدويةانخفاض تدريجي
زمن إعداد التقارير الإداريةمن أيام إلى ساعات
عدد الأخطاء المتكررة في البياناتانخفاض مستمر
معدل استخدام المستخدمين للنظامنشط يومياً لكل من شمله النطاق
,

إن لم تتحسن هذه المؤشرات، فالمشروع نُفّذ تقنياً ولم يُنجز فعلياً.If these indicators do not improve, the project was delivered technically but not accomplished in practice.

أخطاء شائعة تجنّبهاCommon Mistakes to Avoid

  • اختيار النظام قبل تحديد المتطلبات — فيُبنى القرار على العرض لا على الحاجةChoosing the system before defining requirements — the decision is based on the demo, not the need
  • الاعتماد على العرض التجريبي كمصدر وحيد للتقييمRelying on the demo as the sole evaluation source
  • تجاهل التكلفة الكلية والتركيز على سعر الترخيصIgnoring total cost and focusing on licence price
  • تأجيل تجهيز البيانات إلى ما بعد بدء التنفيذPostponing data preparation until after implementation starts
  • تجاهل إدارة التغيير والاعتماد على أن المستخدمين سيتقبّلون النظامIgnoring change management and assuming users will accept the system
  • عدم تحديد معايير قبول واضحة في العقدNot defining clear acceptance criteria in the contract
  • إطلاق كل الوحدات دفعة واحدة بدل المراحلLaunching all modules at once instead of in phases

مقارنة عائلات الأنظمةComparing System Families

لا توجد «أفضل» نظام بشكل مطلق — توجد ملاءمة لسياق معين. المقارنة التالية على مستوى الفئة لا المنتج:There is no universally “best” system — there is fit for a given context. The following compares by family, not by product:

,
الفئةالأنسب لـالنقاط التي يجب فحصها
أنظمة مفتوحة المصدرمنشآت تريد تحكماً كاملاً وميزانية أقل ومرونة عاليةتكلفة التخصيص طويلة المدى · توفر الكفاءات · عقد الدعم
أنظمة متوسطةشركات متوسطة تريد توازناً بين التكلفة والجاهزيةعمق الوظائف · قابلية التوسع · التكاملات المحلية
أنظمة مؤسسيةمنشآت كبيرة بمتطلبات معقدة وتعدد كياناتمدة التنفيذ · تكلفة التغيير · الاعتماد على المستشار
أنظمة سحابية أصليةمنشآت تريد بداية سريعة وتوسعاً سهلاًالسيادة على البيانات · التخصيص · التكامل
أنظمة قطاعيةقطاعات بمتطلبات خاصة كالصحة أو التجزئةمدى تغطية خصوصية القطاع · دعم الأنظمة المحلية
,

احذر من مقارنة المنتجات قبل تحديد الفئة. كثير من الجدل حول «أيهما أفضل» هو جدل بين فئتين مختلفتين لحاجتين مختلفتين.Beware of comparing products before choosing a family. Much of the debate about “which is better” is a debate between two families serving two different needs.

ما يجب أن يكون في العقدWhat Must Be in the Contract

العقد هو ما يحميك عند الخلاف. البنود التي يجب أن تكون واضحة:The contract is what protects you in a dispute. Clauses that must be clear:

,
  • نطاق العمل: ما هو مشمول وما هو خارج النطاق بشكل صريحScope: what is included and what is explicitly out of scope
  • المخرجات ومعايير القبول القابلة للقياسDeliverables and measurable acceptance criteria
  • الجدول الزمني بمراحل ومرتبط بالدفعات لا بالتواريخ فقطA phased timeline tied to payments, not only to dates
  • ملكية التخصيصات والبيانات والكود عند استخدام مخصّصOwnership of customisations, data and code where custom development is used
  • مسؤوليات المنشأة بوضوح — توفير البيانات والوقت والموافقاتThe organization's responsibilities — providing data, time and approvals
  • التدريب والتسليم ومعايير إنهاء المشروعTraining, handover and project completion criteria
  • عقد الدعم بعد الإطلاق: أوقات الاستجابة ومستوى الخدمةPost-go-live support: response times and service levels
  • آلية إدارة التغيير على النطاق وتكلفتهThe mechanism and cost of scope change
,

البند الأكثر إهمالاً: مسؤوليات المنشأة. كثير من التأخير سببه عدم توفير البيانات أو الموافقات في الوقت.The most neglected clause: the organization's responsibilities. Much delay is caused by data or approvals not being provided on time.

ما بعد الإطلاق: التحسين المستمرAfter Go-Live: Continuous Improvement

الإطلاق بداية لا نهاية. المنشآت التي تنجح في الاستفادة من النظام تتبع دورة تحسين دورية:Go-live is a beginning, not an end. Organizations that succeed with their system follow a periodic improvement cycle:

,
  • مراجعة ربع سنوية لاستخدام النظام وتبنّي المستخدمينQuarterly review of system usage and user adoption
  • قائمة تحسينات مُرتَّبة بحسب الأثر لا بحسب من طلبهاAn improvement backlog ordered by impact, not by who requested it
  • ميزانية سنوية للتطوير لا للتشغيل فقطAn annual budget for development, not only operations
  • مراجعة الإعدادات والصلاحيات سنوياًAnnual review of configuration and access
  • قياس مؤشرات العملية قبل وبعد كل تحسينMeasuring process indicators before and after each improvement
  • تحديث الوثائق والتدريب عند كل تغيير جوهريUpdating documentation and training on every material change
,

النظام الذي لا يُطوَّر يتحول تدريجياً إلى عبء. الاستثمار في التحسين أرخص بكثير من مشروع استبدال لاحق.A system that is not developed gradually becomes a burden. Investing in improvement is far cheaper than a later replacement project.

الأسئلة الشائعةFAQ

كيف أعرف أن نظام ERP مناسب لحجم شركتي؟How do I know which ERP fits my company size?

المعيار ليس الحجم فقط بل عدد المستخدمين وتنوع العمليات والتكاملات المطلوبة ومعدل النمو المتوقع. نحدد ذلك في مرحلة تحليل المتطلبات.The criterion is not size alone but user count, process variety, required integrations and expected growth rate. We establish this during requirements analysis.

هل يمكن البدء بنظام بسيط والتوسع لاحقاً؟Can we start simple and expand later?

نعم، وهو أسلوب مفضّل في كثير من الحالات. المهم اختيار نظام قابل للتوسع وليس نظاماً ستحتاج استبداله بعد سنتين.Yes, and it is often the preferred approach. The key is choosing a scalable system rather than one you will replace in two years.

كم يستغرق تطبيق ERP؟How long does ERP implementation take?

من 4 إلى 8 أسابيع للمشاريع الصغيرة، ومن 4 إلى 9 أشهر للمشاريع المؤسسية متعددة المراحل، حسب النطاق والتكاملات.From 4 to 8 weeks for small projects, and 4 to 9 months for phased enterprise implementations, depending on scope and integrations.

هل نحتاج فريقاً داخلياً؟Do we need an internal team?

نعم، مشروع ERP لا ينجح بلا مالك داخلي من الإدارة وفريق مستخدمين رئيسيين من كل قسم. المورد ينفّذ، لكن المنشأة تقود.Yes. An ERP project does not succeed without an internal executive owner and key users from each department. The vendor delivers, but the organization leads.

ما الفرق بين السحابة والمحلي؟What is the difference between cloud and on-premise?

السحابة أسرع بدءاً وأقل تكلفة أولية وأسهل توسعاً. المحلي يمنح تحكماً أكبر لكن يتطلب بنية وفريقاً. الاختيار يعتمد على متطلبات السيادة والتحكم والتكلفة الكلية.Cloud starts faster, costs less upfront and scales more easily. On-premise gives more control but requires infrastructure and a team. The choice depends on sovereignty, control and total cost.

المصادر الرسميةOfficial Sources

نوصي بالرجوع إلى المصدر الرسمي والأحدث دائماً، فالأطر والأنظمة تُحدَّث دورياً.We recommend always referring to the current official source, as frameworks and regulations are updated periodically.

تحتاج مساعدة في تطبيق هذا على مؤسستك؟Need Help Applying This to Your Organization?

نراجع وضعك الراهن ونساعدك على ترتيب الأولويات وبناء خطة عمليةWe review your current position, help prioritise, and build a practical plan