将 WA Lookup 头像检查添加到 CRM 丰富化流程中

同步的单号码检查非常适合 CRM 丰富化，因为丰富化通常是针对单条记录触发的。以下选择有助于保持此类流程的整洁。

WA Lookup 的 ws_avatar 检查接收一个电话号码，并在同一响应中返回 WhatsApp 注册状态和头像字段，这与针对单条记录而非批量记录触发的 CRM 丰富化流程完美契合。

在记录发生变更时触发

由于该检查是同步的且仅使用单个标识符，因此最自然的触发方式是在创建记录或编辑其电话号码时进行。在此时刻进行丰富化意味着写入的值是当前的，并且将工作分散开来，而不是集中在需要监控的夜间作业中。

为结果分配专用字段

为注册结果和头像结果创建专用字段，而不是将其合并到现有的状态列中。独立的字段可以清楚地表明哪个值来自哪项检查，并且允许您在将来添加其他 service_type，而无需重新定义现有列的含义。

在发送前标准化号码

标识符必须采用 E.164 格式，而 CRM 记录默认很少以这种方式存储号码。在丰富化步骤中进行标准化，而不是期望输入的数据本身就是干净的，可以消除此类流程中最大的一类检查失败原因。

确定检查失败或结果不确定时的写入内容

失败或返回不确定结果的检查会自动退款，因此不会产生费用——但您的流程仍需决定写入什么内容。保留之前的值并记录尝试未解析，通常比写入看起来像否定结果的空值更清晰。

按预定的时间表进行刷新

随每个值一起存储检查日期，并根据数据的使用方式按设定的间隔进行刷新。配置中的间隔可以进行审查和调整，而临时性的全部重新丰富化习惯则无法做到这一点。

常见问题解答

仪表板和 API 使用是否需要同一个账户？

一个 WA Lookup 账户同时涵盖用于手动检查的 Web 仪表板和用于自动化流程的 API。

当检查无法解析时，流程应该写入什么？

记录尝试未解析，而不是写入空值，因为空值通常会被解读为否定结果。

应该在哪里进行 E.164 标准化？

在丰富化步骤中。CRM 记录默认很少存储 E.164 格式，在此处进行标准化可以消除最大的一类检查失败原因。