集中采购业务的实现

    在集团公司会出现这样一种情况,有一个采购组织通过一个公司集中采购,然后在分别调拨给每个不同的公司;调拨有两种情况: 1 、平价调拨   2 、加价调拨;今天要说的是第一种情况,也有人这种情况叫做“代购”,不是帮客户代购,而是帮集团内部代购;这种集中采购模式两个注意点: 1. 平价调拨   2 ,税。

业务场景:1000公司,3000公司,代沟一台笔记本1000

1.创建集中采购订单(ME21N

2.对采购订单收货(MIGO)

3.1000公司做发票校验(MIRO

4.公司间的补充记账(程序:RFBUST10,sm35运行后台作业;

 

1.创建集中采购订单(ME21N);公司1000,工厂3000(属于3000公司)

 

注:如果系统提示信息,直接修改信息类型即可。我当时测试的时候是有错误提示的;

2.对采购订单收货(MIGO)

由于我这个系统是配的是无价值的收货,所以在采购收货时没有产生FI凭证;如果是采购的是物料,产生的凭证是DR:库存商品  CR:GR/IR+ 差异

3.1000公司做发票校验(MIRO

注:系统可能会提示一个错误消息M8393,直接修改消息类型就可以了;这个时候FI凭证很有意义了:

一笔发票校验产生两个公司的凭证;

1000公司凭证:

 

3000公司凭证:

 

这两个凭证和一般凭证不同的地方在于,在凭证抬头都关联一个跨公司的凭证;跨公司凭证的编号规则:公司1000FI凭证+公司代码1000+记账年度的后两位

 

 

按道理来说业务其实已经做完了,前面也说了这个方案最大的问题在于税的问题;如果直接这样记账3000公司其实根本不涉及税的问题,如果1000公司和3000公司都属于一个地税管理,我觉得上面的业务就够了,就是集团所谓的合并纳税;但是如果1000公司和3000公司不隶属于一个地税局管理,因为利益原因,合并纳税是很难达成的;虽然在业务上没有体现买和卖的关系,但是必须从财务角度补上财务的凭证;其实SAP对这一块也是有标准解决方案的,如下:

4 公司间的补充记账(程序:RFBUST10

 

SM35运行后台作业后也会产生两个凭证:

 

1000公司补充凭证:

 

3000公司补充凭证

 

 

 

看看后台配置:

1.采购组织只分配给工厂,不要分配给公司

 

2.公司间清帐科目配置

 

 

3、配置跨公司交易税类型

 

http://115.com/file/anrxdtpg#
SAP囚徒—集中采购业务的实现.pdf

  • 0
    点赞
  • 13
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
提供的源码资源涵盖了Java应用等多个领域,每个领域都包含了丰富的实例和项目。这些源码都是基于各自平台的最新技术和标准编写,确保了在对应环境下能够无缝运行。同时,源码中配备了详细的注释和文档,帮助用户快速理解代码结构和实现逻辑。 适用人群: 适合毕业设计、课程设计作业。这些源码资源特别适合大学生群体。无论你是计算机相关专业的学生,还是对其他领域编程感兴趣的学生,这些资源都能为你提供宝贵的学习和实践机会。通过学习和运行这些源码,你可以掌握各平台开发的基础知识,提升编程能力和项目实战经验。 使用场景及目标: 在学习阶段,你可以利用这些源码资源进行课程实践、课外项目或毕业设计。通过分析和运行源码,你将深入了解各平台开发的技术细节和最佳实践,逐步培养起自己的项目开发和问题解决能力。此外,在求职或创业过程中,具备跨平台开发能力的大学生将更具竞争力。 其他说明: 为了确保源码资源的可运行性和易用性,特别注意了以下几点:首先,每份源码都提供了详细的运行环境和依赖说明,确保用户能够轻松搭建起开发环境;其次,源码中的注释和文档都非常完善,方便用户快速上手和理解代码;最后,我会定期更新这些源码资源,以适应各平台技术的最新发展和市场需求。 所有源码均经过严格测试,可以直接运行,可以放心下载使用。有任何使用问题欢迎随时与博主沟通,第一时间进行解答!

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值