本文由国际版原文本地化，文末提供原文链接。涉及的能力以易企办中国版租户和权限为准。
顾客在厨房发现净水器漏水，发来一句“滤芯在漏水”和一张照片。消息到达后，团队仍需识别客户、判断紧急程度、保存现场证据、派人检修并回告处理进度。国际版 WhatsApp 参考项目用 Meta WhatsApp Cloud API 收发消息，以 Azure Functions 处理集成，再把客户、消息和服务流程归到业务应用中。
把对话与业务记录分开
聊天记录告诉我们说过什么。业务记录还需要表达这件事由谁负责、涉及哪笔订单或设备、何时办完。参考应用把客户建成独立记录，为每条收发消息保存方向、时间、媒体、附件、渠道消息编号和投递状态，再按业务需要关联工单、预约、订单或设备。
Webhook 表示渠道上发生了一件事。是否创建工单仍由业务规则决定。物业可将空调漏水报告关联报修，理赔团队可把受损照片关联案件，经销商可将产品咨询关联客户和跟进任务。
给需要处理的对话安排责任人和下一步
接入时明确谁负责、涉及什么业务对象、接下来需要做什么。工作台把客户、消息历史、附件和业务详情放在同一视图。收到有效请求后，流程可按规则派单、提醒、安排复核或补建关联记录。经办人从原业务上下文回复，后续人员也能知道是否已经回告。
销售咨询可以交给客户经理，但是否转成商机仍需确认需求、联系人、时间与约定的下一步。服务回执可按规则自动发送，实际解决责任应落到具体团队。
保留媒体的来源与业务用途
现场照片、设备标签、签字文件、语音或视频可能是后续判断的依据。参考实现由 Azure Functions 从 Meta 获取媒体，写入消息记录的附件字段。授权人员可在对话里预览支持的图片，或按权限打开和下载文档。保留来源、时间和原消息编号，便于把证据与正确客户和工单对应起来。
参考流程发送消息时只取第一个选中的附件。上线前应按业务要求明确多文件顺序、类型和大小、恶意文件检查、敏感附件权限以及留存时长。
自动收件和派单，由人复核关键决定
接收端校验事件来源并按渠道编号去重，再匹配 WhatsApp 标识、按规则补建必要客户信息、保存消息和媒体。易企办应用可安排重复性的派单、通知、提醒和状态更新。赔偿、修改订单、投诉判责或证据是否充分应交给有权限的人员处理。
发送接口接收请求后，记录渠道消息编号和处理结果。投递、失败和已读等状态由后续渠道回调更新。集成层只保留幂等、回调对应和必要的技术审计，客户及工单记录由业务应用维护。
从一次漏水报修开始验收
- 客户发来文字和照片。
- 接入端校验并去重，将消息关联到客户。
- 根据规则新增或更新报修工单并分派负责人。
- 经办人审核证据、预约上门并记录决定。
- 在渠道允许的范围内回告进度。
- 回查消息、附件、工单和回执是否指向同一业务记录。
完成这一条链路后，可扩展到现场服务、交付查询、预约或理赔。为每条新链路分别明确用户同意、可用消息模板、保留期限和异常处理。
工作台和集成架构
参考项目包含两个工作台，共用客户与 WhatsApp 消息列表。一个使用原生控件，另一个使用自定义代码呈现消息时间线和回复框。公开仓库同时提供 Azure Functions 源码、自定义服务示例、带虚构资料的应用包和排查说明。
| 组件 | 负责的工作 |
|---|---|
| Meta WhatsApp Cloud API | 消息、媒体、Webhook 与投递回调 |
| Azure Functions | 校验、去重、媒体传输、发送端鉴权与回调关联 |
| 业务应用 | 客户、消息、附件、权限、服务流程与运营记录 |
入站由 Meta 发送事件，Azure Functions 校验后写入业务记录。出站由已授权的工作流调用自定义服务，经 Azure Functions 转发到 Meta。接到状态回调后按渠道消息编号更新原记录。
在易企办项目中评估接入
示例包来自国际版。用于中国版前，需核对目标环境的网络、Meta 业务账号、消息渠道与第三方服务使用条件，并为实际租户重新绑定列表、连接、服务、权限和流程。用虚构客户先验证双向消息、重复事件、异常回调和附件访问，再按实施方要求检查数据流向和运营支持。
返回易企办博客