TSUMIRA CONNECT
承諾した接続で、別のTsumira企業と働く。
会社の関係、相手との会話、対応する仕事の共有を個別に選び、ワークスペース全体を開かずに協働します。
企業をつないでから選んだ仕事を共有する
受諾した関係とワークスペース全体の公開は異なります。
一緒に働くために、内部全体を公開しない
サービス会社と協力企業には、共通の相談と特定の資料が必要でも、内部運営は分かれているべき場合があります。Tsumira Connectは有効なTsumira企業の関係を作り、選んだ会話と共有を支えます。接続、参加、リソース共有は別の判断です。承諾は協働の開始であり、相手の全業務を読む権限ではありません。
相手企業との関係を作る
権限のある人間の管理者が、有効なTsumira企業をワークスペース識別で招きます。相手は承諾か辞退を決めます。切断やブロックにも状態と操作があります。見慣れた表示名だけでなく実際の会社を確認してください。任意のメールアドレスや、すべての外部サービスへの接続とは違います。
- 企業への招待と承諾
- 権限を持つ人が管理
- 明示的な接続の状態
人と仕事の共有範囲を選ぶ
承諾後には、選択した相手との直接・グループ会話を使えます。対応するリソースは、明示的な合意とモジュール権限で共有します。モデルは記録、文書、リスト、スペース、ファイルを扱えますが、対象と有効モジュールで可否が決まります。顧客参照や招待だけで関連情報をすべて公開したと考えず、資料と意図する権限を確認します。
- 選んだ相手との会話
- 対応リソースの明示的合意
- モジュールごとの共有適性
実際の共有合意を確認する
企業間協業は選んだ範囲であり、全社情報の無制限同期ではありません。
- 参加者
- 選択した相手メンバー
- 範囲
- 明示した共有合意
企業間協業は選んだ範囲であり、全社情報の無制限同期ではありません。
現在のアクセスと過去の履歴を分ける
相手への操作では、現在の接続と参加を確認します。共有には固有の状態と、競合や同期の文脈があります。あらゆる会社情報を無制限に同期するという宣伝にはしません。会話から退出すると現在の席がなくなっても、ローカル履歴は残る場合があります。切断が、すでに相手へ届いた全内容の消去を意味するわけではありません。終了時にも実際の状態を読みます。
- 接続と参加の現在の確認
- リソース固有の共有状態
- 現在の権利と保持履歴の区別
具体的な業務の流れ
相手を確認する
意図した有効なワークスペースを特定し、管理権限で招待します。
承諾する
相手会社が招待を確認して接続を決めます。
協働の範囲を選ぶ
人、会話、対応資料を仕事に合わせて決めます。
維持か終了を判断する
関係と共有状態を確認し、必要な退出・切断・ブロックを使います。
実務を想定した例
利用例：サービス会社と実施パートナー
二つのTsumira企業が共同で実施するとします。管理者が接続し、担当者を選んだグループ会話を用意します。共有する資料も両社で確認し、対象外の内部記録は元の権限に保ちます。終了時は関係と資源を見て、退出だけで保持済みの全会話が消えるとは考えません。
この機能についての質問
任意の外部メールと接続できますか。
ここでは有効なTsumira会社の承諾した関係です。すべてのメールや外部サービスに対する接続ではありません。
承諾すると全部共有されますか。
いいえ。接続、会話への参加、資源共有は別の明示的な判断です。
AIが人として外部へ自由に送れますか。
実装されたパートナー送信では有効な人間の作者を確認します。制限のないAI送信を意味しません。
退出ですでに届いたものもすべて消えますか。
そのように説明しません。退出や切断は現在の関係に影響し、保持済み履歴や資料には別の扱いがあります。
この業務に合う連携を検討する。
想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。
