 |
实时聊天Salesforce连接器-sendbird
专用API
【更新时间: 2024.06.26】
实时聊天Salesforce连接器-sendbird由服务使用方的应用程序发起，以Restful风格为主、通过公网HTTP协议调用实时聊天Salesforce连接器-sendbird，从而实现程序的自动化交互，提高...
|
浏览次数
33
采购人数
0
试用次数
0
SLA: N/A
响应: N/A
适用于个人&企业
收藏
×
完成
取消
×
书签名称
确定
|
- API详情
- 定价
- 使用指南
- 常见 FAQ
- 关于我们
- 相关推荐
什么是sendbird的实时聊天Salesforce连接器?
"实时聊天Salesforce连接器-sendbird" 是一个集成解决方案，它将 Salesforce 的客户关系管理（CRM）功能与 Sendbird 的实时聊天和消息传递平台相结合。这个连接器允许企业使用 Sendbird 的技术来增强他们在 Salesforce 平台上的实时聊天支持体验。
sendbird的实时聊天Salesforce连接器有哪些核心功能？
 |
 |
 |
| 提高客户满意度
通过闪电般的快速支持让您的客户满意。即使会话断开，也能提供实时、无缝的对话。 |
最大限度地提高人工客服人员的绩效
简化您的支持工作流程。使代理能够同时处理多个案例以提高效率。 |
推动快速实现价值
通过轻松实施快速实现价值。无缝集成全渠道支持聊天，以增强客户服务。 |
sendbird的实时聊天Salesforce连接器的核心优势是什么？
|
1. 更好的交接和票证转移
减少高偏转率的人为干预，实现无中断、平稳过渡到人工代理 |
 |
|
2. 轻松定制
轻松创建和配置您的 AI 聊天机器人参数，无需复杂的编码。使用内容文件或网络链接将知识传输到您的聊天机器人。 |
 |
|
3. 前所未有的速度
提供准确的案例摘要和对客户查询的个性化回应，减少等待时间并提高整体满意度。 |
 |
|
4. 易于集成 通过轻松无忧的实施实现最快价值。数小时内即可启动并运行。 |
 |
在哪些场景会用到sendbird的实时聊天Salesforce连接器？
|
金融服务 基于身份的交易：允许消费者和商家在您的应用程序中创建安全、经过身份验证的个人资料。 |
|
| 数字健康 通过功能丰富的聊天API连接医疗服务提供者和患者，提供更好的医疗服务 安全的应用程序内对话:让患者轻松参与符合HIPAA 标准的一对一和小组应用内对话。 通知和应用内提醒:通过应用内通知、推送通知、短信或WhatsApp通知，在患者就医过程中主动通知患者。 企业与用户聊天:患者经常会对自己的健康状况或后续指导有疑问。在您的应用程序中启用患者与医生之间的聊天信息功能，可在预约之外创造参与感，并促进更好的健康结果。 |
|
| 市场 Sendbird 的聊天API将全球市场的买家和卖家连接到他们的移动应用程序中。与Carousell一样，Sendbird 可加速交易、提高转换率并改善客户体验。 掌控您的数据:获取宝贵的数据，用于更好地了解客户群、他们的购买模式和偏好。 用户间聊天:利用聊天API (如PicPay)围绕每笔支付交易建立社交背景，提升客户支付体验，使其超越金融交易商品服务。 基于身份的交易:允许消费者和商家在您的应用程序中创建安全、经过身份验证的个人资料。 |
|
| 按需服务 使用聊天应用程序接口减少按需服务订单的取消，并通过在应用程序中集成消息功能将用户与配送人员和支持代理联系起来。 提供全渠道支持:通过应用程序、WhatsApp、Facebook、Instagram和Twitter上的聊天提供客户支持。 自定义通知:使用应用内通知、推送通知、短信和WhatsApp发送自定义业务消息，通知、更新和宣传客户当前或下一个订单。 |
|
| 零售 通过聊天 API支持的买卖双方对话，提高转化率和留存率。 Sendbird仪表板:获取有价值的数据，从购买模式到用户偏好，您都可以利用这些数据丰富客户体验。 定制用户体验:在品牌环境中主持应用内聊天对话。利用我们易于使用的聊天用户界面工具包，您可以定制颜色、字体和图标，使其与您的品牌形象相匹配。 客户支持:使用应用内聊天为客户提供支持，通过及时的聊天信息简化解决方案并消除电话呼叫。 |
|
| 社会与社区 利用应用内聊天消息构建更强大的数字社区。利用可扩展的聊天API增加参与度，将用户和您的品牌与客户联系起来。 即时发送媒体:通过自动渲染的缩略图共享gif、视频、音频和图像。 让每个人都了解最新动态:使用应用内通知、推送通知、短信和WhatsApp发送自定义业务消息，吸引用户参与。 规范安全和相互尊重的互动:利用先进的聊天内容审核工具确保信任和安全，这些工具可促进自动审核、审核员干预、亵渎过滤、垃圾邮件泛滥保护、加密文件、屏蔽等功能。 创建社区风采:利用多功能聊天API，实现群聊、好友列表或一对一消息传递。 |
|
基本 URL
聊天 API 使用的基本 URL 格式如下所示：
https://api-{application_id}.sendbird.com/v3
要获取 Sendbird 应用程序的 ID 和分配的基础 URL，请登录仪表板 ，选择应用程序，进入设置> 应用程序 >常规，然后选中应用程序 ID 和API 请求 URL。
页眉
向聊天 API 提出的典型 HTTP 请求包括以下标头：
-
内容类型：每个请求都必须包含一个
Content-Type标头。 -
API令牌：Sendbird 服务器需要主 API 令牌或辅助 API 令牌来验证您的 API 请求。
多部分申请
如果请求中包含文件，则应发送Multipart请求。要发出这种请求，请在Content-Type标头中指定multipart/form-data以及边界，边界是分隔每个数据字段的分隔符字符串。
发送多文件信息时，我们建议您使用其他方法，如 cURL 请求。
认证
您的应用程序接口请求必须由 Sendbird 服务器使用您的 Sendbird 应用程序中的任何一个应用程序接口令牌进行验证。要做到这一点，你可以使用仪表板 设置>应用程序>常规>API 令牌下的主 API 令牌，它是在创建应用程序时生成的。主 API 令牌不可撤销或更改。
使用主 API 令牌，可以生成辅助 API 令牌、撤销辅助 API 令牌或列出辅助 API 令牌。对于大多数 API 请求，可以使用辅助 API 令牌代替主 API 令牌。如前所述，任何一个 API 标记都必须包含在 HTTP 请求标头中，以便进行身份验证。
注意：以前，我们的旧版
服务器应用程序接口要求有效载荷包含令牌。
注意：不要从客户端应用程序发送任何聊天 API 请求。如果您的 API 令牌信息在交换数据的过程中泄露，您可能会因恶意 API 调用而丢失所有数据。
的过程中泄露，您可能会因恶意 API 调用而丢失所有数据。
URL 编码
通过 HTTP 发送请求时，应将 URL 编码为浏览器可读的格式。URL 编码会将不安全的非 ASCII字符替换为%，然后是十六进制数字，以确保可读性。
在以下 URL 中，user_id参数的值应为 urlencoded。例如，user_id@email.com，urlencoded 为user_id%40email.com。
在大多数语言中，URL 的编码方式与下面的类似：
它应该返回：bash,chat/v3/platform-api/prepare-to-use-api-153 api%40sendbird.com 您的完整请求应该如下所示。
详情参考：https://sendbird.com/docs/chat/platform-api/v3/prepare-to-use-api
基本 URL
聊天 API 使用的基本 URL 格式如下所示：
https://api-{application_id}.sendbird.com/v3
要获取 Sendbird 应用程序的 ID 和分配的基础 URL，请登录仪表板 ，选择应用程序，进入设置> 应用程序 >常规，然后选中应用程序 ID 和API 请求 URL。
页眉
向聊天 API 提出的典型 HTTP 请求包括以下标头：
-
内容类型：每个请求都必须包含一个
Content-Type标头。 -
API令牌：Sendbird 服务器需要主 API 令牌或辅助 API 令牌来验证您的 API 请求。
多部分申请
如果请求中包含文件，则应发送Multipart请求。要发出这种请求，请在Content-Type标头中指定multipart/form-data以及边界，边界是分隔每个数据字段的分隔符字符串。
发送多文件信息时，我们建议您使用其他方法，如 cURL 请求。
认证
您的应用程序接口请求必须由 Sendbird 服务器使用您的 Sendbird 应用程序中的任何一个应用程序接口令牌进行验证。要做到这一点，你可以使用仪表板 设置>应用程序>常规>API 令牌下的主 API 令牌，它是在创建应用程序时生成的。主 API 令牌不可撤销或更改。
使用主 API 令牌，可以生成辅助 API 令牌、撤销辅助 API 令牌或列出辅助 API 令牌。对于大多数 API 请求，可以使用辅助 API 令牌代替主 API 令牌。如前所述，任何一个 API 标记都必须包含在 HTTP 请求标头中，以便进行身份验证。
注意：以前，我们的旧版
服务器应用程序接口要求有效载荷包含令牌。
注意：不要从客户端应用程序发送任何聊天 API 请求。如果您的 API 令牌信息在交换数据的过程中泄露，您可能会因恶意 API 调用而丢失所有数据。
的过程中泄露，您可能会因恶意 API 调用而丢失所有数据。
URL 编码
通过 HTTP 发送请求时，应将 URL 编码为浏览器可读的格式。URL 编码会将不安全的非 ASCII字符替换为%，然后是十六进制数字，以确保可读性。
在以下 URL 中，user_id参数的值应为 urlencoded。例如，user_id@email.com，urlencoded 为user_id%40email.com。
在大多数语言中，URL 的编码方式与下面的类似：
它应该返回：bash,chat/v3/platform-api/prepare-to-use-api-153 api%40sendbird.com 您的完整请求应该如下所示。
详情参考：https://sendbird.com/docs/chat/platform-api/v3/prepare-to-use-api
