活动
从 2020-06-20 到 2020-07-19
2020-07-19
2020-07-17
-
17:44 错误 #66: 销售订单号WEB7423065下推生成采购订单号PO2020029159少了一行物料
- 采购为了能把这个缺失的物料补回来，先把销售订单WEB7423065第九行物料数量改为0，将这个物料加入到其他订单了
-
- 下推生成的采购订单明细少了一行物料编码是3159295，物料名称WM50020-17-ND需要开发查找原因
-
- 销售订单号WEB7423065中9行物料下推生成采购订单号PO2020029159少了一行物料，物料编码是3159295，物料名称WM50020-17-ND；目前供应链单据导入日志、EDI850/855日志正常
-
17:39 错误 #65 (已关闭): Improvment on error meesage of abnormal po submit
- Hi Muzi& Changde,
We met problem during PO submitting. Sometimes it feedback fake error message after approve...
2020-07-16
-
- 登录管理员账号administrator，重置密码即可
-
- Tia able to connect TEST and PRODUCTION environment and she need access to DEV environment(10.3.3.39) because of ou...
2020-07-15
-
- 10.3.8.10电脑已完成升级
-
-
- 一般情况下，采购入库单与应付单做采购发票核销，有差异就产生入库成本调整单；经查，应付单AP2020000256、AP2020000247、AP2020000255、AP2020000254金额合计为-2566.53元，只做了单项核销，...
2020-07-10
-
13:12 支持 #62 (已关闭): 按采购订单编号修改采购收货单 ATD US
- update t_im_purreceivalbill set CFATDUS=to_date('2020-04-30','yyyy-mm-dd')
where fid in(
select a.fparentid from ... -
2020-07-09
-
- !clipboard-202007091745-luidv.png!
-
- 正常提示，物料差异
-
- 无法解决。美国传递数据问题
-
- 打开信用档案主动重算
-
-
-
- 调整重复的结算记录ARCV2020008084的结算日期到当期，再反结算即可，参照附件截图
-
2020-07-08
-
- 已提单总部R20200708-3912
-
-
- 采购收货单明细表体横向移动轴没有了，采购收货单和订单行明细表体高度太短，需要调整，参看附件红框！
2020-07-07
-
- 所选结算单非当前期间，不能反结算，需要后台操作反结算！
-
- 反结算操作参照附件截图所示。
-
-
- 两个2月份的应收单AR2020003824、AR2020002734都分别结算了两次所以在造成未结算金额是负数，已结算金额是应收金额的2倍，需要将其中一个反结算
-
- 因为是发货金额跟销售订单金额不一致，导致销售出库金额、应收单金额不对，需要把发货金额、销售出库金额和应收金额跟销售订单金额一致。
-
-
- 修改应收金额，可以参照附件截图勾选含税即可修改！
-
- 经验证，通过销售出库单下推的应收单，应收金额无法修改，需要转开发解决
-
-
- 批量提交收货单时，物料名称含有“杂费”的收货单会提示“数量乘以含税单价与含税总价不匹配”的报错；比如附件图片中采购收货单PUA2020027141，物料是杂费的数量为1，含税单价为1，而实际业务含税总价为0
-
-
- 2020.07.06二开补丁包
-
- !clipboard-202007070922-jc1yv.png!
-
- 2020.07.06二开补丁包解决
-
- 2020.07.06二开补丁已解决
-
- !clipboard-202007070924-zw4wl.png!
2020-07-06
-
- 批量提交收货单，物料名称是杂费的收货单会报错，报错提示是“数量、价格不匹配”
-
-
- 通过销售出库单下推生成的应收单，应收单明细分录中的应收金额希望能够修改。
2020-07-03
-
-
- 在应收单序时簿里，应收单AR2020003824、AR2020002734未结算金额和已结算金额有问题，他们是已经收了款的，正常情况下未结算金额这里应该是0了，但是现在显示的是负数；已结算金额应该等于应收金额。
-
- 7月3日凌晨1：02系统自动发送的付款通知书出现空白，如附件所示；临时解决方案建议先关掉自动发送功能，采用手工发送，待查明原因后，再恢复自动发送功能
2020-07-02
-
-
- 问题：单据编码PUA2020021232审核失败，失败原因：收货单数量超出采购订单可接受数量第65行SI7149ADP-T1-GE3DKR-ND 超出80.0000件；第166行311-0.0JRDKR-ND 超出1300.0000件...
-
- 1 目前使用的是datachange事件。导致多次触发清空逻辑，已经改用action解决
-
- 经测试环境测试PO202000208，保存单据时，字段“#of Month”的值会由24变为0，判断该问题为系统BUG
-
- 已检查了单据转换规则无异常，需要转开发分析处理
-
-
-
- 解决方案：
【说明】 Alt+I为更新即时库存的快捷键，注意点：如果不选择库存组织则默认是整个集团的即时库存进行刷新，耗时会很久，为不影响业务使用建议刷新库存选择到具体的物料，按物料进行刷新即时库存。 -
- 物料887-1755-2-ND收发存明细的库存没有问题，即时库存多了1000件
-
-
-
- 已完成生产环境单据编码公式编辑
-
-
-
-
- 已解决：客户更改IP地址，勾选更新服务器设置
-
-
- 42环境早就不用了，10.3.3.38 环境失败请检查当时是否在打补丁
-
- 建议：在金蝶系统自动发送付款通知书（PDF）之前，设置一个可以自动重算信用额度动作，需要开发协助操作
-
-
-
-
-
-
- 信用日期=对应应收单应收日期+信用期限，本次问题提示信用期限为0，信用日期=2020-04-28，与销售订单日期2020-05-06相差8天
-
-
-
-
-
-
-
-
-
- 已经修改 CT_ITF_PAYMENTNOTEEMAILLOG CFERRMSG 为500，
-
赛默 目前是由于没有维护财务联系人邮件。所以导致没有发送邮件
!clipboard-202007020909-b1zk3.png!
select * from CT_ITF_PAYMENTNOTEEMAILLOG where ...
2020-07-01
-
- 根据信用期限公式计算，信用日期=对应应收单应收日期+信用期限；本次的应收单AR2020017799，应收日期为2020-06-13，信用期限是10天，信用日期就是2020-06-23，那么跟销售订单的订单日期6月24日就是相差超期1天！
-
-
- 通过查询单据转换规则无异常，需要查找采购订单提交时，是否更新了字段“#of Month”的值
-
- PO2020026532提交时，字段“#of Month”的值由24变为0。
-
-
-
- 入库单PUI2020026979 无法审核，该单据开始做审核系统就会卡掉，重复上了几次系统审核都会卡。现在在系统仓库已看到该物料已完成入库，但是入库单无法审核；通过物料收发存明细可以看出，物料887-1755-2-ND入库单是提交状态...
-
- 应付账款-暂估款每期月末余额都是归零，当入库单金额与应付单存在差异时，系统会自动生成入库成本调整单，会把每期的应付账款-暂估款调整平衡；但是6月份应付账款暂估款存在贷方余额2566.53，系统没有自动生成入库成本调整单
-
- 结应付模块的时候，采购入库单有一部分的金额没有参与进采购成本的计算，导致应付暂估不平，后来通过手动生成一张采购入库的成本调整单来调平。
-
- 美国传送给金蝶文件过大，金蝶需要找到对应字段是哪个字段超出范围？
-
- 856错误内容详见附件！
-
-
- create data error.ORA-12899: value too large for column "EAS_USER"."CT_ITF_PAYMENTNOTEEMAILLOG"."CFERRMSG" (actual: 3...
-
得捷上海客户对于使用EAS7.5出现的性能问题，总部姚东老师建议需要配置云巡检工具，之后才能够更好的了解EAS7.5性能情况，然后给出解决方案。如附件所示操作步骤，云巡检工具下载地址是https://easksm.kingdee....-
- 需要得捷协助备份数据
-
-
PHASE 1: Upgrade 10.3.8.10
Kingdee Team will backup all the necessary tools and files before 07/04
US upgrade ...-
- 通过日志查询发现销售订单号7346190上传数据失败、7343335金蝶没有数据无法查询到，详见附件；后面需要开发分析原因及解决方案。
-
- Customer feedback：Below a couple of web order is failed to load into EAS these days, but their payment has processed ...
-
-
- Tia Yoder在登录得捷新测试环境（10.3.3.38）时，提示：更新失败的文件列表，文件路径为lib/sp/lib_srt.jar；登录得捷旧生产环境（10.3.9.42）时，提示：更新服务不可用，无法访问到该服务；详细可见附件
2020-06-29
-
- !clipboard-202006291739-uiv4z.png!
目前信用额度。取的是信用额度分析表中的数据。如果信用本省就有问题。则发送pdf就有问题。 -
- !clipboard-202006291017-rouzm.png!
2020-06-28
-
- Add one same case, this order has processed payment with Alipay, but the page forwarding from Alipay to our site is n...
-
-
- 6月6日开始发给客户的付款通知书（PDF）出现数据部分空白和数据不准确，如红框所示
-
-
2020-06-24
-
-
- 在提交销售订单WEB7348747时，提示的信息：“编号为：WEB7348747的销售订单已经超出信用期限[编号为：AR2020017799的应收单，应收日期为2020-06-13还未收款，已经超期：1天]”；销售订单的订单日期6月2...
-
- 补充说明：得捷客户在网站下订单选择的结算方式比如是支付宝，金蝶中生成的销售订单的结算方式是电汇，因为订单中携带的是客户主数据结算方式电汇
-
导出 Atom