サプライヤー承認ファイルの構築

サプライヤー承認ファイルは、不在だった人物がその決定を再構築できるようにすべきです。 会社を特定し、利用可能な証拠を確認し、事実と説明を区別し、未解決の質問を見つけ、何が正確に承認されたかを理解できる必要があります。名前のないPDFでいっぱいのフォルダではそれができません。

このガイドは、サプライヤーレビュー後に耐久性のある記録を整理するバイヤー向けです。これは承認メモ自体ではありません。承認者が読むための短い文書が必要な場合は、から始めてください 会社レポート承認メモ。ここで説明されるファイルは、そのメモの背後に位置し、証拠の追跡を保存します。

書類ではなく決定から始める

フォルダを作成する前に、1ページの表紙シートを作成します。提案された法的サプライヤー、その中国語での法的名称および統一社会信用コード（USCC）、取引、製品、通貨、予想注文額、支払い段階、目的地、および指名された決定所有者を記載します。レビュー開始日と「証拠が最新である日」を追加します。

決定を狭く定義します。1 USD 18,000 サンプルおよびツールリング注文に関するレビューであった場合、「承認済みサプライヤー」という表現は広すぎます。ファイルがオンボーディング、サンプル注文、ツールリング、生産発注状、デポジット、または更新をサポートするかどうかを記載します。後のチームが、限定的な決定をより大きいか本質的に異なるリスクを持つケースで再利用しないようにします。

証拠の役割を反映するフォルダを使用する

実用的なディレクトリには、7の番号付きセクションがあります：`00 決定`、`01 法的アイデンティティ`、`02 エンティティの関係`、`03 能力と品質`、`04 支払い`、`05 公的リスクとコンプライアンス`、および`06 契約と監視`。番号付けにより、共有ドライブ、ドキュメントシステム、および紙のバインダー間で順序が安定して保たれます。

証拠を、そのファイルタイプが示す場所ではなく、その役割が評価される場所に配置します。銀行からの手紙はPDFであっても、支払いの下に属します。工場監査は雑多な「レポート」フォルダではなく、能力の下に属します。1 項目が 2 セクションをサポートする場合、1 管理された原本を保持し、追跡不可能なコピーを作成するのではなく、その証拠IDへのリンクを張ります。

フォルダのアーキテクチャは実際のレビューに適合すべきです。ISOの 文書化された情報に関するガイダンス は、コミュニケーション、証拠、知識共有を強調しつつ、組織が自らのプロセスを支える文書の量を選択することを認めています。有用なテストはファイル数ではなく、記録が何が行われ、なぜ行われたかを示しているかどうかです。

すべての重要項目にマニフェスト行を与える

ファイルルートに 1 証拠マニフェストを維持します。各重要項目について、証拠ID、ファイル名、証拠の種類、観察された会社名およびUSCC、出所または発行者、取得者、取得または照会時刻、情報が表す期間、それがサポートする決定上の質問、アクセス制限、および更新日またはトリガーを記録します。

「取得日」と「情報の時点」を分離します。7月15日 にダウンロードされた会社検索には、前年の年間報告書が含まれている場合があります。今日撮影された営業許可証の写真には、数ヶ月前に登録された変更が表示されている可能性があります。この区別は特に重要です 中国の年間報告書を読む際。

中国の現在の 企業情報開示規制 不正確な公的情報の是正を求め、是正された場合、前後の年次報告書の情報を表示すること。意思決定に使用された結果を保持し、後続の結果を新しいバージョンとして追加すること。歴史的証拠を黙って置き換えないこと。

原本を破壊せずにファイル名を変更する

サプライヤーの原本ファイルを保管し、標準的な名前が必要な場合は明確に表示された作業コピーを作成すること。実行可能なパターンは `SUP-014_E03_business-licence_2026-07-15_original.pdf` です。これは、サプライヤー記録、証拠ID、文書役割、日付、状態を組み合わせていますが、日付が文書の有効日であるかのように装うものではありません。

マニフェストに原本のファイル名を記録すること。高価値または争点のある事項については、チェックサムによって保持されたコピーが後で変更されたかどうかを示すことができますが、すべてのスクリーンショットのハッシュ化は、ソース、日付、コンテキストの代わりにはなりません。原本のスキャンをより見やすくするために編集しないでください。翻訳、注釈、切り抜かれた読取用コピーは、別の派生ファイルとして保存してください。

4 の声明を分離して保管する

各重要な問題について、4 ラベル付きのエントリを作成すること：観察、解釈、サプライヤーの説明、未解決の質問。例：`観察：契約主体は会社A、受益者は会社B。` `解釈：支払いにより契約主体から離れる。` `サプライヤーの説明：BはAの輸出関連会社である。` `未解決の質問：書面による関係と支払権限はまだ検証されていない。`

これにより、サプライヤーの説明が検証された事実として記録にコピーされるのを防ぎます。また、レビューアーがアナリストの推論を登録簿の結果として扱うのも防ぎます。関係性が重要である場合は、以下の 銀行・受益者関係の確認 を実行し、ギャップを埋める文書を保管してください。

未解決事項レジスターを実行する

1 の未回答の質問は、数十のメールスレッド全体にわたって隠蔽されることがあります。問題ID、重要性、要求された証拠、責任所有者、サプライヤー連絡先、期日、ブロックマイルストーン、現在のステータス、閉鎖証拠IDを含む短いレジスターを維持してください。`open`（オープン）、`waiting for supplier`（サプライヤー待ち）、`under review`（審査中）、`accepted with condition`（条件付き承認）、`closed`（クローズ）などの単純なステータスを使用してください。

各問題をトランザクションゲートに関連付けます。工場との関係性の証拠がない場合、生産承認をブロックする可能性がありますが、低価値のサンプルではブロックしないかもしれません。確認されていない受益者の権限は、通常、影響を受ける支払いをブロックすべきです。証拠が曖昧である場合、または法務、制裁、実験室、現地調査の専門知識を要する場合は、引き継ぎを記録し、 プロフェッショナルエスカレーションの境界線を使用してください。

OECDの リスクベースのデューデリジェンスフレームワーク は、デューデリジェンスを継続的なプロセスとして扱います：特定、対応、追跡、コミュニケーション、調整です。承認ファイルにおいて、これは所有者のない永久的な `medium risk`（中リスク）ラベルではなく、名前付きのアクションと閉鎖証拠に変換されます。

承認をバージョン管理されたイベントとして記録する

署名済み記録には、決定事項、範囲、エビデンスマニフェストのバージョン、除外された資料、未解決の条件、承認者とその役割、承認タイムスタンプ、有効期限またはレビューのトリガーを含める必要があります。「サプライヤー承認」ではなく、「1 サンプル注文（最大 USD 3,000）について承認済み、工具不要、受益者は会社Aのまま」と記載してください。

却下されたおよび置換された意思決定記録を保管してください。後続の承認は、以前のバージョンを参照し、何が変わったかを説明する必要があります。契約署名、受益者の変更、注文価値の増加、新製品カテゴリ、移転、否定的な公的記録、所有権の変更、または長期間の注文なしはすべて、更新をトリガーする可能性があります。契約側の証拠は、 法的実体および権限の確認に従うべきであり, 単に承認ステータスを指し示すだけではありません。

アクセスと保持を制御する

サプライヤーファイルには、個人IDのコピー、署名、直接電話番号、銀行詳細、またはほとんどのレビューアーにとって不要なスタッフ情報などが含まれている場合があります。機密項目を制限されたサブフォルダーに保存し、広範なチームには赤文字処理された作業コピーを提供し、なぜ個人データが必要なのかを記録してください。

英国の規制の対象となる組織の場合、ICOの データ最小化ガイダンス 個人データは適切、関連性があり、目的に限定されるべきである。その 保存期間制限に関するガイダンス 文書化された保持期間と定期的な見直しを推奨する。組織に関連する法律およびポリシーを適用し、ストレージが安価だからといって、身元情報を無期限に保持してはならない。

ファイルを引き継ぎでテストする

架空のサプライヤー「Harborline Components」の承認から2週間後に調達マネージャーが退職したと想像してみよう。30%の生産前払い金前に後任者がファイルを開く。表紙には、決定がサンプルと治具のみを対象としていたことが記載されている。目録には法的な会社名と各ソースの日付が含まれている。未解決事項登録簿には、工場との関連性は示されているが、新しい受益者はまだ検証されていないことが示されている。承認記録には、受益者の変更があれば支払い審査が再開されると明記されている。

後任者は、受信トレイからサプライヤーを再構築する必要も、旧来の承認が新しい前払い金をカバーすると仮定する必要もない。支払いの問題のみを一時停止し、残りの作業を保全し、証拠が届き次第、新しい意思決定バージョンを追加できる。これが使用可能なファイルの基準である。

再構築チェックで閉じる

ファイルを閉じる前に、レビューを実施しなかった同僚に、サプライヤー、取引範囲、決定的な証拠、未解決の問題、条件、承認者、次の更新トリガーを特定してもらう。現在のPDFが何かを尋ねたり、条件の理由についてメールを検索したりしなければならない場合、ファイルは完了していない。

身元、能力、支払い、契約、監視業務のより広範なシーケンスについては、 サプライヤーデューデリジェンスワークフローを使用する。承認ファイルはその永続的な記憶媒体であり、ナビゲートするのにコンパクトで、防御するために十分な詳細さを持ち、不明な点が何であるかを明確にしている。