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