php对接财政体系技巧_费控篇第一次对接财务系统产品该若何做

大家好，非常愉快和大家分享与财务系统对接的履历，同时作为一次产品复盘思考，从自己的事情流程中总结出一些履历与财务分外场景分享给大家，希望能为和费控系统对接没有思路的小伙伴供应一些帮助~

我这次紧张卖力的是一个集团内部B真个图书采购系统，即目标用户群是集团内的各部门职员。
本文也紧张先容的是图书采购系统和费控系统对接的全流程。

01 先聊聊费控系统

第一次打仗费控系统的小伙伴一定一脸茫然，很好奇费控系统是什么？费控系统能做什么？费控系统和我有关系吗？

1. 作甚费控系统

大略举个例子，比如须要出差谈互助，酒店住宿费和交通用度自己前辈行垫付，那么这些钱怎么进行报销呢？常日用度报销的流程是通过费控系统来完成的。

以下是我在百度上找到的一家费控系统的功能模块截图（由于公司内部系统涉及隐私，以是不做展示），紧张包含个人报销、对公付款、发票管理、第三方导入、用度标准、预算费控、报表剖析、自定义配置几个模块，不同公司的费控系统可能不同，有的公司自己研发，有的采购第三方，公司会根据自己的实际业务场景来进行模块和功能的设置。
而图书采购系统对接的是集团采购第三方的费控系统，技能职员是由对方公司卖力，而产品团队属于内部。

2. 费控系统的特点

其实在打仗费控系统的时候，并没有明确的官方的说法来描述费控系统的特点，而本文中的特点也是我在实际打仗费控过程中的一些思考总结，方便大家更清晰的认识费控系统。

1）流程线上化

通过费控系统，将原来的报销流程进行了流程线上化标准化，将原来的审批流程、单据提互换程、费控回款流程等，进行线上化的操作和流转，并且标准化操作流程，方便用户利用和追踪进度。

2）收入显性化

通过费控，流程规范化后，所有费控的流转均会涉及发票、条约、干系单据等，财务会做真实的资金流入和流出，以是会实现收入的外向显示。

3）数据集成化

所有的数据在费控进行沉淀，数据依托于费控系统，费控依托于数据进行更风雅化和智能化的管理，让全体财务平台实现更高效更智能的运行。

02 对接费控前该做些什么

作为一个产品人，对接费控系统须要人力物力韶光本钱，也会对业务产生影响，以是在对接费控前须要反复思考。

1. 自身业务系统需求剖析

本次对接费控系统的是集团内部B端图书采购系统，想要通过结算线上化的形式来实现采购全流程闭环监控。

从自身业务考虑，我紧张采取5W1H1V的剖析法来思考以下问题：

1）what——用户用这个产品或功能能做什么？产品或功能为用户办理什么问题？

把该问题转化成对接费控的问题，即从用户场景出发，是否存在报销流程线上化的场景？为什么须要报销流程线上化？对接费控能为用户和业务做些什么？

报销流程线上化实质上是对原有的流程进行标准化、线上化，2种模式的切换过程中，业务老师肯定须要成本来适应，那么为什么还会提出这个需求呢？从系统的角度来实现采购全流程闭环？想要进行数据沉淀？想进行流程的标准化可追溯？想要实现收入的外显化？想要节省人力？不同的需求目的会影响产品方案的思考和设计，也会影响对接方案的选择。

2）where——用户在哪会用这个产品或功能？

从用户场景出发，用户通过B端图书采购系统进行内部图书采购，可以采取线上结算和邮件结算两种办法，线上结算可以通过集采系统，即集采系统供应线上结算的全流程支持，也可以通过集团费控中央进行报销结算。
而我在产品思考过程中选择的是集采系统供应线上结算全流程支持的方案，即用户在集采系统利用这个功能。
紧张是由于直接在费控结算，会有订单无法实现闭环、无法监控回款进度、费控无法个性化关联业务，如果在实际对接的过程中，可以多去思考两种方案的优缺陷和投入产出比。

3）why——用户为什么用你的产品，而不用别的？为什么须要这个功能？和其它产品有什么差异？

从产品出发， 我紧张卖力的B端图书采购系统，为什么用户要用该系统？

紧张包含以下四个方面：

为什么须要这个功能？

内部结算线上化，对供货方来说，规范结算流程、数据线上可视、数据沉淀可追溯、收入外显化，大大的节约了人力和降落风险；对采购方来说，线上结算，结算进度可控，数据沉淀方便采购老师及时追溯和查看。

和其他产品有什么差异？

我卖力的B端图书采购系统具有其独特的业务场景，以是和其他产品的差异也很明显 。
这个问题在这个场景下，我更方向于将费控对接和线下结算这个方案进行比拟，来思考之间的差异。
从用户场景出发，现有的采购用度回款流程是？所涉及到的业务方以及各个业务方须要供应的支持是什么？须要明确当前采购会用回款办法是什么，比如现在的是邮件来往，财务内部虚拟做账，那虚拟做账么邮件内容是什么？须要给哪些干系人发送邮件？虚拟做账是什么？须要哪些信息才能虚拟做账？有什么优缺陷？涉及到的干系方有哪些？都须要和业务老师调研清楚的，然后和线上结算这个方案来进行逐一比较，从而更清晰的认识产品的代价。

4）when——用户在什么时候会用这个产品或功能？

把该问题转化成费控对接问题，从用户场景出发，是否存在费控对接结算的场景？在什么节点进行？

如果不存在，无需考虑费控对接的问题；如果存在，须要考虑在什么节点存在，比如说是购买前、购买后未确定收货前、确认收货后等，都会影响用度报销的办法。
比如出差须要一定用度，有一种是预支花销，有一种是自己垫付后报销，不同的节点影响很大。

从用户场景出发，是否存在预支情形？是否存在部分支付情形？是否存在核销情形？

繁芜的业务场景会让用度报销更繁芜，以是须要提前确认。
比如是否存在预支采取完备不同的报销类型。

5）who——谁我们的用户群？产品或功能为谁设计？

明确产品方案的真正用户群是谁，比如我卖力的费控对接全流程，目标用户是采购的内部员工，只假如在系统采购图书的员工都是我们的目标用户群，这部分用户有什么特点呢？

第一，整体对费控系统不是很理解，并不怎么熟习结算的全流程；

第二，由于是为公司进行采购，以是希望规避风险；

第三，上班韶光会很忙，韶光比较碎片化，不会常常的关注你的采购系统。
以是，在进行产品设计时须要考虑用户的特点进行设计。
比如，简化用度报销流程、关键节点的关照和看重层级的审批。

6）how——用户如何利用这个产品或功能？

用户如何利用这个功能呢？一样平常来说，用度报销的流程是相对繁芜，以是须要进行相应的勾引和支持，比如安排产品培训、录制操作视频、产品设计的过程中要大略易操作、关键节点及时指引，用户可以直接在系统中对应的节点感知到该功能的涌现，比如确认收货之后，涌现用度报销的按钮，直接点击填写干系的信息，并提交用度报销的申请。
确保全体流程的顺畅，不断层。

7）value——产品的代价？

对付我卖力的B端图书采购系统来说，产品的代价紧张是流程标准化、提高结算效率、数据沉淀和收入外显化。

第一，流程标准化是指原来的线下邮件结算没有干系的规范、制度来进行监测和把控，中间存在风险。

第二，提高结算效率，是指准化的操作流程，系统自动对接，自动识别很多信息，无需业务老师手动发邮件，提高了却算的效率，尤其是订单量大的时候。

第三，数据沉淀是指以前的结算全部手工粘贴复数据，然后存放在excel，如果电脑涌现问题，或者员工离职，数据随意马虎丢失，也随意马虎出错，系统对接，数据自动沉淀最真实的数据，无需担心丢失。
第四，收入外显化随着集团对各个奇迹部收益的哀求越来越高，收入外显化可以产生真实资金的流入流出，让奇迹部的资产代价更可不雅观。

2. 对接的费控系统调研

要相对接费控系统，须要理解费控系统的详细情形，以下是我在调研过程中思考的一些问题，分享给大家~

1）费控系统的干系卖力人是谁？如果对接该找谁进行对接？

初次打仗费控系统，可能对付找谁问问题都是一脸懵逼，这个时候我们该怎么办呢？

可以通过集团的组织架构找到财务总部的卖力人/主管职员进行咨询，费控系统一样平常费控从属于集团财务中央，可以咨询财务干系部门的卖力人。

公司如果有类似于400咨询，找他们也是可以的。

2）从业务场景出发，通过费控进行线上化结算，所涉及的全流程是什么样的？各个流程的干系业务方是？费控结算须要供应什么材料？

思考业务的全流程，流程图是必不可少的。
下图为我整理的一个对接费控的整体流程图，流程比较通用，如果大家有须要做费控对接的可以参考。

3）从财务结算出发，线下和线上的报销流程有什么差异？各自的优缺陷和实现本钱如何？

不同公司的报销流程和利用的报销系统不同，这个须要结合详细业务来进行考虑，以下是对线上报销流程优缺陷的一些示例：

4）如果对接，费控是否可以支持？是否有标准对外接口可以供应？

这个问题是一开始调研须要考虑的，须要找到对方的产品技能卖力人，来确定对接的可能性。
看看是不是有现成的标准化对外接口可以利用，这样开拓本钱会比较小；如果你的业务比较分外，须要定制化，接口复用性不强，开拓本钱会比较高。

5）如果对接，可以采取的对接方案有哪些？各自的优缺陷是什么？各自对接的耦合性如何？

一样平常在对接方案考虑的过程中，须要考虑自己的业务场景，也须要考虑对方能够支持什么对接办法。
要想知道费控能够供应哪些办理方案，须要向费控系统的产品表达清楚自己的需求，包括但不限于需求产生的背景、业务系统先容、操持对接的产品方案先容等，在沟通的过程中，对方财务系统卖力的产品，正常情形下该当比你的履历更丰富，你须要把自己的需求向对方阐述清楚，让对方给你几种方案，并确认每种方案的利害势，结合自己的系统进行选择。

6）如果想要进行对接，该把稳哪些问题？

7）如果对接，须要找财务老师和审计老师沟通，确认往后的财务结算办法和核算规则是什么样的？

从财务的角度考虑，不同的用度项目和用度类型，会影响财务做账的办法，也会影响审计审核的办法，而财务方面不是我们所精通的，我们须要找到专业的财务职员进行办理这个问题。

8）如果对接，线上和线下结算的并行期财务老师如何进行结算？

这个问题紧张是考虑线上系统和线下结算并行利用的时候，财务老师的结算办法，这个我们也不是专业的，更倾向于供应支持，将我们系统的业务场景和财务情形明确，财务老师确定方案，我们供应技能支持。

3. 对接方案的沟通和确认

确认对接后须要和对方卖力的产品经理、财务老师沟通详细对接方案的可行性以及对接如何履行，确认后开始对接。

03 对接费控中该做些什么1. 预估项目排期

在对接费控之前须要和费控方确认好对接的方案和流程，从而让费控方给出他们的操持排期，业务方给出业务系统的操持排期，两个排期中须要联合开拓和测试的须要沟通确认韶光，确保项目整体方案的合理性。

费控方方案排期紧张包含下面内容：

2. 确认对接方案

在对接费控前就已经确认了费控对接的方案，为什么在这个阶段还会有对接方案的确认呢？紧张是之前的方案更倾向整体性和全流程性，现在的方案会在原来的根本上针对自己的业务系统完善一些细，也可能是在中间的沟通中产生了一些需求的变动，进行方案的小幅度修正，这个过程也统称为确认方案的过程。

3. 开拓进度跟进

开拓进度跟进中，不仅仅要关心自己业务系统的开拓进度，还须要关注费控方开拓的进度，确保所有项目的进度可以按照操持进行。
以是，可以采取站会或者逐日在群里咨询进度的办法来进行跟进。

4. 全面联调跟进

全面联调的时候，会涉及到多方系统，中间可能会创造之前没有确定的问题，这个时候须要产品进行参与，及时联系干系人拉会议进行沟通办理，并进行会议记录，方便问题的可追溯。

5. 测试和验收上线

费控对接，所有涉及财务系统的对接须要走财务审计职员的UAT测试，以是须要把稳这个测试的韶光安排和进度跟进，可能会影响全体业务的上线韶光。

核算规则：费控对接须要财务老师供应核算规则。

项目上线问题：财务系统干系的上线须要避开结算期，以是一开始确认项目排期的时候就须要考虑进来。

上线须要发送上线邮件，须要财务老师回答才可以上线，以是须要跟进邮件的进度。

6. 线上真实单据跟进

在测试环境和预发布环境测试没有问题，也不能够放松当心，由于真实的业务场景可能比较繁芜，须要进行线上真实单据的用度报销的全流程跟进。

04 对接费控后

及时跟进线上真实单据，查看情形，由于第三方系统对接，涉及第三方系统的风险，比如系统不稳定性、接口不稳定性、停滞做事、系统迁移、对方系统业务逻辑变更等，都可能对对接的业务系统产生影响，以是须要及时跟进线上单据。

须要谛听用户心声，进行用户体验优化。

05 总结

在实际对接的过程中，可能会碰着各种各样的问题，比如对方产品和技能老师信息不同步、业务老师中间需求变更、财务老师结算期韶光比较紧等，越是涉及对外互助的系统，困难程度和碰着问题的可能性就越高，但是如果提前做好方案和及时的项目管理，就可以降落风险，提高项目完成的可能，以是须要外部互助的小伙伴们一定不能放松当心啊~

本文由 @榭雨潇潇 原创发布于大家都是产品经理，未经作者容许，禁止转载。

题图来自Unsplash，基于CC0协议。