代替品の調達を承認で、品質リスクを未然に防ぐ

標準部品であるアルミブラケットの仕入先から、納期が6週間延びると連絡が入りました。工場の購買担当はラインを止めたくないため、カタログを開き、外見が酷似した別メーカーの部品を見つけ、その日の午後には発注書を起票します。技術には伝わりません。品質にも伝わりません。部品が届き、サブアセンブリにボルトで取り付けられ、生産は続きます。3か月後、現場で不具合が発生し、原因をたどると元のブラケットが本来担うはずのなかった引張強度に行き着きます。それでも部品表には、一度も実装されなかった部品が記載されたまま残っています。

このひそかな差し替え1件が、製造業の調達において最も頻繁かつ最も高くつく破綻の一つです。代替部品は図面上は同じに見えます。しかし仕様、公差、材料証明書、承認状態がぴったり一致することはほぼありません。差し替えが承認ステップを経ずに行われると、基幹システムは実際に何を組み立て、何に対して支払い、顧客と交わした契約を製品がまだ満たしているかを見失います。

解決策は、調達の中に組み込んだ代替品の承認ゲートです。購買担当者が代替品に手を伸ばした瞬間、その差し替えは購入される前に技術または品質の承認に回されます。この承認の統制は本日時点で稼働しています。承認完了と同時に発注書や部品表を自動で書き換える機能はロードマップ上にあり、本稿ではその境界を正確にお伝えします。

代替品が品質リスク・仕様リスクになる理由

製造業の調達はカタログ選びではありません。部品表に載る部品番号の一つ一つに、仕様、材料等級、公差帯域、そして多くの場合、適合証明書や試験報告書という要求が付随します。元の部品が承認されたのには理由があります。初品検査を通過したからです。信頼性試験を生き延びたからです。仕入先が仕入先評価をクリアしたからです。そのゲートの一つ一つが、通常は苦い経験を通じて学んだ現実のリスクへの対応でした。

代替部品はそれらすべてを迂回します。購買担当者が代替品を選ぶのは、リードタイムが短いか単価が安いからであり、それはもっともな関心です。しかし代替品は同じゲートを通っておらず、2つの部品の差は発注書上ほとんど見えません。ステンレス等級が見た目そっくりの炭素鋼に替わる。塩水噴霧環境で腐食する異なるめっきの締結部品。同じフットプリントで温度定格の異なる電子部品。いずれも発注書上は1行の変更であり、完成品上の潜在欠陥です。

リスクは下流の3か所に現れます。1つ目は仕様適合性です。顧客契約は多くの場合、特定の承認済部品や材料等級を参照しており、承認を得ていない代替品は、不具合を起こす前から契約違反になります。2つ目はトレーサビリティです。現場で欠陥が顕在化したとき、調査は部品表を逆にたどりますが、BOMが実際に組み立てた内容を反映していなければ、リコールの範囲が間違います。3つ目はコストです。単価は安くても現場で不具合を起こす代替品は、その四半期で会社が下す決断の中で最も高くつくものになり、保証費用と失われた信頼という形で支払われます。

統制の空白は明確です。購買担当者には購入の権限があります。技術と品質には部品を承認する権限があります。しかし両者が出会うステップが存在しません。現代のERPは、代替の意思決定を、不具合発生後ではなく購入前に行われる承認に変えることで、この空白を埋めます。

代替品承認が実際に統制するもの

代替品の承認は、紙の事務手続きではなく、調達の統制です。発注書上の部品が部品表上の部品と一致しなくなる、その瞬間を統制します。

差替申請。 購買担当者が標準部品を調達できないとき、発注明細を黙って書き換えるのではなく、代替採用の申請を起票します。申請は元の部品番号、提案する代替品、仕入先、数量、理由を明示します。それは社内の他の稟議（内部承認申請）と同じ形を持ちます。申請、理由、決定です。

技術または品質の承認。 申請は、その部品の仕様を所管する部署にルーティングされます。機械部品であれば通常は技術です。材料や規制対象部品であれば品質です。承認者は代替品が仕様を満たすことを確認するか、受入検査の要求や本オーダー限定という条件を添付します。その承認がなければ、購入は進められません。

承認内容の凍結記録。 代替品が承認されると、システムは何が審査されたか（2つの部品番号、承認者、タイムスタンプ、理由、条件）を凍結します。数か月後に現場問題が顕在化したとき、記録は代替品が使われたか、誰が承認し、どんな根拠だったかを示します。この凍結スナップショットが、内部統制やJ-SOXレビューが求める監査証跡です。

いずれの場合もパターンは、他の敏感な意思決定を統制するのと同じです。差し替えは申請として入り、適切な目が確認し、結果が追跡できるように記録されます。代替品承認は、ひそかな編集を統制された管理ポイントへと変えます。

承認ルーティングが実務でどう働くか

代替品の承認は、基幹システムの中の他のあらゆる承認ワークフローと同じルーティングエンジンを使います。だからこそ組織変更や人員異動を生き延びます。

ルーティングは人ではなく役職に追従できます。駆動系技術チームが所管する製品の代替採用は、その四半期に誰が席にいるかにかかわらず駆動系のリーダーに回ります。ルーティングは条件分岐できます。標準的な市販締結部品の代替は技術の単独承認で足りるかもしれませんが、安全に関わる部品や規制対象部品の代替は、購入が解放される前に技術と品質の並列承認を必須にできます。代理承認に対応するため出張中の技術管理者がラインを止めることはなく、ウォッチャー機能により、購買、生産計画、プログラムオフィスは承認者にならずに差し替えを追うことができます。

承認が、部品表と発注書を保持するのと同じ基幹システムの中にあるため、差し替えはそれが影響するレコードと切り離されることがありません。承認者は文脈の中で元の部品と提案された代替品を見ます。購買担当者は発注書上の承認状態を見ます。経理は月末に、どの発注が承認済みの代替品を含み、どの発注が含まないかを見ます。2つ目のスプレッドシートも、サイドチャネルも、誰かが保管を思い出さなければならないメールスレッドもありません。

これこそが、承認をERPの外ではなく中に置くことの最も重要な性質です。差し替えの決定は、それが変えるBOMと発注書の文脈の中でしか意味を持ちません。承認が同じシステムの中にあれば、統制とそれが守るレコードが切り離されることは決してありません。

事例：静岡の精密部品メーカー

静岡に工場を置き、東京に本社、沿岸部に工場を持つ、約280名の精密部品メーカーを考えてみてください。自動車および産業機械のOEM向けに部品を供給しており、製品は1製品あたり40〜50行の多階層部品表を持ち、規制対象OEM製品での部品差し替え1件が契約条項、リコール義務、再適格性評価の要求を引き起こしえます。

代替品調達を統制する前は、毎四半期同じことが繰り返されていました。購買担当者が標準ブラケットの納期遅延に直面し、外見上同等の別メーカー品を調達して直接発注書を起票する。技術はライン上のアセンブリがトルク試験で不合格になったとき、あるいはもっと悪くOEMが現場不具合品を返品したとき、初めて差し替えを知る。品質には代替品が建物に入った記録すらない。部品表には元の部品が記載されたままで、原価計算、トレーサビリティ記録、顧客向け書類のすべてが、実際に出荷されたものと食い違っていました。

症状は、調達が最も恐れる形で下流に現れていました。OEM監査で材料差し替えが指摘されるのは、製造記録と技術マスタが食い違っているからです。不具合部品の保証請求は、BOMが実際に実装された部品を反映していなければ正しく範囲を確定できません。月末の原価差異は代替品が異なる単価を持つために振れ、経理はどの発注が影響を受けたかを知りませんでした。

代替品調達を承認ワークフローに移したことで、運用モデルが変わりました。納期遅延に直面した購買担当者は、元の部品、提案する代替品、仕入先、理由を明記した差替申請を起票します。申請は標準部品であれば技術へ、規制対象OEM向けのものであれば技術と品質の並列承認へ回ります。承認者は代替品が仕様を満たすことを確認するか、必要な受入検査などの条件を添えます。凍結スナップショットは何が、誰によって、なぜ承認されたかを記録します。監査証跡の上で代用品を発見していた工場が、発注書が発行される前に代用品を統制するようになりました。

結果として、承認は速いためラインは動き続けますが、動くのは技術と品質が実際に承認した部品の上です。部品表の更新は本日時点では手作業になるかもしれませんが、差し替えの決定がひそかに行われることはもうありません。

本日時点で構築済みのもの、ロードマップ上のもの

調達の統制は、ベンダーが過剰に約束しがちな領域だけに、正直な棚卸しが重要です。

構築済み・稼働中：代替品の承認ワークフロー。差替申請、役職や条件による技術・品質へのルーティング、高リスク部品の並列承認、代理承認、ウォッチャー、承認済み差し替えすべての凍結スナップショットを含みます。代替品の購入を技術または品質の承認で統制でき、すべての差替申請がフローの中のどこにあるかを見られ、承認された内容と理由を監査人に凍結レコードとして渡せます。

ロードマップ上（未構築）：承認済みの差し替えを、発注書および部品表へ自動書き戻しする機能。本日時点では、差替申請が承認されると、承認と凍結スナップショットが記録され、その後、購買担当者が同じ統制下で承認済み代替品の発注書を起票または更新し、BOMはマスタ変更のプロセスを通じて更新されます。承認が人手のステップを介さず直接発注明細やBOMを書き換える完全自動の経路は、次のマイルストーンです。レジストリと変更種別の定義は既に存在するため、各書き戻しハンドラの追加は包含された作業ですが、本日時点では未実装です。

このことはロールアウトの順番に影響します。承認の門、ルーティング、監査証跡は即座に手に入ります。発注書やBOMの自動更新は、統制の実践が成熟するにつれて手に入ります。無統制から移行する企業にとって、それは正しい順序です。まず規律を証明し、それから最後の一步を自動化する。

-> Related: 基幹システムで発注と買掛金を正しく管理する

ERPの外ではなく、中に置くべき理由

代替品をサイドの台帳、共有スプレッドシート、品質チームの受信箱で統制しようとする誘惑があります。多くの企業が試み、失敗します。理由は、差し替えはそれが変えるレコードの文脈の中でしか意味を持たないからです。部品表、発注書、原価計算、トレーサビリティ記録です。

承認が基幹システムの外にあるとき、承認済みの差し替えと影響を受けるレコードの結びつきは手作業の約束になります。誰かが差し替えを発注に反映することになっている。誰かがBOMを更新することになっている。誰かが経理に知らせることになっている。その引き継ぎのすべてが、規律が崩れる場所です。

承認、ルーティング、凍結スナップショットが、BOMと発注書を保持するのと同じ基幹システムの中にあるとき、統制とそれが守るレコードは決して切り離されません。承認者は現実の部品番号を見ます。購買担当者は現実の承認状態を見ます。監査人は、差し替えをそれを使用した発注書に結びつける1件のレコードを見ます。これは、より広いマスタ変更の承認をシステムの外ではなく中に置くべき理由と同じです。統制と統制対象のレコードは同じシステムを共有しなければならず、さもなければ統制は漂流します。

よくある質問

承認ステップを入れると、緊急の発注も毎回遅くなりませんか？

関わる人が変わるのであって、ラインが止まるかどうかではありません。承認ワークフローは代理承認に対応するため、出張中の技術管理者が差し替えを止めることはありません。本当に不足の場合には適切な役職への特急ルーティングも使えます。ウォッチャー機能により、生産計画やプログラムオフィスは承認者にならずに差し替えを追えます。現実的な結果は、日常の差し替えは数分長くかかる代わりに記録が残り、リスクの高い差し替えには待望の二人目の目がつくことです。

うちの購買担当者は経験豊富です。なぜ代替決定に承認を？

経験が問題ではありません。職務分掌です。部品を調達する人と、それが仕様を満たすかを単独で判断する人が同じであってはなりません。技術と品質が存在するのはまさに、仕様適合性が専門的な判断だからであり、その判断は不具合発生後ではなく購入前に行われなければなりません。凍結スナップショットは、経験が証拠で裏打ちされる（経験に置き換わるのではなく）ために、まさに存在します。

発注書やBOMの書き戻しの空白については？

代替品の承認、ルーティング、凍結スナップショットは構築済み・稼働中です。承認済みの差し替えからの発注明細や部品表の自動更新はロードマップ上です。本日時点では、承認された代替品は統制下で権限を持つユーザーが発注書やBOMに適用し、その承認とスナップショットが記録されます。完全自動の書き戻しは近日対応予定です。もしベンダーが自社の代替品書き戻しが完全に構築済みだと主張したら、実際のハンドラと監査証跡を見せてほしいと尋ねてください。この領域は、現実を追い越す主張がまさに出やすい場所です。

J-SOXの内部統制証跡を満たしますか？

凍結スナップショットはまさにこのために設計されています。内部統制やJ-SOXのレビューは、敏感な調達決定について3つのことを問います。誰が開始し、誰が承認し、何が承認されたか。スナップショットはこの3点をすべて捕捉し、事後編集できないように固定します。個々の監査人がサインするか否かは全体の統制環境によりますが、スナップショットが提供する証拠は、枠組みが求める証拠そのものです。Kikan System は、代替品承認のルーティングと凍結スナップショットを基幹システムの中で動かし、最大2ユーザーまで無料、クレジットカード不要で試せます。

重要なポイント

代替品の調達は、調達スピードと仕様適合性が衝突する場所であり、その衝突は通常ひそかに行われます。答えは代替品を禁じることではありません。ラインは動かし続けなければならないからです。答えは、すべての代替品に対して、部品が購入される前に、仕様を所管する部署の承認を与え、何が承認されたかを凍結記録として残すことです。代替品の承認統制は本日時点で稼働中です。承認に連動した発注書と部品表の自動書き換えはロードマップ上です。

-> Related: 単価やBOMを勝手に変えさせない、マスタ変更の稟議化

Kikan System で始める

ひそかな部品差し替えが品質の数字を動かし、トレーサビリティを壊した経験があるなら、Kikan System をご覧ください。代替品の承認ワークフロー、技術・品質へのルーティング、承認時点の凍結スナップショットは、承認ワークフロー、経費精算、休暇申請、発注、ロット付き在庫、部品表の各モジュールとともに、一つの基幹システムの中で差し替えを統制するために構築されています。2ユーザーまで無料、カード不要のプランで始められます。まずは /#get-started からどうぞ。