案例分享:解析互联网B端项目的财务需求

4 评论 2012 浏览 7 收藏 14 分钟

编辑导语:你有没有和财务需求打过交道呢?对接财务需求,这对很多人来说都是一件很痛苦的事情。今天,本文作者就解析了互联网B端项目的财务需求,和大家分享了关于财务流水和对账单功能的设计思路,希望通过作者分享的案例,能够让大家在今后接触财务需求时,能够有所准备。

前言:

不知道从事B端的朋友们有没有让财务的需求搞的焦头烂额的时候,反正笔者有很长一段时间被财务的需求搞得焦头烂额,一会订单金额和账单对不上了,一会一笔订单的流水找不到了,又过一会某件商品的金额分配错误了。

总之,和财务小姐姐打交道的时候总是被一些很基础的需求给搞得莫名其妙,明明数据就在那,你咋就找不到呢?

其实,财务的需求是很标准的,把基础配置/数据搞定了,剩下的就是对照需求出功能的事情了,下面笔者和大家分享一下财务流水和对账单功能的设计思路。

一、财务流水

大家知道,对于财务来讲,每一笔收支都要有清晰明确的记录,而互联网项目的财务相较于传统财务还有很多优势,交易完全通过线上处理,可以方便的将收支明细记录下来。

这里突出的重点是明细的记录,一笔清晰的记录,能够帮助我们进行下一步的需求整理和功能设计。

而在设计财务模块的时候,我们需要知道,财务模块到底包含了哪些内容,需要实现哪些需求,需要解决哪些问题。

说到财务需求的入手,想必大家都应该清楚,财务的核心是交易,是资产的安全;而交易,在不同的项目中,有很多种分类。

抛开纯电商企业来说,有的互联网企业的收入项中,有充值形式的、有会员卡形式的、还有转账形式的,在支出的项中,有退款、有采购支付、有转账,在这么多林林总总的项目中,如何能够清晰的把账目理清楚呢?

1. 交易项目

简单来说,这里的“交易项目”是指的上文写到的收入/支出项的分类,例如支出项目有采购支付、退款支付、转账支付等,而每一项,都对应着一个具体的业务。

采购有采购的业务流程,退款有退款的业务流程,这里大家清楚就好了,因为同一种业务在不同项目中的业务流程可能完全不同,笔者就不给大家举例了。

总之,这里是要告诉大家,一笔交易流水,要明确的区分它是来自哪一个交易项目,如果你的财务流水无法区分每一笔记录是来自哪一个交易项目,那这可就是一笔糊涂账了。

2. 交易对象

知道了交易项目,那么交易的对象范围就会很明确,而交易的对象,也是财务需求中一个重要的因素,是在财务需求中作为结算对象的存在。

换句话说,这笔款虽然知道是什么项目结算出去的很重要,但是是给“谁”结算的同样重要。

3. 交易方式

大家在日常生活中去便利店买东西,通常会问,怎么付?支付宝还是微信?

对个人来讲,可能无论是支付宝还是微信,都是从一张信用卡里面付出去的,无关紧要,只要钱不错就行了;但是对于财务来讲,每一笔交易的方式就尤为重要。

至于为什么重要,我想大家应该都知道。

当账单出现差异的时候,从财务角度来讲,不管是企业的支付宝还是微信,或者是银行卡,都是企业的钱袋子。哪个钱袋子的钱多了或者是少了,财务是必须要知道的。

换句话说,这对是否能够方便对账是很重要的。

4. 交易单号

交易单号是这笔交易的身份证,是唯一能够精准定位一笔交易记录的信息,和支付平台的交易单号一样,这里的交易单号是指的自己系统内记录的单号。

命名规则有很多种组合,一般常用的就是时间戳加上自然数流水,这里需要多注意的是,随着线上交易的便捷性以及实际业务中的需要,会存在同一项业务分多笔交易或者是多笔交易批量支付的情况存在。

例如【交易项目】是“采购业务”的,有可能一个采购单对应多笔支付记录,这时候要注意区分“业务单号”和“交易单号”。

5. 交易金额

关键因素中,剩下一项“交易金额”了,交易金额这里很容易理解,就是记录交易中产生的金额,但是随着运营技巧的多样化,各种折扣价、优惠券、满就送、满就减等活动造成的价格计算方式越来越多。

这里需要注意的是,要注意记录这笔交易所匹配的运营活动是什么、交易订单的原价是多少、以及优惠价是多少、实际支付的金额是多少。

大家可能会问了,我把实际交易金额记清楚不就完了吗?为什么还要记那么多有的没的?

——有这种想法是正常的。

但是随着财务需求的深入,当需要通过分析优惠金额或者是优惠活动分析或者是计算某一项数据时,这些数据就尤为重要了。

大家可以参考淘宝的订单,阿里会把店铺优惠券、平台优惠券、淘金币等等优惠信息分的很清楚,就是为了能够更加清晰地呈现这笔订单的金额所发生的变化。

6. 举个例子

基础工作做好后,财务收支流水的系统账单就可以出来了,清晰明了的界面,配上对应的搜索条件,一个能满足财务基本对账需求的收支流水功能就出来了。

二、财务对账

了解过财务工作的朋友们应该知道,每个财务周期,财务对账的工作对于财务小姐姐都是头疼的,互联网企业的财务流水数量多、金额大。

一旦一个功能或者是一个bug出问题,都会使财务账单差之毫厘,谬以千里。

笔者就有一段时间一到财务对账的日子就被缠着对差异,几十万数据的excel和sql弄到吐,本着解放财务小姐姐就是解放自己的想法,财务对账的功能必须要上马了,好在前面基础打得好,又帮着财务小姐姐线下对了N次账。

这一次着手设计的时候,没有花太多时间在沟通需求上,现在想来,多年的现场交付经验锻炼了想尽办法满足用户需求的能力,真是给自己从事产品经理这条路上打下了良好的基础。

好了,我们一起来看一下财务对账都有哪些东西。

1. 对账方式

对账的方式有很多种,这里给大家分一下类:

  • 按照【支付方式】对账:即交易渠道,就是通过支付宝结算的,单独把支付宝的交易流水拉出来对,通过微信结算的单独把微信的流水拉出来对,按照上文意思来说,就是分钱袋子对;
  • 按照【交易项目】对账:即交易的类型,就是采购结算的单独拉出来对账,销售收入的单独拉出来对账等等;
  • 按照【交易对象】对账:这里不难理解了,就是和谁结算的就和谁对,这种对账方式通常适用于采购场景。

几种常见的对账方式给大家介绍完了,看到这里,大家应该都清晰了,这不就是“财务流水”里面的几个关键要素吗?

——是的,交易模块的基础打牢固了,对账工作就能够轻松展开了。

2. 举个例子

在这里笔者给大家举一个按照【支付方式】对账的例子,因为互联网企业的财务流水数量多、金额大,对起账来不容有任何偏差;而实现方面,又需要对接各大支付平台,所以就举这个典型例子吧。

上文把企业自研系统的财务流水梳理清楚了,下面就是要通过各大平台的接口去获取对应的账单,来和系统内的流水进行比对了。

这里笔者咨询了财务朋友,也通过自己的百度,引用了几个对账方面的术词:

1)对平

支付平台和自研系统内的支付订单号匹配,且金额匹配,即:实收=应收。

2)长款

  • 支付单号匹配,但是支付平台金额大于自研系统内金额;
  • 支付单号在支付平台存在,但是在自研系统内不存在的。

即:实收>应收

3)短款

  • 支付单号匹配,但是支付平台金额小于自研系统内的金额;
  • 支付单号在自研系统内存在,但是在支付平台内不存在的。

即:实收<应收

平台数据的获取:一般大的支付平台都有开放平台,在对应的开放平台都可以找到对应的流水获取接口,以支付宝和微信为例

微信支付商户平台:

微信账单API:

支付宝开放平台:

支付宝账单API:

搞定接口,我们来看一下案例界面以及注释。

自研系统对账单界面:

自研系统对账单详情:

自研系统对账单导出:

三、结语

帐和账有什么区别:

(引用自:https://zhidao.baidu.com/question/4413335.html

1. 起源

“账”是“帐”的分化字,古人常把账目记于布帛上悬挂起来以利保存,故称日用的账目为“帐”。后来为了与帷帐分开,另造形声字“账”,表示与钱财有关。

2. 用法

“账”用于货币和货物出入的记载、债务等,如“账本、报账、借账、还账”等;“帐”表用布、纱、绸子等制成的遮蔽物,如“蚊帐、帐篷、青纱帐”等。

帐还广泛应用到会计核算方面,还引伸到了人们日常生活的各个方面,如谁要你管这“闲帐“,这人好“混帐“,一个事项了结了叫“了帐“等等。

3. 含义

“帐”的意思比“账”要广。

帐可以指挂在床上或支在地上用来遮蔽的帷幕,也可以指帐本,“帐”只在作“帐本”、“帐簿”讲时,才和“账”的意思相同,二者才可以通用。

账的意思一般为会计核算方面,指财物出入的记录,也指账簿,记账的本子,还有债的意思。

最后,To B,加油!

 

本文由 @橙子哥哥 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 明白了,您的文章很受用,谢谢您

    回复
    1. 客气啦,也谢谢你的认可哈

      回复
  2. 对账界面,字段支付平台是不是应该放在查看里面,因为支付类型应该是确定的就那几种,比如收款账单中有微信,支付宝,或者银行卡,是不是应该先放在一个合集里,点击查看后,每笔账单有支付方式,这样更明确。

    回复
    1. 我明白你的意思了,你的建议也是对的,不过直接按照交易平台去分账单的话,可以更直观的知道哪个平台的账单出了问题,根据当时需求做不同的展现结果而已。

      回复