WO2011147215A1 - 电子往来账款及相关业务管理系统、平台、模块与方法 - Google Patents

电子往来账款及相关业务管理系统、平台、模块与方法 Download PDF

Info

Publication number
WO2011147215A1
WO2011147215A1 PCT/CN2011/071291 CN2011071291W WO2011147215A1 WO 2011147215 A1 WO2011147215 A1 WO 2011147215A1 CN 2011071291 W CN2011071291 W CN 2011071291W WO 2011147215 A1 WO2011147215 A1 WO 2011147215A1
Authority
WO
WIPO (PCT)
Prior art keywords
business
management
electronic
platform
current account
Prior art date
Application number
PCT/CN2011/071291
Other languages
English (en)
French (fr)
Inventor
李建锋
Original Assignee
Li Jianfeng
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Li Jianfeng filed Critical Li Jianfeng
Publication of WO2011147215A1 publication Critical patent/WO2011147215A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes

Definitions

  • the invention relates to a system and method for data management, in particular to a system, platform, module and method for managing current account transactions and related businesses generated by commercial activities.
  • Current account refers to the creditor's rights and debts generated when economic activities, especially trades, occur between units and individuals. Current accounts are also referred to as transactions. In different countries or regions, the specific classification or name of current accounts is different under different periods or under different accounting systems, as in the current new accounting standards issued in China based on 2006. Current accounts mainly refer to accounts receivable, accounts payable, advance receipts, prepayments, other receivables, other payables, etc.
  • the business of current account management mainly includes the business generation, confirmation, approval, collection, settlement payment, offset, clearing, reconciliation, inquiry and report, etc.; the business related to current account management also includes guarantee, factoring, pledge, Current account transfer, debt restructuring, bad debt management, credit sales, credit evaluation, audit inquiry, etc.
  • the management methods of current accounts mainly include the following: First, manual management; Second, independent management based on application financial internal software, ERP system and other management tools; Third, management by financial software, ERP system, etc. Based on the tool, it is connected with the corresponding system of each business related party to realize data interaction and online business connection; Fourth, the SAAS service mode is used for business management; Fifth, B to B, B to C, C to C, etc. are utilized.
  • Commercial platform for trading At the same time, online business management is carried out at the same time. And these methods have more or less problems in the management of current accounts:
  • the management of the current account receivables is carried out independently by the relevant parties of the transaction, and the relevant information is isolated, not mutually acceptable, and does not correspond to each other, although In actual work, there are some supplementary management methods such as regular or temporary reconciliation, but the effect is still limited.
  • regular or temporary reconciliation some supplementary management methods such as regular or temporary reconciliation, but the effect is still limited.
  • the truthfulness, accuracy, timeliness and validity of the data information in the records of both parties cannot be fully guaranteed.
  • these management loopholes often bring economic losses to the parties involved.
  • the related parties can manage the interconnection between the management systems, the above-mentioned situation can be prevented.
  • the technical requirements and implementation costs of the system interconnection between the business entities are very high, and the general enterprise cannot bear it. If the number of business related parties of a business entity is large, the number and number of systems and interfaces that need to be docked are also quite large. Not only is the cost unbearable, but the complexity of the system increases, and the stability is difficult to guarantee.
  • the corresponding business relationship people do not necessarily have the requirements and conditions for docking. The lack of comprehensive docking will lead to incomplete data. So this method is also less used in practical applications.
  • the current account information is only corresponding and valid within the relevant parties of the platform, and the information becomes isolated outside the platform. If the counterparty has a wired business at the same time, or has business on multiple platforms, the transaction information of the business participants becomes dispersed, and effective centralized management cannot be performed. At the same time, the general business platform has limited support for the business, which is insufficient to meet the management needs of the business participants for the transaction. Many of the business participants also run a financial system to manage the transaction.
  • an object of the present invention is to solve the above problems, and to provide a cross-platform electronic current account and related business management method.
  • the technical solution of the present invention is: Establishing a public and independent electronic transaction service system, the system including a central data processing center, which is responsible for providing business registration, storage, authentication and exchange of current accounts and related services.
  • the system sets up one or more levels of regional data processing centers according to needs, and is responsible for receiving, checking, storing, and forwarding data packets between the central data processing center and each application system.
  • the electronic current account business system provides a standard data interface to transmit and receive data messages between the central data processing center, the regional data processing center, and the electronic current account application system.
  • the electronic account application system includes public electronic transaction management platform, public online integrated business management platform, internal transaction management platform, internal financial system and ERP system, electronic business platform, internal business processing system of financial institutions, etc. as follows:
  • Establish a public electronic transaction management platform connect with the electronic current account business system through standard data message interface, and provide online and current accounts and related information to units and individual users.
  • Renovate or upgrade the public online integrated business management platform add or adjust the online current account management module, and connect with the electronic current account business system through standard data message interface, so as to provide online and current accounts to units and individuals. Management services for related businesses.
  • Set up special account and related business management platform within the unit connect with the electronic current account business system through the standard data message interface, and provide internal communication to the unit. Renovate or upgrade existing financial software, ERP system and other current account management modules and other related modules to meet the online current account management business needs, and increase the data message to the electronic current account business system within the system. Interface, to achieve its docking.
  • the application system modules include: standard data interface, credit management, credit management, current account management, guarantee management, factoring management, system management, etc.
  • the system can be appropriately increased, decreased, adjusted, changed, or changed with the application module and function.
  • Other function modules are used together.
  • Data packets are transmitted between the interfaces of various systems.
  • various data encryption authentication methods and communication methods can be used.
  • the invention does not limit the technology or the technical means used by the electronic current account business system and the application system and module under the condition that the business function is guaranteed.
  • the electronic current account business system uses the interface standard of the corresponding system to interface with other external systems according to operational and regulatory requirements, such as bank payment settlement system, electronic ticket system, and levy.
  • operational and regulatory requirements such as bank payment settlement system, electronic ticket system, and levy.
  • design and operate a standard operating system and process system to standardize and ensure the smooth operation of the business.
  • Business content includes current account entry or generation, internal confirmation, related party confirmation, collection, settlement payment, offset, clearing, bad debt management, reconciliation, monitoring, forecasting, inquiry and reporting.
  • relevant financial institutions and service organizations it can also carry out business related to current account management, including guarantee, factoring, pledge, transfer of current accounts, debt restructuring, credit sales, credit evaluation, audit inquiry.
  • related systems also provide functions including user management, authorization control, system approval, basic data management, and system management.
  • a transaction is, for example, a receivable for a creditor, and a payable for a debtor.
  • this transaction account record becomes an online electronic transaction. And become the basis for the subsequent operation of other businesses, the business shall not be converted to offline without the consent of the relevant business party.
  • the business content is only valid for the party that proposes the business, and becomes its business record to satisfy its own management. Need, but the business is not yet an electronic business.
  • the system supports both electronic transactions and account-based transactions. Record.
  • the main business processes in the system include multiple types, and different business contents, or the same business in different situations, the business processes are also different.
  • the following examples illustrate: First, the business and data flow are within the application system. Conducted, not sent to the electronic account payment business system, such as the provision of bad debts; Second, the business and data flow is only sent by the operating platform to the electronic current account business system, and the electronic current account business system is no longer available to other platforms. Forwarding, such as the entry of the current account when the corresponding transaction unit is not added to the system; third, the data flow is sent by an application system to the electronic current account payment service system, and the electronic current account payment business system is performed to the original platform or other platform.
  • Forwarding such as the confirmation of accounts receivable, after the relevant party confirms, the data information is sent to the electronic current account business system, and then the electronic current account business system forwards to the platform of the other party, and the other party confirms .
  • the business and data flow flow between the common user application platform, the electronic current account business system and the financial service organization, such as the application and processing of the factoring.
  • the present invention can achieve the following beneficial effects:
  • the electronicization of the current account payment business can eliminate the problem of information islands related to related accounts, make the management data accurate, timely and clear, and reduce the inconvenience of repeated data entry, repeated confirmation, and difficulty in reconciliation.
  • Figure 1 is a general architecture diagram of the present invention
  • FIG. 2 is a structural diagram of a public electronic transaction management platform in the present invention.
  • Public electronic transaction The business management platform is a kind of electronic current account and related business application system. For other related systems, the functional structure related to current accounts and related business can refer to this figure.
  • Figure 3 is the main business flow chart. The figure simulates a more comprehensive business content to illustrate. In actual transactions, the process will contain different content depending on the business, which is complicated and complicated, and is not listed here.
  • an independent organization sets up and operates an electronic account payment business system
  • the business system sets up a central data processing center, and sets a plurality of regional data processing centers in a plurality of cities.
  • the central data processing center is provided with modules such as credit management, current account, credit evaluation, guarantee management, factoring service, public function, operation and maintenance, message receiving and forwarding interface, etc., to realize receiving, authenticating, storing and forwarding of business data.
  • the city center processing center sets modules such as interface, security check, storage, and system maintenance, and is responsible for receiving, verifying, storing, and forwarding data.
  • Central data processing The heart and regional data processing centers are docked through a standard interface.
  • the central data processing center interfaces with the accounts receivable pledge registration system, the electronic bill system, the financial institution payment settlement system, the credit information system, and the SWIFT system to realize pledge registration, payment settlement, credit report, and international settlement.
  • the regional data processing center interfaces with the application system through the standard interface to realize the reception, inspection, storage and forwarding of data between the central data processing center and the application system.
  • the application system includes public electronic transaction management platform, online integrated business management service platform, internal professional business management system, internal integrated management system (including financial system, ERP system, supply chain management system, fund management system, etc.), business Websites and business platforms, financial and service organization guarantee management systems, factoring systems, credit systems, audit systems, etc. Different users can use the same or different systems to operate the same or different functions and services.
  • the service functions provided and executed by the public electronic transaction management platform are further described by FIG. 2 .
  • the public electronic transaction management platform is connected with the electronic account payment system to provide management of related business and related business to individual users and unit users.
  • the main functions of the platform include: Credit management: Realize the statistical analysis of the payment history of the unit and the person; Generate a credit report, authorize other units, others to view and evaluate the credit status of the unit or the person, and disclose the credit status of the unit and the person; View, analyze and evaluate the credit status of the other unit.
  • Credit management According to the credit analysis and evaluation, combined with other information, credit the relevant units or personnel such as credit sales, prepayments, and other current borrowings, allocate the credit amount, set the repayment terms, and issue the remittance to the creditee.
  • the credit can be A unilaterally revokable commitment can also be an irrevocable commitment after being agreed with the creditor.
  • the platform also collects information such as the credit occupancy, unused credit lines, and breach of contract, for the credit parties to make management decisions.
  • Guarantee management Meet the guarantor's management of the approval, business handling, compensation and recovery of the guarantee application; Provide the guarantor's view, liquidation and statistical analysis of the guaranteed business; Provide the management of the security right by the security right holder, including viewing , apply for guarantee compensation, etc.
  • Factoring business The accounts receivable holders apply for a factoring application, which can be submitted to a specific target or publicly released.
  • the respondent can accept the factoring and support various forms of factoring business, such as export factoring, import factoring, buyout, accounts receivable acquisition and collection; publicly issued factoring application, factoring business undertaking People can openly bid, and carry out price and matching according to financing conditions and rates, and realize factoring.
  • the system supports single factoring, volume factoring, accounts receivable factoring pool financing and other services.
  • the system also supports functions such as factoring expense management, contract and agreement management, payment and reconciliation, recovery and settlement, and business statistics analysis.
  • System Management Includes basic data entry, parameter settings, user and rights management, security certificate management, approval process settings, approval management, data backup, system startup and shutdown, logging, email and SMS notifications, and more.
  • the factoring business system can be upgraded according to business needs, and an interface with the electronic transaction service system can be established to realize online processing of the factoring business.
  • the existing guarantee business management system can be established or upgraded, and the interface is established to interface with the electronic transaction service system to realize the online processing of the guarantee service.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Finance (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Description

电子往来账款及相关业务管理系统、 平台、 模块与方法
技术领域
本发明涉及一种数据管理的系统与方法， 尤其指对商业活动所产生的 往来账款业务及相关业务进行管理的系统、 平台、 模块与方法。
背景技术
往来账款是指在单位、 个人之间发生经济业务特别是贸易往来时， 所 产生的债权与债务， 往来账款也简称为往来。 在不同的国家或地区， 在不 同的时期、 或是在不同的会计制度条件下， 往来账款的具体分类或名称不 尽相同， 如在中国大陆目前的基于 2006年颁布的新会计准则下， 往来账款 主要指应收账款、 应付账款、 预收账款、 预付账款、 其他应收款、 其他应 付款等。
往来账款管理的业务主要包括往来业务产生、 确认、 审批、 催收、 结 算支付、 抵消、 清账、 对账、 查询与报告等； 与往来账款管理相关的业务 还包括担保、 保理、 质押、 往来账款转让、 债务重组、 坏账管理、 赊销授 信、 信用评估、 审计询证等。
在当前情况下， 往来账款的管理方式主要包括以下几种： 一是手工管 理； 二是基于应用主体内部财务软件、 ERP系统等管理工具进行独立管理； 三是以财务软件、 ERP系统等管理工具为基础， 与各业务相关方的相应系统 进行对接， 以实现数据交互与业务在线对接； 四是利用 SAAS服务模式进行 往来业务管理； 五是利用 B to B、 B to C、 C to C等商业平台进行交易处 理时， 同时进行在线的往来业务管理。 而这些方式在对往来账款的管理上， 或多或少都存在一些问题：
在第一、 二、 四种管理方式下， 对应收账款等往来账款业务的管理， 分别由往来业务相关方各自独立进行， 相关信息是孤立、 互不通畅， 互不 对应的， 虽然在实际工作中， 有定期或临时对账等一些补充管理手段， 但 是效果还是有限的。 数据信息在当事人双方的记录中的真实、 准确、 及时、 有效性不能完全保正。 同时， 这些管理上的漏洞往往为相关方带来经济上 的损失。
在第三种方式下， 虽然相关方往来管理系统之间进行对接， 可以防止 上述情况的发生， 但是， 这种业务主体间系统对接的技术要求、 实现成本 非常高， 一般的企业难以承受， 同时， 如果业务主体的业务相关方数量众 多， 其需要实现对接的系统及接口种类、 数量也相当多， 不但成本难以承 受， 而且系统的复杂性增加， 稳定性难以保证。 同时， 对应的业务关系人 也不一定都具备对接的要求和条件， 全面对接的缺失会导致数据的不完整。 所以这一方式在实际应用中也较少应用。
对于第五种方式， 往来账款信息也只是在平台的相关方之间内对应和 有效， 而相对平台之外， 信息就变得孤立。 如果交易方同时有线下业务， 或是在多个平台有业务的话， 业务参与人的往来账款信息就变得分散， 不 能进行有效的集中管理。 同时， 一般的商业平台对往来业务的支持有限， 不足以满足业务参与方对往来业务的管理需求， 业务参与方许多还另外运 行一套财务系统以进行往来业务的管理。
同时， 上述不论那种管理方式， 都不支持实现基于往来账款的高附加 值功能， 包括：
1、 对往来业务中的债务人过往付款情况的统计分析与信用评估,减少 应收账款坏账损失。 在当前情况下， 应收账款坏账损失是一般企业损失比 率最高的一项资产， 而以目前的手段， 当事人难以获得全面和准确的信息， 以了解和评估因贸易往来或其他经济行为所产生的应付账款债务人的欠款 偿还信用情况， 不能支持债权人对是否可以对债务人进行赊销， 以及赊销 额度是否适当等等进行准确判断， 以至发生错误决策， 造成赊销账款不能 很好收回， 形成坏账损失。 同时， 具有 好还款记录的往来账款债务人， 也难以通过权威有效的数据来证明自己良好的还款信用历史， 难以取得业 务相关方的信任， 致使有利于交易双方的经济业务不能发生， 或是需要通 过其他融资手段协助才能进行业务， 使交易成本增加， 给交易双方带来损 失。 在当前情况下， 金融机构主持推行的征信系统， 仅能对当事人与金融 机构之间的融资与还款等情况进行统计与评估， 而对当事人之间的贸易往 来及其他经济业务所发生的债务与偿还的这一信用情况的最大部分， 没有 有效的管理手段， 难以为相关当事人进行赊销业务决策提供支持。
2、 进行赊销的在线授信。 在目前情况下， 一般单位在进行业务时， 较 少在赊销前对赊销人进行赊销授信， 即使有进行赊销授信， 其信息也仅仅 限于单位内部使用， 信息难以传达到业务相关方， 致使业务相关方不能提 前做好有关业务准备和决策， 对双方带来不利影响。
3、 对往来账款中的债务进行在线担保。在目前情况下，往来账款中的 债务人和保证人在向债权人提供担保时， 一般都需要在线下进行操作， 手 续复杂、 繁锁、 成本高、 时间长、 非常不便， 难以满足大业务量与复杂业 务的需求。
4、 对应收账款的在线保理，包括在线保理申请信息发布、在线保理业 务办理， 在线保理业务管理。 目前情况下， 由于没有良好的应收账款及应 付账款在线管理方法， 应收账款在线保理业务也无从开展。 应收账款持有 人需要申请保理业务， 只能通过传统的手工方式， 一次只能向一家金融机 构申请， 而没有便利的手段向多家机构进行申请， 或是公布保理请求， 形 成竟争巿场， 以期获得更好的融资条件和更迅速的业务响应。 同时， 对保 理业务的办理及事后的管理也是通过传统手工方式， 业务处理成本高， 效 率低、 手续复杂， 这也造成目前保理这一 好的融资模式其业务规模偏小， 发展缓慢的原因。
5、 准确实现财务管理中的资金计划业务。 目前通常的资金计划中，往 往只能对资金的支出进行良好规划， 而不能做到对资金的收入的准确计划， 主要原因在于收款的不确定性， 而这其中最主要的就是应收账款的收取。 在没有一个很好的平台与体系使应收账款债权人不能或不能及时与应收账 款债务人进行预先的 好沟通情况下， 在债务人没有维护 好还款信用记 录的压力下， 这一目标很难实现。
6、 往来账款在线审计， 在线询证。 由于往来业务的线下操作， 相互独 立， 相关审计机构在对业务当事人进行审计时， 对往来账款， 往往需要釆 用发询证函进行询证的方式进行审计， 准确性不高， 而且往往不能顺利收 到回函， 同时由于时间与成本关系， 难以对所有的往来款项进行全面的审 查验证， 这些都会形成审计风险。 一般情况下， 往来账款的审计风险是全 部审计活动中风险最高的一个部分。 发明内容
有鉴于此， 本发明的目的在于解决上述问题， 提供一种跨平台的电子 往来账款与相关业务管理方法。
本发明的技术方案是： 设立公共和独立的电子往来账款业务系统， 系 统包括中央数据处理中心， 负责提供对往来账款与相关业务的业务登记、 存储、 认证与交换。 系统根据需要设置一级或多级的地区数据处理中心， 在中央数据处理中心与各应用系统之间， 负责数据报文的接收、 检查、 存 储、 转发。 电子往来账款业务系统提供标准的数据接口， 实现中央数据处 理中心、 地区数据处理中心、 电子往来账款应用系统之间的数据报文发送、 接收。
电子往来账款应用系统包括公共电子往来业务管理平台、 公共网上综 合业务管理平台、 内部往来业务管理平台、 企业内部财务系统与 ERP系统、 电子商业平台、 金融机构内部业务处理系统等， 具体实现方式如下：
设立公共电子往来业务管理平台， 通过标准的数据报文接口与电子往 来账款业务系统进行对接， 向单位和个人用户提供在线的往来账款及相关
改造或升级公共网上综合业务管理平台， 增加或是调整在线往来账款 管理模块， 通过标准的数据报文接口与电子往来账款业务系统进行对接， 实现向单位和个人提供在线的往来账款及相关业务的管理服务。
在单位内部设立专门的往来账款及相关业务管理平台， 通过标准的数 据报文接口与电子往来账款业务系统进行对接， 同时向单位内部提供往来 改造或升级已有的财务软件、 ERP 系统等的往来账款管理模块及其他 相关模块， 以满足在线的往来账款管理业务需求， 同时在系统内部增加对 电子往来账款业务系统的数据报文接口， 实现与其的对接。
改造或升级已有的 B to B、 B to C、 C to C等商业平台相关功能， 以 适应对在线的往来账款与相关业务的支持， 同时在商业平台内部增加对电 子往来账款业务系统的数据报文接口， 实现与其的对接。
改造或升级金融机构的保理、 担保等业务管理平台或模块， 以适应对 在线的保理、 担保等相关业务的支持， 同时在平台内部增加对电子往来账 款业务系统的数据报文接口， 实现与其的对接。
应用系统的模块包括： 标准数据接口、 信用管理、 授信管理、 往来账 款管理、 担保管理、 保理管理、 系统管理等。 同时， 由于各应用系统所处 的环境、 应用目的、 用户使用习惯等各不相同的原因， 系统在具体实现时, 对应用模块和功能可进行适当的增减、 调整、 变更名称， 也可与其他功能 模块配合使用。
数据报文在各系统接口间传递， 在保证安全与速度的情况下， 可以釆 用各种数据加密认证方式和通信方式。 同时， 在保证业务功能实现的条件 下， 本发明不限制电子往来账款业务系统及应用系统与模块所使用的技术 或实现的技术方式。
电子往来账款业务系统根据运营与监管需要， 釆用相应系统的接口标 准， 与外部其他系统进行对接， 如银行支付结算系统、 电子票据系统、 征 构， 在开展业务前， 首先对用户的身份进行认证与登记， 并与用户签订服 务协议， 明确数据处理中心、 应用系统平台、 以及参与这一体系的普通用 户、 金融机构、 服务机构间相互的权利和义务。 同时， 设计与运作一套标 准通行的运行制度与流程体系， 规范和保证业务的顺利运行。
用户加入数据处理中心后， 就可以利用各种往来账款管理平台、 系统 或模块， 开展往来账款与相关业务。 业务内容包括往来账款录入或生成、 内部确认、 关联方确认、 催收、 结算支付、 抵消、 清账、 坏账管理、 对账、 监控、 预测、 查询与报告等。 同时， 在相关金融机构与服务机构的参与下， 还可以执行与往来账款管理相关的业务， 包括担保、 保理、 质押、 往来账 款转让、 债务重组、 赊销授信、 信用评估、 审计询证等； 同时， 相关系统 还提供包括用户管理、 授权控制、 系统审批、 基础数据管理、 系统管理等 功能。
一项往来业务， 如对债权人来讲， 是应收账款， 对债务人来讲， 则是 应付账款， 在双方通过系统进行提交和相互确认， 并经数据处理中心的校 验和见证后， 即取得了认证的效果， 在合同法、 电子签名法等法律保障下， 再辅以平台的协议、 规则和流程的约束， 这一往来业务台账记录即成为一 项在线的电子化往来业务， 并成为后续其他业务运行的基础， 在未经相关 业务方确认同意下， 业务不得转为线下。 同时， 由于部分业务相关方未加 入体系， 或是某项往来业务内容还未得到业务参与方的确人， 则这项业务 内容只对提出业务的一方有效， 成为其业务记录， 满足其自身的管理需要， 但是该业务还不能成为一项电子化的往来业务。 出于对系统应用用户的业 务全面支持的这一考虑， 系统同时支持电子化往来业务以及台账式往来业 务记录。
体系中运作的主要业务流程包括多种类型， 同时不同的业务内容， 或 是同一业务在不同的情况下， 其业务流程也各不相同， 下面举例说明： 一 是业务与数据流在应用系统内部进行， 不向电子往来账款业务系统发送， 如坏账准备的计提等； 二是业务与数据流只是由操作平台向电子往来账款 业务系统发送， 电子往来账款业务系统不再向其他平台进行转发， 如在对 应往来单位未加入体系情况下， 往来账款的录入； 三是数据流由某一应用 系统向电子往来账款业务系统发送， 电子往来账款业务系统向原平台或其 他平台进行转发， 如应收账款的确认， 在相关一方确认后， 数据信息发送 到电子往来账款业务系统， 再由电子往来账款业务系统向相关另一方所在 平台进行转发， 由另一方再进行确认。 四是业务与数据流在普通用户应用 平台、 电子往来账款业务系统及金融服务机构之间流转， 如保理的申请与 办理。 五是数据流在到达电子往来账款业务系统后， 向监管机构或其他机 构系统流转， 如应收账款的质押， 向央行应收账款质押登记系统进行发送 与登记。
通过上述方案， 本发明可以达到如下有益效果：
1、 实现往来账款业务电子化。 往来账款业务的电子化， 可以消除往 来账款相关方信息孤岛问题， 使往来管理数据准确、 及时、 明确， 同时减 少数据重复录入、 重复确认、 对账困难等不便。
2、 以低成本、 简单的方式实现相关业务当事人的系统对往来账款及 相关业务的互联互通。 改变目前应收账款相关系统相互对接的方式， 从系 统间相互对接的方式变成每一应用系统都只与一个数据处理中心对接， 使 接口关系简化、 标准化， 节省成本， 使效率更高、 稳定性更强。
3、 实现对往来账款付款历史的统计评估， 提供准确有效的资信证 明。 相关业务方通过数据处理中心的每一笔往来业务的支付情况， 都会被 准确统计， 形成其资信记录， 改变目前情况下这一数据分散、 无法获取的 现状。
4、 提供事前资信调查信息和事中业务管理， 降低应收账款坏账损 失。 通过数据处理中心提供的信用信息， 当事人可以较为准确地作出信用 评估结果， 辅助管理者作出是否赊销的决策。 同时， 在往来业务管理过程 中， 准确记录和掌握收付款情况， 防止差错与舞弊的产生， 减少应收账款 损失。
5、 促进债务人养成 好付款习惯， 协助经营好自己的信用。 由于系 统可以提供债务人的还款记录， 致使信用不好的参与者不能获得其他合作 对象的赊销支持， 反过来会促进社会信用的发展。
6、 提高收款计划制订的准确性。 由于系统可以对付款条款准确定 义， 并得到债务人的确认， 债务人付款计划的随时更新， 会通过数据处理 中心及时同步更新债权人收款计划， 使得收款计划准确性提高， 同时由于 电子应收账款系统对付款信用的监督， 使付款违约率大大降低， 从而更进 一步提高收款计划的准确性。
7、 促进应收账款电子保理业务实现。 基于电子应收账款的 好数据 基础， 在金融机构的支持可， 可以开展电子保理业务， 使保理业务管理成 本更低， 效益更高， 利于债权人融资， 利于金融机构发展保理业务， 促进 社会经济发展。 8、 促进应付账款电子担保业务实现。 有了电子应付账款的基础， 电 子担保也可以很好的开展起来， 降低担保业务管理成本， 促进业务开展。
9、 实现往来账款的在线审计。 往来账款的电子化， 可以审计机构实 现在线的往来账款查阅和审定， 消除手工信函询证方式带来的不便与不足, 减少审计风险。
附图说明
图 1是本发明的总体体系结构图
图 2是本发明中的公共电子往来业务管理平台结构图。 公共电子往来 业务管理平台是电子往来账款及相关业务应用系统的一种， 其他有关系统 与往来账款及相关业务有关的功能结构， 可参考该图。
图 3是主要业务流程图。 该图模拟一个比较全面的业务内容进行说明， 在实际事务中， 流程会随着业务的不同而包含不同的内容， 纷繁复杂， 在 此不一一列出。
具体实施方式
如下结合附图对本发明的具体实施方式进行进一步描述：
如附图 1 , 由独立机构设置与运营电子往来账款业务系统， 业务系统设 置一中央数据处理中心， 并在多个城巿设置多个地区数据处理中心。 中央 数据处理中心设置有授信管理、 往来账款、 信用评估、 担保管理、 保理业 务、 公共功能、 运营维护、 报文接收与转发接口等模块， 实现业务数据的 接收、 认证、 存储与转发。 城巿处理中心则设置接口、 安全检查、 存储、 系统维护等模块， 负责数据的接收、 校验、 存储与转发。 中央数据处理中 心与地区数据处理中心通过标准的接口进行对接。 中央数据处理中心通过 接口与应收账款质押登记系统、 电子票据系统、 金融机构支付结算系统、 征信系统、 SWIFT系统等进行对接， 实现质押登记、 支付结算、 信用报告、 国际结算等。 而地区数据处理中心通过标准接口与应用系统进行对接， 实 现数据在中央数据处理中心与应用系统间的接收、 检查、 存储与转发。
应用系统包括公共电子往来业务管理平台、 网上综合业务管理服务平 台、 单位内部专业往来业务管理系统、 单位内部综合管理系统 （包括财务 系统、 ERP系统、 供应链管理系统、 资金管理系统等）、 商业网站与商业平 台、 金融与服务机构的担保管理系统、 保理系统、 信贷系统、 审计系统等。 不同的用户可以使用不同或相同的系统， 操作相同或不同的功能与业务。
通过图 2 , 进一步描述利用公共电子往来业务管理平台， 所提供与执行 的业务功能。 公共电子往来业务管理平台与电子往来账款系统对接， 向个 人用户和单位用户提供往来业务及相关业务的管理。 平台主要功能包括： 信用管理： 实现对本单位、 本人的付款历史的统计分析； 生成信用报 告， 授权其他单位、 其他人查看与评价本单位或本人的信用情况， 公开本 单位、 本人信用情况； 对对方单位的信用情况进行查看、 分析与评价。
授信管理： 根据信用分析与评价情况， 结合其他信息， 对赊销、 预付、 其他往来借款等相关单位或人员进行授信， 分配授信金额， 设置还款条件, 并向被授信人进行发布， 授信可以是单方面可撤消的承诺， 也可以是与被 授信人约定好后的不可撤销承诺。 平台还统计授信已经占用情况、 未用授 信额度、 违约情况等信息， 供授信双方当事人进行管理决策。 往来账款管理： 往来账款业务债权人与债务人通过这一平台进行应收 账款、 应付账款、 预收账款、 预付账款、 其他应收款、 其他应付款及其他 往来债权与债务的登记、 对方的确认、 债权债务匹配、 催收、 支付结算、 坏账计提与坏账管理、 代偿、 对账、 清算、 质押、 收付款预算、 业务监控、 查询与报告等。 同时， 对应付账款提请担保和保理。 担保管理： 满足担保人对担保申请的审批、 业务办理、 代偿与追偿的 管理； 提供被担保人对被担保业务的查看、 清偿、 统计分析； 提供担保权 人对担保权的管理， 包括查看、 申请担保代偿等。
保理业务： 应收账款持有人提出保理申请， 申请可以向特定的对象提 交， 也可以公开发布。 被申请人可以受理保理， 支持多种形式的保理业务, 如出口保理、 进口保理、 买断、 应收账款收购及代收等； 公开发布的保理 申请， 保理业务承接人可以公开竟价， 依据融资条件、 费率等进行竟价和 撮合， 实现保理承接。 系统支持单笔保理、 批量保理、 应收账款保理池融 资等业务。 系统还支持保理费用管理、 合约与协议管理、 付款与对账、 追 偿与清偿、 业务统计分析等功能。
系统管理： 包括基础数据的录入、 参数设置、 用户与权限管理、 安全 证书管理、 审批流程设置、 审批管理、 数据备份、 系统启动与关闭、 曰志 记录、 邮件与短信通知等等。
对于其他普通用户应用系统， 也可以参照上述功能与结构进行构建与 升级， 如对现有的财务软件系统或 ERP 系统， 可以对应收账款、 应付账款 模块进行升级， 以适应往来账款电子化的需求， 同时加入对电子往来账款 业务系统的接口， 与电子往来账款地区处理中心对接。 同时， 根据需要， 开发信用管理、 授信管理、 担保管理与保理管理等模块， 以适应客户业务 发展需要。
对于银行等金融机构， 可以根据业务需要， 对保理业务系统进行升级, 建立与电子往来账款业务系统的接口， 实现保理业务的在线处理。
对于担保机构， 可以建立或升级现有的担保业务管理系统， 建立接口 与电子往来业务系统进行对接， 以实现担保业务的在线处理。
其他具体实施方式不再一一列举。 同时上述实施方式仅用来说明本发 明， 并非用来限定本发明的保护范围， 任何在本发明精神和原则范围之内， 所做的任何修饰、 等效替换、 增加、 改造等， 均应包含在本发明的权利保 护范围之内。

Claims

杈利要求
1、 电子往来账款与相关业务管理系统， 其主要特征是： 设立公共和独立的 电子往来账款业务系统， 系统包括中央数据处理中心， 负责提供对往来账 款与相关业务的业务登记、 存储、 认证与交换。 系统根据需要设置一级或 多级的地区数据处理中心， 在中央数据处理中心与各应用系统之间， 负责 数据报文的接收、 检查、 存储、 转发。 电子往来账款业务系统提供标准的 数据接口， 实现中央数据处理中心、 地区数据处理中心、 电子往来账款应 用系统之间的数据报文发送、 接收。
2、 如权利要求 1所述的电子往来账款与相关业务管理系统， 根据运营与监 管需要， 釆用相应系统的接口标准， 与外部其他系统进行对接， 如银行支 付结算系统、 电子票据系统、 征信系统， 应收账款质押登记系统等。
3、 电子往来账款与相关业务管理平台与模块， 其主要特征是： 该平台与模 块是电子往来业务的应用系统， 与电子往来账款业务系统进行对接， 其种 类包括公共电子往来业务管理平台、 公共网上综合业务管理平台、 内部往 来业务管理平台； 企业内部财务系统与 ERP 系统、 电子商业平台、 金融机 构内部保理、 担保业务处理系统中与在线电子往业账款关联或对应其特征 的模块， 具体特征包括：
公共电子往来业务管理平台， 通过标准的数据报文接口与电子往来账 款业务系统进行对接， 向单位和个人用户提供在线的电子往来账款及相关 公共网上综合业务管理平台相关模块， 增加或是调整的在线往来账款 管理模块， 通过标准的数据报文接口与电子往来账款业务系统进行对接， 实现向单位和个人提供在线的往来账款及相关业务的管理服务。 单位内部设立的专门的往来账款及相关业务管理平台， 通过标准的数 据报文接口与电子往来账款业务系统进行对接， 同时向单位内部提供往来 财务软件、 ERP 系统等的电子往来账款管理模块及其他相关模块， 通 过升级已有的系统或重新设置新的系统或模块， 以满足电子往来账款业务 管理需求， 同时在系统内部增加对电子往来账款业务系统的数据报文接口， 实现与其的对接。
商业平台内往来账款及相关业务管理模块， 通过改造或升级以适应对 在线的往来账款与相关业务的支持， 同时在商业平台内部增加对电子往来 账款业务系统的数据报文接口， 实现与其的对接。
金融机构的保理、 担保等业务管理平台或模块， 通过改造或升级以适 应对在线的保理、 担保等相关业务的支持， 同时在平台内部增加对电子往 来账款业务系统的数据报文接口， 实现与其的对接。
4、 如权利要求 3所述的应用系统及模块内容包括： 标准数据接口、 信用管 理、 授信管理、 往来账款管理、 担保管理、 保理管理、 系统管理等。 同时, 由于各应用系统所处的环境、 应用目的、 用户使用习惯等各不相同， 系统 在具体实现时， 对应用模块和功能可进行适当的增减、 调整、 融合、 变更, 也可与其他功能模块配合使用。
5、 如权利要求 1和 3所述的系统、 平台与模块， 数据报文在各系统接口间 传递， 在保证安全与速度的情况下， 可以釆用各种数据加密认证方式和通 信方式。 同时， 在保证业务功能实现的前提下， 本发明不限制电子往来账 款与相关业务管理系统、 应用系统、 模块所使用、 实现或运营的技术方式。 同时， 在本发明精神和原则范围之内， 对系统、 平台与模块所做的任何修 饰、 替换、 增减、 融合、 改造与架构变更等， 均应包含在本发明的权利保 护范围之内。
6、 电子往来账款与相关业务管理方法， 该方法是指： 设立电子往来账款业 务系统、 电子往来账款与相关业务管理平台及模块。 电子往来账款业务系 统的运营机构或其委托的相关应用平台管理机构， 在开展业务前， 首先对 用户的身份进行认证与登记， 并与用户签订服务协议， 明确电子往来账款 业务系统、 应用系统平台、 以及参与这一体系的普通用户、 金融机构、 服 务机构间相互的权利和义务。 同时， 设计与运作一套标准通行的运行制度 与流程体系， 规范和保证业务的顺利运行。
7、 如权利要求 6所述的方法， 用户申请加入电子往来账款业务系统后， 就 可以利用各种往来账款管理平台、 系统或模块， 开展往来账款与相关业务。 业务内容包括往来账款录入或生成、 内部确认、 关联方确认、 催收、 结算 支付、 抵消、 清账、 坏账管理、 对账、 监控、 预测、 查询与报告等。 同时， 在相关金融机构与服务机构的参与下， 还可以执行与往来账款管理相关的 业务， 包括担保、 保理、 质押、 往来账款转让、 债务重组、 赊销授信、 信 用评估、 审计询证等； 同时， 相关系统还提供包括用户管理、 授权控制、 系统审批、 基础数据管理、 系统管理等功能。
8、 如权利要求 6所述的方法， 往来账款业务在相关双方通过系统进行提交 和相互确认， 并经数据处理中心的校验和见证后， 即取得了认证的效果， 在合同法、 电子签名法等法律保障下， 再辅以平台的协议、 规则和流程的 约束， 这一记录即成为一项在线的电子化往来账款业务， 并成为后续其他 业务运行的基础， 在未经相关业务方确认同意下， 业务不得转为线下， 不 得变更、 调整或取消。 同时， 系统同时支持非电子化的台账式往来业务记
9、 如权利要求 6所述的方法， 体系中运作的业务流程包括多种类型， 同时 不同的业务内容， 或是同一业务在不同的情况下， 其业务流程也各不相同， 包括但不限于： 一是业务与数据流在应用系统内部进行， 不向电子往来账 款业务系统发送， 如坏账准备的计提等； 二是业务与数据流只是由操作平 台向电子往来账款业务系统发送， 电子往来账款业务系统不再向其他平台 进行转发， 如在对应往来单位未加入体系情况下， 往来账款的录入； 三是 数据流由某一应用系统向电子往来账款业务系统发送， 电子往来账款业务 系统向原平台或其他平台进行转发， 如应收账款的确认， 在相关一方确认 后， 数据信息发送到电子往来账款业务系统， 再由电子往来账款业务系统 向相关另一方所在平台进行转发， 由另一方再进行确认。 四是业务与数据 流在普通用户应用平台、 电子往来账款业务系统及金融服务机构之间流转， 如保理的申请与办理。 五是数据流在到达电子往来账款业务系统后， 向监 管机构或其他机构系统流转， 如应收账款的质押， 向央行应收账款质押登 记系统进行发送与登记。
10、 如权利要求 6 所述的方法， 在本发明的精神与原则下， 任何对本方法 中的功能、 规则、 流程所做的任何修饰、 替换、 增减、 改造与变更等， 均 应包含在本发明的权利保护范围之内。
PCT/CN2011/071291 2010-05-24 2011-02-25 电子往来账款及相关业务管理系统、平台、模块与方法 WO2011147215A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010182495.6 2010-05-24
CN201010182495A CN101853446A (zh) 2010-05-24 2010-05-24 电子往来账款及相关业务管理系统、平台、模块与方法

Publications (1)

Publication Number Publication Date
WO2011147215A1 true WO2011147215A1 (zh) 2011-12-01

Family

ID=42804916

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2011/071291 WO2011147215A1 (zh) 2010-05-24 2011-02-25 电子往来账款及相关业务管理系统、平台、模块与方法

Country Status (2)

Country Link
CN (1) CN101853446A (zh)
WO (1) WO2011147215A1 (zh)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101853446A (zh) * 2010-05-24 2010-10-06 李建锋 电子往来账款及相关业务管理系统、平台、模块与方法
WO2012153350A2 (en) * 2011-05-06 2012-11-15 Kalra Sameer Factoring system
CN103606036A (zh) * 2013-11-07 2014-02-26 远光软件股份有限公司 稽核信息管理系统的在线询证方法及装置
CN103679533A (zh) * 2013-12-09 2014-03-26 上海信联商贸发展有限公司 处理账款业务的系统及方法
CN104700274B (zh) * 2013-12-09 2018-08-07 数贸科技（北京）有限公司 国际信用卡支付的电商平台坏账统计核算方法及系统
CN103714440A (zh) * 2014-01-16 2014-04-09 广东电网公司江门供电局 一种安全生产一体化信息管理系统
CN104899756A (zh) * 2014-03-06 2015-09-09 中国移动通信集团福建有限公司 一种电子券联机支付方法和系统
CN103955792A (zh) * 2014-04-22 2014-07-30 深圳市拜特科技股份有限公司 一种集团企业自营贷票的方法及系统
CN105809528A (zh) * 2016-03-04 2016-07-27 青岛有容发展有限公司 一种网式债权债务处理方法
CN108304992A (zh) * 2017-12-28 2018-07-20 国网上海市电力公司 一种电力系统的贷记凭证销账用流程化管理方法
CN109818962B (zh) * 2019-01-31 2021-07-09 泰康保险集团股份有限公司 业务数据处理方法及装置、电子设备、存储介质
CN111667353A (zh) * 2019-03-07 2020-09-15 安徽海汇金融投资集团有限公司 一种应收账款债权流转监管系统
CN111798014B (zh) * 2019-03-21 2024-04-09 安徽海汇金融投资集团有限公司 一种应收账款债权流转业务量预测方法及系统
CN111932383A (zh) * 2019-04-27 2020-11-13 深圳前海星概念信息技术有限公司 一种保理业务管理平台
CN110310204A (zh) * 2019-06-21 2019-10-08 成都积微物联集团股份有限公司 供应链业中基于区块链的应收账款融资管理系统及方法
CN110246022B (zh) * 2019-06-21 2021-06-22 段迎 一种财务管理系统及方法
CN110288456A (zh) * 2019-06-25 2019-09-27 苏州梦嘉信息技术有限公司 财务审批管理系统及方法
CN111507798B (zh) * 2020-04-15 2023-09-22 汇信软投(佛山)软件科技发展有限公司 业务往来订单定期核销方法、系统及计算机设备
CN113360387B (zh) * 2021-06-18 2022-03-18 深圳银兴科技开发有限公司 银行支付结算模拟器
CN116739810A (zh) * 2023-06-17 2023-09-12 山东普惠共享经济技术开发有限公司 一种基于金融信息平台的电子债权对账处理算法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1438769A (zh) * 2003-01-28 2003-08-27 张�杰 专用网络系统及基于该系统的信息服务和电子商务方法
US20070011090A1 (en) * 2001-03-08 2007-01-11 The Clearing House Payments Company L.L.C. Electronic exchange and settlement system for cash letter adjustments for financial institutions
CN101272281A (zh) * 2008-04-22 2008-09-24 北京邮电大学 一种涉及四方的提供网络服务的系统和方法
CN101556718A (zh) * 2009-05-21 2009-10-14 中国建设银行股份有限公司 多级账户资金管理系统及装置
CN101853446A (zh) * 2010-05-24 2010-10-06 李建锋 电子往来账款及相关业务管理系统、平台、模块与方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070011090A1 (en) * 2001-03-08 2007-01-11 The Clearing House Payments Company L.L.C. Electronic exchange and settlement system for cash letter adjustments for financial institutions
CN1438769A (zh) * 2003-01-28 2003-08-27 张�杰 专用网络系统及基于该系统的信息服务和电子商务方法
CN101272281A (zh) * 2008-04-22 2008-09-24 北京邮电大学 一种涉及四方的提供网络服务的系统和方法
CN101556718A (zh) * 2009-05-21 2009-10-14 中国建设银行股份有限公司 多级账户资金管理系统及装置
CN101853446A (zh) * 2010-05-24 2010-10-06 李建锋 电子往来账款及相关业务管理系统、平台、模块与方法

Also Published As

Publication number Publication date
CN101853446A (zh) 2010-10-06

Similar Documents

Publication Publication Date Title
WO2011147215A1 (zh) 电子往来账款及相关业务管理系统、平台、模块与方法
US20240185208A1 (en) Method and system for facilitating person-to-person payments
WO2022100078A1 (zh) 智慧供应链区块链BaaS跨境数字支付平台
CN109615510B (zh) 一种基于区块链的供应链金融多级增信方法
CN111640014B (zh) 一种基于区块链技术的应收账款债权融资系统及方法
WO2020010926A1 (zh) 一种基于区块链信用币或数字存证的融资模式方法
US7890393B2 (en) Method and system for completing a transaction between a customer and a merchant
WO2019015474A1 (zh) 用于提高票据交易安全性的管理方法、装置及系统
JP2020024719A (ja) ポイントツーポイントトランザクション処理を記録する方法及びシステム
CN109615511A (zh) 一种供应链金融软件系统和方法
US20140337183A1 (en) Online processing for offshore business transactions
JP5341553B2 (ja) 電子債権共同管理システム
TW201926208A (zh) 基於網路平臺朋友圈授信實現風險控制的借貸撮合系統及借貸發放管理方法
MXPA03006777A (es) Sistema y metodo de manejo de identidad y transferencia de pagos en linea.
CA2437507A1 (en) Method and system for completing a transaction between a customer and a merchant
KR100623663B1 (ko) 온라인 상에서 공인인증된 매출채권 양수도 계약에 의한매출채권 결제방법 및 장치
CN101447046A (zh) 一种公务卡报销方法、系统及银行客服系统
TW201426615A (zh) 資產管理網路系統平台及方法
CN111179050A (zh) 基于区块链技术的数字银行实现方法及系统
TWI439957B (zh) Loan method for dynamically checking the amount of the loan and its interest rate
US7680730B2 (en) Downstream correspondent foreign exchange (FX) banking
CN113327159A (zh) 一种银行端助贷交易系统及其方法
JP2003256651A (ja) 申請データの認証サービス方法
TWI283372B (en) Network financing bring-together transaction method of credit line control type
CN111178826A (zh) 基于区块链的消费金融风险管理方法及云平台

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11785987

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC

122 Ep: pct application non-entry in european phase

Ref document number: 11785987

Country of ref document: EP

Kind code of ref document: A1