向いている業務
- 業種
- 表計算でリードを受け取る事業者
- 部門
- 営業企画・マーケティング
- 実行頻度
- 行追加の確認ごと。1日5〜30件を想定
- 作業量の試算（未実測）
- （未実測）月1,500分−承認0分−例外対応180分−運用保守120分＝月1,200分を想定
Google スプレッドシートSalesforceリード重複照合
Google スプレッドシートにリードが追加されたらSalesforceへ未登録分だけ保存する
Google スプレッドシートに追加されたリードを検査し、受付IDまたはメールでSalesforceを照合して、一意な未登録分だけを書き込む構成の設計例です。
設計例（未検証）:
この手順は Pigeon Workflow のノードで組める構成として設計したもので、実機での検証記録はまだありません。導入時は下の「検証時に確認する項目」を自社条件で確認してください。
Fit
このレシピが向く条件と対象外
Workflow
ワークフロー図
リード行の追加を検知
スプレッドシート行追加
必須項目と形式を検査
入力チェック
既存リードを検索
Salesforce取得
受付IDまたはメールを照合
データ結合
一意な未登録分か判定
条件で分岐
リードを保存
Salesforce書込
保存結果を再取得
Salesforce取得
例外・確認の分岐
データ結合 から分岐
- 受付IDまたはメールで照合
- 同一行の再投入を検知
- Salesforce書込をスキップ
複数候補が見つかった場合は書き込まず担当者判断へ回す
入力チェック から分岐
- 必須項目不足またはメール形式不正を検知
- 書き込みを停止
- 元シートの修正対象を記録
修正後の再投入で同じ受付IDを照合する想定
Salesforce書込 から分岐
- API失敗または上限到達を記録
- 上限回数まで再試行
- Salesforceを手動検索して復旧
保存結果が不明な場合は再取得前に新規作成を繰り返さない
再実行や重複防止の扱いは、上の『例外・確認の分岐』に記載しています。
Verification checklist
検証時に確認する項目
- データ：個人情報、AIの処理先、保存期間、通知先に表示する項目を確認する。
- 認証：OAuthやAPIキーを最小権限にし、Webhook署名と秘密情報の更新・失効手順を確認する。
- 復旧：順序逆転、同時実行、レート制限、上限付き再試行、結果不明時の手動復旧を確認する。
- 承認：承認期限、代理承認者、却下・期限切れ後の修正先を確認する。人の承認を使わない手順では確認担当と停止条件を決める。
- 運用：運用担当者、停止・再開の判断者、障害時の連絡先を決める。
- 記録：実行結果と例外対応の記録先（台帳）と保存期間を決める。
Integrations & permissions
必要な連携と権限
Google スプレッドシート
リード行の追加を検知し、受付ID、氏名、メールなどを渡します。
Salesforce
既存リードの検索、未登録分の書き込み、結果の再取得に使います。
必要な権限・アカウント
- Google スプレッドシートの読み取り権限
- 対象のリード受付シートに限定します。
- Salesforceのリード読み取り・作成権限
- 必要項目だけを検索・作成できる権限とAPI上限を確認します。
- 例外確認担当者
- メール重複や複数候補を確認し、登録先を判断します。
Exception handling
例外時の挙動
データ結合 から分岐
- 1. 受付IDまたはメールで照合
- 2. 同一行の再投入を検知
- 3. Salesforce書込をスキップ
複数候補が見つかった場合は書き込まず担当者判断へ回す
入力チェック から分岐
- 1. 必須項目不足またはメール形式不正を検知
- 2. 書き込みを停止
- 3. 元シートの修正対象を記録
修正後の再投入で同じ受付IDを照合する想定
Salesforce書込 から分岐
- 1. API失敗または上限到達を記録
- 2. 上限回数まで再試行
- 3. Salesforceを手動検索して復旧
保存結果が不明な場合は再取得前に新規作成を繰り返さない
FAQ
よくあるご質問
この手順は検証済みですか？
設計例です。実機での検証記録はまだありません。検証時に確認する項目は本ページの一覧のとおりです
同じ行を再度受け取ったらどうしますか？
受付IDを優先し、取得できない場合はメールをSalesforceと照合して、登録済みなら書き込まない想定です。
同じメールの候補が複数ある場合はどうしますか？
新規作成へ進めず、候補と元データを担当者が確認するキューへ回す想定です。
Related
親の活用シーンと関連レシピ
親の活用シーン
フォームのリードを検証し、CRM登録とSlack通知へつなぐ
フォーム受信後の検証、重複確認、CRM登録、担当者通知を一つの流れにし、例外を中心に確認しながら、導入初期は成功分もサンプリングで確認できる状態を作ります。
関連レシピ設計例（未検証）
Google Driveに見積書が置かれたら承認済み項目をGoogle スプレッドシートへ記録する
定期実行ごとにGoogle Driveの未処理の最新見積書を1ファイルだけ取得し、OCR結果を人が確認してGoogle スプレッドシートへ記録する構成の設計例です。
関連レシピ設計例（未検証）
Salesforceの停滞商談が7日を超えたらSlackへ通知する
Salesforceから最終更新後7日を超えた商談を定期取得し、同日の未送信分だけを営業管理のSlackへ知らせる構成の設計例です。
関連レシピ設計例（未検証）
Google スプレッドシートの期限当日の支払予定を一覧にして経理へメールで通知する
数式列「当日フラグ」が真の支払予定を取得し、数式列「営業日数」とともに一覧本文へまとめて経理の担当窓口へ1実行1通送る構成の設計例です。