退職する従業員が会社の日常業務から持ち出すものは、ノートパソコンやメール署名だけではありません。重要なソフトウェアのサブスクリプションを所有しているアカウント、請求書の保管場所、支払いに使用しているバーチャルカード、次回の更新日を知っている唯一の人物である可能性もあります。
カードは有効なままでも、会社はそのカードに紐づくサービスを管理できなくなることがあります。
したがって、適切な退職時の引き継ぎには、支払いの継続性. も含める必要があります。目的は、単に従業員のアクセス権を削除することではありません。会社は、加盟店アカウントの所有権、請求責任、更新情報、請求書、承認済みカードの管理権限を新しい担当者に移す必要があります。
この引き継ぎは、不要なカード情報を公開したり、個人アカウントを会社の支出に接続したままにしたりすることなく実施する必要があります。
円滑な移行では、アカウントの所有権、支払い責任、更新日、関連記録を一緒に移管します。
サブスクリプションは、その支払い方法と同じではない
チームでは、「デザインツール用の会社カード」といった表現を使い、あたかもカードがサブスクリプションを所有しているかのように話すことがあります。
しかし、そうではありません。
加盟店アカウントは、プランとサービスへのアクセスを管理します。支払い方法は請求を承認します。請求先情報は購入者を識別します。従業員またはチームは製品を使用します。
これらの責任は、異なる担当者が管理している場合があります。
従業員の業務用メールアドレスが加盟店アカウントを所有している場合、バーチャルカードだけを変更しても、引き継ぎは完了しません。新しい担当者は、プランの解約、シート数の変更、請求書のダウンロード、加盟店サポートへの連絡を行えない可能性があります。
反対に、加盟店のログイン情報を移管しても、支払い方法を確認しなければ、退職者のカード割り当てや立替精算の取り決めが有効なままになる可能性があります。
信頼できるプロセスでは、アカウントへのアクセスと支払いへのアクセスを、関連する2つの作業として扱います。
どちらも、次の従業員にカード情報を単純に送ることで解決すべきではありません。
変更を行う前に5つの所有者を整理する
| 所有権の役割 | 管理する内容 | 移管すべきもの |
|---|---|---|
| サービス所有者 | ツールが引き続き必要か、誰が使用するか | 利用目的、シート、プロジェクト、更新の判断 |
| 加盟店アカウント所有者 | ログイン、プラン変更、解約、サポート | 会社が管理するメールアドレス、MFA、復旧方法 |
| 請求担当者 | 請求先情報、税務情報、支払い通知 | 法人情報、請求連絡先、書類へのアクセス |
| カード所有者 | カードの状態、資金、利用限度額、取引確認 | 承認済みプロバイダーへのアクセスとカードの割り当て |
| 記録管理者 | 経理および社内確認のための証拠 | 請求書、承認記録、参照情報、引き継ぎメモ |
小規模な会社では、1人が5つすべての役割を担う場合があります。それでも、この区別は有用です。なぜなら、後任者は自分がどの責任を引き継ぐのかを正確に把握する必要があるからです。
大規模な組織では、財務部門がバーチャルカードを管理し、IT部門が加盟店ログインを管理し、調達部門が契約を所有し、業務チームがサブスクリプションを継続するかどうかを判断する場合があります。
退職者の上司が自動的にすべての所有者になるとは限りません。
上司はビジネス上の必要性を理解していても、請求権限を持っていない可能性があります。財務部門はカード取引を確認できても、加盟店アカウントを管理できない場合があります。IT部門はメールアドレスをリセットできても、年間更新がすでに承認されているかどうかを把握していないかもしれません。
各役割を明確に割り当ててください。
従業員の最終出勤日より前に開始する
支払い関係を移管する最適なタイミングは、退職する従業員がまだ内容を説明できる間です。
アカウントがすでに無効化された後に急いで対応すると、情報が不完全になり、不要なサポート依頼につながることがよくあります。
退職日が決まったらすぐに、サブスクリプションの所有権を退職時チェックリストに追加してください。
従業員には、次のサービスを特定してもらいます。
- 購入したサービス
- 管理しているサービス
- 承認しているサービス
- 請求書を受け取っているサービス
- チームまたはクライアントに代わって管理しているサービス
これには、カードで直接支払っているツール、プリペイド残高を通じて資金を提供しているプラットフォーム、有料化する可能性のある無料トライアル、年間契約、ブラウザ拡張機能、アプリストアのサブスクリプション、従業員が請求連絡先になっているだけのサービスも含める必要があります。
このプロセスでは、個人のパスワードではなく、業務情報に重点を置くべきです。
可能な場合、従業員は加盟店の公式管理ツールを通じて所有権を移管するか、会社が管理する管理者を追加するか、アカウント一覧をエクスポートする必要があります。
通常のメッセージで、パスワード、完全なカード番号、CVV、ワンタイムコードを送信してはいけません。
サブスクリプションの引き継ぎ台帳を作成する
有用な台帳は、後任者が古いチャットやメールを探し回らなくても、次回の更新内容を理解できるようにする必要があります。
実際に運用・更新できるよう、シンプルな形式にしてください。
以下の項目を含めます。
- 加盟店と製品： 供給元と正確なプラン。
- 業務上の目的： どのチーム、クライアント、プロジェクト、または業務フローが依存しているか。
- 加盟店アカウント： 会社が管理するログイン、管理者、請求連絡先。
- 更新パターン： 月次、年次、使用量ベース、プリペイド、手動更新。
- 予想金額と通貨： 固定値ではなく、現実的な範囲。
- バーチャルカードの参照情報： 安全な社内ラベルまたはプロバイダーの参照番号。完全な認証情報を一覧化したスプレッドシートは使用しない。
- 請求書の保管場所： 加盟店ポータル、請求専用メールボックス、または管理されたドキュメントフォルダ。
- 判断日： 更新前にサービスを見直す日。
- 新しい所有者： 引き継ぎ後の責任者。
台帳には、未解決の項目も記録してください。
加盟店が所有権の移管に対応していない場合は、アカウントの移行が必要であると記載します。請求書が見つからない場合は、誰かに請求書の取得を割り当てます。従業員が会社の業務に個人アカウントを使用していた場合は、そのアカウントが会社所有だったと決めつけず、管理された移行として扱います。
加盟店アカウントを安全に移管する
会社が管理するIDを使用する
加盟店が許可している場合、主要な所有権を会社が管理するメールアドレスまたは長期的に使用できる役割ベースのアカウントへ移します。
共有の業務用IDを使用する場合でも、全員にパスワードを知らせるという意味ではありません。アクセスは引き続き制限・記録され、会社の通常の認証プロセスによって保護されるべきです。
加盟店が個人名義の担当者を必要とする場合は、現在の承認済み従業員を割り当て、可能であれば少なくとも1人のバックアップ管理者を追加します。
以下を更新します。
- 復旧用メールアドレス
- 復旧用電話番号
- 多要素認証
- セキュリティ連絡先
- 請求連絡先
退職後、元従業員がアクセスをリセットできないことを確認してください。
サービスのデータと権限を維持する
従業員を削除する前に、その従業員がサービス内で所有している重要な資産を移管します。
これには次のものが含まれる場合があります。
- プロジェクト
- ファイル
- ダッシュボード
- APIキー
- 広告資産
- ライセンス
- 管理者権限
- クラウドリソース
- 連携機能
会社が料金を支払い続けても、購入したコンテンツや設定にアクセスできなくなれば、支払いの継続性には意味がありません。
ユーザーを削除するとデータが削除されたり、アクセス権がダウングレードされたりする加盟店もあります。また、両方のユーザーが有効な間だけ所有権の移管を許可する加盟店もあります。
アカウントの削除を財務部門だけの作業と考えず、IT部門およびサービス所有者と連携してください。
サポートと請求の連絡先を更新する
以下を受け取るメールアドレスを変更します。
- 更新通知
- 支払い失敗のアラート
- 価格変更
- 請求書
- セキュリティ通知
- アカウント更新情報
可能であれば、退職者のアカウントを無効化する前に、新しいメールボックスが通常の通知を受信できることを確認してください。
すべての警告が閉鎖された受信箱に送られ続けるだけで、サブスクリプションが数週間後に失敗することがあります。
バーチャルカードの責任を認証情報を公開せずに移管する
新しいカード担当者には、バーチャルカードプロバイダーまたは会社が定めた支払いプロセスを通じて、承認済みのアクセス権を付与する必要があります。
以下の情報を確認できるようにする必要がある場合があります。
- カードの目的
- カードの状態
- 利用限度額
- 利用可能残高
- 更新金額の範囲
- 最近の取引
カードの認証情報を公開チャットや通常の社内チャットで送信する必要はありません。
カードが退職する従業員に会社のビジネスアカウント経由で割り当てられていた場合、再割り当てが可能か、交換カードを使用すべきかを確認します。
判断は、プロバイダー、カードの設定、保存済み支払い方法の変更に対する加盟店の対応、未処理の返金や保留中の請求の有無によって異なります。
支払いのライフサイクルを把握する前に、古いカードを自動的に閉鎖しないでください。
従業員が個人カードを使用して立替精算を受けていた場合、会社がそのカードの所有権を単純に取得することはできません。
代わりに、加盟店アカウントを通じて支払い方法を承認済みの会社用オプションに変更し、移行の有効日を記録し、退職後に従業員へ請求されないようにします。
継続、交換、一時停止、解約のいずれかを判断する
退職時の引き継ぎは、各サブスクリプションに引き続き資金を提供する価値があるかどうかを見直す機会でもあります。
継続する
サービスが引き続き必要で、加盟店アカウントが会社の管理下にあり、請求情報が正しく、現在のバーチャルカードが適切な場合は、既存の取り決めを継続します。
新しい所有者を割り当て、次回の更新を確認します。
カードを交換する
サービスは継続するものの、古いカードが退職者の所有物であった、広く共有されていた、または会社の管理モデルに適合しなくなった場合は、支払い方法を交換します。
加盟店の公式請求ページから更新してください。
一時停止またはダウングレードする
チームが利用状況を評価したり、データを移行したり、シート数を減らしたりするために時間が必要な場合があります。
加盟店のプラン規則に従い、アクセスや保存データが変更される可能性のある日付を記録します。
解約する
業務上の目的が終了した場合、または重複するサービスが存在する場合は解約します。
解約確認を保存し、最終請求や返金が発生していないか引き続き確認します。
バーチャルカードを凍結することは、加盟店との契約を解約することとは異なります。
請求を停止できる場合はありますが、加盟店は請求書を支払う必要があると判断したり、アカウントを停止したりする可能性があります。
同様に、サービスを解約しても、保存済みカードがすぐに削除されるとは限りません。
関係する双方を確認する必要があります。
次回の更新日から逆算する
従業員の退職日は、唯一の期限ではありません。
月額サブスクリプションは翌日に更新される可能性がありますが、年間契約では数か月後まで請求されないこともあります。
次回の請求イベントから逆算し、以下を確認してください。
- サービスが引き続き承認されている。
- 現在の従業員がログインしてサポートに連絡できる。
- 請求先情報が正しい。
- 予想される更新金額と通貨を把握している。
- バーチャルカードの状態、限度額、資金が適切である。
- 必要に応じて保存済みの支払い方法が更新されている。
- 更新通知と支払い失敗の通知が新しい所有者に届く。
- 引き継ぎ後の最初の取引と請求書を確認する。
年間サービスについては、加盟店の解約期限より十分前に社内確認日を設定してください。
カードの有効期限切れや残高不足をリマインダーとして頼りにしないでください。
未処理の取引、返金、クレジットを処理する
返金が保留中であったり、取引が承認済みのままであったり、加盟店アカウントにプリペイドクレジットが残っていたりする状態で、従業員が退職することがあります。
サブスクリプション自体を解約した場合でも、これらの項目には担当者が必要です。
以下を記録します。
- 加盟店の参照番号
- 金額
- 通貨
- 予想される処理期間
- 関係するカードまたはアカウント
- フォローアップの責任者
プロバイダーと加盟店の処理が完了するまで、古いカードを識別できる状態にしておきます。
カードをすぐに閉鎖すると、サポート対応が難しくなる場合があります。ただし、返金への正確な影響はプロバイダーと支払い経路によって異なります。
加盟店のクレジットにも個別の対応が必要です。
プラットフォームに入金された資金は、バーチャルカード上に残っていない可能性があります。
クレジットに有効期限があるか、返金できるか、新しい管理者に移管できるか、元のアカウントに紐づいたままになるかを確認してください。
従業員がすでに退職している場合の対応
従業員のアクセスがすでに無効化された後で、退職時の引き継ぎが始まることもあります。
まずは、会社が引き続き管理しているシステムから確認します。
以下を確認してください。
- 財務記録
- カードのラベル
- 請求用メールボックスのメッセージ
- パスワード管理記録
- 調達承認
- 経費精算申請
- 最近の定期取引
アカウントの復旧を試みる前に、候補となるアカウントの一覧を作成します。
会社のポリシーに従い、従業員の業務用メールアドレスを保持または転送できるか、IT部門に確認します。
加盟店の公式アカウント復旧および所有権移管プロセスを使用してください。
次のような証拠の提出を求められる可能性があります。
- 契約書
- 請求書
- 会社ドメインの管理権限
- 管理者の承認
- 事業関連書類
元従業員になりすましたり、権限なく個人の復旧情報を使用したりしないでください。
まず、ID、ドメイン、セキュリティ、クラウドインフラ、通信、給与、顧客対応など、重要なサービスを優先します。
3つの引き継ぎシナリオ
マーケティング担当者が月額分析ツールを所有している場合
従業員の業務用メールアドレスだけが管理者で、財務部門がバーチャルカードを所有しています。
退職前に、従業員は会社が管理する運用アカウントを管理者として追加し、ダッシュボードを移管し、請求連絡先を更新し、次回の更新日を記録します。
目的と管理体制が適切であれば、財務部門は現在のカードを継続して使用します。
新しいサービス所有者が、引き継ぎ後の最初の請求書を確認します。
開発者がクラウドサービスに個人カードを使用していた場合
会社は開発者に立替精算を行っていましたが、クラウドアカウントと支払いカードの両方が個人所有でした。
チームはサービスを会社の管理下に移管または再構築し、プロバイダーの公式プロセスを通じてワークロードを移行し、会社のバーチャルカードを追加して、個人カードが削除されたことを確認します。
開発者の最終精算は、文書化された移行前の正当な請求分だけを対象とする必要があります。
クライアントのサブスクリプションを管理していた従業員が代理店を退職した場合
クライアントが加盟店アカウントを所有し、代理店がサービス契約に基づいて支払いを行っています。
退職する従業員は、連絡と請求書の両方を担当していました。
代理店は新しいアカウントマネージャーを割り当て、クライアントの承認を確認し、加盟店アクセスを移管し、専用のプロジェクトカードを財務管理下に維持します。
クライアントと代理店は、今後の請求書を誰が受け取り、誰がプラン変更を承認するかについても合意する必要があります。
Buveiの役割
複数のデジタルサービスを管理する企業にとって、バーチャルカードは支払いの所有権を整理しやすくする手段となります。
Buveiは、企業がカード、サービス、プロジェクト、目的ごとに対応する支払いを分けて管理できるよう支援する、バーチャルカードおよびグローバル決済ソリューションを提供しています。
従業員の退職時には、承認されたユーザーが次のようなカード情報を確認できます。
- カードの状態
- 利用限度額
- 取引参照情報
- 最近の加盟店アクティビティ
- 支払い履歴
この可視性により、どのサブスクリプションが特定の支払い方法に依存しているかを把握しやすくなります。
たとえば、企業はSaaSサブスクリプション、広告プラットフォーム、クラウドサービス、AIツール、その他のデジタル業務経費に対して、別々のバーチャルカードを使用できます。
これらの支払い関係を分離することで、所有権がある従業員から別の従業員へ移る際に、どのサービスが影響を受けるかを把握しやすくなります。
Buveiは、第三者の加盟店アカウント、ソフトウェアデータ、会社のメールシステム、契約、請求書の所有権を移管するものではありません。
これらの責任は、引き続き該当する加盟店および社内の会社プロセスを通じて直接管理する必要があります。
製品の提供状況やカード管理のオプションは、アカウントやカード設定によって異なる場合があります。
支払いに関する機密性の高い質問については、完全なカード番号、CVV、パスワード、ワンタイム認証コードを共有せずにサポートへ問い合わせてください。
最終的な退職時チェックリスト
- 従業員に関連するすべての有料、トライアル、年間、プリペイド、使用量ベースのサービスを一覧化する。
- サービス、加盟店アカウント、請求、カード、記録の各所有者を割り当てる。
- アクセスを会社が管理するIDに移し、復旧方法を更新する。
- ユーザーを削除する前に、ファイル、プロジェクト、管理者権限、サービスデータを移管する。
- 各サービスを継続、交換、一時停止、ダウングレード、解約するかを確認する。
- 次回の更新日、予想金額の範囲、通貨、確認期限を記録する。
- 未処理の請求、返金、クレジット、請求書、個人立替精算を解決する。
- 引き継ぎ後の最初の更新を確認し、結果を記録する。
契約の所有権と支払いの所有権は別である
カードを交換しても、契約の所有権は移管されません。
供給元との契約、アカウントのメールアドレス、管理者権限、ドメイン、ライセンスシート、請求権、解約権を、退職する従業員ではなく会社が管理していることを確認してください。
最初の購入に個人アカウントを使用していた場合は、加盟店に正式な法人移管が可能かどうかを確認します。
2つ目のアカウントを作成すると、アカウント履歴、利用権、クレジット、請求書、権限が分散する可能性があります。
支払い情報を変更する前に、更新通知期間と最低契約期間を確認してください。
カードの交換では契約を解約できません。また、カードを削除すると、単に未払い残高が発生するだけの場合があります。
最終出勤日より前にアクセスをテストする
別の承認済み従業員が実際に以下を行えるようになるまで、引き継ぎは完了していません。
- ログインする
- MFAを完了する
- 請求書を取得する
- 請求連絡先を更新する
- サポートに連絡する
- 必要に応じてサービスを管理する
退職する従業員がまだ在籍している間に、このテストを実施してください。
個人のパスワードやワンタイムコードを開示するよう求めてはいけません。
代わりに、プラットフォームがサポートするプロセスを通じて、会社が管理する管理者と復旧方法を追加します。
重要な技術サービスについては、以下も確認してください。
- APIキー
- サービスアカウント
- デプロイ権限
- ドメインレコード
- データエクスポート
- 連携機能のアラート
チームが引き続きサービスを運用できなければ、支払いの継続性には意味がありません。
退職後30日間のレビュー
次回の予想請求イベントの後、実際の請求額を移管台帳と比較します。
以下を確認してください。
- 請求額が予想と一致している
- 請求書が正しいメールボックスに届いている
- 請求通知が元従業員に送られていない
- 返金または最終請求のために開いたカードが引き続き必要である
- 予期しないサブスクリプションが気づかれないまま継続していない
利用頻度の低い供給元も確認してください。
年間更新、ドメインサービス、コンプライアンスツール、専門家向け会員サービス、その他の利用頻度が低いサービスは、前月の取引履歴に表示されない可能性があります。
取引データだけでは、すべての支払い義務を把握できない場合があります。
すぐに移管できない項目には例外ログを使用する
追加の認証、契約変更、返金の完了、サポート確認が必要なため、退職日に移管できないサブスクリプションもあります。
各例外について、以下を記録します。
- 理由
- 金銭的な影響
- 一時的な担当者
- 次の対応
- 期限
- サポート参照番号
- 現在のステータス
「サポート待ち」と記録するだけでは不十分です。ケース番号とフォローアップ日も必要です。
別の承認済み担当者がサービスを操作でき、請求情報が最新で、支払い経路が適切に文書化された後に、例外を終了してください。
適切な関係者に引き継ぎを伝える
知っておく必要があるチームに通知します。これには次の部門が含まれる場合があります。
- 財務
- 調達
- IT
- セキュリティ
- 業務
- 法務
メッセージには、カードの認証情報ではなく、責任と期限を記載してください。
重要な供給元については、管理者または請求連絡先が変更された際に、確立された連絡経路を通じて加盟店へ通知します。
加盟店ポータルに新しい所有権が反映された後で、社内文書を更新してください。
実際のアカウントが更新される前に、スプレッドシートへ「完了」と記載すると、誤った安心感を生む可能性があります。
最終的なポイント
従業員の退職時に、会社に残すべきものは無効化されたログイン情報だけではありません。
完全な引き継ぎによって、現在の承認済み担当者が、サービス、加盟店アカウント、請求先情報、バーチャルカードの責任、更新の判断、関連記録を管理できるようになります。
最も安全なプロセスは、従業員の最終出勤日より前に開始し、公式ツールを通じてアクセス権を移管し、機密性の高い支払い認証情報の共有を避け、変更後の最初の更新を確認することです。
所有権が明確であれば、サブスクリプションは、元従業員のメールアドレスや支払い方法が消えたためではなく、明確な業務上の理由によって継続または終了できます。
