业财一体化的仓储计费系统建设思路

架构小魔方 2024-06-06 03:39:21

不管是传统电商还是社区电商,对于仓储的诉求是少不了的,传统电商如阿里,有基于菜鸟体系的物流仓储,京东有基于自建的京东物流仓储,而社区电商基于共享仓/中心仓(自营,多功能)-网格仓-团长的配送体系就更离不开仓储,那么如何让仓储的效力发挥到最大,那么仓储计费就显得尤为重要了,而复杂的物流业务,繁冗的计费模式、收费标准的多样性以及计费各个环节的复杂性都是仓储计费系统的难点及痛点。

存储计费组成部分主要包含仓储费、加工费、耗材费以及卸车费等组成,每个特定的费用都有自己的收费标准和收费计算公式。

一、仓储费:用多少面积算多少费用, 一平米每天大概在0.5~3元之间, 价格主要看仓库位置、条件和仓库类型是常温?恒温?还是冷仓?

二、加工费:这个比较杂 主要包括装卸货 入库、清点、上架 、订单处理的分拣、验货 、打包、称重等等。

三、耗材费:主要是纸箱、气泡膜、 飞机盒一类的耗材,用多少算多少。

四、卸车费:一般又分为是轻货还是重货,轻货一般按照货物的体积去计算,而重货一般按照货物的重量去计算。

计费系统的整体架构

计费系统本身并不是一个业务操作型的系统,因此它本身并不产生业务数据,但它的业务又是强依赖于各个业务系统的操作结果,且对于数据的准确性要求比较高,因此就造成了计费系统很大一大块是在与别的系统进行数据的对接工作,而数据源就是如何去实现标准化的数据对接,如何将所需要的业务数据进行ETL清洗后,转换成为计费系统所需要的计费原始单据信息。

计费数据

一般来说会将数据源分为两大块,一块是通过ETL清洗数据同步过来,变成计费系统的原始单据信息,另一块就是基于原始单据的字段,将本身非标准化的单据数据进行定义,变成统一的计费数据,就是计费的元数据。在计费的元数据中,有几个比较重要的点:

数据列的定义:需要将原始单据的字段列进行定义转换,哪些字段将会转换成为计费单据的字段,哪些列将作为计费因子直接参与计费公式的计算。

计费因子:哪些是参与计费公式的计算。

费用项:费用项的定义,以及费用的取值方式的定义,是从原始单据信息中直接获取,还是通过计算公式进行加工,还是提供外部接口进行获取等。

总之计费的数据管理是计费系统非常核心的一块,它也是将看似不同业务单据转换成为统一的计费数据的桥梁,实现单据数据与计费数据的解耦。

这里有几个基本概念

计费单据:涉及到计费业务单据,销售订单、采购订单、出库单、入库单、库存单、盘点单等。

计费因子:简单来说交易或服务信息订单中商品参与计费因素(字段),比如商品加工费是按件计费的,那么分拣的件数就是计费因子。

计费公式:费用的计算公式,比如卸车费是按照货物的重量进行计费,那么它的计费公式可能就是重量*单价,当然实际上可能比这要复杂。

费用项:费用的类型,比如加工费、耗材费、仓储费等。

计费引擎

当计费数据的能力把业务单据数据转换为计费数据时,这个时候流程就来到计费引擎,

计费基础数据:

计费引擎首先需要定义清楚计费所需要的一些基础数据,计费的主体有哪些?结算的规则是咋样的?按日出账单还是按周还是基于某个特定的日出账单等?计费的业务计量有哪些?是使用量/消耗量/长度/重量/体积/面积/时长/次/个/件/瓶/罐/桶/箱/盒的数量还是其他?

计费模型:计费模型是计费引擎的关键,是核心中的核心,主要定义计费的规则、计费公式以及费率的模板。

实际业务场景下,计费的公式不是简单的公式,它会由很多条件组成,不同条件下它的计费公式是不同,基于不同条件下组合而成的计费公式就组成了计费规则。

而计费规则的实现是基于规则引擎和规则编排去实现的,像规则引擎目前也有很多开源的比如drools、Aviator,简单的也可以自己去实现 。

计费单据

经过计费引擎之后,就会将业务单据数据转换为了最终的计费结果数据,这个时候就会形成对应的计费单据信息,不同的计费单据其流程以及结算方式均不相同。这块相较于计费数据和计费引擎来说较为简单,主要将计费单据按照公司的财务制度要求,进行走流程,然后在将对应的费用通过线上或线下的方式将对应的款项进行收回或付出。

写在最后

一、在技术层面,计费系统的实现一定要基于标准化的体系去建设,本身公司的业务计费就会随着公司不同阶段所采取的经营策略所决定的,如果是完全定制化的研发,那么计费的需求响应就会远慢于业务的策略调整节奏,那么计费系统所能产生的业务价值就非常有限,且常常会追在业务屁股后面不断的迭代,更多的时候将会出现费力不讨好的事情。

二、在推动层面,计费系统一定要全盘全链条的去考量业务,最大程度的实现全链条的标准化和规范化建设,因为计费系统的数据是来源于业务系统,业务系统所产生的数据的质量,直接会决定了计费系统的准确性,对于一个不准确的计费系统而然,其实无法产生应有的业务价值,反而会成为累赘,因此做计费系统的产品、开发一定要站在业务全链条去思考、梳理整个业务链条、解决对应链条的障碍点,需要明确各方的权责利、规范以及标准,当碰到障碍的时候,需要借助于管理层的力量去推动计费的标准化和规范化的落地,实现公司利益的最大化。

0 阅读:6

架构小魔方

简介:感谢大家的关注