电商后台之价税管理

7 评论 7950 浏览 60 收藏 18 分钟

文章对电商后台系统中的价税管理进行了系统的介绍,希望通过此文能够加深你对电商系统的认识。

前面介绍了商品管理部分,从商品的属性、分类到商品资质、商品图片都做了说明,在梳理的过程中越发的感觉到每部分细节才是关键。但实话实说通过前几篇文章的书写才体会到“书到用时方恨少”,每一个模块、每个过程如果要描述清楚,流程设计的合理还是蛮有难度的。

只有确定了商品采购价格才可以进入到采购单创建环节(实际上询价比价是采购最开始工作),但商品价格不仅只有采购价,本篇就按照我的理解来说下价格与税率部分。

一、价格与税率

首先,先来看一张图。

(1)价税管理的目的:无论是作为买方(购货方)还是作为卖方(零售商)都是为了降低成本、增加企业利润;在财务报表中能够准确的核算分析。

(2)管理方法:作为买方我们应该与供应商进行谈判,对于影响的相关因素需要考虑,同时还应该明细合同中的相关条款(如通过返利方式来降低我们的应付)、还可以根据商品的损耗率情况要求给予赠品等方式。

作为卖方要根据毛利率等综合情况设置合理的促销活动、大宗销售的批发价策略;同时还要搭建自己的比价系统来获取竞争对手的价格来制定有优势的销售价。

采购进价(结算价)与销售价之间通过商品利润不离不弃,所以制定售价时要考虑进价,采购谈判时也要考虑售价,这应该就是我所理解的价格管理中联动,避免拍脑门决定的简单方式。

二、价格管理

1. 价格名称说明

(1)采购价:主要是采购基准进价与采购促销进价两种,在创建采购单时商品如果没有促销价则默认是基准进价,否则取促销价。

(2)结算价:是与供应商结算的价格。

与供应商的结算分为经销结算、代销结算与联营或扣点代销等方式。

经销是我们根据与供应商的采购金额(进货-返厂退货)进行结算,这是根据采购进价与采购退货价结算的。

代销结算是按实际销售与供应商结算的,但这又分为两种情况:

  1. 按采购入库的商品进价与供应商结算,如:我们进货10件商品,每件商品的采购价为10元,则卖1件我们就结10元,其余9件由于没有销售不结算。
  2. 按双方商定的结算价结算,由于代销商品物品所有权是供应商,所以我们只管理商品数量,不管理成本,此种方式可以按结算价结算,即我们分批采了很多商品,但销售后统一按“结算价”结算。

(3)市场价:这个一般就是指吊牌价,是此商品目前市场上的价格(一般都会高于实际销售价格很高很高),在各大商城中现在很多都不显示这个价格了,用户已经知道商家的套路了,此价格就是一个对比而已,让你觉得便宜。

(4)销售价:即商品的零售价,这个价格是经常变化的,有的商品随季节性属性变化较大,合理的销售价会更好的吸引顾客;在生鲜超市中有些商品每天的价格也有可能不同(早、中、晚都可能不同)。

(5)会员价:现在京东有PLUS会员,Amazon有Prime会员,超市中有很多商品也都有会员卡,可以积分同时可以享受会员价。所以商品的会员价随之而来,商家的目的也是为了留存和提高转化率。

(6)促销价、活动价:这两个与会员价类似,都是为了促销销售而采取的措施,实质就是降价。

2. 价格管理设计说明

在商品管理系统中有SPU与SKU,相关的价格和税率都是在SKU上设置的。

(1)为什么这么做?

因为SKU是采购、销售、存储的最小单位,SPU只是SKU相同信息的聚合管理,而且我们在各商场或网站上也可以看到不同规格属性(主要是销售属性)的商品虽然同属于一个SPU但价格却不同,最明显的例子:

当年苹果IPhone的土豪金价格好像就比其它颜色的贵。

初始价格的设置,应该在创建商品时就应该尽快建立好(默认都是零)。

搜索SPU-〉显示具体的SKU-〉维护价格、税率

原型画的太丑所以不爱画,而且我觉得原型是根据方案流程来进行的最后一步工作(画完后再补充PRD),通过原型还会不断的调整设计好的内容;这也只是我个人的方式。

(2)设置价格时需要考虑哪些因素?

1)毛利率

公式:销售价-采购价(成本价)=利润;毛利率=利润/销售价*100%

我们姑且这样算,所以毛利率是最直接最重要的指标,这里我们也不用考虑含税未税。

2)价格参考

参考市场上的同品或同类商品价格、本公司历史价格(最近采购价、销售价等)。

3)价格区间商品的销量曲线

主要对于销售价设定时,在参考毛利率同时,我认为还应该看一下此商品历史价格区间的销量统计。

(3)销售价的划分?

对于销售价格的设计,还应该确定是单一价格策略,还是可变价格;这里指的是不同于会员价或搞活动时价格变动。

  1. 全国统一零售价:即不分区域,不分城市,也不考虑门店等因素,实行统一价格管理体系,优点是用户无论在哪都享受同样的价格,缺点是不灵活;尤其像一些有地域性的商品,如南方产的水果在北方实行相同的价格,势必会影响销量。
  2. 按区域城市设置零售价:根据区域、城市分别设置价格。优点是根据区域城市特点来合理设置价格,灵活性比较好高;缺点暂时没有什么,系统设计上要稍复杂点。
  3. 自主定价策略:这个主要针对于有线下实体门店的可以针对一些商品自主定价。优点是灵活度非常高,缺点是管理难度大,对系统的要求比较高,即什么样的商品可以自主定价,定价后如何审批等。

目前电商零售业基本上采用以上三种方式,同时再结合促销活动来进行销售价格的确定;当然在设置价格时要考虑影响的因素(毛利率、历史价格、价格区间的销售统计、同品在不同竞争对手的价格等)

(4)批发价如何管理?

每个应该都有市场部或大客户销售部,对于大宗客户就不能采用以上的销售价格策略了;需要结合大客户的销售合同来确定商品价格。此时我们就类似于供应商了。

针对不同的大客户有不同的价格,所以批发价就不会统一,一般采用在合同中确定销售折扣的方式给予客户优惠,如:在商城中某款阳澄湖大闸蟹的销售价是1088,而且正在搞促销,买一赠一,实际价格相当于:544,此时大客户的销售折扣就要给予:5折(假定促销长期有效)。

批发价=销售价*销售折扣

在创建大客户订单时要根据商品获取其对应的销售折扣。

三、价格管理过程及模块

您读到这可能会觉得,这流程这模块既不像产品规划,也不像是系统设计,整的迷迷糊糊的,一点也不专业。

确实如此,还得声明一下我觉得流程画的太详细或者贴一些原型可能确实比较好,但是每个公司业务场景都不相同,有些是不能复制的,我目的只是把东西写清楚就行,您如果有好的建议可以留言我们共同探讨、改进。

这里主要有4个部分:

1. 价格维护

  1. 根据商品去维护,对于基准进价、进项税率、销项税率可以在SKU上去编辑。
  2. 促销进价是有时间段的即“开始时间、结束时间”,录入后需要进行审批,它的价格一般低于基准进价。
  3. 进价、税率不需要按区域、城市维护。
  4. 维护销售价时要选择“全国统一零售价”、“区域城市价”或“自主定价”;一般在商品的属性中可以加一个是否允许自主定价,只有允许的才可以由前端销售系统提交变价申请。

此部分是在新建商品后,就需要进行维护的,对于税率的审核最好有财务同事参与核对。

2. 价格变更

  1. 价格变更包括基准进价的变更、销售价变更、市场价变更几个部分,操作界面中可以选择变价的类型。
  2. 记录变更前的价格、变更后的价格,对于变价需要选择“审批后立即生效”或“定时生效-选择生效时间”。
  3. 需要进行审批,对于价格变更要有界面展示“历史价格、销售量、毛利率”等相关信息,供参考。

3. 促销活动

促销进价的维护可以视为价格的变更,但会员价可以通过促销活动进行管理,也可以按促销进价方式管理;但由于前端获取价格是通过商品服务来展示的,而购物流程一般与促销关系密切,可以综合考虑设计。

销售价(会员价)的获取是要考虑并发,保证高可用。

4. 批发价/结算价

涉及的功能模块是“大客户销售合同”,在合同中录入商品的销售价折让,在大客户订单创建或导入时获取并计算。

合同录入具体商品时的销售折证获取当时的销售价进行计算、同时展示毛利率等相关数据并记录。

结算价是与“采购合同”或“商家平台合同”关联的,需要按SKU进行设定,也可以按销售折扣方式进行,具体可以根据业务设计;但一般代销结算都是按成本结、平台类商家按佣金扣点方式。

四、税率管理

税率管理要简单,主要分为进项税率、销项税率。

  1. 采购单、采购退货单创建时要记录进项税率、销售出库单要记录销项税率
  2. 税率是维护在SKU上的,所以建议在所有商品出入库明细中都记录出入库时的进项、销售税率。
  3. 税率一般是不会调整的,但是当每年的税务调整可能都会影响财务结算和相关的报表。

税率调整

1. 按单个SKU调整,还是按分类调整对应下的所有SKU;可以批量导入方式进行调整。

2. 记录调整前的税率、调整后的税率、生效日期;每次调整需要审批,选择“审批后立即生效”或“定时生效”。

功能调整比较容易,但是每次税率调整都会涉及的财务的相关报表、账务等,所以在价税管理中仅是功能。

当税率调整后影响哪些内容,我想到的有:

  1. 对供应商的增值税发票是否有影响即财务结算单的影响。
  2. 对于已经销售出库的订单如果发生退货是采用新税率还是旧税率。
  3. 历史报表是否需要刷新数据、已出未结账单如何处理,财务凭证的影响。
  4. 调整时间:一般都是月初1日零点调整生效,很少有月中调整的。

任何变更都很麻烦,这也属于需求变更的一种,但是变更不可避免,只要按要求将影响都考虑全面,问题都可以迎刃而解。

五、价税监控管理

尽管系统功能中在定价或变价以及税率调整时都有相关的信息提示与参考,并且有审批,但还是会有异常。

所以对于像价税尤其是销售价这么敏感的信息,要有异常监控。

  1. 价格变动要有提醒或预警,通过预警级别来控制,简单做提醒也可以满足一般需要。
  2. 过高价格或过低价格要有预警,过高会影响销售、过低会产生超买。

判断标准可以通过毛利率来控制:毛利率=(销售价-最新进价)/销售价 *100%

说明一下:对于毛利率取最新进价或调取商品的真正成本(移动加权或批次成本)计算都可以。

六、比价管理

采购可以通过询价对比不同供应商的价格,然后进行谈判选择合适的供应商。

销售价可以通过爬虫去竞争公司的网站、APP上去抓取;获取的商品价格进入到我们的系统中,通过比价来给出建议价格。

不同的公司商品销售价不同,同一商品可能会抓取几个公司的价格来进行对比,具体比价规则是什么?是否调价呢?

简单设计:

  1. 我们的价格比所有对比公司的价格都低,则证明我们的价格具有优势,无需调价。
  2. 我们的价格低于其中一家公司的价格,则证明我们的价格处于劣势,建议调价。
  3. 我们的价格与所有公司的价格相等,则证明我们的价格处理持平,可调可不调。

这里还可以将竞争公司设置主要、次要等权重;对比的价格差额比率*权重,然后根据最后的比率来进行判断。

我这里仅是一点简单的构想,还远远达不到系统级别以及业务需求,但是有参考总比没有参考强,可以慢慢学习慢慢完善。

七、总结

价税管理最重的是如何定价,合理的价格才会有竞争力。对于价格间的互相影响可以参照前面介绍的进行设计管理。每个公司的业务不同、关注的也不同,定价策略也不一样,相信经过与有经验的采购、销售等业务同事沟通,会设计出简单实用的价格管理系统,最后感谢您的阅读!

 

作者:倔强的大萝卜;公众号:倔强的大萝卜

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

题图来自Unsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 萝卜大哥,有关于电商财务系统的功能架构图给大家参考一下吗

    来自广东 回复
    1. 功能加构图可以结合数据流转部分来规划,具体可以关注公众号加WX探讨。

      来自北京 回复
    2. 好的

      来自广东 回复
  2. 萝卜大哥,看了您的两篇文章,发现 税率,有维护在分类,有维护在SKU的,还有写着属于SPU信息的,这个在业务的规范化上有明确规定么?还是根据实际业务方的操作来实现即可。

    来自北京 回复
    1. 您好,这个没有严格的规定,税率最终是与单个SKU上关联的。在维护时可以按分类进行,有些是为了方便批量操作。此外,分类上维护税率,有时也是因为业务需求,方便一些控制。最终涉及含税不含税计算时还是要以商品上的税率为准计算的。具体问题具体分析就可以,感谢您的阅读!

      来自北京 回复
  3. 您好,当商品过多时,如何维护商品对应的税率

    回复
    1. 可以设置一个财务分类,每个财务分类一般都是相同的税率,建商品时自动带出对应的税率,系统也可以进行校验,如果税率调整了,也可以批量更改,谢谢

      回复