mcpField
O
onboarding

onboarding

github.com/vyayasanその他60200 回インストール30 週間前に更新
リポジトリ

onboarding について

onboardingは、KYCアナリスト向けの顧客オンボーディングスキルです。通常のデューデリジェンスに進む前に5種類の独立調査を必須とし、ケースファイル、報告、承認、エスカレーションを整理します。

主な機能

  1. 015種類の調査を必須化するゲート
  2. 02ケースフォルダーの自動作成
  3. 03構成固定のケーステンプレート
  4. 04Excelレポートの自動生成
  5. 05エスカレーションと承認の手順

活用シーン

  1. 01オンボーディング前の顧客確認
  2. 02コンプライアンス審査用の調査記録
  3. 03制裁該当や不一致のエスカレーション
  4. 04構造化されたKYCケースレポートの作成

MCP 対応

MCP連携として、ウェブ調査にbrowser (Claude in Chrome)、ダッシュボードにexcel (openpyxl)、レポート作成にpdf (fpdf2)を使用すると記載されています。

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/vyayasan/kyc-analyst --skill onboarding

インストール後、Claude Code で/onboardingを入力して読み込まれたか確認します。

詳細

オンボーディング SKILL.md - 完全な実装

作成者: Vyayasan バージョン: 1.0.0 ステータス: 本番環境対応済み - 最終確定版


スキルの概要

このスキルでは、必須のステップ 0 における独立した検証、ケースフォルダーの自動作成、ロックされたテンプレートの適用を含む、完全な KYC オンボーディングワークフローを定義します。

トリガー: /kyc-analyst:onboard [Customer Name] [Country]

ステージゲートの適用: このスキルでは、各ゲートでアナリストの明示的な同意が必要な、必須の 17 のステージゲートを適用します。ステージゲートの仕様全体については、commands/onboard.md を参照してください。

MCP 連携: ウェブ調査には ~~browser (Claude in Chrome)、ダッシュボードには ~~excel (openpyxl)、レポートには ~~pdf (fpdf2) を使用します。コネクターの一覧については、CONNECTORS.md を参照してください。


ステップ 0:必須の独立した検証

ステップ 0 が必須である理由

規制要件: AMLD5 第 10 条 (a) および UK MLR 2017 第 19 条では、「信頼性のある独立した原資料、データ、または情報」を用いた独立した検証が求められています。

アナリストのコンプライアンス上の義務: アナリストは顧客の申告を独立して検証する必要があります。顧客の主張だけを信用することはできません。独立した情報源を通じて検証する必要があります。

このスキルによる適用: ステップ 0 が完了し、問題がないことを確認するまで、通常のオンボーディングには進みません。

ステップ 0 のプロセスフロー
COMMAND INVOKED
    ↓
CREATE CASE FOLDER (KYC-[DATE]-[TYPE]-[NAME]-[SEQ])
    ↓
BEGIN STEP 0 - INDEPENDENT VERIFICATION
    ↓
SEARCH 1: Adverse Media ─→ DOCUMENT FINDINGS
SEARCH 2: Directorships ─→ DOCUMENT FINDINGS
SEARCH 3: PEP Status ────→ DOCUMENT FINDINGS
SEARCH 4: Professional Background → DOCUMENT FINDINGS
SEARCH 5: Sanctions/Crime ──→ DOCUMENT FINDINGS
    ↓
ANALYSIS & DECISION
    ↓
All Clear? → YES → Proceed to Step 1
    ↓ NO (DISCREPANCIES FOUND)
ESCALATE → Manager Review Required
必須の 5 つの検索 - 詳細
検索 1:ネガティブメディアとニュース

目的: ネガティブなニュース、犯罪歴、規制違反、金融犯罪を特定します。

検索戦略:

Sources:
- Google News: "[Customer Name]" crime/fraud/scandal
- BBC News: "[Customer Name]" conviction
- Reuters: "[Customer Name]" regulatory action
- Companies House: Search for insolvency notices
- FCA Register: Check for regulatory action
- UK Media Index: General news scan

記録する内容:

  • 犯罪歴(あり/なし)
  • 規制違反(あり/なし)
  • 金融犯罪(あり/なし)
  • 破産/支払不能(あり/なし)
  • ネガティブメディア(あり/なし)

判断基準:

  • すべて問題なし → 次の検索に進む
  • 該当事項あり → 記録し、深刻度を評価する
検索 2:会社の役員就任状況

目的: すべての会社への関与、役員就任、実質的所有を特定します。

検索戦略:

Sources:
- Companies House: Direct officer search for [Customer Name]
- Companies House: Company search for any businesses
- Business registries: Director and shareholder registrations
- Corporate databases: Cross-verification

記録する内容:

  • 会社名
  • 役職(取締役、株主、役員)
  • 状況(活動中/休眠中)
  • 就任日
  • 利益相反やパターンの有無
  • ペーパーカンパニーの評価

重要な該当事項 - 以下の場合はエスカレーション:

  • 未申告の役員就任が複数ある
  • 顧客が勤務する会社の取締役である
  • ペーパーカンパニーのパターンがある
  • 実質的所有者が不明確である
検索 3:PEP のステータス(Politically Exposed Person:重要な公的地位にある者)

目的: 強化された顧客管理が必要となる政治的な関与を特定します。

検索戦略:

Sources:
- UK Government PEP Database
- Electoral Commission (candidacy/office)
- International PEP Lists
- Government employee records

記録する内容:

  • 現在の政治的役職(あり/なし)
  • 過去の政治的役職(あり/なし)
  • 家族の PEP ステータス(あり/なし)
  • 政治的関与のある近親者(あり/なし)

判断基準:

  • PEP が特定された → EDD の対象となる
  • 家族の PEP が特定された → 関係を記録する
  • 該当なし → 続行する
検索 4:職歴

目的: 職業に関する申告を独立して検証します。

検索戦略:

Sources:
- LinkedIn: Employment history, current roles
- Company websites: Staff directory, team pages
- Business registry: Company ownership, director roles
- News: Business announcements, funding rounds

記録する内容:

  • 現在の雇用(会社、役職、肩書き)
  • 雇用形態(雇用者/自営業/取締役)
  • 申告された事業活動と確認された事業活動
  • 職業上の資格
  • 特定された収入源

重大な相違点 - 以下の場合はエスカレーション:

  • 自営業と申告しているが、別の会社に雇用されている
  • 未申告の事業上の役割または役員就任がある
  • 事業に関する申告を検証できない
  • 資金源が偽って申告されている
  • 非開示のパターンが明らかである
検索 5:制裁と金融犯罪

目的: 制裁対象者との一致や金融犯罪への関与がないことを確認します。

検索戦略:

Sources:
- OFAC Specially Designated Nationals List
- EU Consolidated Sanctions List
- UK Sanctions Regime
- UN Security Council Consolidated List
- Interpol Database

記録する内容:

  • OFAC リストとの一致(あり/なし)
  • EU の制裁対象(あり/なし)
  • UK の制裁対象(あり/なし)
  • UN の制裁対象(あり/なし)
  • 有罪判決(あり/なし)
  • Interpol の通知(あり/なし)

判断基準:

  • 該当事項あり → 直ちにエスカレーション
  • すべて問題なし → 続行する
ステップ 0 レポートテンプレート

作成ファイル: STEP_0_VERIFICATION_REPORT.md(ロック済みテンプレート)

必須セクション:

# STEP 0 VERIFICATION REPORT

## Search 1: Adverse Media
[Findings documented]

## Search 2: Directorships
[All companies listed with details]

## Search 3: PEP Status
[PEP assessment]

## Search 4: Professional Background
[Occupation and business verification]

## Search 5: Sanctions & Crime
[Sanctions screening results]

## DECISION GATE ANALYSIS
[Summary of findings]

## Material Misrepresentation Assessment
[If discrepancies found]

## Step 0 Decision: [PROCEED / ESCALATE]
[Decision logic]

## Certification
[Analyst sign-off]
Step 0 判断ゲート

PROCEED 基準(すべて必須):

  • ✓ 5つの検索をすべて完了
  • ✓ 重大な不一致がない
  • ✓ 申告内容を検証または明確化済み
  • ✓ エスカレーションのトリガーがない
  • ✓ Step 0 レポートの承認済み

ESCALATE 基準(いずれかに該当):

  • ✗ 重大な虚偽表示が確認された
  • ✗ 未開示の取締役就任が複数確認された
  • ✗ 制裁リストとの一致が見つかった
  • ✗ 金融犯罪の兆候がある
  • ✗ EDD が必要となる PEP ステータス
  • ✗ 資金源が虚偽表示されている
  • ✗ 意図的な未開示が繰り返されている
Step 0 エスカレーション先

重大な所見のエスカレーション先:

  1. 第一連絡先: コンプライアンスマネージャー(案件評価)
  2. 第二連絡先: MLRO(マネーロンダリングの懸念がある場合)

含める情報:

  • 顧客名と ID
  • 重大な所見の概要
  • エスカレーションの規制上の根拠
  • 推奨される対応
  • 裏付けとなる証拠

マネージャーの判断 विकल्प:

  1. EDD(強化された顧客デューデリジェンス)を実施する
  2. 顧客に連絡して説明を求める
  3. 取引関係を拒否する
  4. SAR の検討に付す

STEP 1:従来のオンボーディング(Step 0 後)

次の場合にのみ続行: Step 0 が完了し、問題がない(またはエスカレーションが解決済み)

情報収集フェーズ

必要な情報を収集します:

  • 完全な本人確認書類(パスポート、ID)
  • 現住所の確認
  • 雇用/事業の詳細
  • 資金源の証明書類
  • 実質的支配者情報(該当する場合)
  • PEP に関する申告
  • 制裁リスト照合の確認
書類作成フェーズ

案件書類を作成します:

  • 顧客プロフィール
  • リスク評価
  • デューデリジェンスの概要
  • 証拠ファイル
承認フェーズ
  • コンプライアンスマネージャーによるレビュー
  • MLRO の承認(必要な場合)
  • 最終承認の判断

案件フォルダーの自動作成

命名規則

KYC-[YYYYMMDD]-[TYPE_CODE]-[CUSTOMER_NAME]-[SEQUENCE]

構成要素:

  • YYYYMMDD: 申請日
  • TYPE_CODE: ONB(オンボーディング)、SCR(スクリーニング)、REF(更新)、RAS(リスク)、AML(モニタリング)
  • CUSTOMER_NAME: 姓(最大20文字)
  • SEQUENCE: 001、002、003 など(同じ申請日の複数の申請に対応)

例: KYC-20260202-ONB-SMITH-001

自動フォルダー構成

プラグインが自動的に作成します:

001_CASE_METADATA/
├── CASE_METADATA.md (LOCKED TEMPLATE)

002_STEP_0_VERIFICATION/
├── STEP_0_VERIFICATION_REPORT.md (LOCKED TEMPLATE)
├── 001_Adverse_Media/
│   └── Search_1_Findings.md
├── 002_Directorships/
│   └── Search_2_Findings.md
├── 003_PEP_Status/
│   └── Search_3_Findings.md
├── 004_Professional_Background/
│   └── Search_4_Findings.md
└── 005_Sanctions_Crime/
    └── Search_5_Findings.md

003_EVIDENCE/
├── Identification documents
├── Address verification
├── Employment confirmation
└── Source of funds documentation

004_AUDIT_TRAIL/
├── AUDIT_TRAIL.md (LOCKED TEMPLATE)

005_ESCALATIONS/
├── ESCALATION_BRIEF.md (if applicable)
└── Manager Decision.md (if applicable)

006_COMMUNICATIONS/
├── Customer correspondence
└── Customer clarification requests

KYC_[CustomerName]_Findings_Report.xlsx
├── Executive Summary sheet
├── Step 0 Results sheet
├── Discrepancies sheet
└── Risk Assessment sheet

ロック済みテンプレート — 変更不可の形式

テンプレート 1:CASE_METADATA.md

目的: 案件識別のための唯一の信頼できる情報源

構成(ロック済み):

# CASE METADATA - LOCKED TEMPLATE

## CASE IDENTIFICATION
Case ID, Type, Customer, Application Date, Analyst

## CUSTOMER DETAILS
Name, Email, Nationality, Residence, DOB, Passport

## DECLARED BUSINESS PROFILE
[Customer's declared information]

## CASE STATUS TIMELINE
[Chronological updates with dates]

## CASE STATUS
[Current status]

## RISK ASSESSMENT
[Geographic %, Customer %, Product %, Channel %]

## NEXT STEPS
[Ordered action items]

変更ルール: セクションはロックされ、セクション内の内容は編集可能です

テンプレート 2:STEP_0_VERIFICATION_REPORT.md

目的: 規制遵守の証拠

構成(ロック済み):

# STEP 0 VERIFICATION REPORT - LOCKED TEMPLATE

## SEARCH 1-5 SECTIONS
[Each with structured findings]

## STEP 0 DECISION GATE ANALYSIS
[Summary and decision logic]

## CERTIFICATION & SIGN-OFF
[Analyst certification]

変更ルール: 形式はロックされ、所見は編集可能です

テンプレート 3:AUDIT_TRAIL.md

目的: 変更不可能な時系列ログ

構成(完全にロック済み):

# AUDIT TRAIL - IMMUTABLE LOG

## CHRONOLOGICAL ACTION LOG
[Timestamped table of all actions]

## FINDINGS SUMMARY
[Summary of findings]

## REGULATORY COMPLIANCE NOTES
[Compliance requirements met]

変更ルール: 自動生成され、編集できません


Excel レポートの自動生成

プラグインは次の内容を含む、プロフェッショナルな Excel レポートを作成します:

シート 1:エグゼクティブサマリー

  • 案件 ID、顧客、日付、ステータス
  • 5つの検索すべての結果
  • 主な所見
  • 判断:PROCEED または ESCALATE

シート 2:Step 0 の検索

  • 検索 1〜5 の詳細な結果
  • 深刻度の評価
  • 出典の記録

シート 3:不一致(該当する場合)

  • 申告内容と実際の内容の比較
  • 不一致の分析
  • 深刻度レベル

シート 4:リスク評価

  • 地理的リスク %
  • 顧客リスク %
  • 商品リスク %
  • チャネルリスク %
  • 総合リスクレベル

品質保証のチェックポイント

チェックポイント 1:Step 0 の完全性
  • 5つの検索すべてを記録済み
  • すべての所見に出典を添えて入力済み
  • 不一致を特定済み
  • 判断ゲートを適用済み
チェックポイント 2:書類の正確性
  • 案件フォルダーに適切な名前を付与済み
  • ロック済みテンプレートを適用済み
  • Excel レポートを生成済み
  • 監査証跡を作成済み
チェックポイント 3:規制遵守
  • AMLD5 第10条の要件を満たしている
  • UK MLR Regulation 19 に準拠している
  • FCA のガイダンスに従っている
  • 独立した情報源を使用している
チェックポイント 4:判断ロジック
  • PROCEED の判断に根拠がある
  • ESCALATE の判断が記録されている
  • マネージャーへのエスカレーションが適切にルーティングされている
  • 次のステップが明確である

よくある避けるべきミス

❌ ミス 1: 独立した検証を行わず、顧客の申告を受け入れる ✓ 正しい対応: 顧客の申告内容にかかわらず、5 つすべての検索を完了する

❌ ミス 2: 「低リスク」の顧客に対してステップ 0 を省略する ✓ 正しい対応: ステップ 0 はすべての顧客に必須です

❌ ミス 3: 5 回ではなく 1 回だけ検索する ✓ 正しい対応: 5 つすべての検索が必要です。それぞれが独自の情報をもたらします

❌ ミス 4: ロックされたテンプレートの形式を変更する ✓ 正しい対応: ロックされたテンプレートは一貫性を保ちます。形式ではなく内容を変更してください

❌ ミス 5: 重大な所見があるにもかかわらずオンボーディングを進める ✓ 正しい対応: 不一致が見つかった場合はエスカレーションし、判断ゲートを無視しないでください


ワークフローの判断ツリー

START ONBOARDING
    ↓
CREATE CASE FOLDER
    ↓
BEGIN STEP 0
    ↓
    ┌─── SEARCH 1: ADVERSE MEDIA
    │         ↓
    │    Findings? → NO → Continue
    │         ↓ YES
    │    Document → Continue (to Search 2)
    │
    ├─── SEARCH 2: DIRECTORSHIPS
    │         ↓
    │    Findings? → NO → Continue
    │         ↓ YES
    │    Document → Continue (to Search 3)
    │
    ├─── SEARCH 3: PEP STATUS
    │         ↓
    │    PEP? → NO → Continue
    │       ↓ YES
    │    Document → Continue (to Search 4)
    │
    ├─── SEARCH 4: PROFESSIONAL BACKGROUND
    │         ↓
    │    Discrepancies? → NO → Continue
    │         ↓ YES
    │    Document → Continue (to Search 5)
    │
    └─── SEARCH 5: SANCTIONS/CRIME
             ↓
        Matches? → NO → STEP 0 COMPLETE
             ↓ YES
        IMMEDIATE ESCALATION

プラグインにおけるステップ 0 の適用

組み込みのゲーティング:

Cannot proceed past Step 0 unless:
✓ All five searches completed
✓ Report generated and signed
✓ Decision documented
✓ Escalation (if needed) routed

これにより、次のことが確実になります:

  • 独立した検証なしにオンボーディングが進まない
  • すべての所見が収集・記録される
  • 規制遵守が自動化される
  • 監査証跡が作成される
  • エスカレーション時にマネージャーのレビューが開始される

まとめ:担当者の責任

アナリストとして:

  1. ✓ 5 つの検索をそれぞれ個別に実行する
  2. ✓ 情報源とともに所見を記録する
  3. ✓ 不一致を特定する
  4. ✓ ステップ 0 のレポートを確認する
  5. ✓ 判断ゲートに従う
  6. ✓ 必要に応じてエスカレーションする

マネージャーとして:

  1. ✓ エスカレーションを確認する
  2. ✓ 重大な所見を評価する
  3. ✓ 進行/却下/EDD の判断を下す
  4. ✓ ケースファイルに判断を記録する
  5. ✓ 完了を承認する

コンプライアンス担当者として:

  1. ✓ ケースフォルダーを監査する
  2. ✓ ロックされたテンプレートが維持されていることを確認する
  3. ✓ 監査証跡を確認する
  4. ✓ 所見の正確性を抜き取り確認する
  5. ✓ 規制遵守を確保する

開発者: Vyayasan バージョン: 1.0.0 日付: 12 February 2026 ステータス: 本番環境対応済み - 最終ロック版

ステージゲートの参照先: 17 ステージゲートのワークフロー仕様全体については、commands/onboard.md を参照してください。 コネクターの参照先: MCP ツールの統合については、CONNECTORS.md と MCP_INTEGRATION_GUIDE.md を参照してください。

コメント