发货

无需编程即可搭建“当发生这件事，就做那件事”的规则。真正的风险是连锁反应：一个自动化触发另一个自动化，可能陷入循环——在对全部数据启用之前，先用一个案例测试。

无需编程即可创建自动化：选择一个业务触发条件（新建线索、发票逾期、合同签署、工单开启、库存降至最低……），设定条件和要执行的动作（通知某人、开立需求、调用 webhook、推进阶段）。可以从现成配方库开始——一键安装——也可以自己搭建。启用前，用 Dry-run 看看在某个示例下会发生什么，而不实际执行任何操作。每次触发都会记入日志。

除了原有的六种业务事件（线索、商机、发票逾期、合同签署、工单、最低库存），自动化现在还可以由以下方式启动：

• 在我设定的时间——您用日常语言写下“每周一早上 8 点”或“每月 5 号”，点击解析，保存前核对系统读到的内容。如果表述不清楚（例如依赖节假日日历的“每月第一个工作日”），平台会说明没有理解，而不是替您挑一个日期。
• 当有人修改某个字段时——选择档案和字段。上下文会带上修改前和修改后的值，因此可以按新值设条件（例如：字段修改后等于 WON）。
• 当某个日期临近时——选择日期和提前量。每条记录只提醒一次：平台会记住今天已经提醒过谁，否则同一份合同会在到期前每天都冒出来。

列表显示每个自动化的名称、触发条件、来源、是否开启及上次触发时间；行按钮可开启或关闭。顶部是现成方案库（安装后为关闭状态）、进行中的等待以及最近的执行和各自结果。

每种触发条件和每种动作，在页面顶部的配方库中都至少有一个可安装的示例。安装会把配方以关闭状态复制到您的账户：您打开它、调整文字、用示例运行 Dry-run，满意后再启用。

这是了解每个部件作用的最快途径——包括组与组之间的“或”、如果/否则以及等待，它们各有一个专门演示其运行效果的配方。

同一组内，所有条件都必须为真。点击添加备选路径（或）会生成第二个组——只要任意一个组整体满足，自动化就会触发。

示例：一个组设“来源 = 网站”，另一个组设“来源 = 推荐”，两种情况都会触发，无需建两个自动化。

如果一个条件都没填，只要触发事件发生，自动化每次都会执行。

等待几天动作会暂停其之后的步骤。等待期满后，自动化的条件会基于当天的数据重新核对一遍，然后才执行剩余的流程。

正是这一点让“等 3 天；如果还没付款，就催收”真正管用：如果客户在此期间付了款，等待结束时不会催收，并在历史中记录原因。不重新判断就继续执行，会去催一个已经付过款的人——而且技术上没有任何报错。

等待期间，该流程显示在等待计时区块中，您可以取消它。关闭自动化也会取消它尚未执行完的部分。

请求平台执行操作动作使用与 Tenkai 相同的受管控操作目录（开立工单、催收应收款、延长到期日、推进阶段……）。

它以创建该自动化的人的名义执行：适用此人的页面权限、角色操作权限以及公司的审批权限。由无权打折的人编写的自动化不会打折——它会以页面上同样的理由被拒绝。

🔒 涉及资金的操作永远不会自动确认：它会等待您确认 24 小时，您会收到一条带有代码的通知，用于确认或取消。

更新字段动作有三种刻意设置的拒绝，原因都会记入历史：

• 财务款项——资金要走审批路径，而不是直接赋值。请使用“请求平台执行操作”。
• 身份和审计字段（公司、账户、创建日期、修改人）——它们回答的是“这是谁的”和“谁动过”。
• 档案中不存在的字段——动作不会写到“虚空”里，而是拒绝并说明找不到哪个字段。

要写入您在字段工作室中创建的字段，请在键名前加前缀 custom.——例如 custom.centro_custo。

在详情中，“在我设定的时间”需要写明何时运行并点击“理解”；“有人修改字段时”需要选择档案和字段；“日期临近时”还需要提前天数。缺少这些，保存会被拒绝 — 否则方案会无声无息地失效。自动化创建时为关闭状态。

关闭或删除自动化会取消其待执行的等待：之后才到期的“等待”动作不会代表已关闭的自动化执行。删除会把方案放入回收站，可通过撤销或列表的回收站恢复。开启前，请用详情表头的“试运行”查看示例下会发生什么。

不会。自动化时钟每 15 分钟检查一次时间，所以例程最多可能比设定时间晚 15 分钟执行。不会发生的是跳过：如果准确的那一分钟落在两次检查之间，就在下一次检查时执行。

而且同一个时间点绝不会触发两次——每个自动化都会记录它上次运行的时间。

字段变更触发只适用于保存了变更历史的档案——新旧值的比较正是来自历史记录。没有历史的档案就没有可比较的“修改前”。

还要确认所选字段就是页面上正在修改的那个字段：列表显示的是该档案的真实字段，切换档案时会有意清空已选字段。