【MM模块】Vendor Consignment 供应商寄售

采购寄售(Consignment)是企业要求供应商把货物存放在企业处,货物的所有权仍归属供应商,但由企业对物料进行实物和库存水平的管理。企业在领用或消耗寄售的货物后,与供应商进行结算。寄售的应用通常要求是企业在整个供应链中处于强势的地位,即对供应商有足够的话语权,毕竟,一手交钱,一手交货是天经地义,而现在你得要求供应商先交了货,随后什么时候结算,结算多少,全是你说了算,这不叫强势还能叫什么呢? 这样对于企业的好处则是库存成本就特别低了。

寄售需要涉及的关键点:

1、物料主数据的设定;

2、采购信息记录的创建;

后台设定:IMG-物料管理-物料管理的一般设置-使用信息记录激活寄售

这样激活之后,使用事务代码MD11就可以看到“信息类别”为“寄售”的选项,具体如下图所示:

信息记录中一定需要包含相关税务信息(Tax Code)。

3、PR & PO的创建;

PO没有价格,所以PO里面也不会有“条件”的选项卡,因为采购进来的时候是不需要和供应商进行结算,实际使用后才需要结算。

●不需要价格

●没有条件选项卡

●不需要做发票

●需要做收货

4、寄售库存管理;

上面PO的时候不需要信息记录,但是GR的时候则需要,不然会出现如下提示:

注意:寄售PO的收货是不存在会计凭证的。

5、寄售发票校验;

利用事务代码MIRO做发票校验的时候会提示没有需要的项目,寄售的PO是不需要做发票校验的。

那么企业正式使用的时候怎么处理呢?把供应商的寄售库存变为企业自己的库存(这个过程需要做发票校验)。

移动类型:411 K  -》 会产生会计凭证

那么这类特殊的我们用什么方式来做发票校验呢?

一般我们使用事务代码MRKO都先做“显示”功能,类似于测试运行,然后再做真正的“结算”(价钱来自信息记录)。

如何取消发票校验:

不可以直接冲销会计凭证,需要使用411 K的相反功能(412 K)。

然后继续使用事务代码MRKO进行结算,类似于正常发票校验中的“贷方凭证”。

 

【采购寄售的业务流程总结】

一般的企业中,寄售的业务可以分解为以下几个主要的流程:

1、寄售采购信息记录维护流程:通常情况下,此流程与标准采购信息记录维护流程一致来处理即可,项目实施中,需要特别关注寄售结算的计价方式。通常遇到关于结算价格的问题可能有:

       1)寄售结算的价格按寄售补货采购订单来计算;

       2)结算价可以在收货时维护或收货后维护;

       3)寄售结算价可以在结算过程中调整;

确定以上3方面的问题,那么关于寄售的价格问题就能完全清晰了。

2、寄售采购订单下达流程:此流程需要关注的时供应链条的协同,也即寄售的补货决策需要如何做,是否最大库存水平、经济订货批量等策略来计算补货数量等等。

3、寄售物料采购收货流程:此流程可以与标准的物料采购收货类似地来处理。事实上,对于寄售的物料,SAP系统在收货及质检环节与标准物料是几乎一致的。作为顾问,更需要帮助企业方理顺寄售物料的管理方式,特别是对于实物上如何区分多个供应商及自身的库存来进行管理。

4、寄售物料领用流程:此流程需要结合生产领料流程或成本中心领用流程来做。有些企业也会规定,对于寄售物料,需要先转为自有库存,然后才能被领用,此种情况下,则设计一个统一的寄售物料转自有的流程即可。需要关注的是,与标准的采购不同,此时可能需要将领用的单据作为与供应商结算和对帐的凭证来给到相关的采购或财务部门。
 

  • 6
    点赞
  • 22
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
要添加vendor动态加载模块规则,可以按照以下步骤进行操作: 1. 在设备的/vendor/etc/permissions目录下创建一个XML文件,例如:com.example.module.xml。 2. 在XML文件中定义模块的包名和相关权限,例如: ``` <permissions> <library name="com.example.module" file="/vendor/lib/com.example.module.so" ... /> <permission name="com.example.module.permission.ACCESS_MODULE" ... /> </permissions> ``` 其中,library标签用于指定模块的名称和位置,permission标签用于指定模块的相关权限。 3. 将XML文件添加到设备的/vendor/etc/permissions目录中。 4. 在设备的/vendor/etc/init目录下创建一个rc文件,例如:com.example.module.rc。 5. 在rc文件中定义模块加载的规则,例如: ``` service com.example.module /system/bin/app_process -Djava.class.path=/vendor/app/com.example.module.jar /vendor/bin/com.example.module classpath com.example.module user system group system ``` 其中,service标签用于定义模块的服务名称和启动命令,classpath标签用于指定模块的类路径,user和group标签用于指定模块的用户和组。 6. 将rc文件添加到设备的/vendor/etc/init目录中。 7. 重启设备,模块将会被动态加载并运行。 需要注意的是,以上操作需要在具有root权限的设备上进行。同时,添加模块时需要确保模块的名称、位置、权限等信息都是正确的,否则可能会导致模块加载失败或出现其他问题。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

SAP剑客

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值