調達から支払いまでのプロセスを可視化し、見直す

調達から支払いまで：プロセスの例外を見つけて確認する

調達申請から承認、サプライヤーの選定、発注、請求書の処理までを含む調達から支払いまでのプロセス。合意したフローを文書化して関係者と確認し、イベントデータと照らし合わせることで、実際の購買との違いを把握できます。契約外の支出や分割発注、承認を経ていない購買の調査にも役立ちます。ProcessMindはこうしたパターンを可視化しますが、調達方針を強制するものではありません。

調達プロセスを文書化する理由

調達に関する知識は、文書、スプレッドシート、メールのやり取り、限られた担当者の経験に分散していることがよくあります。業務が変わるにつれて、これらの情報にずれが生じることがあります。どのプロセスが最新か、誰が判断に責任を持つのかについて、チーム間で認識が異なる場合もあります。

共有モデルがあれば、プロセスオーナー、承認者、各チームが、標準フロー、判断箇所、ロール、例外を共通の基準で確認できます。承認記録とバージョン履歴を使って変更を確認し、承認済みのバージョンを特定できます。共有リンクを使えば、最新の文書を見つけやすくなります。

責任の割り当てについては、プロセスのRACIマトリクスをご覧ください。プロセスオーナーはプロセスに責任を持ち、承認者は該当する統制上の判断を行います。

調達に関するどのような例外を調査できますか

合意されたモデルを調達から支払いまでのイベントデータと比較し、実際のケースにどのような違いがあるかを確認します。たとえば、次のようなパターンを調査できます。

• **契約外の支出：**想定された契約やサプライヤーの経路を通っていないように見える購買。
• **分割発注：**購買ルールに照らして確認が必要と思われる複数の購買。
• **承認の欠落：**想定された承認アクティビティがイベントデータに記録されていないケース。
• **承認経路の違い：**チーム、地域、サプライヤー、購買の種類による違い。
• **手戻りと遅延：**アクティビティの繰り返し、引き継ぎ、長い待ち時間。

これらのパターンは確認の手がかりであり、方針違反の証拠ではありません。それぞれの例外の意味と対応は、チームが判断します。

モデルと実際の購買を比較する方法

文書化されたプロセスと適切なイベントログを用意します。プロセスマイニングではイベントデータを使い、ケースがたどった経路を可視化します。サイクルタイム、引き継ぎ、手戻り、承認経路、モデルとの違いも確認できます。

プロセスオーナーや承認者と違いを確認します。違いが承認済みの例外なのか、文書の不足なのか、さらに調査が必要なプロセス上の問題なのかを確認してください。プロセスデータとモデルの比較方法もご覧ください。

プロセスマイニングの仕組みを見る。

承認済みプロセスを最新の状態に保つ方法

標準フロー、ロール、判断、システム、既知の例外を記載したBPMNモデルを作成します。変更を公開する前に、プロセスオーナーや関係する承認者にレビューと承認を依頼してください。

共有リンクで合意された文書をチームに案内し、バージョン履歴で変更を追跡します。方針、サプライヤー、業務の進め方が変わった際に、モデルを見直すための基準になります。

プロセスの文書化について読む。

RFP、RFQ、見積もりの各プロセスの位置づけ

RFP、RFQ、見積もりの各プロセスを、購買全体の流れの中に文書化します。組織の業務に合う場合は、相互に関連するプロセスとして記録する方法もあります。重要な意思決定のポイント、責任、引き継ぎを記録してください。そのうえで、文書化した経路を、該当するアクティビティが記録されたイベントデータと比較します。

3つの名称はそれぞれ異なる問いに答えるものですが、混同して使われることも少なくありません。情報提供依頼（RFI）は仕入先が提供できる内容を尋ねます。提案依頼（RFP）は、まだ詳細が決まっていない業務について、解決策と価格を求めます。見積依頼（RFQ）は、すでに確定した仕様に対する価格を尋ねます。標準的な商品であればRFQだけで済む場合がありますが、サービスではまずRFIやRFPを行うこともあります。組織で実際に使われている順序をモデル化し、仕入先からの回答を待つ箇所を記録してください。

購買と合わせて契約管理プロセスも文書化すると、契約に関する工程が依頼、承認、注文とどのようにつながるかをチームで確認できます。

調達から支払いまでの自動化分析で分かること

プロセスマイニングでは、業務が繰り返し可能な経路をたどる箇所、手作業で引き継がれる箇所、対応が必要な例外を確認できます。こうした根拠は、自動化の可能性を検討する際に役立ちます。ただし、ProcessMindは調達業務を実行または自動化するものではありません。自動化が適切か判断する前に、プロセスと統制を確認してください。

プロセスの根拠を使って改善の機会を見つける方法については、プロセスマイニングで自動化の機会を見つける方法をご覧ください。

始め方

プロセスオーナーが明確で、具体的な問いがある購買フローを1つ選びます。たとえば、発注書が想定された承認経路をたどっているかを確認します。利用できる発注書のデータと、現行のプロセス文書を集めます。文書が不完全でも構いません。

プロセスオーナーや承認者とモデルに合意してから、データと比較します。例外を一緒に確認し、承認された変更をモデルのバージョン履歴に記録してください。責任範囲を明確にします。プロセスオーナーはプロセスに責任を持ち、承認者は該当する統制上の判断を行います。これらのロールを、組織のRACI指針に沿って整理してください。

監査レビューに役立てる方法

維持されているモデルと可視化されたプロセス逸脱があれば、想定されたフローと実際のケースの違いを示し、レビューの準備に役立てられます。監査チームは根拠を調査し、統制を評価できます。この分析だけで購買がコンプライアンスに適合しているかどうかを判断することはできません。

監査担当者向けの活用例を見る

次に行うこと

発注書のデータを1つと、合意されたモデルを1つ用意します。購買データを文書化されたフローと比較し、プロセスの担当者と例外を確認してください。

購買の流れをモデル化し、データと比較