云平台门店积分日结运维说明

功能目标

门店积分日结用于把前一日符合规则的业务行为统一写入门店积分账本。运营通过结算批次确认任务是否按日完成，并在失败时按日期补跑，避免积分排行、门店可用积分和后续派发判断出现缺口。

适用角色

角色	主要职责
运营负责人	每日检查昨日结算状态，安排失败补跑。
门店运营	核对门店积分变化和具体业务来源。
财务或数据核对人员	核对结算日期、流水数量和积分合计。
技术支持	处理连续失败、系统异常和补跑后的数据核对。

入口位置

云平台进入“积分机制”，切换到“结算运维”页签。

页面主要展示：

• 昨日应结算日期和状态。
• 最近成功日期。
• 最近七日成功、失败批次数量。
• 每个结算日期的状态、影响门店数、流水数和失败说明。
• 结算明细中的项目汇总、门店汇总和真实积分流水。

每日主流程

1. 来源业务先完成标准单、续约等独立积分同步。
2. 每日结算任务处理三嫂业绩、满佣、换人、一次性单、员工上架等日结项目。
3. 系统按门店写入积分流水，并更新结算批次。
4. 运营在当日上班后检查昨日批次是否为“成功”。
5. 如有失败，先停止重复尝试，确认失败原因后再补跑。

状态判断

状态	运营含义	处理方式
成功	该日期日结主流程已完成。	核对影响门店数和流水数是否合理。
失败	该日期日结没有完整完成。	查看失败说明，修复后按日期补跑。
执行中	任务尚未结束，或上一次执行异常中断。	确认任务是否仍在运行；长时间不结束时联系技术支持。
缺失	昨日没有生成结算批次。	检查计划任务是否执行，并安排补跑。

计划任务工具显示“执行成功”不等于业务结算成功。运营必须以“结算运维”页面中的批次状态为最终判断依据。

核心规则

• 默认结算前一自然日的数据。
• 同一业务来源使用唯一标识防止重复入账。
• 已成功的日期默认不重复执行。
• 失败日期修复后可以重新执行，已入账的独立同步流水不会重复写入。
• 多日失败时必须从最早日期开始逐日补跑，不跨日期合并处理。
• 不得通过删除失败记录、直接修改成功状态或绕过正常结算流程来消除告警。

异常处理

单个门店业务条件不满足

若批次为成功，但提示个别门店因积分不足或业务条件不满足被跳过：

1. 打开该日期结算明细。
2. 核对门店、积分项目和跳过原因。
3. 按业务规则处理门店问题。
4. 确需补记时，使用既有补录或冲正流程，不直接修改历史流水。

整个批次失败

1. 记录失败日期、批次时间和页面失败说明。
2. 联系技术支持确认问题已经修复并完成发布。
3. 从最早失败日期开始执行结算。
4. 每次只补跑一个日期，等待状态变为成功后再处理下一日。
5. 补跑完成后核对影响门店数、流水数、项目汇总和门店汇总。

多日连续失败

多日连续失败会造成部分积分已由独立同步任务写入、其他日结积分尚未写入的情况。此时不能按“当天有积分流水”判断日结已经完成，必须逐日核对结算批次状态。

运营配合事项

• 每日检查昨日状态，不只查看七日汇总数字。
• 发现失败后保留失败日期和页面说明，不反复强制补跑。
• 补跑期间如涉及积分排行或派发判断，先向相关运营人员说明数据正在恢复。
• 补跑完成后抽查至少一个有新增积分的门店和一个无新增积分的门店。
• 连续两日失败或失败原因不明确时，升级给技术负责人处理。

客服口径

若门店咨询积分未及时更新，可统一说明：

部分积分正在进行系统核对和补充处理，完成后会按实际业务发生日期更新，不会重复计算。请稍后刷新查看；如仍有差异，可提供门店和业务日期协助核对。

不得向客户解释内部任务名称、数据库错误、补跑参数或具体技术失败原因。

验收标准

• 昨日批次状态为成功。
• 连续失败日期已经按时间顺序全部补跑成功。
• 每个补跑日期均有明确的影响门店数和流水数。
• 结算明细中的项目汇总与真实流水一致。
• 重复执行不会生成重复积分。
• 计划任务结果与业务批次状态一致，不再出现失败任务被标记为成功。

上线与回滚

上线检查

1. 后台修复已验证并发布。
2. 计划任务能够正确报告成功或失败。
3. 服务器时间同步正常。
4. 先选择一个失败日期执行补跑并核对结果。
5. 首日自动任务完成后再次检查昨日批次。

回滚原则

• 如修复版本产生新的结算异常，先停止继续补跑并回滚后台版本。
• 已正确写入的积分流水不随代码回滚删除。
• 如需撤销错误积分，必须使用正式冲正流程，并保留业务说明和操作记录。
• 回滚后仍需保留失败批次，待问题解决后继续按日期恢复。