活动
从 2020-06-29 到 2020-07-28
2020-07-28
-
17:02 错误 #29 (已关闭): PO提交过程中报错，系统正常，会出现邮件报错，windecs内物料差异。PO2020017577，少2019-RK73H1JTTD1101FCT-ND
- 与序号69重复，关闭29号问题
-
- 与序号69重复，关闭序号2问题
-
- 同序号65
-
15:07 错误 #13 (反馈): 已审核的发货通知单部分存在没有下顺丰运单时间和签收时间的信息，并且需要同步显示出顺丰物流具体运单信息
- 无法重现。
-
-
- 网络问题。处理不了
-
- 这个是美国传递的需要美国来确定
-
-
- 最终客户确定实现方式：客户主数据内结算方式要让它为空值的。在SO里刷新客户主数据也不需要将主数据内的空值代入销售订单SO，换句话说就是刷新主数据时不刷新结算方式。
-
- 客户第一次下订单结算方式不要带入主数据。
-
- Draco反馈注册新客户以后，付款方式还是会导入到客户主数据中；SO上重新load 客户信息 结算方式（付款方式）不会被重新刷新。
2020-07-27
2020-07-23
-
- 检查单据转换规则过滤设置没有异常，上述错误属于系统BUG，转开发解决。
-
-
- 销售订单WEB7481723原先已下推预收单，但是删除预收单后，销售订单已收预收金额为订单价税合计1086.40，正常应该为零
2020-07-22
-
- 是否手工删除的。
-
- 能否重现。
-
-
-
- Date of Notification : 07/15/20
WinDECS SaleOrder ID: 64944796
Purchase Order Number and Date : PO2020028958 20...
2020-07-21
-
- 二开补丁7.21
-
-
- [
{
"customertrueid":"xxxx",
"bank":{
"bankaccount":"",
"bankname":"... -
- 得捷网站问题，美国得捷已解决！
-
- 希望发现采购订单855、850之间的明细差异，差异内容主要包含物料名称、行号
-
- 7月20日之后采购订单审核时，字段“#of Month”的值由24变为0；重新打开采购订单字段“#of Month”的值会变回24
-
- 销售订单WEB7370479的商品分类名字_中文也需要修改一下，将“颗粒、粉尖传感器”改为“颗粒、粉尘传感器”
-
- 同样采购收货单和采购入库单中的商品分类名字_中文需要将“颗粒、粉尖传感器”修改为“颗粒、粉尘传感器”。
-
-
- 物料基础资料商品分类名字_中文已修改为“颗粒、粉尘传感器”，但是销售订单WEB7370161和采购订单PO2020026171明细分录中商品分类名字_中文已未更新为“颗粒、粉尘传感器”，需要转开发后台修改数据
-
-
- 订单WEB7370161中物料编码为9598990，物料名称为1649-1106-ND 的商品，其中商品分类名字_中文需要修改一下，将“颗粒、粉尖传感器”改为“颗粒、粉尘传感器”。
2020-07-19
2020-07-17
-
- 采购为了能把这个缺失的物料补回来，先把销售订单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
-
- 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!
导出 Atom