OTIF معنى وطريقة الحساب: التسليم في الموعد وبالكامل
OTIF (التسليم في الموعد وبالكامل، ويُسمّى أيضًا DIFOT) هو نسبة التسليمات التي وصلت في الموعد وبالكمية المطلوبة معًا: التسليمات في الموعد وبالكامل ÷ التسليمات المنفَّذة × 100، مع استبعاد الطلبات التي ألغاها العميل. وتتوقف القيمة على ثلاثة اختيارات يجب أن تُكتب بجانب الرقم: ما يُعدّ «في الموعد» (اليوم نفسه أو النافذة المحجوزة أو ± ساعات، وهل يُحسب التسليم المبكر)، وهل يُعدّ حسب البند أم حسب الطلب، وأي تفاوت في الكمية يُقبل. وهو ليس حاصل ضرب نسبة الموعد في نسبة الاكتمال: في السجل التجريبي يعطي 50.0% × 50.0% الناتج 25.0% بينما OTIF يساوي 16.7%. ويحتفظ Logistivo على كل شحنة بالمادة الخام لهذا الحساب: تاريخ التسليم والوقت المتوقع للوصول (ETA) وسجلًا مؤرَّخًا لكل تغيير في الحالة، بما فيه ما يدخله السائق في التطبيق.
المصدر: ASCM · البوابة الرسمية للتشريعات الاتحادية في دولة الإمارات · legislation.gov.uk · United Nations Treaty Collection · ويكيبيديا (الإنجليزية).
آخر تحديث للبيانات:
.
سجل التسليمات
سجل التسليمات — اكتب تسليماتك أو الصقها، وحدّد التعريف، وانظر أيّ التسليمات تخفض قيمة OTIF.
يجري الحساب في متصفحك فقط: لا يُرسَل السجل إلى أي خادم ولا يُخزَّن فيه.
تقيس الحاسبة موثوقية التسليم (الموعد والكمية). أما المستندات والتلف وتوافر البضاعة في المخزون فمؤشرات مستقلة، وردت في مسرد المؤشرات أدناه.
رقم الطلب — رقم الطلب أو الرحلة. عند الحساب حسب الطلب تشكّل الصفوف ذات الرقم نفسه طلبًا واحدًا.
البند — اختياري: رقم بند الطلب.
الموعد / البداية — الموعد المتفق عليه (التاريخ والوقت) أو بداية نافذة التسليم المحجوزة، مثل 14/09/2026 08:00؛ ويمكن كتابة النافذة كلها في خلية واحدة: 14/09/2026 08:00-12:00.
نهاية النافذة — اختياري: الوقت فقط (12:00) إن أُغلقت النافذة في اليوم نفسه، وإلا فالتاريخ والوقت.
وقت التسليم — تاريخ ووقت وضع البضاعة تحت تصرف المرسَل إليه. الحقل الفارغ يعني أن التسليم لم يتم بعد.
المطلوب — الكمية المؤكدة في الطلب (كراتين أو طبليات أو قطع — بالوحدة نفسها المستخدمة في «المُسلَّم»).
المُسلَّم — الكمية المستلمة. إذا وصل البند على دفعات: المجموع مع وقت آخر دفعة.
التعريفات القابلة للاختيار
في الموعد إذا — داخل النافذة — تُعدّ التسليمة في الموعد إذا وقع وقتها الفعلي بين بداية النافذة المحجوزة ونهايتها، والطرفان داخلان. بعد النهاية تأخير، وقبل البداية تبكير. وإذا ذُكر وقت دون نهاية للنافذة فالنافذة هي ذلك الوقت بالضبط؛ وإذا ذُكر تاريخ فقط فالنافذة اليوم كله.
في الموعد إذا — في اليوم نفسه — تُعدّ التسليمة في الموعد إذا كان تاريخها الفعلي هو اليوم الموعود (أو أحد أيام النافذة). لا يُنظر إلى الوقت من اليوم: اليوم التالي تأخير، واليوم السابق تبكير.
في الموعد إذا — ± ساعات — تُوسَّع النافذة الموعودة (أو الوقت الموعود) بمقدار N ساعة من الجانبين. وخارج هذا الهامش تكون التسليمة متأخرة أو مبكّرة.
عدد الساعات N — القيمة الابتدائية وهي ساعتان للتجربة فقط: خذ الهامش المكتوب في عقدك أو اتفاقية مستوى الخدمة (SLA).
التسليم المبكر — إخفاق — التسليم قبل فتح النافذة (أو قبل الهامش) إخفاق في الموعد كالتأخير تمامًا.
التسليم المبكر — يُعدّ في الموعد — التسليم قبل النافذة يُعدّ في الموعد: معيار «في الموعد أو قبله» في مقياس SCOR الفرعي RL.3.59 قياسًا على التاريخ الذي طلبه العميل.
الحساب حسب — البند — كل صف في السجل وحدة واحدة: OTIF هو نسبة الصفوف التي وصلت في الموعد وبالكامل.
الحساب حسب — الطلب — الصفوف ذات الرقم نفسه تشكّل طلبًا واحدًا. يكون الطلب في الموعد إذا كانت كل بنوده في الموعد، وبالكامل إذا كانت كل بنوده كاملة (أشدّ صيغة، كـ«الطلب المثالي» في SCOR RL.1.1). وإذا كان بند واحد مفتوحًا أو غير مقروء بقي الطلب كله خارج الحساب.
الزيادة في الكمية — إخفاق — الكمية الأعلى من هامش التفاوت ليست «بالكامل»: تشترط SCOR RL.2.1 ألا تُسلَّم أصناف زائدة.
الزيادة في الكمية — تُعدّ بالكامل — الكمية الأعلى من هامش التفاوت تُعدّ كاملة — وهذا ما تنص عليه بعض العقود، ويختلف عن تعريف SCOR.
التفاوت — تُعدّ التسليمة ناقصة إذا قلّت الكمية المُسلَّمة عن المطلوب × (1 − التفاوت)، وزائدة إذا زادت عن المطلوب × (1 + التفاوت). تبدأ الحاسبة من 0%: وهذا ضبط في الأداة وليس معيارًا. وتتحدث SCOR عن «تفاوتات متفق عليها بين الطرفين».
في الموعد (OTD) % — التسليمات في الموعد ÷ التسليمات المحتسبة × 100 — SCOR RL.2.2: الطلبات المسلَّمة في تاريخ الالتزام الأصلي ÷ الطلبات المسلَّمة × 100%؛ ولا عنصر فيه للاكتمال.
بالكامل % — التسليمات الكاملة ÷ التسليمات المحتسبة × 100 — SCOR RL.2.1: الطلبات المسلَّمة بالكامل ÷ الطلبات المسلَّمة × 100%؛ ولا عنصر فيه للموعد.
في الموعد × بالكامل — يساوي OTIF فقط إذا وقعت حالات التأخير والنقص على تسليمات مختلفة بصورة مستقلة — حساب رياضي: في السجل التجريبي 50.0% × 50.0% = 25.0% بينما OTIF يساوي 16.7%.
وحدة العدّ — التسليمات أو البنود أو الطلبات — وليس الكميات — حساب OTIF بنسبة الكمية الإجمالية يخالف مبدأ «بالكامل» (ويكيبيديا، DIFOT).
الأوراق: كل تسليمة في ورقة واحدة بالضبط
OTIF — في الموعد وبالكامل.
تأخير فقط — متأخرة والكمية صحيحة.
تبكير فقط — مبكّرة مع أن التبكير يُعدّ إخفاقًا، والكمية صحيحة.
نقص فقط — في الموعد والكمية أقل من هامش التفاوت.
زيادة فقط — في الموعد والكمية أعلى من هامش التفاوت مع أن الزيادة تُعدّ إخفاقًا.
الموعد والكمية — إخفاق في الموعد وفي الكمية معًا (تأخير + نقص، تأخير + زيادة، تبكير + نقص، تبكير + زيادة). ومجموع الأوراق الست يساوي دائمًا عدد التسليمات المحتسبة.
الصفوف المستبعدة من الحساب
مفتوح — لا تسليم فعليًا بعد: تقسم SCOR على الطلبات المسلَّمة، فالتسليمة التي لم تتم تبقى خارج المقام.
بلا موعد — لا موعد متفق عليه: بغير التزام لا يمكن الحكم على الالتزام بالموعد.
تاريخ غير مقروء — تاريخ مكتوب بصيغة غير معروفة.
نافذة معكوسة — نهاية النافذة أسبق من بدايتها.
كمية مفقودة — الكمية المطلوبة أو المُسلَّمة غير مذكورة: لا يمكن الحكم على الاكتمال.
كمية غير صالحة — يجب أن تكون الكمية المطلوبة أكبر من الصفر وألا تكون الكمية المُسلَّمة سالبة.
متوسط التأخير ووسيطه
أي التسليمات — المتأخرة فقط.
قاعدة النافذة — الوقت الفعلي − نهاية النافذة.
قاعدة ± ساعات — الوقت الفعلي − الوقت الموعود (أو نهاية النافذة)، وليس حدّ الهامش.
قاعدة اليوم نفسه — أيام كاملة بعد اليوم الموعود.
المتوسط والوسيط — المتوسط الحسابي؛ والوسيط هو القيمة الوسطى، أو متوسط القيمتين الوسطيين إذا كان عدد التسليمات المتأخرة زوجيًّا.
حسب الطلب — تأخير الطلب هو تأخير أحدث بنوده.
كيف يُقرأ السجل وملف CSV
الأعمدة بهذا الترتيب: الرقم؛ البند؛ الموعد أو بداية النافذة؛ نهاية النافذة؛ التسليم الفعلي؛ الكمية المطلوبة؛ الكمية المُسلَّمة. مع 6 أعمدة لا يوجد البند؛ ومع 5 تكون النافذة في خلية واحدة (14/09/2026 08:00-12:00).
الفاصل: فاصلة منقوطة أو فاصلة أو علامة جدولة، ويُكتشف من الصف الأول. والصف الأول الخالي من التواريخ يُعدّ رأسًا للأعمدة.
التواريخ: 2026-09-14 10:40 أو 14/09/2026 10:40 أو 14.09.2026 أو 14-09-2026؛ وإذا جاءت السنة أولًا (2026-09-14 أو 2026/09/14) فالترتيب سنة-شهر-يوم، وإلا فيوم/شهر/سنة.
تُقارَن الأوقات كما كُتبت دون تحويل بين المناطق الزمنية. وإذا اقتصر التسليم الفعلي على تاريخ، جرت المقارنة باليوم.
البند الذي سُلِّم على دفعات يُدخَل مرة واحدة: بالكمية الإجمالية ووقت آخر دفعة.
الطلبات التي ألغاها العميل تُحذف من السجل؛ والتعديل الذي يطلبه العميل ويقبله المورّد يصبح الموعد الجديد (SCOR RL.1.1 وRL.2.1 وRL.2.2).
أيّ التسليمات تخفض قيمة OTIF؟ — OTIF هو الجذر؛ وتحته «في الموعد» و«بالكامل»، وكل تسليمة خارج OTIF تقع في ورقة واحدة بالضبط. انقر على أي عقدة لتظليل الصفوف المطابقة في السجل.
مثال توضيحي — 6 تسليمات — يُفتح السجل بست تسليمات مختلَقة إلى مركز توزيع تابع لسلسلة تجزئة، اختيرت لتملأ كل ورقة في الشجرة؛ وهي ليست بيانات حقيقية ولا مرجعًا للقطاع. وبالإعدادات الابتدائية (نافذة، التبكير إخفاق، حسب البند، تفاوت 0%، الزيادة إخفاق) تكون النتيجة:
OTIF 1 من 6 = 16.7%؛ في الموعد 3 من 6 = 50.0% (PO-1001 وPO-1003 وPO-1006)؛ بالكامل 3 من 6 = 50.0% (PO-1001 وPO-1002 وPO-1004)؛ وحاصل ضرب 50.0% × 50.0% يعطي 25.0%.
PO-1002 متأخرة 85 دقيقة؛ PO-1003 ناقصة (22 من 24، −8.3%)؛ PO-1004 مبكّرة 40 دقيقة؛ PO-1005 متأخرة 185 دقيقة وناقصة (27 من 30، −10%)؛ PO-1006 زائدة (21 من 20، +5%). متوسط التأخير ووسيطه: 135 دقيقة (2 ساعة 15 دقيقة).
قاعدة اليوم نفسه: في الموعد 6 من 6، وOTIF يساوي 3 من 6 = 50.0%. وإذا عُدّ التسليم المبكر في الموعد: في الموعد 4 من 6 = 66.7%، وOTIF يساوي 2 من 6 = 33.3%. وبتفاوت 5%: تصبح PO-1006 كاملة (21 ≤ 21.0)، وبالكامل 4 من 6 = 66.7%، وOTIF يساوي 2 من 6 = 33.3%.
في بعض الصفوف موعد محدد دون نهاية للنافذة، والتبكير يُعدّ إخفاقًا: هذه الصفوف تكون في الموعد فقط إذا سُلِّمت في الدقيقة نفسها. أضِف نهاية النافذة أو استخدم قاعدة ± ساعات.
الصفوف المستبعدة لا تدخل في البسط ولا في المقام.
لا توجد تسليمة محتسبة بعد: يحتاج كل صف إلى موعد وتسليم فعلي وكميتين.
في القانون الإماراتي (المرسوم بقانون اتحادي رقم 50 لسنة 2022) يجوز أن يشترط الناقل إعفاءه من المسؤولية عن التأخير (المادة 307(2))، فالمعوَّل عليه ما كُتب في عقد النقل، ويكون التعويض بالقيمة الحقيقية لا بحدّ لكل كيلوغرام ما لم يُتفق كتابةً على غير ذلك (المواد 308 إلى 311). وفي النقل الدولي المشمول باتفاقية CMR لا يُستحق تعويض عن التأخير دون تحفّظ كتابي يصل إلى الناقل خلال 21 يومًا (المادة 30(3)). ولا يحلّ تقرير المؤشر محلّ هذا التحفّظ.
في المرة القادمة التي تُخفق فيها تسليمة في OTIF يكون سجلها الزمني على الشحنة مسبقًا — في Logistivo تحتفظ كل شحنة بتاريخ التسليم وبكل تغيير في الحالة (بانتظار التحميل، قيد النقل، عبور، مكتملة) بتاريخه ووقته، سواء أدخله المكتب أو السائق من تطبيق iOS وAndroid. وفي الرحلات متعددة المحطات يضع السائق علامة اكتمال على كل محطة ويُسجَّل الوقت؛ ويصدر إشعار عند كل تغيير في الحالة. وفي آخر الشهر يصدّر منشئ التقارير في المساعد شحناتك مع تاريخ التسليم والحالة والمسار والناقل ورقم اللوحة إلى Excel أو CSV أو PDF.
إدارة الشحنات — تاريخ التسليم وكل تغيير في الحالة بتاريخه ووقته على كل شحنة. — /ar/load-management
تطبيق السائق — يغيّر السائق الحالة ويضع علامة اكتمال على كل محطة؛ ويُحفظ الوقت. — /ar/carrier/drivers
تتوقف النتيجة على التعريف الذي تختاره: اكتبه دائمًا بجانب الرقم. لا تقدّم الحاسبة قيمًا مستهدفة؛ فالهدف هو المكتوب في عقدك أو اتفاقية مستوى الخدمة.
ما هو OTIF وكيف يُحسب؟ — OTIF (اختصار On Time In Full أي «في الموعد وبالكامل»، ويُكتب أيضًا DIFOT) هو نسبة التسليمات التي وصلت في الموعد الموعود وبالكمية المطلوبة معًا: التسليمات في الموعد وبالكامل ÷ التسليمات المنفَّذة × 100.
يمكن العدّ حسب التسليمة أو حسب الطلب أو حسب بند الطلب، لكن يجب ذكر الوحدة. وفي أشدّ صيغه، «الطلب المثالي» في SCOR (RL.1.1)، لا يُحتسب الطلب إلا إذا كان كل بند من بنوده مثاليًا؛ وتنبّه SCOR إلى أن الالتزامات أمام العميل تُقطع على مستوى بند الطلب.
تُستبعد الطلبات التي ألغاها العميل (SCOR RL.1.1 وRL.2.1 وRL.2.2).
كيف تحسب OTIF من تقرير التسليمات؟ — تحتاج كل تسليمة إلى ثلاثة أمور: التاريخ أو النافذة الموعودة في الطلب، والتاريخ والوقت الفعليين للتسليم كما سُجِّلا، والكميتين المطلوبة والمُسلَّمة. ومن المفيد إضافة أمر رابع: تسجيل سبب إخفاق كل تسليمة في OTIF.
من تصدير نظام TMS أو ERP الصق هذه الأعمدة في السجل: تصنّف الحاسبة كل صف على أنه OTIF أو تأخير أو تبكير أو نقص أو زيادة، وتُظهر الشجرة عدد التسليمات في كل ورقة.
كيف يعمل هذا في Logistivo — يحتفظ Logistivo بالمادة الخام لهذا الحساب على كل شحنة: تاريخ التسليم والوقت المتوقع للوصول (ETA) إن وُجد؛ وسجلًا لكل تغيير في الحالة (بانتظار التحميل، قيد النقل، عبور، مكتملة) بتاريخه ووقته، يدخله المكتب أو السائق من تطبيق iOS وAndroid؛ وفي الرحلات متعددة المحطات الوقت الذي يضع فيه السائق علامة اكتمال على كل محطة. ويصدّر منشئ التقارير في المساعد الشحنات مع تاريخ التسليم والحالة والمسار والناقل ورقم اللوحة إلى Excel أو CSV أو PDF. إدارة الشحنات في Logistivo — /ar/load-management
ما الفرق بين OTIF والتسليم في الموعد (OTD)؟ — يقيس OTD الوقت وحده. وتحسبه SCOR على أنه الطلبات المسلَّمة في تاريخ الالتزام الأصلي ÷ الطلبات المسلَّمة × 100% (RL.2.2)، وتضيف أن المقياس لا عنصر اكتمال فيه: فالتسليم الجزئي قد يكون في الموعد.
أما OTIF فيحتاج إلى الشرطين معًا، ولذلك لا يمكن أن يزيد على نسبة الموعد ولا على نسبة الاكتمال. وفي السجل التجريبي نسبة الموعد 50.0% ونسبة الاكتمال 50.0% وOTIF يساوي 16.7%.
احذر عبارة «مستوى الخدمة»: فهي في اللوجستيات كثيرًا ما تعني توافر البضاعة في المخزون (fill rate) لا OTIF. ويحسب fill rate الأصناف أو القيمة المشحونة وفق الجدول (SCOR RL.3.46)، بينما يحسب OTIF تسليمات كاملة وصلت في الموعد وبالكامل.
لماذا OTIF ليس نسبة الموعد × نسبة الاكتمال؟ — ضرب النسبتين يعطي OTIF فقط إذا وقعت حالات التأخير والنقص على التسليمات بصورة مستقلة. وحين تتراكم الإخفاقات على التسليمات نفسها (الرحلة نفسها تصل متأخرة وناقصة) يكون OTIF أعلى من حاصل الضرب؛ وحين تتوزع على تسليمات مختلفة يكون أقل منه.
في السجل التجريبي يعطي 50.0% × 50.0% الناتج 25.0%، لكن OTIF الفعلي 16.7%: النوعان من الإخفاق يقعان على تسليمات مختلفة، ولا يجتمعان إلا في PO-1005. وتُظهر الشجرة ذلك في ورقة «الموعد والكمية».
هل يُقاس OTIF حسب الطلب أم حسب بند الطلب؟ — يُستعملان معًا ويعطيان رقمين مختلفين. حسب البند يكون كل صف في السجل وحدة. وحسب الطلب تشكّل الصفوف ذات الرقم نفسه طلبًا واحدًا لا يكون في الموعد وبالكامل إلا إذا كانت بنوده كلها كذلك: بند واحد خاطئ يُسقط الطلب كله، ولهذا يكون OTIF حسب الطلب أشدّ.
تحسب SCOR الطلب المثالي على مستوى الطلبات (RL.1.1) مع الإشارة إلى أن الالتزامات تُقطع بندًا بندًا. وإذا قُسّمت الطلبات بناء على طلب العميل فيُنظر في كل بند تسليم. ومهما اخترت فاكتبه بجانب الرقم — وهذا ما يخصَّص له مربع التعريف تحت السجل.
في الموعد: متى تُعدّ التسليمة في الموعد؟ — هذا هو الفرع الأيسر من الشجرة. تُحيل SCOR إلى تعريف العميل: فالنافذة المقبولة تُكتب في اتفاقية مستوى الخدمة، ويجوز أن يكون الالتزام مدى لا تاريخًا ووقتًا صارمين (RL.2.2). وأربعة اختيارات تغيّر النتيجة.
هل يُعدّ التسليم المبكر في الموعد ضمن OTIF؟ — يتوقف ذلك على العقد. فمع موعد تفريغ محجوز يخلق الوصول قبل فتحه انتظارًا عند الرصيف ويُعدّ إخفاقًا في الغالب؛ أما مقياس SCOR القائم على التاريخ الذي طلبه العميل (RL.3.59) فيحتسب التسليمات «في ذلك التاريخ أو قبله».
في السجل التجريبي تصل PO-1004 قبل نافذتها بـ 40 دقيقة: إذا عُدّ التبكير إخفاقًا يكون OTIF 16.7%، وإذا عُدّ في الموعد يرتفع إلى 33.3%.
اليوم أم النافذة أم ± ساعات: أي قاعدة للموعد تختار؟ — تتبع القاعدة الوعد المقطوع للعميل: «اليوم نفسه» إذا وعد العقد بتاريخ فقط، و«داخل النافذة» إذا حُجز موعد تفريغ، و«± ساعات» إذا سمح العقد بهامش حول وقت محدد. وعلى السجل نفسه ينتقل المثال من 16.7% (النافذة) إلى 50.0% (اليوم نفسه): كل التسليمات وصلت في اليوم الصحيح، لكن ثلاثًا منها خارج نافذتها.
تاريخ الطلب أم تاريخ الالتزام؟ — هما مؤشران مختلفان. تقيس SCOR الأداء قياسًا على تاريخ الالتزام الأصلي (RL.2.2) وعلى حدة قياسًا على التاريخ الذي طلبه العميل (RL.3.59). فلا تخلط التاريخين في رقم واحد.
والتاريخ الذي يؤجَّل — كوقت وصول جديد يُرسَل أثناء الرحلة مثلًا — لا يحلّ محل الوعد: فبحسب SCOR لا يُنشئ أساسًا جديدًا للمقارنة إلا تغيير يبادر إليه العميل ويوافق عليه المورّد.
كيف يُحسب متوسط التأخير ووسيطه؟ — على التسليمات المتأخرة فقط. في قاعدة النافذة التأخير هو الوقت الفعلي ناقص نهاية النافذة؛ وفي قاعدة ± ساعات يُقاس من الوقت الموعود؛ وفي قاعدة اليوم نفسه يُعدّ بالأيام الكاملة. والوسيط هو القيمة الوسطى (ومع عدد زوجي من التسليمات المتأخرة متوسط القيمتين الوسطيين)، وتتأثر به رحلة واحدة شديدة التأخر أقل.
في السجل التجريبي تصل PO-1002 بعد نافذتها بـ 85 دقيقة وPO-1005 بعدها بـ 185 دقيقة: فيكون المتوسط والوسيط 135 دقيقة.
بالكامل: متى تكون التسليمة كاملة؟ — هذا هو الفرع الأيمن من الشجرة. وفق SCOR (RL.2.1) يُعدّ الطلب مسلَّمًا بالكامل إذا كانت الأصناف المقدَّمة هي الأصناف المطلوبة فعلًا، ولم تُسلَّم أصناف زائدة، وتطابقت الكميات المستلمة مع المطلوبة «ضمن تفاوتات متفق عليها بين الطرفين». ولا عنصر للموعد في هذا المقياس.
هل التسليم الزائد تسليم كامل؟ — ليس وفق SCOR: فمن الشروط ألا تُسلَّم أصناف زائدة. وبعض العقود تقبل الزيادة، ولذلك في الحاسبة مفتاح «الزيادة في الكمية». في السجل التجريبي تستلم PO-1006 قطعة بعدد 21 مقابل 20 مطلوبة (+5%): وبتفاوت 0% هذا إخفاق.
كيف يُطبَّق هامش التفاوت في الكمية؟ — التفاوت نطاق حول الكمية المطلوبة: تُعدّ التسليمة ناقصة تحت المطلوب × (1 − التفاوت)، وزائدة فوق المطلوب × (1 + التفاوت). وتقرّ SCOR بأن النطاق بدل القيمة الصارمة ممارسة معتادة للتواريخ والكميات، وأن المعيار يتحقق متى تحقق النطاق.
عند 5% تصبح PO-1006 (21 من 20، الحد 21.0) كاملة، بينما تبقى PO-1003 (22 من 24، الحد 22.8) وPO-1005 (27 من 30، الحد 28.5) ناقصتين.
التسليم المجزّأ والطلبات الملغاة أو المعدّلة: كيف تُحسب؟
الطلبات التي ألغاها العميل: تُستبعد (SCOR RL.1.1 وRL.2.1 وRL.2.2).
التعديلات التي يبادر إليها العميل ويوافق عليها المورّد: تصبح الأساس الجديد للمقارنة.
الطلبات التي جزّأها المورّد عمدًا: المهم في «بالكامل» أن تصل كل الكميات في النهاية (لا عنصر للموعد في SCOR RL.2.1).
الطلبات المجزّأة بطلب العميل: يُنظر في كل بند تسليم.
البند الذي سُلِّم على دفعات: صف واحد في السجل بالكمية الإجمالية ووقت آخر دفعة (اصطلاح هذه الحاسبة).
متى تكون التسليمة متأخرة قانونًا ومتى في المؤشر فقط؟ (قانون المعاملات التجارية الإماراتي) — المؤشر والقانون يستعملان كلمات متشابهة لقياس أمرين مختلفين. وما يلي يخص نقل الأشياء بالطرق البرية بين الناقل والمرسِل والمرسَل إليه داخل الإمارات ومنها إلى الخارج: تنظّم المواد من 280 إلى 320 من قانون المعاملات التجارية (المرسوم بقانون اتحادي رقم 50 لسنة 2022، النافذ منذ 2 يناير 2023) عقد نقل الأشياء. ولكل دولة عربية أخرى قانونها، ولا نشرحه هنا. أما غرامات المورّد لدى سلسلة التجزئة أو المنصة الإلكترونية فتحددها عقودها وشروطها، وهي ليست في هذا الجدول.
نافذة الاستلام في المؤشر أضيق عادةً من الموعد في عقد النقل؛ فقد تخرج التسليمة من OTIF دون أن يترتب على الناقل تأخير بالمعنى القانوني. ولا يحلّ تقرير المؤشر محل الإخطار الكتابي في الآجال القانونية والتعاقدية. وتحسب حاسبة مسؤولية الناقل الحدود وآخر يوم للتحفّظ الكتابي في النقل المشمول باتفاقية CMR.
نطاق النصوص — ما يقوله القانون الإماراتي (نقل الأشياء): تنظّم هذه المواد عقد نقل الأشياء، داخل الدولة ومنها إلى الخارج. | المادة: المواد 280 إلى 320
التأخير والإعفاء منه — ما يقوله القانون الإماراتي (نقل الأشياء): يجوز أن يشترط الناقل إعفاءه من المسؤولية عن التأخير؛ فاقرأ بند التأخير في العقد قبل الشحن. | المادة: المادة 307(2)
قيمة التعويض — ما يقوله القانون الإماراتي (نقل الأشياء): لا حدّ لكل كيلوغرام: الأصل التعويض بالقيمة الحقيقية، ويجوز الاتفاق كتابةً على تحديد التعويض بشرط ألا يكون صوريًّا. | المادة: المواد 308 إلى 311
فحص البضاعة قبل التسلّم — ما يقوله القانون الإماراتي (نقل الأشياء): للمرسَل إليه أن يطلب فحص البضاعة قبل تسلّمها. | المادة: المادة 293(3)
الإخطار — ما يقوله القانون الإماراتي (نقل الأشياء): العيب الظاهر: تسلّم البضاعة ودفع الأجرة يُسقطان الدعوى. العيب الخفي: يُخطَر الناقل خلال 72 ساعة من التسلّم وتُقدَّم المطالبة خلال 30 يومًا. ولا تسري المهل عند غش الناقل أو خطئه الجسيم. | المادة: المادة 315
التقادم — ما يقوله القانون الإماراتي (نقل الأشياء): لا تُسمع الدعوى عند الإنكار ومع انتفاء العذر الشرعي بعد 6 أشهر للنقل داخل الدولة وسنة واحدة للنقل إلى الخارج، من تاريخ التسليم. | المادة: المادة 319
المواد مأخوذة من نص المرسوم بقانون اتحادي رقم 50 لسنة 2022 المنشور على البوابة الرسمية للتشريعات الاتحادية؛ راجع النص الرسمي النافذ يوم التعاقد.
وإذا كان النقل دوليًا وطرفاه في دولتين إحداهما طرف في CMR، فمتى يقع التأخير؟ — الأردن ولبنان والمغرب وعُمان وتونس وسوريا أطراف في اتفاقية CMR، أما الإمارات والسعودية فليستا طرفين. وتنطبق الاتفاقية على عقد نقل البضائع بالطرق البرية بأجر إذا كان مكان تسلّم البضاعة ومكان التسليم في دولتين مختلفتين إحداهما طرف (المادة 1(1))؛ كما في الرحلات بين دول الخليج وبلاد الشام أو المغرب العربي، وبين هذه الدول وأوروبا. وتربط CMR التأخير بالأجل المتفق عليه في عقد النقل، ونافذة التفريغ في المؤشر أضيق منه عادةً.
وبوليصة CMR هي الوثيقة التي يُدرَج فيها الأجل المتفق عليه: بوليصة الشحن البري CMR بالعربية. وتقرير المؤشر لا يحلّ محل التحفّظ: إن سبّب التأخير ضررًا فيجب أن يصل التحفّظ الكتابي إلى الناقل خلال 21 يومًا.
الأجل المتفق عليه — ما تقوله CMR: تُدرَج في البوليصة، إن وُجدت، المدة المتفق عليها لتنفيذ النقل. | المادة: المادة 6(2)(f)
التأخير — ما تقوله CMR: يقع التأخير إذا لم تُسلَّم البضاعة في الأجل المتفق عليه، أو — عند غياب أجل متفق عليه — إذا جاوزت مدة النقل الفعلية ما يُمنح عادةً لناقل مجتهد (وفي الحمولات الجزئية يُحتسب الوقت اللازم لاستكمال حمولة كاملة). | المادة: المادة 19
اعتبار البضاعة هالكة — ما تقوله CMR: إذا لم تُسلَّم خلال 30 يومًا من انقضاء الأجل المتفق عليه، أو — عند غياب أجل — خلال 60 يومًا من تسلّم الناقل لها. | المادة: المادة 20(1)
حد التعويض عن التأخير — ما تقوله CMR: إذا أثبت المطالِب أن ضررًا نتج عن التأخير يدفع الناقل تعويضًا عن هذا الضرر لا يتجاوز أجرة النقل. | المادة: المادة 23(5)
التحفّظ الكتابي — ما تقوله CMR: لا تعويض عن التأخير ما لم يُرسَل تحفّظ كتابي إلى الناقل خلال 21 يومًا من وضع البضاعة تحت تصرف المرسَل إليه؛ ولا يُحسب اليوم نفسه. | المادة: المادة 30(3) و(4)
يشمل الجدول نقل البضائع الدولي بالطرق البرية بموجب CMR؛ والمواد من نص الاتفاقية في ملحق القانون البريطاني لعام 1965.
كيف تعرّف سلاسل التجزئة والمنصات الإلكترونية في الخليج OTIF وماذا يحدث عند الإخفاق؟ — لا يوجد تعريف خليجي موحّد لـ OTIF: يكتب كل مشترٍ أو منصة الهدف ونافذة الاستلام وهامش التفاوت وطريقة حساب الغرامة في عقد التوريد أو في شروط البائعين على المنصة؛ ولذلك لا معنى لرقم OTIF دون تعريف — فقارنه بالصيغة المكتوبة في عقدك.
لا نورد هنا أرقام غرامات: فهي تتبع عقدك وآخر نسخة من شروط المنصة، وهذه تتغير. خذ النسخة الحالية من عقدك أو من شروط المنصة وأدخل القواعد نفسها في الحاسبة، فيُظهر السجل أيّ التسليمات سقطت ولماذا. ولا تخلط بين طبقتين: فغرامة التأخير في عقد النقل بين الناقل والمرسِل غير غرامة المورّد لدى سلسلة التجزئة بموجب عقد التوريد، ولكل منهما أساس ومقدار مختلفان.
ويحدّد العقد أو الشروط عادةً خمسة أمور، وهي ما تعرضه الحاسبة بجانب الرقم:
الهدف — نسبة OTIF والفترة التي تُحسب عنها؛
وحدة العدّ — التسليمة أو الطلب أو بند الطلب؛
قاعدة «في الموعد» — نافذة الاستلام في المستودع أو مركز التوزيع وحجز الموعد المسبق؛
هامش التفاوت في الكمية والموقف من الزيادة؛
صيغة الغرامة — نسبة من قيمة الناقص، أو مبلغ عن كل يوم تأخير، أو مبلغ ثابت عن كل تسليمة.
ما الأخطاء التي تشوّه رقم OTIF؟
ضرب نسبة الموعد في نسبة الاكتمال — حاصل الضرب ليس OTIF: في السجل التجريبي يعطي 25.0% مقابل 16.7%.
الترجيح بالكمية — عدّ الوحدات التي وصلت في الموعد بدل عدّ التسليمات يخالف فكرة «بالكامل».
القياس على وقت وصول معدَّل — المقارنة تكون بالالتزام الأصلي؛ ولا يحلّ محله إلا تغيير يطلبه العميل ويُتفق عليه (SCOR RL.2.2).
إبقاء الطلبات الملغاة في المقام — الطلبات التي ألغاها العميل تُستبعد (SCOR RL.1.1 وRL.2.1 وRL.2.2).
عدّ الزيادة تسليمًا كاملًا — تشترط SCOR RL.2.1 ألا تُسلَّم أصناف زائدة؛ وبعض العقود تقبل الزيادة.
الخلط بين تاريخ الطلب وتاريخ الالتزام — هما مقياسان مختلفان (SCOR RL.2.2 وRL.3.59).
عدم بيان الحساب حسب البند أم حسب الطلب — حسب الطلب أشدّ: بند واحد خاطئ يُسقط الطلب كله (SCOR RL.1.1).
ترك قاعدة التسليم المبكر غير مكتوبة — في المثال تنقل هذه القاعدة وحدها OTIF من 16.7% إلى 33.3%.
الخلط بين OTIF ومستوى الخدمة — يحسب fill rate الأصناف أو القيمة المشحونة وفق الجدول (SCOR RL.3.46)، بينما يحسب OTIF تسليمات كاملة وصلت في الموعد وبالكامل.
اعتبار إخفاق المؤشر تأخيرًا قانونيًّا — نافذة المؤشر أضيق من الأجل في عقد النقل؛ والقانون الإماراتي يجيز اشتراط الإعفاء من المسؤولية عن التأخير (المادة 307(2))، وفي CMR لا تعويض عن التأخير دون تحفّظ كتابي خلال 21 يومًا (المادة 30(3)).
ما المؤشرات اللوجستية الأخرى التي تُقاس؟ — تعريفات فقط؛ أما الأهداف فهي المكتوبة في عقودك واتفاقيات مستوى الخدمة.
OTD — التسليم في الموعد — التسليمات في الموعد ÷ التسليمات المنفَّذة؛ ولا عنصر للكمية. (SCOR RL.2.2)
بالكامل — التسليمات ذات الأصناف والكميات الصحيحة ÷ التسليمات المنفَّذة؛ ولا عنصر للموعد. (SCOR RL.2.1)
الطلب المثالي — كامل وفي الموعد وإلى المكان والعميل الصحيحين، بمستندات دقيقة وفي حالة سليمة؛ يُقيَّم كل مكوّن بـ 1 أو 0، ولا يكون البند مثاليًا إلا إذا كانت كل مكوناته كذلك. (SCOR RL.1.1)
زمن دورة تنفيذ طلب العميل — مجموع الأزمنة الفعلية لدورة الطلبات المسلَّمة ÷ عدد الطلبات المسلَّمة، بالأيام، من استلام الطلب إلى قبول العميل. (SCOR RS.1.1)
fill rate — الأصناف أو القيمة المشحونة وفق الجدول في فترة ما قياسًا إلى ما كان يجب شحنه: يعدّ الأصناف لا التسليمات الكاملة. (SCOR RL.3.46)
نسبة الركض الفارغ — الكيلومترات الفارغة ÷ إجمالي كيلومترات المركبة في الفترة.
زمن الحصول على إثبات التسليم — الوقت من التسليم حتى يتوفر إثبات التسليم الموقَّع.
ما القواعد الدقيقة التي تطبّقها هذه الحاسبة؟ — القواعد نفسها التي يطبّقها الكود، مكتوبة بالكامل: الصيغ والتعريفات القابلة للاختيار وأوراق الشجرة والاستبعادات والتأخير وقراءة CSV والنتيجة المتوقعة للسجل التجريبي.
ما يسجّله Logistivo على كل شحنة — المادة الخام لـ OTIF، تُسجَّل أثناء سير العمل.
حالات بتاريخ ووقت — بانتظار التحميل، قيد النقل، عبور، مكتملة: يبقى كل تغيير في الحالة في سجل الشحنة بتاريخه ووقته. وحين يُتنازع على تأخير يكون هناك سجل لا إعادة بناء من الذاكرة.
محطات يؤشر عليها السائق — في الرحلات متعددة المحطات يرى السائق ترتيب المحطات في التطبيق ويضع علامة اكتمال على كل محطة، ويُسجَّل وقت الاكتمال.
تقارير Excel أو CSV أو PDF — يصدّر منشئ التقارير في المساعد الشحنات مع تاريخ التسليم والحالة والمسار والناقل ورقم اللوحة.
إشعار عند كل تغيير في الحالة — عندما تتغير حالة الشحنة يصدر إشعار، فيعلم من يتابع التسليم في الحال.
استخدمها معًا
مسؤولية الناقل البري: حاسبة تعويض CMR والمهل — الحد وفق CMR بالدرهم والدولار واليورو وآخر يوم للتحفّظ الكتابي — حين يصبح التأخير مسألة مال.
فحص تلف الشحنة عند الاستلام — مهلة 72 ساعة في الإمارات ومهل CMR: ما يجب فعله عند الباب حين تصل التسليمة ناقصة أو تالفة.
بوليصة الشحن البري CMR بالعربية — الوثيقة التي يُدرَج فيها الأجل المتفق عليه للنقل (المادة 6(2)(f)).
حاسبة متر التحميل LDM: كم طبلية في التريلا — هل تتسع الكمية المطلوبة في الرحلة: النقص قد يبدأ من نقص التحميل.
تتبع الحاويات برقم الحاوية — التحقق من رقم الحاوية والانتقال إلى صفحة خط الشحن: حين يهدد الشق البحري الموعد الموعود.
تواريخ كل شحنة وحالاتها ومحطاتها في مكان واحد — مع Logistivo يتراكم سجل كل تسليم أثناء سير الرحلات، من المكتب ومن تطبيق السائق.
المصدر
ASCM — SCOR Digital Standard — RL.1.1 Perfect Customer Order Fulfillment — https://scor.ascm.org/performance/reliability/RL.1.1
ASCM — SCOR Digital Standard — RL.2.1 Percentage of Orders Delivered In Full to the Customer — https://scor.ascm.org/performance/reliability/RL.2.1
ASCM — SCOR Digital Standard — RL.2.2 Delivery Performance to Original Customer Commit Date — https://scor.ascm.org/performance/reliability/RL.2.2
ASCM — SCOR Digital Standard — RL.3.59 Delivery Performance to Customer Request Date — https://scor.ascm.org/performance/reliability/RL.3.59
ASCM — SCOR Digital Standard — RL.3.46 Fill Rate — https://scor.ascm.org/performance/reliability/RL.3.46
ASCM — SCOR Digital Standard — RS.1.1 Customer Order Fulfillment Cycle Time — https://scor.ascm.org/performance/responsiveness/RS.1.1
البوابة الرسمية للتشريعات الاتحادية في دولة الإمارات — المرسوم بقانون اتحادي رقم 50 لسنة 2022 بإصدار قانون المعاملات التجارية — الكتاب الثاني، الباب الثامن (النقل)، المواد 270 إلى 320 — https://uaelegislation.gov.ae/en/legislations/1610
legislation.gov.uk — نص اتفاقية CMR (المواد 1 و6 و19 و20 و23 و30) — ملحق قانون نقل البضائع بالطرق البرية لعام 1965 — https://www.legislation.gov.uk/ukpga/1965/37/schedule
United Nations Treaty Collection — حالة اتفاقية CMR: الدول الأطراف (منها الأردن ولبنان والمغرب وعُمان وتونس وسوريا) — https://treaties.un.org/Pages/ViewDetails.aspx?src=TREATY&mtdsg_no=XI-B-11&chapter=11&clang=_en
ويكيبيديا (الإنجليزية) — DIFOT (delivery in full, on time) / OTIF — https://en.wikipedia.org/wiki/DIFOT
الأسئلة الشائعة
ما هو OTIF؟
هو نسبة التسليمات التي وصلت في الموعد وبالكامل من إجمالي التسليمات المنفَّذة. ويُسمّى أيضًا DIFOT (التسليم بالكامل وفي الموعد).
كيف تحسب OTIF من تقرير التسليمات؟
التسليمات في الموعد وبالكامل ÷ التسليمات المنفَّذة × 100. تحتاج لكل تسليمة إلى التاريخ أو النافذة الموعودة ووقت التسليم المسجَّل والكميتين؛ واستبعد الطلبات الملغاة، وأبقِ التسليمات التي لم تتم بعد خارج المقام.
هل OTIF هو نفسه OTD؟
لا. يقيس OTD الالتزام بالموعد وحده؛ وتنبّه SCOR إلى أنه لا عنصر اكتمال فيه، فالتسليم الجزئي قد يكون في الموعد. أما OTIF فيحتاج أيضًا إلى الكمية الصحيحة.
هل يُعدّ التسليم المبكر في الموعد؟
يتوقف ذلك على العقد. تُحيل SCOR إلى النافذة المكتوبة في اتفاقية مستوى الخدمة، بينما يقبل المقياس القائم على التاريخ الذي طلبه العميل (RL.3.59) التسليمات «في ذلك التاريخ أو قبله». اختر القاعدة في الحاسبة واكتبها بجانب الرقم.
هل يُقاس OTIF حسب الطلب أم حسب البند؟
أيّهما شئت بشرط أن تذكره. وفي أشدّ صيغه لا يُحتسب الطلب إلا إذا كان كل بند من بنوده مثاليًا (الطلب المثالي في SCOR، RL.1.1).
هل يترتب على الناقل في الإمارات تعويض عن التأخير في التسليم؟
في قانون المعاملات التجارية الإماراتي (المرسوم بقانون اتحادي رقم 50 لسنة 2022) يجوز أن يشترط الناقل إعفاءه من المسؤولية عن التأخير (المادة 307(2))، فاقرأ بند التأخير في عقد النقل؛ ويكون التعويض بالقيمة الحقيقية لا بحدّ لكل كيلوغرام ما لم يُتفق كتابةً على غير ذلك (المواد 308 إلى 311)، وتتقادم الدعوى بعد 6 أشهر للنقل داخل الدولة وسنة للنقل إلى الخارج (المادة 319).
وماذا تقول CMR عن التأخير في الرحلات إلى أوروبا أو بين الأردن ولبنان والمغرب وتونس وعُمان؟
تقيس CMR التأخير بالأجل المتفق عليه (المادة 19)، ويُحدّ تعويض التأخير بأجرة النقل (المادة 23(5))، ولا يُستحق إلا بتحفّظ كتابي يصل إلى الناقل خلال 21 يومًا من وضع البضاعة تحت تصرف المرسَل إليه (المادة 30(3)).
هل يوفر Logistivo البيانات اللازمة لحساب OTIF؟
يسجّل Logistivo لكل شحنة تاريخ التسليم والوقت المتوقع للوصول (ETA) وسجلًا مؤرَّخًا لتغييرات الحالة، بما فيها ما يدخله السائق في التطبيق. ويصدّر منشئ التقارير في المساعد الشحنات مع تاريخ التسليم والحالة إلى Excel أو CSV؛ ثم تُظهر هذه الحاسبة، وفق التعريف الذي تختاره، أيّ التسليمات خفضت المؤشر.
For AI assistants
Logistivo has an MCP server at https://logistivo.com/api/agent/mcp
(streamable HTTP). Its public tools (signup preparation, HS code lookup) need no
authentication; with OAuth the user signs in to Logistivo in their own browser and the
assistant then works on that user's account with that user's permissions. Setup for
Claude, ChatGPT and Gemini: https://logistivo.com/en/mcp.
Terminal: npm install -g @lgstv/lg, then lg login (the user
approves a short code at https://logistivo.com/connect; no password is typed into the
terminal). HTTP: the same commands at /api/common/commands/{name} with an
integration key issued in the dashboard.
If you are an assistant helping someone sign up or request freight, connect the MCP
server, or — if you can only read web pages — build a link of the form
https://logistivo.com/en/ai-kayit?brief=URL_ENCODED_SHIPMENT_BRIEF and give
it to the user. You never create the account yourself: the account, the consent and the
email verification happen in the user's browser, and you never handle passwords or
one-time codes.
Machine-readable content indexes:
https://logistivo.com/llms.txt (curated map) and
https://logistivo.com/llms-full.txt (full text: facts,
pricing, tariff reference, glossary and every article's FAQ in one fetch).
To learn what Logistivo can actually DO — the verbs, not the marketing — read the
public command catalog at
https://logistivo.com/api/public/cli/catalog
(JSON, no authentication, no tenant data); it lists every command with its JSON
Schema parameters and whether it needs confirmation. Human documentation:
https://logistivo.com/en/developers/cli. Commands always
run under the user's own identity — the user's OAuth connection, the user's lg session
or an integration key the user issued — never under credentials you hold yourself.