食品卸のマクロ引き継ぎの導入例(イメージ)|マクロの守り

今の困りごと

作った社員の退職でアカウントを消したら、毎朝7時の発注の通知が届かなくなった
スクリプトがその社員のマイドライブにあり、誰が持ち主なのか分からない
在庫表を3人が同時に書き換え、行がずれて数が合わなくなることがある

ほかの頼み先と比べると

よく比べられるのは、スキルマーケットやクラウドソーシングで1か所だけ直してもらう方法と、別のサービスへの乗り換えです。どちらも、作った人がいないマクロの全体を次の人が直せる形に残す所までは、範囲に入らないことが多くなります。

通知だけをクラウドソーシング(S社)で直してもらう

トリガーは戻せますが、次の退職で同じことが起きます。在庫表のずれは残ります

在庫管理のクラウドサービスに乗り換える

発注の通知の条件(取引の多い品目だけ前日の数で判断する)を、サービスの設定の範囲で再現できるかが分かりません

マクロの守り

スクリプトを共有ドライブと担当アカウントに移して引き継ぎ書を作り、在庫の入力だけを Web アプリに。一式80万円〜(税別)

頼み先ごとの違いを項目ごとに比べる

作る仕組み

削除から20日以内のうちにユーザーを戻してもらい、スクリプトとスプレッドシートを共有ドライブに移します。トリガーは共有の担当アカウントで入れ直し、どのアカウントで何が動いているかを一覧にします。在庫の入力は、3人が同時に書いても行がずれない小さな Web アプリにし、発注の通知はそのデータから送ります。

ここがポイント:「誰のアカウントで動いているか」を一覧にしてから直す。