Odoo中商品销售的处理及案例解析.docx

Odoo中商品销售的处理及案例解析1）销售产品A1000件，单价10元2）由于订单执行中，实际销售数量可能会发生变化，因此希望安发货数量开票3）预收了2000元4）实际分两次发货，第一次发了600件，对方正常接收了5）一个月后，第二次发货500件，但这次有问题，没达到对方质量等级，因而对方只同意按9元每件接收了。而且，其中50件因质量问题，被对方退回题目：上述销售过程，如何在OE中完成？答案：这里的商品销售主要指批发或生产型企业的销售，不含零售型销售。批发型商品销售常见的有三种类型：库存商品销售、直运商品销售、代销商品销售。三种类型在OpenERP中都能够非常好的支持。一、库存商品销售库存商品销售是最常见的商品销售形式，即先采购商品到仓库，再销售出去。1）案例1.1）销售产品A 1000件，单价10元1.2）由于订单执行中，实际销售数量可能会发生变化，因此希望按发货数量开票1.3）预收了2000元1.4）实际分两次发货，第一次发了600件，对方正常接收了1.5）一个月后，第二次发货500件，但这次有问题，没达到对方质量等级，因而对方只同意按9元每件接收了。而且，其中50件因质量问题，被对方退回2）销售订单处理2.1）开具销售订单，销售产品A 1000件，单价10元，开票方式选择“按发货数量开票”2.2）开具预收发票预收货款2000元，财务确认后生成凭证：借：应收账款2000贷：预收账款20002.3）确认销售订单，系统生成发货单3）发货处理3.1）第一次发货600件，并基于发货单开具销售发票。系统生成两笔凭证借：主营业务成本贷：库存商品借：应收账款5020预收账款2000贷：主营业务收入6000应交税费-应交增值税（销项税）10203.2）第二次发货500件，并基于发货单开具销售发票。系统同样生成两笔凭证4）退货处理4.1）退货50件，开具退货单退货50件，修改退货单上的目标库位为“销售退货”库位。“销售退货”库位的Type为“Internal”，Stock Valuation Account(Incoming)和Stock Valuation Account(Outgoing)皆为“主营业务成本”。“销售退货”通过库位链自动关联到默认仓库的Stock库位。退货后，系统生成凭证：借：库存商品贷：主营业务成本4.2）基于退货单开具退货发票，确认后，系统生成凭证：借：主营业务收入应交税费-应交增值税（销项税）贷：应收账款5）销售折让的处理5.1）开具退货单，退货数量为1，实际退货时候，修改其数量为0，再做实际退货（退货为0，意即没有退货数量，只退回金额）。系统生成凭证：借：库存商品0贷：主营业务成本05.2）基于退货单开具退货发票，修改退货发票上的退货产品为产产品A，数量为450，单价为1（意即每件商品折价1元）。系统生成凭证：借：主营业务收入450应交税费-应交增值税（销项税）76.5贷：应收账款4506）系统设置6.1）销售商品的产品分类的会计科目应设置为：Stock Output Account：主营业务成本Stock Valuation Account：库存商品Income Account：主营业务收入6.2）销售商品的Product上的Inventory Valuation为Real Time(automated)，这样入库、出库的时候，系统才会自动生成相应的会计科目。6.3）增加“销售退货”库位，销售退货时候，目标库位必须是该库位。“销售退货”库位的Type为“Internal”，Stock Valuation Account(Incoming)和Stock Valuation Account(Outgoing)皆为“主营业务成本”。“销售退货”通过库位链自动关联到默认仓库的Stock库位。二、直运商品销售直运商品销售是指，商品不经由本公司仓库，而是供应商直接发货到客户。此种情况，本公司没有库存管理，处理上更为简单。1）系统设置1.1）销售商品的Product上的Inventory Valuation为Periodical(manual)，这样，入出库时候，系统不会生成会计凭证。1.2）销售商品的产品分类的会计科目应设置为：Stock Input Account：不设Stock Output Account：不设Stock Valuation Account：不设Income Account：主营业务收入Outgoing Account：主营业务成本1.3）库位的设置。利用系统默认库位即可，不要另外增加或修改系统默认库位设置。2）采购订单的处理。2.1）采购订单因为是直接发运到客户，其“Destination Address”处应该选择客户地址，则系统自动将采购订单上的Destination库位设置为“Customer”库位。如此，订单执行时候，库存移动是从Supplier库位到Customer库位。2.2）采购订单确认后，系统生成入库单，其源库位是Supplers，其目标库位是Customer。确认该单子，则货运过程完成。2.3）确认系统生成的采购Invoice，完成采购财务过程。3）销售订单的处理。3.1）和正常的销售处理过程是一样的，只是，关于系统自动生成的销售发货单，可以有两种处理办法：a)无视它，因为发运过程已经在采购过程中完成了，因此，销售发货单无关紧要；b)将销售商品设置为Service类型，这样，系统不会生成发货单。只是，同一个商品，系统里必须有两个Product，一个是可采购的，其Type为Stockable，用于采购订单；另一个是可销售的，其Type为Service，用于销售订单。4）系统自动生成的会计凭证：采购Invoice确认时候：借：主营业务成本应交税费-增值税(进项税)贷：应付账款销售Invoice确认时候：借：应收账款贷：主营业务收入应交税费-应交增值税（销项税）三、受托商品销售受托商品销售是指，供应商将商品暂存于本公司，待销售之后再结算。此种方式和库存商品销售不同之处在于，收到供应商商品时候，应借记“受托代销商品”，贷记“受托代销商品款”。实际卖出商品之后，应借记“应收账款”，贷记“主营业务收入”和“应交税费”，同时结算销售成本：借记“主营业务成本”，贷记“受托代销商品”。委托商（供应商）结算时候，借记“受托代销商品款”和“应交税费”，贷记“应付账款”。受托商品销售和库存商品销售基本一样，只是：1）系统设置1.1）设置受托商品分类，其科目设置为：Stock Input Account：受托代销商品款Stock Output Account：主营业务成本Stock Valuation Account：受托代销商品1.2）销售商品的Product上的Inventory Valuation为Periodical(manual)，这样，入出库时候，系统不会生成会计凭证。1.3）设置“受托商品”仓库，销售时候从该仓库出货。2）收到委托商（供应商）货物时候，直接开入库单入库到“受托商品”仓库。系统不需要生成会计凭证。3）销售时候，开具销售订单从“受托商品”仓库出货。系统生成会计凭证如下：借：应收账款贷：主营业务收入应交税费-应交增值税（销