NetSuite ERP项目中非批次物料—批次物料数据转换流程

最新推荐文章于 2024-07-19 10:25:53 发布

Vicky-Min

最新推荐文章于 2024-07-19 10:25:53 发布

阅读量512

点赞数 10

分类专栏： NetSuite 实践与发现文章标签： oracle erp

本文链接：https://blog.csdn.net/m0_60782905/article/details/139684888

版权

NetSuite 实践与发现专栏收录该内容

16 篇文章 7 订阅

订阅专栏

最近在刚结束的项目上也再次碰到了非批次物料转换为批次物料的操作，因此也想把我们在处理数据流程中的心得写出来，以便复盘与总结，也分享给各位。

整体的步骤我们可分为准备工作，调整工作以及检查工作：

准备工作

主要是数据的整理与CSV导入模版的建立，我们可以根据数据的整理情况来进行工作量的评估，具体如下：

1.非批次物料添加_Inactive后缀数据整理/系统CSV导入模版建立，注意为Inventory Item；

2.批次物料更新数据整理/系统CSV导入模版建立，注意为Lot Numbered Inventory Item;

3.非批次物料Inventory Adjustment调减数据整理/系统CSV导入模版建立；

4.批次物料Inventory Adjustment调增数据整理/系统CSV导入模版建立；

5.未结PO/SO等数据整理/系统CSV导入模版建立；

准备工作的顺利大致如上，但其中具体的步骤要根据正式调整系统时得到的数据相结合，比如将非批次物料添加了_Inactive的后缀后，我们才能知道哪些未结PO/SO上是包含这些旧的非批次物料的。

上面的文件模版大家应该都是有的，一定要先在沙盒里进行测试，以下是系统中会用到的模版：

调整工作

主要是在系统中的操作流程，主要就是真正导入数据与库存调整的操作，以及刷新PO/SO的行Item数据，有时可能还要面临手动拆分未结的PO/SO，具体如下：

1.非批次物料数据更新，保证都添加有_Inactive后缀，和未来的批次物料加以区分；

2.导入批次物料的信息，保证其相关主数据与转换的非批次物料完全一致，尤其注意Tax Schedule，Accounting等信息；

3.调减IA的导入，调减数量注意为负数；

4.调增IA的导入，调增数量为正数，需要考虑Average Cost，与调减物料在对应Location的Average Cost保持完全一致，尽可能地使调整成本不出现尾差；也要注意Subsidiary与Location的设置；注意多批次Item的拆分；

5.刷新未结PO/SO这里主要指的是Pending Receipt以及Pending Fulfillment状态的PO/SO，需要注意行上Rate，Amount，Tax Code等信息，不能改动原本PO/SO Amount总额；如果有已经部分收发货的PO/SO，则需要将Item拆分为非批次物料与批次物料，非批次物料为已经收发货的数量，手动添加批次物料行为剩余未收发货的数量。

当然，也可以在调整数据前让客户根据实际情况将部分收发货的都发掉，该结的也都结掉，或者是有哪些可以关闭后续不需要处理的PO/SO，都可以先进行沟通。

检查工作

主要是Check数据的准确性，主要有以下几点：

1.确认系统中批次切换的非批次库存数据是否有遗留，正常情况下IA上的非批次物料应该被调整为0，不能留有库存或为负数，当然留有库存的情况可先不做，等后续进一步Check后再创建补充的IA也OK；

2.注意是否改动了PO/SO的Rate，Amount，我们这次在操作中由于Item Price有Basic Price以及Custom等不同的Price Level，导致我们动到了Rate与Amout，因此过程中又重新改回了对应的值；

3.注意调减IA与调增IA的数字是否有尾差，正常情况下应正负相抵，无任何尾差。

注意事项

这里也有一些注意事项供大家参考：

1.在OneWorld环境中，由于Location与Subsidiary有对应关系，如果Item Record上维护了Location以及Preferred Location的信息，我们在更新Item Record的信息时，系统会有报错，所以一般情况下Item Record中是不维护对应的Location与Preferred Location信息的，有的话可以批量更新该信息；

2.如果系统数据与客户提供的盘点数据发生不一致，一般要在过程中标注好然后与客户核对差异，调减时，若系统数字<盘点数字，以系统数字为准，调减多将造成负库存；系统数字>盘点数字，以盘点数字为准，这种情况下要注意系统中将留有多余的库存；

调增时，则以客户的线下实际数据为准，总之这些异常的库存数据可看情况是调整前沟通还是在调整后统一沟通解决；

3.从数据切换的整个流程来看，在库存数据正式环境导入前，记得要在沙盒里面将整理过的真实数据与自己的CSV导入模版等跑通，然后再将CSV导入模版打包搬到系统里面，或者重新设置，工作尽量做在前面，否则在正式环境中导入数据时或多或少都会遇到一些零碎的异常问题；

4.如果批次与数量要根据未来不同Subsidiary与Location进行拆分，这点要与客户及时沟通，进行异常数据的Check，当然在调整后如果发现问题也可以再用IA进行调整，看客户如何选择。