促销加减品
复合人群定时更新处理逻辑
审核记录处理
更新审核记录状态
供应商提报/自提报
涉及表tb_main_letter_apply_recordtb_main_lettertb_product_approval
遍历所有人群
通知供应商系统
查询人群CK表明细数据插入MySql复合人群详情表中
根据活动ID查询所有主函
cal_status=1
查询未处理&审核成功记录
Y
tb_main_letter_apply_recordtb_main_lettertb_main_letter_activitytb_producttb_product_approval
涉及表tb_main_letter_apply_recordtb_main_letter
提交审核
N
更新file_update_status = 2
涉及表tb_plantb_main_letter
是否有人群状态为更新失败
结果集数量与查询数量是否一致
当天是否更新过
查询所有引用了这个人群的复合人群ID
循环所有记录
校验MySql与CK人群数量是否一致
减品
更新当前数据为已同步
加品审核结果
通知综毛子涵过期
更新待处理记录为处理中
将图片地址更新到主函上
保存为List
修改计划状态为报名中修改主函状态为已发送
修改主函状态为待审核
更新主函状态
结束
人群文件生成流程
主函发送JOB
函相关审核结果处理
查询人群版本号，查询CK人群详情
计算每条子任务，任务类型、用户类型、促销类型效果数据
查询所有已更新完毕人群信息（file_update_status > 0）
图片
更新所有记录为不同步，更新复合人群状态为处理失败
加品
涉及表tb_plantb_plan_activitytb_plan_providertb_main_lettertb_main_letter_activitytb_main_letter_activity_rebatetb_sub_letter
计划创建
根据父ID保存Map
清除过去已提交的所有商品信息
tb_promotiontb_activity_promotion_relationtb_main_lettertb_main_letter_activitytb_main_letter_activity_rebate
循环所有待处理记录
解决方案2.子涵中增加一个是否有效的字段，当变更时更新为无效，其他相关查询指定查询有效的子涵数据
供应商报名
循环处理所有键值对
调用供应商接口发送主函信息
审核失败
cal_status=0
更新当前记录状态为待处理
查询所有已更新完毕人群信息
根据促销ID查询关联所有活动
开始
效果数据计算任务
生成文件，将文件地址更新到人群表中
修改促销时段
主函变更
拆分结果集为复合人群和单个人群
当前人群版本CK是否存在
调用人群计算逻辑
判断人群同步状态
活动 加品/减品
将待审核商品表上信息同步到商品表
cal_status=-1
接收审核结果生成所有待发送主函
变更引起子涵重算
调用人群更新逻辑
检索待发送主函
结果集为空
活动 创建/绑定 促销
定时更新
活动修改
更新文件状态file_update_status = 0
报名审核结果
问题1.活动/促销变更没有通知子涵过期2.变更后修改主函相关所有子涵状态为已变更，无法查询过去子涵处理状态
将结果写入文件
重新计算衍生子涵信息
MainLetterApplyRecordTask
更新提交审核记录状态
提交报名
修改主函所有子涵状态为已变更
更新file_update_status = 1
计算导出效果数据结果
提交审核（主函审核单文件审核）
生成子涵
更新促销变化表状态
通过pushId查询大数据统计数据
查询变更表待处理记录
查询发送时间大于等于三天前的子任务
审核通过
查询截止时间小于三天前的主任务
循环处理
循环调用
更新当前记录为待处理
是否有父ID
查询记录中的人群信息
写入数据库
更新主函活动表上商品数量
减品审核结果
自提报
解决方案1.将通知综毛子涵过期逻辑放到公共调用方法内，只要通过主函重算子涵信息就通知综毛子涵过期
DeliverVendorTask
回函审核结果
将提交商品插入待审核表
查询crowd_classification表file_update_status =0
生成新子涵并将批次ID更新到主函上
删除复合人群表中的历史人群明细
修改商品促销时段
