كيف تعمل؟
يعمل المحرك على مرحلتين، ولكل مرحلة تبويب في الصفحة.المرحلة 2: قواعد الأتمتة
نبدأ بالاختيار لأنه المكان الذي يبدأ منه معظم المستخدمين. تنطبق كل قاعدة على مجموعة من الطلبات، وتحدد كيفية الاختيار بين شركات الشحن التي تجاوزت المرحلة 1.
الشكل 1 — مجموعة قواعد حقيقية مرتبة حسب السوق وشركة الشحن. يعدّ عمود Orders ما تعاملت معه كل قاعدة فعليًا، وهو أسرع طريقة لاكتشاف قاعدة لا تُفعَّل أبدًا، أو قاعدة تستحوذ على أكثر مما ينبغي.
إنشاء قاعدة
يطلب Add OTOmation Rule الحقول التالية: Rule Name، وStatus، وPartner Type، وConditions التي تحدد الطلبات التي تنطبق عليها، وMethod، ومفتاح Switch to next carrier on failure. قيمة Partner Type هي OTO Rates أو Own Rates، أي النموذج التجاري الذي تختار القاعدة ضمنه. تعمل القاعدة داخل أحد النموذجين، لا عبر الاثنين معًا.شروط القاعدة
يتوفر نحو خمسين نوعًا من الشروط، وهذا ما يتيح للقاعدة أن تكون محددة بما يكفي لتكون آمنة. وتنقسم إلى مجموعات:طرق الاختيار
ثماني طرق ضمن ثلاث فئات.
الشكل 2 — قائمة Method مفتوحة في إحدى القواعد، وإلى جانبها Switch to next carrier on failure.

الشكل 3 — توزيع 60/40 بين شركتي شحن. هنا يتحول التزام الحجم المتفاوَض عليه في العقد إلى شيء يلتزم به النظام فعليًا، طلبًا بطلب.
Data Period
عند اختيار أي من طرق الأداء الأربع يظهر حقل Data Period بالـأشهر. وهو الفترة الزمنية التي يُحسب عليها التقييم، وهو قرار حقيقي لا مجرد إجراء شكلي: الفترة القصيرة تستجيب بسرعة لشركة شحن بدأ أداؤها يتراجع، والفترة الطويلة يصعب أن يُشوّهها أسبوعان سيئان. ويظهر كعمود في قائمة القواعد، فتعرف بنظرة واحدة على أي أساس تحكم كل قاعدة.طرق مختلفة لطلبات مختلفة
لكل قاعدة طريقة واحدة، ولهذا تحديدًا تكتب عدة قواعد: الأقل تكلفة للطلبات المحلية الاعتيادية، والأفضل التزامًا باتفاقية مستوى الخدمة لأي طلب له فترة توصيل، وتوزيع بنسبة ثابتة لشركة الشحن التي لديك معها التزام بحجم معين. يحدد Sort Rules ترتيب تقييم القواعد، وأول قاعدة تنطبق شروطها هي التي تقرر.التعامل مع الإخفاق
يُبقي مفتاح Switch to next carrier on failure في كل قاعدة الطلبَ متحركًا عند فشل الحجز: بدلًا من التوقف ينتقل المحرك إلى المرشح التالي. وبدونه يتحول انقطاع API لدى شركة الشحن إلى طابور من الطلبات غير المشحونة ينتظر من يلاحظه.المرحلة 1: قواعد التنفيذ
في تبويب Delivery Company Feasibilities تسمّي كل قاعدة شركة شحن مربوطة واحدة، وتحدد ما يُفعل بها في شروط معينة. وعادةً ما تكون هذه القائمة أطول من قائمة قواعد الأتمتة، لأنها تحوي قاعدة أو أكثر لكل شركة شحن.
الشكل 4 — قاعدة لكل ربط مع شركة شحن، لكل منها Action وStatus. لاحظ عدم وجود Sort Rules هنا؛ فالترتيب ينطبق على الاختيار لا على الأهلية.

الشكل 5 — القدرة الجديرة بالانتباه هي Add Condition Group: متاحة هنا وغير متاحة في قواعد الأتمتة، لذا فمنطق الأهلية المتداخل فعلًا مكانه هذا التبويب.
اختبر قبل أن تثق
هناك آليتان، وكل منهما تجيب عن سؤال مختلف. Test Mode حالة من حالات القاعدة. تُقيَّم القاعدة وتُسجَّل نتيجتها دون أن تُنفَّذ، فيمكن لقاعدة جديدة أن تعمل إلى جانب القواعد الفعّالة لأسبوع، وتُقيَّم بناءً على ما كانت ستفعله. أما Automation Test فيأخذ Order Number حقيقيًا ويعرض حكم كل قاعدة عليه، مرقّمًا حسب ترتيب التقييم. تتضمن كل نتيجة Rule Name وAssignment Priority Method وStatus القاعدة وTest Result، ويمكن توسيعها لعرض التفاصيل. ويشغّل مفتاح Reverse Shipment الاختبار نفسه على مسار الإرجاع، لأن المرتجعات تُوجَّه بهذه القواعد أيضًا.
الشكل 6 — رفضت قاعدتان الطلب، وأخذته الثالثة. ونص الرفضين هو «No eligible carriers matched the rule conditions».
صفحات ذات صلة
- ربط شركات الشحن: أسعار العقود، واتفاقيات مستوى الخدمة، ونطاق التغطية، والسعة. كل ما يوازن بينه هذا المحرك يُضبط هناك.
- توجيه الطلبات: المحرك الشقيق الذي يختار موقع التجهيز، بالبنية نفسها وفي مرحلة أبكر من عمر الطلب.
- OTO FLEX: سائقوك الخاصون، يتنافسون مع شركات الشحن ضمن القواعد نفسها.
- أتمتة المرتجعات: الشحنات العكسية يختارها هذا المحرك أيضًا.
- مطابقة فواتير الشحن: تتحقق لاحقًا مما إذا كانت أرخص شركة شحن قد فوترت فعلًا بأرخص سعر.

