书画艺术网站建设概况,重庆装修公司全包价格,东莞网页制作,小小影视大全在线观看免费观看在支付系统中#xff0c;资金对账在对账中心进行#xff0c;将系统保存的账务流水与银行返回的清算流水和清算文件进行对账#xff0c;核对系统账务数据与银行清算数据的一致性#xff0c;保证支付机构各备付金银行账户每日的预计发生额与实际发生额一致。
一、清算对账系… 在支付系统中资金对账在对账中心进行将系统保存的账务流水与银行返回的清算流水和清算文件进行对账核对系统账务数据与银行清算数据的一致性保证支付机构各备付金银行账户每日的预计发生额与实际发生额一致。
一、清算对账系统 支付公司提供的所有金融服务是建立在银行资金体系之上的支付公司账务系统内账户的资金都与其在银行的存款资金一一对应为了保证真实的资金账户和虚拟账户的资金转换正确支付公司必须及时与银行进行各类业务的资金核对所有资金核对都依赖于银行的系统。
1.1、资金流入与银行的对账 从银行流入的资金是由银行侧控制资金结转清算与对账时间即每日客户通过银行向支付机构充值的资金是由银行实时通知支付机构充值指令的发生银行在每日晚间经过汇总后向支付机构的银行收款账户入账同时提供入账清算文件。支付机构获取该文件后与业务数据进行核对。 对账结果若相符则没有问题。若出现对账结果不符很有可能是系统或者业务在某些环节发生问题存在两种情况 1、银行充值明细多支付机构充值明细少即银行向支付机构入账资金多于支付机构业务发生情况一般采取临时挂账处理查出原因后再具体解决 2、银行充值明细少支付充值明细多即银行向支付机构入账资金少于支付机构业务发生情况则可能对支付机构产生资金损失一般采取临时挂账处理查出原因后再具体解决。 1.2、资金流出与银行的对账 从支付公司流出的资金是由银行侧控制资金结转清算与对账时间即每日客户向支付机构申请提现的资金是在每日支付公司批量向银行发起提现请求时从支付公司银行存款账户扣转但扣转的结果一般需要一段时间才能从银行侧得到反馈。 当银行侧提供扣转成功和失败的清算文件支付公司获取这些文件进行明细核对对于提现失败的申请由支付公司后台发起直接将资金回充入客户账户不在对账中心进行对账处理。 二、什么是对账 2.1、什么是资金对账 在会计上的概念指为了保证账簿记录的正确性而进行的有关账项的核对工作做到账实相符(正确性)、账证相符(真实性)、账账相符。 在支付机构的概念资金对账在对账中心进行将系统保存的账务流水与银行返回的清算流水和清算文件进行对账核对系统账务数据与银行清算数据的一致性保证支付机构各备付金银行账户每日的预计发生额与实际发生额一致。即核对银行实际清算资金如充值、充退、提现等业务的银行处理结果是否一致。 2.2、对账中心的作用 对账中心是主要处理对账的系统模块主要业务是清算对账。对账中心部署于工作平台分别接受会计系统和清算系统的数据输入进行对账处理。 对账中心最主要的职责是勾兑银行清算流水与支付系统入账流水用以检查反映银存实际账户的余额变化与支付系统内部户余额变化是否平衡。对于已经核对无误的银行清算流水和支付系统入账流水分别进入相应的历史银行流水库和历史入账流水库。 对于勾兑结果中银行清算流水多于系统入账流水的而操作人员不明确资金的来源需要根据所设定的分类规则将暂不明确的资金进行挂账处理。而后我们认为该部分资金已经系统入账可以入历史流水库。 因为此时的银存实际账户的余额增加与之对应的是支付系统内部户余额也增加了比如 T 日的挂账可能会在 TN 日后进行销账确认而后续的销账行为是对明细流水的业务分流处理我们不应将 TN 日的销账所产生的账务流水作为入账流水不再需要到对账中心体现。 三、对账内容和数据来源 第一步入账流水和清算流水进行核对目的是保证对每一笔订单银行的处理结果和我们系统的业务处理结果一致。 第二步对账汇总确认单和银行对账单进行核对目的是通过轧余额等方式核对各类业务的银行处理结果是否与银行实际清算给我们的资金一致。 3.1、对账业务流程 对账业务流程图 3.2、对账中心主要功能 银行发生资金变动的入账流水包括充值、提现、提现失败、充退、充退失败、退票、购汇、信贷放款、信贷还款、还贷失败一系列业务引起的账务变动信息。这些业务流水在账务系统入账后会计核心接收到登记分录请求并处理完毕发送该流水至对账中心对账中心对于某个业务的反向资金变动所产生入账流水也同步至对账中心。 这样做的目的是让待清算与入账流水在日切点保持等额比如提现 T 日会员申请提现生成文件后会员账户提现金额转入待清算提现款项与此同时发送流水到对账中心此时待清算与对账中心入账流水是保持平衡的。 而 T1 日银行处理失败系统会回充带清算提现款如果此时不发送失败流水到对账中心与其对应的流水进行购销的话则入账流水就会不变和带清算提现不平衡。 1、完整的日结流程支持银行清算流水入库 → 流水对账 → 流水分类 → 汇总确认单 → 自动挂账 → 销账确认 → 操作员轧账 → 总账日结以及登记银行余额等。 2、完善的报表模型输出如按入账日期 / 银行日期 / 清算日期等的统计报表、银行账户余额报表、未达款项报表等 3、提供日切服务在经确认后进入历史清算流水的同步汇总该部分数据进入历史流水汇总表中保存所以在日切时只需直接将该汇总数据再次汇总即可。 4、外围业务功能支持提供对于银行账户 独立于对账中心之外不参与处理逻辑 的管理功能支持与内部户的映射管理用以满足部分报表需求提供基于账务核心所提供的业务代码查询功能提供对于财务系统的交互支持包括与财务科目的对应关系管理、通知流水数据等提供用以校验订单与清算流水匹配状态的错账核实功能。 对账流程图 四、对账中心功能模块分析
4.1、获取资金对账数据 1、获取方式需要进行清算流水导入的文件一般通过人工在页面上导入另外有些业务的流水文件通过系统自动匹配或者定时获取的方式得到。 2、清算流水导入渠道需要统一各清算流水导入功能到一个页面入口 同时引入清算通道对账的逻辑将清算流水导入过程需要映射清算通道 包含新增清算流水等 。 3、各类业务的清算流水文件的解析和导入逻辑不一样。 4.2、清算流水对账 4.3、对账逻辑
1、一对一对账 入账流水只可能存在一条银行入账流水也仅存在一条然后一对一去对。目前按照一对一对账的业务涉及到网银 B2C 充值、网银 B2B 充值、VISA、网汇E、卡通充值、正常提现、认证提现、银企互联提现、卡通提现、卖家信贷、信用卡还款提现、COD、网点支付。
对账标准清算通道 订单号 金额 Or 银行名称 业务代码 订单号 金额。
满足一对一的业务如下 提现成功500401 认证提现500402 还贷500404 卡通提现500403 个人网银充值400301 企业网银充值400302 VISA400314 网汇e400315 卡通充值400304 贷款400307 银企互联提现500405 信用卡还款提现500407 后台强制提现500406 COD 网点支付 Tips 1、清算流水有入账流水也有金额一致对账成功清算流水、对账流水打上 ‘对账成功’ 标志记录对账日期为系统当日 2、清算流水有入账流水也有金额不一致清算流水记金额不等记录对账日期为系统当日入账流水不变 3、清算流水有入账流水该订单号没有清算流水打上 ‘银行多帐’ 的标志记录对账日期为系统当日 4、清算流水有入账流水没有该业务代码初始状态的清算流水打上 ‘银行多帐’ 的标志记录对账日期为系统当日 5、清算流水有入账流水没有该银行的初始状态的记录清算流水打上 ‘银行多帐’ 的标志记录对账日期为系统当日 6、对账之前需要判断 1 对 1 的流水中是否有重复有重复的返回失败不进行后续对账。 2、多对多对账 入账流水里相同订单号相同清算渠道相同金额相同业务代码的流水存在对条比如充退而银行清算流水也可能是存在多条的情况的这种情况下是多对多去对账的遵循先到的先对的原则。
对账标准清算通道 订单号 金额 Or 银行名称 业务代码 订单号 金额。
满足多对多的业务如下 充退410401 银企互联充退410402 Motopay 充退410403 Tips 1、清算流水有入账流水有满足对账标准则对账成功清算流水、对账流水打上 ‘对账成功’ 标志记录对账日期为系统当日 2、清算流水有入账流水有金额不等清算流水打上 ‘金额不等’ 的标志记录对账日期为系统当日入账流水不变 3、清算流水有入账流水没有该订单号清算流水打上‘银行多帐’ 的标志记录对账日期为系统当日 4、清算流水有入账流水没有初始状态 410401 的流水清算流水打上 ‘银行多帐’ 的标志记录对账日期为系统当日 5、清算流水有入账流水没有这个银行初始状态 410401 的流水清算流水打上 ‘银行多帐’ 的标志记录对账日期为系统当日 6、清算流水有入账流水没有初始状态的 ‘410401’ 的流水清算流水打上 ‘银行多帐’ 的标志记录对账日期为系统当日。 3、一对多对账 入账流水有多条和银行的一条去对账。对账标准清算通道 订单号 金额 Or 银行名称 业务代码 订单号 金额
涉及的业务境外收单 境外收单购汇扣款520101 购汇益回补购汇账户400319 Tips 1、入账流水存在 2 条 520101 的清算流水存在 1 条 520101 的将入账流水的 2 条加和后的金额和清算流水的进行对账一致的为对账成功 1、入账流水存在 1 条 520101 的1 条 400319 的那么要将 2 条金额之差和清算流水的 1 条 520101 的进行对账。不会出现 3 条 520101 或者 2 条 400319 的情况。 4.4、对账功能
1、内部流水购销 内部流水购销是针对那种有入账流水表来说的比如提现业务提现文件生成就会扣款此时会同步一笔入账流水而回导失败之后又会回充此时也会同步一笔反向的业务流水这两条流水不用再去和银行的资金流水进行对账直接在入账流水这边进行购销即可。 需要购销的业务如下 1、购销的规则非已勾销状态下同一银行同一订单号金额一致而业务代码相反的正向流水进行勾销而且一条反向流水只勾销一条 2、日终轧账时候的购销日终轧账的时候会对未购销的流水再次进行购销确保当天的流水都购销完全。这个情况是为了解决反向流水先于正向流水先出现的逻辑错误情况而加的并提示流水号 3、如果业务代码相反而金额不等的情况就无法进行购销这种情况原来是作为违反逻辑规则来进行标记的。这部分数据进行查明之后可以修改流水之后在日终轧账的时候从新进行购销 4、购销分 ‘一对一’提现和 ‘多对多’ 充退的购销 5、勾销的流水不入历史库。 2、对账汇总确认单 显示对账结果选择后续的相应的处理界面复核员在此模块进行流水的确认还有的功能就是对于已经对账处理的银行清算流水与系统入账流水进行后续业务分流推进。 1、对于大部分对账成功的数据可以将这些流水确认确认后该部分流水将进入历史清算流水只有进入历史清算流水的才认为银行与支付系统数据对平。对账成功的银行清算流水、账务入账流水全部进入各自历史清算流水表保存相应的银行清算流水与入账流水同步删除。 2、金额不等的流水可能是银行清算流水文件有误也可能是错账采取的做法是操作员手工修改金额在银行清算流水管理里操作或直接删除将其推进到下一轮的对账处理环节对账是可以重复对的只要满足初始状态要求的流水即可。 3、多账部分由于各种已明确/未明确的原因银行已经实际清算给支付公司了但支付公司的账务系统并没有入账需要提供一个流水分类和分类汇总挂账的操作入口。系统默认多账的流水给出的菜单是流水分类金额不等的流水给出的流水管理页面。区别在于在点流水分类时只允许修改业务类型、银行日期而且改完后不改变多账状态流水管理修改状态后流水的对账状态将变成初始状态需要进行重新对账。 4、流水进入历史库的校验规则。 举例说明A 操作员导入了一笔流水系统对账成功银行清算流水与账务入账流水状态都被置为成功状态B 操作员再次导入该相同流水由于入账流水处于成功状态的可以继续对账所以再次对账成功。系统在对账环节认为正常但在入历史清算流水时必须做每组流水数据的平衡检查必须是清算流水总额与入账流水总额匹配才可以进历史数据。 对于上述的场景如复核员针对 B 操作员的对账成功流水确认后可以正常进入历史流水对账批次号认最后操作的批次。而继续对 A 操作员的成功对账流水确认则系统将认为是不合法的入历史流水行为。或者不对特定操作员的汇总确认系统必须检验出所存在的重复银行清算流水并将对应的明细数据显示复核员。此时可将该重复对账的清算流水删除即可。
3、流水分类和分类汇总挂账 1、对于多账的流水对账中心提供一个单独的处理入口首先在此处进行分类然后进行汇总挂账处理。操作人员可以根据多账流水的未确认类型修改成对应的业务代码允许修改成业务类型为 7 的可挂账的类型其他业务代码不允许挂账流水可以重复分类系统不做控制但已申请挂账的除外分类完毕的多账流水可直接提供分类汇总挂账操作。 2、系统根据既定的业务代码判断是待查收入或待查支出挂账页面跳转至相关凭证登记页面此处业务规则同待查收支挂账另一部分比如退票因为不经过对账环节所以需要直接在清算流水查询里面新增业务代码 700106 未确认退票不需要经过对账直接去汇总确认单里将流水挂账。允许挂账的业务代码如下 700101 其他应付款700102 其他应收款700103 银行错账700104 未确认结汇款700105 线下汇款700106 未确认退票700107 未确认收款700108 未确认支出款。 3、提交凭证登记申请相关校验流水此刻状态是否是 ‘多帐’ 申请提交人是否是当时的对账人凭证登记成功清算流水记录凭证号流水状态改为 ‘已挂账’ 4、汇总挂账的反交易同步入账流水金额是负值系统在清算流水里在做一条数据自动对账。 4、清算/入账/历史流水管理
清算流水管理
对于所有的清算流水都可以在此模块下进行查询、修改、删除同时也可以新增流水。 1、查询功能银行名称、业务代码、银行日期不能为空业务代码和银行可以多选。 2、修改功能处于未对账初始、金额不等、多账、对账成功状态的流水可以进行单笔、批量修改操作这里的批量修改动作与流水分类功能类似只是该功能入口不仅支持对批量流水的业务代码、银行日期更新也支持其他要素信息批量修改作为3、提供给操作员在未对账前批量修改已知流水的手段之一对已挂账的流水不允许更新。 流水删除处于未对账初始、金额不等、多账、对账成功状态的流水可以进行单笔、批量删除操作已挂账状态不允许删除。 入账流水管理
入账流水管理功能提供对账务入账流水的查询以及下载功能为了杜绝对入账流水的人为变更操作禁止支持对入账流水进行修改或删除处理。 1、查询时银行名称、业务代码、入账日期不能为空业务系统流水号针对某类业务的业务流水号如充值业务就是充值流水号账务流水号账务处理的流水号即账务操作记录数据的序号在账户明细查询里可以获取。 2、对于提现类失败回充的流水在操作员进行对账动作后系统自动进行购销在入账流水查询时将对账状态选为已购销可以查到这些不进入历史库根据数据量系统定时清理这些数据。 历史流水管理 分为历史入账流水和历史清算流水查询功能在同一页面查询时可以一起查询也可以单独查询。历史流水只供查询和下载不允许进行修改和删除操作。选择历史银行流水和历史清算流水清算日期的时间间隔不能超过 7 天进行查询历史入账流水中无银行日期历史银行流水中无入账日期。
5、银行余额录入功能 在该模块下实现对每个银行账户的实际余额录入以此来和内部账户余额进行匹配校验。分为银行余额登记银行余额导入复核以及银行余额查询功能。 1、银行余额登记选择对应日期以及银行账户录入后保存此时去银行余额查询是看不到录入余额的需要复核导入核对完毕后才能看到保证核对的有效性。登记后系统记录一个临时余额。系统每天凌晨 1:15 的时候会跑批取上一日已复核过的余额自动带入下日临时余额如果不登记的话就取上日余额。 2、银行余额导入标准格式是一个填写银行余额的 excle 模板导入后的核对逻辑对复核员导入的数据进行检测该帐户是否有临时余额。根据银行账号、银行日期、银行余额等条件查询银行余额表。 判断 1 如果查询出结果为空那么将返回给用户“这个银行帐号找不到对应的银行临时余额”。 判断 2 如果查询结果大余一条将返回给用户“这个银行帐号的一天有多个银行临时余额不正常” 判断 3 检测该银行帐号对应的银行余额是否相等。如果不相等将返回给用户“临时余额和实际余额不相等核对失败”当余额核对成功后将复核员导入的余额写入该对应帐户的实际余额并修改余额状态为已复核。实际余额更新成功后将删除当天日期的临时余额。 3、银行余额查询对操作员登记余额的信息以及复核员复核过的余额进行查询查询条件银行名称、银行帐户、帐户状态、银行日期、余额状态。帐户状态分为正常、废除、和销户三个状态默认为正常状态。余额状态分为未录入N、已录入A、已复核Y三个状态默认为全部。 6、内部账户登账 业务简述针对日常结算工作中非银行待查类的内部账户进行登记如清算款、利息、手续费等该业务登记不产生后续业务登记行为即不具有作为初始凭证号的使用功能。对于批量销帐类业务处理中多会员转帐失败的导致过渡户上有剩余金额情况的可通过此处进行内部户登账将过渡户负债和银存资产余额同时减少再通过待查收入挂帐实现平衡。
业务校验规则 1、必须登记的是一借一贷帐户信息 2、借贷方帐户不能一致 3、金额必须大于 0 4、不允许任意一方是销帐帐户。 是否同步对帐中心流水不需要同步对帐中心流水。
7、待查收入挂账 业务简述应用于结算操作员针对日常结算工作中的银行待查收入进行登记所产生的业务凭证号作为后续销帐业务的原业务凭证号并且作为所有该登记所引发的后续业务登记的初始凭证号。其中待查收入挂帐业务凭证的借方银存帐户所对应的银行名称作为后续销帐业务的银行名称包括差额重新挂帐部分再销帐的业务凭证都递沿该银行名称。
业务校验规则 1、必须登记的是一借一贷帐户信息 2、借贷方帐户不能一致 3、金额必须大于 0 4、借方帐户必须是银存帐户 5、贷方帐户必须是销帐帐户。 是否同步对帐中心流水不需要同步对帐中心流水。
8、待查收入确认 业务简述针对银行待查收入登账的挂帐可以通过本模块进行销帐。此处采取销帐确认方式进行处理需要选择相应的待查收入挂帐业务凭证进行销帐业务登记。该业务登记可能产生后续业务登记行为如差额销帐情况下系统会自动做不足额部分的重新挂帐并复核通过所产生的挂帐凭证作为后续销帐凭证的销帐卡片号。
业务校验规则 1、所销的原待查收入挂帐凭证必须合法 2、所销的原待查收入挂帐凭证必须已复核通过处理完毕 3、所销的原待查收入挂帐凭证不能已被销帐 4、销帐总额(贷方发生额之和不得大于原待查收入挂帐凭证发生额)并大于 0 5、贷方必须是内部户。 9、待查支出挂账 业务简述针对日常结算工作中的银行待查支出进行登记所产生的业务凭证号作为后续销帐业务的原业务凭证号并且作为所有该登记所引发的后续业务登记的初始凭证号。其中待查收入挂帐业务凭证的贷方 银存帐户所对应的银行名称作为后续销帐业务的银行名称包括差额重新挂帐部分再销帐的业务凭证都递沿该银行名称。
业务校验规则 1、必须登记的是一借一贷帐户信息 2、借贷方帐户不能一致 3、金额必须大于 0 4、贷方帐户必须是银存帐户 5、借方帐户必须是销帐帐户 。 是否同步对帐中心流水不需要同步对帐中心流水。
10、待查支出确认 业务简述针对银行待查支出登账的挂帐可以通过本模块进行销帐。此处采取销帐确认方式进行处理需要选择相应的待查支出挂帐业务凭证进行销帐业务登记。该业务登记可能产生后续业务登记行为如差额销帐情况下系统会自动做不足额部分的重新挂帐并复核通过所产生的挂帐凭证作为后续销帐凭证的销帐卡片号。
业务校验规则 1、所销的原待查支出挂帐凭证必须合法 2、所销的原待查支出挂帐凭证必须已复核通过处理完毕 3、所销的原待查支出挂帐凭证不能已被销帐 4、销帐总额(借方发生额之和不得大于原待查收入挂帐凭证发生额)并大于0 5、借方必须是内部户。 五、意外数据恢复逻辑
5.1、意外数据恢复逻辑 1、重复支付对同一内部订单号进行了二次或二次以上的支付。 2、支付失败金额不等买家实际支付的金额与交易金额不等。一般产生的原因是买家在支付时产生了掉单卖家随后修改了交易价格。 在进行网银对账的时候即会出现订单金额和交易金额不等的情况且是一笔掉单。2、3 两类情况只发生在支付上。 3、支付成功金额不等商户订单状态为成功后台订单状态也为成功并且交易状态是买家已付款等待卖家发货。 金额不等支付成功是因为会员对一个交易进行支付但由于网络或银行系统等原因支付公司未接收到银行扣款信息支付侧交易状态未予以变更后卖家对该交易修改了价格买家又对该修改过的价格进行了支付。但该支付成功的信息仍然没有被支付侧接收到该交易状态仍未变更后支付侧后台人员先对后面的那笔意外数据进行了恢复后再对前面那笔意外数据恢复就会出现这种“金额不等支付成功”的数据 5.2、对帐及异常恢复逻辑
1、以商户成功订单为准
用商户上的成功订单与后台的订单来核对 1、若商户订单为成功后台为初始或者失败则更改后台状态为成功 2、若后台为成功商户成功订单中无该订单时间差则不更改后台状态 3、若后台为初始或失败商户成功订单中无该订单则不更改后台状态。 2、不重复恢复 T1 日恢复T 日的订单并且在 T1 日后不再下载 T 日的订单进行二次或多次恢复。为考虑会员感受T 日下班前恢复 T 日 0 点到下班时点的订单
3、时间性差异 由于各家银行系统日切点均不同并且大多不会在每日的 24 点或早或晚所以下载到的 T 日的订单流水与后台T日 0:0024:00 的订单流水并不能全部对应上。将商户订单流水与后台订单流水核对会出现商户有后台无商户无后台有商户有后台有三种情况。对于 1、2 两种情况为我们所说的时间性差异。
商户数据与后台数据的关系为商户数据商户有后台无商户无后台有 后台数据
