账务系统接口设计(账务系统接口设计说明)

网友投稿 509 2022-12-26


本篇文章给大家谈谈账务系统接口设计,以及账务系统接口设计说明对应的知识点,希望对各位有所帮助,不要忘了收藏本站喔。 今天给各位分享账务系统接口设计的知识,其中也会对账务系统接口设计说明进行解释,如果能碰巧解决你现在面临的问题,别忘了关注本站,现在开始吧!

本文目录一览:

业务系统与财务系统的接口是怎么接的,有几种方法

ERP的业务、财务数据一体化设计思路一、引言ERP(Enterprise Resource Planning,企业资源计划)是提高企业管理效率的重要手段,既是软件系统的应用,更代表了一种全新的管理理念,它以供应链为核心,基于流程的管理思想,与传统的基于职能岗位的管理思想完全不同,流程的规范化是企业成功实施ERP的必备条件,企业进行BPR业务流程重组以后才能实施ERP,产生预期的效益。对于生产制造企业而言,涉及生产、经营、管理的各个环节。企业实施ERP时,需要将财务数据与业务数据有效集成,业务信息输入系统后能够实时、准确生成财务信息,实现物流与资金流的统一。如果不能对企业业务流程重组或优化处理,流程达不到规范化要求,ERP的先进理念就得不到充分展现,就无法发挥其应有的效率,而只是软件系统的简单应用。因此,根据业务流程对会计流程重组或优化设计是ERP实施过程中必不可少的重要环节。研究企业运作过程的核心环节即供应链环节中物资和信息的流动过程,以及ERP系统实现业务信息与财务信息自动转化的方法。在此基础上设计出ERP环境下会计业务流程优化的策略是本文将要解决的问题。ERP环境下会计业务流程优化技术的设计ERP系统由若干模块组成,其处理过程与物流同步进行,企业生产的各个环节均伴随着物资流和信息流,在物资流动时,各种单据同步输入ERP系统并传递至财务子系统,自动产生查询、管理决策所需的数据。ERP中的财务子系统负责会计信息的集成化管理,即通过数据模型和共享数据库的建立,使用统一的数据管理和通用数据接口实现数据的集成、管理与控制。会计信息的处理模式由传统的“原始凭证一记账凭证一账簿一会计报表”转化为“原始凭证一数据库一账簿报表”的内部管理模式。会计业务流程的优化技术主要有自动凭证触发技术、会计业务多样化信息处理技术、引擎技术和联机事务处理技术。1、自动凭证触发技术 自动凭证触发的设计思想是:经济业务发生时,部门信息处理人员将单据信息输入数据库,数据库中变动的业务信息传递至ERP的财务子系统,即自动触发凭证模板,根据业务与账户之间的关系形成会计数据,再将业务单据的摘要、账户、日期、金额等数据填入凭证相应栏目。系统将自动产生会计凭证,并以凭证形式显示或打印。从原始凭证(单据信息)录入业务子系统开始到记账凭证的形成,再到账簿的产生,其本质都是通过指定条件从数据库中调出记录和字段内容,自动触发形成,在这一过程中,凭证及其他数据的源头都是业务单据,由于数据源头的唯一性,保证了数据的准确性与一致性。2、会计业务多样化信息处理技术财务数据库所存贮的数据流不仅隐含改变企业资产、负债、所有者权益的财务会计事项的数据,而且还包含管理人员所需的企业战略决策、计划、控制和业绩评价方面的作业细节数据,呈现多样化。信息使用者可根据决策需求,选择各种会计处理方法对其再加工处理,生成所需的决策视图。通过引入事件驱动规则构成会计凭证生成方法,形成会计业务多样化(diversification)处理过程。将规则划分为事件、条件和过程3个部分,当事件发生时,从多种可能条件中选择一个条件,执行相应的过程,而这个动作可能就是一个套用凭证模板,产生一张机制凭证。3、引擎技术引擎(Engineer)是一个连接数据库和应用系统的程序段,用来采集、处理、输出会计相关信息,是基于数据库语言来设定整个应用系统运作模块的参数,可以重置数据库结构,还能够主动引导设计过程。引擎与使用者问处于一个互动性的关系,具有很高的自主性,会保护系统免于不当设计的损害。通过引擎能够建立各环节数据的自动传递,实现各子系统的联动和同步处理。4联机事务处理技术事务(transaction)是指作为单个逻辑工作单元执行的一系列操作。是确保“同时成功则成功,任何一步失败则全部失败”的一种机制。一个事务往往包括3种动作:开始事务、提交事务和撤销。从开始事务到提交事务过程中所发生的一切数据库修改全部成功才能提交到数据库保存,只要有一个动作失败,必须恢复修改前的状态。在ERP中,通过联机事务处理系统(On-Line Transaction Processing,OLTP)实现,例如在银行存款时,先锁定账号,到存款过程结束才释放账号,保证账号与金额的一致性。二、ERP环境下会计业务流程的优化设计ERP是在MRP(制造资源计划)的基础上发展起来的,对于制造企业而言,核心是供应链,包括3个环节:企业的采购环节、生产制造环节、销售环节。1、供应链会计业务流程的优化目标企业从原材料和零部件采购、运输、加工制造、分销直至最终送到顾客手中的过程被看成是一个环环相扣的链条,称为供应链(Supply Chain)。我们不是孤立地看待链上的各个企业,而是把从供应商、制造商到销售商、用户的整个供应链看成一个有机整体。供应链流程主要由物流、信息流及资金流3部分构成。在ERP环境下。信息流是核心,物流是保障,而资金流则是实现的手段。三者之间的有效互动构成了一个完整的同步处理模型。传统供应链管理存在的缺陷包括:基础管理薄弱、流程与制度不规范;业务处理效率低、部门职责不清晰;财务业务脱节,经营分析滞后,库存量大,信息传递速度不准时.处理需求单一。而在ERP环境下,企业可以及时掌握企业生产、库存情况。快速响应客户需求,有效管理控制销售价格,管理订单、发货、出库、开票全过程,配合采购、销售、生产等业务控制物料收发,随时掌握库存,做到账实相符,防止呆滞料和库存积压,减低库存成本。为企业决策提供数据支持。供应链会计业务流程的优化目标是:规范流程,去除人为因素,确保基础数据完善无误;减少库存量.通过JIT(敏捷制造),努力实现零库存;系统内信息准确输送。及时反馈共享,与财务系统协同工作,自动完成供需协调,实现供应链的无缝连接。2、供应链会计处理流程的优化设计供应链会计业务流程优化设计的基本思路是:将供应链业务流程与会计处理流程融合,以业务流程为导向,利用自动凭证触发技术、业务多样化技术、引擎技术和联机事务处理技术,实现财务、业务信息协同处理,实时生成。数据信息实现数据的一方录入,多方使用,实现数据共享。其集成实现过程主要有3步:基础资料录入设计。主要完成对供应商信息、部门信息、职员信息、物料信息、计量单位信息、会计科目信息、物料供货信息等基础资料的录入,基础资料的准确与否,直接关系到会计信息的质量,所以必须录入准确、完整的基础资料数据。 系统参数设计。这是优化设计的关键一步,ERP系统既要保证通用性,也要满足用户的特殊需要.通过设置多种事务处理方法,用户要根据企业实际情况认真确定参数,实现由通用软件到个性化定制的转化。如暂估业务处理方式的选择、预警数目的设置、多级审核的设置等。当然,这些参数设计的难易、优劣完全依赖于ERP系统本身所提供的系统参数,不同的ERP系统其参数的设计原理及操作的易用性是有很大区别的。 凭证模板设计。即设置事务处理对应的会计科目(包括总账科目和明细账科目)及会计科目上的借贷关系。生成凭证是业务系统与财务系统的接口,系统通过实时生成凭证,实现财务与业务数据的集成,而要实现实时、自动生成凭证,凭证模板的设置是关键。当经济业务发生时,通过凭证触发机制自动选择相应凭证模板,自动生成凭证。供应链的凭证模板主要有采购入库凭证模板、销售出库凭证模板、采购费用发票凭证模板、付款凭证模板、收款凭证模型、转账凭证模型等。通过执行以上3个步骤,基本能够实现与供应链业务有关的采购、生产、仓管、销售、财务等各部门的集成。 ERP系统之所以能够实现财务与业务数据的集成,引擎机制起着非常重要的作用。它实时检测数据库中的数据变化情况,一旦金额字段发生改变。则自动触发相应代码,自动处理记账、过账业务.并为报表系统提供相关的报表数据,结果存人数据库或者以表单方式显示,同时通过其智能分析程序处理分析,向相应的管理会计报表系统提供数据支持,生成决策所需的各种报表、报告等信息。三、供应链会计业务流程优化过程的实现网络及数据库技术的发展,为供应链信息的集成提供了技术上的支持,为实现ERP先进的管理目标提供了可能,供应链业务流程优化的基本思想是将企业业务处理和会计信息处理流程融合为一体,融合财务会计和管理会计职能,从全局的角度构建整体化的供应链流程体系。下面以采购环节为例进行具体描述,其他业务与此方法相同。企业的采购环节包括获取原材料并支付现金或银行存款,通常包括下单、稽催、入库、退货、对账和付款等基本环节。按照业务流程重组的思想,企业要以企业目标为导向调整业务流程和组织结构,打破传统职能部门的界限。由一个人或一个工作团队来完成某一业务的所有步骤,让决策产生在信息生成的地方。 在ERP系统中记账工作也已经变得非常简单,只需要工作人员按一下按钮发出指令,就可以由系统自动完成整个记账过程。在ERP环境下,甚至可以设置凭证审核以后由系统自动记账.其实记账操作只是指挥计算机在相应数据库中的记录上做个标志。随着ERP系统的完善,针对各种可能出现的业务情形,设置了相应的会计凭证模板与之对应,企业经济业务发生时,能由系统自动生成准确无误的会计凭证。或者根据单据直接登记账簿。对于采购环节应付账款的处理,遵循决策产生在信息生成的地方这一原则,在输入发票的同时系统能够自动检查有关的采购单和收货单,进行三方匹配,匹配成功即可以执行付款,而不必再等到财务部发出付款指令。即在处理业务单据的同时处理相关会计业务信息,当流程走完,则整个采购过程结束。四、结束语在传统岗位分工的情况下,作业流程被分割成各种简单的任务,经理们将精力集中在个别任务效率的提高上,而忽略了最终目标,即满足顾客的需求。通过优化设计,形成全局思想,从整体上确认企业的作业流程,追求全局最优,而非个别最优。通过业务信息处理流程与会计信息处理流程的整合,运用集成思想,集成业务处理与会计信息处理。使会计业务和其他业务协同实现整个采购流程的最优化,加速企业整体效益的提升。但要完成企业的整体目标,仅有优秀的ERP系统还远远不够,现代管理理念更加重要。

财务管理系统主要功能有哪些

您好账务系统接口设计,很高兴为您解答。

财务管理系统分传统财务管理系统和现代财务管理系统。

传统财务管理系统主要是以会计业务为基础账务系统接口设计,在此基础上扩充其账务系统接口设计他的一些财务操作。如总账管理、生产财务报表等。现代财务管理系统在传统的财务管理系统基础之上,再扩充了其他一些财务操作,大部分是关于理财方面的。

ERP财务管理系统是主要管理企业中财务部门的日常工作的,能够简化会计人员的工作流程,提高工作效率和准确率。企业的财务部门不仅仅是钱财的进出还有一些预算核算的功能,所以选择一款功能齐全的财务管理软件很重要。

其中财务模块是ERP财务管理系统的核心模块,ERP系统中的财务系统模块主要有以下功能模块:

1)工资核算流程:

ERP财务管理系统工资核算流程核算工资的调整、计算及发放。劳资部门负责工资政策,并在月初通知各单位的工资政策变动情况,各单位(包括地区公司本部、二级单位、基层单位等)考勤记录本单位的工时。工资为月工资制。月初,劳资部门召开工资会,然后各单位根据考勤等做工资,劳资主管部门批准审核工资表。工资会计做凭证,经会计主管批准,出纳负责将工资支票交工资开户银行。银行按工资清单将工资打入员工银行帐号中。

2)预算和资金流程

ERP财务管理系统预算和资金流程是集团公司重要的财务核算流程,任何资金的支出都必须有预算才能执行,预算编制通常在9月便开始由二级单位编制,并层层汇总,逐级上报,1月份完成。

预算的内容包括:损益预算、资本支出预算、现金流量预算、债务预算。预算责任明确,即集团公司总部主要负责编制筹融资预算、债务预算、现金流量预算;各二级单位主要编制收入预算、成本支出预算、资本支出预算、现金流量预算和财务费用预算;预算资金的审批和使用、资金管理均采用集中管理形式,收支两条线,收支有专门的帐户管理,支出有严格的稽核制度和手续;预算编制程序,预算采取自上而下、自下而上、上下结合的方式进行。

3)员工借款及费用报销核算流程

ERP财务管理系统员工借款及费用报销流程是员工先凭出差任务单借款,然后根据报销政策,经所在部门主管签字,到财务部报销,领取现金或补回未用完的现金。

4)税款处理核算流程

ERP财务管理系统实施ERP系统的企业作为一个所得税纳税人,实行所得税合并纳税,所得税由总部统一交纳;地区公司在当地办理税务登记,按照现行纳税体制办理流转税的纳税申报,并自行完税。其二级单位交纳的流转税等,通过复印税票上报油田本部,期末汇总清交。

5)产品销售核算流程

ERP财务管理系统可以实现各类产品和服务的销售管理,主要包括:计量、运输,并编制销售日报;财务部门根据销售单开具销售发票和收款处理,销售货款统一指定到专门帐户,集中结算。

6)支付流程

ERP财务管理系统支付流程主要包括对集团公司外单位的支付及对内部单位的结算支付。

7)固定资产核算流程

ERP财务管理系统固定资产的核算流程包括固定资产的购买、验收、折旧、处置等。采购计划由下而上统一审批、统一预算,最终由集团公司总部决定,形成正式计划,统一购买。

8)项目核算流程

ERP财务管理系统项目核算流程主要是分类归集在建工程的成本费用,支付工程款,结算工程,并做转资处理。

9)总帐报表流程

ERP财务管理系统总帐报表流程主要是关帐处理和会计报表的编制,核对会计报表,内部往来交易的对帐和会计报表的合并等。

在进行ERP财务管理系统选型时,企业一定要慎重,多参考几款软件,还要多看看能定制的软件,这类软件有很强的灵活性,对于企业的需求能够很好的满足,北京恒泰博远科技有限公司是一家由IT行业的资深专业人士共同创立的技术型公司。公司位于北京,公司长期专注于研发面向国内市场的信息化软件产业,恒泰博远不仅拥有IT行业的顶尖专业人才,以绝对的技术优势领先于同行,更以优质的服务获得用户好评。想要什么样的软件就定制什么样的软件,非常方便。

以上回答供您参考,希望可以帮到您,欢迎您为我们点赞及关注我们,谢谢。

电商平台支付结算系统设计 - 产品向

写在前面:这篇文章是笔者近期学习支付相关知识,在知乎、人人都是产品经理、掘金等等各个地方拜读各位大神大作后,梳理摘录汇总而成,仅供自己学习备忘,如有冒犯还请指出,谢谢~

整体分为交易系统(OMS)、支付系统、清结算系统、对账系统、会计报表(非必须)等几个部分。

支付系统是负责电商系统收款和出款的子系统,需要支持电商平台与外部渠道间,所有收款和出款的功能,以及电商平台内部账户间转账的功能。简单来说,支付平台需实现充值、提现、转账、退款四方面的功能。

一般来说,支付系统由以下几个功能组成。

第三方支付:微信和支付宝占据国内移动支付的绝大部分份额,因此是一定要接入的。
按照结算类型来分,收款类一般有即时到账、担保交易两种,出款类有转账、银行卡代付等。
如果电商平台有支付牌照,可以自己分账,或者收款类型为年费等无需分账的交易,那么可以选择即时到账方式收款。
如果电商平台没有支付牌照且需要给实现二级商户分账,则可以选择微信的收付通或支付宝的直付通等产品。但用户通过微信支付的订单才能通过微信的产品来分账结算,支付宝支付的订单才能通过支付宝的产品来结算,对于平台对接、商户收款皆有不便之处,因此电商平台很少选用这种方式。

银行卡支付
一般来说,电商平台接入了微信和支付宝后,已经可以满足大部分支付需求,无需再接入银行卡支付。而对于购买了支付牌照的大型电商平台,想要打造自己的支付工具,才会对接各大银行,接入快捷支付功能。或者有一定规模的电商平台也可以直接与银行签约,开通快捷支付接口。

和第三方支付不同的是,银行卡收单、退款,一般都不是实时结算的。而支付公司与电商商户的收单交易,是实时结算的,实际是支付公司提前垫资。

快捷支付
现在市面上大部分电商app中,银行卡支付功能都是使用的快捷支付方式。对于电商平台,如果需要接入银行卡快捷支付功能,有两种方式:

例如电商平台在工行开通了快捷支付接口,用户签约了工行卡快捷支付,用户付款后,资金扣款成功结算后,会进入电商平台在工行的结算账户。注意快捷支付是有经营业务种类限制的,只允许在签约经营范围内的业务收款,即MCC码。

如果是第三方支付公司,因为不允许与银行直连,需使用银联或银行提供的网联接口,用户支付后,网联结算后,金额会转移到支付公司在银行开设的备付金账户。

对于电商平台,与银联对接要方便快捷得多,一次接入即可搞定大多数银行卡的快捷支付;而对于有支付牌照的电商平台或第三方支付公司,为了更低的手续费,才会选择与银行直接对接。

银行卡快捷支付,需要先绑卡签约,后续则无需任何验证完成扣款,而为了安全性,电商平台会加上指纹、人脸、短信或支付密码验证,仅小额支付可以免验证。

快捷支付的签约,需要提供三要素(姓名,身份证号,银行卡号)或四要素(银行预留手机号),信用卡可能额外需要有效期和背后后三位数cvv。注意支付公司或电商平台是不允许保存用户的cvv码的。在快捷支付签约前,用户需先完成实名认证或更高级别的认证,以保证签约卡为本人银行卡。国家法规对于第三方支付用户的信息验证有3个等级,三级为最高安全等级,对应的付款限额和支付范围限制也更大。

对于第三方支付公司,为了安全性、手续费等原因,会与同一家银行,不同的总行分行,或者银联等其他通道,分别签约快捷支付;用户在绑卡签约时,或者后续签约支付时,可能在签约一个需短信验证的通道的同时,还签约了其他无需短信验证的通道。后续用户使用快捷支付时,支付渠道路由会自动选择当前最合适的支付通道发起扣款。对于同一张卡的快捷支付额度,使用不同的支付通道的额度是独立的,但总额不超过发卡行的限制。

对于产品侧来说,如果要实现快捷支付功能,前端需要实现签约卡管理、新增签约(录入卡信息 - 识别卡信息 - 签约结果返回)、解绑功能。

不管是第三方支付还是快捷支付,和支付公司签约时,都可以绑定多个收款账户,有时为了财务上的区分,不同业务可使用不同收款账户收款。

银行转账基础原理

跨行转账有超级网银和小额转账两种,限额都是5w以内,开放时间都是7*24小时,不同的是超级网银实时结算,小额转账银行跑批处理,是准实时的。大额转账是在5w以上,开放时间是工作日的 8:30 ~ 17:00,实时结算。银行提供的转账产品,基本都是基于上述三种方式包装的。

电商业务的退款、商户结算、佣金结算、供应商货款结算等业务都涉及到出款。

退款:一般来说,在支付后一段时间内(一般3到6个月),可以使用原支付渠道的退款功能,将资金原路返回。如果超过时间限制或部分退款次数限制,则无法原路返回。退款最多可能5~7个工作日才能确认返回状态;对于银行来说,一笔已经清算的收单交易,手续费已经扣取;就算产生退款,之前的收单手续费也不会退回。如果在结算之前退款,银行侧可能支持按比例退回手续费。第三方支付公司与电商平台之间退款手续费的收取,由双方协议决定。

银企直连:若电商公司已接入银行的银企直连产品,且支付对象已绑定银行卡,则可使用此方式。

第三方支付的代付功能:对于高频小额的付款需求,且用户已绑定第三方支付账号情况下,可使用此方式。
企业网银:一般用于2B的大额资金转账。资金结算或者用户提现。

对于第三方支付公司,用户提现时,同一个出款账户,会归集一定量(金额或条数)之后批量提交银行处理,所以提现不一定能够实时到账。

出款的前提是用户已实名认证,并绑定了实名对应的银行卡。绑卡需要验证四要素,会需要用到第三方支付提供的信息验证接口,或直接与银行对接。已经签约过快捷支付的借记卡,也可以用于该账户资金提现,无需再次验证。

各个支付渠道的接口指令各不相同,为了方便业务调用以及日后拓展维护,需要建立一个统一的支付网关,开放给业务使用;业务调用时同时指定支付渠道,支付网关请求渠道路由,按照事先配置的路由规则,返回最合适的支付通道,发起支付请求。
网关需实现不同类型的功能接口,一般来说就是支付通道侧接口能力的并集,如充值、提现、转账、退款、签约查询、实名认证校验等等。

引导路由:是指用户在付款时,给用户展示支付方式的规则,包含可见状态,可用状态,展示顺序等。引导路由的意义是,根据用户支付的场景,引导用户选择平台侧希望用户选择的支付方式。平台侧的需求一般是支付成功率高(通道稳定,额度充足)、费率低等,也有因不同支付渠道商务合作关系,限定额度分流的原因。
匹配接入的支付渠道比较少时,引导路由作用不大,一般可能只有一个简单的权重配置后台,即所谓的静态路由,或者直接记住用户上次选择的方式即可。

渠道路由:对于电商平台来说,如果只接入了第三方支付,则不存在渠道路由。对于支付公司来说,如果接入了不同银行、银联网联的快捷支付接口,且用户选择的银行卡签约了多个通道时,渠道路由则按照路由规则去匹配权重最高的渠道,发起扣款请求。

在断直连之后,支付公司的代收服务,只能通过银联或网联接口,因此渠道路由意义也削弱了。对于代付服务,支付公司会在各大银行都开设收付账户,将跨行转账都转化为同行转账,以提高转账速度免除手续费,同时支付公司需要做好备付金管理系统,自动或人工管理监控调拨各行备付金。

当业务向支付网关发起支付请求时,支付网关需要对业务方进行鉴权判断,确定请求是否合法。一次支付请求一般包含以下元素:业务标示,支付时间,支付金额,支付账号,支付客户端信息,支付订单信息等。支付网关需要确认各个元素都合法,比如支付时间是否在有效期内,此支付单是否过期;支付账号状态是否正常,支付订单是否是可支付的,商品是否有库存等等。同时还需要将这些信息过一遍风控,风控那边会根据各种规则判断此次支付是否有风险。风控是一个比较复杂的系统,属于另一个专业领域,在此不细说。

电商平台向支付渠道请求支付后,支付渠道会同步或异步返回支付结果信息。如果支付渠道不主动返回结果,电商平台侧则需要定时去轮询结果。同时电商侧需要将支付请求信息、结果信息、结果凭证等保存下来,也就是支付流水记录。支付流水记录是之后电商与支付渠道对账的凭证。

拿到支付结果记录后,支付系统需要向支付请求方返回支付结果,同时通知账务系统,触发对应的记账操作。

各个支付渠道都会按日和按月生成交易记录文件和资金流水账单,分为支付、退款、提现等类型。交易记录文件相当于信息流凭证,资金流水账单相当于资金流凭证。

银行渠道一般也会推送资金流水文件,但不是所有银行的交易都有业务对账文件,通常收单交易业务对账文件会普遍一些。

电商的支付系统或者对账系统,需要做的事情:

支付系统同样需要和上游各个业务系统进行对账,包装支付状态金额的一致性。一般采用明细轧帐的方式。

收单对账常见问题:
长款:用户支付了但是交易系统未确认支付成功,这种情况需要及时补单或者退款处理,一般如果业务侧订单状态是待支付则可转为支付成功,状态是已取消则自动退款;也有可能是测试数据混入了生产环境;也有可能能与之前的短款差错互相抵消;

短款:一般是日切问题导致,挂账后下个会计日继续对账;或者看是否能与之前的长款差错互相抵消;

重复支付:一般支付渠道都不允许重复支付同一个订单,发现重复支付也可以自动退款处理;
金额不一致:可能用户支付后,支付结果返回之前,交易系统订单金额变化了

退款常见问题:
网络问题或接口问题导致退款失败,这种情况可自动再次提交退款;
对方账户状态异常导致退款失败,这种无法走原路返回退款方式,只能转账/代付;
退款时需要处理好支付手续费的退款,以及退款手续费谁来承担的问题,一般是按比例退;
对于短款差错,可挂账7天处理。

提现常见问题:对方账户状态异常导致退款失败,需要及时通知用户处理。对于短款差错,可挂账3天处理。

产品侧需要设计对账管理后台,可查看支付流水,对账批次记录,差错处理后台等。对于固定处理方式的差错类型,可做成自动化处理。

合单支付是指用户一次支付多笔订单,在电商中很常见。电商业务侧需要自己做好订单拆分,支付系统中,如果使用支付渠道的合单支付接口,则会自动拆分记录支付流水,是最佳的方式;如果支付渠道没有合单支付接口,则可拆可不拆,按原始记录保存简单不易出错,拆分记录则可方便其他业务处理。

混合支付是通过多种支付方式,支付一笔订单,比如余额+快捷支付。混合支付会按照不同支付方式,生成多笔支付流水。

因为不同支付方式,支付成功率不同,可能会发生有的支付方式扣款失败的情况。因此混合支付需要按照支付成功率,优先扣款成功率较低的支付方式;如果有某些支付方式扣款失败,需要判断是取消支付,全部退款,还是提醒用户换其他方式继续支付;全部支付方式都扣款成功后,这比订单才支付完成。后续订单发生退款,如果是部分退款,需要判断,优先退款手续费最低的支付方式。

电商平台或支付公司有时候会做营销活动,出钱补贴支付,也可以用混合支付方式处理。

据说余额+卡的混合支付有洗钱风险,目前已逐渐少见。

对于大额订单,可以采用分次、分阶段支付的方式,实质也是一种混合支付。

订单完成时,电商平台需要扣取平台佣金,结算货款给商家;若涉及推广服务,则需要计算推广用户的佣金和税额,再结算给推广用户。

按照法规,没有清结算牌照的电商,不允许自行截存货款,之后再结算给商家。电商平台可以选择第三方支付公司或者使用银行的电商清结算产品,由他们代为保存货款,之后再结算给商家。此类产品需要先提交商户资料给支付渠道或银行审核,审核通过后,用户支付此商户订单,提交支付同时上送清分规则(分给哪些人,按照什么比例或金额)。在订单交易完成时,电商侧提交结算请求,支付平台按照此前支付时上送的清分规则进行分账结算。部分支付平台,需要在结算时由电商平台指定分账对象和金额,但这样略有二清嫌疑。

选择这类清结算产品时,还需要注意以下几点:

接入此类产品后,除了后端的支付、结算接口对接以外,电商平台商户侧客户端,也需要对接好商户入驻进件,提现账户绑定,结算账单等功能。

电商平台常见的分销、主播代销、拼团、淘宝客等销售模式,其中“分销商”或“团长”角色,本身不是销售主体,在订单完成后可获得推广佣金。一般来说,这部分推广费用,在订单生成后,商户侧可在订单费用明细中看到此支出项;在订单结算时,可将推广佣金与平台佣金一起扣除,再由平台将推广佣金结算给推广人员。

这类支出属于劳动报酬,平台有为推广人员代缴税的义务,需要按月计算税率和金额。因此部分平台采用月结的方式,每个月指定日期,计算每个待结推广人的税费,扣除后再将税后金额结算给推广人。也有部分平台(比如O2O,网约车平台等),会自己承担此部分税费(羊毛出在羊身上),在订单结算时,即时将推广佣金结算给推广人,次月再统计推广人税费,平台自己为推广人交税。

平台也可以采用各种税务筹划方式,比如“灵活用工”的方式,与推广人建立非全日制劳务关系,这样推广人可以享受更低税率。

平台自行结算给推广人,可使用银企直连、支付平台代付等功能进行出款。而平台代缴税需要推广人的实名信息,所以在推广人在提现佣金之前,需要先实名制认证。

不管采用哪种结算方式,电商平台都需要计算订单结算时的各类费用明细(清分),负责清分的模块,也叫做计费系统。

电商平台有花样百出的扣点规则,比如按商品、按商户、按品类、按营销活动等规则扣点,以及各类推广佣金等。扣点规则路由对应着各类扣点规则,比如针对商品、商家、类目的扣点规则管理后台,基本元素是扣点对象、扣点比例、扣点上线、规则生效时间范围、规则状态等。产品经理需要和运营人员确认好扣点规则判断逻辑,即根据怎样的条件判断顺序,确认订单适用的扣点规则。之后加入新的扣点规则时,也需要维护这个扣点规则路由。

扣点规则路由各电商平台都不一样,可能包含营销活动、下单/支付客户端、买家身份、扣点规则权重等等。

一般在订单创建时,扣点规则路由就需要根据订单相关的信息,判断出订单适用的扣点规则并记录下来。同时也需要将用于判断的信息元素保存下来,以作为之后核对凭证。

如果订单有推广员的参与,则也需要在订单创建时,计算出需要扣除的推广费用,并保存记录相关推广员信息。

在计算各方分账明细时,需要注意几点:

与订单交易相关的清算,一般来说,是在订单状态变为终态(交易完成,退款完成),且订单尚有待结算金额时,由交易系统向清结算系统提交清结算请求。也有一些多次结算的场景,比如订单里有部分商品先确认收货时,也可以先结算部分金额,后续再结算剩余金额。

对于有支付牌照的大型电商平台,为了提高商户的回款速度,也可以在订单尚未变为终态时给商家结算货款,比如用户确认收货时或者商家发货时。如果结算后订单发生退款,则再在商户钱包中扣除相应金额。此类结算方式需要平台侧有比较成熟的风控能力,通过风险控制和风险转移的方式,防止平台资金损失。比如和商户签约协议,设置商户保证金,商户买家风控,购买对应的赔付保险等等。

交易系统向清结算系统发起结算请求时,需提交结算订单、结算金额、结算类型(完全/部分结算)等字段。清结算收到结算请求后,可能实时结算,也可能异步周期结算,比如每X小时一次等,视业务量大小决定。

开始结算时,计费中心从账务系统获取订单待结金额,根据结算类型核对结算金额,核对无误后,冻结待结算金额,并提交到计费中心;计费中心找到订单快照中的扣点规则,计算分账明细。

计费中心计算出各方分账明细后,需要和账务中心进行实时或准实时的对账,保证需结算的金额等于各方分账明细之和。核对无误后生成预结算单。

大部分订单,此时结算中心可将结算单提交到支付系统,进行最终的资金转账。小部分订单,结算单可能需要人工审核,则需要审核通过后再提交到支付系统,或者驳回撤销此次结算。

各分账方一般会提前在支付系统内部开设好账户,支付系统会将资金结算到各方的资金账户中,对于支付系统来说,仅涉及内部账户间的资金转移,因此很少会出现结算支付失败的情形。

支付系统返回结算成功结果后,结算单状态变为结算完成;结算系统需要实时通知交易系统和账务系统,账务系统记录各账户资金变化,更新账户余额;交易系统则触发对应的消息通知等关联服务。如果有会计系统的话,也需要异步通知会计系统,进行会计分录记账。

对于成熟的支付公司,会有账务系统和会计系统两套系统。这两套都是以会计分户模型来设计,不同的是账务系统是直接面向业务使用,随着业务信息流实时记账并更新余额,账务流水更多记录交易相关内容;会计系统是面向财务会计使用,一般是异步入账,使用严格的复式记账法。
账务系统中的账户,必须是在是账务系统分户中的叶子科目下。两套系统之间的分户模型,会有多对多的关系。账务系统这套体系可称为分户账户(外),会计系统这套称为分户账户(内)。

按照复式记账法,一般分为资产、负债、损益、共同类等。

交易的实质就是各金额账户间资金的转移,因此首先需要建立好对应的账户。
账户设计遵守三户模型:客户、账号、账户。
客户:指自然人或企业,必须要实名认证才可以开通支付账户,客户以身份证号为唯一标识。

账号:登录账号,一个客户可以有有限多个账号,即一个身份证可以用于有限多个账户用来实名认证。但对于同一个支付公司,一个身份证下多个账号,支付额度上限是共享的。根据身份认证信息丰富程度,支付平台余额账号等级分为一二三类,3类拥有的支付额度和权限最高是20万/年。余额提现、余额宝支付、信用支付无年度额度限制。银行卡快捷支付签约、提现银行卡绑定等操作,也是以账号为主体操作。

账户:每个账号在支付平台或电商网站,都会有多个不同功能的账户。商户侧有货款结算账户,保证金账户;买家侧有支付账户,信用支付账户,积分账户;或者电商平台侧的内部账户,比如活动补贴账户,订单担保账户等。

账务核心主要有四张表:分录流水、分户账、明细账、总账。

首先需要有一个交易码 - 分录规则的分录规则表,用来维护每种用交易码区分的交易场景,发生时应该如何拆成会计分录的规则。比如定义交易码1001为订单银行卡快捷支付,那一笔订单付款流水,经过支付平台,同步到账务中心时,根据同步过来的交易码1001,找到对应的分录规则,按照规则中的定义,生成会计分录:

当一笔业务发生时,首先生成分录流水,然后驱动账户余额变化,账户余额变化后,生成明细账。日终根据分录流水生成总账。根据业务需要,也可以先修改账户余额,然后异步生成分录流水,但是无论先生成会计分录,还是缓冲异步生成会计分录,都要保证分录流水与分户账余额的一致性,这一点通过日终系统的检查来保证。

每天首先需要做支付渠道的对账,然后再进行账务系统和会计系统内对账。
需要做到:

错处理需达到2个效果,一个是完成对账,另外一个是将账务对平,常见的账务处理方式有挂账、登账、调账。
补单:通过人为干预方式,将原有业务进行下去,如通过接口人工干预订单状态
挂账:对于不平账单,先挂起,等查明后再进行相应处理
登账:会计记账,伴随虚拟资金从一个账户向另一个账户转移的过程(原始凭证)

1、多账
多账主要存在2种情况,一种是异步通知未收到,优先采用补单处理,另外一种是同订单2次支付,一般通过登账处理
2、短账
基本不会出现,一般通过签名防抵赖机制与第三方协调处理。协调一致后通过人工增加对账单进行平账。
3、金额不一致
出现概率极低,一般为电商平台内部计算有误。
首先得先解决此bug,然后根据异常订单相应处理,比如说撤销对账,修改系统或对账单金额后再进行对账。

关于账务系统接口设计和账务系统接口设计说明的介绍到此就结束了,不知道你从中找到你需要的信息了吗 ?如果你还想了解更多这方面的信息,记得收藏关注本站。 账务系统接口设计的介绍就聊到这里吧,感谢你花时间阅读本站内容,更多关于账务系统接口设计说明、账务系统接口设计的信息别忘了在本站进行查找喔。

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。

上一篇:java设计简单学生管理系统
下一篇:怎么做api接口测试工具(如何测试api接口)
相关文章

 发表评论

暂时没有评论,来抢沙发吧~