このテンプレートを使用してください
すべてのサプライヤーへの支払いは、ベンダーのレコード登録から始まります。そのレコードが誤っていると、下流のすべてが同じように誤ってしまいます。請求書を照合できない、支払いが誤った銀行口座に送られる、同じサプライヤーが3回も登録される、そして不正者が侵入するための簡単な道が開かれるのです。ベンダーマスターデータは、取引量から見れば財務の一部にすぎませんが、リスクの大きな割合を占めています。ベンダーマスターデータSOPは、チームがサプライヤーレコードを作成・変更・レビュー・ブロックするための、管理された唯一の方法を提供します。
この無料のベンダーマスターデータSOPテンプレートは、新規サプライヤーの依頼と検証から、承認、作成、銀行口座情報の変更、定期レビュー、無効化まで、ベンダーレコードのライフサイクル全体をカバーします。例外処理のテーブルと、監査人が期待する統制も含まれています。下記の構造をコピーし、入力済みの例をご確認いただくか、Trupeerで開いてチーム向けにカスタマイズしてください。
ベンダーマスターデータSOPとは？
ベンダーマスターデータSOPは、ERPまたは購買システムでサプライヤーレコードを管理するための標準業務手順です。誰がベンダーレコードを依頼・検証・承認・作成・変更・ブロックできるのか、各ステップで必要な書類やチェック、そして変更がどのように記録されるかを定めます。優れたベンダーマスターデータSOPテンプレートでは、銀行口座情報の変更と重複防止という、ベンダーデータの不備が最も大きな損害を与える2つの領域に特に重点が置かれています。
ベンダーマスターデータは購買および支払いサイクルの最初に位置するため、このSOPはprocure to pay SOPテンプレートと併用できます。
なぜベンダーマスターデータSOPが必要ですか？
支払いの不正は、ベンダーデータから始まることがよくあります。 偽のサプライヤーや不正な銀行口座変更依頼は、弱いベンダーマスターデータの統制に依存しています。
重複は重複支払いを引き起こします。 同じサプライヤーが2回登録されると、1つの請求書を2回支払うことが簡単になります。
不適切なデータはプロセスを壊します。 誤った税情報、取引条件、住所は照合失敗、支払いの遅延、コンプライアンス上の問題につながります。
監査人はベンダーマスターデータの統制をテストします。 職務分掌、承認、変更ログには、文書化された手順が必要です。
多くの人がベンダーデータに触れます。 調達、AP（買掛金）、税務、コンプライアンスはすべて同じルールに従う必要があります。
クリーンなベンダーデータは自動化と分析を支えます。 支出分析や自動照合は、正確な記録に依存しています。
ベンダーマスターデータSOPテンプレートは誰が使いますか？
ベンダーマスターデータチーム サプライヤーレコードを作成・維持する担当者。
購買チーム 新規サプライヤーを依頼し、サプライヤーとの関係を管理する担当者。
買掛金（AP）チーム 請求書の支払いに正確なベンダーデータを必要とする担当者。
税務・コンプライアンスチーム 税の登録、制裁、書類を確認する担当者。
財務コントローラー ベンダーデータの統制を所有する担当者。
共通サービス、BPO、ERP導入チーム ベンダーデータの設定または移行を行う担当者。
社内外の監査人 サプライヤー統制をレビューする担当者。
ベンダーマスターデータSOPテンプレートをプレビュー
テンプレートは、文書管理、目的、スコープから始まり、依頼者、購買、ベンダーマスターチーム、AP、税務・コンプライアンス、承認者のための役割テーブルが続きます。データ標準に関する内容もあります。必須項目、命名規則、書類、検証チェックです。手順は7つのステージでベンダーレコードのライフサイクルをカバーし、それぞれに番号付きのステップ、担当者、期待される結果が含まれます。例外処理のテーブルでは、重複、疑わしい変更依頼、制裁リストの照合、緊急依頼に対して何をすべきかを定めています。テンプレートは、統制、KPI、記録、改訂履歴で締めくくられます。すべてのセクションは編集可能なので、ERPの項目名、承認レベル、国別のチェックを追加できます。
Trupeerでこのテンプレートをカスタマイズする方法
ステップ1：テンプレートセクションを開く
メインナビゲーションからテンプレートセクションへ移動します。
ステップ2：テンプレートを選択して開く
作業したい任意のテンプレートをクリックして開きます。
ステップ3：テンプレート表示を展開する
必要に応じて、テンプレート表示を展開し、レイアウトと詳細をはっきり確認します。
ステップ4：テンプレートを編集する
編集をクリックして、選択したテンプレートの変更を開始します。
エディター内で、次のことができます：
新しいセクションを追加する
書式ルールを定義または更新する
ロゴを追加し、その位置や関連設定を調整する
ステップ5：カスタマイズしたテンプレートを保存する
必要な変更をすべて行ったら、保存をクリックして更新済みのテンプレートを自分のものとして保存します。
ステップ6：プレビューしてテンプレートを微調整する
カスタマイズしたテンプレートがどのように表示されるか確認したいときは、プレビューを開きます。
プレビュー画面から、必要に応じてそのまま調整を続けることができ、テンプレートが思い通りに表示されることを確認できます。
ベンダーマスターデータSOPテンプレートがあれば、次のことができます：
毎回同じ方法でサプライヤーレコードを作成： 必須項目、書類、チェックを1セットに。
支払いの不正を防止： 銀行口座情報の変更を、独立した経路で検証します。
重複を元の段階で止める： 新規作成の前に、既存レコードを確認します。
ベンダーデータをクリーンに保つ： 休眠中または不完全なレコードを、スケジュールに沿ってレビューしブロックします。
監査をより少ない手間で通過： 承認、検証の証拠、完全な変更ログを提示します。
ベンダーマスターデータSOPテンプレートに必ず含めるべき内容
セクション | カバーする内容 |
|---|---|
文書管理 | SOP ID、バージョン、オーナー、承認者、有効日、レビュー日 |
目的とスコープ | 対象となる組織、システム、ベンダー種別、データ項目 |
役割と責任 | 依頼者、購買、ベンダーマスターチーム、AP、税務・コンプライアンス、承認者 |
データ標準 | 必須項目、命名規則、住所形式、取引条件 |
必要な書類 | 税の登録、銀行確認、契約書、証明書 |
新規ベンダー依頼 | サプライヤーの依頼方法と正当性 |
検証とデューデリジェンス | 重複チェック、税IDチェック、制裁リストのスクリーニング、銀行検証 |
承認と作成 | 誰が承認し、レコードがどのように作成されるか |
変更 | 銀行口座情報、住所、取引条件、連絡先の変更 |
定期レビューとブロック | 休眠ベンダー、不完全なレコード、無効化 |
例外 | 重複、疑わしい依頼、制裁リストの照合、緊急および一回限りのベンダー |
統制、KPI、記録 | 職務分掌、指標、保持する証拠 |
無料のベンダーマスターデータSOPテンプレート：コピーするための構造
下記の構造を自社のドキュメントにコピーするか、Trupeerで開いてカスタマイズしてください。
1. 文書管理。 SOP ID: [VMD-001]. バージョン: [x.x]. オーナー: [ベンダーマスターデータリード]. 承認者: [財務コントローラー]. 有効日: [date]. 次回レビュー: [date].
2. 目的。 このSOPは、[Company]がベンダーマスターレコードを依頼・検証・承認・作成・変更・レビュー・ブロックする方法を定義し、サプライヤーデータが正確で完全であり、不正や重複から保護されるようにします。
3. スコープ。 [ERPまたは購買システム]における[entities]のすべてのベンダーレコードに適用されます。対象には、サプライヤー、請負業者、一回限りのベンダーが含まれます。[費用精算のための従業員レコード（費用SOPでカバー）]は除外します。
4. 役割と責任。
役割 | 責任 |
|---|---|
依頼者 | 業務上の正当性を添えて、新規サプライヤーを依頼する |
購買 | サプライヤーが必要であることを確認し、優先サプライヤーが検討済みであることを確認する |
ベンダーマスターチーム | ベンダーレコードを確認・検証し、作成および変更する |
税務・コンプライアンス | 税の登録を確認し、制裁リストに照合する |
承認者 | 新規ベンダーおよび銀行口座情報などの重要な変更を承認する |
買掛金（AP） | ベンダーレコードを使用する。エラーを報告する。ベンダーの作成または変更はできない |
財務コントローラー | ベンダーマスターデータの統制を所有し、このSOPを承認する |
5. データ標準。 税の登録に記載の法的名称と完全に一致させる。標準の住所形式。必須項目：[法的名称、税ID、住所、銀行口座情報、取引条件、連絡先]。命名規則：[ルール]。必要な書類：[税証明書、銀行確認レター、署名済みのサプライヤー申請書]。
6. 手順。
ステージ1：新規ベンダーを依頼する。 依頼者は、[フォームまたはシステム]を通じて、サプライヤーの詳細、必要書類、業務上の理由を添えて新規ベンダー依頼を提出します。購買は、そのサプライヤーが必要であることを確認します。
ステージ2：重複を確認する。 ベンダーマスターチームは、法的名称、税ID、銀行口座、住所で既存レコードを検索します。一致するものがある場合、依頼は却下するか、既存レコードへ振り替えます。
ステージ3：サプライヤーを検証する。 [公式ソース]で税IDを確認し、サプライヤーおよびその所有者を制裁リストに照合します。さらに、銀行口座情報は、既知の連絡先への電話や銀行確認レターなどの独立した経路で検証します。
ステージ4：承認する。 承認者は、依頼内容と検証の証拠をレビューし、承認または却下します。承認者は、依頼または作成を行った人物であってはなりません。
ステージ5：レコードを作成する。 ベンダーマスターチームは、すべての必須項目を含めてレコードを作成し、証拠を添付し、取引条件と支払い方法を設定します。
ステージ6：既存レコードを変更する。 変更は[フォームまたはシステム]を通じて依頼します。メールだけで行うことはありません。銀行口座情報の変更は、変更依頼書で提示された番号ではなく、ベンダーレコードにすでに登録されている電話番号に電話して確認し、変更を行う人物以外の誰かが承認します。
ステージ7：レビューしてブロックする。 [四半期]ごとに、[12か月]間活動のないベンダー、不完全なレコード、重複をレビューします。不要になったレコードはブロックまたは無効化します。
7. 例外処理。
例外 | 見分け方 | 対応 | 判断の担当者 | 期限 | エスカレーション先 |
|---|---|---|---|---|---|
可能性のある重複 | 同じ名称、税ID、銀行口座、または住所がすでに存在する | 停止する。依頼者に確認する。既存レコードを使用または更新する | ベンダーマスターチーム | [1営業日] | ベンダーマスターデータリード |
メールのみでの銀行変更 | 正式なフォームなしで変更が依頼されている | 変更しない。既知の連絡先に電話して確認する | ベンダーマスターチーム | 次回の支払い実行前 | 財務コントローラー |
検証できない銀行変更 | サプライヤーに、登録済みの番号で連絡できない | 変更しない。検証されるまで当該ベンダーへの支払いをブロックする | ベンダーマスターデータリード | 次回の支払い実行前 | 財務コントローラー |
制裁リストのスクリーニング一致 | サプライヤーまたは所有者が制裁リストに一致する | 停止する。作成または支払いを行わない。コンプライアンスに照会する | コンプライアンス | 当日 | 法務またはコンプライアンスリード |
税の書類が不足している | 税IDまたは証明書が提供されていない | 書類が届くまで依頼を保留する | ベンダーマスターチーム | [5営業日] | 購買 |
緊急の新規ベンダー | 標準プロセスよりも早くベンダーが必要 | 迅速な経路に従う。すべてのチェックは引き続き適用される | ベンダーマスターデータリード | [1営業日] | 財務コントローラー |
一回限りのベンダー | 再度の支払いが見込まれないサプライヤーへの単発支払い | 完全な銀行検証を伴う一回限りのベンダープロセスを使用する | ベンダーマスターチーム | [ポリシーに従う] | ベンダーマスターデータリード |
上記に該当しない | ケースがどの行にも一致しない | 停止してエスカレーションする。即興で対応しない | ベンダーマスターデータリード | [4時間] | 財務コントローラー |
8. 統制。 ベンダーを作成または変更する人は、承認、購買発注の起票、支払いの承認を行えません。銀行口座情報の変更には、独立した検証と2人目の承認が必要です。すべてのベンダー変更のレポートは、ベンダーマスターチーム以外の誰かが[毎週]レビューします。休眠ベンダーはスケジュールに沿ってブロックします。
9. KPI。 ベンダー作成までの時間、重複率、必須項目がすべて揃ったレコード、支払い前に検証された銀行変更、休眠ベンダーのブロック、監査での指摘事項。
10. 記録。 依頼、検証の証拠、制裁リストのスクリーニング結果、承認、変更ログを[期間]保持します。
11. 改訂履歴。 バージョン、日付、変更概要、作成者、承認者。
ベンダーマスターデータSOPの例：銀行口座情報の変更
よくある1つの依頼について、SOPがどのように機能するかを示します。以下の内容は説明用の例です。
サプライヤーの「買掛金チーム」から、次回の支払い前に銀行口座情報を更新してほしいという依頼メールが届きます。ベンダーマスターチームは、メールに基づいて何も変更しません。代わりに、サプライヤーに正式な変更フォームの提出を求め、その後、ベンダーレコードにすでに登録されている電話番号に電話します。サプライヤーの財務担当者が、依頼内容と新しい口座情報を確認します。ベンダーマスターチームは、電話メモとフォームをレコードに反映し、変更を行っていない別の担当者が承認します。変更内容は、APリードがレビューする週次のベンダー変更レポートに反映されます。
もし、サプライヤーの既知の連絡先が「変更依頼はしていない」と言っていた場合、ベンダーマスターチームは当該ベンダーへの支払いをブロックし、財務コントローラーに通知し、試みられた不正を報告します。
SOPに組み込むべき統制
統制 | なぜ重要か |
|---|---|
職務分掌 | 1人が偽のサプライヤーを作成して支払うことを防止 |
作成前の重複チェック | 重複レコードと重複支払いを防止 |
独立した銀行検証 | 不正な銀行口座変更依頼から保護 |
重要な変更に対する二重承認 | 単独の担当者が支払い先を振り替えることを防止 |
変更ログのレビュー | 不正な変更や通常でない変更を検知 |
制裁および税のスクリーニング | 事業のコンプライアンスを維持 |
休眠ベンダーのブロック | 悪用され得るレコードを削除 |
追跡するKPI
ベンダー作成までの時間： 完全な依頼からアクティブなレコード化まで。
重複率： すべてのレコードのうち、重複として見つかったレコードの割合。
レコードの完全性： 必須項目がすべて揃ったレコードの割合。
銀行変更の検証： 支払い前に独立して検証された銀行変更の割合。
休眠ベンダーのブロック： 各レビュー時点で非アクティブなレコードをブロック。
監査での指摘： 内部または外部監査によって提起されたベンダーマスターデータの問題。
独自の目標値を設定し、プロセス変更の前にベースラインを作成してください。
録画からSOPを作る方法
タスクを選びます。 例：ベンダーの作成、重複の確認、銀行変更の処理。
それを最も上手くできるチームメンバーをERPで記録し、各チェックと、その人が収集する証拠をナレーションします。
TrupeerでSOPと動画を生成し、その後、必要な項目、承認レベル、検証ルールを追加します。
例外テーブルを実際のケースから埋めます。過去の不正の試みや監査での指摘事項も活用できます。
承認を取得します。ベンダーマスターデータリードと財務コントローラーから承認を得てください。
公開してトレーニングし、システムや統制が変わるたびにSOPを更新します。SOP version controlをご覧ください。
どの形式を使うべきか
ステップバイステップ＋例外テーブルは、ベンダーの作成や変更に適しています。上記のテンプレートがこの形式です。
チェックリストは検証に適しているため、承認前にすべての必須書類とチェックが確認できます。
依頼フォームは新規ベンダー依頼や変更依頼に適しており、毎回同じ情報を記録できます。
スプレッドシートまたはレポートは、変更ログのレビューや定期的なクリーンアップに適しています。
ベンダーデータ管理のベストプラクティス
メールだけで銀行口座情報を変更しないでください。
依頼書に記載された情報ではなく、すでに保有している連絡先情報で検証すること。
重複は名称だけでなく、税IDと銀行口座で確認すること。
ベンダーの作成を購買・支払いから切り離すこと。
変更ログを定期的にレビューし、通常でないものは調査すること。
ベンダーデータに触れるすべての人（APや購買を含む）に、不正の警告サインを教育すること。
避けるべきよくあるミス
APや購買に、発注元になっている相手や支払い先でもあるベンダーを作成させること。
折り返し確認なしで、レターヘッドやメールでの銀行変更を受け入れること。
名称だけで重複を探し、表記ゆれや略語を見落とすこと。
休眠ベンダーのクリーンアップをしないこと。
レコードに証拠を添付しないため、監査人が何を確認したかを見られない状態になること。
ベンダーマスターデータSOPチェックリスト
オーナーとレビュー日を含めて、文書管理が完了している。
役割によって、ベンダーの作成が購買・支払いから切り離されている。
データ標準と必要書類が定義されている。
依頼からブロックまでの各ステージに番号付きのステップがある。
銀行変更には、独立した検証と2人目の承認が必要。
例外テーブルで、重複、疑わしい依頼、制裁リストの照合、緊急または一回限りのベンダーをカバーしている。
変更ログがスケジュールに沿ってレビューされている。
KPIと記録が指定されている。
Trupeerが、ベンダーマスターデータSOPの作成・運用を支援する方法
ベンダーマスターデータの課題 | Trupeerができること |
|---|---|
検証ステップは、少数の経験者だけが知っている | 実際の依頼を処理する様子を記録し、その記録をTrupeerのSOP creatorで、ステップバイステップのSOPと動画に変換します |
不正対策の統制は、人が覚えているときだけ実行される | 短い動画で、銀行口座変更の検証方法を毎回そのまま示します |
複数の国のチームがベンダーデータを管理している | 1つの情報源からSOPと動画を65+言語に翻訳します |
ERPまたは統制が変更される | スクリプトを編集して動画を更新し、録画し直すのではなく1つのステップだけを差し替えます |
新しいチームメンバーには素早いトレーニングが必要 | 検索可能なナレッジベースでSOPと動画を公開します |
Genpactは、録画を起点にしたこのアプローチを、全社規模のWorkday導入で採用しました。記録したプロセスセッションを、5つの言語で20のワークストリームにまたがる500件超のトレーニング教材に変換し、12か月ではなく3か月で、40か国の140,000人の従業員に展開しました。Genpactの導入事例をご覧ください。
無料のベンダーマスターデータSOPテンプレートをダウンロード
Trupeerでテンプレートを開き、ブランドキットを適用し、必要な項目、承認レベル、検証ルールを追加して、ベンダーデータに触れるすべての人と共有してください。無料のベンダーマスターデータSOPテンプレートを入手。
関連テンプレート
月末締めチェックリストテンプレート
よくある質問
ベンダーマスターデータSOPとは？
サプライヤーレコードを作成・変更・レビュー・ブロックするための標準業務手順です。各ステップを誰が行うのか、必要な書類やチェック、承認、例外、統制をカバーします。
ベンダーマスターデータSOPには何を含めるべきですか？
文書管理、目的とスコープ、役割、データ標準、必要書類、依頼の手順、重複チェック、検証、承認、作成、変更、定期レビュー、例外テーブル、統制、KPI、記録です。
ベンダーの銀行口座情報の変更はどのように検証しますか？
変更依頼をしているメールやレターだけを頼りにしないでください。ベンダーレコードにすでに登録されている電話番号にサプライヤーへ電話し、変更内容を確認し、支払いの前に2人目の担当者が承認します。
誰がベンダーを作成できるようにすべきですか？
購買発注を起票したり支払いを承認したりしない、専任のベンダーマスターチームまたは役割を用意します。これにより、1人だけでサプライヤーを作成して支払うことができないようにします。
重複するベンダーをどのように防ぎますか？
新規ベンダーを作成する前に、税ID、銀行口座、住所に加えて名称でも既存レコードを検索し、レコードを定期的に重複チェックします。
ベンダーマスターデータはどのくらいの頻度でレビューすべきですか？
変更ログを頻繁に確認します（例：毎週）。また、休眠中、不完全、重複のレコードをスケジュールに沿ってレビューします（例：四半期ごと）。
一回限りのベンダーとは何ですか？
一度だけ支払いを行い、再度の支払いが見込まれないサプライヤーのことです。多くのERPは一回限りのベンダーレコードをサポートしていますが、それでも銀行口座情報を含む完全な検証が必要です。
WordでベンダーマスターデータSOPテンプレートはありますか？
はい。Wordは、役割や例外などのテーブルと、ステップバイステップの手順を組み合わせられるため、SOPに適しています。Trupeerでテンプレートを開き、カスタマイズして、必要な形式でエクスポートしてください。
ExcelでベンダーマスターデータSOPテンプレートはありますか？
SOPはドキュメントとして機能するのが最適ですが、多くのチームでは、依頼ログ、変更ログ、データ品質チェックを、SOPと並行してExcelで管理しています。
PDFでベンダーマスターデータSOPテンプレートはありますか？
はい。カスタマイズ済みのSOPをPDFとしてエクスポートして閲覧専用で配布し、編集可能なバージョンはマスターとして保持します。
ベンダーマスターデータSOPテンプレートは無料ですか？
はい。無料で登録してTrupeerでテンプレートを開き、カスタマイズしてエクスポートできます。
画面録画からベンダーマスターデータSOPを作成できますか？
はい。チームがERP上でベンダーレコードを作成・変更する様子を録画し、Trupeerがその録画を、レビュー・承認・公開できるステップバイステップのSOPと動画に変換します。
