向いている業務
- 業種
- 備品申請を表計算で受け付ける事業者
- 部門
- 総務・購買
- 実行頻度
- 行追加のたびに5分間隔で検知。1日2〜6件を想定
- 作業量の試算（未実測）
- （未実測）月480分−承認0分−例外対応60分−運用保守60分＝月360分を想定
Google スプレッドシート備品申請PigeonCloud
Google スプレッドシートに備品申請が追加されたらPigeonCloudへ未登録分だけ保存する
追加された備品申請1行を検査し、申請IDでPigeonCloudを照合して、未登録分だけを保存する構成の設計例です。
設計例（未検証）:
この手順は Pigeon Workflow のノードで組める構成として設計したもので、実機での検証記録はまだありません。導入時は下の「検証時に確認する項目」を自社条件で確認してください。
Fit
このレシピが向く条件と対象外
Workflow
ワークフロー図
備品申請1行の追加を検知
スプレッドシート行追加
必須項目と形式を検査
入力チェック
申請IDで既存レコードを取得
PigeonCloud 取得
申請IDを照合
データ結合
未登録の申請を保存
PigeonCloud 保存
保存結果を再取得
PigeonCloud 取得
例外・確認の分岐
スプレッドシート行追加 から分岐
- 複数の追加行が別実行として渡されるか確認
- まとめて渡される場合は個別保存せず停止
- 1行ずつ起動できる入力へ変更
行追加トリガーが複数行を別実行として渡すかを導入前に確認する
入力チェック から分岐
- 申請IDや必須項目の欠落を検知
- 保存を停止
- 元シートの修正対象を記録
修正後は新しい行として再投入する運用を決める
データ結合 から分岐
- 申請IDで照合
- 既存レコードを検知
- 新規保存をスキップ
同じ申請IDのポーリング重複や同時実行をPigeonCloud側の一意制約でも確認する
PigeonCloud 保存 から分岐
- API失敗を記録
- 上限回数まで再試行
- シートとPigeonCloudを手動照合
結果不明時は申請IDで再取得してから復旧する
再実行や重複防止の扱いは、上の『例外・確認の分岐』に記載しています。
Verification checklist
検証時に確認する項目
- データ：個人情報、AIの処理先、保存期間、通知先に表示する項目を確認する。
- 認証：OAuthやAPIキーを最小権限にし、Webhook署名と秘密情報の更新・失効手順を確認する。
- 復旧：順序逆転、同時実行、レート制限、上限付き再試行、結果不明時の手動復旧を確認する。
- 承認：承認期限、代理承認者、却下・期限切れ後の修正先を確認する。人の承認を使わない手順では確認担当と停止条件を決める。
- 運用：運用担当者、停止・再開の判断者、障害時の連絡先を決める。
- 記録：実行結果と例外対応の記録先（台帳）と保存期間を決める。
- 入力：行追加トリガーが複数行を別実行として渡すかを確認し、まとめて渡される場合は個別保存せず停止して、1行ずつ起動できる入力へ変更する。
Integrations & permissions
必要な連携と権限
Google スプレッドシート
追加行から申請ID、申請者、備品、希望日を受け取ります。
PigeonCloud
申請IDを一意キーに既存レコードを照合し、未登録分を保存します。
必要な権限・アカウント
- Google スプレッドシートの読み取り権限
- 申請受付シートだけに共有範囲を限定します。
- PigeonCloudの読み取り・保存権限
- 対象申請テーブルの照合と追加に使います。
- 運用担当者
- 欠落行の修正方法と同じ申請IDが競合した場合の扱いを決めます。
Exception handling
例外時の挙動
スプレッドシート行追加 から分岐
- 1. 複数の追加行が別実行として渡されるか確認
- 2. まとめて渡される場合は個別保存せず停止
- 3. 1行ずつ起動できる入力へ変更
行追加トリガーが複数行を別実行として渡すかを導入前に確認する
入力チェック から分岐
- 1. 申請IDや必須項目の欠落を検知
- 2. 保存を停止
- 3. 元シートの修正対象を記録
修正後は新しい行として再投入する運用を決める
データ結合 から分岐
- 1. 申請IDで照合
- 2. 既存レコードを検知
- 3. 新規保存をスキップ
同じ申請IDのポーリング重複や同時実行をPigeonCloud側の一意制約でも確認する
PigeonCloud 保存 から分岐
- 1. API失敗を記録
- 2. 上限回数まで再試行
- 3. シートとPigeonCloudを手動照合
結果不明時は申請IDで再取得してから復旧する
FAQ
よくあるご質問
この手順は検証済みですか？
設計例です。実機での検証記録はまだありません。検証時に確認する項目は本ページの一覧のとおりです
同じ行を複数回検知したらどうしますか？
申請IDでPigeonCloudを照合し、既存レコードがあれば新規保存を止める想定です。
必須項目がない行は保存しますか？
入力チェックで停止し、元シートの修正対象として記録する想定です。修正後の再投入方法は導入前に決めます。
Related
親の活用シーンと関連レシピ
関連レシピ検証記録あり
注文メールから必要項目を抽出し、承認後にPigeonCloudへ保存する
注文メールを受信し、AIで7項目を抽出。担当者が内容を確認・承認したものだけを、注文番号をキーにPigeonCloudへ追加または更新する、実機での社内検証結果をまとめたレシピです。
関連レシピ検証記録あり
PigeonCloudの期限が近い案件を一覧にして営業管理へメールで通知する
PigeonCloudで期限まで0〜3暦日・未完了の6件を取得し、一覧メール1通の送信後にPigeonCloud台帳へ監査記録を保存する経路を社内で検証したレシピです。
関連レシピ検証記録あり
PigeonCloudに申請が作成されたら入力を検査してSlackへ確認依頼を送る
申請の必須項目を検査し、正常時は確認依頼、不備時は不備内容を、未送信の検査版に限って通知する検証記録です。この検証はSlack 送信をメール送信に、Google スプレッドシート台帳を PigeonCloud の台帳テーブルに置き換えた構成で行った部分検証です。