ما الأنظمة التي يحتاجها كل قسم في مؤسستك؟

عندما تبدأ الشركة أو الجامعة صغيرة فإن كل قسم يحل مشكلته بنفسه، فالموارد البشرية تحفظ بيانات الموظفين في ملف Excel، والمبيعات تتابع العملاء في محادثات الهاتف، والمالية تصدر الفواتير من برنامج اشتراه المحاسب، وتقنية المعلومات تنشئ الحسابات يدوياً عندما تصلها رسالة من مدير القسم. وبعد سنتين يأتي السؤال الذي يصل إلى كل مدير تقنية: ما الأنظمة التي نحتاجها فعلاً لكل قسم؟ وما الذي يكفي منها كحد أدنى دون أن نشتري نظاماً ضخماً لا يستخدمه أحد؟ ومن أين نبدأ؟

المواضيع في السلسلة:

1. ما الأنظمة التي يحتاجها كل قسم في مؤسستك كحد أدنى؟ (الموضوع الحالي)
2. من 5 موظفين إلى 500: متى تضيف كل نظام؟
3. الأنظمة التي تحتاجها الجامعة: من القبول إلى التخرج.

وهذه السلسلة محايدة تجاه طريقة التشغيل، فكل نظام فيها يمكن أن يكون اشتراكاً سحابياً SaaS أو برنامجاً مفتوح المصدر على سيرفرك، والأسماء التجارية التي نذكرها أمثلة للتوضيح وليست توصية. أما إذا كنت قد قررت أن تستضيف بنفسك فقد كتبنا خطة الأدوات مفتوحة المصدر بالترتيب لكل نوع مؤسسة، فاقرأ معها هذه الأدلة:

دليلالمصادر المفتوحة في الشركة الناشئة: ماذا تستضيف بنفسك ومتى؟دليل للمدير التقني في الشركة الناشئة يبين ما تستضيفه بنفسك من اليوم الأول، وما تتركه للخدمات المدارة حتى يكبر الفريق.دليلالمصادر المفتوحة للجامعات: خطة وأدوات بالترتيبدليل لقيادة الجامعة يشرح ما تكسبه فعلاً من المصادر المفتوحة وما تكلفه، وبأي ترتيب تنقل خدماتها إليها.دليلالمصادر المفتوحة للجهات الحكومية: المكاسب والمخاطردليل لقيادات تقنية المعلومات في الجهات الحكومية: ماذا تكسب الجهة من المصادر المفتوحة، وما مخاطرها، وكيف تبدأ بخطة تجريبية.دليلبدائل Microsoft 365 وGoogle Workspace مفتوحة المصدرلكل خدمة في Microsoft 365 وGoogle Workspace بديلها المفتوح، مع مدى نضجه وجهد الانتقال إليه ومن أين تبدأ.

وسوف نناقش في هذا المقال ما يلي:

• العمود الفقري المشترك الذي يحتاجه كل قسم قبل أنظمته الخاصة.
• جدول لكل قسم: ماذا يفعل، وما الحد الأدنى من الأنظمة، ومتى يحتاجه، وأمثلة الخيارات، ونقاط التكامل.
• السجلان الرئيسيان اللذان تبنى عليهما أغلب الأنظمة: سجل الموظف وسجل العميل.
• نقاط الاتصال مع الجهات الرسمية في المملكة: الفاتورة الإلكترونية وحماية الأجور والتأمينات وحماية البيانات.
• كيف تسجل الأنظمة ومن يملك كل نظام، والأخطاء الشائعة.

ماذا نقصد بالحد الأدنى؟

الحد الأدنى في هذا المقال هو أقل نظام يجعل عمل القسم قابلاً للتتبع والمراجعة ولا يعتمد على ذاكرة شخص واحد، وليس أقل نظام يمكن شراؤه. فجدول Excel مشترك للإجازات قد يكون هو الحد الأدنى لشركة من ثمانية أشخاص، ولكنه لا يكفي لشركة من مئة شخص، والسبب أن الجدول لا يعرف من وافق على الإجازة ومتى، ولا يمنع موظفين من تعديل السطر نفسه، ولا يربط الإجازة بالراتب.

ولذلك نحكم على كل نظام بثلاثة أسئلة قبل أن نضيفه:

• هل هناك سجل رسمي يجب أن يبقى؟ مثل عقد موظف أو فاتورة أو تذكرة عميل، فإذا كان الجواب نعم فهذا السجل يحتاج نظاماً له صلاحيات وسجل تدقيق Audit Trail، وليس ملفاً في مجلد مشترك.
• هل هناك أكثر من شخص يعمل على الشيء نفسه؟ فالعمل المشترك بدون نظام يعني أن الطلبات تضيع بين الرسائل، ويعني أن أحداً لا يعرف حالة الطلب.
• هل هناك جهة خارجية تطلب منك هذا السجل؟ مثل هيئة الزكاة والضريبة والجمارك ZATCA للفواتير، أو عميل كبير يرسل لك استبيان أمن المعلومات، أو جهة اعتماد أكاديمي، وهنا يصبح النظام شرطاً وليس اختياراً.

وقد يتساءل البعض: لماذا لا نشتري نظام تخطيط موارد المؤسسة ERP واحداً يغطي كل الأقسام ونرتاح؟ والإجابة أن ال ERP يغطي جزءاً كبيراً من المالية والمشتريات والمخزون والموارد البشرية، ولكنه لا يغطي الهوية ولا البريد ولا الدعم الفني ولا قاعدة المعرفة جيداً، ومشاريعه تفشل كثيراً عندما تبدأ قبل أن تنضج إجراءات الشركة، وقد شرحنا ذلك في لماذا تفشل مشاريع ERP؟. وأما قرار الشراء أو البناء لكل نظام فله مقال مستقل هو تشتري أم تبني؟.

العمود الفقري المشترك قبل أنظمة الأقسام

قبل أن نتكلم عن نظام الموارد البشرية HRIS أو إدارة علاقات العملاء CRM، هناك طبقة يحتاجها كل قسم بلا استثناء، ونسميها في هذه السلسلة العمود الفقري المشترك، ومركزها الهوية، أي أن لكل شخص في المؤسسة حساباً واحداً يدخل به إلى كل نظام. والصورة التالية تبين الأقسام حول هذا العمود:

ومكونات العمود الفقري كما يلي:

والسبب في أن الهوية في المركز وليس البريد أو الملفات أن كل نظام نضيفه بعد ذلك يطلب حسابات، فإذا أنشأ كل قسم حساباته بنفسه فسوف تجد بعد سنة موظفاً غادر الشركة وما زال يدخل إلى نظام المبيعات، لأن أحداً لم يتذكر أن له حساباً هناك. وقد شرحنا شكل هذه الطبقة بالتفصيل في إدارة الهوية والوصول IAM، ولذلك فالقاعدة في هذا المقال بسيطة: لا تشتر نظاماً لأي قسم لا يدعم الدخول الموحد SSO عبر SAML أو OpenID Connect، أو على الأقل لا يمكن ربطه بالدليل، والسبب أن هذا النظام سيصبح الاستثناء الذي يكسر عملية خروج الموظف.

كيف تقرأ جداول الأقسام؟

في الأقسام التالية جدول لكل قسم، وكل صف فيه وظيفة واحدة، والأعمدة كما يلي:

• ماذا يفعل القسم: العمل نفسه، بغض النظر عن الأداة.
• الحد الأدنى: أقل نظام يجعل هذا العمل قابلاً للتتبع.
• متى: المرحلة التقريبية بعدد الموظفين، وتفاصيل كل مرحلة وعلاماتها في المقال الثاني من السلسلة.
• أمثلة: أسماء اشتراكات سحابية معروفة كأمثلة فقط، وخيار مفتوح المصدر مع رابط دليلنا إذا كان موجوداً.
• يتكامل مع: الأنظمة التي يقرأ منها أو يكتب إليها، وهذه أهم من اسم الأداة نفسها.

الأقسام واحداً واحداً

القيادة والتخطيط

الإدارة العليا لا تحتاج نظاماً خاصاً في البداية، وإنما تحتاج أن تكون أهداف الشركة مكتوبة في مكان يراه الجميع، وأن تكون أرقامها تأتي من الأنظمة وليس من تقارير يكتبها كل قسم بطريقته:

الموارد البشرية HR

الموارد البشرية هي مصدر سجل الموظف، أي أن تاريخ التعيين والمسمى والقسم والمدير وتاريخ إنهاء الخدمة تكتب هنا أولاً، ثم تقرأ منها باقي الأنظمة:

لاحظ أن الرواتب جاءت قبل نظام ال HRIS، والسبب أن الراتب الأول التزام قانوني في يوم محدد، بينما سجل الإجازات لثمانية أشخاص يمكن أن ينتظر. ولاحظ أيضاً أن خروج الموظف يحتاج إجراء وليس نظاماً فقط، وقد رأينا في دورة حياة أجهزة المؤسسة كيف يرتبط خروج الموظف بإرجاع جهازه أيضاً.

المالية Finance

المالية أول قسم يحتاج نظاماً حقيقياً في أي شركة، والسبب أن الشركة المسجلة في ضريبة القيمة المضافة في المملكة يجب أن تصدر فواتيرها من حل إلكتروني متوافق مع متطلبات الفوترة الإلكترونية منذ الفاتورة الأولى:

وتكلفة السحابة والاشتراكات جزء من عمل المالية أيضاً، فكل نظام في هذا المقال فاتورة شهرية، وقد شرحنا كيف يتحمل كل فريق تكلفة ما يستخدمه في FinOps. أما الميزانية والإهلاك ودورة الشراء نفسها فلها سلسلة المالية لغير الماليين التي نعمل عليها الآن.

المشتريات Procurement

في الشركة الصغيرة يشتري المدير نفسه، ولذلك لا يظهر قسم المشتريات إلا عندما يصبح السؤال «من وافق على هذا الشراء؟» سؤالاً بلا جواب:

وسوف نشرح دورة الشراء إلى الدفع Procure-to-Pay خطوة خطوة في سلسلة المالية القادمة، ويكفي هنا أن تعرف أن الفصل بين من يطلب ومن يوافق ومن يدفع هو الهدف من هذا النظام، والسبب أن الشخص الذي يملك الثلاثة يستطيع أن يدفع لنفسه.

المبيعات Sales

المبيعات هي مصدر سجل العميل، أي أن العميل والفرصة والعرض تكتب هنا أولاً، ثم تقرأ منها المالية والدعم:

التسويق Marketing

التسويق يحتاج ثلاثة أشياء في البداية، وهي مكان ينشر فيه، وطريقة يصل بها إلى المشتركين، ورقم يعرف به ما الذي نجح:

دعم العملاء Support

الدعم يبدأ من بريد مشترك يقرؤه الجميع، ثم يتحول إلى نظام عندما يسأل عميل السؤال نفسه مرتين لأن أحداً لم يعرف أن زميله رد عليه:

تقنية المعلومات IT

تقنية المعلومات تملك العمود الفقري، ثم تضيف فوقه ما يحمي الأجهزة وينظم الطلبات، ولكل نظام هنا دليل كامل على الموقع، ولذلك نكتفي بالجدول:

القانونية والعقود Legal

أول ما يحتاجه القسم القانوني، حتى لو كان محامياً خارجياً، هو أن تكون كل العقود الموقعة في مكان واحد بتاريخ انتهائها:

العمليات والمشاريع Operations

العمليات هنا تعني كيف ينظم الفريق عمله اليومي، وهي أول ما تظهر فيه فوضى الأدوات، لأن كل فريق يختار لوحة مهام مختلفة:

البيانات والتقارير Data

البيانات قسم يظهر متأخراً، ولكن مشكلته تظهر مبكراً، وهي أن الرقم نفسه يختلف بين تقرير المبيعات وتقرير المالية:

المرافق والخدمات العامة Facilities

المرافق أقل الأقسام حاجة إلى أنظمة خاصة، وأغلب ما تحتاجه موجود في العمود الفقري:

سجل الموظف وسجل العميل

إذا نظرت إلى الجداول السابقة ستجد أن أغلب نقاط التكامل تدور حول سجلين فقط، وهما الموظف والعميل، وأن كل مشكلة كبيرة في أنظمة المؤسسة تبدأ عندما يكتب السجل نفسه في نظامين. والصورة التالية تبين مسار كل سجل:

والقاعدة التي تخرج من الصورة أن لكل سجل نظاماً مصدراً واحداً System of Record، كما يلي:

• سجل الموظف: مصدره نظام الموارد البشرية HRIS، فإذا لم يكن لديك HRIS بعد فمصدره جدول واحد تملكه الموارد البشرية، ومنه ينشأ الحساب في الدليل، ثم تقرأ التطبيقات الحساب من الدخول الموحد SSO أو عبر SCIM، ولا ينشئ أي نظام آخر موظفاً بنفسه.
• سجل العميل: مصدره إدارة علاقات العملاء CRM، فإذا تحولت الفرصة إلى بيع انتقل العميل إلى المحاسبة لتصدر الفاتورة، ولا تنشئ المحاسبة عميلاً جديداً بالاسم نفسه بطريقة كتابة مختلفة.
• الأرقام: مصدرها النظام الذي سجلها، فالإيراد من المحاسبة وليس من CRM، وعدد التذاكر من ال Helpdesk، ولوحة التقارير تقرأ من هذه المصادر ولا تخزن رقماً يكتبه أحد بيده.

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

• التكامل الجاهز: الربط الذي يقدمه النظام نفسه مع نظام آخر، مثل ربط ال CRM بالمحاسبة، وهو الأسهل صيانة لأن المورد يحدثه.
• المعايير المفتوحة: مثل SCIM للحسابات وOpenID Connect للدخول كما في شرح OAuth وOpenID Connect، وميزتها أنك تستطيع تغيير أحد الطرفين دون إعادة بناء الربط.
• أداة أتمتة سير العمل Workflow Automation: تقرأ من نظام وتكتب في آخر عندما لا يوجد ربط جاهز، ولها سلسلة مستقلة عن الأتمتة وأدواتها على الموقع.

وقبل أن تختار أي نظام اسأل عن ال API فيه وعن تصدير البيانات منه، والسبب أن النظام الذي لا يمكن إخراج البيانات منه سيصبح جزيرة.

نقاط الاتصال مع الجهات الرسمية في المملكة

إذا كانت مؤسستك في المملكة فهناك أنظمة لا تختار توقيتها، لأن جهة رسمية تطلب منها سجلاً محدداً، والجدول التالي يجمع أهمها كما في صفحاتها الرسمية في 14 أكتوبر 2026، وهو نقطة بداية وليس استشارة قانونية:

لاحظ أن أول ثلاثة صفوف تصل إلى الشركة في شهرها الأول، أي مع أول فاتورة وأول راتب وأول موظف، ولذلك جاءت المحاسبة والرواتب في اليوم الأول في المقال الثاني من السلسلة، وليس بعد أن يكبر الفريق. وإذا كانت جهتك حكومية فاقرأ أيضاً قواعد البرمجيات الحكومية مفتوحة المصدر، لأنها ترتب قرار الشراء نفسه.

من يملك كل نظام؟

النظام الذي لا مالك له يتوقف تحديثه وتتراكم فيه الحسابات القديمة، ولذلك سجل كل نظام في جدول واحد، وليكن له على الأقل الحقول التالية:

• المالك من القسم Business Owner: الشخص الذي يقرر من يستخدم النظام وكيف، مثل مدير المبيعات لل CRM.
• المالك التقني Technical Owner: من يدير الحسابات والربط مع الدخول الموحد والنسخ الاحتياطي والتحديثات.
• السجل الذي يملكه: هل هو مصدر لسجل الموظف أو العميل أو الفاتورة، أم يقرأ من مصدر آخر.
• التكلفة وتاريخ التجديد: حتى لا يتجدد اشتراك لا يستخدمه أحد.
• الدخول الموحد والتصدير: هل يدعم SSO، وهل يمكن تصدير البيانات كاملة إذا تركناه.

وهذا الجدول هو بداية إدارة محفظة التطبيقات، وقد شرحنا كيف تقيم كل نظام فيه وتقرر مصيره في خريطة القدرات وإدارة محفظة التطبيقات، ويكفي أن تبدأ به في NocoDB أو في جدول مشترك.

أخطاء شائعة

• شراء نظام لكل قسم قبل أن يكون هناك دليل ودخول موحد، فيصبح لكل موظف عشر كلمات مرور ولا يغلق أحد حساباته عند خروجه.
• نظامان يكتبان السجل نفسه، مثل العميل في CRM وفي المحاسبة، فيختلف عدد العملاء بين التقريرين.
• اختيار الأداة قبل كتابة الإجراء، فيشتري القسم نظام موافقات وهو لا يعرف من يوافق على ماذا.
• اشتراك بخطة لا تشمل الدخول الموحد SSO ولا سجل التدقيق، ثم اكتشاف ذلك عند أول مراجعة أمنية من عميل.
• بيانات القسم في حساب موظف شخصي على منصة مجانية، تغادر معه عندما يغادر.
• نظام بدون مالك من القسم، فيصبح مسؤولية تقنية المعلومات وحدها، ولا يعرف أحد من يستحق الدخول إليه.
• تأجيل المحاسبة المتوافقة مع الفوترة الإلكترونية والرواتب، وهما أول نظامين تطلبهما جهات رسمية.

تدريب عملي

• اكتب قائمة بكل نظام يستخدمه كل قسم في مؤسستك اليوم، حتى الجداول والمجموعات في تطبيقات المحادثة، وضع بجانب كل نظام مالكه وهل يدخل إليه الموظفون بالدخول الموحد.
• اختر موظفاً غادر في آخر ستة أشهر، وتحقق في كل نظام من القائمة هل ما زال له حساب فيه.

الخلاصة

• الحد الأدنى لكل قسم هو أقل نظام يجعل عمله قابلاً للتتبع والمراجعة، وليس أرخص أداة.
• العمود الفقري المشترك يأتي أولاً، وهو الهوية والبريد والملفات والمحادثة ومدير كلمات المرور والنسخ الاحتياطي، ومركزه حساب واحد لكل شخص.
• لكل سجل نظام مصدر واحد: الموظف من الموارد البشرية، والعميل من CRM، والأرقام من النظام الذي سجلها.
• في المملكة تصل المحاسبة المتوافقة مع الفوترة الإلكترونية والرواتب وملف حماية الأجور والتأمينات من الشهر الأول، وحماية البيانات الشخصية مع أول بيانات عملاء.
• لكل نظام مالك من القسم ومالك تقني، وسجل يذكر تكلفته وتجديده ودعمه للدخول الموحد.

وفي المقال التالي من السلسلة سوف نرتب هذه الأنظمة على مراحل نمو الشركة، من خمسة موظفين إلى خمسمئة، مع العلامات التي تخبرك أن وقت النظام التالي قد جاء، وسكربت يحول مصفوفة الأقسام والمراحل إلى جداول وقائمة تحقق.

دليلما هو ERP وCRM؟ ومتى تحتاج شركتك إليهماما الذي تفعله أنظمة ERP وCRM، ومتى تحتاجها شركتك فعلاً، ولماذا يتعثر تطبيقها، وما علاقتها بالفاتورة الإلكترونية في المملكة.دليلإدارة خدمات تقنية المعلومات ITSM: ما الذي تحتاجه فعلاً؟كيف تنظم عمل الدعم الفني بالتذاكر والمؤقتات والتصعيد، وما الذي تأخذه من ITIL دون بيروقراطية.دليلدورة حياة حساب الموظف JML من أول يوم إلى آخر يومكيف تجعل الموارد البشرية مصدر كل حساب، فيجد الموظف ما يحتاجه في يومه الأول وتغلق كل أبوابه في يوم مغادرته.

سجل التحديثات

• أكتوبر 2026: كتابة المقال، مع مراجعة صفحات هيئة الزكاة والضريبة والجمارك ووزارة الموارد البشرية والتنمية الاجتماعية ومنصة حوكمة البيانات الوطنية كما هي في 14 أكتوبر 2026.