CN101548497A - 交易应付账款处理系统和办法 - Google Patents

Abstract

实施对基于金融机构的交易的交易管理。根据本发明的示例实施例，一种交易管理办法涉及为多个买方处理交易的金融方面，其中使用与每一买方相关联的交易规则来自动地审计(每一买方的)每一笔交易和任何相关联发票。在为特定买方就支付核准了交易或一系列交易时，代表该特定买方自动实施支付。随后就每一笔交易或一系列交易向该特定买方、所涉及的卖方(或各卖方)、以及保荐买方的参与的买方保荐方之中的一个或多个征收费用。

Description

交易应付账款处理系统和办法

相关专利文献

本专利申请依据35U.S.C.§119(e)要求于2006年10月6日提交且题为“Transaction Finance Processing System and Approach(交易金融处理系统和办法)”的美国临时专利申请No.60/850,046的权益，其通过援引全部纳入于此。

发明领域

本发明涉及交易处理，尤其涉及适于代表多个交易方自动处理众多交易的筹资方面的交易处理系统。

背景

对出于商业目的的产品交换中所涉及的买方、卖方、金融机构等之间的合约和交易交互的操作管理通常是工作量和时间密集型的。一般地，管理商业实体之间的交易的过程已过度繁重和效率低下。

对于许多组织而言，管理和跟踪诸如与应付账款和/或应收账款相关的那些交易筹资功能可能尤为繁重和高成本。当特定组织与大量供应商/卖方签订合约以及以其他方式与其做生意时，该组织通常必须在个体基础上与每一供应商/卖方交互。随着这些交互的多样化增加，与管理和跟踪基于金融的商业功能相关联的负担和成本加剧。

买方与卖方之间的个体交互常常由具体合约、支付规则和其他金融处理特征来表征。例如，某些卖方可能要求诸如在特定时期内应全额支付、向特定金融机构支付或以特定货币支付等支付方式。此外，某些卖方可能针对不同合约要求不同的付款方式。在支付方式上因实体而异和因交易而异的变动对于管理和跟踪尤为困难。另一方面，买方可能偏好与卖方所要求(或期望)的那些不一致的支付方式。

此外，当交易到达支付步骤时，交易不同方的金融机构必须彼此交互。此交互通常涉及便于资金转账的复杂协议和关联。可能时常存在支付延迟或关于支付方式的争议。此外，此过程极易出错。交互复杂性、延迟和出错以及众多其他交易支付特性可花费交易的一方或多方(包括金融机构)大量资金。而且，虽然已使用了多个系统来实现交易的各方面，但这些系统常常使用出于各种原因而不兼容的不同办法。

除以上描述的以外，大多数行业都是竞争相当激烈的，且因此任何成本节约都很重要。管理成本是要减少的对象，因为管理功能不会直接产生收入。然而，与商业交易相关联的管理成本在有着广泛散布数据的当前商业环境下已很难缩减。

商业交易的管理和协调中的以上和其他困难已向在交易的各方面中所涉及的商业实体提出了管理和成本挑战，包括应付账款方面等。

概述

本发明针对克服以上提及的挑战以及与以上所讨论的和其他应用中的设备和应用类型相关的挑战。本发明在数种实现和应用中作了例示说明，其中的一些总结如下。

根据本发明的示例实施例，一种计算机网络和系统装置实施与众多远程处理系统的接口，以使用经由债务方(例如，买方)提供的计算机生成信息并根据债务方与债权方(例如，卖方)之间的交易的交易数据来代表债务方实现电子审计和支付。取决于适用于支付中所涉及的各方的不同规则使用关于与代表其进行支付的那一方不同的各方的信用、历史或其他数据来筹资支付。由每一笔交易的一方或多方促进与网络和系统的交互，其中该系统实现促进该交互的那一方的规则和相关计算机可读代码来促进对交易的支付。动态地(以及智能地)将此交互改变成与恰适远程处理机器接口以经由执行专有用户代码来执行支付、结算、费用征收和基于信用的功能。

一个实施例涉及该系统在买方的方向上的操作，其中使用买方的规则(代码)和任何必需卖方信息来执行与卖方(以及诸如开发票系统等卖方处理器)的交互以促进与恰适卖方系统的交互。在这样的实施例中，买方代码指定和/或扩增任何必需卖方信息。再次使用为交易各方指定的规则和/或合约数据(代码)就处理交易和支付征收费用。

通过使用这些系统，使用公共装置以及根据用以执行不同处理功能的因交易而异和因实体而异的代码就能使得对审计和电子支付办法的中央和独立操作变得可行。这样，审计和处理机器装置以维护数据的专有本质但又提供与不同实体及其处理器/机器系统的交互的方式使用专有数据来促进为各种实体以许多不同方式进行处理。有效地，因为可涉及大量不同方而在公共装置上实现众多不同处理器，每一处理器经由专有数据和相关代码并且与各方独立地操作。

根据本发明的另一示例实施例，使用用于处理交易的金融相关方面的规则(和相关代码)来处理涉及买方和卖方交易方的交易。在一些应用中，对应付账款实现规则；在其他应用中，对应收账款实现规则；以及在又其他应用中，对应付账款和应收账款实现规则。卖方交易方进入如由买方交易方所实施的管理办法，其中卖方交易方与买方交易方之间的交易的支付相关方面直接由卖方交易方来促进。就卖方和买方参与其中的每一笔交易向每一卖方和/或向相应各个买方征收与向卖方办理支付相关联的费用。

在本发明的更具体的示例实施例中，一种自动化交易处理系统适于处理涉及买方和卖方的商业交易。买方提供包括合约和商业规则的信息，商业规则包括针对涉及买方和所选卖方的交易的审计规则。交易处理器代表每一买方使用该买方提供的信息来审计交易，并促进向所审计的特定交易中所审计的一个或多个所选卖方实施支付(例如，在审计指示支付恰适时)。

根据本发明的另一示例实施例，一种自动化交易处理系统电子地处理涉及买方的交易。该系统对每一笔交易使用对每一买方/卖方对恰适的电子简档数据以及根据买方以及买方与至少一个卖方之间的预定义商业关系来定义的合约数据集合。该系统包括根据所存储的合约数据集合和简档数据来处理电子交易的交易处理器装置。该装置包括计算机实现的审计引擎，其使用交易的所存储合约数据集合来审计交易数据并生成表征该审计的计算机可读审计数据。计算机实现的支付处理器响应于指示针对涉及卖方和买方的至少一笔交易向卖方的支付是恰适的所生成审计数据来筹资并向卖方金融机构办理电子支付。计算机实现的费用征收引擎通过生成计算机可读费用数据来对向其进行电子支付的每一个卖方征收交易处理费用，其中计算机可读费用数据将费用和费用金额与为其生成费用数据的卖方相关联。

结合本发明的另一示例实施例，一种基于交易的计算机处理装置处理买方与卖方之间的交易的应付账款资金，其中每一笔交易中的买方和卖方中的至少之一与系统管理方交易以处理买方和卖方中至少之一的支付账户。计算机处理装置独立于买方和卖方。对于多个卖方发票数据集合中的每一个，该装置使用买方与卖方之间的合约的合约数据将卖方发票数据集合与涉及买方和卖方的交易相关联，使用预定义合约数据和交易中的买方所指定的审计数据来审计相关联发票数据集合，并且生成表征该审计的计算机可读审计数据。对于每一买方，该装置响应于所生成的指示针对卖方的至少一个发票数据集合向卖方的支付是恰适的审计数据向卖方的金融机构办理电子支付。该装置还通过生成计算机可读费用数据来对每一笔所处理的电子支付征收交易处理费用，其中计算机可读费用数据将所征收的费用和费用金额与为其生成电子支付的卖方相关联。

本发明的以上概述并非旨在描述本发明的每一所例示实施例或每一种实现。以下附图和详细描述更具体地例示说明这些实施例。

附图简述

通过结合附图考虑对本发明各实施例的详细描述可以更完整地理解本发明，附图中：

图1示出根据本发明的示例实施例的用于交易管理的装置和办法；

图2示出根据本发明另一示例实施例的交易处理的流程图；以及

图3示出根据本发明另一示例实施例的在基于承保延展信用期的情况下代表一个或多个买方处理支付的办法。

虽然本发明可顺应各种修改和替换形式，但其细节已作为示例在附图中示出并且将详细描述。然而应理解，并非意图要将本发明限定于所描述的特定实施例。相反，其意图覆盖落在由所附权利要求所定义的本发明的精神和范围之内的所有修改、等效方案和替换方案。

详细描述

相信本发明适用于各种不同类型的交易处理和管理办法，并且已发现其对涉及代表交易方处理诸如应付账款或应收账款的支付的应用尤为有用。虽然本发明不必被限定于此类办法，但本发明的各方面可通过使用这些和其他上下文对各种示例的讨论来领会。

根据本发明的示例实施例，一种交易处理系统包括支付处理器，其与金融机构和一个或多个交易方交互以代表一个或多个(例如，便于涉及交易处理系统的)交易方处理支付功能。交易处理部分地或全部远离买方、卖方和金融机构(和/或因此实现的处理系统)。支付处理器与诸如买方或卖方等交易方交互以获取并存储各方的简档信息，以及接收并处理涉及这些方的交易的数据。支付处理器使用简档信息来处理交易数据，以及在其中确定交易的金融相关支付条件，诸如向买方延展信用期(例如，代表买方向卖方付款)、或向卖方延展信用期(例如，提早向卖方付款，以及在以后的时间从买方收取支付)。当确定满足特定交易的金融相关支付条件时并且在恰适之处在也已满足其他简档指定支付条件时，支付处理器与保荐金融机构或该保荐金融机构在支付处理器内的简档交互以实施支付。根据所作出的支付跟踪支付并征收费用。这些办法针对不同交易方使用有效地实施众多在公共装置上操作的因用户而异的审计及电子支付机器的因各方而异的数据(经由计算机可读代码)不同地实现。

在一些实例中，金融机构承保支付以向卖方提供债务买方将作出及时支付的担保。在其他实例中，代表获承保买方或向获承保卖方就向卖方的支付对信用资金的实际延展实现承保。即，出于承保目的，根据简档信息和/或其他处理特性选择性地使用买方或卖方之一或两者的信用。针对承保还在恰适之时向交易方征收费用。这样的办法适用于结合本文中描述的各种实施例且包括附图中所示出的那些的支付核准(有承保)。

在一些应用中，交易处理系统分别代表特定交易的买方和卖方实施应付账款和应收账款两者。例如，买方和卖方各自可在其相应简档信息中指定在某些条件下在指定时期进行支付。使用此办法，考虑其中卖方要求在30天内支付、买方要求支付的延迟达90天、以及其中交易的合约指定在60天内进行支付的特定交易示例。在这样的示例中，交易处理系统在30天内向卖方预先支付，针对这样的提早支付向卖方征收费用，并且延迟直至90天才向买方收款，类似地向买方征收费用。相应支付是根据获支付的各方的简档来进行的，其中恰适地执行审计或其他处理功能。

根据本发明的另一示例实施例，一种交易处理系统包括应收账款处理器，其与金融机构或每一机构用应收账款处理器维护的处理简档、以及一个或多个交易方交互以代表(例如，便于涉及交易处理系统的)卖方处理应收账款功能。应收账款处理器与卖方交互，以使用卖方的所存储简档信息来处理涉及卖方的交易。应收账款处理器使用交易信息和卖方简档信息来确定何时将向卖方进行支付，并进一步与卖方的保荐金融机构或该机构寄存的简档交互以实施向卖方的支付，以及在恰适之处指示因何进行支付。根据卖方的商业规则和/或与应收账款处理器相关联的规则，诸如通过在记录发票之际、交货之际、买方收到交货之际、或其他交易相关情况之际向卖方付款来确定支付是恰当的。就向其提供支付来向一个或多个卖方征收费用。这些费用可包括，例如处理交易的便利性费用、用于为特定支付延展信用期的费用、货币兑换费用等。这样的费用可进一步在卖方与交易处理系统的运营商之间的合约的合约数据中设置或另外经由合约数据来指定，或者在这样的卖方的简档数据中设置，其中费用金额根据合约数据或简档数据来确定(例如，作为支付的百分比)。应收账款处理器进一步实施或者直接从买方收款、从卖方收款(在买方向卖方付款之后或在预定天数之后)、或直接从买方向保荐金融机构收款。在恰适之处，从买方收款是使用买方的信用或卖方的信用来承保的，其中卖方的信用在最终从卖方收款的情形中尤其适用。

根据本发明的另一示例实施例，一种交易处理系统包括应付账款处理器，其与金融机构或每一这样的机构用应付账款处理器维护的处理简档、以及一个或多个交易方交互以代表(例如，便于涉及交易处理系统的)买方处理应付账款功能。应付账款处理器与买方交互，以使用买方的所存储简档信息来审计涉及买方的交易。当交易被成功审计(例如，核准支付)时，应付账款处理器与买方的保荐金融机构或该机构寄存的简档交互，以代表买方向一个或多个卖方提供支付，并且在恰适之处指示因何进行支付。就向其提供支付来向一个或多个卖方征收费用，其中支付是代表该金融机构所承保的买方来进行的。在一些实例中，实现承保以提供买方将进行及时支付的担保。在其他实例中，代表获承保买方就向卖方的支付对信用资金的实际延展实现承保。保荐金融机构还就承保支付在恰适之处向一个或多个卖方征收费用。

在以下讨论中，结合涉及用于处理交易支付的应付账款办法(例如，买方侧办法)的情景描述各种示例。然而，对于各种示例实施例，以下办法中的一种或多种是与应收账款办法(例如，卖方侧办法)一起实现的，其中根据例如在卖方简档信息中所指定的卖方意愿来预先向卖方支付。

在一种实现中，以上所描述的应付账款处理器适于响应从买方收到的授权，其中通过授权对该授权所应用的交易的支付来响应。当卖方(例如，如在特定买方的简档信息中定义的)向应付账款处理器发送发票时，联系与发票相关联的买方并允许其审查发票。此审查可例如使用便于买方访问发票上的信息的电子通信链路来执行。买方随后可电子地审查，并且在恰适的情况下授权对发票上指出的任何金额中的一些或全部的支付。应付账款处理器通过根据提供发票的卖方的所存储简档信息自动实施对发票的支付来响应来自买方的支付授权。

在恰适指出如在买方、卖方和应付账款处理器的运营商之间的一份或多份协议中所阐述地征收交易和/或信用费用。例如，在代表买方为支付延展信用期时，承保买方的支付的金融机构(例如，保荐买方的支付)承保信用期的延展。例如，作为整个交易参与费用的一部分针对承保向卖方征收费用。由此，卖方参与交易的自动处理与用以抵补交易处理和承保功能的费用相关联，其中该处理相比于以其他方式实施交易一般向每一卖方提供相应的成本节省。

在一些应用中，应付账款处理器存储合约信息并使用合约信息来审计交易。例如，当买方确定特定合约具有应付账款方面时，买方可向应付账款处理器发送支付授权。买方可发送指示已满足可付款条件的通知，诸如确定货物是可收到的。此可付款条件可应用于例如整个发票或可应用于发票中与确定可收到的特定货物(例如，在认为可收到部分发货的情况下)相关的那部分。应付账款处理器将该通知与涉及买方的特定合约进行匹配，并使用收到的可付款条件连同其他信息一起来确定是否可/应进行支付。如果可进行支付，则应付账款处理器使用合约条款连同对货物的收到通知一起代表买方自动办理支付。如以上所讨论的，此办法和其他办法可适于与应收账款处理器一起实现，其中，例如应收账款处理器类似地授权支付或以其他方式确定可向卖方进行支付。

在本发明的另一示例实施例中，用户界面适用于发票呈递以供买方核准。诸如以上所讨论的应付账款处理器等交易处理器生成可被远程买方查看的图形用户界面(GUI)。经由GUI的数据访问由交易处理器可访问的用户简档信息来驱动，其中将经由GUI收到的诸如口令和标识等访问控制输入与简档信息进行比较以控制访问。

当从卖方收到发票时，将该发票与特定买方匹配，并且在一些实例中将该发票与买方与卖方之间的特定合约匹配。交易处理器使得该发票可为特定买方获得以经由GUI查看，在适用的情况下连同来自其他卖方的其他发票一起查看。在周期性实例或买方认为恰适的任何时间，(例如，由卖方的雇员用户)访问GUI并且查看待决发票以进行核准。如果关于交易的条件有益于发票的核准，诸如当作为发票主题的货物已在可收到条件下交货，则该雇员用户可经由GUI核准发票以进行支付。

在一些应用中，GUI被进一步配置用于向买方提供诸如标识未清和已付款发票的数据等关于各种各样的交易特征的数据，诸如关于信用额度的信息以及待决支付等金融数据、以及通常与应付账款相关联的其他记账类型数据。买方可使用GUI来检索此信息，并且在一些实现中可出于各种各样的目的生成和监视记账类型数据。

图1示出根据本发明另一示例实施例的用于交易管理的装置和办法100。交易金融处理器110实现有交易审计和金融处理功能。交易金融处理器110可通信地耦合至数据库120，数据库120用交易方的专有代码存储用户简档122，以及存储涉及交易方的交易的合约信息。在一些实例中，交易金融处理器包括数据库120，以及在其他实例中，数据库120远程地坐落在远离交易金融处理器之处和/或实现在两个或多个不同数据库结构中。

包括买方1-N的多个买方系统(买方)130与交易金融处理器110接口。每一买方提供简档信息，其被存储在数据库120中。在此应用中，以及如可应用于对买方简档的各种其他讨论中的，简档信息一般包括用于控制买方访问与交易相关的数据(例如，用以查看发票)以及用于处理涉及买方的交易的规则(例如，数据或可执行代码)。在这些上下文中，买方或卖方的简档信息诸如通过指示买方或卖方的信用数据、买方或卖方偏好、已核准卖方、已核准买方、货币偏好、支付偏好(例如，时限特征)、报告偏好、支付核准偏好、金融机构数据等可包括各种各样的信息。

交易金融处理器110还与包括卖方1-N的多个卖方系统(卖方)140接口，每一买方参与与至少一个买方的合约。交易的应付账款方面从每一卖方的观点来看是直接用交易金融处理器110来促进的。交易金融处理器110与这多个卖方之间的接口至少包括发票数据从卖方至交易金融处理器的通信。

为促进支付，交易金融处理器110进一步与包括金融机构1-N的多个金融系统(金融机构)150接口，以处理涉及买方130和卖方140的交易的金融方面。金融机构150中与买方130相关联的那些代表买方为卖方140所提供的商品(货物和/或服务)提供资金。例如，保荐买方对交易的集资的金融机构为买方承保该交易，其中向与交易相关联的卖方提供支付。金融机构150中与卖方140相关联的那些代表卖方接收所提供的资金(例如，作为卖方的银行进行操作)。

如以上所描述的与相应各个买方、卖方和金融系统中的每一个的接口使用为金融处理器110与其接口的特定机器度身定制的基于计算机的通信来执行。例如，在买方130实现传达订单或支付数据的专有交易数据生成机器的情况下，金融处理器使用买方130专用的代码来操作接口以促进这样的通信。在此上下文中，专用代码可促进对数据的被动接收和处理，或促进与买方系统130的主动通信(以及在一些应用中实施对买方系统130的控制)。

交易金融处理器110实现交易审计功能112和金融处理功能114来分别审计交易并促进对经(成功)审计的交易的支付。交易审计功能各自是以为具体用户定制的方式执行的基于代码的计算机实现，并且由此各自被示为具有经由对特定买方(或买方/卖方组合)操作或执行的代码来实现的多种实现。

金融处理功能114与卖方140接口，以接收(例如，电子地)来自卖方的关于与买方130的交易的发票。取决于实现用不同方式来处理发票。例如，当交易金融处理器110是为卖方实现处理应付账款功能时，可处理发票以根据卖方的简档信息促进向卖方的支付(例如，预先支付，在以后从买方收款)。当交易处理器是为买方实现处理应付账款功能时，可处理发票以根据买方的简档信息来促进代表买方向卖方的支付(例如，代表买方预先或根据合约条款支付，并在以后的时间从买方收款)。

交易审计功能112联合买方130或卖方140一起直接或使用数据库120中所存储的商业规则来操作以审计交易。例如，通过使用应付账款功能，在买方1通过审查和核准发票来处理交易的情形下，交易审计功能112向买方1呈递发票(或其中的信息)以供核准。在收到核准时，交易审计功能112将核准传递给金融处理功能。

在另一示例中，买方1采用交易金融处理器110进行自动审计功能，其中买方1的用户简档(以及，例如商业规则和/或合约)阐述将被交易审计功能110用于审计发票的信息。当涉及买方1的合约的发票满足为买方1存储的信息所指示的支付要求时，交易审计功能110自动核准发票并将核准发送给金融处理功能114。

一旦为支付核准了发票，金融处理功能114就使用对应核准的发票的合约中所涉及的买方的简档信息来处理对经核准发票的支付。金融处理功能114使用例如经由银行账户或信用额度指定给买方的资金来向发送该经核准发票的卖方提供支付。在代表买方在信用类型装置中提供资金的情形中，买方的金融机构向卖方承保该支付。向卖方在发票中或用存储在数据库120中的信息来指定的金融机构150之一进行支付。

金融处理功能114进一步向卖方140征收费用，以及在一些实例中，向其中涉及每一方或各方的交易的买方130征收费用。具体地，关于响应于为卖方处理的一张或多张发票进行的支付处理向卖方140中的每一个征收费用。可例如使用交易金额作为基础、交易金额的特定部分被保留作为用以抵补交易和/或承保功能的费用来征收此费用。取决于特定应用和卖方与交易金融处理器110的关系也可实现各种其他办法来向卖方征收费用。例如，可在循环周期结束时根据两笔或多笔交易来征收费用(对该周期期间的所有交易征收费用)或作为统一费用类型来征收。设置费用的费率可进一步根据这些条件中的一个或多个来建立，以及受卖方140中的每一个与交易金融处理器110之间的协议影响。在其他应用中，交易金融处理器110针对诸如本文中讨论的信用期延展费用、记录保持功能等各种各样的交易功能对作为交易方的买方征收特定费用。

数据库120中的简档信息对于每一买方表征交易金融处理器110据此处理涉及该买方的交易的支付的规则和办法。例如，每一买方通常采用一个或多个金融机构来为交易提供支付，以及就交易服务向操作交易金融处理器110的实体提供支付。简档信息为每一买方阐述关于这些金融机构的信息以及进一步授权其进行资金转账。当交易金融处理器110代表买方审计交易(即，并非在逐发票基础上进行直接买方核准)时，简档信息包括用于审计发票以确定发票是否准备好支付的信息(例如，商业规则)。这些办法可例如按照以上结合买方130与交易金融处理器110之间的交互特性所讨论地实现。

在一些实例中，卖方140中的一个或多个还与交易金融处理器110接口以用于增强特征，其中交易金融处理器110存储和使用存储在数据库120中卖方的用户简档来准许对数据的访问和进一步处理这些增强特征。这些特征可适用于有应付账款和/或应收账款功能的实现。例如，当卖方1希望指定特定支付条件时，该卖方可与交易金融处理器110(即，与交易金融处理器的运营商)签订合约以执行该特定支付条件。这些条件可涉及例如支付规则，以使得提早向卖方付款，诸如在提交发票之际立即付款。对于此访问，交易金融处理器110恰适地和/或如在与卖方的合约中所指定地向卖方征收费用。卖方可任选地签订诸如跟踪支付、修改支付、延展信用期等其他服务以供交易金融处理器110处理。

在一些应用中，金融机构150中的一家或多家独立于交易金融处理器110进行操作，从而如分别由买方130或卖方140所授权地那样简单地提供或接收资金。在其他应用中，金融机构150中的一家或多家直接与交易金融处理器110交互，其中一家或多家金融机构的用户简档存储在数据库120中并被用于控制金融机构对信息的访问，以及在一些应用中，被用于处理与金融机构的交互。在其他应用中，金融机构150中的一家或多家操作交易金融处理器110或其一部分交互来处理交易。

金融机构150取决于实现和买方与交易金融处理器的运营商之间的协议使用各种各样的源来代表买方130提供资金。例如，资金可直接来自买方的诸如银行账户等账户，或来自与买方相关联的信用额度。在涉及使用信用账户的一些应用中，所使用的账户由用户指定并且通常涉及买方与所指定的账户的金融机构之间的协议。在涉及使用信用账户的其他应用中，交易金融处理器110代表买方针对特定交易获得金融机构的服务。在交易金融处理器110获得金融机构的服务的情况下，某些应用涉及将具有一个或多个买方的多笔交易编组成较大应付账款池，其中参与金融机构提供信用来抵补整个应付账款池。通过这样的编组办法，金融机构承保一组应付账款，其中相关联的资金相应地分散到与该组相关联的交易中所涉及的不同卖方。

图2示出根据本发明另一示例实施例的对收到和支付条件进行双重审计办法的应付账款处理的流程图。图2中所示的应付账款处理办法可例如使用图1中所示的系统和办法100来实现。

在框210处，接收包括可审计特征的买方交易数据以用于处理与交易数据相关的发票。此交易数据可包括例如基于收到货物或基于服务的履行对支付的初步核准。在框220处检索与从其收到数据的买方相关联的商业规则。在框230处，使用检索出的商业规则审计交易数据。商业规则可指定例如审计应涉及由买方核准对发票的陈述，或使用商业规则中的特征自动地执行审计以便关于收到的交易数据来评估发票。由此，交易数据出于核准的目的可简单地指示任何发票将被直接提交给买方以供核准(在该实例中，在框230处的审计可简单地为确认可收到发票)。

如果经由框230处的审计后在框240处未核准交易，则在框245处向买方返回失败通知，并且交易处理停止。如果在框240处核准了交易，则该过程前进到框250，在此收到来自卖方的与从买方收到的交易数据相关联的发票。在框260处检索买方的金融处理商业规则并在框270处使用检索出的金融处理商业规则来审计发票。在商业规则指定买方将直接审计发票以进行核准的情况下，框270处的审计涉及向买方呈递发票(或其特征)以进行核准。

如果经由框270处的审计后在框280处未核准发票，则在框245处向买方(以及在一些实例中，向提供发票的卖方)返回失败通知。如果在框280处核准了发票，则在框290处代表买方向卖方转账资金。此资金转账可涉及例如代表买方延展信用期，其中金融机构执行承保，并且与承保相关联的费用是根据交易费用来征收的。在框295处向卖方征收交易处理费用(在恰适的情况下包括承保费用)。在一些实例中，通过从在框290处用资金转账办理的任何支付中提取费用来向卖方征收交易处理费用。

图3示出根据本发明另一示例实施例的代表一个或多个买方处理支付的装置和办法，其中基于承保延展信用期并向卖方征收费用。交易处理器320使用数据库装置330中的数据来处理涉及买方和卖方的交易的支付，从而与金融机构交互以实现支付。装置和办法300的管理方364为处理交易收取费用。虽然被示为单个装置，但交易处理器装置320和数据库装置330两者可选择性地用本地和/或不同位置处的多个装置来实现。而且，选择性地操作装置和办法300以使用公共框架和因用户而异的代码(例如，与以上用图1描述的办法类似的)针对不同实体按不同方式(以及按需要相称地)执行电子审计和支付。

当在交易处理器装置320处收到诸如发票等交易数据310时，作出简档请求301以从数据库装置330检索用户简档数据302。用户简档数据302包括与交易数据310相对应的买方或卖方的买方简档332和卖方简档334中的一个或多个。动态审计引擎332还作出对与交易数据310有关的合约数据336的一部分的合约数据请求303，并且数据库装置330响应于该请求返回合约数据304。

审计引擎322随后执行与简档数据有关的代码，通过用户简档信息302和合约数据304来审计交易数据(或交易数据所应用的交易的其他部分)。在本上下文中，使用在因用户而异的项目上操作的代码将审计引擎322动态地实现为不同审计引擎。如果审计成功，则向支付处理器324发送正审计数据323。支付处理器生成支付授权341，其被发送给第三方金融机构340，第三方金融机构340进而向交易中所涉及的卖方350执行支付342。在一些应用中，第三方金融机构340是买方的金融机构，并相应地从买方对该支付收款结算。在其他应用中，第三方金融机构340与交易处理器装置320(以及管理方364)相关联，以使得交易处理器装置和/或第三方金融机构后续与买方就代表其进行的支付342进行结算。

在支付被授权时，支付处理器还向费用征收引擎326发送支付数据325，支付数据指示该支付已被授权。在一些应用中，费用征收引擎326通过向数据库装置330发送费用数据306以随卖方350的费用账户数据338一起存储来响应支付数据325。在将进行对所征收费用的支付时，费用征收引擎326作出对数据库装置330的费用账户平衡请求307，数据库装置330向费用征收引擎返回费用账户平衡数据308。通过使用费用账户平衡数据308，费用征收引擎为特定卖方生成费用支付授权361并将该授权发送给卖方的金融机构360，金融机构360生成对所征收费用的支付362并将其发送给管理方362。

在其他应用中，在授权支付时向每一支付征收费用。在作出支付授权341之前，费用征收引擎直接向支付处理器324返回费用数据306。支付处理器通过将支付授权341中的支付金额减少费用数据中指定的费用的金额来进行响应。由此，向卖方支付特定交易的欠款减去交易费用，其中交易处理器在结算之际向买方收取该费用的金额的资金。

在一些实施例中，应收账款处理器321与支付处理器324交互(或在公共计算机系统上操作)以根据交易数据和卖方的简档信息向卖方实施支付。例如，在卖方经由简档指定将发生支付的方式(例如，预先付款的时限、记入贷方的账户)的情况下，应付账款处理器321向支付处理器324传达恰适的信息。应收账款处理器321针对向其进行支付的卖方的应收账款信息跟踪每一支付。此跟踪可涉及例如监视应收账款文件以及在进行支付时更新这些文件，以确保就卖方提供的货物和服务恰适地向卖方付了款。在恰适的情况下，应收账款处理器321还向卖方350传达应付账款状态，并进一步交互以促进支付授权341和支付342。

在某些应用中，交易处理器装置320还包括动态承保引擎328，其促进对向交易数据310所表征的交易中所涉及的买方延展信用期的承保。在代表买方延展信用期(例如，如在从数据装置330返回的用户简档302中所指定的)时，支付处理器324向承保引擎328发送承保请求327。承保请求包括表征向其请求信用承保的买方的信息、连同将被授权的支付金额、以及促进对支付的承保所需的任何其他信息。

承保引擎328使用请求327中的信息且在恰适的情况下访问外部信息(诸如信用报告)，并且向支付处理器324返回承保授权数据329。支付处理器324使用承保授权数据329来作出支付授权341。在一些应用中，承保授权数据329指定经由费用征收引擎326征收的特定利率或其他筹资费用。在本上下文中，取决于特定应用使用不同承保办法来动态地实现承保引擎328。

在涉及承保引擎328的另一种实现中，支付处理器324使用用户简档数据302中的信息来确定经由承保授权329提出的利率或其他费用对于买方和/或卖方是否可接受。例如，在特定买方希望将信用证条款的信用额度提高到特定额度的情况下，支付处理器324在承保授权329为该买方指定该特定额度内的条款时授权支付。

在其他应用中，管理方364获得用于为众多卖方作出支付授权341的信用。使用此办法，承保引擎328根据管理方364所设置的承保条件生成承保授权329。即，管理方364在买方满足某些承保准则时同意(经由与特定买方等签订合约)为代表买方延展信用期承担承保责任。由此，在生成承保授权329和后续支付342时，管理方364的信用评分被用于(例如，从第三方金融机构340)获得信用。在承保引擎328返回满足管理方364所设置的准则的承保授权数据329时，支付处理器324作出支付授权341。在许多应用中，此办法导致受特定买方欢迎的信用证条款，其可被管理方364用来鼓励买方使用交易处理器装置320，其中管理方进而经由向卖方征收费用以及在一些应用中经由信用证条款来赚钱。

在某些具体实施例中，本文中所示出和描述(例如结合图3)的办法用授予Hahn-Carlson的美国专利No.5,910,896中所描述的货运类型交易来实现。其他具体实施例针对在全部归Hahn-Carlson的美国专利申请S/N.10/436,878(“AutomatedTransaction Processing System and Approach(自动化交易处理系统和办法)”)、10/864,761(“Automated Transaction Processing System and Approach(自动化交易处理系统和办法)”)和11/149,977(“Distributor-based Transaction ProcessingArrangement and Approach(基于发行者的交易处理装置和办法)”)中所描述的基于合约的交易的协作和/或其他方面的交易处理办法的实现。全部这些专利文献皆通过引用完整纳入于此。例如，关于美国专利申请S/N.10,864,761，可使用本文中描述的主要办法来匹配传入发票(例如，诸如从买方收到的经核准发票)。作为另一个示例，关于美国专利申请S/N.10,436,878，可按照与本文中诸如用图3讨论的不一致的方式将基于协作的办法实现为可适用于买方与卖方之间进行处理的关系。

虽然已参考若干特定示例实施例描述了本发明的某些方面，但是本领域技术人员将认识到，可对其作出许多改变而不脱离本发明的精神和范围，本发明的各方面在所附权利要求中阐述。

Claims (27)

1.一种用于电子地处理涉及买方和卖方的交易的自动化交易处理系统，所述自动化交易处理系统对每一笔交易使用对每一买方/卖方对恰适的电子简档数据以及根据所述买方和至少一个卖方来定义的预定义合约数据集合，所述系统包括：

交易处理器装置，其被编程为通过对每一笔交易根据所存储的合约数据集合和与所述交易有关的简档数据执行计算机可读代码来处理众多电子交易，所述交易处理器装置包括

计算机实现的审计引擎，其被编程为对于涉及买方和至少一个卖方的每一笔交易：

通过用被审计交易的所存储的合约数据集合执行代码来审计交易数据，以及

生成表征所述审计的计算机可读审计数据，

计算机实现的支付处理器，其被编程为对于每一个卖方，响应于所生成的指示针对涉及所述卖方的至少一笔交易对所述卖方的支付是恰适的审计数据，使用所述卖方的专有简档数据来筹资和向卖方金融机构办理电子支付，以及

计算机实现的费用征收引擎，其被编程为通过生成计算机可读费用数据来对向其进行电子支付的每一个卖方征收交易处理费用，所述计算机可读费用数据将所述费用和费用金额与为其生成所述费用数据的卖方相关联。

2.如权利要求1所述的系统，其特征在于，所述审计引擎通过执行为每一买方专有的计算机可读代码来独立地为审计其交易数据的买方进行操作。

3.如权利要求1所述的系统，其特征在于，所述支付处理器通过执行对为其生成所述支付的交易中所涉及的买方和卖方中的至少一个专有的计算机可读代码来为处理不同电子支付独立地进行操作。

4.如权利要求1所述的系统，其特征在于，

所述审计引擎通过响应于来自所述买方的指示发票中的金额为应付账款的电子数据通信以认证电子发票数据、以及生成指示所述认证的计算机可读审计数据来审计包括电子发票数据的交易数据，以及

所述支付处理器响应于所述生成的指示所述认证的计算机可读审计数据使用卖方的简档数据来筹资并向所述发票数据中所指定的卖方的卖方金融机构办理支付。

5.如权利要求1所述的系统，其特征在于，所述审计引擎通过执行计算机可读代码和所存储的所述至少一个卖方的简档数据来审计所述交易数据，所述简档数据指示可由所述审计引擎处理以生成所述计算机可读审计数据的信息。

6.如权利要求1所述的系统，其特征在于，

所述交易处理器装置进一步包括计算机实现的承保引擎，以使用买方的简档信息中的信用数据来承保对买方的信用期延展并为每一笔承保交易生成用于向买方延展信用期的计算机可读核准数据，以及

其中所述支付处理器响应于所述生成的审计数据和所述生成的核准数据来筹资并向卖方金融机构办理基于电子信用的支付，并在所述买方的信用账户中反映对所述卖方的支付。

7.如权利要求6所述的系统，其特征在于，所述费用征收引擎通过生成计算机可读费用数据来响应于所述生成的核准数据向接收基于电子信用的支付的卖方征收费用，所述计算机可读费用数据将所述费用和费用金额与所述卖方相关联。

8.如权利要求1所述的系统，其特征在于，

所述交易处理器装置进一步包括计算机实现的承保引擎，用以：

使用买方的指定保荐金融机构承保代表所述买方进行的支付的简档信息中的信用数据来为向卖方的金融机构进行的电子支付承保对买方的信用期延展，以及

生成计算机可读核准数据来为每一笔承保交易向买方延展信用期，

所述支付处理器响应于所述生成的审计数据和所述生成的核准数据来筹资并向卖方金融机构办理基于电子信用的支付，并在所述买方的信用账户中反映对所述卖方的支付，以及

所述费用征收引擎通过生成计算机可读费用数据来代表承保所述支付的保荐金融机构向所述卖方征收费用，所述计算机可读费用数据将所述费用和费用金额与为其生成所述费用数据的卖方相关联。

9.如权利要求1所述的系统，其特征在于，

所述交易处理器装置进一步包括计算机实现的承保引擎，用以：

使用所述买方的简档信息中的信用数据来为向卖方的金融机构进行的电子支付承保对卖方的信用期延展，以及

生成计算机可读核准数据来为每一笔承保交易向卖方延展信用期，

所述支付处理器响应于所述生成的审计数据和所述生成的核准数据来筹资并向卖方金融机构办理基于电子信用的支付，并在所述卖方的信用账户中反映对所述卖方的支付，以及

所述费用征收引擎通过生成计算机可读费用数据来就所述承保向所述卖方征收费用，所述计算机可读费用数据将所述费用和费用金额与为其生成所述费用数据的卖方相关联。

10.如权利要求1所述的系统，其特征在于，所述审计引擎通过将所述交易数据与存储的合约数据进行比较来审计所述交易数据以确定支付是否恰适。

11.如权利要求1所述的系统，其特征在于，所述费用征收引擎通过根据接收支付的卖方与所述交易处理器装置的运营商之间的合约的计算机可读合约数据生成交易处理费用数据来征收交易处理费用。

12.如权利要求1所述的系统，其特征在于，所述支付处理器通过向所述卖方金融机构提供所述买方欠所述卖方的金额减去所述费用征收引擎向所述卖方征收的交易处理费用的电子支付来筹资和办理支付。

13.如权利要求1所述的系统，其特征在于，

所述审计引擎通过使用所述交易的所存储合约数据处理发票数据来审计包括卖方发票数据的交易数据，以及

所述支付处理器响应于指示支付对所述卖方发票数据是恰适的所述审计数据来筹资并向所述发票数据中所指定的卖方的卖方金融机构办理支付。

14.如权利要求1所述的系统，其特征在于，所述审计引擎通过为所述支付处理器生成指示所述支付被预核准了的计算机可读审计数据来对由发票所应用的买方就支付预核准了的发票审计包括卖方发票数据的交易数据。

15.如权利要求1所述的系统，其特征在于，所述支付处理器促进电子结算以从买方收取资金来抵补代表实施买方向卖方进行的支付。

16.如权利要求1所述的系统，其特征在于，所述支付处理器

电子地获取指定就所述支付处理器为其筹资并向卖方办理电子支付的交易从买方收取资金的权力的数据，以及

促进电子结算以从所述买方收取资金来抵补代表所述买方向卖方进行的支付。

17.如权利要求1所述的系统，其特征在于，所述费用征收引擎通过生成包括用于向对其征收所述费用的所述交易中所涉及的买方提供所述所征收费用中的至少一部分的信息的数据来生成所述计算机可读费用数据。

18.如权利要求1所述的系统，其特征在于，还包括计算机实现的应收账款处理器，用以

与所述支付处理器交互以根据交易数据和卖方的简档信息促进向卖方的支付，以及

针对向其进行支付的卖方的应收账款信息跟踪每一支付。

19.一种用于电子地处理涉及买方和卖方的不同交易的方法，所述方法对每一笔交易使用对每一买方/卖方对恰适的电子简档数据以及根据所述买方以及所述买方与至少一个卖方之间的预定义商业关系来定义的合约数据集合，所述方法包括：

根据所述存储的合约数据集合和简档数据通过以下操作来处理电子交易：

对于涉及买方和至少一个卖方的每一笔交易，使用所述交易的所存储合约数据集合来审计交易数据并生成表征所述审计的计算机可读审计数据，

响应于所生成的指示针对涉及所述卖方和买方的至少一笔交易向卖方的支付是恰适的审计数据筹资并向卖方金融机构办理电子支付，以及

通过生成计算机可读费用数据来对向其进行电子支付的每一个卖方征收交易处理费用，所述计算机可读费用数据将所述费用和费用金额与为其生成所述费用数据的卖方相关联。

20.如权利要求19所述的方法，其特征在于，

所述审计步骤包括通过响应于来自所述买方的指示发票中的金额为应付账款的电子数据通信以认证电子发票数据、以及生成指示所述认证的计算机可读审计数据来审计电子发票数据，以及

所述筹资和办理电子支付的步骤包括响应于所生成的指示所述认证的计算机可读审计数据来生成向所述发票数据中所指定的卖方的卖方金融机构的电子支付。

21.如权利要求19所述的方法，其特征在于，

进一步包括使用所述买方的简档信息中的信用数据来承保向买方的信用期延展并为每一笔承保交易生成用于向买方延展信用期的计算机可读核准数据，以及

其中所述筹资和办理电子支付的步骤包括响应于所生成的审计数据和所生成的用于向买方延展信用期的核准数据来筹资并向卖方金融机构办理基于电子信用的支付，并在所述买方的信用账户中反映对所述卖方的支付。

22.如权利要求19所述的方法，其特征在于，

进一步包括使用买方的简档信息中指定保荐金融机构保荐代表所述买方进行的支付的信用数据就向卖方金融机构进行的电子支付承保向买方的信用期延展，并生成用于向为其承保交易的买方延展信用期的计算机可读核准数据，

其中所述筹资和办理电子支付的步骤包括响应于所生成的审计数据和所生成的核准数据来筹资并向卖方金融机构办理基于电子信用的支付，并在所述买方的信用账户中反映对所述卖方的支付，以及

其中所述征收交易处理费用的步骤包括通过生成计算机可读费用数据来代表承保所述支付的保荐金融机构向所述卖方征收费用，所述计算机可读费用数据将所述费用和费用金额与为其生成所述费用数据的卖方相关联。

23.如权利要求19所述的方法，其特征在于，

进一步包括使用代表其进行所述支付的买方的简档信息中的信用数据就向卖方金融机构进行的电子支付承保向卖方的信用期延展，并生成用于就每一卖方的每一笔承保交易向所述卖方延展信用期的计算机可读核准数据，

其中所述筹资和办理电子支付的步骤包括响应于所生成的审计数据和所生成的核准数据来筹资并向卖方金融机构办理基于电子信用的支付，并在所述卖方的信用账户中反映对所述卖方的支付，以及

其中所述征收交易处理费用的步骤包括通过生成计算机可读费用数据来向所述承保的所述卖方征收费用，所述计算机可读费用数据将所述费用和费用金额与为其生成所述费用数据的卖方相关联。

24.一种基于交易的计算机处理装置，用于使用描绘买方和卖方中至少之一的具体操作功能的数据来处理不同买方和卖方之间的不同交易的应付账款资金，所述买方和卖方中至少之一与系统管理方交易以处理买方和卖方中至少之一的支付账户，所述计算机处理装置被编程为：

对于多个卖方发票数据集合中的每一个，

使用买方与卖方之间的合约的预定义合约数据将所述卖方发票数据集合与涉及所述买方和所述卖方的交易相关联，

使用所述预定义合约数据和所述买方在所述交易中指定的审计数据来审计所述相关联的发票数据集合，以及

生成表征所述审计的计算机可读审计数据；

对于每一买方，响应于所生成的指示针对所述卖方的至少一个发票数据集合向卖方的支付是恰适的审计数据执行买方专有代码以向卖方的金融机构办理电子支付；以及

通过使用卖方简档数据生成计算机可读费用数据以便将所征收的费用和费用金额与为其生成所述电子支付的卖方相关联来对每一笔所处理的电子支付征收交易处理费用。

25.如权利要求24所述的装置，其特征在于，所述按照所处理的电子支付的百分比的金额来征收所述交易处理费用。

26.如权利要求24所述的装置，其特征在于，所述交易处理费用包括就每一笔支付向所述买方和卖方征收的费用。

27.如权利要求24所述的装置，其特征在于，根据所述处理器装置的运营商与涉及为其办理支付的每一笔交易的买方和卖方中的至少之一之间的合约数据来办理所述电子支付。

Images