存货成本接口效率优化经验谈.ppt

主题 与之前效率优化点的区别 危机时刻（一） 危机时刻（二） 业务分析（一） 存货的分类 原材料：用于生产加工的存货 半成品：可销售、可继续进行加工的存货 产成品：可销售、可出厂的最终存货 业务分析（二） 不同类存货的成本获得方式 原材料（D、E）：通过存货核算自身的业务处理获得成本，即原材料的成本。涉及存货核算的所有帐务处理功能点：成本计算、差异率计算/全月平均单价计算。成本管理从存货核算的材料出库单和出库调整单上按库存组织+存货汇总金额获得原材料的成本。 业务分析（三） 不同类存货的成本获得方式 半成品（B、C）：在成本管理的成本计算处处理。根据BOM定义，此半成品消耗哪些原材料和半成品（半成品生产过程中也会消耗半成品），通过下级的成本算出此半成品的成本。 如：要计算半成品B的成本：需要先计算半成品C和原材料E的成本，进而需要计算原材料D的成本。D、E的成本已经通过存货核算处理的，C的成本是根据D计算出来的，结果作为存货核算中C的入库成本。计算B时需要的是C的出库成本，所以要把C的入库成本传入存货核算，分配到存货核算的入库单据上，再通过帐务处理（成本计算、差异率计算/全月平均单价计算）计算出C的出库成本。成本管理根据存货核算计算出来的出库成本，再进行成本归集（加上人员工资和水电消耗等）、成本分配（将共用材料分配到各个半成品上）等步骤，从而计算出B的真实成本。 业务分析（四） 不同类存货的成本获得方式 产成品（A）：在成本管理的成本计算处处理。根据BOM定义，此产成品消耗哪些原材料和半成品，通过下级的成本算出此产成品的成本。 如：要计算产成品A的成本：需要先计算半成品B、半成品C和原材料D的成本。 D的成本已经通过存货核算处理了，C、D的成本采用半成品计算方式获得成本。计算A时需要的是B、C的出库成本，所以要把B、C的入库成本传入存货核算，分配到存货核算的入库单据上，再通过帐务处理（成本计算、差异率计算/全月平均单价计算）计算出B、C的出库成本。成本管理根据存货核算计算出来的出库成本，再进行成本归集（加上人员工资和水电消耗等）、成本分配（将共用材料分配到各个半成品上）等步骤，从而计算出B的真实成本。 问题分析（一） 海尔 将海尔2004年10月的数据库恢复到集团效率优化小组的服务器上，成本计算时间仅需4个小时。经效率优化专家分析，发现成本计算耗用的内存太多了，用到了1G以上。现在成本运算都在耗用虚拟内存，所以应用服务端的运算就会非常慢。15分钟都不提交一条SQL，有可能在等内存回收。 问题分析（二） 邢钢 成本管理模块成本计算3.0SP2的算法改造 问题分析（三） 邢钢 原计算算法 构建BOM树：每个树节点都记录父节点和所有的子节点 从上向下递归计算： 计算A，发现第一个子节点B没有成本，转入计算B的成本 计算B，发现第一个子节点C没有成本，转入计算C的成本 计算C，发现所有子节点都已经有成本，根据D计算出C的成本，与存货核素交互C，获得C的出库成本 再计算B，发现所有子节点都已经有成本，根据C的成本和E的成本计算出B的成本，与存货核素交互B，获得B的出库成本 再计算A，发现所有子节点都已经有成本，就计算出A的成本 问题分析（四） 邢钢 新计算算法 构建BOM树：每个树节点都记录父节点和所有的子节点 从下向上按层次计算： 计算所有没有子的节点：都是原材料 循环计算所有子已经有成本的节点，计算后与存货核算批量进行交互 减少了与存货核算的交互次数 解决手段（一） 海尔 优化成本管理代码，减少内存耗用 调整存货核算单据主子表索引，优化查询语句执行时间 服务器硬件升级，内存增加到2G 结果：每个月的成本计算稳定在4个小时左右 解决手段（二） 邢钢 成本管理效率优化：劝说用户采用品种法计算成本。成本管理核算维度粗了，但效果很明显，提高到原来的1/3。 分析存货核算接口代码，发现代码还是采用原来与成本管理一个存货一个存货交互的方式，对传入的订单+存货循环处理。修改接口代码，对传入的存货数据进行批处理。包括批成本分配、批成本计算、批差异率计算/全月平均单据计算。并由帐务处理BO方法提供新接口。 代码调整了2天。经重新测试，花费时间是原来的1/2。 继续提高的空间（一） 合并生成实时凭证 存货核算成本计算后传入会计平台，是按分录传入的，导致会计平台数据量非常大，处理起来效率很不理想，且优化余地不大。 存货核算3.0产品提供了合并生成实时凭证功能，可以在成本计算后不传入会计平台，通过此功能点合并传入会计平台。 但目前邢钢并没有采用合并生成实时凭证的方案，主要原因是邢钢的会计科目体系非常细，导致合并方案非常复杂，合并效果不明显。270张分录合并后只减