لماذا لا يتصل التطبيق بأنظمتك مباشرة
من المغري أن تترك تطبيق الجوال يتصل بنظام ERP أو بقاعدة البيانات مباشرة، فهذا يبدو أبسط، ويوفّر عليك بناء جزء إضافي. لكنه في الواقع يخلق مشكلات يصعب التراجع عنها. فكل ما يُخزَّن داخل التطبيق يستطيع شخص مُصرّ أن يستخرجه، لذلك لا مكان فيه لبيانات الدخول إلى نظام داخلي. والأنظمة الداخلية نادراً ما تُصمَّم لتكون مكشوفة على الإنترنت. ثم إن الهاتف على اتصال ضعيف يحتاج إلى إجابات صغيرة وسريعة، بينما تميل أنظمة الأعمال إلى إجابات كبيرة وبطيئة.
والتصميم المعتاد أن تضع بين الطرفين خدمة خاصة بك، تُسمى غالباً الواجهة الخلفية أو طبقة الربط. يتحدث التطبيق إلى هذه الخدمة وحدها، وهي تتحدث إلى الأنظمة الداخلية نيابةً عنه.
- تحفظ الأسرار. تبقى بيانات الدخول إلى نظام ERP على خادم تتحكم فيه أنت، ولا تصل إلى أي هاتف.
- تفحص كل طلب. تتأكد الطبقة من هوية المستخدم ومما يحق له أن يراه قبل أن تجلب أي شيء.
- تهيّئ البيانات للهاتف. يستطيع طلب واحد من التطبيق أن يجمع ما تحتاجه الشاشة من عدة أنظمة، ولا يعيد غيره.
- تمتص التغيير. حين يُحدَّث نظام داخلي أو يُستبدل، تُعدَّل الطبقة ويواصل التطبيق عمله كما هو.
- تحمي النظام الداخلي. التخزين المؤقت وطوابير الانتظار يمنعان آلاف الهواتف من إغراق برنامج صُمّم لبضع عشرات من موظفي المكتب بالطلبات.
اعرف كيف يمكن الوصول إلى كل نظام
هذا أول سؤال تقني، ويجب أن تجيب عنه قبل تصميم التطبيق. فالإجابة الخاصة بكل نظام تحدد تكلفة الميزة وسرعتها، وأحياناً إمكانية تنفيذها من الأساس.
| طريقة الوصول | ماذا تعني | ما تنتبه إليه |
|---|---|---|
| واجهة برمجة موثّقة | يوفّر المورّد واجهة برمجة (API) للقراءة والكتابة | تأكد أن إصدارك وترخيصك يشملانها، واعرف الحدود المفروضة عليها |
| موصل من المورّد أو برمجية وسيطة | منتج مدعوم يتيح الوصول إلى النظام | تكلفة ترخيص إضافية، واعتماد على ذلك المنتج |
| ملفات مجدولة | يصدّر النظام الملفات ويستوردها وفق جدول زمني | البيانات لا تكون أحدث من آخر تشغيل |
| القراءة من قاعدة البيانات | استعلامات مباشرة على جداول النظام نفسه | قد يخالف شروط الدعم، والكتابة بهذه الطريقة قد تُفسد البيانات |
| لا واجهة على الإطلاق | لا يوجد إلا الشاشات | أتمتة الشاشات هشة؛ اعتبرها الملاذ الأخير، وسبباً للتخطيط لاستبدال النظام |
بعض المورّدين يرخّصون وصول التطبيقات الخارجية بشكل منفصل عن تراخيص المستخدمين المحددين بالاسم. فقبل أن تصمم ميزة تتيح لعدد كبير من مستخدمي التطبيق الوصول إلى نظام ERP، اقرأ شروط الترخيص أو اسأل المورّد كتابةً.
أسئلة تجيب عنها لكل ربط
- 01
ما الذي يجب أن يقرأه التطبيق بالتحديد، وما الذي يجب أن يكتبه؟
لماذا يهم ذلكالقراءة أكثر أماناً من الكتابة بكثير. فكل عملية كتابة تحتاج إلى قواعد، وتحقق من صحة البيانات، وخطة لحالات الفشل.
- 02
أي نظام هو الصحيح حين يختلف نظامان؟
لماذا يهم ذلكقد يكون عنوان العميل مسجلاً في نظام CRM ونظام ERP والتطبيق معاً، ولا بد أن تكون الكلمة الأخيرة لأحدها.
- 03
ما مدى الحداثة المطلوبة لكل معلومة؟
لماذا يهم ذلكقد يلزم أن يكون رقم المخزون آنياً، أما وصف المنتج فلا بأس أن يكون عمره ساعات، وأن يُعرض من ذاكرة التخزين المؤقت.
- 04
كم طلباً سيصل في ذروة الاستخدام؟
لماذا يهم ذلكللأنظمة الداخلية حدود، ويجب أن تبقى الطبقة ضمنها.
- 05
هل توجد بيئة اختبار؟
لماذا يهم ذلكمن دونها، يُطوَّر الربط على البيانات الحية، وهذا بطيء ومحفوف بالمخاطر.
- 06
من الشخص الذي نرجع إليه في هذا النظام؟
لماذا يهم ذلكشخص محدد بالاسم من جهتك، أو لدى المورّد، يستطيع أن يجيب عن الأسئلة ويمنح صلاحيات الوصول.
ويجمع استبيان استكشاف متطلبات الربط لدينا هذه الإجابات لكل نظام في صفحة واحدة.
حدّد هوية مستخدم التطبيق في نظر أنظمتك
داخل نظام ERP، ترتبط الصلاحيات بمستخدمي النظام. أما مستخدمو التطبيق فأشخاص آخرون: عملاء وسائقون وفنيون وموظفو مبيعات. لذلك يحتاج الربط إلى قاعدة تصل بين الطرفين.
- 01
تطبيقات الموظفين
اجعل الموظفين يسجلون الدخول بالهوية التي يستخدمونها في العمل أصلاً، حتى يفقد من يغادر الشركة وصوله إلى التطبيق أيضاً. وحدّد لكل دور ما يحق له أن يراه ويفعله.
- 02
تطبيقات العملاء
للعملاء حسابات في الخدمة الخاصة بالتطبيق، يرتبط كل منها بسجل العميل في نظام CRM أو ERP. وتضمن الطبقة ألا يتلقى أي عميل إلا بياناته هو.
- 03
الإجراءات في الأنظمة الداخلية
قرّر هل يُسجَّل التغيير الذي يجري في التطبيق باسم المستخدم الداخلي للشخص نفسه، أم باسم مستخدم خدمة واحد مع تدوين اسم الشخص. فقد يهتم المدققون بهذا الفرق.
- 04
الأجهزة المفقودة والموظفون المغادرون
يجب أن يكون سحب الوصول ممكناً من الخادم فوراً، دون انتظار تحديث التطبيق.
خطّط للإصدارات القديمة من التطبيق ولتحديثات الأنظمة
يتغير الموقع الإلكتروني للجميع لحظة نشره، أما التطبيق فلا. فالناس يحتفظون بالإصدارات القديمة شهوراً، وتظل هذه الإصدارات تتصل بخدمتك بالطريقة القديمة. وفي الوقت نفسه، تُحدَّث الأنظمة الداخلية وفق جدولها الخاص.
ربط مبني ليدوم
- تُبقي الخدمة صيغ الطلبات القديمة عاملة لفترة محددة ومعلنة
- يمكن إبلاغ التطبيق بأن التحديث إلزامي
- تُختبر التغييرات في الأنظمة الداخلية مع الطبقة قبل إطلاقها
- تُترجم أسماء حقول ERP ورموزه في الطبقة، لا في التطبيق
- يصل الخبر إلى شخص مسؤول حين يعلن مورّد ERP عن تغيير
ربط هش
- أي تغيير في الخدمة يعطّل كل نسخة مثبتة من التطبيق
- رموز حقول ERP مثبتة داخل شاشات التطبيق نفسها
- لا سبيل إلى إيقاف إصدار قديم خطر
- مستخدمو التطبيق هم أول من يكتشف تحديثات ERP
- لا أحد مسؤول عن الربط بعد الإطلاق
مثال تطبيقي
تطبيق توصيل لمورّد مواد بناء
هذا مثال افتراضي يوضح كيف تُجاب هذه الأسئلة عملياً. مورّد يريد أن يرى سائقوه طلبات التوصيل الخاصة بهم، وأن يوثّقوا إثبات التسليم، ويسجلوا المرتجعات، وكلها بيانات موجودة في نظام ERP لديه.
- الوصول إلى نظام ERPللنظام واجهة برمجة موثّقة يشملها الإصدار الذي يملكه المورّد، مع حد أقصى لعدد الطلبات في الدقيقة. وتوجد بيئة اختبار.
- الطبقةتُبنى خدمة صغيرة تحمّل كل صباح طلبات اليوم لكل سائق من نظام ERP وتحتفظ بها، حتى لا يتصل كل هاتف من 60 هاتفاً بالنظام كلما حُدّثت شاشته.
- الكتابةيُرسَل إثبات التسليم إلى الخدمة، فتحفظ التوقيع والصورة، ثم تحدّث حالة التوصيل في نظام ERP. وإن تعذّر الوصول إلى النظام، ينتظر التحديث في الطابور.
- الهويةيسجل السائقون الدخول بحسابات الشركة. وتُجرى كل التحديثات في نظام ERP باسم مستخدم خدمة واحد، ويُكتب اسم السائق في حقل الملاحظات، وهو ما يقبله فريق المالية.
- التغييرعند تحديث نظام ERP يتغير اسم أحد الحقول، فتُعدَّل الخدمة في نصف يوم، ولا يحتاج التطبيق إلى أي تحديث.
لا يشعر السائقون بوجود نظام ERP أصلاً. ويرى المكتب حالة التوصيل تتحدث خلال لحظات، ولا يتلقى النظام إلا بضع مئات من الطلبات في اليوم بدل آلاف كثيرة.
صمّم لحالة النظام البطيء أو المتوقف
للأنظمة الداخلية فترات صيانة، وتقارير بطيئة، وأيام سيئة. والتطبيق الذي يستخدمه العملاء أو الموظفون الميدانيون لا يمكن أن يتوقف كلما توقفت. لذلك حدّد لكل ميزة ما يعرضه التطبيق وما يفعله في هذه الحالة.
| الحالة | سلوك ضعيف | سلوك أفضل |
|---|---|---|
| النظام بطيء | مؤشر التحميل يدور حتى ييأس المستخدم | اعرض البيانات المخزنة مؤقتاً مع وقت آخر تحديث لها، وحدّثها في الخلفية |
| النظام متوقف | رسالة خطأ تقنية | قل بوضوح إن المعلومات الحية غير متاحة الآن، ودع المستخدم يكمل ما أمكن |
| فشل عملية كتابة | يضيع عمل المستخدم | احفظه، وضعه في الطابور، وأعد المحاولة، واعرض حالته |
| إرسال عملية الكتابة مرتين | طلب أو سجل مكرر | امنح كل إجراء معرّفاً فريداً حتى تُكتشف المحاولة الثانية |
| بيانات تبدو خاطئة | يعرضها التطبيق رغم ذلك | تحقّق منها في الطبقة، وعلّم السجل ليراجعه شخص |
قائمة التحقق من ربط تطبيق الجوال
قائمة التحقق من ربط تطبيق الجوال بالأنظمة
0 من 11 منجزةماذا تفعل الآن
اطرح هذا الأسبوع سؤالاً واحداً على المسؤول عن كل نظام داخلي: كيف يمكن لتطبيق آخر أن يقرأ منه ويكتب فيه، وهل هذا مشمول بما ندفعه؟ فالإجابات ستحدد نطاق التطبيق أكثر من أي قرار تصميمي.
نبني هذه الطبقات ضمن أعمال ربط الأنظمة وتطوير واجهات البرمجة. أخبرنا بالأنظمة المعنية، وسنقول لك ما الذي سنتحقق منه أولاً.
أسئلة شائعة
هل يمكن أن يتصل التطبيق بقاعدة بياناتنا مباشرة؟
لا ينبغي ذلك. فكلمة مرور قاعدة البيانات داخل التطبيق يمكن استخراجها، وسيلزم أن تكون قاعدة البيانات متاحة من الإنترنت، وأي تغيير في بنيتها سيعطّل كل نسخة مثبتة من التطبيق. أما وضع خدمة بين الطرفين فيحل المشكلات الثلاث، وهو الممارسة المعتادة في التطبيقات التي تتعامل مع بيانات الأعمال.
ماذا لو لم يكن لنظامنا واجهة برمجة؟
توجد في العادة طرق أخرى: موصل يبيعه المورّد، أو تبادل ملفات مجدول، أو وصول للقراءة فقط إلى بياناته، مع الحذر. ولكل منها حدود في حداثة البيانات وموثوقيتها. وإن لم يتح النظام أياً منها، فقد تضطر إلى تأجيل الميزات التي تعتمد عليه، وتصبح هذه النتيجة دليلاً مفيداً حين تخطط لاستبدال ذلك النظام.
هل يجعل الربط بنظام ERP التطبيق بطيئاً؟
ليس إذا صُمّمت الطبقة لذلك. فالبيانات التي نادراً ما تتغير تُخزَّن مؤقتاً، والشاشات تُعرض من مخزن الطبقة نفسها وتُحدَّث في الخلفية. ولا ينتظر نظام ERP إلا الإجراءات التي تحتاج فعلاً إلى إجابة حية، مثل التحقق من المخزون قبل تأكيد الطلب، وهذه تُصمَّم لها حالة انتظار واضحة.
من يتولى صيانة الربط حين يُحدَّث نظام ERP لدينا؟
يجب أن يُحدَّد شخص بالاسم، لأن التحديثات هي السبب الأكثر شيوعاً لتعطل الربط. وفي العادة تتولى صيانة الطبقة الشركةُ التي بنتها، بموجب اتفاقية دعم، وينبّهها مسؤول نظام ERP لديك إلى التغييرات المخطط لها. وينبغي أن يكون اختبار الطبقة مع النظام المحدَّث في بيئة اختبار، قبل الإطلاق، خطوة ثابتة.
هل نحتاج إلى واجهة خلفية خاصة بنا إن كان لنظام ERP واجهة برمجة أصلاً؟
نعم، في أغلب الحالات تقريباً. فواجهة نظام ERP صُمّمت للتعامل مع أنظمة موثوقة، لا مع آلاف الهواتف. أما طبقتك الخاصة فتتولى تسجيل الدخول، والصلاحيات، والتخزين المؤقت، والإشعارات، والتحويل بين سجلات ERP وشاشات التطبيق. ويمكن أن تكون صغيرة؛ المهم أن يعتمد التطبيق على خدمة تتحكم فيها أنت.
