5月因为自动任务在协同单方有报错的情况下依然执行5分钟一次推送计划。导致一方能成功推送凭证到NC并且不停的重复推送凭证，一方不能推送导致大量单据流程结束未推送凭证。 在5月20日月底期间停了计划任务，改为手动推送，该手动推送持续一周多直到5月30日，手动推送涉及单据每日约百笔单据。在久其5月31日发布更新并维护系统后再次开启自动任务。重新开启的自动任务在6月1日发现仍然重复推送凭证后再次关闭，在未开发好之前都只能手动推送，于6月2日邀请久其项目经理和负责人到场与我方领导一起开会探讨协同开发问题。
会议要点：
1 .重复推送问题：
- 方案a:NC的接口上做开发
- 方案b:NC返回摘要（摘要中带有唯一标识单据号），由久其程序来根据摘要进行判断。
- 方案c：解析久其的日志
因NC方面的担心，目前推进方案b ,6月5日：NC的日志没有凭证摘要，等待NC方面研发处理。
[补充于6-30：最终因为NC方面不配合，采用本方案c，由久其底层研发入手开发并于6-29日发布程序补丁包进行了升级，据29.30两日的观察，自动任务开启后已经无重复推送的凭证。 ]
2 .自动任务跨月无法推送凭证的问题
- 取登录日期赋值到单据上
[ 补充于6-29：29日邓老师驻场，讨论到该问题时想到，付款单假如取值支付成功的时间戳，那是不是就不再与登录系统的时间无关了，并且钱款和凭证就同步了，当天付钱（指出纳在结算平台点击支付确认）当天就推送凭证,采用取值支付成功的时间戳，即可解决跨月问题，和用户登录日期无关， 流程上支付成功在哪天就取哪一天的时间了。跨月也同样取支付时间戳 ]
[ 补充于7-1：采用取值支付成功的时间戳，又出现了坑爹的情况啊， 由于出纳不及时在网银付钱之后去结算平台点击支付确认， 比如6月28日付钱了，但是支付单摆到了7月1日出纳才确认，那凭证也就推送到7月了。该方案未遂，天算不如人因，1号出现好几个出纳来找他们钱已经在几天就付掉了， 直到月初了要结账才来点支付单，于是在7-1日15:30改回。
[补充于7-1:加急在单据上和支付单上增加一个字段[凭证推送日期]。默认取登录日期，出纳可以修改，若不对的自行修改吧。给大家想要的自由。
于7月1日晚间22时发布紧急升级，尽可能减少协同凭证跨月推错的问题，并与7-2日发布补救方案（通知见群）。
该方案预计能在7-4日完成全部工作]
[补充于7-2: 在晚上的程序升级后。已于2日上午已经发布群通知，相关说明和操作]
该方案要点：
a. 新单据生效，提单人填写新单据号是时候，默认取值提单人登录的时间。
b. 该字段在提单人，业务财务，审核，出纳（支付单）环节均可修改，(出纳支付单还未完成开发工作，预计7-3日晚上能完成)。
c. 涉及协同的单据全部更换为此字段推送凭证期间，以实现收付协同字段任务跨月推送问题。
d. 影响到的在途单据需要填上该字段才能推送。
e . 涉及单据(协同业务)： 收款单， 协同收款单， 付款单， 协同付款单， 工资发放单 ，记账工单， 协同列账单 ，对上验工计价单， 对下验工计价单， 其他类型收入单。
f. 自7-2日开始，废止入账月份这种半自动的模式，不再使用入账月份。
3. 协同单一旦确认无法修改，导致有错只能驳回重新确认的问题
- 配置协同单据修改权限和字段，由业务财务和审核修改
4. 协同单据无法单独驳回，影像无法单独驳回，其中一方有错，驳回导致双方同时被驳回
- 需久其研发
5. 你是遗留问题：单据列表上的影像状态和单据右上角的不同步
- 通过才行配置单据列表的影像状态公式修复
6. 基础数据增加维护的问题
- 通过主数据自动同步NC的基础数据（需要NC接口开发）
- 共享提单人提交，管理员审核自动加入到基础数据里面。
Comments | NOTHING