納期遵守率の計算式とOTIF｜納期どおり・全量の割合を計算

OTIF（On Time In Full、DIFOTとも）は、納期どおりかつ全量で届いた納品が、納品した全件に占める割合です。納期どおりかつ全量の納品 ÷ 納品した件数 × 100 で求め、顧客が取り消したオーダーは含めません。数字は、必ず横に書くべき3つの条件で変わります。何を納期どおりとするか（同日、指定時間帯、±時間、早着を含めるか）、明細とオーダーのどちらで数えるか、数量の許容差です。納期遵守率 × 全量率とは等しくありません。サンプルの記録では 50.0% × 50.0% ＝ 25.0% ですが、OTIFは16.7%です。Logistivoは、この計算の元になる納品日、ETA、事務所とドライバーのアプリで入力されたステータス変更の日時つきの履歴を、貨物ごとに保存します。

出典: ASCM（サプライチェーンマネジメント協会） · e-Gov法令検索（デジタル庁） · 国土交通省 · 国土交通省・経済産業省・農林水産省（「物流効率化法」理解促進ポータルサイト） · ヤマト運輸 · legislation.gov.uk · 国際連合. データ更新日: 2026年11月1日.

納品記録

• 納品記録 — 納品記録を入力または貼り付け、判定の条件を決めると、どの納品がOTIFのスコアを下げているかがわかります。
• 計算はブラウザー内だけで行われます。納品記録がサーバーに送信されたり保存されたりすることはありません。
• この計算ツールが測るのは納品の信頼性（時間と数量）です。書類、破損、在庫の有無は別のKPIで、下の用語集にまとめています。
• 注文番号 — 注文または運行の番号。オーダー単位で数えるときは、同じ番号の行を1つのオーダーとして扱います。
• 明細 — 任意：注文の明細番号。
• 約束日時／枠の開始 — 約束した日時、または指定時間帯の開始。例：2026/09/14 08:00。枠全体を1つのセルに書くこともできます：2026/09/14 08:00-12:00。
• 枠の終了 — 任意：枠がその日のうちに終わるなら時刻だけ（12:00）、そうでなければ日付と時刻。
• 実際の納品日時 — 荷物が荷受人の処分できる状態になった日時（宅配便では受取人が受け取った時刻が目安）。空欄は納品がまだ終わっていないことを表します。
• 発注数量 — 注文で確定した数量（ケース、パレット、個数など。納品数量と同じ単位）。
• 納品数量 — 受け取った数量。1つの明細を数回に分けて納品したときは、合計の数量と最後の納品の日時を入れます。
• 選べる判定条件
• 納期どおりの条件 — 時間帯内 — 実際の納品日時が指定時間帯の開始と終了の間（両端を含む）にあれば納期どおりです。終了より後は遅延、開始より前は早着です。時刻だけで枠の終了がないときは、その時刻ちょうどが枠になり、日付だけのときはその日1日が枠になります。
• 納期どおりの条件 — 同日 — 実際の納品日が約束した日（または枠にかかる日のどれか）であれば納期どおりです。時刻は問いません。翌日は遅延、前日は早着になります。
• 納期どおりの条件 — ±時間 — 約束した枠（または約束した時刻）の前後にN時間ずつ幅を持たせます。その幅の外なら、遅延または早着です。
• N時間 — 初期値の2時間は、ルールを試すためだけの値です。契約やSLAに書かれている幅を使ってください。
• 早着 — 不達成 — 枠が始まる前（または幅より前）の納品は、遅延と同じく納期不達成です。
• 早着 — 納期どおり — 枠より前の納品も納期どおりとして数えます。SCORの指標RL.3.59が顧客の要求日に対して採る「その日以前」の基準です。
• 集計の単位 — 明細 — 記録の1行を1つの単位として数えます。OTIFは、納期どおりかつ全量の行が全行に占める割合です。
• 集計の単位 — オーダー — 同じ番号の行を1つのオーダーとして扱います。すべての明細が納期どおりのときだけオーダーは納期どおり、すべての明細が全量のときだけ全量になります（最も厳しい形で、SCORのパーフェクトオーダーRL.1.1と同じ）。1行でも未納品または読み取れない行があると、そのオーダー全体が計算から外れます。
• 過納 — 不達成 — 許容差を超える数量は全量ではありません。SCOR RL.2.1は、余分な品目が納品されないことを求めています。
• 過納 — 全量扱い — 許容差を超える数量も全量として扱います。契約によってはこう定めることもありますが、SCORの定義とは異なります。
• 許容差 — 納品数量が 発注数量×(1−許容差) を下回れば不足、発注数量×(1＋許容差) を上回れば過納です。 計算ツールの初期値は0%です。これはこのツールの設定であって、標準ではありません。SCORは「双方が合意した許容範囲」と表現しています。
• 計算式
• OTIF % — 納期どおりかつ全量の納品 ÷ 集計対象の納品 × 100 — SCOR RL.1.1（パーフェクトオーダーの総数 ÷ オーダーの総数 × 100%）。一般的なOTIFの定義は、納品、オーダー、または明細のいずれかで数えます。
• 納期遵守率（OTD）% — 納期どおりの納品 ÷ 集計対象の納品 × 100 — SCOR RL.2.2：当初の約束日に納品したオーダー ÷ 納品したオーダー × 100%。全量の要素は含みません。
• 全量率 % — 全量の納品 ÷ 集計対象の納品 × 100 — SCOR RL.2.1：全量で納品したオーダー ÷ 納品したオーダー × 100%。時間の要素は含みません。
• 納期遵守率 × 全量率 — 遅延と数量不足が、それぞれ別々の納品に独立して起きたときだけOTIFと等しくなる — 算術上の関係。サンプルの記録では 50.0% × 50.0% ＝ 25.0% ですが、OTIFは16.7%です。
• 数える単位 — 納品・明細・オーダーのどれか。数量では数えない — 数量の割合で計算するとOTIFは別の指標（品目数や金額で見る充足率、SCOR RL.3.46）になります。SCORのパーフェクトオーダーはオーダーで数えます（RL.1.1）。
• 葉：どの納品もちょうど1枚に入る
• OTIF — 納期どおりかつ全量。
• 遅延のみ — 遅延、数量は正しい。
• 早着のみ — 早着（かつ早着を不達成とする設定）、数量は正しい。
• 不足のみ — 納期どおり、数量が許容差を下回る。
• 過納のみ — 納期どおり、数量が許容差を上回り、過納を不達成とする設定。
• 時間と数量 — 時間と数量の両方が不達成（遅延＋不足、遅延＋過納、早着＋不足、早着＋過納）。6枚の葉を合計すると、必ず集計対象の納品数に一致します。
• 計算から外れる行
• 未完了 — 実際の納品がまだない：SCORは納品したオーダーで割るので、まだ起きていない納品は分母に入りません。
• 約束なし — 約束した日時がない：約束がなければ、納期どおりかどうかを判断できません。
• 日付を読み取れない — 日付が認識できる形式ではありません。
• 枠が逆 — 枠の終了が開始より前になっています。
• 数量なし — 発注数量または納品数量がありません：全量かどうかを判断できません。
• 数量が不正 — 発注数量は0より大きく、納品数量は負でない必要があります。
• 平均遅延と中央値の遅延
• 対象となる納品 — 遅延した納品のみ。
• 時間帯の条件 — 実際の納品日時 − 枠の終了。
• ±時間の条件 — 実際の納品日時 − 約束の日時（または枠の終了）。幅の端からではありません。
• 同日の条件 — 約束した日から数えた経過日数（丸1日単位）。
• 平均と中央値 — 平均は算術平均。中央値は真ん中の値で、遅延した件数が偶数のときは真ん中の2つの値の平均です。
• オーダー単位のとき — オーダーの遅延は、最も遅い明細の遅延とします。
• 記録とCSVの読み取りルール
• 列の順序：注文番号、明細、約束日時または枠の開始、枠の終了、実際の納品、発注数量、納品数量。6列なら明細なし、5列なら枠を1つのセルに書いた形（2026/09/14 08:00-12:00）として読みます。
• 区切り文字：セミコロン、カンマ、タブのいずれか。1行目から自動で判別します。1行目に日付がなければ見出し行として扱います。
• 日付：2026/09/14 10:40、2026-09-14 10:40、2026年9月14日、14/09/2026 10:40、14.09.2026、14-09-2026。年が先頭なら年/月/日、年が末尾でスラッシュ・ドット・ハイフン区切りなら日/月/年の順です。
• 数量：小数点はピリオド（22.5）。カンマの後ろにちょうど3桁が続く場合は桁区切りです（1,200）。
• 時刻は書かれたとおりに比較し、タイムゾーンの換算はしません。実際の納品が日付だけのときは、日単位で比較します。
• 数回に分けて納品した明細は1回だけ入力し、数量は合計、時刻は最後の納品の時刻にします。
• 顧客が取り消したオーダーは記録から外します。顧客の依頼で供給者が同意した変更は、新しい約束になります（SCOR RL.1.1、RL.2.1、RL.2.2）。
• どの納品がOTIFのスコアを下げているか — OTIFが根で、その下に「納期どおり」と「全量」が並び、OTIFに入らない納品はそれぞれちょうど1枚の葉に入ります。ノードをクリックすると、記録内の該当行がハイライトされます。
• サンプル（架空）— 納品6件 — 記録には、ある小売チェーンの物流センターへの架空の補充納品が6件入っています。ツリーのすべての葉が埋まるように選んだもので、実際のデータでも業界の基準値でもありません。初期設定（時間帯内、早着は不達成、明細単位、許容差0%、過納は不達成）では、結果は次のとおりです。
• PO-1001 — 2026/09/14 08:00 – 12:00 → 2026/09/14 10:40 · 33 → 33
• PO-1002 — 2026/09/14 14:00 – 16:00 → 2026/09/14 17:25 · 26 → 26
• PO-1003 — 2026/09/15 08:00 – 10:00 → 2026/09/15 09:10 · 24 → 22
• PO-1004 — 2026/09/15 06:00 – 08:00 → 2026/09/15 05:20 · 18 → 18
• PO-1005 — 2026/09/16 08:00 – 12:00 → 2026/09/16 15:05 · 30 → 27
• PO-1006 — 2026/09/16 13:00 – 17:00 → 2026/09/16 16:30 · 20 → 21
• OTIFは6件中1件＝16.7%。納期どおりは6件中3件＝50.0%（PO-1001、PO-1003、PO-1006）、全量は6件中3件＝50.0%（PO-1001、PO-1002、PO-1004）。両者の積は50.0% × 50.0% ＝ 25.0%になります。
• PO-1002は85分遅延。PO-1003は不足（発注24、納品22、−8.3%）。PO-1004は40分早着。PO-1005は185分遅延かつ不足（発注30、納品27、−10%）。PO-1006は過納（発注20、納品21、+5%）。遅延の平均と中央値はいずれも135分（2時間15分）です。
• 同日の条件：納期どおりは6件中6件、OTIFは6件中3件＝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%です。
• 約束の時刻だけで枠の終了がない行があり、早着を不達成にしています。そうした行はちょうどその時刻に納品されたときだけ納期どおりになります。枠の終了を追加するか、±時間の条件を使ってください。
• 除外された行は、分子にも分母にも入りません。
• 集計できる納品がまだありません。各行に、約束、実際の納品、2つの数量が必要です。
• 日本国内のトラック運送などの物品運送には商法の運送の規定が適用されます。運送人は運送品が延着したときも、注意を怠らなかったことを証明できなければ損害を賠償する責任を負います（第575条）。違約金は賠償額の予定と推定されます（民法第420条）。KPIの納品時間帯は契約上の期限より狭いのが普通で、KPIの報告は数量不足（一部滅失）の異議の代わりにもなりません（商法第584条）。
• 次にOTIFを外した納品があっても、その経過はすでに貨物に記録されています — Logistivoでは、貨物ごとに納品日と、ステータスが変わるたび（集荷待ち、輸送中、トランジット中、完了）の日時が保存されます。ステータスは事務所から、またはドライバーがiOSとAndroidのアプリから設定できます。複数の立寄り先がある運行では、ドライバーが立寄り先ごとに完了を記録し、その時刻が残ります。ステータスが変わるたびに通知が出ます。月末には、アシスタントのレポートビルダーで、貨物を納品日、ステータス、ルート、運送会社、車両ナンバーつきでExcel、CSV、PDFに出力できます。
• 貨物管理 — 貨物ごとの納品日と、ステータスが変わるたびの日時。 — /ja/load-management
• ドライバーアプリ — ドライバーがステータスを設定し、立寄り先ごとに完了を記録。時刻が残ります。 — /ja/carrier/drivers
• 結果は選んだ判定条件によって変わります。必ず数字と一緒に条件を書いてください。この計算ツールは目標値を示しません。目標値は契約やSLAに書かれたものです。
• 貨物管理 · ドライバーアプリ

• OTIFとは何か。どう計算するのか — OTIF（On Time In Full、DIFOTとも書く。「納期どおりに、全量を納品する」の意）は、約束どおりの時間にかつ発注どおりの数量で届いた納品の割合です。納期どおりかつ全量の納品 ÷ 納品した件数 × 100 で求めます。日本語でいえば、「納期を守った」ことと「全量が届いた」ことの両方を満たした納品の割合にあたります。時間だけを見る「納期遵守率（OTD）」とも、品目数や金額で見る「充足率（フィルレート）」とも別の指標です。
• 数える単位は納品、オーダー、明細のいずれでもかまいませんが、どれかを必ず明記します。最も厳しい形がSCORの「パーフェクトオーダー」（RL.1.1）で、オーダーのすべての明細が完璧なときだけそのオーダーを数えます。SCORは、顧客への約束は明細の単位で行われると述べています。
• 顧客が取り消したオーダーは含めません（SCOR RL.1.1、RL.2.1、RL.2.2）。
• 納品データからOTIFを出すには何が必要か — 納品1件ごとに必要なのは3つです。注文で約束した日時（または時間帯）、記録された実際の納品日時、そして発注数量と納品数量です。よく使われる定義は、OTIFを外した納品ごとに理由を記録しておくという4つ目も勧めています。
• TMSやERPの出力からこの列を貼り付けると、計算ツールが各行をOTIF、遅延、早着、不足、過納に振り分け、ツリーが各葉に何件あるかを示します。
• Logistivoではこうなります — Logistivoは、この計算の元になるデータを貨物ごとに保存します。納品日と、入力されていれば到着予定時刻（ETA）。ステータスが変わるたび（集荷待ち、輸送中、トランジット中、完了）の日時つきの履歴で、事務所から、またはドライバーがiOSとAndroidのアプリから入力したものです。複数の立寄り先がある運行では、ドライバーが各立寄り先の完了を記録した時刻も残ります。アシスタントのレポートビルダーは、貨物を納品日、ステータス、ルート、運送会社、車両ナンバーつきでExcel、CSV、PDFに出力できます。 Logistivoの貨物管理 — /ja/load-management
• OTIFと納期遵守率（OTD）はどう違うのか — 納期遵守率（OTD）は時間だけを見ます。SCORは、当初の約束日に納品したオーダー ÷ 納品したオーダー × 100%（RL.2.2）と定義し、全量の要素はないと明記しています。分納でも納期どおりと数えられる、ということです。
• OTIFは2つの条件を同時に満たす必要があるため、納期遵守率や全量率より高くなることはありません。サンプルの記録では、納期遵守率が50.0%、全量率が50.0%で、OTIFは16.7%です。
• 「サービスレベル」という言葉にも注意してください。物流では、在庫から出荷できた行数や個数の割合（充足率、フィルレート）を指すことが多く、OTIFとは別のものです。
• なぜOTIFは納期遵守率 × 全量率にならないのか — 2つの割合の積がOTIFと等しくなるのは、遅延と数量不足が別々の納品に独立して起きるときだけです。問題が同じ納品に重なる場合（同じ便が遅れ、しかも数量が足りない）は、OTIFは積より高くなります。別々の納品に散らばる場合は、積より低くなります。
• サンプルの記録では 50.0% × 50.0% ＝ 25.0% ですが、実際のOTIFは16.7%です。2種類の不達成が別の納品に分かれ、両方が重なっているのはPO-1005だけだからです。ツリーでは「時間と数量」の葉にそれが表れます。
• OTIFはオーダー単位と明細単位のどちらで測るのか — どちらも使われ、数字は変わります。明細単位では、記録の1行が1つの単位です。オーダー単位では、同じ番号の行が1つのオーダーとなり、すべての明細が納期どおりかつ全量のときだけ数えます。1行が外れればオーダー全体が不達成になるので、オーダー単位のOTIFのほうが厳しい数字です。
• SCORはパーフェクトオーダーをオーダー単位で計算しつつ（RL.1.1）、約束は明細ごとに行われると述べています。顧客の依頼でオーダーを分けた場合は、納品の明細ごとに考えます。どちらを選んでも、数字の横に書いてください。記録の下の「判定条件」の欄は、そのためにあります。
• 納期どおり：どんな納品が「納期どおり」なのか — これはツリーの左の枝です。SCORは顧客の定義に従います。許容される時間帯はサービスレベル契約（SLA）に書くもので、約束は厳密な日時ではなく範囲でもかまいません（RL.2.2）。結果を左右する選択は4つあります。
• 早着は納期どおりに数えるのか — 契約次第です。荷降ろしの時間枠を予約している場合、枠が始まる前に着くと荷受け場で待機が生じるため、不達成とすることがよくあります。一方、SCORの顧客要求日に対する指標（RL.3.59）は、その日以前の納品を数えます。
• サンプルの記録では、PO-1004が枠より40分早く着きます。早着を不達成にするとOTIFは16.7%、納期どおりに数えると33.3%に上がります。
• 同日、時間帯、±時間：どの条件を使うべきか — 顧客への約束に合わせます。契約が日付だけを約束するなら「同日」、荷降ろしの時間枠を予約しているなら「時間帯内」、ある時刻の前後に幅を認める契約なら「±時間」です。同じ記録でも、サンプルの結果は16.7%（時間帯内）から50.0%（同日）に変わります。どの納品も正しい日に届いていますが、3件が時間帯の外だからです。
• 宅配便の時間帯指定は、時間帯内の条件にあたります。たとえばヤマト運輸の公式FAQでは、午前中（8〜12時）、14〜16時、16〜18時、18〜20時、19〜21時の5区分から追加料金なしで指定でき、枠の中で具体的に何時に届くかは案内されないと説明されています。
• 顧客の要求日か、約束した日か — この2つは別のKPIです。SCORは、当初の約束日に対する納品実績（RL.2.2）と、顧客の要求日に対する納品実績（RL.3.59）を別々に測ります。2つの日付を同じ数字に混ぜないでください。
• あとから動かした日付（たとえば運行中に伝えた新しいETA）は、約束の代わりにはなりません。SCORでは、顧客の依頼で供給者が同意した変更だけが、新しい比較の基準になります。
• 平均遅延と中央値の遅延はどう計算するのか — 遅延した納品だけが対象です。時間帯の条件では、実際の納品日時から枠の終了を引いた時間。±時間の条件では約束の時刻から測り、同日の条件では丸1日単位で数えます。中央値は真ん中の値（遅延が偶数件なら真ん中の2つの平均）で、極端に遅い1便に引きずられにくい値です。
• サンプルの記録では、PO-1002が枠の終了より85分、PO-1005が185分遅れており、平均も中央値も135分です。
• 全量：どんな納品が「全量」なのか — これはツリーの右の枝です。SCOR（RL.2.1）では、納品された品目が発注した品目であり、余分な品目がなく、顧客が受け取った数量が「双方が合意した許容範囲」で発注数量と一致しているとき、オーダーは全量で納品されたとみなします。この指標に時間の要素はありません。
• 過納は全量に入るのか — SCORでは入りません。条件の1つが、余分な品目が納品されないことだからです。過納を受け入れる契約もあるため、計算ツールには「過納」の切り替えがあります。サンプルの記録では、PO-1006が発注20に対して21を納品しています（+5%）。許容差0%では不達成です。
• 数量の許容差はどう使うのか — 許容差は発注数量のまわりの幅です。納品数量が 発注数量×(1−許容差) を下回れば不足、発注数量×(1＋許容差) を上回れば過納です。SCORは、日付や数量に厳密な値ではなく範囲を使うのが標準的な実務であり、範囲を満たせば基準を満たすと認めています。
• 許容差を5%にすると、PO-1006（発注20、納品21、上限21.0）は全量になり、PO-1003（発注24、納品22、下限22.8）とPO-1005（発注30、納品27、下限28.5）は不足のままです。
• 分納、取り消し、変更されたオーダーはどう数えるのか
• 顧客が取り消したオーダー：除外します（SCOR RL.1.1、RL.2.1、RL.2.2）。
• 顧客の依頼で供給者が同意した変更：新しい比較の基準になります。
• 供給者の都合で分けたオーダー：全量では、すべての数量が最終的に届いたかどうかを見ます（SCOR RL.2.1に時間の要素はありません）。
• 顧客の依頼で分けたオーダー：納品の明細ごとに考えます。
• 数回に分けて納品した明細：記録では1行にし、納品数量は合計、時刻は最後の納品の時刻にします（この計算ツールの取り決め）。
• 納品の遅れは、法律上いつ「延着」になるのか（商法第575条） — KPIと法律は、似た言葉で別のものを測っています。この節が対象とするのは、日本国内で行う陸上の物品運送（トラック運送など）で、商法の運送の規定が適用されます。運送人は、運送品の受取から引渡しまでの間に運送品が延着したときも、運送について注意を怠らなかったことを証明できない限り、これによって生じた損害を賠償する責任を負います（第575条）。KPIの納品時間帯は契約上の期限よりずっと狭いのが普通なので、OTIFを外した納品が、法律上の延着にはあたらないこともあります。
• 延着の損害額には、運送品が滅失・損傷した場合の第576条のような算定規定も法定の上限もありません。債務不履行の一般ルールは民法にあり、運送契約で違約金を定めたときは、賠償額の予定と推定されます（民法第420条）。荷物が一部足りなかったときの異議は別の規定です。荷受人が異議をとどめずに受け取ると運送人の責任は消えます（直ちに発見できない一部滅失は、引渡しの日から2週間以内に通知すれば別。商法第584条）。運送品の損害の賠償は、運送人の責任限度の計算ツールで見積もれます。
• 運送人の責任 — 条文の内容: 運送人は、運送品の受取から引渡しまでの間に運送品が滅失・損傷し、またはその原因が生じ、または運送品が延着したときは、これによって生じた損害を賠償する責任を負う。ただし、受取、運送、保管及び引渡しについて注意を怠らなかったことを証明したときは、この限りでない。 | 条文: 商法第575条
• 高価品の特則 — 条文の内容: 貨幣、有価証券その他の高価品は、荷送人が種類及び価額を通知した場合を除き、運送人は滅失、損傷又は延着について損害賠償の責任を負わない。 | 条文: 商法第577条1項
• 一部滅失の異議 — 条文の内容: 損傷又は一部滅失についての運送人の責任は、荷受人が異議をとどめないで運送品を受け取ったときは消滅する。直ちに発見できない損傷又は一部滅失は、引渡しの日から2週間以内に通知すれば消滅しない。 | 条文: 商法第584条1項
• 責任の消滅 — 条文の内容: 運送品の滅失等（延着を含む）についての運送人の責任は、運送品の引渡しがされた日から1年以内に裁判上の請求がされないときは消滅する。 | 条文: 商法第585条1項
• 債務不履行 — 条文の内容: 債務者が債務の本旨に従った履行をしないとき、債権者は損害の賠償を請求できる。ただし、債務者の責めに帰することができない事由によるときは、この限りでない。 | 条文: 民法第415条
• 過失相殺 — 条文の内容: 債務の不履行又はこれによる損害の発生・拡大に関して債権者に過失があったときは、裁判所はこれを考慮して、損害賠償の責任及びその額を定める。 | 条文: 民法第418条
• 賠償額の予定 — 条文の内容: 当事者は、債務の不履行について損害賠償の額を予定することができる。違約金は、賠償額の予定と推定する。 | 条文: 民法第420条1項・3項
• 条文は、デジタル庁のe-Gov法令検索で公開されている現行の商法と民法のテキストから要約しています。
• 欧州のトラック区間：CMRでは延着をどう判断するのか — 日本はCMR条約の締約国ではありません（国連条約集の締約国一覧、2026年11月1日確認）。そのため国内のトラック運送にCMRは適用されません。ただしCMR第1条により、道路による貨物運送契約で、貨物の引取地と引渡しの指定地が2つの異なる国にあり、そのうち少なくとも1か国が締約国であれば、その契約にCMRが適用されます。海上輸送のあとに欧州内でトラックに積み替える区間は、たいていこの場合にあたります。下の表は条約の英語正文から要約しました。
• ここでもKPIの報告は書面の留保の代わりになりません。延着で損害が出たときは、貨物が荷受人の処分に委ねられた時から21日以内に、書面の留保を運送人に送る必要があります。運送人の責任限度の計算ツールは、この日数を引渡し日から数え、運送人が延着について負う額を表示します。
• 適用範囲 — CMRの規定: 道路による貨物運送契約で、貨物の引取地と引渡しの指定地が2つの異なる国にあり、少なくとも1か国が締約国であるときに適用される。 | 条文: 第1条1項
• 延着 — CMRの規定: 約定の期限内に貨物が引き渡されなかったとき、または期限の約定がない場合に、運送の実際の所要時間が勤勉な運送人に合理的に認められる時間を超えたとき（混載の場合は、通常の方法で1台分に積み合わせるのに要する時間を含む）。 | 条文: 第19条
• 滅失とみなす場合 — CMRの規定: 約定の期限の満了後30日以内、期限の約定がなければ運送人が貨物を引き取ってから60日以内に引き渡されないとき、請求権者はその貨物を滅失したものとして扱える。 | 条文: 第20条1項
• 書面の留保 — CMRの規定: 貨物が荷受人の処分に委ねられた時から21日以内に運送人へ書面の留保を送らなければ、延着の賠償は支払われない。期間の計算には当日を含めない。 | 条文: 第30条3項・4項
• 小売・メーカーへの納品率や遅延のペナルティはどう決まるのか。日本の法律の枠は — 納品率や納期遵守率の目標、納品時間帯の予約、遅延や欠品をどう扱うか（ペナルティ）は、個々の取引基本契約、納品条件、物流センターの納品ルールで決まります。公的に定められた統一の目標値や違約金率は確認できていないため、このページは具体的な数値を載せません。
• 確認できる法の枠は次のとおりです。独占禁止法は、自己の取引上の地位が相手方に優越していることを利用して、正常な商慣習に照らして不当に、取引の相手方からの商品の受領を拒み、対価の支払を遅らせ、もしくはその額を減じ、その他取引の相手方に不利益となるように取引の条件を設定・変更し、または取引を実施することを、優越的地位の濫用として不公正な取引方法に挙げています（第2条第9項第5号ハ）。また、2026年1月1日に施行された「製造委託等に係る中小受託事業者に対する代金の支払の遅延等の防止に関する法律」（旧称・下請代金支払遅延等防止法）は、資本金や従業員数が一定の要件を超える委託事業者に、中小受託事業者の責めに帰すべき理由がないのに製造委託等代金の額を減ずることを禁じています（第5条第1項第3号）。運送の委託（特定運送委託）もこの法律の対象で、第5条第1項の第3号がそのまま適用されます。
• 納品の時間帯の運用には、物流効率化法（物資の流通の効率化に関する法律）も関わります。国土交通省によると、荷主と物流事業者の荷待ち時間などを短縮する努力義務が2025年4月1日から全事業者に課され、2026年4月からは一定規模以上の事業者が「特定事業者」に指定され、中長期計画と定期報告が義務になります。荷待ち時間が長いと、実際の納品日時（荷降ろしが終わった時刻）が約束の枠から外れやすくなります。記録には遅れた原因も残しておきましょう。
• 契約にOTIFのペナルティ条項があるときは、次を順に確かめます。
• 判定条件が書かれているか：納期どおりの枠、早着の扱い、許容差、明細かオーダーか。本ページの計算ツールは、この選択肢を一つずつ並べています。
• 違約金などが事前に合意されているか（民法第420条は違約金を賠償額の予定と推定します）。取引上の地位を利用した一方的な減額でないか（独占禁止法第2条第9項第5号ハ、前述の中小受託事業者に対する代金の支払の遅延等の防止に関する法律の第5条第1項第3号）。
• 遅れや不足の原因が納品先側にないか。荷受け側の都合による時間帯の変更や待機があれば、債権者の過失として損害賠償の額を定める際に考慮されます（民法第418条）。
• OTIFの数字をゆがめる間違いにはどんなものがあるか
• 納期遵守率と全量率を掛け算する — 積はOTIFではありません。サンプルの記録では、積が25.0%、OTIFは16.7%です。
• 数量で重みづけする — 納期どおりに届いた個数を数えると、納品単位の「全量」の考え方に反します。
• 修正したETAを基準に測る — 比較するのは当初の約束です。顧客が依頼し同意された変更だけが、それに代わります（SCOR RL.2.2）。
• 取り消されたオーダーを分母に残す — 顧客が取り消したオーダーは除外します（SCOR RL.1.1、RL.2.1、RL.2.2）。
• 過納を全量に入れる — SCOR RL.2.1は、余分な品目が納品されないことを求めています。過納を受け入れる契約なら、その条件を数字の横に書きます。
• 顧客の要求日と約束日を混ぜる — この2つは別の指標です（SCOR RL.2.2とRL.3.59）。
• 明細かオーダーかを書かない — オーダー単位のほうが厳しくなります。1行が外れれば、オーダー全体が不達成です（SCOR RL.1.1）。
• 早着の扱いを書いていない — サンプルでは、早着のルールだけでOTIFが16.7%から33.3%に動きます。
• OTIFとサービスレベルを混同する — 充足率は、予定どおりに出荷した品目数や金額で数えます（SCOR RL.3.46）。OTIFは、納期どおりかつ全量だった納品1件ごとに数えます。
• KPIの未達を法律上の延着とみなす — KPIの時間帯は契約上の期限より狭いのが普通です。数量不足の異議は、受け取るときに行います（商法第584条）。
• ほかにどんな輸送KPIがあるのか — ここで示すのは定義だけです。目標値は、契約やSLAに書かれたものです。
• OTD — 納期遵守率 — 納期どおりの納品 ÷ 納品した件数。数量の要素はありません。 (SCOR RL.2.2)
• 全量（In Full） — 品目と数量が正しい納品 ÷ 納品した件数。時間の要素はありません。 (SCOR RL.2.1)
• パーフェクトオーダー — 全量で、納期どおりに、正しい場所と顧客に届き、書類が正確で、状態も完全な注文。各要素を1か0で採点し、すべてがそろった明細だけが完璧です。 (SCOR RL.1.1)
• オーダー履行リードタイム — 納品したすべてのオーダーの実際の所要時間の合計 ÷ 納品したオーダー数。単位は日で、注文の受領から顧客の受け入れまでです。 (SCOR RS.1.1)
• 充足率（フィルレート） — 一定期間に予定どおり出荷した品目数または金額を、出荷するはずだった総量と比べたもの。品目数や金額で数え、OTIFは納品1件ごとに数えます。 (SCOR RL.3.46)
• 空車走行率 — 期間内の空車走行距離 ÷ 総走行距離。
• 納品書返送のリードタイム — 納品から、受領印つきの納品書が手元に戻るまでの時間。
• この計算ツールは、具体的にどんなルールを使っているのか — コードが適用しているルールを、そのまま書き出しました。計算式、選べる判定条件、ツリーの葉、除外条件、遅延の計算、CSVの読み取り、サンプル記録の期待される結果です。
• Logistivoではこうなります · 運送人の責任限度の計算ツール

Logistivoが貨物ごとに記録するもの

• Logistivoが貨物ごとに記録するもの — OTIFの元になるデータを、作業が進むその場で記録します。
• 日時つきのステータス — 集荷待ち、輸送中、トランジット中、完了：ステータスが変わるたびに、日時つきで貨物の履歴に残ります。遅延をめぐって意見が分かれたとき、記憶をたどるのではなく記録を見ればよくなります。
• ドライバーが記録する立寄り先 — 複数の立寄り先がある運行では、ドライバーがアプリで立寄り先の順番を確認し、立寄り先ごとに完了を記録します。完了した時刻が残ります。
• Excel、CSV、PDFのレポート — アシスタントのレポートビルダーは、貨物を納品日、ステータス、ルート、運送会社、車両ナンバーつきで出力します。
• ステータスが変わるたびの通知 — 貨物のステータスが変わると通知が出るので、納品を追っている人がすぐに状況を知れます。

あわせて使う

• 運送人の責任限度の計算 — 欧州のトラック区間で、延着や損傷の賠償の上限と、書面で通知する期限をどう数えるか。
• トラック原価計算 — 遅れや再配達は利益を削ります。まず、この運賃が損益分岐を超えているかを確かめます。
• 欧州のトラック運転時間の規制 — 運転時間と休息の規則から、守れる約束日時を先に決めます。OTIFが後で測るのは、その日時です。
• 荷受け時の貨物破損の異議 — 受け取るときに数量不足や破損が見つかったら、異議を何日以内に出し、写真をどう残すか。
• パッキングリストの書き方 — パッキングリストの数量は、「全量」を確かめる最初の根拠です。無料で作成して印刷できます。
• 運送人の責任限度の計算 · トラック原価計算 · 欧州のトラック運転時間の規制 · 荷受け時の貨物破損の異議 · パッキングリストの書き方

貨物ごとの日付、ステータス、立寄り先を一か所に

• 貨物ごとの日付、ステータス、立寄り先を一か所に — Logistivoなら、納品ごとの履歴が、運行が進む間に事務所からもドライバーのアプリからも積み上がります。

出典

• ASCM（サプライチェーンマネジメント協会） — SCORデジタルスタンダード — RL.1.1 パーフェクトな顧客オーダー履行 — https://scor.ascm.org/performance/reliability/RL.1.1
• ASCM（サプライチェーンマネジメント協会） — SCORデジタルスタンダード — RL.2.1 全量で顧客に納品されたオーダーの割合 — https://scor.ascm.org/performance/reliability/RL.2.1
• ASCM（サプライチェーンマネジメント協会） — SCORデジタルスタンダード — RL.2.2 当初の顧客約束日に対する納品実績 — https://scor.ascm.org/performance/reliability/RL.2.2
• ASCM（サプライチェーンマネジメント協会） — SCORデジタルスタンダード — RL.3.59 顧客要求日に対する納品実績 — https://scor.ascm.org/performance/reliability/RL.3.59
• ASCM（サプライチェーンマネジメント協会） — SCORデジタルスタンダード — RL.3.46 充足率（Fill Rate） — https://scor.ascm.org/performance/reliability/RL.3.46
• ASCM（サプライチェーンマネジメント協会） — SCORデジタルスタンダード — RS.1.1 顧客オーダー履行リードタイム — https://scor.ascm.org/performance/responsiveness/RS.1.1
• e-Gov法令検索（デジタル庁） — 商法（第575条〜第587条 物品運送） — https://laws.e-gov.go.jp/law/132AC0000000048
• e-Gov法令検索（デジタル庁） — 民法（第412条、第415条、第418条、第420条） — https://laws.e-gov.go.jp/law/129AC0000000089
• e-Gov法令検索（デジタル庁） — 私的独占の禁止及び公正取引の確保に関する法律（第2条第9項第5号） — https://laws.e-gov.go.jp/law/322AC0000000054
• e-Gov法令検索（デジタル庁） — 製造委託等に係る中小受託事業者に対する代金の支払の遅延等の防止に関する法律（令和8年1月1日施行） — https://laws.e-gov.go.jp/law/331AC0000000120
• 国土交通省 — 物流効率化法について（荷主・物流事業者の皆様へ） — https://www.mlit.go.jp/seisakutokatsu/freight/seisakutokatsu_freight_mn1_000034.html
• 国土交通省・経済産業省・農林水産省（「物流効率化法」理解促進ポータルサイト） — 5分でわかる物流効率化法の改正のポイント — https://www.revised-logistics-act-portal.mlit.go.jp/5minutes/
• ヤマト運輸 — 指定できる配達時間帯を教えてください（FAQ番号1249） — https://faq.kuronekoyamato.co.jp/app/answers/detail/a_id/1249/p/342
• legislation.gov.uk — CMR条約の条文（英国1965年道路物品運送法附則） — https://www.legislation.gov.uk/ukpga/1965/37/schedule
• 国際連合 — 国連条約集 — CMR（1956年ジュネーブ）の締約国 — https://treaties.un.org/Pages/ViewDetails.aspx?src=TREATY&mtdsg_no=XI-B-11&chapter=11&clang=_en

よくある質問

OTIFとは何か。計算式は

OTIF（DIFOTとも。On Time In Full）は、納期どおりかつ全量で届いた納品が、納品した全件に占める割合です。計算式は 納期どおりかつ全量の納品 ÷ 納品した件数 × 100。納品1件ごとに、約束の日時または時間帯、記録された実際の納品日時、発注数量と納品数量が必要です。顧客が取り消したオーダーは除き、まだ起きていない納品は分母に入れません。

OTIFと納期遵守率（OTD）は同じか

同じではありません。OTDは納期どおりかどうかだけを測り、SCORは全量の要素がないため分納でも納期どおりになり得ると述べています。OTIFは数量も正しいことを求めるので、納期遵守率や全量率より高くなることはありません。

早着は納期どおりに数えるのか

契約次第です。SCORは顧客の定義に従い、許容される時間帯はSLAに書くとしています。一方、顧客の要求日に対する指標（RL.3.59）は、その日以前の納品を数えます。計算ツールで条件を選び、数字の横に書いてください。

OTIFはオーダー単位と明細単位のどちらで測るべきか

どちらでもかまいませんが、必ず明記します。最も厳しい形は、オーダーのすべての明細が完璧なときだけ数えるSCORのパーフェクトオーダー（RL.1.1）です。明細単位なら、1行が1つの単位になります。

過納は全量に入るのか

SCORでは、合意した許容範囲を超える過納は全量に入りません。全量の条件の1つが、余分な品目が納品されないことだからです。過納を受け入れる契約もあるため、計算ツールは両方の扱いに対応しています。

納品の延着は、法律上どう扱われるのか

日本国内の陸上運送には商法が適用され、運送人は運送品が延着したときも、注意を怠らなかったことを証明できない限り損害を賠償する責任を負います（第575条）。責任は、引渡しの日から1年以内に裁判上の請求がされないと消滅します（第585条1項）。KPIの納品時間帯は契約上の期限より狭いのが普通なので、OTIFを外しても法律上の延着になるとは限りません。

納品遅れの違約金は自由に決められるのか

当事者は債務不履行の損害賠償額を予定でき、違約金は賠償額の予定と推定されます（民法第420条）。ただし、取引上の地位を利用して不利益な条件を設定したり対価を減額したりすることは、独占禁止法上の優越的地位の濫用になり得ます（第2条第9項第5号ハ）。「製造委託等に係る中小受託事業者に対する代金の支払の遅延等の防止に関する法律」は、一定規模以上の委託事業者が、中小受託事業者の責めに帰すべき理由がないのに代金を減ずることを禁じています（第5条第1項第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.