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