التكاملات
الإجراءات المخصصة: ربط الأنظمة غير المدرجة
كيف يتصل الوكيل بأنظمتك الداخلية والإقليمية والقديمة، عبر أي واجهة تستطيع مؤسستك إتاحتها.
في هذه الصفحة
يجري جزء كبير من العمل في المؤسسات الكبيرة داخل أنظمة لن تتضمنها أي قائمة من قوائم المورّدين: أداة لجدولة تسليم الوحدات طُوّرت داخليًا، أو نظام إقليمي لإدارة الوثائق، أو منصة حجوزات تعمل منذ خمسة عشر عامًا. ويتصل الوكيل بهذه الأنظمة عبر الإجراءات المخصصة. فإذا كانت مؤسستك تستطيع إتاحة نظام ما عبر أي نوع من الواجهات، أمكن للوكيل أن يستعلم فيه وأن يتخذ إجراءات عليه، بالصلاحيات نفسها وضمن سجل التدقيق نفسه اللذين يحكمان أي ربط آخر. وتُحدَّد الإجراءات المخصصة بالتعاون معك أثناء التنفيذ.
ما الإجراء المخصص
الإجراء المخصص عملية واحدة محددة يمكن للوكيل تنفيذها في أحد أنظمتك، مثل "العثور على موعد تسليم هذه الوحدة" أو "إضافة ملاحظة إلى هذه الوثيقة". ويُوثَّق كل إجراء بخمسة عناصر:
| العنصر | ما يحدده | مثال |
|---|---|---|
| الاسم والغرض | الغاية من الإجراء، بكلمات بسيطة | "حجز موعد فحص الوحدة قبل التسليم" |
| المدخلات | ما يجب على الوكيل تقديمه، وبأي صيغة | مرجع الوحدة، والتاريخ المفضل |
| ما يقرؤه أو يغيّره | السجلات والحقول المعنية، ولا شيء غيرها | تقويم التسليم، وسجل موعد واحد |
| القيم المسموح بها | الحدود التي تضعها قواعدك | أيام العمل فقط، من 9 صباحًا إلى 4 مساءً، قبل ثلاثة أيام عمل على الأقل |
| النتيجة | ما يعيده النظام، وما يقوله الوكيل للعميل | الموعد المؤكد ورقمه المرجعي، أو أقرب المواعيد المتاحة |
وبعد تحديده، يتصرف الإجراء المخصص تمامًا كأي تكامل مسمّى: يُمنح للوكيل بصلاحية مستقلة خاصة به، ويُختبر قبل الإطلاق، ويُسجَّل في كل مرة يُستدعى فيها.
الواجهات التي نتصل عبرها
تتصل Telonic بأي واجهة يوفرها نظامك أصلًا. ويتوقف الاختيار على ما يدعمه النظام وما يحتاج الوكيل إلى فعله به.
| الواجهة | ما هي | تناسب |
|---|---|---|
| API | واجهة برمجة التطبيقات: الطريقة الموثّقة التي تتبادل بها البرمجيات الأخرى البيانات مع نظام ما. وتشمل واجهات الويب بنمطَي REST أو SOAP (وهما اصطلاحان شائعان لصياغة هذه الطلبات) | الاستعلام واتخاذ الإجراءات أثناء المحادثة |
| عرض قاعدة البيانات | نافذة للقراءة فقط على جداول مختارة في قاعدة بيانات نظامك، يعدّها فريقك، ولا تُظهر إلا الحقول التي يحتاج إليها الوكيل | الاستعلام في الأنظمة القديمة التي لا تملك واجهة API |
| تبادل الملفات | ملفات تُنقل بين نظامك وبيئة التشغيل الخاصة بك وفق جدول زمني، عبر SFTP (بروتوكول نقل الملفات الآمن) أو قناة آمنة مماثلة | البيانات المرجعية التي تتغير يوميًا لا دقيقة بدقيقة، ودفعات التحديثات التي تُدوَّن في النظام |
| منصة أتمتة | أداة تستخدمها فرقك أصلًا للربط بين الأنظمة، مثل Zapier أو Make، ويمكن للوكيل تشغيلها. وتُضبط أثناء التنفيذ | تشغيل عملية أتمتة قائمة، أو الوصول إلى نظام تتصل به المنصة أصلًا |
التفاصيل التقنية
يعمل كل إجراء مخصص من بيئة التشغيل الخاصة بك، في المنطقة التي تختارها، عبر اتصال مشفّر يستخدم بروتوكول TLS (أمان طبقة النقل) بالإصدار 1.2 أو أعلى. وتُخزَّن بيانات الاعتماد الخاصة بالواجهة مشفّرة بمعيار AES-256 في بيئة التشغيل الخاصة بك، ويستخدم الربط حساب تكامل مخصصًا (أي حسابًا أُنشئ لهذا الربط وحده) يتحكم فيه مسؤولو الأنظمة لديك.
وحين تصل البيانات عبر تبادل الملفات لا عبر الاستعلام المباشر، فإنها لا تكون أحدث من آخر ملف وصل. لذلك نتفق معك على الأسئلة التي تصلح لها هذه البيانات، وتعكس إجابة الوكيل ذلك، كأن يقول: "حتى صباح اليوم، مطالبتك لدى خبير المعاينة".
الأنظمة القديمة والداخلية
إذا كان لدى النظام أي نوع من الواجهات، أمكن للوكيل العمل معه. وكثيرًا ما تملك الأنظمة القديمة أكثر مما يتوقعه الناس: قاعدة بيانات يمكنها توفير عرض للقراءة فقط، أو تصدير مجدول يعتمد عليه فريق آخر أصلًا، أو خدمة داخلية كُتبت قبل سنوات وتستدعيها تطبيقات أخرى بالفعل.
نحدد أيّ أنظمتك يدخل ضمن النطاق قبل أن تلتزم، لا عند توقيع العقد. ولكل نظام منها، نحدد الواجهة، وما يستطيع الوكيل فعله من خلالها، وما يحتاج فريقك إلى توفيره. وحين لا توجد أي واجهة على الإطلاق، نتفق مع فريقك على أبسط طريقة لإتاحة البيانات، وهي في الغالب مهمة يعرف كيف ينفذها أصلًا. راجع ما نحتاج إليه من فريق تقنية المعلومات لديك.
الصلاحيات نفسها وسجل التدقيق نفسه
يخضع الإجراء المخصص للضوابط نفسها التي يخضع لها كل ربط آخر تمامًا. فالقراءة والكتابة تُمنحان كلٌّ على حدة، وأي إجراء لم يُمنح لا يمكن استدعاؤه.
أما الإجراءات التي تصنّفها حساسة، فتنتظر اعتماد موظف، ويُسجَّل كل استدعاء ونتيجته في سجل التدقيق. راجع الصلاحيات.
كيف يُحدَّد الإجراء المخصص
تمر الإجراءات المخصصة بالمراحل نفسها التي يمر بها كل ربط: رسم الخريطة، والربط، والاختبار، والإطلاق، والمراقبة. وفي مرحلة رسم الخريطة يُوثَّق كل إجراء ويُتفق عليه مع المسؤولين عن العمليات وفريق تقنية المعلومات لديك. وتستخدم الاختبارات محادثات مستمدة من عملياتك، بما فيها الطلبات التي ينبغي للإجراء أن يرفضها. راجع كيف يُربط النظام.
في الممارسة
تدير وادي للتأمين، وهي شركة تأمين، مطالبات تأمين المنازل على نظام لإدارة الوثائق بُني لها قبل سنوات طويلة، ولا يملك هذا النظام واجهة API.
- يتأكد فريق تقنية المعلومات لديها من أن قاعدة بيانات النظام يمكنها توفير عرض للقراءة فقط يتضمن تغطية الوثيقة ومبلغ التحمّل وحالة المطالبة. فينشئ العرض بهذه الحقول وحدها، وينشئ حساب تكامل لا يستطيع قراءة أي شيء آخر.
- للمطالبات الجديدة، تستخدم الشركة أصلًا استيرادًا مجدولًا للملفات إلى نظام المطالبات. فتحدد Telonic إجراءً مخصصًا يكتب كل إشعار أول بالخسارة في ذلك الاستيراد، بالصيغة التي يقبلها النظام أصلًا.
- يُختبر الإجراءان بمحادثات مستمدة من حالات فريق المطالبات نفسه، بما فيها وثيقة تتضمن استثناءً يجب على الوكيل شرحه من النص المعتمد.
- تتصل نورة بشأن أضرار ناجمة عن المياه. فيقرأ الوكيل تغطيتها ومبلغ التحمّل من العرض، ويتلقى الإشعار الأول بالخسارة، ويخبرها بموعد تأكيد الرقم المرجعي لمطالبتها.
- يتسلّم فريق المطالبات مطالبتها من الاستيراد التالي، مكتملةً، ومعها المحادثة كاملة.
ما يتحكم به فريقك
- الأنظمة التي يتصل بها الوكيل، والواجهة التي يتصل عبرها.
- تعريف كل إجراء مخصص، بما في ذلك القيم المسموح بها.
- حساب التكامل وما يملكه من وصول، ويمكن لفريقك تعليقهما في أي وقت.
ذات صلة
- نظرة عامة على التكاملاتالتكاملات
- كيف يُربط النظام: رسم الخريطة، والربط، والاختبار، والإطلاقالتكاملات
- الصلاحيات: ما يستطيع الوكيل فعله وما لا يستطيعه في كل نظامالتكاملات
- منصات الأتمتةالتكاملات
- ما نحتاج إليه من فريق تقنية المعلومات لديكالتكاملات
أسماء المنتجات وشعاراتها علامات تجارية مملوكة لأصحابها، ويأتي ذكرها لبيان الأنظمة التي تتصل بها Telonic، ولا يعني وجود شراكة أو تأييد.