オンタイム・イン・フル（OTIF） – フロー、精度、制御を明らかにするエンドツーエンドのサービスKPI

このトピックは、 SG Systems Global 規制と運用に関する用語集。

2025年10月更新 • サービスレベルとフルフィルメント品質 • MES、WMS、スケジューリング、QA

納期遵守率（OTIF）は、顧客サービスにおける「言い訳無用」の指標であり、たった一つの質問を問います。それは、顧客が注文した商品を、約束された期日に、約束された数量で、代替品、不足、遅延なく受け取ったかどうかです。社内効率指標とは異なり、OTIFは、製品が管理下を離れ、顧客の期待に応える時点、つまり真実の時点で評価されます。OTIFは、設計上、容赦のない指標です。出荷が1日遅れたり、1ケース不足したりすれば、不合格となります。この厳しさは有益です。需要計画、生産実行、品質リリース、ラベル貼付、倉庫出荷といった部門間の連携を強制するからです。持続的なOTIFを達成するには、MES、WMS、品質ガバナンス全体にわたる同期された管理が必要であり、紛争、リコール、継続的な改善をサポートするために、 eBMRと在庫システムにデジタル証拠が必要です。

「OTIFは完璧な注文スコアです。遅延が1件、不足品が1件、ラベルの誤りが1件あれば、ゼロです。」

1) OTIFの測定対象（およびその定義方法）

OTIFは一見単純明快です。出荷がカウントされるのは、予定通りに全量納品された場合のみです。しかし、「予定通り」と「全量納品」は、不正行為や混乱を避けるために正確に定義する必要があります。ほとんどの組織では、「予定通り」を顧客の希望納期（RDD）または確定済みの約束日としています。中には、狭い期間（例えば、当日納品、または小売業の場合は予約済みスロット）を定義する組織もあれば、許容範囲を設ける組織もあります。「全量納品」は、注文ヘッダーではなく、注文明細の数量を参照する必要があります。なぜなら、顧客が感じるのは明細レベルの不足だからです。交渉済みの計画を満たす部分出荷もカウントできますが、その計画が約束日より前に確定している場合に限ります。「何でも出荷する」行為を防ぐため、定義には、バーコード/ラベル検証による識別情報とラベルの正確性の検証、および品質管理による完成品出荷資格も必須とする必要があります。明確なルールに基づいて注文明細レベルでOTIFが一貫して計算されると、計画からピッキング、校正に至るまでのシステム全体の信頼性を測る信頼できる指標となります。

2) OTIFが失敗する理由 - システムの観点から

納期遅延は出荷ドックで発生することは稀です。遅延の原因は同期の不備です。需要の変化がMRPに反映されない、仕掛品が溢れるジョブリリース、最終組立が滞る上流工程の品質保留、最終工程で初めて発見されるラベルやアートワークの不一致、ピッキング中に発生する在庫の不正確さなどが挙げられます。これらの問題は、ラインクリアランス、工程内管理、 MMR / MBRからの有効日指定指示、バーコード検証によるIDチェックなどのプロセス管理を徹底することで、より早期に検出できます。したがって、OTIFは計画規律、実行の安定性、ラベルと文書の正確性、倉庫からの資材のラインへの提示を統合した複合KPIとして機能します。OTIFが低下した場合の解決策は「出荷をさらに加速させる」ことではなく、「納期通りの完全な流れを阻害する制約を解消する」ことです。

3) 基盤 - クリーンマスター、クリーンインベントリ、クリーンラベル

確実なOTIF（納期遵守率）は、3つの柱の上に成り立っています。第一に、マスターデータの正確性：請求書、ルーティング、作業指示書は文書管理によって管理され、作業現場は常に正しいバージョンを実行します。修正はリスク評価を伴う変更管理を通じて行われます。第二に、在庫の正確性：サイクルカウントによる正確な在庫残高、規律あるFIFO / FEFO、信頼できる入庫処理により、ピッキング時に不足が発生しません。第三に、ラベルの正確性：承認されたテンプレートとラベル管理により、出荷される商品は注文どおりのもの（正しいクレーム、UDI/GTIN、ロット、日付）であり、ラベル検証によって確認され、OTIFを後から損なう顧客による拒否を回避します。これらの柱は地味なものですが、英雄的な緊急対応と予測可能なサービスの違いを生み出すものです。

4) OTIFの計算 - 粒度、範囲、真実データ

まず、OTIFを注文ヘッダーで測定するか、明細行で測定するかを決定します。明細行レベルの方が感度が高く、対応も容易です。例えば、10行の複雑な注文で、品目が1つ短い場合、ヘッダーレベルでは0/10（納期未達）となり、明細行レベルでは9/10（納期を満たした9行）となります。時間基準を定義します。配送タイムスタンプ（顧客ドックのスキャン）、出荷タイムスタンプ（運送業者の集荷）、または予約スロットの遵守（小売）などです。信頼できるデータは、管理された証拠のあるシステムから取得する必要があります。出荷確認とEDI確認、系譜からのロット/シリアル番号の関連付け、ピッキング/梱包/出荷時のWMSからのラベルスキャンなどです。「分割行」と代替品に注意してください。顧客が納期前に変更を受け入れた場合はカウントされますが、一方的に代替品を発注した場合はカウントされません。最後に、ルールを文書管理で文書化し、内部監査でレビューして、顧客セグメントや季節を問わずスコアの信頼性を維持します。

5) OTIF達成に向けた計画 - 約束できるものだけを約束する

優れたOTIF（納期遵守率）は、営業担当者が納期を約束し、それを業務部門が守れることから始まります。そのためには、最新の資材状況と生産能力を把握する必要があります。納期の約束ロジックをMRP（資材所要量計画）と有限生産能力の制約に結び付け、奇跡的な納期を前提とした受注は避けましょう。受注が確定したら、システムが処理できるペースでジョブリリースを通じて作業を開始し、スプレッドシートではなくMESキューを通じて出荷を行い、ラインバランシングと、製品構成が変動する場合は平準化によって安定性を維持します。上流工程の安定性によって、ピッキング／梱包／出荷工程での混乱を防ぎ、不足やトラックの遅延を回避できます。

6) 実行規律 - 正しいものを作り、正しいロットをリリースする

リリース後は、検証済みの手順と識別管理を経て作業を進める必要があります。ラインクリアランスを徹底して、ラベルの誤りによる漏れを防ぎ、アクティブなMMR / MBRに紐づいたデジタルトラベラー（ジョブトラベラー）で作業者をガイドし、 eBMRに同時証拠を記録します。計量または充填作業で内容量を決定する場合は、重量計量をSPC管理限界および二重検証と統合して、ロットが初回から正しくなるようにします。生産後、QAはタイムリーにロットリリースを実施する必要があります。ここでの遅延は、工場が完璧に稼働したとしてもOTIFを低下させます。規律はシンプルです。正しいものを正しいラベルで作り、正しいロットを時間通りにリリースします。

7) 倉庫の有効化 - 完璧なピッキングか、ピッキングしないか

「完全在庫」は倉庫内で実現します。日々のサイクルカウントと堅牢なビン/ロケーション管理により、在庫精度を維持します。FIFO / FEFOを強制し、OTIFが重要な注文のためにロットを確保する指示ピッキングにより、ピッカーに資材を提供します。バーコード検証を使用してスキャンごとにIDを検証し、顧客がミスとみなす「数量は正しいがロットが間違っている」という失敗を防ぎます。視覚的な作業管理を強化し、ビン不足やケースの破損などの例外が積み込み前にエスカレーションされ、修正されるようにします。梱包時にラベル検証を再度実施し、ドックドア拒否を引き起こすテンプレート/バージョンのずれを検出します。規律あるWMSは、「完全在庫」を希望から習慣に変えます。

8) コンプライアンスと証拠 - サービスと規制が出会うとき

規制対象分野では、出荷が期日通りかつ数量通りに到着したとしても、文書化規則や身元確認規則に違反している場合は、OTIFとはみなされません。変更不可能な監査証跡、パート11に基づく帰属可能なアクション、および出荷されたすべてのユニットにわたる堅牢な系譜を維持してください。顧客が苦情や返品を開始した場合は、NCMR / NCRを通じて調査し、処分が必要なMRBにエスカレーションしてください。是正措置をCAPAに組み込み、 MOCでロックして、教訓が一時的な誓約ではなくプロセス変更として定着するようにしてください。要点は単純です。完璧な注文はコンプライアンスに準拠した注文でもあり、監査や紛争解決のための証拠が準備されています。

9) 測定と視覚化 - ミスを不快なものにする

顧客、製品ファミリー、出荷元サイト、根本原因コードなど、複数のレベルでOTIFを毎日公開します。見出しには、実際にOTIFを左右するKPI （受注から出荷までのリードタイム、ピッキング精度、梱包確認、ドックでの再印刷ラベル、QAリリースサイクル、A/B/Cクラス別の在庫精度）を補足します。MOCを通じて出荷された変更が稼働開始したら、その都度、未完了の傾向をトレンドとして記録し、改善と原因を関連付けられるようにします。契約で義務付けられている場合は、外部にも共有します。一部の小売業者はOTIF未完了に対してチャージバックを実施しており、透明性の高いデータは紛争を減らします。目標は、未完了が数週間後の誰も再現できない月次レポートではなく、すぐに明らかになる文化を築くことです。

10) 一般的なOTIF障害モードとその防止方法

• 在庫は「入手可能」と表示されていますが、ビンは空です。 修正： 締め付ける ドック・トゥ・ストック タイミング、強制 サイクルカウント、カウントが古くなった場合はブロック選択を行います。
• カウントは正しいが、ロットまたはラベルが間違っている。 修正： 義務的な スキャン検証 (NAIST) と ラベル検証 ピッキングと梱包時に。
• 完成品のQAリリースが遅れています。 修正： 出荷の約束に結びついたテストを優先する。 IPC 最終テスト時間を短縮し、加速する ロットリリース ハンドオフ。
• 本番環境で間違ったリビジョンがビルドされます。 修正： 有効日を強制する MMR/MBR (NAIST) と ラインクリアランス.
• 運送業者が到着しましたが、注文はステージングされていません。 修正： 同期する MESディスパッチ ウェーブピッキングでは、カットオフまでにパックできる数より多くのジョブがリリースされることを回避します。
• 途中でアートワークの変更が発生。 修正： 経由するルート 変更管理 (NAIST) と ラベル付け制御 印刷/検証時にハードストップします。
• サプライヤーの問題が不足に波及します。 修正： 入場料収入 受入検査 予備の代替 MRP; 開ける NCR/NCMR 速やかに。
• バッチ/ロットの系図が不完全です。 修正： 各ハンドオフごとにスキャンを強制する EPCIS エクステンション 原則と捕獲 電子骨髄バンク.

11) OTIFの改善 - ゲートを締め、フィードバックループを短縮する

品質チェックと識別チェックを早期に行うことで、信号対雑音比を向上させます。最終検査から発生源での管理に移行し、エラー防止、SPCアラート、不良品が限られた梱包/出荷能力を消費しないようにする自働化停止を活用します。見逃しに特化して短いPDCAサイクルでカイゼンルーチンを導入します。各システムOTIF欠陥カテゴリごとに正式なNCRを作成し、封じ込めを実行し、 MOCを通じて対策を強化します。製品構成が不安定な場合は、平準化でフローを安定させ、下流のバッファが準備できるまでジョブリリースを制限します。すべてのステーションが問題を先に渡さず、すべての修正が新しい標準になると、OTIFは向上します。

12) 出荷時の証拠 - 「時間通り」かつ「完全」であることの証明

ドックでは、注文、行、ロット、ラベルバージョンを出荷タイムスタンプに紐付けるためのスキャンを各カートン/パレットに押印します。顧客または運送業者とデータを交換する場合は、EDI確認を時間の記録システムとして使用します。顧客が特定の識別子（例：GS1 GTIN）を要求する場合は、梱包時に検証を行い、ASN拒否によって「予定通り」が「ラベルの貼り替えによる遅延」に遡及的​​に変換されるのを防ぎます。出荷量が意図的に不足している場合（例：承認された分割出荷）は、合意内容を管理文書に記録します。これらの証拠はすべて、系譜と監査証跡とともに保管し、顧客との会話が記憶ではなく事実に基づくものとなるようにします。

13) 人材と文化 - 約束を果たす

OTIFは全員の目標値であるため、チームの連携を強化します。営業部門は約束の履行、計画部門は実行可能な納期、生産部門は標準に準拠した実行、品質保証部門はタイムリーな出荷、倉庫部門はピッキングの正確性と出荷準備、そして出荷部門は運送業者の準備状況に責任を持ちます。リーダーは、目標未達を可視化し、日常的に議論できるようにする必要があります。認めることがキャリアの妨げにならないようにすることが重要です。内部監査を活用して、文書化されたプロセスが実際に約束を守っているかどうかを検証しましょう。毎回標準を満たす「地味な」出荷を称賛しましょう。それがあなたのブランドです。

14) V5との関連性 SG Systems Global

V5ソリューションの概要。V5プラットフォームは、計画シグナル、製造実行、倉庫管理、品質ガバナンスを統合し、OTIF（納期遵守率）をドックでの検査ではなく、プロセス設計段階から確保します。データは、受領から出荷まで、単一のエビデンスモデルに基づいて流れます。スキャン、署名、ラベル、ロットは、設計段階から整合しています。

V5 MES。V5 MESでは、注文はMMR / MBRから直接、有効日付きの指示に基づいて管理されたジョブに変換されます。ジョブリリースはWIPを抑制し、ディスパッチキューはラインのペースを調整し、IPC / SPCゲートは欠陥が下流の生産能力を消費するのを防ぎ、eBMRはリリースと顧客からの異議申し立ての証拠を記録します。

V5 WMSは、入庫から在庫までのスピード、在庫精度、およびFIFO / FEFO方式による指示型ピッキングを徹底します。バーコードチェックとラベル検証によりロットとラベルを検証し、OTIF（納期遵守率）が重要な注文のために在庫を確保し、正確な計測のために梱包/出荷イベントを記録します。

V5 QMS。V5 QMSでは、不備が発生した場合はNCR / NCMRが発行され、必要に応じてMRBにエスカレーションされ、CAPAで解決されます。変更はMOCによって定着し、再発を防ぎます。このシステムはラベルと指示を適切に管理し、識別エラーによって完璧な出荷が損なわれることを防ぎます。

結論： V5では、OTIF（納期遵守率）は管理された成果となります。つまり、基準に沿って製造された正しい製品が、期日通りに出荷され、正確にピッキングされ、正しくラベル付けされ、約束どおりに発送されるということです。そして、疑問が生じた場合には、法医学的な証拠も提供されます。

15) よくある質問

Q1. OTIF は注文数で測定すべきでしょうか、それともライン数で測定すべきでしょうか?
実用化に向けてラインレベルで測定し、外部への報告のために注文レベルで測定します。1つの短いラインで注文が不合格になる場合、ラインレベルの傾向から修正すべき箇所が明らかになります。

Q2. 承認された代替品は「完全」としてカウントされますか？
はい、ただし顧客の同意がある場合に限ります 約束日と文書化 文書管理一方的なスワップは失敗するはずだ。

Q3. 当社の製品は規制対象ですが、ラベルの誤りは OTIF 不合格としてカウントされますか?
すべきです。間違ったラベルや検証できないラベルは、不合格や危険につながります。 ラベル検証 そして失敗を治療する NCR/CAPA.

Q4. 指標の「ゲーム化」を避けるにはどうすればよいでしょうか？
ルールを修正 文書管理、監査を通じて 内部監査管理対象システム（WMS、MES、EDI）から正確なデータを取得します。追跡可能な正当性のない手動オーバーライドは行いません。

Q5. OTIF が低い場合はどこから始めればよいでしょうか?
ミスが集中している箇所から始めましょう。在庫精度、QAリリースサイクル、ラベルの不合格、容量約束エラーなどです。迅速に対応し、修正を確定します。 MOC そのため、改善は四半期末のプレッシャーを乗り越えることになります。

関連レディング
• 計画と約束: MRP | 有限キャパシティ スケジューリング | KPI
• 実行とアイデンティティ: MES | MMR | MBR | 電子骨髄バンク | ラインクリアランス
• 倉庫とラベル: WMS | 指示されたピッキング | ビン/ロケーション管理 | FIFO | フェフォ | ラベル検証とUDI | EDI
• 品質とリリース: ロットリリース | NCMR | NCR | MRB | CAPA | MOC | ロットトレーサビリティ | 監査証跡（GxP）