一个请求发起通话，一个事件返回结果记录，您的各个系统始终保持同步。
提交表单后，DRING 会在两分钟内给您回电，说明身份，并了解您的业务流程。
以上为平台整体数据。这是目前的负载，而不是容量上限。
您的架构师、安全团队和数据保护官希望看到的书面答复，这里是简要版本。
| 评审关注的问题 | 答复 |
|---|---|
| 集成 | 发起通话、查询通话状态和结果的服务，以及生命周期和结果 Webhook，在每个项目中都是标准配置。HubSpot 是参考 CRM 实现，覆盖从选择拨打对象到回写结果的全过程。 |
| 安全评审 | 每个套餐都包含租户隔离、提示词注入防护和电话层的骚扰来电拦截。集成从只读开始，每项写入都要逐个工具明确开启。 |
| 数据处理 | 录音和转写文本保存在 DRING 平台上，静态加密，访问有日志记录。您的 CRM 收到的是摘要、结果和链接，而不是音频。处理地点、数据传输和数据边界按每个项目记录成文，供您做 GDPR 或 KVKK（土耳其数据保护法）评审。 |
| 变更管控 | 修改提示词或安全护栏后，发布前会重新跑一遍专为您企业生成的模拟对话，其中包括提示词注入用例。线上线路不做任何直接修改，运营人员一步就能停止全部自动化。 |
| 厂商锁定 | 您可以保留自己的号码和交换机，号码转入 DRING 是可选项。每个结果都落在您自己的 CRM 里、您定义的字段中，通话历史始终归您所有。 |
语音试点立项时通常只是一个演示，交到您的团队手里却成了一套系统。
会上听起来效果很棒。可要接上背后的 CRM，就得写一堆定制的胶水代码，写完还得由您的团队来维护。
买来的 AI 原来只是套在别人平台上的一层薄壳，用的密钥还不在您手里。
下班前改了一下提示词，直接就发布了。第一个发现新行为的，是来电客户。
只需搭建一个集成，读取一种记录。接入下一个业务流程时，用的是同一份接口约定。
一个请求带上您已有的背景信息：打给谁、为什么打、用哪种语言、在哪个时段内打。返回一个通话 ID。
DRING 运营电话线路和通话周边的编排。语音和推理模型按智能体选择，整通电话由一个运营方负责。
每段对话结束时都生成同一格式的通话结束记录：发生了什么、意味着什么、为您的业务流程约定的字段，以及录音存放的位置。
生命周期和结果 Webhook 把这条记录发给您；对账时，您的团队也可以按通话 ID 查询通话状态或最终结果。
CRM 记录、工单和表格都从同一条记录更新，没有哪个系统会保存另一个版本的通话。
触发日志、Webhook 投递记录和每个已连接系统的状态都在同一个界面上，不用去三个地方找。
后台界面仅为示意。您界面上的事件和系统，就是您的业务流程所用的那些。
打给支付平台的电话，关心的都是在途的钱：转账未到账、付款失败、账户问题。答案在平台自己的系统里，来电客户希望还在线上时就能得到。
我们搭建了一个呼入客服智能体，直接对接实时的交易和账户状态，而不是每晚同步一次的副本，所以它的回答依据的正是您的团队会打开的那条记录。另一个外呼智能体在客服交互之后做满意度回访，先在较小的人群中试点。
电话一打进来就被接起，需要真人处理的问题，转过去时已附上账户、交易和原因。呼入和外呼留下的是同一格式的通话结束记录，一个集成就能同时支撑两者。
不是。每通电话的电话线路和周边编排都由 DRING 运营：线路、通话流程、智能体使用的工具，以及通话后分析。语音和推理模型按智能体，根据语言和业务流程来选择。对通话负责的是同一个运营方，而不是套在别人平台上的一层壳。
通话进行中会收到生命周期事件；通话结束时会收到一个结果事件，携带通话结束记录：结果、意图、摘要、为您的业务流程约定的分析字段，以及录音的引用。对账时，您的团队也可以按通话 ID 读回同一条记录。字段定义在上线前商定，所以 API、数据看板和 CRM 中同一个名称代表同一个含义。
已确认的连接类别包括 HubSpot、Salesforce、Bitrix24、Zoho、Zendesk、Freshdesk、Google Workspace 和 Sheets、Zapier、WhatsApp 和 Meta 渠道，以及 Alotech、Verimor、Twilio 和 OpenScape 系列 PBX 等交换系统。完整列表见集成页面。
定制 CRM 属于已确认的连接类别。小众或深度定制的 CRM 会先评估：检查其 API、对象和回写需求，任何非标准开发都会在方案中确定范围和报价，然后才开始。