活动
从 2021-06-26 到 2021-07-25
2021-07-23
-
23:36 3.00 小时 (错误 #336 (已解决): 转发: 客户批量转移)
- 整理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。具体原因能否请美国那边分析一下？或者有没有文档，哪些字段是必填的？
2021-07-02
-
- 过滤掉错误信息，手动调用810接口
-
- 查看日志，跟踪代码，查出810调用失败的原因。根据客户要求，去除报文中不符合的信息，手工导入生产环境。
2021-07-01
-
- 查看代码，评估修改量，并做部分规则更改
-
- 查询了soimport接口日志，并没有接收到过编码101-162427-5173056 的调用日志。
-
- 客户中的Preference字段是空的，所以选择客户后，在so中没有带出该字段
导出 Atom