如何解决BOM版本过多时,单据无法携带最新BOM版本
【问题描述】
单据携带最新BOM版本逻辑为:按BOM版本从左到右一个字符一个字符比较,若存在BOM版本V9.9,BOM版本更新为V10.0,单据携带最新BOM版本还是V9.9,实际最新BOM版本是V10.0
【场景介绍】
业务场景及原因分析:
部分客户由于BOM改动频繁,且系统初期维护的BOM版本编码规则没有考虑到,设置的步长不足。
问题出现版本:所有版本
问题出现端:PC端
【解决方案】
出现这样的提示是由于现有BOM版本太多,但是单据携带最新BOM版本逻辑是从左到右将字符根据阿斯玛值表进行排序,所以系统判断最新BOM版本逻辑与业务实际使用不同,但系统的判断逻辑无法进行修改,请尝试下列操作来变通处理:
一. 主要步骤
判断当前BOM版本整数位最多几位,统一整数位位数,历史数据位数不够的往前填充0;
修改编码规则流水号的“起始值”和“步长位数”;
修改BOM时尽量在现有BOM上进行修改,减少新增。
二. 详细操作
1. 判断当前系统BOM版本整数位最多几位,统一整数位位数,历史数据位数不够的往前填充0
假设系统内最新维护的BOM版本是V100.1,则该父项物料的其它BOM版本整数位统一更新为三位,例如V1.0需要更新为V001.0,V10.0需要更新为V010.0
2. 修改编码规则流水号的“起始值”和“步长位数”
根据当前系统最新BOM版本修改起始值,还是假设最新维护的BOM版本是V100.1,那流水号起始值可以为101。步长位数可根据实际需求设置,设置的值越小,在相同整数位内可包含的BOM版本就越多。
3. 修改BOM时尽量在现有BOM上进行修改,减少新增
一般情况下,手动在星空系统维护BOM很少会有这么多BOM版本,大部分时候是第三方系统或者PLM进行传值时,针对某个父项物料每次调整后都是新增BOM传值到星空系统,建议非必要尽量在原BOM版本进行修改。
如何解决BOM版本过多时,单据无法携带最新BOM版本
本文2024-09-23 03:10:43发表“云星空知识”栏目。
本文链接:https://wenku.my7c.com/article/kingdee-k3cloud-157211.html
- 鼎捷API-T100-5.生产信息API-查询工单变更单数据-t100.oapi.wo.change.list.data.query.get-wssp00238CN02_s.pdf
- 鼎捷API-T100-2.采购信息API-审核采购变更单数据-t100.oapi.purchase.change.data.approve-wssp00090CN02_s.pdf
- 鼎捷API-T100-2.采购信息API-更新收货单数据-t100.oapi.purchase.receipt.data.update-wssp00121CN02_s.pdf
- 鼎捷API-T100-5.生产信息API-过帐还原工单当站入库数据-t100.oapi.wo.report.stockin.data.dispost-wssp00306CN02_s.pdf
- 鼎捷API-T100-1.企业基础API-查询料件列表数据-t100.oapi.item.list.data.query.get-wssp00014CN02_s.pdf
- 鼎捷API-T100-3.销售信息API-删除销售订单数据-t100.oapi.sales.order.data.delete-wssp00184CN02_s.pdf
- 鼎捷API-T100-3.销售信息API-无效客户数据-t100.oapi.customer.data.unavailable-wssp00143CN02_s.pdf
- 鼎捷API-T100-1.企业基础API-失效发票类型数据-t100.oapi.invoice.type.data.unavailable-wssp00332CN02_s.pdf
- 鼎捷API-T100-4.物流信息API-更新杂发单-t100.oapi.other.out.inventory.data.update-wssp00271CN02_s.pdf
- 鼎捷API-T100-1.企业基础API-失效付款条件数据-t100.oapi.payment.condition.data.unavailable-wssp00339CN02_s.pdf