LINE運用の引き継ぎ。担当者不在でも配信・復旧を続ける管理表

LINE運用の引き継ぎは、管理画面のログイン方法を渡すだけでは完了しません。自動配信、会員DB、定期実行、画像の置き場、請求、障害の連絡先まで、後任者が必要な操作と判断をできることを完了条件にします。

本記事は2026年9月8日時点の公式権限・運用資料を踏まえた引き継ぎ案です。実際の権限変更や認証情報の更新は行わず、何を確認してから切り替えるかを整理します。

引き継ぐ対象を、六つの台帳に分ける

台帳	記載する項目	後任者ができるようにすること
アカウント・権限	公式アカウント、プロバイダー、チャネル、管理者	正しい環境へ自分の権限で入る
配信・シナリオ	原稿、予約配信、ステップ、対象、承認者	何がいつ送られるか確認する
システム	コード、サーバー、DB、定期実行、外部連携	自動処理の所在を追う
認証情報	種別、保管先、利用する処理、更新担当	秘密情報を安全に更新する
契約・費用	契約主体、請求先、配信上限、更新日	費用や契約失効で停止しないよう管理する
障害・問い合わせ	監視、連絡先、停止・再開の条件	状況を切り分け、対応を引き継ぐ

「担当者が知っている」という欄を残す場合は、引き継ぎ前の未解決事項として扱います。台帳の場所が個人のメモや受信箱だけになっていないかも確認します。

管理権限は、管理画面ごとに確認する

LINE Official Account Managerにはメンバー追加と権限管理の機能があります。各担当者に必要な権限を設定し、共通パスワードを全員で使うことを引き継ぎの中心にしない方法を選びます。公式の権限設定マニュアル

Botを利用している場合は、LINE Developers側も別に点検します。プロバイダーの権限とチャネルの権限は独立しているため、プロバイダーへ後任者を追加しただけではチャネルを扱えない場合があります。LINE Developersの権限管理

さらに、ビジネスマネージャー、クラウド、コード管理、外部配信ツールなど、利用しているサービスの権限を洗い出します。一つの画面で管理者になったことを、すべての権限移行の完了としません。

開発を委託している場合は、サービス提供者と制作会社の管理範囲を明確にします。委託先の担当者が変わった後も、自社が必要なチャネルと設定を把握できる構成にします。プロバイダー・チャネル管理の公式推奨

権限の削除は、後任の確認が終わってから行う

通常の担当交代では、次の順序で計画すると取り残しを減らせます。緊急の不正利用対応は別の判断になるため、責任者が対応範囲を決めます。

後任者と代行者を決め、必要な環境へ招待する。
後任者が自分のアカウントで、対象と権限を確認する。
配信・停止・復旧の手順を、適切な検証環境や机上確認で引き継ぐ。
秘密情報の更新が必要な場合、利用先と切り替え手順を確認する。
旧担当者の権限を、関連する各サービスで整理する。
新体制で通知・請求・問い合わせの受領先を確認する。

権限を先にすべて削除すると、後任者が設定を確認できず、管理者不在になる可能性があります。招待メールを送ったことと、後任者が利用できたことも別です。

トークンの一覧には値ではなく、保管先と利用先を書く

チャネルアクセストークンには種類や有効期間、発行・失効方法の違いがあります。「引き継ぎだから再発行」を一括で行う前に、どの処理が使っているかを確認します。チャネルアクセストークンの公式ガイド

台帳に残す項目	記載例
識別名	本番配信Bot用、検証用
種別・対象	対象チャネルとトークンの方式
保管先	権限管理された秘密情報ストアの参照名
利用先	Webhook処理、夜間バッチ、外部連携
更新手順	更新担当、反映先、動作確認、失敗時の手順
期限・通知	有効期間と更新通知を受ける担当

共有資料へ秘密情報の値そのものを並べる必要はありません。後任者が必要な権限で保管先へアクセスできることと、更新後に全利用先へ反映できることを確認します。

配信シナリオには「停止すると何が起きるか」を添える

予約配信やステップ配信は、画面を引き継いだ後も自動で動きます。原稿の一覧だけでなく、開始条件、待ち時間、対象、上限、終了時の動作まで記録します。

標準ステップ配信では、有効期間が終わっても既に入ったユーザーへの配信が続く場合があります。また、停止後の再開時には待ち時間の状態による挙動があります。「期間を過ぎたから送られない」と思い込まず、公式の停止・再開条件を確認します。ステップ配信の公式マニュアル

担当者が変わる日に、全シナリオを停止する必要があるとは限りません。続ける配信、見直す配信、停止する配信を責任者が確認し、操作履歴を残します。

実務例：月初だけ動く集計通知を発見する

架空の小売店で、日常のLINE配信は後任者へ渡したものの、月初の集計通知だけは旧担当者の管理する定期実行から送られていたとします。日々の配信確認だけでは、この依存に気付きません。

引き継ぎ時に実行スケジュールを一覧化し、「月初に何が起きるか」を確認することで、実行元と通知先を発見できます。新担当者は集計結果の確認先、実行ログ、失敗通知の受領先を把握し、必要な権限・実行設定の移行を計画します。

ここで定期実行を新旧両方に残すと、同じ通知や集計が二回動く可能性があります。切り替え日時と有効な実行元を一つずつ記録し、業務処理の重複を確認します。

後任者が使える短い運用手順にする

長い設計書とは別に、日常と障害の入口を一枚にまとめます。例えば次の五項目です。

質問	資料に書く答え
今日送られる内容はどこで分かるか	配信予定表と管理画面の場所
送ってはいけない状態ならどうするか	停止対象、操作担当、責任者
自動処理が止まったら何を見るか	監視・ログ・業務DBの確認先
顧客から未達の連絡が来たらどうするか	予約等の確認先と代替案内手順
いつ再開してよいか	原因解消、滞留処理、再送対象の確認条件

実際の障害を起こす必要はありません。過去のログや架空の状況を使い、後任者が資料を見て確認先と連絡先を答えられるか、机上で確認できます。

引き継ぎの受入確認表

確認項目	完了の判断
本番と検証の識別	後任者が対象環境を取り違えず説明できる
管理権限	自分の権限で必要な画面へ入れる
秘密情報	保管先と更新の利用先を確認できる
月次・障害時の処理	日常に動かないジョブも一覧にある
配信シナリオ	継続・停止・再開の影響を説明できる
請求と通知	新担当者・代行者へ必要な案内が届く設定になっている
旧担当者の整理	各サービスの権限と個人への通知先を確認済み
未解決事項	担当と期限が付き、引き継ぎ済みと混同されていない

よくある質問

LINE公式アカウントの管理者を追加すれば完了ですか？

Botや外部ツールを使っている場合は、LINE Developers、サーバー、DB、定期実行、請求なども別に確認します。プロバイダーとチャネルの権限も独立しているため、それぞれ後任者が操作できるか確認します。

旧担当者の権限は最初に削除すべきですか？

通常の担当交代では、後任者が必要な環境へアクセスでき、手順を確認した後に整理します。不正利用など緊急の状況では、責任者が影響を判断して別の対応を取ります。

トークンは引き継ぎ時にすべて再発行しますか？

種類と有効期間、利用する処理を確認してから判断します。更新する場合は、全利用先への反映と確認手順を用意し、一部のジョブだけ古い認証情報が残らないようにします。

後任者が使える資料かどう確認しますか？

架空の障害や月次処理の場面を提示し、資料だけで確認先、担当者、停止・再開の条件を説明できるか確認します。未解決事項には担当と期限を付け、完了扱いにしません。

この記事に関連するサービス

LINE公式アカウントと自動処理の運用を、担当交代や保守契約の変更に備えて整理したい方は、LINEアプリ開発のサービスをご覧ください。

LINEアプリ開発のサービス・相談窓口を見る