CN104641390B - 结算操作支持系统和结算操作支持方法 - Google Patents

结算操作支持系统和结算操作支持方法 Download PDF

Info

Publication number
CN104641390B
CN104641390B CN201280075756.1A CN201280075756A CN104641390B CN 104641390 B CN104641390 B CN 104641390B CN 201280075756 A CN201280075756 A CN 201280075756A CN 104641390 B CN104641390 B CN 104641390B
Authority
CN
China
Prior art keywords
account
information
buyer
terminal
arrangement
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
CN201280075756.1A
Other languages
English (en)
Other versions
CN104641390A (zh
Inventor
可西光宏
广濑雄二
海老根优介
小山俊久
杉浦隆博
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
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 Hitachi Ltd filed Critical Hitachi Ltd
Publication of CN104641390A publication Critical patent/CN104641390A/zh
Application granted granted Critical
Publication of CN104641390B publication Critical patent/CN104641390B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules

Landscapes

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

Abstract

使企业间交易和银行交易协动，从而能够使各种结算业务高效化以及削减成本。介于企业间电子商务交易的计算机(100)执行如下处理：从供应者终端(200)接收发往购买者的账单数据并将其存储到存储设备(101)，根据来自购买者终端(300)的获取请求将账单数据发送到购买者终端(300)；购买者终端(300)执行如下处理：从计算机(100)接收账单数据，并向其附加结算信息来生成支付安排数据并发送给计算机(100)；计算机(100)执行如下处理：确定从购买者终端(300)接收到的支付安排数据中的预定项目共用的支付安排数据，对确定出的各支付安排数据中的支付金额进行总计并对相应支付安排数据进行合并，作为汇总后支付安排数据存储到存储设备(101)中。

Description

结算操作支持系统和结算操作支持方法
技术领域
本发明涉及结算操作支持系统和结算操作支持方法。
背景技术
近来随着企业对企业交易的计算机化，已经有增多数目的用于应收款和应付款的电子处理的情况。例如作为切实管理在进款和电子应收款之间的对应关系并且从而使能高效的注销管理，提出了以下技术。
具体地，已经提出账户应收款注销管理系统等，包括：电子应收款管理单元，其被配置为从账户应付款债务者终端接收账户应付款信息以在存储器中存储账户应付款信息，并且通过在存储器中向每条账户应付款信息分配独有电子应收款代码来将账户应付款信息登录在电子应收款登录数据库；结算管理单元，其被配置为从金融机关的终端获取通过账户应付款债务者指定电子应收款代码所给出的进款的信息，并且在进款数据库6中存储进款信息；注销管理单元，其被配置为执行读取在进款数据库中存储的进款信息、对电子应收款登录数据库搜索电子应收款信息以及通过从电子应收款登录数据库消除记录等来处理由搜索处理所获得的电子应收款信息的记录的注销处理；以及注销结果通知单元，其被配置为从电子应收款登录数据库提取受到注销处理的电子应收款的属性信息，并且向账户应付款债务者终端等通知属性信息。
现有技术文献
专利文献
专利文献1：特开2007-102457号公报
发明内容
技术要解决的课题
企业对企业交易的计算机化已经导致出现所谓B to B平台的服务，其中在公司当中共享信息并且在互联网上产生企业对企业交易。如此平台在公司之间实现了有关诸如产品设计、销售、生产、采购和支付的操作。同时，虽然通过在平台的交易固定了公司之间的应收款的应付款，在公司之间个别地设置了结算方法(例如汇款、转账、票据、支票)并且没有通过平台被标准化。因此，在平台上的交易和与随后的结算关联的银行交易之间没有显著的联系。
由于上述原因，例如购买者需要记录从供应者收到的多个纸账单的内容作为账单数据并且以执行诸如汇款的每个账户应付款支付操作。因此，操作负载和汇款/结算成本将变大。同时，虽然供应者可以从银行系统获取购买者已经支付账户应收款的进款信息，但是进款信息并非以账单对账单(invoice-by-invoice)为基础。因此，可观的劳力、时间和销售管理开支需要将进款信息与账户应收款联系(一致)。
由于在企业对企业交易和银行交易之间没有联系，很难保护证明例如遵守在公司之间所同意的支付项目的实际违约的证据。因此存在欺诈和笔误被搁置的担心。如此担心在例如公平商务方式尚未建立的发展中国家当中更为强烈。
因此，本发明的目的是提供一种技术，其通过将企业对企业交易与银行交易联系能够改善在多种结算操作中的效率并且由此降低成本。
解决课题的手段
根据本发明的一种结算操作支持方法以解决上述问题，包括以下步骤：通过被配置为在公司之间中介电子商务交易的计算机执行处理，在电子商务中从供应者的终端接收被定址到购买者的账单数据，将所接收的账单数据存储到存储设备中，并且响应于来自购买者的终端的获取请求，从存储设备读取账单数据并且将账单数据传输到购买者的终端；通过购买者的终端执行处理，向计算机发送请求以获取被定址到购买者的账单数据，从计算机接收相关账单数据，通过将预定结算信息或者经由输入设备通过购买者所指定的结算信息附加到账单数据来生成被定址到供应者的支付安排数据，并且将所生成的支付安排数据传输到计算机；以及通过计算机执行处理，在从购买者的终端接收的支付安排数据当中，指定共享共同预定项目或通过购买者的终端所指定的预定项目的支付安排数据，通过在所指定的支付安排数据中总计支付金额来合并支付安排数据并且将所合并的支付安排数据作为汇总后支付安排数据存储在存储设备中。
根据本发明的一种结算操作支持系统，包括：被配置为在公司之间中介电子商务交易的计算机，包括算术设备的计算机被配置为执行以下处理：在电子商务中从供应者的终端接收被定址到购买者的账单数据，将所接收的账单数据存储到存储设备中，并且响应于来自购买者的终端的获取请求，从存储设备读取账单数据并且将账单数据传输到购买者的终端；接收被定址到供应者的支付安排数据，通过购买者的终端将预定结算信息或由购买者经由输入设备所指定的结算信息附加到账单数据来生成该支付安排数据；以及在所接收的支付安排数据当中指定共享共同预定项目或通过购买者的终端所指定的预定项目的支付安排数据，通过在所指定的支付安排数据中总计支付金额来合并支付安排数据并且将所合并的支付安排数据作为汇总后支付安排数据存储在存储设备中；购买者的终端包括算术设备，被配置为执行以下处理：向计算机发送请求以获取被定址到购买者的账单数据，从计算机接收相关账单数据，通过将预定结算信息或者经由输入设备通过购买者所指定的结算信息附加到账单数据来生成被定址到供应者的支付安排数据，并且将所生成的支付安排数据传输到计算机；包括算术设备的供应者的终端被配置为执行将在电子商务中被定址到购买者的账单数据传输到计算机的处理。
发明的效果
本发明通过将企业对企业交易与银行交易联系可以改善在各种结算操作中的效率并且由此降低成本。
附图说明
[图1]是表示包括根据本发明实施例的结算操作支持系统的网络配置示例的示意图。
[图2]是表示根据本实施例的平台服务器的配置示例的示意图。
[图3]是表示根据本实施例的供应者终端的配置示例的示意图。
[图4]是表示根据本实施例的购买者终端的配置示例的示意图。
[图5]是表示根据本实施例的结算操作支持方法的处理示例1的数据流程图。
[图6]是表示根据本实施例的结算操作支持方法的处理示例2的数据流程图。
[图7]是表示根据本实施例的结算操作支持方法的处理示例3的数据流程图。
[图8]是表示根据本实施例的结算操作支持方法的处理示例4的数据流程图。
[图9]是表示根据本实施例的结算操作支持方法的处理示例5的数据流程图。
[图10]是表示根据本实施例的结算操作支持方法的处理示例6的数据流程图。
[图11]是表示根据本实施例的双边净额结算之前和之后支付安排中的变化的具体示例的示意图。
[图11A]是表示根据本实施例的多边净额结算之前和之后支付安排中的变化的具体示例的示意图。
[图11B]]是表示根据本实施例的多边净额结算之前应收款和应付款之间关系的具体示例的示意图。
[图11C]是表示根据本实施例的多边净额结算之后应收款和应付款之间关系的具体示例的示意图。
[图12]是表示根据本实施例的账单数据的具体示例的示意图。
[图12A]是表示根据本实施例的支付安排数据的具体示例的示意图。
[图13]是表示根据本实施例的汇总后支付安排数据的具体示例的示意图。
[图13A]是表示根据本实施例的购买者账户信息的具体示例的示意图。
[图13B]表示根据本实施例的状态值列表的具体示例的示意图。
[图14]是表示根据本实施例的支付通告的具体示例的示意图。
[图14A]是表示根据本实施例的账户应付款信息的具体示例的示意图。
[图15]是表示根据本实施例的进款安排信息的具体示例的示意图。
[图15A]是表示根据本实施例的账户应收款信息的具体示例1的示意图。
[图15B]是表示根据本实施例的账户应收款注销安排信息的具体例子的示意图。
[图16]是表示根据本实施例的进款信息的具体例子的示意图。
[图16A]是表示根据本实施例的账户应收款信息的具体例子2的示意图。
[图16B]是表示根据本实施例的进款过剩和短缺信息的具体示例的示意图。
[图17]是表示根据本实施例的输出屏幕示例1的示意图。
[图17A]是表示根据本实施例输出屏幕示例2的示意图。
[图18]是表示根据本实施例的输出屏幕示例3的示意图。
[图18A]表示根据本实施例的输出屏幕示例4的示意图。
[图19]表示根据本实施例的输出屏幕示例5的示意图。
[图19A]是表示根据本实施例的输出屏幕示例6的示意图。
具体实施方式
参照附图以下将详细描述本发明的实施例。图1是表示包括根据本发明实施例的结算操作支持系统的网络配置示例的示意图。在图1中所示的结算操作支持系统10是能够通过将企业对企业交易与银行交易联系来改善在各种结算操作中的效率并由此降低成本的计算机系统。结算操作支持系统10包括：平台服务器100，其是在公司之间中介(mediate)电子商务交易的计算机，并且提供B to B平台；以及通过访问平台服务器100使用平台服务的购买者终端300和供应者终端200。平台服务器100、供应者终端200和购买者终端300通过网络120相互链接。
注意到每个上述供应者终端200是通过将产品在电子商务中销售给其他公司的供应者公司所使用的终端。每个购买者终端300是通过在电子商务中从其他公司购买产品的购买者公司所使用的终端。
用于在电子商务中的结算的银行系统400也结合到上述网络120。平台服务器100、供应者终端200和购买者终端300可以各自经由网络120，通过验证等访问由此开户的银行的银行系统400并且请求需要的信息和处理。
另外，在结算操作支持系统10中包括的每个信息处理器具有如下硬件配置。图2是表示根据此实施例的平台服务器100的配置示例的示意图。作为在结算操作支持系统10中所包括的计算机的平台服务器100包括：存储设备101，被配置为使用诸如硬盘驱动器的适当的非易失性存储器；存储器103，被配置为使用诸如RAM的易失性存储器；诸如CPU的算术设备104，被配置为通过将存储于存储设备101的程序102读取到存储器103并且执行程序来执行平台服务器自身的整个控制，并且以执行各种确定、算术和控制处理；以及通信设备105，其被结合到网络并且被配置为与其他设备执行通信处理。注意到存储设备101存储：执行根据此实施例的结算操作支持系统10中包括的信息处理器所需的功能的程序102；以及各种处理所需的数据110。数据110包括将在后面描述的账单数据125和从账单数据125生成的各种数据以及其他信息。相同内容适用供应者终端200和购买者终端300。
注意到，如图3中所示，上述供应者终端200包括计算机的通常硬件配置。在平台服务器100的情况下，供应者终端200包括：存储设备201，被配置为使用诸如硬盘驱动器的适当的非易失性存储器；存储器203，被配置为使用诸如RAM的易失性存储器；诸如CPU的算术设备204，被配置为通过将存储于存储设备201的程序202读取到存储器203并且执行程序来执行供应者终端自身的整个控制，并且以执行各种确定、算术和控制处理；通信设备205，其被结合到网络并且被配置为与其他设备执行通信处理；输入设备206，诸如用于从作为用户的供应者公司的负责人接收输入的键盘和鼠标；以及输出设备207，诸如用于输出处理结果的显示器和扬声器。存储设备201存储：执行根据此实施例的结算操作支持系统10中包括的信息处理器所需的功能的程序202；以及各种处理所需的数据210。
同时，如图4所示，购买者终端300还包括如上述供应者终端200的相同硬件配置。购买者终端300包括：存储设备301，被配置为使用诸如硬盘驱动器的适当的非易失性存储器；存储器303，被配置为使用诸如RAM的易失性存储器；诸如CPU的算术设备304，被配置为通过将存储于存储设备301的程序302读取到存储器303并且执行程序来执行购买者终端自身的整个控制，并且以执行各种确定、算术和控制处理；通信设备305，其被结合到网络并且被配置为与其他设备执行通信处理；输入设备306，诸如用于从作为用户的供应者公司的负责人接收输入的键盘和鼠标；以及输出设备307，诸如用于输出处理结果的显示器和扬声器。存储设备301存储：执行根据此实施例的结算操作支持系统10中包括的信息处理器所需的功能的程序302；以及各种处理所需的数据310。
接着，给出在根据此实施例的结算操作支持系统10中所包括的信息处理器的功能的描述，信息处理器即平台服务器100、供应者终端200和购买者终端300。如上述，可以说下面描述的功能例如是通过执行在结算操作支持系统10中所包括的在平台服务器100、供应者终端200和购买者终端300中所包含的程序来实施这些功能。
平台服务器100具有功能：在电子商务中从供应者的终端(即供应者终端200)接收定址到购买者的账单数据，将接收的账单数据存储于存储设备101中，并且响应于从购买者的终端(购买者终端300)的获取请求，从存储设备101读取账单数据并且将账单数据传输到购买者终端300。
另一方面，购买者终端300具有功能：将用于获取被定址到购买者的账单数据的请求发送到平台服务器100，从平台服务器100接收相关的账单数据，通过将预定结算信息或者由购买者通过输入设备301所指定的结算信息附加到账单数据来生成定址到供应者的支付安排数据，并且将所生成的支付安排数据传输到平台服务器100。
同时，平台服务器100具有功能：指定支付安排数据，该支付安排数据共享从上述购买者终端300接收的支付安排数据当中由用户终端300所指定的预定项目或共同预定项目，通过合计在所指定的支付安排数据中的支付金额来合并支付安排数据，并且将所合并的支付安排数据作为汇总后支付安排数据存储在存储设备101中。
具有如此功能的结算操作支持系统10基于从供应者侧获得的账单数据(电子数据)自动生成对购买者有用的支付安排数据，并且进一步通过将支付安排上的数据与由于钱要存放到相同银行账户所以可以被合计的支付量合并从而使能将要随后被执行的实际结算交易(向由供应者所指派的银行账户的转账交易)的数目的减少。因此可以减少结算交易的数量以改善处理效率并且不仅减少执行如此操作的时间和努力还减少结算成本。
注意到上述购买者终端300具有在输出设备307上显示从平台服务器100所接收的账单数据的功能。
另外，购买者终端300具有功能：用输入设备306接收在输出设备307上所显示的由账单数据所指示的内容和由从供应者到购买者所发送的纸账单所指示的内容之间通过购买者匹配的结果。
在这种情况下，当通过输入设备306所接收的结果指示在账单数据的内容和纸账单的内容之间没有差异时，购买者终端300具有功能：基于上述账单数据生成账户应付款信息并且将账户应付款信息传输到平台服务器100。另一方面，当通过输入设备306所接收的结果指示在账单数据的内容和纸账单的内容之间存在差异时，购买者终端300具有将差异信息传输到平台服务器100的功能。
如上述，通过在随后的处理上反映实际纸账单和账单数据(电子数据)之间的匹配结果，可以保持账单数据的良好数据质量和使用账单数据的手续处理的良好的准确性。
同时，平台服务器100具有功能：从购买者终端300接收上述差异信息，将差异信息存储在存储设备101中，并且将与上述差异相关的确认请求传输到供应者终端200。注意到上述纸账单的示例包括在中国所使用的发票。发票是中国的账单或收据并且使用通过税务机关所发布的法定发票形式。
另外，平台服务器100具有以下功能：当从购买者终端300接收支付请求时从存储设备101读取有关购买者的汇总后支付安排数据，并且将与汇总后支付安排数据所指示的内容对应的结算交易的要求传输到由购买者所使用的银行的银行系统400，其通过汇总后支付数据被指示。
另外，平台服务器100具有功能：生成与账单数据相关的支付通告，对于其已经通过将结算交易的请求传输到由购买者所使用的银行的银行系统400来请求了结算交易，并且将支付通告传输给供应者终端200。
包括如此功能的结算操作支持系统10可以基于预汇总支付安排数据将结算交易请求传输到银行系统400，从而使能转账数量的减少以及与其相关的转账成本的减少。另外，上述支付通告允许在从银行系统400通知之前允许供应者知晓由购买者已经进行了支付。也存在实现在结算操作支持系统10的平台服务器100和银行系统400之间的协同的效果。
另外，购买者终端300具有功能，连同到平台服务器100的支付请求，以从平台服务器100获取后汇总支付安排数据并且在输出设备307上显示汇总后支付安排数据。在这种情况下，购买者终端300具有功能：通过用户检查由汇总后支付安排数据所指示的内容和由从供应者发送到购买者的纸账单所指示的内容，用输入设备306接收可否进行支付请求的确定的结果。
另外，在这种情况下，当通过输入设备306所接收的上面的结果批准支付请求时，购买者终端300具有将支付请求传输到平台服务器100的功能。在另一方面，当通过输入设备306所接收的上面的结果拒绝支付请求时，购买者终端300具有功能：不将支付请求传输到平台服务器100而将拒绝传输到购买者公司中诸如预定监管终端的预定终端。
在结算操作支持系统10中所包括的如此功能，通过在随后的处理上反映在纸账单和汇总后支付安排数据之间的匹配结果，可以保持支付请求的良好的准确性以及随后的处理的良好的准确性。
另外，平台服务器100具有功能：基于来自购买者终端300的账单数据接收账户应付款信息并且在存储设备101中存储账户应付款信息。在这种情况下，平台服务器100具有功能：根据将结算交易请求传输到由购买者所使用的银行的银行系统400的处理，使用存储设备101指定上述结算交易请求中包含的、账单数据识别信息所对应的账户应付款信息，并且执行用于账户应付款信息的注销处理。包括于结算操作支持系统10中的如此功能可以通过自动执行用于账户应付款的注销处理来改善操作效率。
另外，平台服务器100具有功能：根据上述支付通告的生成或供应者终端200的指示，从包含于结算交易请求或支付通告中的向供应者的支付详细信息生成向由供应者所使用的银行的供应者的账户的进款安排信息，并且将进款安排信息存储在存储设备101中。
在这种情况下，平台服务器100具有功能：基于来自供应者终端200的账单数据接收账户应收款信息，并且将账户应收款信息存储在存储设备101中。平台服务器100还具有功能：通过匹配进款安排信息和账户账户应收款信息，使用存储设备101，来指定在上述进款安排信息中包含的、账单数据识别信息所对应的账户应收款信息，并且在账户应收款上生成注销安排信息。
在结算操作支持系统10中包括的如此功能可以自动地生成账户应收款注销安排，并且因此当随后确认了实际进款改善应收款注销处理的效率。
另外，平台服务器100具有功能：关于向上述供应者的进款的结果，从由供应者所使用的银行的银行系统400接收通知，通过匹配进款详细以及上述账户应收款注销安排信息来指定与通知所指示的进款详细对应的账户应收款注销安排信息并且确定所指定的账户应收款的进款量的过剩和短缺。
在这种情况下，当没有进款量的过剩与短缺作为上述确定的结果时，平台服务器100具有执行所指定账户应收款的注销处理的功能。另一方面，当存在进款量的过剩或短缺作为上述确定的结果时，平台服务器100具有将过剩或短缺信息传输到供应者终端200和购买者终端300的功能。注意到即使当存在进款过剩或短缺时，可以执行账户应收款注销处理。在这种情况下，如果进款短缺，则执行用于进款的注销。可选地，可以执行过剩或短缺量信息的传输和注销这两者。
在结算操作支持系统10中包括的如此功能可以在达到在结算操作支持系统10中的平台服务器10和银行系统400之间的协同时实现高效的账户应收款注销操作。另外，如此配置可以应对存在来自购买者的进款量的过剩或不足的状况。
作为如此进款量的过剩或短缺的原因，例如假设一种状况，其中违反供应者和购买者之间所同意的支付项目的遵守，仅进行一部分的支付。即使在如此的状况下，根据此实施例的结算操作支持系统10可以指定具有过剩或短缺的进款量的账单数据或账户应收款信息并且可以追踪它的详细。因此，当然可以节省事务工作的劳力，诸如在发生进款量的过剩或短缺时确认证据，并且可以防止在文书工作中的错误和欺诈。
平台服务器100还具有功能：对于一对供应者和购买者或者更多，分别读取上述汇总后支付安排数据，抵消在供应者和购买者之间的支付量并且将与由汇总后支付安排数据所指示的内容对应的结算交易请求传输到由供应者或购买者所使用的银行的银行系统400，其被由包括仅用于存留应付款的内容的支付安排数据所指示。
在结算操作支持系统10中所包括的如此功能可以抵消在电子商务中由参加者所保有的与应收款(账户应收款)和应付款(账户应付款)关联的钱转账交易，从而例如使能在特定到期日期上仅对于差异的结算。
参考图示，下面给出描述根据此实施例的结算操作支持方法的实际过程。通过由包括在结算操作支持系统10中的上述平台服务器100、供应者终端200和购买者终端300执行的、借助读取到存储器等的程序来实现与下面描述的结算操作支持方法对应的各种操作。此外，一些处理包括在操作支持系统10和银行系统400之间的交易。程序包括用于执行下面描述的各种操作的代码。
图5是表示根据此实施例的结算操作支持方法的处理示例1的数据流程图。此处，首先供应者终端200将作为由供应者公司中的销售部门的负责人所输入的账单数据的账单数据传输到平台服务器100(s100)。在此事件中，平台服务器100接收从供应者终端200所传输的账单数据125，并且将账单数据125存储到存储设备101中的共享数据文件夹中。
同时，在上述账单数据125被定址到的购买者的购买部门中的购买终端300向平台服务器100发布账单询问指示(s101)并且从平台服务器100获取账单数据125(s102)。在此事件中，购买者终端300将从平台服务器100所获取的账单数据125存储在其自身的存储设备301中。
图12表示账单数据125的示例。账单数据125是用账单信息作为秘钥(key)联系产品信息、金额信息和供应者信息的记录的集合。在以上当中，账单信息包括账单的独有识别号码以及账单的发布的日期。产品信息包括诸如产品号码和产品名称的信息，其是要被索价的产品的识别信息。金额信息包括在上述产品信息中包括的每个产品上的诸如数量、价格、金额(数量×价格)、税率和总计的值的信息。供应者信息包括作为每个产品销售者的供应者公司的公司名称、它的纳税人号码以及将要对其进行上述产品信息中包括的每个产品的支付的银行账户的信息。
同时，购买者终端300通过附加预定结算信息或使用输入设备301在购买者公司中的预定负责人所指定的结算信息来向存储在存储设备301中的账单数据125生成被定址到供应者的支付安排数据126，并且将支付安排数据126传输到平台服务器100(s103)。注意到附加到账户数据125的上述结算信息的示例可以包括账单支付到期日期、由购买者所确定的安排支付日期的信息、作为用于结算资金转账的由购买者公司所使用的银行账户的信息等。注意到可以通过从账单发布日期的值减去特定天数来计算安排支付日期。
图12A示出支付安排数据126的示例。支付安排数据126是将支付安排信息、账单信息、产品信息、金额信息、要支付的金额、进款账户信息以及支付账户信息联系在一起的记录的集合。在这些信息当中，支付安排信息、要支付的金额以及支付账户信息是与上述账单信息不同的信息。
支付安排信息包括在账单数据125中包含的支付到期日期的信息、由账单数据125中包含的购买者所确定的安排支付日期的信息以及状态。注意到可以通过从账单发布日期的值减去特定天数来计算安排支付日期。状态信息指示在支付安排数据126中的有关数据上所执行的处理的阶段。在图12A所示的示例中，设置指示购买者是否已经核对由账单数据125(有关记录中)所指示的内容以及由购买者所保有的纸账单所指示的内容的值。图13B表示状态值列表132A的示例。如果根据每个处理随后更新状态值，则平台服务器100基于图13B中所示的列表132A执行更新。
对于要支付的金额，通过购买者设置用于在支付安排数据126中的有关记录的要向供应者支付的金额的值。通常，此处设置的金额的值与金额信息中总计值相同。但是，取决于购买者考虑到进款余额不足、合同细节的变化等状况的判断，可以设置与金额信息中的总计值不同的值。由购买者公司中的预定负责人在购买者终端300中使用输入设备306来输入这些值。
支付账户信息是由购买者公司所使用的、针对结算资金转账的银行账户的信息，并且包括购买者公司的公司名称以及从其进行对于商品的支付的提取的银行账户的信息。
注意到包含上述账单数据125中所包括的一些信息的纸账单与电子账单数据125分离，由供应者公司被邮递到购买者公司。纸账单的示例包括在中国所使用的发票。在图5、图7和图8中，纸账单被描述为发票。发票是中国的账单或收据，并且使用通过税务机关所发布的法定发票形式。购买者公司从供应者公司接收发票并且存储发票。
同时，供应者终端200基于账单数据125、发票等来执行通常的分录(s104)，并且将由分录所生成的账户应收款信息127上传到平台服务器100。另外，总分类账128(在图示中以“GL”表示)随着分录被通常地创建(s104)。在供应者终端200的存储设备201中存储总分类账128。
另一方面，平台服务器100从供应者终端200接收账户应收款信息127，并且在存储设备101中存储账户应收款信息127。图15A表示账户应收款信息127的示例。账户应收款信息127包括数据，诸如：记账日期、指示销售目的地公司的债务者、指示所销售的产品号码和产品名称的产品信息、它的金额信息、指示账单数据125中的识别信息和发布日期的账单信息以及回收安排信息。回收安排信息包括指示账户应收款的回收日期以及回收状况的状态信息。
注意到针对上述发票的邮递，在购买者公司中的预定负责人需要检查在发票和上述账单数据125的一致性，以保持交易准确性。因此，购买者终端300在输出设备307上显示从平台服务器100所接收的账单数据125以由上述负责人检查。
负责人将纸发票的内容与在输出设备307上所显示的账单数据125比较以执行匹配操作(核对)从而检查相应项目的各个值是否相互符合。
在此事件中，购买者终端300使用输入设备306以接收在输出设备所显示的账单数据125的内容和纸发票的内容之间由购买者匹配的结果(s105)。图17和图17A表示核对屏幕的示例。图17表示要被处理的账单数据125的列表。图17A表示一个账单数据125的详细信息。
当从输入设备306所接收的上面的结果表示在账单数据125和纸发票的内容之间不存在差异时(s106:Y)，购买者终端300基于上述账单数据125执行分录(s109)，生成账户应付款信息130(见图14A)并且将账户应付款信息传输到平台服务器100。随着此处理，购买者终端300还在支付安排数据126中将有关记录的状态更新为“符合”。注意到通常的总分类账131(在图示中以“GL”表示)被由上述109步骤中的分录而创建。
如图14A所示，注意到上述账户应付款信息包括数据，诸如记账日期、指示购买目的地公司的供应者、表示所购买的产品的产品号码和产品名称的产品信息，它的金额信息、指示在账单数据125中的识别信息的账单信息以及指示针对账户应付款的支付状况的注销划分。在图14A的示例中，“注销划分”的值是“全额付款”或“部分付款”。由于基于账单数据125创建账户应付款信息，所以由此与指示有或没有注销的“注销划分”的值不同的配置与账单数据125的那些配置相同。
另一方面，当由输入设备306所接收的上面的结果表示在账单数据125的内容和纸发票的内容之间存在差异时(s106:N)，购买者终端300将差异的信息(即差异信息129)传输到平台服务器100(s107)。差异信息129例如是包括具有差异的项目的名称以及在纸发票和账单数据125中与项目相关的各个值的数据。
同时，平台服务器100从购买者终端300接收差异信息129，并将差异信息129存储在存储设备101中。平台服务器100还将用于差异信息129的确认请求传输到供应者终端200(s108)。在供应者侧，供应者终端200确认差异信息129，预定负责人在确定诸如发票的校正和再发布，或者账单数据125的校正和在上传的后续响应之后，采取必要措施。
接着，参照附图，给出支付安排数据126的汇总处理的描述。图6是表示根据此实施例的结算操作支持方法的处理示例2的数据流程图。在这种情况下，如图6中所示例如直到账单发布日期的夜间，针对从供应者终端200所接收的每个最新的账单数据125，重复执行上述的支付安排数据126的处理，并且在存储设备101中蓄积支付安排数据126的记录(s120)。
在此，平台服务器100例如通过检测到在存储设备101中蓄积特定数量或更多的支付安排数据126的记录来向购买者终端300通知支付安排蓄积提案(s121)。在此事件中，当接收到通知时，用户终端300将支付安排数据126的汇总指示返回到平台服务器100(s122)。可以由购买者公司中预定负责人使用购买者终端300中的输入设备306输入汇总指示，并且已经收到输入的购买者终端300可以将汇总指示传输到平台服务器100。
当从购买者终端300接收支付安排信息的汇总指示时，平台服务器100基于由上述“支付账户信息”所指示的“公司名称”等的值从存储设备101读取有关购买者的支付安排数据126，在读取的支付安排数据126当中指定具有由购买者终端300所指定的预定项目或共同预定项目的支付安排数据126，通过合计所指定的支付安排数据126中的支付金额来合并支付安排数据126，并且将所合并的支付安排数据作为汇总后支付安排数据132存储在存储设备101中(s123)。
用于指定要被汇总的支付安排数据126的预定项目的示例包括“支付安排信息”中的“支付到期数据”、“支付安排信息”中的“所安排支付日期”、“账单信息”中的“号码”、“进款账户信息”中的“公司名称”、“银行”、“分店”以及“账户号码”。
假设如此预定项目是“银行”：具有“账户号码”：66666666的A银行以及“银行”：具有“账户号码”：66666667的B银行。在如此情况下，平台服务器100在图12A所示的支付安排数据126当中指定从顶部的两个记录以及从底部的两个记录作为要被汇总的数据。另外，对于每两个记录合计“支付安排”中的“安排金额”以汇总后支付安排数据132中的“金额信息”的“金额”值。图13表示汇总后支付安排数据132的示例。在图13中所示的汇总后支付安排数据132是通过两个两个地汇总支付安排数据126中的四个记录所获得的，并且因此具有两个记录。
另外，平台服务器100向购买者终端300发送上述生成的汇总后支付安排数据132的询问通知。当接收到通知时，用户终端300从平台服务器100获取汇总后支付安排数据132并且将汇总后支付安排数据132显示在输出设备307上(s124)，并且随后使用输入设备306从预定负责人接收支付账户选择指示(s125)。
在此事件中，购买者终端300从平台服务器100读取购买者账户信息133(见图13A)并且将购买者账户信息133作为支付账户选择列表显示在输出设备307上。另外，根据支付账户的选择，负责人选择从通过有关银行所提供的各种转账方法中选择所期望的汇款的模式(例如：个别转账和批量转账)。
购买者终端300通过输入设备306接收所选择的项目(s126)并且向平台服务器100通知包括所选择的项目以及在步骤s125所获取的支付账户选择项目的支付安排申请(s127)。
平台服务器100从购买者终端300接收支付安排申请，例如获取“批量转账”值(批量转账模式)作为在申请中所包含的汇款模式的值，并且在上述汇总后支付安排数据132中适当栏“批量转账”中设定值。在图13的示例中，在栏“批量转账”中设置指示有关银行的针对批量转账模式的合同的有或无。另外，平台服务器100在汇总后支付安排数据132中适当栏“支付账户信息”中设定在支付安排申请中所包括的支付账户选择项目。
接着，参考图示给出描述当到达由用户实际支付的日期(即汇总后支付安排数据132中的“安排支付日期”)时的处理。图7是表示根据此实施例的结算操作支持方法处理示例3的数据流程图。
在这种情况下，例如平台服务器100使用其自身的日历功能检测到汇总后支付安排数据132中的“安排支付数据”的到达，并且向购买者终端300通知这一结果(s129)。当接收到通知时，购买者终端300将支付请求申请传输到平台服务器100(s130)。无需赘言，在购买者公司中的预定负责人可以使用购买者终端300中的输入设备306来输入支付请求申请数据，并且购买者终端300可以将所输入的数据传输到平台服务器100。
同时，平台服务器100从购买者终端300接收支付请求申请(s131)，从存储设备101读取与有关购买者(例如：公司名称AB)相关的汇总后支付安排数据132(例如：在栏“支付账户信息”中的“公司名称”的值是“公司名称AB”)，并且将读取的数据发送到购买者终端300。
购买者终端300从平台服务器100获取汇总后支付安排数据132并且将数据显示到输出设备307(图18和图18A)。在这种情况下，购买者终端300通过输入设备306接收，通过购买者将汇总后支付安排数据132的内容与纸账单(即从供应者发送到购买者的发票)的内容检查的，确定可否接受支付请求的结果(s132)。通过购买者公司的会计部门的负责人执行可否接受支付请求的如此确定。
当通过输入设备306所接收的接受确定不批准支付请求时(s133：N)，购买者终端300将支付请求的拒绝通知传输到平台服务器100，并且将拒绝传输到诸如购买者公司的购买部门中的购买者终端300的预定终端(s135)。
另一方面，当通过输入设备306所接收的接受确定批准支付请求时(s133：Y)，购买者终端300通过在汇总后支付安排数据132中的“支付账户信息”所指示的银行(例如：C银行)的银行系统400的预定登入验证检查有关账户(例如上海分店、账户号码3333333)的余额(s136)。
当接收到余额询问时(s137)，银行系统400将账户的余额的值返回购买者终端300(s138)。用户终端300确定账户的余额的值是否满足在汇总后支付安排数据132中“安排金额”的值(s139)。当确定存在所需的余额时(s139：Y)，购买者终端300将与支付请求相关的批准登录指示传输到平台服务器100(s141)。另一方面，当确定账户的余额的值低于“安排金额”并且不存在所需的余额时(s139：N)，例如购买者终端300从由购买者终端所保有的另一个银行账户进款与有关账户的短缺对应的金额(s140)，并且随后返回步骤s139的处理。
同时，当在步骤s141接收到由购买者终端所传输的批准登录指示时，平台服务器100针对由汇总后支付安排数据所指示的购买者所使用的银行(例如：C银行)的银行系统400，从由汇总后支付安排数据132中的“支付账户信息”所指示的账户到由“进款账户信息”所指示的银行账户，对应于通过“金额信息”所指示金额来传输结算交易请求(s142)。当接收到结算交易请求时(s143)，银行系统400通过执行从购买者公司的账户到供应者公司的账户的转账等来执行预定结算交易。
另外，随着将结算交易请求传输到银行系统400的处理，平台服务器100使用存储设备101指定与包括于结算交易请求的汇总后支付安排数据132中的“账单信息”中“号码”对应账户应付款信息130(见图14A)，并且执行账户应付款信息的注销处理(s144)。在图14A的示例中，在账户应付款信息130中“注销划分”的值是“全额付款”或“部分付款”。由于基于账单数据125来创建账单应付款信息130，所以由此除了指示有或没有注销的“注销划分”的值的配置与账单数据125的那些配置相同。
注意到平台服务器100向购买者终端300通知账户应付款信息130。当接收通知时，用户终端300根据受到注销的账户应付款信息来执行分录(s145)，并且更新总分类账131。购买公司的会计部门的负责人可以使用购买者终端300来查询总分类账131。
在执行账户应付款信息的注销处理之后，平台服务器100生成与对其已经进行结算交易请求的账单数据125(的记录)相关的支付通告(见图14)(s147)，并且将支付通告134传输给供应者终端200。支付通告134具有与对其已经进行结算交易请求的账单数据125(的记录)的那些配置相同的数据配置。但是，在图14的示例中，当由购买者所支付的金额与由供应者所索取的金额相符时，在支付通告134中的“状态”的值是“全额付款”或者当由购买者所支付的金额达不到由供应者所索取的金额时，在支付通告134中的“状态”的值是“部分付款”。
接着，参考附图进行账户应收款的注销处理的描述。图8是表示根据此实施例的结算操作支持方法的处理示例4的数据流程图。图9是表示根据此实施例的结算操作支持方法的处理示例5的数据流程图。在此情况下，当生成支付通告134或根据从供应者终端200的查询的指示或生成支付通告(s150，s150)，平台服务器100生成进款安排信息135(s152)，并且将进款安排信息135存储在存储设备101中。
进款安排信息135是基于向在支付通告134或结算交易请求中所包括的供应者的支付详细的信息所生成的。如图15所示，进款安排信息135包括数据：作为当从购买者终端300接收到结算请求而创建支付通告的日子的支付通告接收信息，指示从购买者公司接收进款的供应者公司的账户的账户信息，指示所支付金额的金额信息，指示与账单数据135对应的发布日期和号码的账单信息，指示要对其支付的产品的产品号码和产品名称的产品信息，指示支付到期日期、实际支付日期以及支付状态的支付信息，以及指示由购买者公司用于支付的账户的支付账户信息。在图15所示示例的情况下，进款安排信息135中的“状态”是“未支付”。在此点，状态是安排了进款并且平台服务器100没有从银行系统400收到实际进款通知的状态。
另外，平台服务器100向供应者终端200通知生成进款安排信息135。当接收到通知时，供应者终端200从平台服务器100获取进款安排信息135(s153)并且通过输入设备206接收已经检阅了进款安排信息的会计部门的负责人的指示。这一指示是准备账户应收款的注销安排的指示。此准备指示被由供应者终端200传输到平台服务器100(s154)。
在这种情况下，当从供应者终端200接收到准备指示时，平台服务器100读取存储于存储设备101中的进款安排信息135和账户应收款信息127(见图15A)，并且使用存储设备101指定(匹配)与账单数据125的识别信息(即“账单信息”中“号码”的值)对应的账户应收款信息127(的记录)。注意到账户应收款信息127从账单信息125被生成，并且包括诸如上述记账日期、债务者、产品信息、金额信息、账单信息以及回收安排信息。回收安排信息包括账户应收款的回收日期以及由此指示回收状况的状态的信息。
在此事件中，平台服务器100生成在步骤s155所指定的、账户应收款注销安排信息136(见图15B)。账户应收款注销安排信息136具有与上述账户应收款信息127大致相同的数据配置，并且包括进款安排日期、债务者、账单信息、产品信息、金额信息以及回收安排信息。注意到供应者200获取账户应收款注销安排信息136并且如图19和图19A所示显示在输出设备207上(s156)以被供应者公司的会计部门的负责人所检阅。
接着，给出在上述执行从购买者公司到供应者公司的支付被执行之后，当从“支付账户信息”中所指定的购买者的银行账户实际执行向“进款账户信息”中所指定的供应者的银行账户的转账时的处理的描述。
在这种情况下，已经从购买者接受了进款的供应者的银行的银行系统400将指示进款的事实的进款通知传输到平台服务器100以及供应者终端200。
当接收到进款的通知时，供应者终端200向平台服务器100发送创建进款信息137的指示(s157)。
同时平台服务器100接收与供应者的账户相关的进款通知，基于进款通知所指示的信息来创建进款信息137并且将进款信息137存储在存储设备101中(s158)。如图16所示，进款信息137包括信息：诸如指示进款被实际给到银行的日子的进款日期、指示将进款给到其的账户的进款账户、进款的委托人(即作为执行转账的公司的委托人)以及指示进款量的金额信息。
另一方面，当将进款信息创建指示传输到平台服务器100之后，供应者终端200在输出设备207上显示进款通知以使供应者公司的会计部门的负责人执行与发票的匹配操作。会计部门的负责人检查在进款通知的内容和发票内容之间的一致性。当在其中确定存在一致性时，会计部门的负责人将与对应于进款通知的账户应收款相关的注销处理请求指示输入到供应者终端200的输入设备206中。
当在输入设备206接收到注销处理请求指示时，供应者终端200将指示传输到平台服务器100(s159)。同时，当接收到账户应收款请求时，平台服务器100将进款信息137与账户应收款注销安排信息136匹配以指定与进款通知的内容对应的账户应收款的账户应收款注销安排信息136，并且使用账户应收款信息127以执行账户应收款的处理(s160)。在此步骤中更具体地，平台服务器100使用图16A所示的账户应收款信息127以将“账户信息”中的“账户应收款余额”设置为“0”，“170”等并且将“注销划分”中的“划分”值设置为“全部消除”或“部分消除”。平台服务器100将账户应收款注销执行通知向供应者终端200发送。
供应者终端200接收账户应收款注销执行通知，执行账户应收款信息127的分录(s161)，并且更新总分类账128。供应者终端200从供应者公司的会计部门的负责人接收指示以对总分类账131进行查询(s162)。
同时，在执行上述步骤s160中的账户应收款注销处理之后，平台服务器100指定与进款通知的内容对应的账户应收款信息127或账户应收款注销安排信息136，并且确定对于所指定的账户应收款是否存在进款金额的过剩或短期(s163)。在这种情况下，平台服务器100读取“金额信息”中“账户应收款余额”的值以及“注销划分”中“划分”的值，并且搜索在其中“账户应收款余额”的值不同于“0”的记录或者在其中“注销划分”中的“划分”值不同于“全部消除”的记录。当成功搜索到该记录时，平台服务器确定对于账户应收款存在进款金额的过剩或短缺。
当作为确定的结果，进款金额不存在过剩或短缺时(s164：Y)，平台服务器100向供应者终端200通知所指定的账户应收款的注销(s165)。可选地，当进款金额不存在过剩或短缺时(s164：Y)，可以执行所指定的账户应收款的注销处理。注意到即使当存在进款过剩或短缺时，可以执行账户应收款注销处理。在这种情况下，在短缺的情况仅消除进款的金额。可选地，可以执行过剩或短缺金额信息的传输以及注销这两者。
另一方面，当作为确定的结果，存在进款金额的过剩或短缺时(s164：N)，平台服务器100生成作为图15过剩和短缺金额的信息的进款过剩和短缺信息139(s167)并且将所生成的信息传输到供应者终端200(s168)。图16B表示进款过剩和短缺信息139。进款过剩和短缺信息139包括信息：与具有进款金额的过剩或短缺的账户应收款信息127的记录(其也可被称为原始账单数据12的记录)相关的，进款日期、进款账户信息、金额信息、账单信息、支付信息、产品信息和备注。如“备注”的信息，平台服务器100设置有供应者公司或购买者公司采取的预定措施。
供应者终端200从平台服务器100接收进款过剩和短缺信息139(s169)并且向平台服务器100发送指示以创建存储于平台服务器100中的共享文件夹(也可以被由购买者服务器100所访问的文件夹)的、进款过剩和短缺信息140(s170)。当接收到创建指示时，平台服务器100制作进款过剩和短缺信息139的副本，使用该副本作为进款过剩和短缺信息140并且将信息存储在存储设备101中的共享文件夹中(s171)。另外，平台服务器100基于进款过剩和短缺信息140向购买者终端300通知过剩和短缺信息(s172)。
购买者终端300从平台服务器100接收过剩和短缺信息的通知，并且在输出设备307上显示信息以使其被购买者公司的购买部分的负责人检阅(s173)。当检测存在进款金额的过剩或短缺时，供应者公司和购买者公司例如通过彼此联络执行诸如合同细节的再确认和校正以及对于过剩或短缺的金额的结算。
接着，参考附图，给出抵消结算金额的处理的描述。图10是表示根据此实施例的结算操作支持方法的处理示例6的流程图。此处给出方法的描述，该方法是抵消与在平台服务器10中电子商务中参与者所保有的应收款(应收账款)和应付款(应付账款)联系的汇款交易并且仅在特定到期日期对于差异进行结算的方法。与对于每个交易进行结算的情况比较，如此处理具有降低银行手续费以及事务工作的努力的效果。注意到可以根据状况实施在两个公司之间的抵消的方法(双边净额结算)或，具有作为中介者的控制公司的三个或更多的公司当中抵消的方法(多边净额结算)。
在这种情况下，平台服务器100使用“支付账户信息”中“公司名称”的值作为秘钥以指定一个或更多对供应者和购买者，该供应者和购买者具有应收款和应付款，即具有在账单数据125、支付安排数据132或汇总后支付安排数据132中“支付账户信息”中“公司名称”的值，其相互指向对方(s180)。
接着，平台服务器100对于所指定的一对或更多的供应者和购买者的每一个从存储设备101读取汇总后支付安排数据132(s181)并且在供应者和购买者之间抵消在汇总后支付安排数据132中支付金额的值(s182)。
另外，平台服务器100向银行的银行系统4传输由仅包括抵消后所剩余的存留应付款的内容的支付安排数据132所指示的、与由用于存留应付款的汇总后支付安排数据132所指示的内容相对应的结算交易请求(s183)。银行系统400根据请求执行结算。
例如，当存在上述步骤s180中所特定的一对供应者和购买者时，执行所谓的双边净额结算。假设在抵消(即净额结算支付金额)之前，如图11所示公司A和公司B进行三个交易。当执行了上述步骤s182时，如图11下部所示，在仅包括抵消之后所剩余的存留应付款的内容的支付安排数据132B中，“债务者”是“公司A”，“债权者”是“公司B”并且结算金额的存留应付款是“200”。因此，在以传统方式对每个交易进行结算的情况下，对于三个交易需要三个汇兑/汇款交易。另一方面，在净额结算之后只需要一个交易。
同时，当存在上述步骤s180所指定的两个多更多对供应者和购买者时，执行所谓的多边净额结算。假设在抵消(即净额结算支付金额)之前，如图11A和11B所示公司A、公司B、公司C和公司D进行六个交易。当执行了上述步骤s182时，如图11A和11C下部所示，在仅包括抵消之后所剩的存留应付款的内容的支付安排数据132B中，“债务者”是“公司A”，“债权者”是“公司C”并且结算金额的存留应付款是“1846”。因此，在以传统方式对每个交易进行结算的情况下，对于六个交易需要六个汇兑/汇款交易。另一方面，在净额结算之后只需要一个交易。换言之，可以显著减少汇兑/汇款交易并且因此减少手续费。
虽然上面已经描述了用于实施本发明的最佳形态，但是本发明并不限制于此，而是在不脱离本发明的范围的情况下可以进行各种更改。
上述本发明的实施例可以通过将企业对企业交易与银行交易联系来改善各种结算操作中的效率以及降低成本。
从本发明的描述中至少如下内容可以变得显而易见。具体地，在根据此实施例的结算操作支持方法中，购买者的终端执行处理：将从计算机接收的账单数据显示在输出设备上，通过输入设备接收由购买者将账单数据的内容与从供应者发送的纸账单的内容匹配的结果，当通过输入设备所接收的结果表示在账单数据的内容和纸账单的内容之间没有差异时、基于账单数据生成账户应付款信息并且将账户应付款信息传输到计算机，以及当通过输入设备所接收的结果表示在账单数据的内容和纸账单的内容之间存在差异时、将差异信息传输到计算机并且计算机执行处理：从购买者的终端接收差异信息、在存储设备中存储差异信息并且将与差异相关的确认请求传输到供应者的终端。
在根据此实施例的结算操作支持方法中，当从购买者的终端接收到支付请求时计算机执行处理：从存储设备读取有关购买者的汇总后支付安排数据并且向通过汇总后支付安排数据所指示的、由购买者所使用的银行的系统传输与汇总后支付安排数据对应的结算请求，并且随着向由用户所使用的银行的系统传输结算请求的处理、生成与对于其已经进行了结算请求的账单数据相关的支付通告并且将支付通告传输到供应者的终端。
在根据此实施例的结算操作支持方法中，响应于传输到计算机的支付请求购买者的终端执行处理：从计算机获取汇总后支付安排数据并且将汇总后支付安排数据显示在输出设备上，通过输入设备接收通过购买者检查汇总后支付安排数据的内容和从供应者发送的纸账单的内容来确定的可否接受支付请求的结果，当通过输入设备所接收的结果批准支付请求时、将支付请求传输到计算机并且当通过输入设备所接收的结果拒绝支付请求时、不将支付请求传输到计算机而将拒绝传输到预定终端。
在根据此实施例的结算操作支持方法中，计算机执行基于账单数据从购买者的终端接收账户应付款信息并且将账户应付款信息存储在存储设备中的处理，以及与将结算请求传输到由购买者所使用的银行的系统的处理相伴的注销处理，注销处理包括指示与在结算请求中包括的账单数据中的识别信息对应的账户应付款信息并且注销该账户应付款信息。
在根据此实施例的结算操作支持方法中，计算机执行处理：当生成支付通告时或根据由供应者的终端的指示，从结算请求或支付通告中所包括的至供应者的支付详细信息来生成至由供应者所使用的银行的供应者的账户的进款安排信息并且将所生成的信息存储在存储设备中，基于账单信息从供应者的终端接收账户应收款信息并且将账户应收款信息存储在存储设备中，以及通过匹配进款安排信息和账户应收款信息、指定与在进款安排信息中包括的账单数据的识别信息对应的账户应收款信息并且生成账户应收款的注销安排信息。
在根据此实施例的结算操作支持方法中，计算机执行处理：从由供应者所使用的银行接收至供应者的账户的进款的通知，将由通知所指示的进款内容与账户应收款的注销安排信息匹配，指示与进款内容对应的账户应收款的注销安排信息并且对于所指定的账户应收款确定进款金额的过剩或短缺，当作为确定的结果不存在进款金额的过剩或短缺时、执行所指定的账户应收款的注销处理，并且当作为确定的结果存在进款金额的过剩或短缺时、将有关过剩或短缺的信息传输到供应者的终端和购买者的终端并且根据过剩或短缺金额执行所指定的账户应收款的注销处理。另外，在根据此实施例的结算操作支持方法中，计算机执行处理对于一个或更多对的每一个中的供应者和购买者从存储设备读取汇总后支付安排数据，在供应者和购买者之间抵消支付金额以及向由供应者或购买者所使用的银行的系统传输与在汇总后支付安排数据中抵消后剩余的存留应付款的内容对应的结算请求，其由仅包括用于存留应付款的内容的支付安排数据所指示。
符号的说明
10 结算操作支持系统
100 平台服务器(计算机)
101、201、301 存储设备
102、202、302 程序
103、203、303 存储器
104、204、304 算术设备
206、306 输入设备
207、307 输出设备
105、205、305 通信设备
110、210、310 数据
120 网络
125 账单数据
126 支付安排数据
127 账户应付款信息
128、131 总分类账
129 差异信息
130 账户应付款信息
132 汇总后支付安排数据
133 购买者账户信息
134 支付通告
135 进款安排信息
136 账户应收款注销安排信息
137 进款信息
139、 140 进款过剩和短缺信息
200 供应者终端
300 购买者终端
400 银行系统

Claims (9)

1.一种结算操作支持方法，包括：
通过被配置为在公司之间中介电子商务交易的计算机执行以下处理：在电子商务中从供应者的终端接收被定址到购买者的账单数据，将所接收的账单数据存储到存储设备中，并且响应于来自购买者的终端的获取请求，从存储设备读取账单数据并且将账单数据传输到购买者的终端；
通过购买者的终端执行以下处理：向计算机发送请求以获取被定址到购买者的账单数据，从计算机接收相关账单数据，通过将预定结算信息或者经由输入设备通过购买者所指定的结算信息附加到账单数据来生成被定址到供应者的支付安排数据，并且将所生成的支付安排数据传输到计算机；以及
通过计算机执行以下处理：在从购买者的终端接收的支付安排数据当中，指定共享共同预定项目或通过购买者的终端所指定的预定项目的支付安排数据，通过在所指定的支付安排数据中总计支付金额来合并支付安排数据，并且将所合并的支付安排数据作为汇总后支付安排数据存储在存储设备中；
通过供应者的终端执行以下处理：根据账单数据执行分录，生成供应者的总分类账并保存于存储设备中，并且生成账户应收款信息并传输到计算机；
通过购买者的终端执行以下处理：根据账单数据执行分录，生成购买者的总分类账并保存于存储设备中，并且生成账户应付款信息并传输到计算机；
通过计算机执行以下处理：根据来自购买者的终端的结算交易请求执行账户应付款信息的注销处理，将账户应付款信息注销处理的结果传输到购买者的终端，根据从购买者所使用的银行的系统接收的实际进款通知，执行账户应收款信息的注销处理，将账户应收款信息注销处理的结果传输到供应者的终端；
通过供应者的终端执行以下处理：根据接收到的账户应收款注销处理的结果，执行与账户应收款信息相关的分录，更新供应者的总分类账；
通过购买者的终端执行以下处理：根据接收到的账户应付款注销处理的结果，执行与账户应付款信息相关的分录，更新购买者的总分类账。
2.根据权利要求1所述的结算操作支持方法，其中购买者的终端执行以下处理：
将从计算机所接收的账单数据显示在输出设备上，
通过输入设备接收由购买者将账单数据的内容与从供应者发送的纸账单的内容匹配的结果，
当通过输入设备所接收的结果示出在账单数据的内容和纸账单的内容之间不存在差异时，基于账单数据生成账户应付款信息并且将账户应付款信息传输到计算机，以及
当通过输入设备所接收的结果示出在账单数据的内容和纸账单的内容之间存在差异时，将关于差异的差异信息传输到计算机，
其中计算机执行以下处理：从购买者的终端接收差异信息，将差异信息存储在存储设备中，并且将与差异相关的确认请求传输到供应者的终端。
3.根据权利要求1所述的结算操作支持方法，其中计算机执行以下处理：
当从购买者的终端接收到支付请求时，从存储设备读取与关于购买者的汇总后支付安排数据并且将与汇总后支付安排数据对应的结算请求传送到由汇总后支付安排数据所指示的购买者所使用的银行的系统，并且
伴随将结算请求传输到由购买者所使用的银行的系统的处理，生成与对其已经进行了结算请求的账单数据相关的支付通告并且将支付通告传输到供应者的终端。
4.根据权利要求3所述的结算操作支持方法，其中购买者的终端执行以下处理：
作为支付请求被传输到计算机的响应，从计算机获取汇总后支付安排数据，并且将汇总后支付安排数据显示在输出设备上，
通过输入设备接收由用户将汇总后支付安排数据的内容和由供应者终端所发送的纸账单的内容进行核对而确定的关于支付请求的可接受性的结果，
当从输入设备所接收的结果批准支付请求时，将支付请求传输到计算机，以及
当从输入设备所接收的结果拒绝支付请求时，不将支付请求传输到计算机而将拒绝传输到预定终端。
5.根据权利要求3所述的结算操作支持方法，其中计算机执行：
基于账单数据从购买者的终端接收账户应付款信息并且将账户应付款信息存储到存储设备中的处理，以及
与将结算请求传送到由购买者所使用的银行的系统的处理伴随的注销处理，该注销处理包括指定与包含在结算请求中的账单数据的识别信息对应的账户应付款信息并且注销账户应付款信息。
6.根据权利要求3所述的结算操作支持方法，其中计算机执行以下处理：
当生成支付通告或根据来自供应者的终端的指示，从在结算请求或支付通告中所包括的、定址到供应者的支付详细信息来在由供应者所使用的银行生成定址到供应者的账户的进款安排信息，并且将所生成的信息存储在存储设备中，
基于来自供应者的终端的账单数据接收账户应收款信息，并且将账户应收款信息存储在存储设备中，以及
通过匹配进款安排信息和账户应收款信息来指定与在进款安排信息中所包括的账单数据的识别信息对应的账户应收款信息并且生成账户应收款的注销安排信息。
7.根据权利要求6所述的结算操作支持方法，其中计算机执行；
从由供应者所使用的银行接收定址到供应者的账户的进款的通知，将由通知所指示的进款内容与账户应收款的注销安排信息匹配，指定与进款内容对应的账户应收款的注销安排信息，并且对于所指定的账户应付款确定进款金额的过剩或短缺的处理，
当作为确定的结果不存在进款金额的过剩或短缺时，执行所指定的账户应收款的注销处理，以及
当作为确定的结果存在进款金额的过剩或短缺时，将关于过剩或短缺金额的信息传输到供应者的终端以及购买者的终端，并且根据过剩或短缺金额来执行所指定的账户应收款的注销处理。
8.根据权利要求1所述的结算操作支持方法，其中计算机执行以下处理：
对于一对或更多对的每个中的供应者和购买者，从存储设备读取汇总后支付安排数据，在供应者和购买者之间抵消支付金额并且向由供应者或购买者所使用的银行的系统传输与汇总后支付安排数据中抵消后剩余的存留应付款的内容对应的结算请求，该结算请求被由仅包括用于存留应付款的内容的支付安排数据所指示。
9.一种结算操作支持系统，包括：
被配置为在公司之间中介电子商务交易的计算机，包括算术设备的计算机被配置为执行以下处理：
在电子商务中从供应者的终端接收被定址到购买者的账单数据，将所接收的账单数据存储到存储设备中，并且响应于来自购买者的终端的获取请求，从存储设备读取账单数据并且将账单数据传输到购买者的终端；
接收被定址到供应者的支付安排数据，通过购买者的终端将预定结算信息或由购买者经由输入设备所指定的结算信息附加到账单数据来生成该支付安排数据；
在所接收的支付安排数据当中指定共享共同预定项目或通过购买者的终端所指定的预定项目的支付安排数据，通过在所指定的支付安排数据中总计支付金额来合并支付安排数据，并且将所合并的支付安排数据作为汇总后支付安排数据存储在存储设备中；以及
根据来自购买者的终端的结算交易请求执行账户应付款信息的注销处理，将账户应付款信息注销处理的结果传输到购买者的终端，根据从购买者所利用银行的系统接收的实际进款通知，执行账户应收款信息的注销处理，将账户应收款信息注销处理的结果传输到供应者的终端；
购买者的终端包括算术设备，被配置为执行以下处理：向计算机发送请求以获取被定址到购买者的账单数据，从计算机接收相关账单数据，通过将预定结算信息或者经由输入设备通过购买者所指定的结算信息附加到账单数据来生成被定址到供应者的支付安排数据，并且将所生成的支付安排数据传输到计算机；根据账单数据执行分录，生成购买者的总分类账并保存于存储设备中，并且，生成账户应付款信息并传输到计算机；根据接收到的账户应付款注销处理的结果，执行与账户应付款信息相关的分录，更新购买者的总分类账；
包括算术设备的供应者的终端被配置为执行将在电子商务中被定址到购买者的账单数据传输到计算机的处理；根据账单数据执行分录，生成供应者的总分类账并保存于存储设备中，并且，生成账户应收款信息并传输到计算机的处理；根据接收到的账户应收款注销处理的结果，执行与账户应收款相关的分录，更新供应者的总分类账的处理。
CN201280075756.1A 2012-09-12 2012-09-12 结算操作支持系统和结算操作支持方法 Active CN104641390B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2012/073362 WO2014041642A1 (ja) 2012-09-12 2012-09-12 決済業務支援システムおよび決済業務支援方法

Publications (2)

Publication Number Publication Date
CN104641390A CN104641390A (zh) 2015-05-20
CN104641390B true CN104641390B (zh) 2017-10-20

Family

ID=50277796

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201280075756.1A Active CN104641390B (zh) 2012-09-12 2012-09-12 结算操作支持系统和结算操作支持方法

Country Status (7)

Country Link
US (1) US20160125486A1 (zh)
JP (1) JP5927304B2 (zh)
CN (1) CN104641390B (zh)
IN (1) IN2015DN01841A (zh)
SG (1) SG11201501757SA (zh)
TW (1) TWI522947B (zh)
WO (1) WO2014041642A1 (zh)

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101754759B1 (ko) * 2015-11-04 2017-07-06 김재영 송수금을 중개하는 메신저 서버
JP6298516B1 (ja) * 2016-11-16 2018-03-20 ＰｗＣあらた有限責任監査法人 データ構造、情報処理装置、プログラム、情報処理方法及びトランザクションシステム
JP6298517B1 (ja) * 2016-11-16 2018-03-20 ＰｗＣあらた有限責任監査法人 データ構造、情報処理装置、プログラム、情報処理方法及びトランザクションシステム
CN106875162B (zh) * 2016-12-30 2020-12-04 朗新科技集团股份有限公司 数据抓取方法、数据抓取装置、软收银对接接口及终端
CN110869957A (zh) * 2017-05-08 2020-03-06 可伦·胡默尔阿隆 用于第三方购买的方法及系统
US20180330412A1 (en) * 2017-05-11 2018-11-15 Amadeus S.A.S. Systems and methods for processing and reconciling an invoice data file
US11276117B2 (en) * 2017-07-31 2022-03-15 Oracle International Corporation Generating payables and receivables netting proposals based on historical information
US20190080302A1 (en) * 2017-09-08 2019-03-14 Mastercard International Incorporated Payment system for facilitating delivery transactions
JP6971127B2 (ja) * 2017-11-13 2021-11-24 株式会社日立製作所 端末およびブロックチェーンシステム
TWI670664B (zh) * 2018-02-21 2019-09-01 合作金庫商業銀行股份有限公司 採購平台控管系統及方法
JP7250979B2 (ja) * 2018-05-28 2023-04-03 株式会社オービック 違算確認業務支援装置、違算確認業務支援方法および違算確認業務支援プログラム
JP7064381B2 (ja) * 2018-05-28 2022-05-10 株式会社オービック 違算確認業務支援装置、違算確認業務支援方法および違算確認業務支援プログラム
CN109345322A (zh) * 2018-08-06 2019-02-15 阿里巴巴集团控股有限公司 资金结算方法、装置、及计算机设备
CN109255604A (zh) * 2018-08-08 2019-01-22 北京京东尚科信息技术有限公司 基于电子商务平台的支付和开票的方法、装置和系统
CN109801150A (zh) * 2018-12-20 2019-05-24 航天信息股份有限公司 一种酒店行业的税控方法及系统
JP7093737B2 (ja) * 2019-03-05 2022-06-30 株式会社日立製作所 決済システム及び決済方法
JP6860027B2 (ja) * 2019-03-08 2021-04-14 日本電気株式会社 処理装置、処理方法、決済システム及びプログラム
CN112150289A (zh) * 2019-06-28 2020-12-29 财付通支付科技有限公司 数据清算方法、装置、系统及存储介质
JP2021064040A (ja) * 2019-10-10 2021-04-22 株式会社マネーフォワード 情報処理装置、情報処理方法及びプログラム
JP7411517B2 (ja) 2020-07-31 2024-01-11 株式会社オービック 債権・債務計上部門特定装置、債権・債務計上部門特定方法および債権・債務計上部門特定プログラム
JP6875613B1 (ja) * 2021-03-16 2021-05-26 株式会社マネーフォワード 情報処理装置、情報処理方法及びプログラム
JP7388663B2 (ja) 2021-09-17 2023-11-29 株式会社アジェンダ 旅行業務支援システム
JP7470850B1 (ja) 2023-07-31 2024-04-18 株式会社シディ 情報処理方法、情報処理装置および情報処理プログラム

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002312597A (ja) * 2002-02-22 2002-10-25 Mizuho Corporate Bank Ltd 電子取引方法、電子取引センター、電子取引端末、および電子取引システム
CN1409848A (zh) * 2000-09-14 2003-04-09 株式会社东芝 结算代理系统
JP2004310729A (ja) * 2003-03-25 2004-11-04 Bank Of Tokyo-Mitsubishi Ltd 貿易取引の決済支援装置及びプログラム
CN101206739A (zh) * 2006-12-19 2008-06-25 黄金富 用手机作为付款器件的收银机收付款系统和相应方法
CN101436279A (zh) * 2008-12-19 2009-05-20 福建今日特价网络有限公司 一种网上交易支付系统及方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1409848A (zh) * 2000-09-14 2003-04-09 株式会社东芝 结算代理系统
JP2002312597A (ja) * 2002-02-22 2002-10-25 Mizuho Corporate Bank Ltd 電子取引方法、電子取引センター、電子取引端末、および電子取引システム
JP2004310729A (ja) * 2003-03-25 2004-11-04 Bank Of Tokyo-Mitsubishi Ltd 貿易取引の決済支援装置及びプログラム
CN101206739A (zh) * 2006-12-19 2008-06-25 黄金富 用手机作为付款器件的收银机收付款系统和相应方法
CN101436279A (zh) * 2008-12-19 2009-05-20 福建今日特价网络有限公司 一种网上交易支付系统及方法

Also Published As

Publication number Publication date
WO2014041642A1 (ja) 2014-03-20
US20160125486A1 (en) 2016-05-05
CN104641390A (zh) 2015-05-20
IN2015DN01841A (zh) 2015-05-29
TW201423642A (zh) 2014-06-16
JP5927304B2 (ja) 2016-06-01
SG11201501757SA (en) 2015-04-29
JPWO2014041642A1 (ja) 2016-08-12
TWI522947B (zh) 2016-02-21

Similar Documents

Publication Publication Date Title
CN104641390B (zh) 结算操作支持系统和结算操作支持方法
JP2007507800A (ja) 販売者支援自動支払処理と例外管理のためのシステムおよび方法
JP2007299316A (ja) 決済システム、決済端末、及び決済方法
CN106537433A (zh) 用于收回可退税款的系统和方法
US20180330351A1 (en) System and method for allocating charges away from a tax account
JP5362867B2 (ja) 電子記録債権の割引のためのシステム、方法、およびプログラム
CN107710268A (zh) 基于电子记录债权的批量保理交易中压缩债务者的债务与改善财务内容的方法及其系统
JP5407246B2 (ja) 取引精算システム、取引管理サーバ、取引精算方法およびプログラム
JP2002203020A (ja) 貴金属類の定額購入システム
CN107358428A (zh) 一种多终端撮合交易系统
JP4591612B1 (ja) 決済処理方法及び装置
JP6708802B1 (ja) 電子マネー仲介システム及び電子マネー仲介方法
KR102380556B1 (ko) B2b 정산 서비스 시스템 및 방법과 이를 위한 컴퓨터 프로그램
CN104143140A (zh) 一种支票的兑付方法、兑付系统以及圈存系统
JP4593145B2 (ja) ネットワーク購入商品の代金決済システムおよび代金決済方法
JP5936317B2 (ja) 振込処理システムおよび方法
JP2003296648A (ja) 資金移動処理方法、コンピュータプログラム、買手国側金融機関システム、売手国側金融機関システムおよび仲介者システム
JP2003256739A (ja) 一括精算・管理システム
CN108876376A (zh) 一种适用于电子商务平台的多币种支付方法和装置
JP2001312605A (ja) 商品投資システム、商品投資処理装置、商品投資方法及び記録媒体
JP7256322B1 (ja) 情報処理装置、情報処理システム及び情報処理方法
JP4238680B2 (ja) 輸出手形管理装置、輸出手形管理方法、輸出手形管理プログラム、輸出手形管理プログラムを記録したコンピュータ読み取り可能な記録媒体
JP4285917B2 (ja) 取引支援装置及び取引支援方法
KR100721760B1 (ko) 현금 카드를 이용한 재화 또는 용역 대금 결제를 중계하는방법
JP2002140645A (ja) 電子決済管理システムおよび電子決済管理方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant