この記事の内容
  1. 何を承認するかを固定する
  2. 承認者と実行者を区別する
  3. 承認リンクの取り扱い
  4. 未対応と差し戻しを残す
  5. 備品購入の仮の申請例
  6. 候補を選ぶ基準
  7. 承認後に金額が変わる例

何を承認するかを固定する

金額、対象、添付など、確認すべき内容と版を記録します。承認後に申請者が書き換えられる場合、その変更を再確認する条件が必要です。通知文の短い要約だけを承認対象にせず、担当者が元の内容と差分を読めるようにします。

承認者と実行者を区別する

確認する人、差し戻す人、実際に台帳や外部サービスを変更する人を分けます。承認を記録しただけで自動実行してよいのか、別の担当が行うのかを決めてください。製品の標準機能と自社のルールを照合し、共有ログインだけで責任を曖昧にしないようにします。

承認リンクの取り扱い

Windmillの公式資料では秘密の再開URLを使う承認が説明されています。そのURL自体が処理を進める権限に関わる場合、一般の資料リンクと同じように公開しないでください。転送、期限、本人確認、取消の条件を確認し、ログや広いチャットへの不用意な複製を避けます。

未対応と差し戻しを残す

承認者不在、期限切れ、差し戻し、申請取消を別の状態にします。待ち時間が長い場合に誰へ確認するかを決めますが、承認が来ないから自動的に許可するという動作を無意識に入れないようにしてください。止まった仕事を担当者が一覧で見つけられることも必要です。

備品購入の仮の申請例

架空の申請で、対象、理由、金額を入力し、上長確認後に台帳へ記録する例を使います。金額変更、別の承認者、二重のクリック、期限切れを試験項目にします。支払の自動実行へ広げる前に、まず許可と記録の設計をこの例で確認します。

候補を選ぶ基準

Windmillなどの実行基盤、Activepiecesの連携、Airtableの作業台帳を組み合わせる場合も、役割を一つずつ確認します。承認した版と実行した版が一致し、後から担当者が説明できることを合格条件にします。必要な権限や記録が有料区分なら、その費用を省かず比較してください。

承認後に金額が変わる例

架空の申請で承認後に金額が変わった場合、古い承認で処理が続かないことを検証します。比較対象は通知の送信だけではなく、承認した版と実行しようとする版の一致です。担当者が差分を確認して再承認するまで待つ、あるいは正式に取消すなど、自社の条件を決めます。承認リンクを二回押したときにも、同じ外部操作を重ねて実行しないことを確認してください。

利用量から費用を確かめる

月の処理件数、課金対象のステップ数、再試行を入力し、サービスごとに異なる課金単位を確認できます。

費用を試算する

参照した公式情報

料金・提供条件・対応範囲は変更されることがあります。契約前に、下記の公式ページでご確認ください。

比較方針を読む広告について