活动
从 2021-07-05 到 2021-08-03
2021-08-03
-
18:42 2.00 小时 (支持 #341 (已解决): QQ群 PUI2021046652系统显示未能和应付单核销，实际查询后是有核销记录的)
- 后台处理，修复数据
-
- 修改了，测试和正式的单据转换规则。下图是测试环境中测试的截图
2021-08-02
-
- 删除导入不完全的采购收货单，临时修改导入逻辑，重新导入完整采购收货单。
-
- 在测试环境中重现问题未能重现，跟踪代码发现正式环境客户把序时簿number字段隐藏了。审核功能需要获取number字段，导致发生异常。
2021-07-28
-
- 跟踪代码后发现缺少权限后分配缺少的权限
2021-07-26
-
- PO2021044936 这个PO810和856失败，重新触发
2021-07-23
-
- 整理sql语句，执行后验证
-
- 查看代码逻辑，修改代码下推后收获地址、发票寄送地址与上游单据一致
-
- 修改客户端控件最大输入长度，修改数据库表字段长度
2021-07-15
-
- 经过测试与分析代码，发现如果po是通过单据转换规则生成的，则英文地址会从上游单据的地址中下推，如果是新增的po选择客户的时候会带出当前客户的地址属性。 至于po审核后反写到客户主数据，这个功能#322会把外文名称（PO客户英文名称）和...
-
18:15 Digi-Key Issue Tracking List 3.00 小时 (支持 #330 (已解决): Create Kingdee Access for New Test Engineer)
- 已在正式和测试环境建了Trevor的账号，用户名：Trevor ， 密码：digi123 测试环境权限和Vanessa的权限一样，因为正式环境里没有用户Vanessa，然后看到他们和tia一样在测试环境的职位都是IT部经理...
2021-07-14
-
- 根据需求评估工作量
2021-07-13
-
- 根据美国提供的样例，添加客户的需填写的字段，重新触发updatecustomerprofile接口，调用成功。
-
- 经排查7月11号后，没有接收到810、855、856EDI文件。
2021-07-07
-
- 查看代码，找到表，插入数据
-
- 经过代码分析，city、citycode取值是根据客户销售资料中联系人也签里的城市和citycode字段来的。 添加上字段后还是提示bad request。具体原因能否请美国那边分析一下？或者有没有文档，哪些字段是必填的？
导出 Atom