公開2026.08.27更新2026.09.27 物流・製造

工程管理で納期を守る仕組み｜回答・検知・挽回・測定の判断基準

納期が遅れた翌週、対策として出てくるのはたいてい「工程表をもっと細かく引く」という話です。ところが工程表を細かくしても、遅れの報告が二日後に上がってくる状態は変わりません。受注時に返した期日を守れるかどうかは、工程表の精密さより、どう答えたか・いつ気づいたか・どう戻したか・何を数えたかで決まっていました。この記事では工程管理と納期管理の関係を整理したうえで、納期回答の作り方、遅れの判定基準、挽回策の選び分け、リードタイム短縮の打ち手、そして納期遵守率の測り方までを順に扱います。課題そのものの原因分解は工程管理の課題を整理した記事、システムの機能範囲と選び方は工程管理システムとはの記事に譲ります。

まとめ：納期は回答と検知と挽回と測定の四つで決まる

先に結論を置きます。納期遵守を仕組みにできた現場は、次の五点を工程表より先に決めていました。

納期回答を二段構えにする：在庫と仕掛りの引当で答えられる範囲と、工程の空き能力を見ないと答えられない範囲を分けます。営業が即答してよい線を先に引いておきます。
遅れの判定基準を一つに決める：着手予定日で見るか、完了予定日で見るか、余裕日数の減り方で見るか。基準が人によって違う現場では、遅れの共有そのものが成立しません。
挽回策の順番と権限を決めておく：工程順序の変更、外注、残業の順に費用が上がります。どこまでを現場長が即決できるかを金額で切っておくと、判断待ちで選択肢が減る事態を避けられます。
短縮の対象は加工時間ではなく停滞時間：工程間の待ちが日数の大半を占める現場では、加工の速さを詰めても全体日数はほとんど動きません。
遵守率は分母と基準日を先に定義する：初回回答日で数えるか最終確約日で数えるかだけで、同じ実績が七割にも九割五分にも見えます。

逆に、在庫から即日出荷できる標準品が中心で、工程が二つ三つしかなく、外注も使っていない。この条件がそろっているなら、仕組みを作る手間に見合う効果は出にくく、表計算の受注一覧と日々の声かけで足ります。

納期管理と工程管理はどこが違うのか｜約束の管理と日程の管理の分担

この二つは同じ画面で扱われることが多いため、混同されたまま運用されがちです。しかし動かしてよいものと、動かすと信用を損なうものが混ざっている点で、性格はまるで違います。

顧客への納期と仕入先への納期と工場内の納期は別物として扱う基準

納期という言葉は、少なくとも三つの相手に向いています。顧客へ返した納期は、こちらの都合では動かせない約束です。仕入先へ出した納期は、相手に守ってもらう期日であり、遅れたときに督促の対象になります。そして工場内の各工程に置いた完了期限は、自社の裁量で入れ替えてよい日程でした。

三つを同じ一覧に並べて色分けもせずに運用すると、「どれを動かせば挽回できるのか」が現場から見えなくなります。まず動かしてよいのは工場内の日程だけであり、顧客納期を動かすには相手の同意という手続きが要る。この線引きを画面上でも分けておくと、遅れが出たときの初動が変わります。

工程管理が守るのは日程・納期管理が守るのは交わした約束の違い

工程管理は、作業の順序と日程を組み、進み具合を追う活動です。納期管理は、取引先と交わした期日を守るために、回答・監視・挽回・報告までを回す活動になります。前者の成果物は工程表、後者の成果物は「守れたかどうか」の記録でした。

用語の足場としては、生産管理用語を定めたJIS Z 8141の2022年版（2022年3月改正、2026年8月時点で最新版）が使えます。ここではリードタイムを発注から納入までの時間として定義し、生産リードタイムを別項番で立てています。社内で言葉がぶれているなら、まずこの定義に合わせてから議論した方が早いでしょう。

納期が守れない原因は計画と実績と能力のどこかに必ず現れる理由

納期遅延は症状であって原因ではありません。計画が受注時点の情報のまま更新されていないのか、実績が上がってくるのが遅くて気づけないのか、そもそも受注量に対して能力が足りないのか。どこに詰まりがあるかで打つ手はまったく変わります。原因の切り分けそのものは工程管理の課題を原因別に整理した記事で扱っているため、ここでは仕組み側の話に絞ります。

納期回答をどう作るか｜在庫の引当と工程能力の確認による二段構え

納期遅延の相当数は、製造が遅れたのではなく、最初から守れない日を答えてしまったことに始まります。回答の作り方を設計せずに現場の頑張りへ寄せている限り、遵守率は安定しません。

在庫と仕掛りの引当だけで答えられる範囲とその限界を見極める基準

第一段は在庫の引当です。手持在庫に確定した入庫予定を足し、他の受注へ引当済みの数量を引く。残りがあれば、製造を待たずに出荷日から逆算した日を答えられます。英語ではavailable to promiseと呼ばれる考え方で、標準品や見込生産の製品はここでほとんど片づきます。

限界は二つありました。ひとつは引当済み数量の精度で、伝票上は引当てられていても現物が別の案件へ流用されている現場では、答えた日が守れません。もうひとつは仕掛品の扱いです。工程の途中にある数量を引当対象に含めるなら、どの工程を通過した時点で「使える」と見なすかを決めておく必要があります。在庫側のデータ整備については製造業の在庫管理システムの記事で詳しく扱いました。

工程の空き能力を見て答える段階｜負荷の山積みとボトルネック判定

第二段は能力の確認です。在庫で答えられない受注は、製造の順番待ちに入ります。ここで見るのは、各工程の一日あたりの処理能力と、すでに入っている仕事の量でした。英語ではcapable to promiseと表現され、負荷を日付軸に積み上げて空きを探す作業になります。

実務で効くのは、全工程を均等に見ないことです。能力がいちばん低い工程、つまりボトルネックの空きだけが納期を決めます。他の工程に余裕があっても、そこが埋まっていれば答えられる日は動きません。この計算には、稼働日カレンダー、シフト、段取り時間、そして工程ごとの標準時間がそろっている必要があります。データがない状態で能力確認を始めても、机上の数字が出てくるだけでしょう。

回答日と確約日を分ける運用｜社内の基準日を何日手前に置くかの基準

営業は商談の場で即答したい。生産は能力を見てから答えたい。この対立は、回答日と確約日を分けることで整理できます。標準品は営業が引当の残数を見てその場で回答し、受注設計品は仮回答にとどめて翌営業日までに生産側が確約する、といった切り分けです。

あわせて決めるのが社内の基準日でした。顧客納期の三営業日前を工場の完了期限に置く、といった形で余裕を持たせます。注意したいのは、余裕を各工程へ均等に配ってしまうと、前工程が余裕を先に使い切って末端に残らない点です。工程ごとの標準時間は詰めておき、余裕は最後にまとめて置く。この置き方の方が、遅れの検知にも使えます。その標準時間をどう決め、いつ改訂するかは工程管理の標準時間の決め方で整理しています。

遅れの早期検知｜どの時点で遅れていると判定するかの基準点の置き方

「遅れている」の定義が人によって違うと、報告は上がってきません。作業者は自分の工程が終わっていれば遅れと認識せず、営業は出荷日が動いて初めて遅れと呼ぶ。この差を埋めるのが判定基準の統一です。

判定の基準点は着手予定日と完了予定日と余裕の消費率の三つの違い

基準点の候補は三つあります。それぞれ検知できる遅れの種類が違うため、工程の性格に応じて選びます。

基準点	見る対象	検知できる遅れ
着手予定日	工程の開始時点	前工程の遅れと段取り待ち
完了予定日	工程の終了時点	能力不足と設備の停止
余裕の消費率	残った余裕日数	納期に効く遅れだけ

着手予定日で見る方式は、最も早く異常が出ます。前工程から物が回ってこない事実は、その工程が始まる前に分かるためです。完了予定日で見る方式は分かりやすい半面、気づいた時点で挽回の余地が減っています。余裕の消費率は、納期までの余裕日数がどれだけ減ったかで判定する考え方で、遅れていても余裕の範囲内なら騒がずに済むという利点がありました。工程数が多く、日々あちこちで小さな遅れが出る現場ほど、この方式が向きます。

検知の頻度と粒度｜日次の締めで間に合う工程と間に合わない工程

頻度は工程の流れる速さに合わせます。一工程に数日かかる加工なら、日次の締めで十分に間に合うでしょう。一方、一日に何度も物が入れ替わる組立や検査では、日次の締めでは翌朝まで異常が見えず、その間に後工程の段取りまで崩れます。

粒度も同じ考え方です。案件単位でしか進捗を持たない場合、遅れが分かるのは終盤になってからでした。工程単位まで落とすと検知は早くなりますが、そのぶん入力の手間が増えます。落としどころは、ボトルネック工程と外注工程だけ細かく取り、それ以外は案件単位で運用する形です。

実績の入力が遅れれば検知も遅れる｜入力を作業の流れへ埋める方法

どれだけ良い基準を決めても、実績が週明けにまとめて入力される運用では、検知は最大で数日遅れます。日報を紙で回収して事務が転記している現場では、この転記待ちが検知の限界を決めていました。

対策は入力を作業の流れに埋め込むことです。着手と完了の打刻を作業指示書の読み取りで済ませる、検査結果の登録と同時に完了を立てる、といった形にします。現場端末での入力の仕組みは工程管理アプリの記事に譲り、ここでは入力の遅れが検知の遅れになる点だけ押さえます。

挽回策の選び方｜工程順序の変更と外注と残業のどれを選ぶかの判断

遅れを検知したあと、何をするかが決まっていない現場は多いものです。結果として毎回残業で埋めることになり、費用も疲労も積み上がります。打ち手ごとに効く条件が違うため、先に整理しておきます。

打ち手ごとの費用と効き方と副作用を並べて比べて順番を決める基準

打ち手	効く条件	かかる費用	副作用
工程順序の変更	後工程に空きがある	追加費用はほぼ無い	他案件が後ろへずれる
外注へ出す	図面と条件を渡せる	単価と輸送費が増える	受入検査の工数が増える
残業と休日出勤	遅れが数時間から一日	割増賃金が発生する	連続すると不良が増える
ロットの分割納入	分納を顧客が認める	段取りが一回増える	全体の生産性は落ちる

順序の変更から検討するのが原則です。費用がかからないうえ、遅れた案件を先に流すだけで済む場面が実際に多くあります。ただし、割り込ませた分だけ他の案件の余裕が減るため、そちらの納期まで見てから決めます。外注は費用が読みやすい代わりに、渡せる状態になっているかが分かれ目でした。図面が社内の暗黙の了解に依存していると、外注先で作り直しになり、かえって日数を失います。

ボトルネック工程かどうかで効く打ち手はまったく変わってくる理由

ここを外すと、費用だけ使って納期が動かない結果になります。残業して増やした生産量が納期に効くのは、その工程がボトルネックである場合に限られました。能力に余裕のある工程で残業しても、次の工程の前に仕掛品が積み上がるだけで、出荷日は一日も早まりません。

逆に、ボトルネック工程の停止は全体の遅れに直結します。段取り替えを減らして稼働時間を確保する、その工程の前に少しだけ仕掛りを置いて待ちを作らない、といった手当てが効きます。どの工程がボトルネックかは受注の中身で入れ替わるため、月に一度は負荷の実績で確認しておきたいところです。

挽回を判断する権限と時限｜誰がいつ決めるかを先に決めておく基準

判断が翌朝の朝礼まで持ち越されると、その時点で外注も残業も間に合わなくなります。決めておくのは二つです。ひとつは金額の線で、追加費用が一定額までなら現場長が即決し、それを超えるなら生産管理の責任者が判断する、という切り方をします。もうひとつは時限で、当日の午後三時までに判断する、といった締め切りを置きます。

この二つを決めておくと、遅れの検知から挽回の着手までが短くなります。仕組みとしては単純ですが、権限が曖昧なまま「相談してから」という文化が残っている現場では、検知を早めた効果がここで消えてしまいます。

リードタイム短縮の打ち手｜停滞時間の構造を崩す方法と副作用の見極め

納期回答を短くできれば、受注そのものが取りやすくなります。ただし短縮の対象を間違えると、現場に負荷をかけた割に日数が動きません。

短縮の余地は正味の加工時間ではなく停滞している時間の側にある

一つの製品について、着手から完了までを工程間の待ちも含めて記録してみると、加工そのものに使われている時間は全体のごく一部だった、という結果が出ることがよくあります。残りは次の工程が空くのを待つ時間、まとめて流すためにロットがそろうのを待つ時間、検査や承認を待つ時間でした。

この実測を先にやります。加工時間の合計と、実際にかかった日数の差が停滞時間です。差が大きいなら、機械の速度や作業者の手際を詰める前に、待ちの構造を崩す方が効きます。実測せずに「早く作れ」と言い続けると、現場は急ぐ一方で日数は動かず、疲弊だけが残るでしょう。

段取り時間の短縮とロットの小口化と並行化という三つの手の選び方

停滞を減らす手は大きく三つあります。第一に段取り時間の短縮です。段取りに時間がかかる設備ほど、まとめて流したくなり、ロットがそろうまでの待ちが生まれます。段取りが短くなれば小口で流せるようになり、待ちが減ります。第二にロットの小口化そのもので、分割して先に後工程へ渡せば、全体の日数は縮みました。ただし段取り回数は増えるため、第一の手とセットで進めます。

第三が工程の並行化です。順番に流していた作業のうち、依存関係のないものを同時に進めます。効果は大きい半面、仕掛りが増えて置き場と管理の手間が増える副作用がありました。三つとも、やれば必ず良くなるという性質のものではなく、どこが待ちの原因かを見てから選ぶものです。

短縮できたのに遵守率が上がらないときに疑うべき三つの原因候補

リードタイムは縮んだのに納期遵守率が動かない。この場合、疑うのは次の三つです。ひとつめは受注時の回答で、能力を見ずに答えているなら製造がいくら速くなっても間に合いません。ふたつめは検知の遅れで、異常に気づくのが遅ければ縮めた余裕をそのまま食い潰します。

三つめは遅延の主因が自社の外にある場合です。仕入先からの材料が遅れているなら、社内の工程を短縮しても出荷日は動きません。この場合は購買側の運用、つまり発注の出し方と督促の仕組みを見ることになります。受発注の情報連携については製造業向け受発注システムの選び方で整理しました。

納期遵守率の測り方｜分母と基準日を決めないと数字は動いてしまう

改善の議論が噛み合わない原因の多くは、数字の定義がそろっていないことにあります。同じ月の実績でも、数え方を変えれば結論は逆になります。

計算式と分母の決め方｜受注の行で数えるか出荷の件数で数えるか

基本の式は単純です。納期遵守率は、期日どおりに納めた件数を、その期間に納期が到来した件数で割り、百を掛けたものになります。問題は「件数」の中身でした。

受注伝票の明細行で数えると、一枚の伝票に十行入っている取引先の影響が大きく出ます。出荷の件数で数えると、分納した案件が複数回カウントされます。製品単位で数えるなら数量の欠品も見ることになるでしょう。どれが正しいというものではなく、現場の実態に近い単位をひとつ選び、変えずに続けることが条件です。途中で定義を変えると、前年との比較ができなくなります。

基準日を初回の回答日か最終の確約日のどちらへ置くかで変わる数値

ここが最も数字を動かします。仮に、ある月に納期が到来した受注が百行あり、そのうち二十行で途中に日程変更の同意を取り付けたとします。変更後の確約日を基準にすれば、実際に遅れた五行だけが未達となり、遵守率は九割五分です。ところが最初に回答した日を基準にすると、変更した二十行も未達に含まれ、七割五分まで下がります。

どちらの数字にも意味があります。対外的な報告や取引先との会話では、合意した確約日が基準になるでしょう。一方、社内の改善で見るべきは初回回答基準の方でした。最初の回答が守れていない事実こそが、回答の作り方か能力の実態に問題があることを示しているためです。二つ並べて出しておくと、議論が早く進みます。

全量を納めたかまで見る指標と分納を認める場合の数え方の条件による違い

期日には間に合ったが数量が足りなかった。この扱いを決めていない現場では、遵守率が実感より高く出ます。期日と数量の両方を満たした場合だけを達成とみなす考え方はon time in fullと呼ばれ、頭文字を取ってOTIFと表記されます。厳しい数字になりますが、取引先の受け取り方に近いのはこちらでした。

週次で見るなら、遵守率だけでなく、遅れた案件の平均遅延日数と、遅延理由の内訳もあわせて出します。遵守率が同じ九割でも、遅れが平均一日なのか一週間なのかで打つ手は別です。理由の内訳は、材料待ち・能力不足・設備停止・設計変更・顧客都合といった区分で登録しておくと、翌月の議論が具体的になります。

システム要件へ落とす｜納期を守るために必要な項目と粒度の設計

ここまでの仕組みは、そろっているデータの範囲でしか動きません。要件定義の入口として、何を持てば納期回答と検知が成立するかを整理します。

最低限そろえるデータ項目と、その粒度をどこまで細かくするかの基準

必要な項目は五種類です。品目と工程の順序を持つ工程マスタ、工程ごとの標準時間と段取り時間、稼働日とシフトを持つ能力カレンダー、受注側の回答日と確約日、そして着手と完了の実績。これに遅延理由の区分を足せば、測定まで一通り回ります。

粒度の下限は、工程単位かつ日単位でした。案件単位までしか持たないと遅れの検知が終盤になり、時間単位まで細かくすると入力が続きません。まず全工程を日単位で押さえ、ボトルネック工程と外注工程だけ時間単位へ落とす。この段階的な設計なら、現場の負担を増やしすぎずに検知を早められます。既存の基幹システムに受注データがある場合は、回答日と確約日をどちら側で持つかを先に決めておきます。

既製パッケージで足りる条件と受託開発へ切り替える条件の線引き

既製の生産管理パッケージで足りるのは、製品が標準品中心で、工程数が十程度までにおさまり、外注比率が低く、能力計算に自社固有のルールがない場合です。この範囲なら、パッケージの標準機能で納期回答も負荷の山積みも扱えます。導入形態と費用の比較はクラウド生産管理システムの記事で扱いました。

受託開発へ切り替える判断が要るのは三つの場合です。第一に受注設計生産で、案件ごとに工程の構成そのものが変わる場合。第二に能力計算へ固有の制約が入る場合で、金型や治具を複数機種で共有している、多能工の割り当てに資格の制約がある、といった条件はパッケージの標準ロジックに乗りません。第三に、既存の基幹システムと受注・出荷の双方向でやり取りする必要がある場合です。この三つに当たるなら、要件を持ち込んで生産管理システム開発の相談として整理する方が、パッケージの改造を重ねるより見通しが立ちます。