如果：日排产已完成工资未提交工资检查后提交工资（检查）（理论上不会走该逻辑）
修改 isAllSumbit 字段，异步没有修改
（理论上不会走该逻辑）但是补提工资如果有类似脏数据就给重算一下，比如Python脚本
查询日排产表
找到队伍
提交成功表示已处理
分配日排查表（提交时间，已完状态）
子工序循环处理
10
查询日排产表中的队伍按比例分配到用户身上
12提交工资
分配队伍
检查 retrun 结果
查询出该工序未提交的记录信息（检查配套逻辑（工资提交的配套逻辑））
扫码枪提交
7公分子工序2（常规检查）（框扇匹配）
未找到按-99处理，不算工资
4：工作站和工序是否绑定
产品提交工序(主提交)
9
检查操作
检查该批次工序和子工序是否算完工资
1.如果该工序没有有排产信息则（产线的调整，如果7公分门派到9公分产线上，绑定的是7公分的工序）（一个看板或者工作站只能绑定一个扫码枪，一个枪只能在一个工作站上，所以配置了主子工序）2.工序已经完成3.已经绑定队伍4。工序禁止提交状态
扫描表
记录mes_scan_info isAllSubmit 变成true
1
检查是否是扫码枪
手机提交
8
3
9公分主工序
跟主工序队伍
扫描表(补提工资)
7公分子工序1 （常规检查）
根据工作站和工序id 重算工资理论上跟排产表的工资一致
查询队伍-99 提交工资状态但是不算工资
2
7
查询出7天内，没有工资和没有验证的isAllSubmit=null工序和工作站id 提交
对工序进行处理
记录mes_salary_record
当检查工序不合格的时候，循环到下个子工序ps:当子工序全部提交成功，才代表这个主工序完成，比如子工序配置3个，当3个工序全部提交并且算工资时候才能在扫描表中停止补提，所以每次都循环各个子工序的状态
1工资提交前的标签状态检查2.日排产表中是否提交工资
组装主子工序的信息（如果没有配置，本次提交工序为主工序）
查询队伍不是-99
提交工资参数是：产品id 工作站id 和工序id
开始提交工资
提交日排产表中工资提交状态
不跟主工序队伍
6
5.检查提交工序不能是子工序
