电商后台:财务对账系统总结

26 评论 78663 浏览 395 收藏 7 分钟

本文作者将结合自身经验与你分享:财务对账系统项目。enjoy~

进入这家公司做的第一个项目就是财务对账系统规划,当时对公司业务还不是特别了解,只是根据业务的需要梳理了一期的功能点;大概了解了财务对账的流程,就秉着能解决释放人力的想法开始做原型。因为不了解业务,也在该项目进行的过程中发现了无数的坑,不过也是因为这个项目,让自己真正了解了公司的很多业务;也开始对各个系统逐步都有了深入的了解。

好了不废话了,开始财务对账系统项目的介绍。

一. 规划背景

业务线比较多,每个月底财务人员经常加班线下手动核对账物;繁琐,业务线比较多,经常加班也让财务人员苦不堪言;所以产品决定做财务对账系统,充分解放财务人员人力。

二. 功能整理

1. 每个月底出具公司账单

分别从公司维度,平台维度,店铺维度按财务需求出具;所有的取值口径都来源于ERP系统订单销售数据;账单出具后和财务一起核对数据,发现与ERP系统原始的数据很对不上,开始查找原因,也发现了一些坑;具体如下:

  1. ERP系统中商品编码的随意修改,导致两个系统的编码不一致;
  2. 商品基础属性,商品税率修改后取值问题;
  3. 修改时间的不规律性,ERP中有些未做历史记录等。

基础数据的随意修改,ERP中有的基础资料更改未做记录,因此和财务再一次确认口径后,让研发人员修改保证账单的一致性

2. 平台对账账单

由于当时所有的业务线订单在一起,每个平台出具账单的不统一性,故只能是根据财务实际需要,按不同的规则出具;不过整个的流程上基本相似,区分点都是在某些字段金额的计算上。

(1)实施步骤

  • 财务人员将平台上出具的账单导出(由于平台未开具接口,账单数据只能是财务手动来导出,再导入到自己的内部对账系统)
  • 财务人员将平台的账单存入本地文件夹,通过共享工具
  • 财务对账系统每天定时查询未导入的账单表
  • 通过规则匹配ERP的销售订单数据
  • 按规则将不同的金额分配到不同的商品上
  • 然后根据财务的实际需要按商家将不同的金额汇总,出具账单

(2)经验总结

  • 先了解业务后,再去设计功能,画原型
  • 出具PRD时,一定要大致了解订单的情况,或许一般的电商公司订单情况不会负责,我们公司的订单因为有多个系统的交互,结构上相对要负责一些 ;环环相扣
  • 及时和业务核对,发现未完善的PRD规则,按实际情况将规则调整,补充完整
  • 一定要根据不同的业务线,设计不同的平台对账
  • 多和财务人员沟通,了解财务账单和对账方式

3. 供应商对账单

之前介绍过,公司的采购分为内采和外采,但是由于历史原因,现在的结账并没有规范化,账期都很随性,因此前段时间设计了供应商对账功能;本章主要介绍外采对账,内采对账不做介绍。

(1)实施步骤

  • 建立供应商结算账期
  • 按账期出具每个供应商的可结算金额
  • 财务人员进行账单核对,审核发票
  • 根据发票填写结算金额,上级领导审批
  • 公司财务出纳打款给供应商(这块可以做成系统自动化,也可以根据公司实际情况,线下打款后,做系统中做记录即可)

(2)经验总结

供应商结算,分现结和铺货结算;不过铺货的方式占多数,铺货结算指的是周期内出库了多少商品再结算;这种结算方式在很多公司都有使用。

但这种结算,也存在一定的弊端。如:两个供应商供应同一商品,结算时就不知道要把具体的款项结算给哪个供应商,所以只能是根据不同的情况来做处理;故:出具结算规则时,一定要和业务人员沟通,了解公司的实际情况后,按公司的实际业务制定PRD规则,再出具结算账单

总结

对账很多公司都在做,但也不是每个都会做;很多都是根据业务需要,直接对接三方的财务系统,按不同的业务需要生成凭证后这期的账单就算结束。因此,对账部分每个公司都不同,而我只是按以往的经验介绍些思路,如有不对之处,还请同行们多多指证。

 

作者:简之箐,微信公众号:简之箐,5年互联网产品经理,曾担任医药产品经理和电商产品经理,经历主导过电商平台的系统整合规划。

本文由 @简之箐 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自 Pexels,基于 CC0 协议

专栏作家

木北的产品成长路,微信公众号:木北的产品成长路,人人都是产品经理专栏作家,互联网产品经理,曾担任医药产品经理和电商产品经理,经历主导过电商平台的系统整合规划。

本文原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自 Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 说了些大体经验,主要还是要沟通啊,不放过每一个细节,这东西确实不是一下子就能搞出来的。但有些时候,很重要的历史遗留问题要有魄力去解决,有些问题早晚要解决,不要为埋坑而挖坑,比如商品的编码、供应商、销售渠道等基础信息的统一和完善。

    来自新加坡 回复
    1. 不破不立

      来自浙江 回复
  2. 你好

    来自北京 回复
  3. “两个供应商供应同一商品,结算时就不知道要把具体的款项结算给哪个供应商”
    按批次,每个SKU都对应一个批次号,批次号对应供应商

    来自广东 回复
    1. 对,我感觉这里也有些不对劲。常规来说,同一个商品是会有多个供应商供货的情况,但是分不清哪个账款结算,那就是采购管理系统和财务系统压根就没用起来

      来自广东 回复
  4. 额 感觉有点乱

    回复
  5. 想了解电商B端跟平台的财务系统是如何设计的,你有相关资料或原型可以学习吗

    来自广东 回复
    1. 我也是

      回复
    2. 同请教~

      来自广东 回复
  6. 由于每条业务线的业务模式不一样,所以对账规则无法统一,比如电商和火车票在结算上的差异就很大,因此当公司的业务线比较多时需要各个业务线自己去维护自己的供应商结算规则,然后自己的规则各自生成对账单,统一接入财务系统

    来自浙江 回复
  7. 大神,有有关商场收银系统的原型吗?最近我在做商场收银的项目。目前商场的还都是手写单据,这样不会出错吗?

    来自天津 回复
  8. 亲,有各大平台的对账原型吗,最近在整理这个 快整哭了 😥

    来自浙江 回复
    1. 不清楚你想要哪部分?可以加我公众号发消息!!

      来自北京 回复
    2. 同求

      来自上海 回复
    3. 你加我公众号吧,不清楚要哪一部分

      来自北京 回复
    4. 你公众号是?

      来自北京 回复
    5. 简之箐

      来自北京 回复
  9. 做了几个月财务系统,历史遗留太多脏数据了,算营收时坑太多

    来自浙江 回复
    1. 呵呵是呀。都会有这样的情况。我们当时做的时候,脏数据都无法把控;各种坑

      来自北京 回复
  10. 1、要很熟悉接口业务系统和数据流向,及后台数据库存存表等的关联,及万众归一的接口标准和原则,不然对账等就是个城市地下管网。

    来自四川 回复
    1. 嗯嗯,是的。在没有统一接口的同时,只能是各自公司来根据业务实际需要来处理。

      来自北京 回复
    2. 关于这一点用友似乎没有什么发言权,毕竟还停留在流程管理这一阶段,远远落后于时代了

      回复
    3. 小白,你在说你父母老了?

      来自四川 回复
    4. 都2020年了,RPA机器人竟然只能半自动,你知道你的客户BOSS们都是怎么喷你们家的团队吗 ➡

      来自辽宁 回复
    5. 噗……了解现在的用友么?净瞎说……

      回复
    6. 信口雌黄者很多,苍蝇多了,打不过来,,自生自灭。

      来自四川 回复