CANIAS ERPاستشارات CANIAS ERP وتطويره

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

خريطة الوحدات ونطاق التطوير على TROIA معروضان أعلاه. ولمعرفة بنية الطبقات وبنية قاعدة البيانات ومعايير التقييم المقارن، راجعوا مقال ما هو CANIAS ERP.

تطبيق الوحدات والانتقال إلى التشغيل

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

التطوير والتكييف عبر TROIA

TROIA هي منصّة التطوير الخاصّة بـ CANIAS، ولها بيئة تطوير ومترجِم ومفسِّر خاصّة بها. ونكتب على هذه المنصّة تكييفات الشاشات والتقارير وسير العمل والعمليات. والشيفرة المكتوبة تعيش داخل التطبيق؛ فنحن لا نقيم نظامًا جانبيًا يتجاوز ERP.

التكامل

نبني الوصلات مع البنوك والمستندات الإلكترونية ونقاط البيع والتجارة الإلكترونية وبوابات B2B وأنظمة المستودعات وأنظمة الإنتاج وخدمات الأطراف الثالثة. وقاعدتنا أن الطلب المعاد يجب ألّا يُنتج سجلًّا مكرّرًا وأن يكون كل تدفّق قابلًا للمراقبة؛ والتفصيل في صفحة تكامل واجهات API والأنظمة.

ترقية الإصدار والصيانة

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

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

ولهذا ثمن نقوله سلفًا: كلّ تكييف هو دَين تكييف. والترقية هي اللحظة التي يُسدَّد فيها هذا الدَّين. لذلك لا نحوّل كلّ طلب إلى تطوير؛ فإن كان في المعيار طريق مقبول اقترحناه أولًا.

1. تحليل الوضع القائم. على أيّ إصدار يعمل التثبيت، وأيّ الوحدات مستخدَم فعلًا، وجرد التكييفات القائمة.
2. تحليل الفجوة. تُدرج العمليات التي يغطّيها المعيار وتلك التي لا يغطّيها كلٌّ على حدة.
3. النطاق والأسلوب. يُحدَّد كتابةً لكلّ فجوة: إعداد أم تطوير بـ TROIA أم تكامل.
4. التطوير والاختبار. تُكتب التكييفات في بيئة اختبار؛ ومعايير القبول هي بنود وثيقة النطاق.
5. الانتقال إلى التشغيل. ترحيل البيانات والتشغيل المتوازي وخطة تدريب المستخدمين.
6. الصيانة. رزنامة الترقية وإبقاء جرد التكييفات محدَّثًا.

لا ننشر نسبة نجاح غير مقيسة ولا متوسّط مدّة مشروع ولا عدد عملاء. ونطاق وحدات CANIAS وحقوق الترخيص يتبعان عقدكم أنتم؛ ولا يحلّ أيّ نصّ في هذه الصفحة محلّ شروط ترخيص الشركة المنتِجة. ونوصي بالتحقّق من قدرات المنتج الحالية في توثيق الشركة المنتِجة نفسها.

هل أنتم شريك معتمد لـ CANIAS؟

لا. لا تربطنا شراكة رسمية في جانب CANIAS؛ فنحن نقدّم استشارات مستقلّة. ومرجعكم في الترخيص ودعم المنتج هو الشركة المنتِجة.

لدينا CANIAS يعمل بالفعل — أيمكنكم العمل دون البدء من الصفر؟

نعم؛ فجزء كبير من عملنا يجري على تثبيتات تعمل بالفعل. ونبدأ بجرد التكييفات القائمة.

مَن يملك تطويرات TROIA؟

الشيفرة التي نكتبها تبقى في تثبيتكم ومصدرها لكم. وتسجّل وثيقة النطاق مبرّر كلّ تكييف والكائن المعياري الذي يمسّه؛ فإن تابعتم مع فريق آخر جرى التسليم عبر تلك الوثيقة.

هل تضيع تكييفاتنا عند ترقية الإصدار؟

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