CN111861700A - 一种账户来账监管方法和装置 - Google Patents

Abstract

本发明公开了一种账户来账监管方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：响应于缴费方对平台中一缴费项目的选择下单操作，确定与缴费项目对应的收费方；确定收费方在平台中预先签订的监管合约，通过监管合约中的缴费渠道，将缴费方缴纳的缴费金额传输至银行系统进行清算处理；接收银行系统传输的清算金额并存储至平台的监管账户中，根据监管账户与收费方的结算账户之间的清算定向关系，将清算金额提现至结算账户中。该实施方式在不影响口岸正常费用收缴和清分的基础上，实现规范收费标准及监管收费环节，过滤不明来账以避免乱收费现象，以为企业提供高效便利公开透明的营商环境。

Description

一种账户来账监管方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种账户来账监管方法和 装置。

背景技术

为更好发挥天津港在服务京津冀协同发展中的作用，拟进行天津 市口岸外贸环节中各收费项目的统一征收、统一结算。已建成的天津 港口“智慧口岸综合缴费系统”服务平台(简称平台)全面实现支付 功能，各类企业可以在该平台完成港口各环节的所有缴费，实现收费 和缴费一站式服务、一次性办理和一体化管理。

平台在银行办理统一监管账户的开户手续，开立成功后监管银行 将监管账户名称、账户等相关信息返回给平台，平台登记信息后监管 正式生效。缴费企业在平台选择所需服务确认价款后下单并完成支付， 支付款经银行清算后汇入平台监管账户。平台在与银行完成对账后将 缴费账款清分到收费企业的结算账户中，完成整个监管过程。

对于账户监管，通常是在账户开立后，通过设置收付状态来限制 账户的收付行为。收付状态包括只收不付、只付不收或禁止收付。在 实现本发明的过程中，发明人发现现有技术至少存在如下问题：

为保证口岸账户整个缴费及清算过程都受到银行监控，平台对于 监管账户的来往账要求为：对于来账，只接受平台企业正常缴费以及 银行结息，其他非平台的来账或非正常缴费(包括错缴或重复缴费) 都拒绝入账；对于往账，所有往账只能由平台发起，任何其他渠道发 起的往账都要拒绝。而现有几种收付状态都无法满足上述需求。

发明内容

有鉴于此，本发明实施例提供一种账户来账监管方法和装置，至 少能够解决现有收付状态不符合实际需求的问题，以在不影响口岸正 常收存、支付业务的同时，禁止一切不属于口岸业务的来账或往账。

为实现上述目的，根据本发明实施例的一个方面，提供了一种账 户来账监管方法，包括：响应于缴费方对平台中一缴费项目的选择下 单操作，确定与所述缴费项目对应的收费方；确定所述收费方在平台 中预先签订的监管合约，通过所述监管合约中的缴费渠道，将所述缴 费方缴纳的缴费金额传输至银行系统进行清算处理；其中，所述缴费 渠道包括线上缴费和/或线下缴费；接收银行系统传输的清算金额并存 储至平台的监管账户中，根据监管账户与所述收费方的结算账户之间 的清算定向关系，将所述清算金额提现至所述结算账户中。

可选的，所述通过所述监管合约中的缴费渠道，将所述缴费方缴 纳的缴费金额传输至银行系统进行清算处理，包括：在确定所述缴费 渠道为线上缴费、或响应于所述缴费方对线上缴费的选择操作，传输 所述缴费项目的信息和平台的商户信息至银行系统；在接收到银行系 统返回的银行端支付订单号时，触发调用银行系统的缴费支付接口， 以将所述缴费方缴纳的缴费金额传输至银行系统进行清算处理。

可选的，在所述响应于缴费方对平台中一缴费项目的选择下单操 作之后，还包括：生成缴费单号；所述通过所述监管合约中的缴费渠 道，将所述缴费方缴纳的缴费金额传输至银行系统进行清算处理，包 括：在确定所述缴费渠道为线下缴费、或响应于所述缴费方对线下缴 费的选择操作，基于所述缴费单号生成缴费单；接收银行系统传输的 缴费明细获取请求，根据所述缴费明细获取请求中的缴费单号，查询 相应缴费明细并返回至银行系统。

可选的，所述方法还包括：银行系统扫描缴费单中的标识码获取 缴费单号、或接收缴费单号的输入，生成包含所述缴费单号的缴费明 细获取请求并传输至平台；接收平台返回的缴费明细，若所述缴费明 细中的当前缴费状态为未缴费，则展示所述缴费明细；响应于对所述 缴费明细的确定操作，调用现金管理系统，以接收所述缴费方缴纳的 缴费金额。

可选的，所述方法还包括：银行系统在收到来账后，从所述来账 的支付备注中获取缴费单号，生成包含所述缴费单号的缴费明细获取 请求并传输至平台；若未接收到平台返回的缴费明细，则确定入账失 败，拒绝所述来账中的交易金额入账；或若接收到平台返回的缴费明 细，则判断所述缴费明细中的缴费状态是否为已缴费；若为已缴费， 则确定入账失败，拒绝所述来账中的交易金额入账；若为未缴费，则 比对所述来账中的交易金额与所述缴费明细中的缴费金额是否相同， 若不同，则确定入账失败，拒绝所述来账中的交易金额入账，否则允 许入账。

可选的，在所述确定所述收费方在平台中预先签订的监管合约之 前，还包括：响应于所述收费方对监管合约的签订操作，将所述收费 方的信息存储至监管名单中。

可选的，在所述响应于缴费方对平台中一缴费项目的选择下单操 作之前，还包括：接收所述收费方的注册请求，建立监管账户与所述 收费方的结算账户之间的清算定向关系，并将所述清算定向关系推送 至银行系统。

可选的，所述监管账户采用统一监管模式，对应于平台在银行开 立的统一监管账户；所述建立监管账户与所述收费方的结算账户之间 的清算定向关系，并将所述清算定向关系推送至银行系统，包括：获 取所述注册请求中的结算账户，建立统一监管账户与所述结算账户之 间的清算定向关系，并将所述清算定向关系和所述结算账户推送至银 行系统。

可选的，所述监管账户采用分散监管模式，对应于所述收费方在 银行开立的监管账户；所述建立监管账户与所述收费方的结算账户之 间的清算定向关系，包括：获取所述注册请求中的监管账户，将对所 述监管账户的操作权限由所述收费方转移至平台；接收银行系统同步 传输的所述结算账户，建立所述监管账户与所述结算账户之间的清算 定向关系；其中，所述结算账户为所述收费方在银行签约时传输至银 行系统的。

为实现上述目的，根据本发明实施例的另一方面，提供了一种账 户来账监管装置，包括：下单模块，用于响应于缴费方对平台中一缴 费项目的选择下单操作，确定与所述缴费项目对应的收费方；缴费模 块，用于确定所述收费方在平台中预先签订的监管合约，通过所述监 管合约中的缴费渠道，将所述缴费方缴纳的缴费金额传输至银行系统 进行清算处理；其中，所述缴费渠道包括线上缴费和/或线下缴费；清 算模块，用于接收银行系统传输的清算金额并存储至平台的监管账户 中，根据监管账户与所述收费方的结算账户之间的清算定向关系，将 所述清算金额提现至所述结算账户中。

可选的，所述缴费模块，用于：在确定所述缴费渠道为线上缴费、 或响应于所述缴费方对线上缴费的选择操作，传输所述缴费项目的信 息和平台的商户信息至银行系统；在接收到银行系统返回的银行端支 付订单号时，触发调用银行系统的缴费支付接口，以将所述缴费方缴 纳的缴费金额传输至银行系统进行清算处理。

可选的，所述下单模块，还用于：生成缴费单号；所述缴费模块， 用于：在确定所述缴费渠道为线下缴费、或响应于所述缴费方对线下 缴费的选择操作，基于所述缴费单号生成缴费单；接收银行系统传输 的缴费明细获取请求，根据所述缴费明细获取请求中的缴费单号，查 询相应缴费明细并返回至银行系统。

可选的，所述装置还包括银行线下缴费模块，用于：银行系统扫 描缴费单中的标识码获取缴费单号、或接收缴费单号的输入，生成包 含所述缴费单号的缴费明细获取请求并传输至平台；接收平台返回的 缴费明细，若所述缴费明细中的当前缴费状态为未缴费，则展示所述 缴费明细；响应于对所述缴费明细的确定操作，调用现金管理系统， 以接收所述缴费方缴纳的缴费金额。

可选的，所述装置还包括银行来账监管模块，用于：银行系统在 收到来账后，从所述来账的支付备注中获取缴费单号，生成包含所述 缴费单号的缴费明细获取请求并传输至平台；若未接收到平台返回的 缴费明细，则确定入账失败，拒绝所述来账中的交易金额入账；或若 接收到平台返回的缴费明细，则判断所述缴费明细中的缴费状态是否 为已缴费；若为已缴费，则确定入账失败，拒绝所述来账中的交易金 额入账；若为未缴费，则比对所述来账中的交易金额与所述缴费明细 中的缴费金额是否相同，若不同，则确定入账失败，拒绝所述来账中 的交易金额入账，否则允许入账。

可选的，还包括签约模块，用于：响应于所述收费方对监管合约 的签订操作，将所述收费方的信息存储至监管名单中。

可选的，还包括注册模块，用于：接收所述收费方的注册请求， 建立监管账户与所述收费方的结算账户之间的清算定向关系，并将所 述清算定向关系推送至银行系统。

可选的，所述监管账户采用统一监管模式，对应于平台在银行开 立的统一监管账户；所述注册模块，用于：获取所述注册请求中的结 算账户，建立统一监管账户与所述结算账户之间的清算定向关系，并 将所述清算定向关系和所述结算账户推送至银行系统。

可选的，所述监管账户采用分散监管模式，对应于所述收费方在 银行开立的监管账户；所述注册模块，用于：获取所述注册请求中的 监管账户，将对所述监管账户的操作权限由所述收费方转移至平台； 接收银行系统同步传输的所述结算账户，建立所述监管账户与所述结 算账户之间的清算定向关系；其中，所述结算账户为所述收费方在银 行签约时传输至银行系统的。

为实现上述目的，根据本发明实施例的再一方面，提供了一种账 户来账监管电子设备。

本发明实施例的电子设备包括：一个或多个处理器；存储装置， 用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个 处理器执行，使得所述一个或多个处理器实现上述任一所述的账户来 账监管方法。

为实现上述目的，根据本发明实施例的再一方面，提供了一种计 算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实 现上述任一所述的账户来账监管方法。

根据本发明所述提供的方案，上述发明中的一个实施例具有如下 优点或有益效果：为实现口岸内外贸环节中各收费项统一征收、统一 结算的目的，搭建口岸平台，在不影响口岸正常费用收缴和清分的基 础上，实现规范收费标准及监管收费(资金往来)环节，过滤不明来 账以避免乱收费现象，以为企业提供高效便利公开透明的营商环境， 并改善了银行系统入账环境。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具 体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的一种账户来账监管方法的主要流程示 意图；

图2是统一监管模式与分散监管模式的示意图；

图3是根据本发明实施例的一种可选的账户来账监管方法的流程 示意图；

图4是银行系统处理线下缴费的流程示意图；

图5是根据本发明实施例的另一种可选的账户来账监管方法的流 程示意图；

图6是根据本发明实施例的又一种可选的账户来账监管方法的流 程示意图；

图7是根据本发明实施例的一种账户来账监管装置的主要模块示 意图；

图8是本发明实施例可以应用于其中的示例性系统架构图；

图9是适于用来实现本发明实施例的移动设备或服务器的计算机 系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发 明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。 因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做 出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清 楚和简明，以下的描述中省略了对公知功能和结构的描述。

本发明涉及的词语做解释如下：

监管账户：由银行核心系统生成的人民银行(外汇管理局)报备 的实体账户，用于港口服务费用的资金收存、支付。监管账户一经开 立，被银行限制开通包括网银、手机银行等所有支付渠道，除特定系 统外，禁止对外支付，来账和往账均受控。

结算账户：企业在银行开立的对公活期账户，在平台申请注册， 用于接收平台清分的缴费款项。

参见图1，示出的是本发明实施例提供的一种账户来账监管方法的 主要流程图，包括如下步骤：

S101：响应于缴费方对平台中一缴费项目的选择下单操作，确定 与所述缴费项目对应的收费方；

S102：确定所述收费方在平台中预先签订的监管合约，通过所述 监管合约中的缴费渠道，将所述缴费方缴纳的缴费金额传输至银行系 统进行清算处理；其中，所述缴费渠道包括线上缴费和/或线下缴费；

S103：接收银行系统传输的清算金额并存储至平台的监管账户中， 根据监管账户与所述收费方的结算账户之间的清算定向关系，将所述 清算金额提现至所述结算账户中。

上述实施方式中，对于步骤S101，收费方在平台内进行注册，且 一个收费方可以处理一个或多个缴费项目。缴费方在平台上进行缴费 操作，选择所需缴费项目(例如堆场、货运、边检、货代等)并确认 价款后，点击触发下单操作。

对于步骤S102，收费方在平台中注册时，需签订银行、平台以及 收费方三方监管协议(监管合约)。一旦签订该合约，则收费方不再 具备对监管账户的操作权。其中，监管账户可以为平台的统一监管账 户，也可以为收费方自主申请的分散式监管账户，收费方在银行开立 对供活期账户时可以根据自身情况选择。

收费方签订平台的监管合约后，银行核心系统将收费方的信息存 储至监管名单中，即需要特殊控制/监管的账户列表，并信任该名单中 所有账户发起的收付请求，从而实现监管账户通过银行系统进行收存、 支付的功能。

需要说明的是，平台内的所有收费方均需要签订监管合约，监管 合约包括发起交易的缴费渠道以及有关现金管理的一个合约。其中， 缴费渠道如网上银行、手机银行或者银企直连渠道约，现金管理合约 代表使用其提供的网上转账等功能。

监管合约针对不同银行可能设置的形式和内容均不同，例如对于 建行，监管合约包括银行现金管理产品约和银企直连渠道约，需由平 台在银行开立监管账户时签订。

平台支持多种缴费模式，包括：线上缴费(支付宝、微信、银联、 聚合支付的主扫及被扫；对公、对私网上银行跳转支付)和线下缴费 (银行柜面、POS机、ATM、STM、本行及他行网上银行)。各收费 方可以按照自身需求进行选择设定，例如收费方1仅选择了线上缴费、收费方2既可以线上缴费也可以线下缴费。针对不同缴费渠道，缴费 方需采用不同缴费方式，具体参见后续图3所示描述。

对于步骤S103，收费方在平台中注册时，除了选择监管账户外， 还需提供一个实体账户作为结算账户，用于接收收费资金的清算，操 作权限依然归缴费方所有。且为了保证清算资金不被挪用，监管账户 和结算账户之间会建立清算定向关系(参见图2所示)，资金清算时 对清算定向关系进行校验，验证不通过资金清算将被拒绝。

缴费方所缴纳款项，不会直接传输至平台的监管账户中，而是先 传输至银行系统进行清算处理。缴费时会携带收费方的结算账户与监 管账户之间的清算定向关系，银行系统仅接收来自平台发起的付款指 令，并且验证收付平台与收费方是否在双方协定范围内(即监管账户 和结算账号之间的清算定向关系)。

银行系统经银联清算后(例如扣除5％手续费)，将清算款项汇入 到平台的统一监管账户中，或者根据缴费记录，将每一笔款项清算到 对应收费方的分散监管账户中。平台在与银行系统完成对账后将清算 款项提现到收费方的结算账户中，完成整个来账监管过程，具体参见 图5所示描述。

需要说明的是，统一监管账户对应的统一监管模式下，银行系统 会为缴费方和收费方记录台账，但不需要计算缴费总金额。清算过程 中，核心系统不设限，收单清算可正常通过银行核心系统实现缴费入 账。

上述实施例所提供的方法，为实现口岸内外贸环节中各收费项统 一征收、统一结算的目的，搭建口岸平台，在不影响口岸正常费用收 缴和清分的基础上，实现规范收费标准及监管收费(资金往来)环节， 过滤不明来账以避免乱收费现象，以为企业提供高效便利公开透明的 营商环境。

参见图3，示出了根据本发明实施例的一种可选的账户来账监管方 法流程示意图，包括如下步骤：

S301：响应于缴费方对平台中一缴费项目的选择下单操作，生成 缴费单号，确定与所述缴费项目对应的收费方；

S302：确定所述收费方在平台中预先签订的监管合约，获取所述 监管合约中的缴费渠道；其中，缴费渠道包括线上缴费和/或线下缴费；

S303：在确定所述缴费渠道为线上缴费、或响应于所述缴费方对 线上缴费的选择操作，传输所述缴费项目的信息和平台的商户信息至 银行系统；

S304：在接收到银行系统返回的银行端支付订单号时，触发调用 银行系统的缴费支付接口，以将所述缴费方缴纳的缴费金额传输至银 行系统进行清算处理；

S305：在确定所述缴费渠道为线下缴费、或响应于所述缴费方对 线下缴费的选择操作，基于所述缴费单号生成缴费单；

S306：接收银行系统传输的缴费明细获取请求，根据所述缴费明 细获取请求中的缴费单号，查询相应缴费明细并返回至银行系统；

S307：接收银行系统传输的清算金额并存储至平台的监管账户中， 根据监管账户与所述收费方的结算账户之间的清算定向关系，将所述 清算金额提现至所述结算账户中。

上述实施方式中，对于步骤S302和S307可参见图1所示步骤S102 和S103的描述，在此不再赘述。

上述实施方式中，对于步骤S301，缴费方在平台上触发点击缴费 操作后，平台即调用缴费单号生成规则，生成与本地缴费操作对应的 缴费单号：

1)确定当前最大的缴费单号，将与该缴费单号相邻的下一个缴费 单号作为本次缴费单号；

2)与UUID(Universally Unique Identifier，通用唯一识别码)生 成方式类似，依赖当前日期、时间、时钟序列等。

缴费单号的生成规则可以为现有普遍采用的方式，在此不再赘述。

对于步骤S303和S304，此处仅说明收费方仅有线上缴费一种方 式，或有线上和线下两种缴费渠道，但缴费方仅选择了线上缴费方式。

平台调用银行系统发布的线上订单生成功能，通过联机交易接口 上送商户信息和缴费项目的信息至银行系统；其中，商户信息为平台 在银联所具有的唯一商户编号。商户的申请由当地商务局控制，同一 平台在同一监管银行仅能开立一个商户。

银行系统返回平台银行认可的银行端支付订单号，作为缴费以及 后续对账的依据。此处仅仅是下单生成订单，暂时不需要支付，故可 以不包括与缴费项目对应的收费方信息。

需要说明的是，一个缴费操作可能会被平台多次调用银行交易接 口，从而产生多个银行端支付订单号。具体哪一个银行端支付订单号 有效，由平台最终调用银行端进行缴费时携带的银行端支付订单号决 定。但正常情况下一个缴费操作仅对应一个银行端支付订单号。

平台在接收到银行系统返回的银行端支付订单号后，触发调用银 行系统的缴费支付接口，以便缴费方通过主动扫码、被动扫码或其他 线上缴费方式进行缴费。所缴纳费用直接传输至银行系统进行清算处 理。

对于步骤S305和S306，此处仅说明收费方仅有线下缴费一种方 式，或有线上和线下两种缴费渠道，但缴费方仅选择了线下缴费方式。 此时平台会基于生成的缴费单号生成缴费单(可以为纸质或电子形 式)，以便缴费方携带该缴费单去银行柜台、POS、ATM、STM机具 等进行线下自主缴费。

银行处理缴费操作的流程图，参见图4所示，包括如下步骤：

S401：银行系统扫描缴费单中的标识码获取缴费单号、或接收缴 费单号的输入，生成包含所述缴费单号的缴费明细获取请求并传输至 平台；

S402：接收平台返回的缴费明细，若所述缴费明细中的当前缴费 状态为未缴费，则展示所述缴费明细；

S403：响应于对所述缴费明细的确定操作，调用现金管理系统， 以接收所述缴费方缴纳的缴费金额。

上述步骤中，银行在柜面以及机具上分别为口岸平台开发了专用 缴费页面，缴费方需持有平台开具的缴费单至银行柜台缴费。银行系 统可以扫码(如条形码、二维码等)获取缴费单号，也可以通过缴费 方手动输入获取缴费单号。由于缴费明细存储于平台中，因此银行系 统需要发送请求从平台中获取，查询条件为缴费单号，查询结果为缴 费明细，包括收费方信息、缴费方信息、缴费金额以及该笔订单当前 的缴费状态。

只有未缴费的缴费单才允许发起缴费操作，如果通过缴费号查询 口岸缴费明细时，口岸返回该笔单已缴费则不允许重复发起缴费。否 则展示缴费明细，只有在确认缴费明细之后，才会进入现金缴费环节。 确认有两个层面：

①缴费方肉眼确认缴费明细与所需缴纳的费用信息一致；

②银行系统自主比对缴费金额，缴费单中的缴费金额必须与缴费 明细中的缴费金额一致。

由于已经与平台进行缴费单缴费状态的有效性校验，且商务局已 经签订了“现金管理合约”，现金管理系统判定本次线下缴费有效， 调用核心系统实现缴费入账。

上述实施例所提供的方法，针对不同缴费方式，缴费方需执行不 同的缴费操作，以此过滤掉已缴费的缴费操作，避免重复发起缴费。

参见图5，示出了根据本发明实施例的另一种可选的账户来账监管 方法流程示意图，包括如下步骤：

S501：银行系统在收到来账后，从所述来账的支付备注中获取缴 费单号，生成包含所述缴费单号的缴费明细获取请求并传输至平台；

S502：若未接收到平台返回的缴费明细，则确定入账失败，拒绝 所述来账中的交易金额入账；或

S503：若接收到平台返回的缴费明细，则判断所述缴费明细中的 缴费状态是否为已缴费；

S504：若为已缴费，则确定入账失败，拒绝所述来账中的交易金 额入账；

S505：若为未缴费，则比对所述来账中的交易金额与所述缴费明 细中的缴费金额是否相同；

S506：若不同，则确定入账失败，拒绝所述来账中的交易金额入 账；

S507：否则允许入账。

上述实施方式中，对于步骤S501，银行系统收到来账需控制的场 景：

1、银联通过收单进行清算的，核心系统不做控制；

2、线下缴费(柜面、ATM、STM、POS等)，核心系统不做控制；

3、本行线下网银来账，控制备注；

4、他行线下来账，控制备注，跨行转账支付渠道见上一条。

转账/缴费给银行系统的一方，在转账/缴费时需在支付备注中正确 填写平台开具的缴费单号。银行系统对来账进行有效性验证，规则如 下；

1、备注中有缴费单号；

2、通过缴费单号，从平台中查询到缴费明细中缴费状态为未缴费；

3、来账中的交易金额与缴费明细中的缴费金额一致。

当满足上述规则时，来账被允许入账，否则将做退汇处理。且无 论是大额还是小额来账(低于100万)，都要经过银行核心系统做入 账处理，以通过校验备注、缴费状态和交易金额方式，来判定这笔来 账是否是一笔正常的缴费。

上述实施例所提供的方法，通过对来账进行有效性验证，以此过 滤并拒绝不明来账入账，改善了银行卡收银环境。

参见图6，示出了根据本发明实施例的又一种可选的账户来账监管 方法流程示意图，包括如下步骤：

S601：接收收费方的注册请求，建立监管账户与所述收费方的结 算账户之间的清算定向关系，并将所述清算定向关系推送至银行系统；

S602：响应于缴费方对平台中一缴费项目的选择下单操作，确定 与所述缴费项目对应的收费方；

S603：确定所述收费方在平台中预先签订的监管合约，通过所述 监管合约中的缴费渠道，将所述缴费方缴纳的缴费金额传输至银行系 统进行清算处理；其中，所述缴费渠道包括线上缴费和/或线下缴费；

S604：接收银行系统传输的清算金额并存储至平台的监管账户中， 根据监管账户与所述收费方的结算账户之间的清算定向关系，将所述 清算金额提现至所述结算账户中。

上述实施方式中，对于步骤S602～S604可参见图1所示步骤 S101～S103的描述，在此不再赘述。

上述实施方式中，对于步骤S601，收费方在平台内进行注册，并 登记其结算账户。平台将监管账户与结算账户的映射关系推送给银行 系统，建立清算定向关系。之后监管账户和结算账户都是成对出现的， 在平台和银行系统中均有记录。

实际平台提供了两种监管模式，平台中预先设定有统一监管账户 以及收费方自行申请的分散式监管账户，用于存放缴费款项。收费方 在银行开立对供活期账户时可以根据自身情况选择(同样参见图2所 示)：

1)所有使用统一监管模式的收费方公用同一个监管账户——统一 监管账户，用于接收缴费方缴纳的费用以及缴费资金的清算。该账户 由平台运营公司在银行开立，开立成功后监管银行将监管账户名称、 账户等相关信息返回给平台，平台登记信息后监管正式生效。

由于是多个收费方公用同一个实体账户，银行为平台搭建了虚拟 台账体系，通过收费方的统一社会信用代码进行区分，并分别为各个 收费方记录台账。记录台账的目的之一是校验余额，防止清算金额超 过实际收费金额，另一个目的是计算资金产生的利息，后续返还给收 费方。

收费方的注册请求中需携带其结算账户，以便平台建立统一监管 账户与该结算账户之间的清算定向关系。同时该结算账户会由平台推 送给银行系统。

2)分散监管模式下，部分收费方会自主到银行开立监管账户，并 将自行开立的监管账户交托给平台进行监管，具体地，可以通过注册 请求交托。另外，收费方的结算账户是收费方在银行签约时维护到银 行系统中的，银行系统会将结算账户同步给平台。

监管账户不能作为付款账户，一旦开启监管模式，只能由平台对 其进行操作，平台内收费方不再具有操作该账户的权限。

上述实施例所提供的方法，不同监管模式下的监管账户不同，且 获取收费方的结算账户方式不同，以此扩展了清算定向关系的建立场 景。

本发明中口岸办按照行业规范在平台制定统一的收费标准，缴费 方在平台选择所需服务确认价款后下单并完成支付。缴费成功后，支 付款经银行清算后汇入平台监管账户中。平台在与银行完成对账后将 缴费账款清算到收费企业的结算账户中，完成整个监管过程。

平台运营公司需要在银行开通收单业务，申请商户，以在银联有 唯一的商户编号。商户的申请由当地商务局控制，同一平台在同一监 管银行仅能开立一个商户。

收单业务是指签约银行向商户提供的本外币资金结算服务，即最 终持卡人在银行签约商户处刷卡消费，银行结算。收单银行结算的过 程就是从商户中获取交易单据和交易数据，扣除按费率计算的费用后， 将剩余款项打款给商户，并从中扣取一定比例的手续费。

另外，商户分为线上商户和线下商户，口岸缴费平台在每家银行 只能开立一个线上商户，是在平台建立之初申请的，线下商户仅用于 POS缴费，有POS收费需求的平台可自行独立申请线下商户，是依据 后续需求申请的。

参见图7，示出了本发明实施例提供的一种账户来账监管装置700 的主要模块示意图，包括：

下单模块701，用于响应于缴费方对平台中一缴费项目的选择下单 操作，确定与所述缴费项目对应的收费方；

缴费模块702，用于确定所述收费方在平台中预先签订的监管合 约，通过所述监管合约中的缴费渠道，将所述缴费方缴纳的缴费金额 传输至银行系统进行清算处理；其中，所述缴费渠道包括线上缴费和/ 或线下缴费；

清算模块703，用于接收银行系统传输的清算金额并存储至平台的 监管账户中，根据监管账户与所述收费方的结算账户之间的清算定向 关系，将所述清算金额提现至所述结算账户中。

本发明实施装置中，所述缴费模块702，用于：在确定所述缴费渠 道为线上缴费、或响应于所述缴费方对线上缴费的选择操作，传输所 述缴费项目的信息和平台的商户信息至银行系统；

在接收到银行系统返回的银行端支付订单号时，触发调用银行系 统的缴费支付接口，以将所述缴费方缴纳的缴费金额传输至银行系统 进行清算处理。

本发明实施装置中，所述下单模块701，还用于：生成缴费单号；

所述缴费模块702，用于：在确定所述缴费渠道为线下缴费、或响 应于所述缴费方对线下缴费的选择操作，基于所述缴费单号生成缴费 单；

接收银行系统传输的缴费明细获取请求，根据所述缴费明细获取 请求中的缴费单号，查询相应缴费明细并返回至银行系统。

本发明实施装置还包括银行线下缴费模块704(图中未标出)，用 于：

银行系统扫描缴费单中的标识码获取缴费单号、或接收缴费单号 的输入，生成包含所述缴费单号的缴费明细获取请求并传输至平台；

接收平台返回的缴费明细，若所述缴费明细中的当前缴费状态为 未缴费，则展示所述缴费明细；

响应于对所述缴费明细的确定操作，调用现金管理系统，以接收 所述缴费方缴纳的缴费金额。

本发明实施装置还包括银行来账监管模块705(图中未标出)，用 于：

银行系统在收到来账后，从所述来账的支付备注中获取缴费单号， 生成包含所述缴费单号的缴费明细获取请求并传输至平台；

若未接收到平台返回的缴费明细，则确定入账失败，拒绝所述来 账中的交易金额入账；或

若接收到平台返回的缴费明细，则判断所述缴费明细中的缴费状 态是否为已缴费；

若为已缴费，则确定入账失败，拒绝所述来账中的交易金额入账；

若为未缴费，则比对所述来账中的交易金额与所述缴费明细中的 缴费金额是否相同，若不同，则确定入账失败，拒绝所述来账中的交 易金额入账，否则允许入账。

本发明实施装置还包括签约模块706(图中未标出)，用于：响应 于所述收费方对监管合约的签订操作，将所述收费方的信息存储至监 管名单中。

本发明实施装置还包括注册模块707(图中未标出)，用于：接收 所述收费方的注册请求，建立监管账户与所述收费方的结算账户之间 的清算定向关系，并将所述清算定向关系推送至银行系统。

本发明实施装置中，所述监管账户采用统一监管模式，对应于平 台在银行开立的统一监管账户；

所述注册模块707，用于：获取所述注册请求中的结算账户，建立 统一监管账户与所述结算账户之间的清算定向关系，并将所述清算定 向关系和所述结算账户推送至银行系统。

本发明实施装置中，所述监管账户采用分散监管模式，对应于所 述收费方在银行开立的监管账户；

所述注册模块707，用于：获取所述注册请求中的监管账户，将对 所述监管账户的操作权限由所述收费方转移至平台；

接收银行系统同步传输的所述结算账户，建立所述监管账户与所 述结算账户之间的清算定向关系；其中，所述结算账户为所述收费方 在银行签约时传输至银行系统的。

另外，在本发明实施例中所述装置的具体实施内容，在上面所述 方法中已经详细说明了，故在此重复内容不再说明。

图8示出了可以应用本发明实施例的示例性系统架构800。

如图8所示，系统架构800可以包括终端设备801、802、803，网 络804和服务器805(仅仅是示例)。网络804用以在终端设备801、 802、803和服务器805之间提供通信链路的介质。网络804可以包括 各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备801、802、803通过网络804与服务器805 交互，以接收或发送消息等。终端设备801、802、803上可以安装有 各种通讯客户端应用。

终端设备801、802、803可以是具有显示屏并且支持网页浏览的 各种电子设备，服务器805可以是提供各种服务的服务器。

需要说明的是，本发明实施例所提供的方法一般由服务器805执 行，相应地，装置一般设置于服务器805中。

应该理解，图8中的终端设备、网络和服务器的数目仅仅是示意 性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图9，其示出了适于用来实现本发明实施例的终端设备的 计算机系统900的结构示意图。图9示出的终端设备仅仅是一个示例， 不应对本发明实施例的功能和使用范围带来任何限制。

如图9所示，计算机系统900包括中央处理单元(CPU)901，其 可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908 加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作 和处理。在RAM 903中，还存储有系统900操作所需的各种程序和数据。CPU 901、ROM 902以及RAM 903通过总线904彼此相连。输入/ 输出(I/O)接口905也连接至总线904。

以下部件连接至I/O接口905：包括键盘、鼠标等的输入部分906； 包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的 输出部分907；包括硬盘等的存储部分908；以及包括诸如LAN卡、 调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因 特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。 可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据 需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要 被安装入存储部分908。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程 可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种 计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该 计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实 施例中，该计算机程序可以通过通信部分909从网络上被下载和安装， 和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元 (CPU)901执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读 信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算 机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外 线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可 读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线 的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只 读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光 纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储 器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介 质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系 统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可 读的信号介质可以包括在基带中或者作为载波一部分传播的数据信 号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采 用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组 合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何 计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由 指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限 于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、 方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点 上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码 的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于 实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的 实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发 生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们 有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的 是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合， 可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者 可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实 现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理 器中，例如，可以描述为：一种处理器包括下单模块、缴费模块、清 算模块。其中，这些模块的名称在某种情况下并不构成对该模块本身 的限定，例如，缴费模块还可以被描述为“多样缴费模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机 可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独 存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多 个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备 包括：

响应于缴费方对平台中一缴费项目的选择下单操作，确定与所述 缴费项目对应的收费方；

确定所述收费方在平台中预先签订的监管合约，通过所述监管合 约中的缴费渠道，将所述缴费方缴纳的缴费金额传输至银行系统进行 清算处理；其中，所述缴费渠道包括线上缴费和/或线下缴费；

接收银行系统传输的清算金额并存储至平台的监管账户中，根据 监管账户与所述收费方的结算账户之间的清算定向关系，将所述清算 金额提现至所述结算账户中。

根据本发明实施例的技术方案，为实现口岸内外贸环节中各收费 项统一征收、统一结算的目的，搭建口岸平台，在不影响口岸正常费 用收缴和清分的基础上，实现规范收费标准及监管收费(资金往来) 环节，过滤不明来账以避免乱收费现象，以为企业提供高效便利公开 透明的营商环境。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域 技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种 各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内 所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (12)

1.一种账户来账监管方法，其特征在于，包括：

响应于缴费方对平台中一缴费项目的选择下单操作，确定与所述缴费项目对应的收费方；

确定所述收费方在平台中预先签订的监管合约，通过所述监管合约中的缴费渠道，将所述缴费方缴纳的缴费金额传输至银行系统进行清算处理；其中，所述缴费渠道包括线上缴费和/或线下缴费；

接收银行系统传输的清算金额并存储至平台的监管账户中，根据监管账户与所述收费方的结算账户之间的清算定向关系，将所述清算金额提现至所述结算账户中。

2.根据权利要求1所述的方法，其特征在于，所述通过所述监管合约中的缴费渠道，将所述缴费方缴纳的缴费金额传输至银行系统进行清算处理，包括：

在确定所述缴费渠道为线上缴费、或响应于所述缴费方对线上缴费的选择操作，传输所述缴费项目的信息和平台的商户信息至银行系统；

在接收到银行系统返回的银行端支付订单号时，触发调用银行系统的缴费支付接口，以将所述缴费方缴纳的缴费金额传输至银行系统进行清算处理。

3.根据权利要求1所述的方法，其特征在于，在所述响应于缴费方对平台中一缴费项目的选择下单操作之后，还包括：生成缴费单号；

所述通过所述监管合约中的缴费渠道，将所述缴费方缴纳的缴费金额传输至银行系统进行清算处理，包括：

在确定所述缴费渠道为线下缴费、或响应于所述缴费方对线下缴费的选择操作，基于所述缴费单号生成缴费单；

接收银行系统传输的缴费明细获取请求，根据所述缴费明细获取请求中的缴费单号，查询相应缴费明细并返回至银行系统。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

银行系统扫描缴费单中的标识码获取缴费单号、或接收缴费单号的输入，生成包含所述缴费单号的缴费明细获取请求并传输至平台；

接收平台返回的缴费明细，若所述缴费明细中的当前缴费状态为未缴费，则展示所述缴费明细；

响应于对所述缴费明细的确定操作，调用现金管理系统，以接收所述缴费方缴纳的缴费金额。

5.根据权利要求1-4中任一项所述的方法，其特征在于，所述方法还包括：

银行系统在收到来账后，从所述来账的支付备注中获取缴费单号，生成包含所述缴费单号的缴费明细获取请求并传输至平台；

若未接收到平台返回的缴费明细，则确定入账失败，拒绝所述来账中的交易金额入账；或

若接收到平台返回的缴费明细，则判断所述缴费明细中的缴费状态是否为已缴费；

若为已缴费，则确定入账失败，拒绝所述来账中的交易金额入账；

若为未缴费，则比对所述来账中的交易金额与所述缴费明细中的缴费金额是否相同，若不同，则确定入账失败，拒绝所述来账中的交易金额入账，否则允许入账。

6.根据权利要求1所述的方法，其特征在于，在所述确定所述收费方在平台中预先签订的监管合约之前，还包括：

响应于所述收费方对监管合约的签订操作，将所述收费方的信息存储至监管名单中。

7.根据权利要求1所述的方法，其特征在于，在所述响应于缴费方对平台中一缴费项目的选择下单操作之前，还包括：

接收所述收费方的注册请求，建立监管账户与所述收费方的结算账户之间的清算定向关系，并将所述清算定向关系推送至银行系统。

8.根据权利要求7所述的方法，其特征在于，所述监管账户采用统一监管模式，对应于平台在银行开立的统一监管账户；

所述建立监管账户与所述收费方的结算账户之间的清算定向关系，并将所述清算定向关系推送至银行系统，包括：

获取所述注册请求中的结算账户，建立统一监管账户与所述结算账户之间的清算定向关系，并将所述清算定向关系和所述结算账户推送至银行系统。

9.根据权利要求7所述的方法，其特征在于，所述监管账户采用分散监管模式，对应于所述收费方在银行开立的监管账户；

所述建立监管账户与所述收费方的结算账户之间的清算定向关系，包括：

获取所述注册请求中的监管账户，将对所述监管账户的操作权限由所述收费方转移至平台；

接收银行系统同步传输的所述结算账户，建立所述监管账户与所述结算账户之间的清算定向关系；其中，所述结算账户为所述收费方在银行签约时传输至银行系统的。

10.一种账户来账监管装置，其特征在于，包括：

下单模块，用于响应于缴费方对平台中一缴费项目的选择下单操作，确定与所述缴费项目对应的收费方；

缴费模块，用于确定所述收费方在平台中预先签订的监管合约，通过所述监管合约中的缴费渠道，将所述缴费方缴纳的缴费金额传输至银行系统进行清算处理；其中，所述缴费渠道包括线上缴费和/或线下缴费；

清算模块，用于接收银行系统传输的清算金额并存储至平台的监管账户中，根据监管账户与所述收费方的结算账户之间的清算定向关系，将所述清算金额提现至所述结算账户中。

11.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-9中任一所述的方法。

12.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-9中任一所述的方法。

Images