مراحل تطبيق نظام ERP: من تحليل الاحتياجات إلى التشغيل الفعلي

ملخص

• يمكن تقسيم تطبيق نظام ERP إلى ثماني مراحل، من تحليل الاحتياجات إلى الدعم المكثف بعد التشغيل والتسليم. ولا تُغلق مرحلة إلا بمُخرَج مكتوب يعتمده من يملك القرار.
• وثيقة التصميم المعتمدة هي خط الأساس للنطاق، وكل إضافة بعدها طلب تغيير يُقدَّر أثره على التكلفة والجدول الزمني وتعتمده اللجنة التوجيهية.
• الفجوة بين النظام وطريقة العمل تُعالج بالإعداد أو بتعديل الإجراء قبل التطوير البرمجي الخاص، لأن كل تطوير خاص يُعاد اختباره مع كل ترقية للنظام.
• لا يُتخذ قرار التشغيل قبل اختبار الربط مع منظومتي الفاتورة والإيصال الإلكترونيين، كلٌّ بحسب التزام المنشأة، على بيئة الاختبار التي تتيحها مصلحة الضرائب المصرية (المصلحة) ثم على بيئة التشغيل.
• النظام القديم لا يُلغى بالتشغيل، لأن المادة 38 من قانون الإجراءات الضريبية الموحد 206 لسنة 2020 تُلزم بالاحتفاظ بالسجلات والدفاتر والمستندات خمس سنوات تالية للفترة الضريبية التي يُقدَّم عنها الإقرار.

المراحل وما يُغلق كلاً منها

تبدأ هذه المراحل بعد اختيار النظام والتعاقد مع المنفّذ، أياً كان النظام. وقد يتداخل تنفيذ مرحلتين، لكن لا تُعتمد مرحلة قبل اعتماد ما قبلها.

تحليل الاحتياجات وتصميم الحل

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

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

من الإعداد إلى قبول المستخدمين

يجري الإعداد على بيئة اختبار لا على بيئة التشغيل، ويُسجَّل كل إعداد وسببه، فهذا السجل مرجع الدعم والمراجعة لاحقاً. وتُعرض كل دورة على المستخدمين الرئيسيين ببيانات من واقع المنشأة.

وفي ترحيل البيانات تُنظَّف البيانات الأساسية قبله لا بعده: العملاء والموردون والأصناف والأصول الثابتة. وتُطابَق الأرصدة الافتتاحية المرحَّلة على ميزان المراجعة وعلى الحسابات التفصيلية في النظام القديم: الذمم بالعميل والمورد، والمخزون بالصنف، والأصول بالأصل.

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

ويدخل فيه الربط الضريبي: تتيح المصلحة بيئة اختبار مستقلة (PreProd) لها بوابة تسجيل وبوابة للمنظومة وواجهات ربط منفصلة عن بيئة التشغيل، ويُختبر عليها ثم على بيئة التشغيل:

• تسجيل النظام على الملف الرقمي للمنشأة، وبيانات الدخول إلى واجهات الربط.
• شهادة التوقيع أو الختم الإلكتروني التي تُوقَّع بها المستندات.
• أكواد الأصناف بنظام GS1 أو EGS، وربط وحدات القياس وأنواع الضرائب بجداول أكواد المنظومة.
• عودة حالة كل مستند إلى النظام بعد تحقق المنظومة منه.
• تسجيل أجهزة نقاط البيع وربطها برقم التسجيل الضريبي للمنشأة، لمن يصدر الإيصال الإلكتروني.

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

التدريب والتشغيل الفعلي وما بعده

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

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

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

والنظام القديم يُوقف القيد عليه ولا يُلغى. فالمادة 38 من القانون 206 لسنة 2020 تنص في فقرتها الثالثة:

«وفى جميع الأحوال، يلتزم الممول أو المكلف بالاحتفاظ بالسجلات والدفاتر والمستندات بما فيها صور الفواتير لمدة خمس سنوات تالية للفترة الضريبية التى يُقدم عنها الإقرار».

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

حوكمة المشروع

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

والمستخدمون الرئيسيون واحد على الأقل لكل دورة، يعرف العمل الحالي ويملك القرار في نطاقه، ويُفرَّغ لجزء محدد من وقته لكتابة سيناريوهات الاختبار وتنفيذها.

ومدير المشروع لدى المنفّذ مسؤول عن الخطة والموارد وسجل المخاطر والتقارير الدورية، ويقابله مدير مشروع من جانب المنشأة. والمنفّذ يقترح والمنشأة تقرر في الإجراءات والنطاق.

أين تتعثر مشروعات التطبيق

من الأسباب التي تتكرر عملياً:

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

ما يترتب على المنشآت

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

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

محمود ناصف — محاسب قانوني، الشريك المؤسس

عضو جمعية المحاسبين والمراجعين المصرية
عضو جمعية الضرائب المصرية
عضو الجمعية المصرية للمالية العامة والضرائب

صفحة الشريك · حجز استشارة

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