Customer 360 は、
これまでのやり取りから組み上がる

手入力ではなく組み立てられたもので、作業する場所にあります：会話を開くと、同じ人の他チャネルでのメッセージ（共通の電話番号またはメールで照合）がすでにスレッド内にあり、そこで検出された番号、リンク済みの顧客とその最近の注文、自社システムからの情報と並んでいます。誰かが更新を覚えていたからではなく、導き出されるから常に最新です。

はい。自社で管理する HTTP エンドポイントを指定します。こちらは保有している識別子（会話、チャネル、外部 ID、電話番号、メールアドレス、名前、カスタム属性）を送り、エンドポイントは認識したタイムライン項目（注文、通話、サイト訪問）を返します。デフォルトでは私たちのデータベースには何もコピーされず、取得して表示するだけです。接続モードの顧客ソースを使えば、会話を開いたときにその人の名前、電話番号、メールアドレスをライブで表示することもできます。

そのソースで有効にし、キャッシュを保持している場合に限ります。エージェントは、メッセージごとにエンドポイントへ問い合わせるのではなく、そのキャッシュから外部コンテキストを読み取ります — 遅い、あるいはレート制限のある社内 API が顧客への返信を遅らせることはありません。

はい — 一度設定すれば記憶される列の対応付けでスプレッドシートから、またはカーソル方式で同期する HTTP ソースから取り込めます。各実行は前回の続きから再開します。各行は自社の顧客 ID をキーにするため、再インポートしても同じ顧客が更新され、2件目は作られません。

顧客データはワークスペースの権限システムで制御され、その制御は API だけでなくデータベースでも適用されます — 権限のないメンバーは、どの経路からも行を読めません。さらにチャネル単位のアクセスも適用され、メンバーが開けないチャネルの履歴は、そのメンバーのスレッドには決して表示されません。

もう一方のチャネルのメッセージは、共通の電話番号またはメールで照合され、開いているスレッド内に表示されます。2つの会話自体は別々のままです。似た名前から推測することはありません — 共通の識別子がなければ別々のままです。会話を顧客にリンクすると、照合は番号ではなくそのリンクに従います。2つのチャネルが実は同じアカウントだとわかった場合は、チャネルごと統合できます。