تخطَّ إلى المحتوى
ERP Expert

كيف تنقل شركتك إلى نظام واحد دون توقف ولا ضياع بيانات؟

أحمد حسن الجمالأساسيات ERP6 دقيقة قراءة

هذا المقال مكتوب من الفيديو أعلاه، «مشكلة اكتر من نص شركات الامارات ! ازاي تنقل شركتك بدون توقف أو خسارة بيانات!»، ومدّته 7:00.

شاهده على يوتيوب ←

جاني سؤال على الصفحة يقول: أنا صاحب شركة متوسطة في الإمارات، وعندي كذا نظام — واحد للمحاسبة، وواحد للمخزون، وواحد للموارد البشرية. عندي مشاكل في الحسابات، ومشاكل في الفواتير، والـ VAT بيطلع فيه أخطاء. عايز أطبّق سيستم أقوى، لكني قلقان أطلع لسيستم تاني لأني شغال بالنظام ده من سبع سنين. فإيه الخطوات العملية اللي تطمّني إن النظام هيشتغل بالكامل؟ وإزاي أضمن إن الانتقال ما يوقفش الشغل ولا يعرّض بياناتي للخطر؟

هذا السؤال هو سبعون بالمئة مما يصلنا

السؤال ده بتفاصيله تقريباً 70% من الأسئلة اللي بتجي لنا. الصورة بتتكرر بنفس الشكل: الشركة اشتغلت بنظام للحسابات زي QuickBooks، ونظام للمخازن، ونظام للـ POS أو الكاشير لو عنده فرع بيع. اشتغل بيهم فترة معينة، وبعد الفترة دي — وبالذات لو النظام Desktop أو نظام قديم شوية — تبدأ المشاكل تظهر.

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

كل ما زادت الإمكانيات، زاد التوتر

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

فالنقلة دي ما بتكونش سلسة دايماً، ودايماً هتظهر فيها مشاكل — مع الشركات اللي بتقدّم الخدمة زي أودو أو غيرها — في النقلة نفسها وفي الـ Change Management اللي بيحصل ما بين سيستمز مختلفة وسيستم واحد أكبر بفيتشرز أعلى.

ابدأ بـ Gap Analysis، لا بقائمة الفيتشرز

أول خطوة إن إحنا نعمل Gap Analysis. لازم نشوف الناس اللي عندك شغالة إزاي، وإيه توقعاتهم، وإيه نقاط الألم الموجودة في الشغل الحالي.

وخد المثال ده: أمين المخازن عنده شوية مشاكل في السيستم اللي شغال عليه، لكنه اتعلّم يستخدمه بالطريقة دي، والناس اللي شغالة معاه اتعلّمت تشتغل بنفس الطريقة. لما تيجي تغيّره لسيستم تاني، السيستم الجديد هيوفّر له مثلاً 30% من وقته — بس بعد تلات أو أربع شهور. أما بالنسبة له هو، في اللحظة دي، فالسيستم الجديد هياخد منه ضِعف الوقت علشان يتعلّمه.

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

ولاحظ إن المكسب والخسارة هنا مش على نفس الجدول الزمني. المكسب — الـ 30% — بيوصل بعد تلات أو أربع شهور، والخسارة بتحصل من اليوم الأول. الشركة بتحسب المكسب على السنة، والموظف بيحسب الخسارة على الأسبوع. ولو ما حدّش خد باله من الفرق ده وسمّاه بصوت عالي في البداية، هيتحوّل لشد وجذب في نص التنفيذ.

المقاومة لا يعلنها أحد

وبالمناسبة، من خبرتنا في السوق: الناس اللي بتتكلم على السيستم مش هتقول لك إن عندها مقاومة. بالعكس — مين اللي ما بيحبش التطوير؟ الكل هيقول لك إحنا عايزين نطوّر وعايزين نشتغل.

لكن لما بتيجي في التنفيذ، بتلاقي إنه بيتكلم معاك في حاجات لا يمكن إنك تقبلها، لأنها مش صح كـ Business. وفي الناحية التانية، هو مش شايف اللي أنت بتقوله صح، لأنه هو اللي فاهم البزنس بتاعه أكتر. ودي حقيقة لازم تُقال بوضوح: هو فعلاً بيكون فاهم بزنسه أكتر منك.

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

تكلّم مع الشركة عن الـ Workflow، لا عن الفيتشرز فقط

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

وكل ما اتكلمت مع الشركة أكتر، وكل ما اشتغلت معاهم على الـ Gap Analysis أكتر — مش الفيتشرز بس، لا، ده كمان الـ Workflow: إحنا هنبدأ من الخطوة دي، هنروح للخطوة دي، هندوس على الزرار ده هيوديني المكان الفلاني — كل ما كان السيستم بالنسبة لك هيطلع بشكل أحسن.

الديمو الجاهز لا يكفي — شغّل الدورة كاملة عليه

إحنا بنحاول نحلّ الجزء ده بإننا نوريك ديمو في مجالك، اشتغلنا عليه مع شركات قبل كده، ونوريك الشغل ماشي إزاي.

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

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

البيانات: ثلاثة حلول لا رابع لها

الجزء التاني هو الداتا بتاعتك، وفيها ثلاثة حلول.

الأول: تبدأ بأرصدة افتتاحية وتسيب النظام القديم شغال. يعني تفتح على الجديد بأرصدة، وتسيب الـ Legacy System شغال لفترة — سنتين، تلاتة، أربعة، خمس سنين. أنت قانونياً بتحفظ الفواتير مثلاً خمس سنين. وبعد كده تنقل على الجديد وتشتغل بيه وبس، والقديم ترجع له لو عايز تقارير معينة. أو تاخد الداتا ملفات وتحتفظ بيها كأرشيف عندك في Document Management — في أودو مثلاً بتحط الكلام ده أرشيف عندك.

التاني: تنقل الترانزاكشنز نفسها. لو أنت عايز أرقام وبيانات فعلية جوّه النظام الجديد، بتنقلها ترانزاكشن ترانزاكشن. ده بيكون له Cost مختلف وشغل مختلف، لكنه متاح.

التالت: تشتغل بالسيستمين بالتوازي فترة. السيستم القديم بتجيب منه الداتا والتقارير، والسيستم الجديد بيكون هو اللي عليه الشغل الفعلي لفترة معينة من الزمن، وبعد كده تلغي السيستم القديم.

دي التلات حلول اللي ممكن تمشي فيها لو أنت عايز تحافظ على بياناتك. والاختيار بينهم مش اختيار تقني بقدر ما هو اختيار بتكلفة: إيه اللي أنت فعلاً محتاج تشوفه جوّه النظام الجديد، وإيه اللي يكفي إنك ترجع له لما تحتاجه.

والأمان على الكلاود

وبخصوص كلاود أو مش كلاود — ده ممكن نعمله في فيديو تاني إن شاء الله. بس باختصار: بياناتك على الكلاود، سواء على Odoo.sh أو على AWS أو على Microsoft أو غيرهم، بيكون برضه أمان، وبيكون ليها تفاصيل الأمان بتاعتها اللي بتخليك مأمّن الداتابيز بتاعتك وأنت شغال بيه.

استثمر شهراً قبل التعاقد

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

علشان بعد كده الشركة ما يكونش عندها مشكلة، لأنها بتقدّم لك السيرفيس زي ما أنت عايز؛ وفي نفس الوقت أنت ما يكونش عندك مشكلة، لأنك عايز سيستم يلبّي احتياجاتك. الحالة اللي لازم تتجنبها هي إنك توقّع في مشكلة في النص، لا أنت غلطان ولا هم غلطانين — بس لو كنا خدنا وقت في البداية، كان الموضوع اتحل.

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

ERPMigrationChangeManagementOdooUAE

عن الكاتب

أحمد حسن الجمال

خبرة تتجاوز 15 سنة في قيادة التحول الرقمي بالإمارات والسعودية ومصر، وأكثر من 60 مشروع ERP — من داخل غرفة التنفيذ، لا من العرض التقديمي.

اقرأ أيضاً

أدلة مكتوبة على الموقع تشرح نفس الموضوع بتفصيل أكبر.

شاهد أيضاً