Zoom Team Chat移行アプリフィールドガイド
はじめに
Zoom Team Chat Migration App フィールドガイドは、IT 管理者向けの包括的なリソースであり、Slack ワークスペースを Zoom Team Chat に移行するためのステップバイステップの手順を提供します。パブリックチャンネル、プライベートチャンネル、およびダイレクトメッセージの移行に関する必須プロセスを網羅し、データの整合性とユーザーの通信履歴を維持します。
この Zoom Team Chat 移行アプリ は、Slack ワークスペースのデータを Zoom Team Chat 環境に転送するためのデュアルエンジンアーキテクチャを実装しています。システム管理者は複数の移行経路にアクセスできます。
移行の概要
Zoom Team Chat Migration App を使用して Slack データを移行する方法は複数あり、組織の規模、Slack プラン、およびセキュリティ要件に応じて異なります。
さらに、特定の Slack および Zoom の前提条件を満たし、移行計画を立て、Slack ワークスペースを統合する必要があります。本セクションでは、これらの前提条件と考慮事項の概要を示します。
移行オプション
以下の表は、最も一般的な移行アプローチの詳細を示しています:
API 移行(アプリベース)
移行アプリを使用して Slack の API に直接接続し、データを転送します。パブリックチャンネル、プライベートチャンネル、および DM をサポートします。
小規模組織、またはユーザー認可を取得できる場合
プライベートチャットおよび DM の場合、ユーザーは自分のデータへのアクセスを認可する必要があります
Slack から直接データを完全に自動化してシームレスに転送できます
インポートツール移行(ファイルベース)
Slack のエクスポートファイルを使用して、Zoom のインポートツール経由でデータを移行します
Slack Plus または Enterprise Grid プランを利用している組織
管理者は Slack 管理ダッシュボードから Slack データをエクスポートする必要があります
ユーザー認可は不要。特にプライベートチャットの一括移行に最適です
ハイブリッドアプローチ(API + インポート)
API とインポートの方法を組み合わせます:パブリックチャンネルは API で、プライベートチャンネルと DM はインポートツールで移行します
ユーザー認可の複雑さを回避したい中〜大規模組織向け
Slack エクスポートとアプリベースの API 移行の両方に対する管理者アクセスが必要です
プライベートチャットに対するユーザー認可の障壁を回避しつつ、パブリックチャンネル移行では自動化を維持できます
システム制約
移行プロセスには特定の制約が適用されます:
単一ジョブの最大容量:過去 12 か月分のデータ
総移行ウィンドウ:60か月(5年)
ジョブの同時実行:一度に実行できるジョブは 1 つのみ
この技術的アーキテクチャにより、セキュリティプロトコルとデータの整合性を維持しながら、エンタープライズの通信データを体系的に移行できます。
Slack から Zoom へのデータマッピング
移行前に Slack と Zoom Team Chat の対応関係を理解するのに役立つ下表のマッピング詳細:
パブリックチャンネル
パブリックチャンネル
自動的に移行されます
プライベートチャンネル
プライベートチャンネル
ユーザーの承認が必要です
ダイレクトメッセージ(DM)
1:1 チャット
ユーザーの承認が必要です
グループ DM
グループチャット
ユーザーの承認が必要です
スレッド
インライン返信
Slack のように完全なスレッド形式ではありませんが、返信順序は保持します
@ メンション
@ メンション
同様の動作
リアクション
絵文字リアクション
同様の動作
ファイル
共有ファイル
クラウドストレージが有効である必要があります
ピン留めされたメッセージ
スター付きメッセージ
ピン留めメッセージはスター付きになります
Slack ボット/アプリのメッセージ
テキストのみ(カードは不可)
リッチアプリカードは移行されません
アカウントと権限の前提条件
先に進む前に、Slack と Zoom のアカウントレベルと管理者権限の両方を確認する必要があります。
A Pro、Business、Enterprise、または Education Zoom アカウントが必要です。
Slack と Zoom 管理者権限 が移行を許可するために必要です。
Zoom Marketplace アプリをインストールする管理者は、Web ポータルでロール管理にアクセスする必要があります。チャット管理の正しい権限が割り当てられていることを確認する必要があります - 編集 チェックボックスは次の項目に対して選択されている必要があります チャットチャンネル および チャットメッセージ ロール。そうでない場合、権限不足により Zoom Slack Migration アプリを承認できません。
クラウドストレージは次のために有効にする必要があります: メッセージ/ファイルの保持.
Slack API:スコープ、権限、およびレート制限
Slack API は Slack のユーザー、チャンネル、およびメッセージデータを取得するために使用されます。これらのデータタイプにはレート制限があり、Slack ワークスペースごとに 1 分あたりのリクエスト数が制限されます。これは移行スケジュールを計画する際の重要な考慮事項です。
Slack 移行ジョブのパフォーマンスベンチマーク
以下の表は Slack 移行の推定値を示します。
インポート移行
〜2 週間
5~10 秒
チャンネルあたり 45 秒〜1 分15 秒
API ベースの移行
〜2 週間
20~30 秒
チャンネルあたり 3~5 分
*過去 1 年分のデータを持つ中規模 Slack ワークスペースに基づく
移行ジョブは、実装スケジュールとリソース計画に直接影響を与える 2 つの基本的なボトルネックに直面します。ファイル転送処理の制約は、インポートおよび API ベースの両方の移行方法に影響を与え、展開計画の際に十分な帯域幅の割り当てと転送最適化戦略を必要とするパフォーマンス制約を生み出します。API ベースの移行ジョブは、Slack のネイティブ API のレート制限メカニズムによる追加のパフォーマンス制約に直面します。これらの制約はインポート移行には影響しませんが、API ベースの実装には大きく影響し、処理ウィンドウの延長と慎重なジョブスケジューリングを要して、スループットを最適化しつつプラットフォームの制限に準拠する必要があります。
Slack ワークスペースに数百〜数千のチャンネルが含まれている場合でも、チャンネルのアクティビティ分布には予測可能なパターンがあり、移行のパフォーマンスとリソース配分要件に直接影響します。メッセージ履歴、ファイル添付、ユーザー間のやり取りが大量に存在する高アクティビティのチャンネルは、上記のベンチマーク処理時間を要します。しかし、ワークスペース内のチャンネルの大多数は通常、短い会話、通知、またはアーカイブ済みの議論など活動が少なく、ベンチマーク推定よりもはるかに速く移行されます。
必要な管理者権限とスコープ
Zoom App Marketplace は、Zoom テナント内で以下の管理者権限とスコープを必要とします:
チームチャット管理 > チャットチャンネル = 編集
チャットメッセージ = 編集
Zoom 移行ツールは内部 API を使用しており、以下の Zoom アプリスコープを必要とします:
chat_message:write:adminimchat:botchat_channel:write:adminuser:write:admin
Zoom XMPP には、真正性および履歴追跡のために Slack メッセージ ID を含むフィールドが含まれます。
Zoom が構築した Slack アプリは、管理者が移行ツールを介してワークスペースに接続すると自動的に Slack テナントにインストールされます。Slack アプリは OAuth2 認証 を使用して Zoom に接続し、データ移行のための認可トークンを提供します。ユーザーはプライベートな会話(DM、グループチャット、プライベートチャンネル)の移行を承認する必要があります。
また、次のオプションを設定する必要があります: Slack ディレクトリからのアプリのみを許可 から OFF。これにより、ワークスペース接続が作成されると Slack アプリをインストールできるようになります。以下の Slack スコープも必要です:
files:readchannels:historychannels:readgroups:historygroups:readim:historyim:readmpim:historympim:readpins:readstars:readusers:readusers:read.email
移行に関する考慮事項
事前に移行戦略を検討することで、労力を節約し、プラットフォーム間のスムーズな移行を確保できます。高レベルの例として、Zoom は次の戦略概要を提供します:
移行する Slack ワークスペースを決定する(1 つ以上)
移行するデータを選択する:
パブリックチャンネル(自動移行)
プライベートチャンネルおよびダイレクトメッセージ(DM)(ユーザー承認が必要)
ボットおよび/またはアプリのメッセージ
ニーズに最適な移行方法を決定する
移行のタイムフレームを設定する(ジョブごとに最大 1 年まで)
プライベートメッセージの承認についてユーザーに通知する
Slack ワークスペースの統合
Enterprise Grid ユーザーのように複数の Slack ワークスペースを使用している組織では、Zoom Team Chat への移行によりすべてのワークスペースが単一アカウントに統合されます。
ワークスペースを区別するために、Zoom は元のワークスペース名をチャンネル名とチャット名の両方に追加します。たとえば:
元の Slack チャンネル:
#engineering (ワークスペースが「US Team」の場合)
移行後の Zoom チャンネル:
#engineering: US Team
この統合により、すべてのデータが単一の Zoom Team Chat アカウントに移行されると同時に、元のワークスペースのコンテキストが保持されます。共有スペースは特定のチームや部門向けの追加の構造を提供し、コンテンツの整理とアクセスを容易にします。
チャットデータの統合
100 人を超えるユーザーがいるワークスペースには、アーカイブも削除もされていない何万件ものプライベートグループチャットや DM が存在することがあります。ユーザーが会社を退職した後であってもこのようなデータは残ることがあり、これがプライベート移行ジョブがパブリックジョブよりもはるかに時間を要する原因となります。
管理者は、これらの古い会話を手動でアーカイブするか、Slack の保持期間を更新して自動的に削除することで古いデータをクリーンアップするべきです。
Zoom は、Zoom Team Chat 内でアクティブなデータとして保持する必要があるデータと、将来の法務、コンプライアンス、リスク軽減、人事、その他の目的のためにアーカイブできるデータを検証することを推奨します。
より多くの Slack データを Zoom Team Chat に複製することは可能ですが、Zoom は アクティブデータは 1 年分(1 年)だけを複製し、残りはアーカイブすることを推奨します。ほとんどのユーザーは通常、自分の職務やコミュニケーションのために 1 年を超えて検索する必要はほとんどありません。Zoom は、移行を成功させるために移行ジョブを 3~6 か月分の小さなバッチで作成することを推奨します。
また、データが現在 Slack に存在しているのか、DLP、e-Discovery、またはアーカイブのためにサードパーティサービスと統合されているのかを考慮することが重要です。
チャット履歴の保持
Slack から Zoom に移行する際には、Slack が完全にクラウドベースである一方、Zoom はより細かい保持オプションを提供しているため、保持に関連するいくつかの考慮事項があります:
Zoom はローカルデバイスとクラウドの両方のストレージを提供しています。 ローカルデバイスストレージ は 1 日から 7 年までの範囲に設定できます。 クラウドストレージ は無効にすることも、7 年の保持期間に設定することもできます。
保持ポリシー はアカウントレベルおよびグループレベルの両方でユーザーに対して構成できます。
管理者は必要に応じて個々のチャンネルに対して特定の保持期間を設定できます。
管理者は DM やグループチャット用の保持ポリシーを 1 つ指定し、チャットチャンネル用に別のポリシーを設定できます。
チャット履歴のレポート作成のために、Zoom は編集されたメッセージのリビジョンと削除を保存することを推奨します。
詳細は Zoom サポートの記事を参照してください: Zoom Team Chat のメッセージ履歴の保存 チャット履歴の保持について詳しくは上記をご覧ください。
ベストプラクティス
移行前のベストプラクティス
移行前プロセスを容易にするために次の推奨事項に従ってください:
ユーザーが Zoom にアカウントを作成し、少なくとも一度は認証していることを確認してください。
管理者が Slack 移行アプリを自分の Zoom アカウントに追加していること。
移行を実行する管理者は両方のプラットフォーム(Slack と Zoom Team Chat)に対する権限を持ち、Zoom と Slack のアカウントでメールアドレスが一致している必要があります。
管理者は Zoom Team Chat Migration アプリを使用して移行ジョブを構成し、Slack から Zoom Team Chat にデータを移動する必要があります。注意:このプロセスでは少なくとも 2 つのジョブが必要です。少なくとも 1 つのジョブがプライベート会話を移動し、1 つのジョブがパブリックチャンネルを移動します。
管理者は移行を高速化するために、移行したくない不要な Slack データをアーカイブまたは削除するべきです。
プライベートデータの移行に API 移行ジョブを使用する場合、ユーザーがいつどのように Slack に対して自分のデータ移行を承認するかをユーザーに周知してください。
インポート移行ジョブを使用する予定がある場合は、次に従ってください: ワークスペースのチャットデータを .zip ファイルとしてエクスポートするための Slack の手順.
ファイル要件:
.zip ファイルの名前は元の Slack エクスポート形式から変更してはいけません
.zip ファイルのサイズは 1 GB を超えてはいけません
移行のベストプラクティス
以下のプロセスは移行のハイレベルな概要を示します:
移行前に、ユーザーが Zoom に作成され、少なくとも一度は認証されていることを確認してください。
管理者は Slack 移行アプリを準備して自分の Zoom アカウントに追加するべきです。
移行を実行する管理者は両方のプラットフォームに対する適切な権限を持ち、Zoom と Slack の間でメールアドレスが一致している必要があります。
管理者は Slack にプライベートアプリをインストールして Zoom への接続を行い、OAuth 認証を実行する必要があります。
管理者は Zoom Team Chat Migration アプリを使用して Slack から Zoom Team Chat にデータを移動する移行ジョブを構成します。これには最低 2 つのジョブが必要です—1 つはプライベート会話用、もう 1 つはパブリックチャンネル用です。
移行の際は、次の推奨手順に従ってください:
「公開チャンネルを選択」会話タイプを選び、特定のチャンネルを選択して 1 チャンネル分のデータを移行してみてください。古いチャンネルの一部から 1 週間分のデータを選択します。
1 年以上前のすべてのパブリックチャンネルを転送するジョブを作成し、すべてのチャンネルがユーザーと共に作成されていることを確認します。
アプリが期待どおりに動作することを確認したら、小さい時間範囲のジョブを多数実行するよりも、より大きな時間範囲のジョブを少なく作成して実行してください。各ジョブは移行するための同じ数の手順を含みます。
(オプション)プライベートジョブの移行についてもこれらの手順を繰り返します。
データ移行後、データは次のように表示されます:
パブリック/プライベートチャンネルおよびグループチャットの名前は次のように表示されます:#channel-name: workspace-name
アクティブな Zoom アカウントを持つ Slack ユーザーが送信したメッセージは、該当する Zoom ユーザーが送信したかのように通常どおり表示されます
アクティブな Zoom アカウントを持たない Slack ユーザーが送信したメッセージは、Slack メッセージ送信者の名前を持つ非アクティブ化された Zoom ユーザーから送信されたものとして表示されます
システムメッセージは移行されます(例:「@Some User がチャンネルに参加しました」)
すべてのメッセージは Slack 内の状態に関係なく既読として移行されます
完了通知(Migration Completion)は、完了時に各パブリックおよびプライベートチャンネルに送信され、「Message is sent from Team Chat Migration App, Day Date Time」と表示されます
移行アプリの削除
移行アプリは移行後に Slack と Zoom の会話間で 1:1 のマッピングを維持します。
このアプリを Zoom アカウントから削除すると、これらのマッピングは削除され、再インストールして再度移行を行うとチャンネルやチャットが重複する可能性があります。今後移行が不要であると確信できる場合のみ Team Chat Migration アプリを削除してください。
インストール
アプリをインストールするには:
Zoom App Marketplace にサインインしてください。
Team Chat Migration を検索してクリックします 追加.
必要な権限を確認して承認します。
詳細は Zoom サポートの記事を参照してください: Team Chat Migration アプリ(Slack Migration ツール)の使用 より詳細なインストール手順については、
管理者はプライベートアプリケーション「Message Retriever」をインストールおよび承認するために Slack ワークスペースアカウントまたは組織に権限を付与する必要があります、 Message Retriever。通常、管理者は Slack ワークスペースでアプリの使用を承認し、すべてのメンバーがアプリを使用できるように権限を付与する必要があります。
管理者は Zoom アカウントに Team Chat Migration アプリをインストールする権限と、管理者ロールにおける 2 つのチームチャット管理の権限を付与する必要があります。
次のオプション: Slack App ディレクトリからのアプリのみを許可 設定は次のようにする必要があります: 無効.
アプリを使用する管理者は、 アカウント管理者ロール を持っている必要があります 会話を移行するには。カスタム管理者タイプであってはなりません。詳細は次を参照してください: および アカウントの種類、役割、およびライセンスの特定 ロール管理
Zoom サポートサイト上。
API 移行ジョブ用に Slack ワークスペースを接続する
ファイルインポート方式を使用していない場合、これらの手順は API 移行のための接続に役立ちます。
ワークスペースを接続するには:
クリック Zoom で Team Chat Migration アプリを開きます。 接続を作成 > Slack にサインイン
して認可します。
Zoom ダッシュボードでワークスペース接続を確認します。
ユーザー同期タスクを実行する
ユーザー同期タスクは Slack ワークスペース内の全てのフルでアクティブなメンバーを取得し、メールアドレスを使用して対応する Zoom アカウントとの 1:1 マッピングを作成します。
アクティブな Slack ユーザーのメールアドレスが Zoom 側で見つからない場合、そのメールアドレスに対して Zoom 内に新しい非アクティブユーザーが作成されます。 アクティブな Slack ユーザーのメールアドレスが個人アカウントなど別の Zoom アカウントで見つかった場合、そのユーザーは「ダミーユーザー」プロファイルにマッピングされます。あなたの Zoom アカウントでは、このユーザーは名付けられます TeamChatMigration AppUser
そして、ワークスペースのすべてのメッセージデータが移行されるように存在します。 アクティブな Slack ユーザーのメールアドレスが個人アカウントなど別の Zoom アカウントで見つかった場合、そのユーザーは「ダミーユーザー」プロファイルにマッピングされます。あなたの Zoom アカウントでは、このユーザーは名付けられます その
ユーザーを削除しないでください。
移行ジョブの実行
次のセクションは移行に必要なジョブの開始に役立ちます。
インポート移行ジョブの作成
クリック 新しい移行ジョブを作成するには:ファイルをアップロード 、Slack エクスポートファイルを選択し、次にクリックします.
アップロード
ファイルが Zoom にアップロードされるまで待ちます。
注:ページを閉じたり更新したりしないでください。これによりファイルアップロードが停止し、ジョブが「Uploading」状態で停止する可能性があります。もしそのようなことが起きた場合は、「Uploading」ジョブを削除してこのプロセスを再開できます 初期ファイルのアップロードが完了すると、 移行の詳細ウィンドウ
が表示され、移行アプリがファイルを移行のために準備している間にポップアップします。この時点で、ジョブが実行可能になるまでページを閉じたり、終了したり、更新したりできます。
ツールがファイルの移行準備を完了すると、移行する会話タイプを選択できるようになります。 会話タイプを選択したら、クリックします 実行
して移行ジョブを開始します。
インポート移行ジョブの作成
クリック API 移行ジョブの作成 新しい移行ジョブ
を選択してください。 を作成し、Slack ワークスペースを選択します。:
データ範囲
パブリックチャンネル(自動的に移行されます)。
プライベートチャンネルと DM(ユーザー承認が必要)。
メッセージの特定の日時範囲。 会話タイプを選択したら、クリックします 実行
データ範囲と期間を選択し、ユーザーからの承認を取得したら、次を選択します:
プライベートチャンネルおよび DM のプライベートデータ承認の処理: プライベートチャンネルと DM の移行にはユーザーの承認が必要です
移行される前に。
移行ジョブが作成されると、Zoom は自動的に承認依頼のメールを送信します。
管理者はどのユーザーが承認したか/していないかを追跡できます。プライベートチャットの移行については、会話履歴全体を移行するには 1 人のユーザーの承認があれば十分です。
承認依頼メールは、まだ承認を行っていないユーザーにのみ送信されます。
最適な移行成功のために、約 60~70% のユーザーから承認を得ることを目標にしてください。
移行ジョブの実行と監視
新しい移行ジョブを開始する
クリック には: 移行を実行
してプロセスを開始します。 移行時間はワークスペースの規模により異なります(大規模なワークスペースでは).
12 時間以上 )。進捗は次で追跡してください:.
移行ダッシュボード
移行ジョブのトラブルシューティング
解決策
プライベートメッセージ/チャンネルが欠落している
ユーザーが移行を承認したか確認してください
移行ジョブが停止している
移行アプリは自動的に再試行します
Zoom にマッピングされていないユーザーがいる
Zoom に同じメールアドレスで存在することを確認し、移行を再実行してください
移行の振り返り(ポストモーテム)
移行を完了した後、Zoom は徹底したポストモーテムを実施し、Slack のコンテンツが期待どおりに Team Chat に移行されていることを確認することを推奨します。
アクション
移行を確認する
Zoom Team Chat にサインインして、チャンネル、メッセージ、およびファイルが正しく表示されていることを確認します。
サインアウトしてから再度サインインし、チャット履歴を更新します。
欠落データを修正する
プライベートデータアクセスを承認していないユーザーに承認リクエストを再送してください。
エラーのある移行ジョブを確認し、失敗したジョブを再実行してください。
(オプション)Slack を廃止する
データ移行が完了していることを確認した後、Slack ワークスペースをアーカイブまたは削除しても構いません。
一般的なトラブルシューティング
メッセージが欠落している場合は、サインアウトしてから再度 Zoom にサインインしてみてください。
ユーザーが見つからない場合は、Slack と Zoom のメールアドレスが一致していることを確認してください。
移行が失敗した場合は、エラーログを確認し、処理を再試行してください。
追加のトラブルシューティングチェックリスト
移行後に追加の問題を発見した場合、このチェックリストは検証のために実行する追加の手順とアクションを提供できます。 続行する前に、次を取得する必要があります: Web コールからの Zoom トラッキング ID と、次の両方を取得してください: および アカウント ID.
問題の説明
Zoom アカウント設定
すべてのレベルでチームチャット機能が有効になっていることを確認してください
すべてのレベルでファイル共有設定が有効になっていることを確認し、ファイル制限があれば記録してください
「ユーザーがパブリック+プライベートチャンネルを作成できるようにする」がすべてのレベルで有効になっていることを確認してください
Zoom のユーザーに関する問題
ユーザーの管理者ステータスを確認してください
ツールオペレーターのメールが Zoom と Slack で一致していることを確認してください
移行対象ユーザーのメールアドレスが Zoom と Slack の両方で一致していることを確認してください
移行ジョブの問題
ジョブの完了ステータス(合格/失敗)を確認してください
ジョブがパブリックチャンネルまたはプライベートチャンネル/会話を含んでいたか判断してください
移行は合格したがメッセージ/会話が表示されない場合
GMT の時間範囲が意図した Slack メッセージ範囲を正しく捉えていることを確認してください(移行日時は GMT の午前 0 時に開始/終了します(PST +7))
適切なチャンネル作成を確認してください
移行後にユーザーがクライアントからサインアウトして再度サインインしていることを確認してください
Zoom に移行されたユーザーが適切に作成されていることを確認してください
チャット履歴管理ポータルでメッセージ/会話の表示を確認してください
移行が失敗した場合
特定のエラーメッセージを記録してください
ファイル移行の失敗がある場合は、問題のあるファイル名を記録してください、 右に続けてください:
最終更新
役に立ちましたか?


