# Salesforce重複ルールの検証方法｜警告・ブロック・例外経路を試すテスト設計

> 重複ルールの検証では、照合条件、保存時の動作、経路と権限を分けて確認します。重複の見逃しと別人の誤検出を用意し、画面・API・インポートの実測結果、同時保存の制約、設定を戻す条件まで記録してから有効化します。

## メタ情報

- URL (HTML): https://funnel-ai.jp/media/salesforce-duplicate-rule-test-design/
- 公開日: 2026-10-06
- 最終更新: 2026-10-06
- テーマ: Funnel Ai Media -Sales & Marketing- (https://funnel-ai.jp/media/crm-sales/)
- カテゴリ: CRM・営業基盤 (https://funnel-ai.jp/media/crm-sales-ops/)
- 編集: ファネルAi編集部 (https://funnel-ai.jp/company/funnelai-editorial/)
- 監修: ファネルAi監修チーム (https://funnel-ai.jp/company/funnelai-review/)
- 出典メディア: Funnel Ai Media (https://funnel-ai.jp/media/)

## 本記事のポイント

- 照合ルールの一致条件と、重複ルールの警告・保存ブロック・記録を分け、作成と編集をそれぞれ検証します。
- 項目アクセスと登録経路で検出・保存結果が変わり得るため、管理者の画面操作だけで検証を終えません。
- 同時保存の制約を踏まえ、期待結果・実測結果・設定を戻す条件と後処理を残してから有効化を判断します。

## 想定質問

- SalesforceのMatching RuleとDuplicate Ruleはどう役割が違いますか？
- 警告・ブロック・レポートの各動作をどうテストしますか？
- 項目権限や編集項目によって重複検出が変わるのはどのような場合ですか？
- API・インポート・同時保存で通常画面と異なる経路をどう確認しますか？

---

本文（HTML）は https://funnel-ai.jp/media/salesforce-duplicate-rule-test-design/ を参照してください。