楼主: linguojin

[原创] 采购退货物的库存影响问题

[复制链接]
论坛徽章:
2
2011新春纪念徽章
日期:2011-02-18 11:43:34ITPUB十周年纪念徽章
日期:2011-11-01 16:24:04
11#
发表于 2009-4-23 00:03 | 只看该作者
好像是老早的问题了。。。。。。

使用道具 举报

回复
论坛徽章:
14
生肖徽章2007版:鼠
日期:2008-01-02 17:35:532013年新春福章
日期:2013-02-25 14:51:242011新春纪念徽章
日期:2011-02-18 11:43:32ITPUB9周年纪念徽章
日期:2010-10-08 09:34:032010新春纪念徽章
日期:2010-03-01 11:06:322010新春纪念徽章
日期:2010-01-04 08:33:082009日食纪念
日期:2009-07-22 09:30:002009新春纪念徽章
日期:2009-01-04 14:52:28奥运会纪念徽章:篮球
日期:2008-09-03 22:48:32奥运会纪念徽章:篮球
日期:2008-07-10 13:43:01
12#
发表于 2009-4-24 22:12 | 只看该作者
原帖由 waynemaggie 于 2009-4-15 23:40 发表
两种逻辑都可以解释得清楚,对于B1现有的逻辑,站在客户管理层的角度,你应该这样理解:
我是老板,我会告诉供应商:此次采购数量订了500,那么我收到了200,因为你质量不好,被退了。这张订单我的确只应该再收300了。至于你说还有200怎么办,对不起,我得考虑还要不要,因为你质量不过关啊,这个异常导致我们需要重新评估对你的这次采购行为,如果我们还需要200,那我们会重新给你下采购订单,并且不排除新的采购订单上价格会有变动,因为你的质量有可能导致我们对客户的交货期受到影响。什么,你说我下面的采购员希望用原订单收货,并且未清数量不变?那不行,那我如何去评估这张采购订单的及时交货率和对你的质量打分呢?我不能因为我手下的采购员想减少做单子的工作量,就让系统的未清数量变成假的吧?万一退回去200,你库存没货了,需要我等很久,那我看这个未清数量,不就会获得错误信息吗?所以未清数量应该没有了,如果这时候我的计划部门再跑MRP,确实还需要,我们会向你下达新的采购订单的!

,很多时候,我都是太关注软件的功能,而没有考虑要实际业务。

使用道具 举报

回复
论坛徽章:
0
13#
发表于 2009-6-4 23:13 | 只看该作者

全世界还没有这样的逻辑

所有的PO下的采购收货和退货这和这个PO相关.如果象上面所说的,还要再创建一个PO,管理上会出现很大的漏洞.
现实中,和供应上只签定一次合同. 因为退货或者仓管理人员输入错误,因而要重新创建一张PO,实在是天大的笑话.
再创建一张PO,价格要不要老板重新审核.老板也觉的很奇怪,昨天不是买了500个,怎么早上又要买500个.不是一次,而是每天发生很多这样的单子.给采购统计也造成困扰.所以SBO应该马上把这个逻辑改了.SAP R3也没不会这样处理呀?因此要坚决抵制这种系统,还不如用用友金碟,比这个好用.

[ 本帖最后由 jackquex 于 2009-6-4 23:16 编辑 ]

使用道具 举报

回复
论坛徽章:
36
管理团队2006纪念徽章
日期:2006-04-16 22:44:45ITPUB十周年纪念徽章
日期:2011-11-01 16:20:282012新春纪念徽章
日期:2012-01-04 11:49:542012新春纪念徽章
日期:2012-02-13 15:13:362012新春纪念徽章
日期:2012-02-13 15:13:362012新春纪念徽章
日期:2012-02-13 15:13:362012新春纪念徽章
日期:2012-02-13 15:13:362012新春纪念徽章
日期:2012-02-13 15:13:36版主2段
日期:2012-05-15 15:24:11ITPUB 11周年纪念徽章
日期:2012-10-09 18:05:07
14#
发表于 2009-6-4 23:57 | 只看该作者
R3的逻辑是这样的,这张收货单可以退货掉后,可以“取消”掉,并同时打开PO单据。
销售流程也是类似

使用道具 举报

回复
论坛徽章:
20
祖国60周年纪念徽章
日期:2009-10-09 08:28:002013年新春福章
日期:2013-02-25 14:51:24优秀写手
日期:2013-12-18 09:29:112014年新春福章
日期:2014-02-18 16:42:02马上有房
日期:2014-02-18 16:42:02马上有车
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有对象
日期:2014-02-19 11:55:14现任管理团队成员
日期:2012-10-18 18:19:10
15#
发表于 2009-6-5 07:26 | 只看该作者
原帖由 jackquex 于 2009-6-4 23:13 发表
所有的PO下的采购收货和退货这和这个PO相关.如果象上面所说的,还要再创建一个PO,管理上会出现很大的漏洞.
现实中,和供应上只签定一次合同. 因为退货或者仓管理人员输入错误,因而要重新创建一张PO,实在是天大的笑话.
再创建一张PO,价格要不要老板重新审核.老板也觉的很奇怪,昨天不是买了500个,怎么早上又要买500个.不是一次,而是每天发生很多这样的单子.给采购统计也造成困扰.所以SBO应该马上把这个逻辑改了.SAP R3也没不会这样处理呀?因此要坚决抵制这种系统,还不如用用友金碟,比这个好用.


第一,"全世界都没有这种逻辑"的说法太主观,不值一驳.
第二,"管理上出现很大的漏洞","实在是天大的笑话",这些论点没有提出理论上的证据来支撑,说服力不强.
第三,"老板也觉得很奇怪"这个不算论据,只算某种特定的现象,并且这个现象会随老板具体的理解不同而不同,所以也没有说服务.

综上所述,无法对你的论述进行辩论,因为都是些虚的东西.

我的观点是:
  一,不是因为R3或别的系统是怎么样,就要求SBO一定要向他们看齐,除非你有充足的证据说明SBO这种逻辑是违反审计或违法的,否则它的存在就是合理的,一定有它合理的考虑,这个合理,有可能是流程上的,也有可能是它程序设计架构上的,甚至有可能是SAP研发目标所决定的.
  二,就算是全世界都没有这种逻辑,也不能说这个逻辑就是错误的,哥白尼提出日心学的时候,全世界都没有这种逻辑,当时的大佬们都认为地心学就是R3!
  三,你要抵制用SBO的系统,喜欢用友金碟,那是你个人的事,但你用以支持你喜好的这些"理论"或说辞,实在是让我啼笑皆非.任何系统都没有好与坏之分,只有适合与不适合,或许你的企业真的只适合用用友和金碟,所以无法说你的选择是错的,只能说"你有你选择的权力".

使用道具 举报

回复
论坛徽章:
36
管理团队2006纪念徽章
日期:2006-04-16 22:44:45ITPUB十周年纪念徽章
日期:2011-11-01 16:20:282012新春纪念徽章
日期:2012-01-04 11:49:542012新春纪念徽章
日期:2012-02-13 15:13:362012新春纪念徽章
日期:2012-02-13 15:13:362012新春纪念徽章
日期:2012-02-13 15:13:362012新春纪念徽章
日期:2012-02-13 15:13:362012新春纪念徽章
日期:2012-02-13 15:13:36版主2段
日期:2012-05-15 15:24:11ITPUB 11周年纪念徽章
日期:2012-10-09 18:05:07
16#
发表于 2009-6-6 16:47 | 只看该作者
大家要辩论,不要争论。毕竟是网络。
jackquex  和 waynemaggie  讲的都有道理。

使用道具 举报

回复
论坛徽章:
20
祖国60周年纪念徽章
日期:2009-10-09 08:28:002013年新春福章
日期:2013-02-25 14:51:24优秀写手
日期:2013-12-18 09:29:112014年新春福章
日期:2014-02-18 16:42:02马上有房
日期:2014-02-18 16:42:02马上有车
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有对象
日期:2014-02-19 11:55:14现任管理团队成员
日期:2012-10-18 18:19:10
17#
发表于 2009-6-6 17:49 | 只看该作者
呵呵,对不起,我一看到有人说B1不好,我就会急,下次注意!

使用道具 举报

回复
论坛徽章:
0
18#
发表于 2009-6-9 22:19 | 只看该作者

SAP R3退货处理方式

最近到客户中去,给我谈到这个问题,让我大吃一惊.没想到SBO是这样设计退货的.两个SBO的客户希望我能解决这个问题,统一到同一采购订单中去,就象R3一样,也和大家通用的习惯相同.因此才会到这里来看看.从管理上看,统一到同一PO是比较好的,因为实际上和供应上只签一份PO,方便采购的统计和采购的价格确保审批一次.最近会装个SBO来,争取能彻底改过来.有新的方法,再告诉大家.
      
       在SAP R3中退货是个相当复杂的过程.
       下面的文章,供大家在SAP R3实施时参考,SBO的用户也可参考其中的处理逻辑.

从采购验收、发票校验、货款已付等环节都可能发生退货,相关讨论文章很多,看SAP如何控制控制退款和换货两种采购退货。

退款:

1.  采购验收环节

连货带发票全部直接退回,如果是接收一部分,则让供应商重新或下次送货补开发票。

2.  原料入库后的生产环节发生全部或部分质量问题, 如果部分退货而货款未付且未作账务处理,只要把增值税专用发票退还销货方,由销货方按实重新开具增值税专用发票,其账务处理同1。如果发票已校验或已付款,发票联和抵扣联无法退还,购货方必须取得当地主管税务机关开具的进货退出及索取折让证明单(下称证明单)送交销售方,作为销售方开具红字增值税专用发票的合法依据。销售方在未收到证明单以前,不得开具红字增值税专用发票。销售方收到证明单以后,根据退回货物的数量、价款、税款或折让金额,向购买方开具红字增值税专用发票。红字增值税专用发票的存根联、记账联作为冲销当期销项税额的凭证,其发票联,抵扣联作为购买方扣减当期进项税额的凭证。

处于控制目的,多数企业的多数采购业务会启用GR-based Invoice,就是需要收货后,财务再根据供应商送货单据、库房的收货联和发票且能相互匹配才发票记帐,同时可以”严格”设定发票数量不能大于收货数量(这功能在有后勤发票预制的企业可能屡屡失效,原因此处不说);一些情况下可能需要放开GR-based Invoice的限制,比如,供应商发票已来,但货却还有一段在途时间,如果是外部供应商,那就是压住发票非要等货物进仓才发票过帐不可,由于在途时间可能很长或跨期间,如果是集团内部供应商A,A货物已经发出并确定应收,购货方却未及时确定应付会导致集团内部往来合并抵消差异,为了防止合并抵消差异,很多集团设置有结算中心尽量同步确定应收应付,此时,可考虑放开GR-based Invoice后勤确定应付或FI直接过帐应付待货物到达再冲销的方案。

退款时当然是先冲发票,再冲收货(或专门退货采购单),有发票校验的采购单是禁止先冲收货的。

换货:

如果发票已经校验且已抵扣, 红字发票流程繁琐,发现原材料有质量问题, 需要换货而非退款, 供应商会后续交易中补充相应数量的原材料过来,有种简单的方法,就是允许直接反冲收货,只要将下图的勾选上就可,表示允许不冲发票后直接冲收货。不过,一放,就全给放了,  当然,如此处理之前,你需要考虑税务和企业管理控制等环节,如果未付款同时暂时立即LOCK住这笔应付

[ 本帖最后由 jackquex 于 2009-6-9 23:01 编辑 ]

使用道具 举报

回复
论坛徽章:
20
祖国60周年纪念徽章
日期:2009-10-09 08:28:002013年新春福章
日期:2013-02-25 14:51:24优秀写手
日期:2013-12-18 09:29:112014年新春福章
日期:2014-02-18 16:42:02马上有房
日期:2014-02-18 16:42:02马上有车
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有对象
日期:2014-02-19 11:55:14现任管理团队成员
日期:2012-10-18 18:19:10
19#
发表于 2009-6-9 22:38 | 只看该作者
实际上呢,一开始我也说了,两种逻辑其实都行得通,都是有道理的.不同的行业,不同的客户,可能会选择不同的逻辑去做,关键看是否适合自己想要控管的东西.
你不得不想到,也会有某些行业和客户,需要的正是B1现在的逻辑.所以说B1不好,是它并没有很方便的兼容两种逻辑,而并非它现在的逻辑是错的.
但是B1有一个很好的东西,就是它很OPEN,要实现R3那种逻辑,非常方便,以前项目中早就做过,无非就是断开系统单据之间的关联,自己用格式化搜索加自定义字段方便地做一个关联出来就行了,也可以实现"复制从"(用格式化搜索),也可以检查收货,退货,订单之前的数据是否吻合(用那个有名的存储过程),还可以让未清数量(用自定义字段)按你想要的逻辑自由地运作,实现这一整套逻辑,不需要开发,只需要方案即可.具体的实现,相信稍有经验的顾问一看就明白,并不难.至于换货,SBO中更是可以很方便的处理,这也是个老方案了,相信顾问都不会陌生.
至于具体各种情形的退货,SBO里面适合各种逻辑的处理方法已经很多了,包括是否要对待检区的料进行控制,包括是否考虑进口货物的特殊退货的处理(不得不考虑国情呀),所以还是要根据不同客户去做不同的方案的,至于逻辑,只要适合客户想要控制的东西,这个逻辑就都是对的.

[ 本帖最后由 waynemaggie 于 2009-6-9 23:04 编辑 ]

使用道具 举报

回复
论坛徽章:
0
20#
发表于 2009-6-9 22:46 | 只看该作者

不知道哪些行业需要这种逻辑

如果采用R3的逻辑,我想绝大部分的客户会用这种处理逻辑.不知道那些行业非得用SBO的方法,请指教.

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表