GASが退職で止まったのはなぜ?トリガーの持ち主を移し、20日の期限までに入れ直す

GASを作った社員が退職すると、なぜ止まるのですか?

GASのインストール型トリガーは、入れた人のアカウントで動くからです。Googleの説明(2026年9月3日更新)は、このトリガーが「常に作った人のアカウントで動く」としています。そのアカウントを削除すると、毎朝の通知や集計を動かす人がいなくなります。

削除したときの動きそのものを、Googleは書いていません。私は、動かすアカウントがない以上、止まるものとして扱います。

やっかいなのは、トリガーがほかのアカウントから見えないことです。後任の画面には何も出ず、止まった理由を探しにくくなります。VBAのマクロも含めた全体の流れは、Excelマクロの引き継ぎにまとめています。

コードが残るかどうかは、スクリプトの置き場所で決まります。スプレッドシートに付いたスクリプトの持ち主は、そのスプレッドシートの持ち主です。どの場合も、トリガーは担当のアカウントで入れ直します。

アカウントの削除から20日の間に、何ができますか?

削除から20日までなら、特権管理者がアカウントを復元し、ファイルを移してからトリガーを入れ直せます。Google Workspaceの管理者ヘルプによると、削除したユーザーのデータは、20日以内に復元してから移します。復元すると、移さなかったドライブのファイルも戻ります。

20日を過ぎると、アカウントは復元できません。退職者のマイドライブにあったスプレッドシートと、そこに付いたスクリプトは戻りません。社内にコピーやダウンロードが残っていなければ、何をしていた処理かを聞き取り、コードから作り直すことになります。

削除の前なら選べる手が増えます。特権管理者は、削除の手続きの途中でドライブのファイルを別の人へ移せます。ほかの管理者は、削除の前に移しておきます。データを残したいときは、削除せずに停止かアーカイブにする方法もGoogleは案内しています。

止まったトリガーと持ち主は、どうやって書き出しますか?

持ち主のアカウントで、トリガーの一覧を書き出すApps Scriptを実行します。ScriptApp.getProjectTriggers()が返すのは、今実行している人がそのプロジェクトに入れたトリガーだけです。持ち主が複数いるなら、1人ずつ実行します。

マクロの守りで書いたlist_triggers.gsの要点は次の数行です。スプレッドシートに付いたスクリプトなら、「triggers」という名前のシートにも書きます。

function listMyTriggers() {
  const me = Session.getEffectiveUser().getEmail();
  const rows = ScriptApp.getProjectTriggers().map(t => [
    me, t.getHandlerFunction(), String(t.getEventType()),
    String(t.getTriggerSource()), t.getTriggerSourceId() || '', t.getUniqueId()]);
  console.log(JSON.stringify(rows));
}

Triggerから取れるのは、動かす関数・種類・発生元・発生元のID・トリガーのIDの5つです。毎朝何時に動くか、何時間ごとかは取れません。時間で動くトリガーは、エディタの[トリガー]の画面で時刻と間隔を見て、表のメモの列に手で写します。

入れ直すときは、担当のアカウントでScriptApp.newTrigger('関数名').timeBased().atHour(8).everyDays(1).create()のように作ります。Googleの説明では、インストール型トリガーは書き換えられず、削除して作り直すしかありません。古いトリガーが残っていると二重に動くので、持ち主のアカウントが使えるうちに消しておきます。

担当のアカウントに集めると、1日の上限は足りますか?

1回の処理が短ければ足りますが、集めた分の合計で確かめます。Apps Scriptの上限は1ユーザーあたりです。トリガーの1日の合計時間は、無料のアカウントが90分、Google Workspaceが6時間です。1回の実行は6分までです。

1日に回せる回数は、合計時間の上限を1回の実行時間で割れば出ます。6分いっぱいかかる処理なら、無料のアカウントで15回、Workspaceで60回です。1分の処理なら90回と360回です。

退職した3人のトリガーを、1つの担当アカウントに集める架空の例で計算しました。毎朝の通知が1回2分、在庫の集計が1時間ごとに24回で各3分、フォームの転記が1日40回で各0.5分です。合計は1日94分で、無料のアカウントの90分を超えます。

上限を超えると「Service using too much computer time for one day.」で止まります。担当のアカウントは会社のWorkspaceのものにし、実行時間はエディタの実行数の画面で確かめます。計算はscripts/figs/gas_owner_left.pyで再現できます。実行時間は架空の値なので、自社の値に替えてください。

次の退職で止めないために、何を決めておきますか?

トリガーを個人のアカウントで入れないことです。私が引き継ぎの仕組みを作るときは、次の4つを先に決めます。

1. ファイルは共有ドライブに置き、スクリプトもそこに付ける
2. トリガーは、人に紐づかない担当のWorkspaceアカウントで入れる
3. 引き継ぎ書に、関数・時刻と間隔・持ち主・失敗のメールを読む人を表で残す
4. 退職の手続きに「トリガーの書き出しと入れ直し」を入れ、終わってからアカウントを削除する

いちばん効くのは2つ目です。人に紐づかないアカウントで入れておけば、退職のたびにトリガーを入れ直す作業がなくなります。

トリガーが失敗すると、「Summary of failures for Apps Script」という件名のメールが送られます。担当のアカウントのメールを複数の人が読めるようにしておくと、止まったことに気づきやすくなります。

このサイトで相談するには?

退職で止まったGASも、マクロの守りで、どこに何が残っているかを一緒に見ます。何をどう頼むか決まっていなくても大丈夫です。御社のやり方に合わせて、進め方を一緒に考えます。

準備は要りません。無料で相談するからお送りください。返信は最短当日です。