首页_沐鸣2_沐鸣2注册登录页面-首页

时间:2020-05-05 14:46       来源: 未知

  安信4主管Q-71872511从供应商的管理到合同的管理,再到商品系统的模块的介绍、商品价格与税率维护策略,不知不觉已经完成了几篇文章,前期的准备工作完成后,接下来就应该进入到采购管理模块了。

  几天来一直在构思如何写,写的内容让大家看过觉得真的是那么回事,而不是常规的叙述,本篇就按着我所理解的采购管理过程继续来总结,每次开篇时都力求变化,无奈胸中无墨,只能尽力而为之,请多包涵。

首页_沐鸣2_沐鸣2注册登录页面-首页

  流程有正向的采购进货、有逆向的采购退货两个主流程,接触过进销存系统的人都清楚,读到这里你可能在说“你是不是逗我玩呢?”

  把上图列在这里的目的是后续我将按照正向、逆向两个大方向去说,在流程内按照我们的工作的过程来一步一步的说明每个过程中涉及到的模块以及个人的一些想法。

  先声明一下,我不打算用Viso去画具体的流程了,主要是本人尝试画了一下,涉及的模块多,一个图把全流程和相关子流程呈现出来太复杂,而且大家看的时候也可能会乱(里面肯定有考虑不周的,画的过程不顺畅的),废话少说,我们步入正题。

  采购单的创建无非就是开发一个单据录入界面,录入相关信息,点击保存即可,如下图。

  A 选择供应商:系统自动带出相关信息(此部分在前面供应商管理时已经介绍过)。

  B 采购单类型:这个是需要确定的,一般包括正常采购单、赠品采购单、补货采购单以及价格调整单等几种类型。

  正常采购单:常规采购订单,多数订单都是这种类型,这里补充说明一下,在供应链中一般都把采购单简称为PO单,即Purchase Order的简称。

  赠品采购单:此部分商品是供应商赠送给我们的,一般进价是0.01(税务上好像不允许0元采购);如果在商品库存中设有赠品库存,则赠品采购单就入到这里。我个人觉得单据可以区分,库存上区分没有什么卵用。在商品库存中多一个字段来区分,在商品成本计算时或出入库时以及商品库存服务中都会增加复杂度。

  补货采购单:为了补货而创建的采购单,手动可以创建采购补货单,系统也可以根据自动补货逻辑创建。

  价格调整单:这个是为了调整采购成本的而生成的,一般是根据价格调整单生成的空进空出采购单。

  一个采购单只能对应一个仓库、一个合同;对于合同部分说明一下,由于供应商在一个时间范围内只有一个生效的合同,如果供应商有多种合作模式,可以通过供应商子账号方式实现。

  所以在此处,可以不需要选择合同,在财务结算时由FMS财务管理系统部分后续处理。

  D 商品录入:主要是确定采购进价,这里默认的是基准进价,采购价不能高于基准进价。如果有促销进价则系统优先选取(对于价格部分可以参照价税管理部分,此处不做解释);

  采购进货数量可以手动录入,默认为零,如果按箱进货,可以录入箱数,系统根据箱规自动转换成数量。

  如果按上面做,就太简单了,这里我们要先确定采购单的来源有哪些?

  手动创建的过程就是上面的流程,没有问题,只要系统设计的简洁,按提示进行就可以。

  A 系统创建的补货单:当系统运行一段时间后,有了数据积累,就需要考虑自动补货了;自动补货需要考虑日均销售数量(一般取4周)、安全库存、在途库存、采购送货时间、供应商生产周期等因素来进行计算建议的补货数量,由系统生成采购单,下面的公式供参考,这个应该属于移动平均法是比较常用的也是最简单的。

  建议补货数量=(SUM(前28天销量)/28*目标周转天数-可售库存-采购在途库存-调拨在途-已审核未发货采购数量)

  B 以销定采:此种场景一般是对应预售或预订商品的,即用户先下单支付后,系统根据有效的销售订单进行商品集单,生成采购订单,然后由供应商发货到仓库,然后仓库根据用户下单时间依次发货(具体规则可以根据实际场景设计)。

  这部分采购单的采购价完全是根据基准进价、促销进价或双方确定的采购价下单(也可以按最近采购价),数量是依赖有效订单的商品数量。

  C 供应商直发:此种场景系统创建采购单是有前提的,即合同的结算模式是“按采购额结算”即经销模式;同时这部分商品是不需要入仓是直接发送给C端用户的。

  这种场景生成的采购单是根据订单由系统补的,采购价的确定与以销定采类似,一般是在供应商发货时同步生成。

  为什么需要生成采购单?主要是为了在财务应付结算,对于代销依赖的是销售订单,这部分可以根据发货时间系统去获取成本价或结算价。

  由于商品没有实际的出入仓所以此部分采购订单的出入库是没有成本计算的;这部分涉及到FMS财务系统存货管理及应付结算,有兴趣的可以关注笔者的电商财务系列文章。

  D 价格调整单:采购的价格调整单是为了调整采购单上单价错误或采购成本的,就是一种红冲单据。

  采购单P001进货商品A 进价是 10元钱,进了100件,并且已经入库到仓。

  采购与供应商确认进价10元钱单价有问题,与市场偏差太大,经谈判可以调整为9元。

  这时就可以创建一张价格调整单,即A商品原价10元,调价后为9元。

  价格调整单审批后生成两张单据(一出一入),即以10元做个出库,再以9元做个入库,此时成本价是9.

  财务应付结算时,由于已经红冲了10元那张单据,所以实际上是按9元结算。

  E 商家到仓:这部分由于是需要入仓,就需要入仓凭证,所以需要创建一种特殊类型的采购单,但是采购价可以根据约定确认。

  由于这种单据比较特殊,所以单独列出来,它可以手动创建、也可以系统创建;本篇不对这种类型做过多讨论。

  解决了以上的相关问题,我们就创建了一张采购单,此时采购单首先要在内部进行审批,主要是审核采购单价与采购数量;对于系统生成的“价格调整单、直发、以销定采”内部审核流程可以略去。

  接着聊下一环节,供应商及仓库的发与收过程。

  线下邮件的方式:这也是最原始最简单的,我们内部已经创建了采购单,可以把单据导出来通过Email发给供应商。缺点就不说了,大家都清楚,所以我们采用第二种方式。

  供应商&商家管理平台:这个系统是与供应商&商家进行数据交互的平台,使用者为供应商或商家。它的主要功能应该包括供应商资质、商品资质信息的上传与审核、采购与退货单据确认与发货操作、财务结算对账等。附一张流程图,画得不严谨,您凑合着看吧,里面的流转用不同颜色的线条表示,同时这里包含了采购单创建部分。

  (1)采购单的创建及业务部门内部先审核完毕(审核采购单价与采购数量)。

  (2)系统推送已经审核的单据到“供应商&商家管理平台”,供应商审核数量、进价是否有问题,如果需要修改则会与采购沟通,然后修改并审核。

  (3)业务最终确认采购单信息,并审核,审核通过后,单据状态会同步到“供应商&商家管理平台”为“待发货”。

  同时单据信息需要同时下发到WMS系统,以便采购单到货后仓库收货。

  (4)供应商根据采购单进行生产发货,同时单据状态会同步到内部SCM系统,在发货前供应商可以根据预计送达时间与仓库进行预约到货的申请。

  预约到货管理属于供应链系统中的一个子模块,它是针对于每个仓库的作业能力、空间以及时间等综合考虑是否可以收货,目的就是防止货到了仓库没有人收或没有地存放。

  (5)仓库收货:根据采购单及供应商的发货单进行到货确认。在仓库收货时要进行质检,确认入库后将入库信息回传给SCM系统中并生成验收入库单。

  对于入库需要明确的是采购单全部入库完成后再统一回传给SCM,还是可以分批次入库,这个涉及到下位的WMS系统与SCM的数据传输问题。

  为了简单,建议仓库完成一张采购单的收货后再执行关单操作,这时采购单与验收入库单是1:1的关系,否则是1:N,如果是分批次入库会影响统计查询、财务结算单的复杂度。

  (6)最终产生库存,等待商品上架销售,至此采购进货的整体过程完成了。

  采购退货就是公司把卖不出去的、有质量问题(收货后)、损坏(可退)的商品返还给供应商的流程。

  哪些商品可以退还给供应商?一般在签订合同或下采购单时可以确定是否可退货。

  由于一般的电商公司仓储系统都是用的第三方软件,而且有的仓储也是托管给他们的,我司只有部分人员在仓库。

  所以是由仓储发起退货,还是由采购业务部门退货,需要明确(实物在仓,采购业务可能见不到商品)。

  我的理解,首先要充分相信仓储人员的诚信度(生鲜水果等商品损耗率很高,可退或销毁),所以应该以实物为准。

  商品在仓库主要是管理其数量,创建采购退货单时的价格如何确定?

  其单据的流转与采购进货单相似,没有什么特别的,但这里要补充说明一下,对于采购退货单的商品成本核算。

  假设我们采用的是“移动加权成本价”的方法进行成本计算,有两种场景:

  移动加权价=(库存数量*商品移动加权价-出库数量*采退出库单价)/(库存数量-出库数量)

  这种方式需要注意最后商品库存金额会不会出现负数的情况。

  采用这种方式,在财务成本核算过程中时,需要进行特殊处理,因为无论商品有多少次出入库,整体上要保证商品存货金额的平衡公式,即:期末金额=期初金额+期间变化的金额。

  因为采购的退货价没有参与移动加权成本核算,那么对于供应商结算时进货金额-出库金额库存金额了。

  具体这个不是一句两句能说清楚了,大家有兴趣的可以留言。

  简单的把采购的相关环节进行了说明,系统的设计要根据业务场景来设计,此部分依赖于供应商、合同、商品各个模块,而且有很多的属性或规则都要提前设置好,供应链称之为链,就是每个部分都是链接在一起,环环相扣的。

  采购流程设计的简单流程(不单单是系统操作流程),可以降低供应链的链路从而降低公司的成本,成本降低是盈利的一个重要保证。

  知识有限,不足之处敬请指出,我会不断地修改,非常感谢您的阅读!

  本文由 @倔强的大萝卜 原创发布于人人都是产品经理,未经作者许可,禁止转载。

  1.如若采购单和入库单是1:1的关系,那分批收货,有一批货有问题拒收,那整个单子都无法结束了。

  2.采退单不参与移动加权成本的核算,这个是不同的财务结算方式,我们现在系统用的就是月末一次加权平均。

  1.分批收货时,关单可以考虑其每批收货单的最终状态,拒收也是一种最终状态和收货确认一样,只要都是最终状态那么就可以关闭。

  2.月末一次加权在财务账上处理比较简单,数据不需要太复杂实时的计算,但就像您说的主要看财务结算规则是什么而定。

  结算是不是针对于入库单来进行结算的。如果一个采购单,有部分商品拒收未入库,其实也不会影响财务账面的?

  结算分为按采购金额结算,这种就是所谓的经销模式即采购多少就要结多少,还有一种代销模式可以用结算价,也可以用入库后的商品产生销售订单的出库成本价结算,但这种结算都是卖多少结多少。

  我还想请教一下 如果说是拒收的话 在系统中是如何体现的。

  拒收就类似于采购退货单,只是这种单据不需要进行成本的计算,直接生成单据参与结算即可(如果是经销),如果是代销模式简的做法则直接改状态就行。

  请教一下:在收货过程中如果发现有问题的商品可以拒收,不做入库处理。那么拒收后,我要看这个采购单执行的情况,是看收货单还是看采购单?

  拒收未入库,此PO单状态就是未入库,没有产生库存,可以不生成收货单,看采购单即可,这是一种方法,也可以生成收货单但是是取消状态不做入库处理。看你们的单据关系如何,谢谢,回复的晚了

  请问下,为什么一个采购单只能对应一个仓库,一个采购单为啥不能入多个仓库

  再补充一下,对于下采购单时也可能不区分仓库,在发货时进行拆分,即一个PO单按仓拆单(根据一些规则),有点像销售订单的拆单一样,但是这样做复杂度也会增加,而且对于后续商品自动补货等都是按仓来计算的(结合销售预测、仓库库存、在途库存等),如果对应多个仓,那么采购单在商品级也应该确定仓库,然后发货时根据仓库进行拆单、打包、发货、收货等。

  下采购单时对应单一仓库是为了发货,收货以及后续对账的,逻辑清晰,如果对应多个仓,那么后续处理就会增加复杂度,所以在前面控制是为了后面的简单。所有这些还是要根据你们自己的业务来设计规划,谢谢

娱乐八卦
频道推荐