Zalo更新ZBS模板消息机制：PC/Web显示支持扩展，消息发送时间进一步规范

Zalo Business Solutions（ZBS）宣布更新模板消息机制，自2026年10月起逐步支持Zalo PC/Web端显示更多类型的模板消息；自10月15日起，交易通知类消息可全天发送，客户服务类和售后服务类消息仅限每日7:00至22:00发送，相关规则适用于通过电话号码和UID发送的所有ZBS模板消息流，企业需及时调整发送策略，确保消息发送符合平台规范，保障客户沟通顺畅。

Zalo PC/Web逐步支持ZBS模板消息显示

根据Zalo Business Solutions发布的更新说明，自2026年10月起，Zalo PC/Web将逐步推出对不同类型ZBS模板消息的显示支持，并根据最终用户群体和消息类型逐步完善相关功能。此次调整的重点是扩展模板消息在不同使用场景下的可见性，让用户能够根据自己的使用习惯，在电脑端或移动端查看相关业务通知。

在实际业务中，企业通常需要通过ZBS模板消息向客户发送预约确认、订单状态更新等信息。这些消息与客户的日常消费、服务预约及订单跟进密切相关。如果用户只能在特定设备上查看相关通知，就可能需要频繁切换设备，增加信息查找和沟通成本。随着Zalo PC/Web逐步支持更多模板消息显示，用户将能够更方便地在电脑端和Zalo移动应用之间切换，及时获取与自身业务相关的信息。

对于企业而言，PC/Web端显示能力的扩展，也有助于改善客户接收通知的整体体验。尤其是在客户需要通过电脑处理订单、查询预约信息或跟进业务进度的情况下，更多消息类型能够在桌面端显示，可以减少用户寻找通知的操作步骤，使业务信息的获取更加便捷。

需要注意的是，此次更新采用逐步部署的方式推进，具体支持的消息类型、适用用户群体及相关细节仍将由Zalo后续公布。企业应持续关注官方更新，以实际发布的规则为准，合理安排相关业务流程。

Zalo同时明确表示，在PC/Web端功能逐步部署期间，Zalo移动应用上的消息流将继续正常运行。合作伙伴无需为了此次显示功能更新而执行额外操作，也不需要调整其他信息。因此，企业可以在现有业务流程保持正常运行的基础上，逐步了解新功能的适用范围，为后续多端消息管理做好准备。

2026年10月15日起，ZBS模板消息发送时间调整

除消息显示能力外，Zalo Business Solutions还将对ZBS模板消息的发送时间进行调整。自2026年10月15日起，不同用途分类的模板消息将适用不同的发送时间规则，企业在制定消息推送计划时，需要根据消息实际用途选择对应的发送时间。

按照最新安排，标签1，即交易通知类消息，可以在全天任何时间段发送，不受每日固定发送时段的限制。标签2，即客户服务类消息，以及标签3，即售后服务类消息，则只能在每日早上7:00至晚上22:00之间发送。这意味着，企业不能再将所有类型的模板消息统一按照同一套发送计划处理，而应根据消息所属类别，对发送时间进行区分和管理。

交易通知通常与订单状态、交易进度及其他业务环节相关，部分通知可能需要在非工作时间及时送达。根据此次规则，属于标签1的消息可以继续按照业务需要安排全天发送。相比之下，客户服务和售后服务类消息受到明确的时间窗口限制，企业需要结合客户服务安排、售后跟进节奏以及消息触发时间，调整原有的自动化发送逻辑。

例如，企业在夜间收到客户服务请求后，如果相关回复需要通过标签2的ZBS模板消息发送，就需要确认实际发送时间是否处于允许范围内。如果消息触发时间已经超过晚上22:00，系统就不能简单地按照原有流程立即发送，而应根据消息类别和业务规则，将任务安排到下一个允许的发送时间段。

同样，对于售后服务场景，如果企业设置了订单完成后的自动跟进、服务满意度调查或售后提醒，也需要核对相应模板消息的用途分类。不能仅因为消息由系统自动触发，就认为其可以不受发送时间限制。自动化流程仍然需要遵守适用于对应模板消息类别的规则。

因此，企业应在新规生效前完成模板消息分类核查，并检查现有的定时任务、自动触发规则和批量发送计划，确保不同类型的消息使用正确的发送时间策略。

发送时间限制适用于电话号码和UID消息流

此次发送计划调整不仅适用于某一种消息接收方式，而是覆盖所有ZBS模板消息流，包括发送到电话号码和UID的消息流。

这意味着，无论企业通过电话号码还是UID向客户发送模板消息，都需要根据消息用途遵守对应的发送时间规定。企业不能因为更换了接收方标识、调整了发送入口，或者将消息整合到不同的业务流程中，就忽略相关时间限制。

对于拥有大量客户数据的企业来说，这项要求尤其值得关注。部分企业可能通过电话号码维护客户联系信息，同时通过UID管理平台内的用户关系。如果两种发送方式分别由不同的系统或团队管理，就容易出现规则不一致的情况。例如，电话号码消息流已经设置了夜间限制，但UID消息流仍按照旧计划执行，最终导致部分消息发送失败。

为避免此类问题，企业应将发送时间规则统一纳入消息管理体系，并确保不同发送渠道使用一致的分类标准。对于涉及多个团队、多个业务部门或多个自动化流程的企业，还应明确模板消息的管理责任，避免同一类别的消息在不同系统中采用不同的发送策略。

同时，企业需要区分消息的触发时间和实际发送时间。业务事件可能发生在任意时间，但触发事件并不意味着消息必须立即发送。对于受到时间限制的客户服务和售后服务类模板消息，合理的做法是先识别消息类别，再判断当前时间是否处于允许范围内，最后决定立即发送还是延迟至下一个可用时段。

通过将消息分类、时间判断和发送任务管理整合到统一流程中，企业可以减少人工检查的工作量，也能降低不同渠道之间出现规则偏差的概率。

超出允许时间发送消息，将收到相应错误代码

根据Zalo的更新说明，如果合作伙伴在规定的允许时间范围之外发送模板消息，将收到相应的错误代码，并需要主动在下一个允许的时间范围内重新发送。

这一要求意味着，企业不能只关注消息是否提交成功，还需要关注发送任务的执行结果，并建立必要的异常处理机制。如果系统在晚上22:30触发了一条客户服务类模板消息，即使业务系统已经生成发送请求，也不代表消息能够成功送达。由于该时间已经超出允许范围，企业需要根据返回的错误信息识别发送失败的原因，并将任务安排到下一个允许的时间段。

在实际运营中，如果企业没有及时处理这类错误，可能会出现消息遗漏、客户等待时间延长以及业务状态不同步等问题。尤其是在订单量较大、自动化任务较多的情况下，依赖人工逐条检查错误信息，很难保证所有异常任务都得到及时处理。

因此，企业有必要建立完整的消息发送状态管理流程。当系统提交模板消息后，应持续跟踪发送结果，对失败任务进行原因识别，并根据错误类型决定是否重试、延迟发送或转交人工处理。对于由发送时间限制导致的失败，应优先检查模板消息类别和实际发送时间，再安排符合规则的重发任务。

需要强调的是，Zalo公告明确要求合作伙伴主动在下一个允许的时间范围内重新发送消息。企业不应假定系统会自动完成所有失败消息的重试，也不应在缺乏确认的情况下将错误任务视为已成功送达。具体的重试条件、错误代码含义及接口处理方式，应以Zalo官方后续提供的技术文档为准。

企业应如何调整ZBS模板消息管理策略

面对新的发送时间安排，企业首先需要对现有模板消息进行全面梳理，确认每条模板消息对应的用途分类，并检查是否存在分类错误、发送时间冲突或重复触发的问题。对于同时服务于交易通知、客户服务和售后服务的业务系统，应当按照实际消息用途分别配置发送规则，而不是仅依据消息的触发来源进行判断。

其次，企业需要调整定时任务和自动化发送机制。交易通知类消息可以继续按照业务需求安排全天发送；客户服务和售后服务类消息则应增加时间窗口判断。当任务在允许时段内触发时，可以根据既定流程执行发送；当任务在限制时段内触发时，应记录任务状态，并安排在下一个允许时段重新执行。对于跨越午夜的任务，还应正确计算下一次允许发送的时间，避免出现任务提前执行或长时间滞留的情况。

再次，企业应加强发送失败后的监控和处理。对于收到错误代码的任务，需要记录消息类型、触发时间、发送渠道、失败原因及后续处理状态。通过这些数据，运营人员可以快速识别失败消息是否集中出现在特定时段，判断问题来自分类配置、任务调度还是接口执行，并据此优化消息管理策略。

此外，企业还应持续关注Zalo PC/Web端的功能更新。由于此次显示功能将逐步部署，不同消息类型和用户群体的具体支持范围可能随着后续公告而变化。企业应避免提前假设所有模板消息已经能够在电脑端显示，而应根据官方发布的实际能力安排客户沟通和内部操作流程。

通过提前完成分类梳理、时间规则调整、异常任务处理和多端功能跟进，企业能够在新规生效后保持消息流程的稳定性，并降低因发送规则不符合要求而产生的运营风险。

001SCRM客服系统：统一管理客户沟通与消息运营流程

在多账号、多渠道和自动化运营场景中，企业不仅需要遵守平台的消息发送规则，还需要解决客户沟通分散、任务状态难以追踪、异常消息处理效率低等问题。001SCRM客服系统可以作为企业客户沟通与运营管理体系中的辅助工具，帮助团队集中管理客户互动、优化服务流程，并提升日常运营的可追踪性。

在客户沟通管理方面，001SCRM客服系统可用于整合客户沟通工作流，帮助客服团队集中查看和处理相关客户信息，减少不同人员之间反复切换工具、重复查询记录的情况。对于需要持续跟进客户咨询、订单问题及售后需求的团队，统一的工作入口有助于保持沟通上下文的连续性，使客服人员更容易了解客户此前的问题及处理进度。实际可接入的渠道和功能范围，应以企业所使用的版本及官方支持情况为准。

在客户信息管理方面，001SCRM客服系统可以围绕客户资料、沟通记录和跟进情况建立相对统一的管理流程，帮助企业减少信息分散带来的管理成本。对于客户数量较多、业务周期较长的团队，持续维护客户记录有助于提高服务衔接效率，也便于不同客服人员在需要时了解已有的沟通情况，减少重复询问和遗漏跟进。

在团队协作与服务流程方面，001SCRM客服系统可辅助企业规范客户问题的处理过程，使客户咨询、跟进任务和服务状态更容易被管理人员掌握。企业可以结合自身业务流程明确任务分配、处理优先级和跟进要求，降低因人员交接不清晰而造成的服务延误。对于涉及多个业务部门的客户问题，清晰的处理记录也有助于提高协作效率。

在运营管理方面，企业可以结合001SCRM客服系统实际使用的功能，对客户沟通情况和服务流程进行整理与分析，识别重复性问题、跟进不及时等运营环节中的不足，并据此优化团队工作安排。对于同时管理多个账号或客户群体的企业，统一的管理思路能够帮助团队减少依赖人工记忆和分散表格进行管理的情况，提高日常工作的规范性。

对于ZBS模板消息的新规，企业应将平台规则作为发送流程的基础要求，再结合001SCRM客服系统实际支持的功能进行客户管理和服务流程优化。如果需要实现发送时间校验、失败消息自动重试或跨渠道消息状态同步，还应提前确认相应接口与自动化能力是否可用，必要时通过自有业务系统或受支持的集成方案补充相关逻辑。

提前适配新规则，保障客户沟通稳定运行

此次ZBS模板消息机制更新主要涉及两个方面：一是自2026年10月起，Zalo PC/Web将逐步扩大对不同类型模板消息的显示支持；二是自2026年10月15日起，交易通知类消息可全天发送，而客户服务类和售后服务类消息的允许发送时间为每日7:00至22:00。相关时间规则适用于通过电话号码和UID发送的所有ZBS模板消息流，超出允许时段发送消息的合作伙伴将收到相应错误代码，并需要在下一个允许时段主动重新发送。

对企业而言，关键不只是了解新规，更在于将规则落实到模板分类、任务调度、异常处理和客户服务流程中。提前检查现有发送任务，合理安排消息执行时间，并持续跟进Zalo官方后续更新，可以有效降低业务流程受到影响的风险。与此同时，企业也可以结合001SCRM客服系统实际支持的客户管理与团队协作功能，进一步优化客户沟通流程，为多渠道业务运营建立更加规范、稳定的管理体系。