الانتقال إلى المحتوى الرئيسي
مكانه في المنصة: الإعدادات ← Advanced ‏← Shipping Prices — افتح في OTO ↖
كل الوظائف الأخرى في هذا النظام تحدد كم يجب أن تكلف الشحنة. أما هذه الوظيفة فتتحقق مما فوترته شركة الشحن فعليًا، وتُظهر لك مواضع الاختلاف بينهما. ومع بضعة آلاف من الشحنات شهريًا، يكون هذا الفرق بندًا لا يكتشفه أحد بغير ذلك.

ما الذي تغطيه هذه الوظيفة؟

ثلاثة تبويبات، بترتيب استخدامها:
تبويب Shipping Prices

الشكل 1 — في الإعدادات ← Advanced ‏← Shipping Prices. يمكن فلترة كل عمود من أعمدة النطاق، ويظهر صف Total أسفل القائمة.

الخطوة 1 ليست اختياريةلا يعمل أي من هذا دون أسعار عقود مسجلة. شركة الشحن التي ليست لها صفوف أسعار لا تنتج تكلفة متوقعة، فلا توجد مرجعية لتدقيق فاتورتها، ولا تستطيع Least Cost Selection ترتيبها أيضًا. تحميل العقود هو المتطلب المسبق غير اللافت للنظر لكليهما.

تسجيل العقد

يُدخَل العقد كمجموعة من صفوف الأسعار. يقول كل صف في هذه الظروف تتقاضى هذه الشركة هذا المبلغ، والعقد الحقيقي يحتاج عادةً إلى عدة صفوف. والنموذج يوضح السبب صراحةً: «يرجى اختيار الشروط وفقًا لبنود عقدك لسعر التوصيل المحدد الذي تتم إضافته».
نموذج Add Price

الشكل 2 — لاحظ أن Is Same City وBetween cities مفاتيح تشغيل وليست قيمًا؛ فالصف إما أن ينطبق على تلك الحالة أو لا.

تحديد نطاق الصف

تتوفر سبعة أبعاد، وهي ما يجعل النموذج يناسب أي طريقة اختارتها شركة الشحن لكتابة جدول أسعارها:

ما الذي يحتسبه الصف

يستورد Upload Shipping Prices الصفوف دفعة واحدة من جدول بيانات، وهي الطريقة المعقولة الوحيدة لتحميل مصفوفة مدن شركة شحن وطنية.

التكلفة المتوقعة لكل شحنة

تبويب Shipping Price Transactions هو السجل المتجدد؛ وبعبارة المنصة نفسها هو موجود «لتتبع الشحنات التي تتم باستخدام عقود الشحن الخاصة بك ومراجعة تكاليفها تلقائيًا». صف واحد لكل شحنة: Order ID وDelivery Company وShipment Number وTransaction Date وTransaction Type وTransaction Status وAmount وDescription وOrder Status. يمكن فلترة كل عمود، فعرض شهر واحد لشركة شحن واحدة لا يتطلب سوى نقرتين، ويمكن تنزيل القائمة.
Shipping Price Transactions

الشكل 3 — هذه هي التكلفة المتوقعة المستمدة من صفوف عقدك، لا فاتورة شركة الشحن. والمقابلة بينهما هي موضوع القسم التالي.

قبل أن توجد الشحنةللحصول على عرض سعر بدلًا من سجل، يسعّر Main ‏← Shipping ‏← Price Calculator شحنة افتراضية أو طلبًا قائمًا لدى جميع شركات الشحن المربوطة دفعة واحدة.

الوزن المحتسَب

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

تدقيق فاتورة شركة الشحن

يأخذ Invoice Checker الفاتورة التي أرسلتها شركة الشحن ويقارنها، بندًا ببند، بما توقّعه OTO.
  1. Download Template: جدول بيانات بالأعمدة التي تتوقعها أداة التدقيق.
  2. املأه ببنود فاتورة شركة الشحن.
  3. ارفعه مع Description اختياري. النص الإرشادي في الحقل هو «Add a note for your team»، وهذا هو الاستخدام الصحيح له: أي شركة شحن، وأي شهر، ومن يتابع الموضوع.
  4. يُنتج OTO ملف مقارنة متاحًا من صفحة Data Import ومدرجًا ضمن Invoice Checker History.
الحدود هي نفسها لكل عمليات الرفع الجماعي في OTO: XLSX أو XLS، ملف واحد، حتى 100 ميجابايت.
نافذة Invoice Upload

الشكل 4 — يوضح الشريط الثاني المسار ببساطة: ترد أداة التدقيق بملف مقارنة تحصل عليه من صفحة Data Import.

يسجّل Invoice Checker History كل عملية تدقيق (Description وRequest Date وComplete Date وResult File وViewed وStatus)، وهو موجود، بعبارة المنصة مجددًا، «لمقارنة المبالغ المفوتَرة بأسعار الشحن وسجلات المعاملات لديك».
Invoice Checker History

الشكل 5 — Request Date وComplete Date عمودان منفصلان لأن التدقيق يجري في الخلفية: ارفع الملف، وواصل عملك، ثم استلم النتيجة.

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

قراءة المقارنة

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

الدفع عند الاستلام

يعمل الدفع عند الاستلام بالمبدأ نفسه: المبالغ التي حصّلتها شركة الشحن نيابةً عنك يجب مطابقتها بالمبالغ التي حوّلتها فعليًا. تحتفظ الإعدادات ← Payments ‏← COD Wallet بالرصيد، وتلخّصه في ثلاثة أرقام: Upcoming Transfer مع تاريخ Expected Transfer، وCurrent Balance، وAmount Withdrawn. وكما تقول المنصة: «تمثل محفظة الدفع عند الاستلام النقد المحصَّل من العملاء في شحنات الدفع عند الاستلام، والذي سيُحوَّل إلى حسابك البنكي المسجل في إعدادات الشركة».
COD Wallet

الشكل 6 — تاريخ Expected Transfer تحت Upcoming Transfer هو جدول التسوية في صورة ملموسة، وهو مفيد لتوقع التدفق النقدي، لا للمطابقة فقط.

يحمل كل صف COD Report ID مع Report Start Date وReport End Date، إضافة إلى Transferred Amount وRemaining Amount وRequested Amount. ومعرّف التقرير ونطاقه الزمني هما مفتاح المطابقة: فالتحويل القادم من شركة الشحن يغطي فترة، وهذه الفترة هي ما تطابقه بمبالغ الدفع عند الاستلام المحصَّلة من الشحنات المسلَّمة خلالها. ويطلب زر Withdraw تحويلًا إلى الحساب البنكي المسجل في إعدادات الشركة.
أين تجد الباقي؟تغطي صفحة Billing, Payments & COD رسوم الدفع عند الاستلام وآلية عمل المحفظة وطرق الدفع وجداول التسوية. أما هذه الصفحة فتغطي سؤال المطابقة فقط: هل تطابق المال الذي وصل مع المال الذي كان يجب أن يصل؟

تعدد العملات

العميل الذي يشحن عبر المملكة العربية السعودية والإمارات وتركيا لديه عقود بأكثر من عملة، وقد تكون الطلبات نفسها مسعَّرة بعملة أخرى. تُحفظ المبالغ بالعملة التي نشأت بها دون تحويلها عند الإدخال، فتتم المقارنة بين قيم متماثلة. ولهذا السبب تحديدًا يحمل شرط الدفع عند الاستلام في أتمتة الشحن اسم COD Value (Currency Type of Order).

صفحات ذات صلة

  • ربط شركات الشحن: حيث يُضبط معامل قسمة الوزن الحجمي والربط نفسه.
  • أتمتة الشحن: تقرأ Least Cost Selection الأسعار المدخلة هنا، فجودة كل منهما مرهونة بالأخرى.
  • Billing, Payments & COD: المحفظة والتسوية وطرق الدفع.
  • إدارة المرتجعات: حيث تُتكبَّد رسوم الإرجاع المذكورة في صفوف أسعارك.