ThinkLink を運用へ引き渡す：ロール・組織・実アカウント検証

担当者の業務から考える

当番は状態確認と記録、保守担当は端末調査、組織管理者はユーザーや設定の管理など、必要な作業が異なります。全員へ admin を渡す前に、操作、対象、責任者を列挙して権限を選びます。文書上の admin は組織内の全機能を持ち削除できませんが、全日常担当者に適切とは限りません。メニュー、データ範囲、個別操作は別に確認します。一つのチェック項目から全 API の許可を推定せず、本稿も未検証のボタン単位制限が標準機能として存在するとは主張しません。

メンバーとロールを両方確認する

プラットフォームへのログインと対象組織への参加は別です。正式なユーザー管理で作成または招待し、組織とロールを確認します。招待は相手の承諾が必要で、送付だけで参加完了とはなりません。新規作成では現行フォームの名称、アカウント、初期パスワード、ロールを入力し、古い説明から形式を推定したり名称を省略したりしません。部署の表示だけでも端末アクセス範囲は証明できません。独立した試験アカウントを使い、管理者セッションの借用や共通パスワードの手順書記載を避けます。

新しいメニューに権限を付ける

動的メニューは有効化と表示設定に加え、カスタムロールの権限ツリーで対象入口を許可する必要があります。保存後に利用者が画面更新または組織へ再入場し、入口が表示されて開けるか確認します。名称だけでなくデータ読込みと対象オブジェクトも見てください。失敗時はメニュー設定、ロール割当、メンバー状態、サーバー応答を分けて調査します。実演を通すために一時的な全権限を黙って付与すると、合意した担当業務の設計を検証したことにならないため記録と是正が必要です。

各アカウントで業務を通す

正しい組織へ入り、指定端末を見て、履歴を開き、明示的に許可された保守を行うなど、ロールごとに業務手順を準備します。制限の確認には無害な読取りや画面確認を使い、危険操作を実行して拒否を試しません。成功、拒否、読込み失敗、未検証を分け、ボタン非表示をサーバー権限検証の代わりにしないでください。範囲の問題があれば担当業務を引き渡す前に記録して解決します。最後に仮の試験権限を外し、正式アカウントで必要業務を再確認します。

1. 担当ごとの必要操作を列挙する。
2. メンバー、ロール、メニューを確認する。
3. 引渡しアカウントで業務を完了する。
4. 仮権限を外し管理責任を渡す。

人員と長期認証情報も引き継ぐ

ロール用途、アカウント責任者、組織範囲、操作入口、権限変更手順を資料に残します。異動や離任時は表示名だけを変えず、ロール、メンバー、関連する認証情報を正式手順で見直します。個人 API Key とシステム API Key は作成入口と権限境界が異なるため現行文書に従い、公開画面、スクリーンショット、手順書へ鍵を書きません。所有権移転も通常ロール変更とは別操作です。実際に試したアカウントと範囲を明記し、次の担当者が同じ業務を再現できる形で渡します。