自動化が止まったときの復旧：再実行前に保存と送信を確認する

最初に新しい処理を止めるべきか判断する

同じ誤った書込が続く恐れがあるなら、担当者が定期処理や入力の受け付け方を確認し、追加の誤処理を防ぎます。一方、受付自体を止めると仕事を失う場合は、入力を保存して手動対応へ回す方法を用意します。

失敗した受付ID、発生時刻、直前の設定変更、エラー表示を記録します。エラーに含まれる個人情報や秘密鍵を、そのまま共有チャットへ貼らないでください。調べるための記録と、共有してよい情報を分けます。

入力の列数が違う場合と、接続権限が失効した場合では、必要な修正が異なります。原因が分からないまま入力を変えたり、権限を広げたりすると、最初の問題が見えなくなります。

未完了実行の保存対象、再開位置、失敗を飛ばす設定は、利用中のMake公式案内と実際のシナリオ設定を照らして確認します。画面上の成功表示だけで、入力をすべて処理できたとは判断しません。

保存する場合は、入力データが残ることも含めて扱いを決めます。個人情報を含む入力を長く残す運用と、障害調査に必要な情報を残す運用を両立できるか、担当者と相談します。

入力10件のうち1件が飛ばされても、残りが進む場合があります。実行の色や成功表示だけを見るのではなく、処理済み、保留、未処理の件数と受付IDを確認します。適切な処理方法はエラーの意味で選びます。

通信が途切れた時も、相手側では保存や送信が済んでいる場合があります。受付IDや外部の記録IDを使って結果を調べ、未実行だと確認できた部分から戻します。履歴がなく成否不明なら、重複の影響を判断できる担当者へ回します。

入力不備を直しただけでは、止めた定期処理が戻っていないかもしれません。反対に再開だけすると、不正入力が再び流れます。原因の修正、対象一件の確認、残件の照合、通常運用への復帰を別々に確認します。

復旧記録には、何が失敗し、どこまで成功していて、何を再処理したかを残します。次の担当者が同じエラーに遭遇した時、再送するか調査するかを判断できる記録にしてください。

確認できない項目は理由と確認先を残します。説明例の結果を、自分の環境で確かめた結果へ置き換えないでください。

本文の確認日時点の情報です。今回の改稿で全製品条件を再検証したものではありません。