【场景】打印日志和打印次数更新逻辑 【没有分批打印的逻辑】  服务端逻辑： 上机操作日志（单据编号为 CGDD xxx 的单据执行打印）在 <5> 中记录； 打印次数更新逻辑 在 <10> 中记录； 【打印次数不更新问题】 打印次数逻辑具有滞后性，严格依赖<8> 和<9> 正常执行： 单据打印了但是没有更新打印次数的场景： (a)打印机成功打印，但是返回失败； (8失败) (b)用户关联的单据、列表界面关闭了，导致服务端无法接受前端通知（9失败） 其中(a)跟硬件有关系，如果需要失败了还需要记录，可以使用此参数（支持补丁 2023-03及之后）  (b)的逻辑，新补丁中支持了如果当前界面正在打印，关闭时会给予提示（支持补丁 2023-11及之后）  【分批打印的逻辑】 上机操作日志：在最后一批发送给前端时记录上机操作日志； 打印次数：当前批次打印完成后更新打印次数；   顺序：第1批打印次数更新-》 第2批打印次数更新 -》 ... -》 最后一批时记录所有单据打印日志-》 最后一批打印次数更新 存在场景：打印次数更新了，但是没有上机操作日志记录打印任务 原因：分批发送，且还没有到达最后一批，中间批次打印过程中异常或取消  【预览界面打印的逻辑】 目前不建议使用预览界面打印严格控制打印次数。 【打印次数校验不准问题】 打印次数的更新，依赖于打印机成功返回； 新补丁增加了打印操作次数 (支持补丁 2023-06及之后)，打印操作字数更新时机对应每一批的<5>   【整体运行逻辑架构图】