CN101933050A

CN101933050A - 抵销发票债务的系统和方法

Info

Publication number: CN101933050A
Application number: CN2008801111377A
Authority: CN
Inventors: 萨默·埃尔比兹里
Original assignee: Individual
Current assignee: Individual
Priority date: 2007-08-12
Filing date: 2008-08-08
Publication date: 2010-12-29
Also published as: JP2016197421A; BRPI0815467A2; US20130024337A1; JP2021131905A; EP2191446A4; JP2010536110A; US8229807B2; US20090043678A1; AU2008287005A1; WO2009023593A1; CA2696374A1; JP2014099198A; JP2019079569A; EP2191446A1; MX2010001697A

Abstract

本发明公开了用于解决发票债务的方法，包括：a)提供至少一个销售发票，其中，每个销售发票包括信贷值，b)提供至少一个购买发票，其中，每个购买发票包括借记值，以及c)用销售发票的信贷值的至少一部分来抵销购买发票的借记值的至少一部分。还公开了用于解决发票债务的方法，包括：a)提供具有至少一个销售发票的至少一个销售者，b)提供具有至少一个销售发票和至少一个购买发票的至少一个顾客，其中，所述至少一个销售发票中的至少一个和所述至少一个购买发票中的至少一个形成发票链；以及c)用所述顾客的至少一个销售发票、所述至少一个购买发票或其组合来抵销销售者的至少一个销售发票。

Description

抵销发票债务的系统和方法

相关申请的交叉引用

本申请是要求2007年8月12日提交的美国临时申请序号60/955,364的优先权的美国发明专利案(Utility Application)，该美国临时申请通过引用整体地结合到本文中。

技术领域

本主题的领域是发票债务(invoice obligation)的抵销(offsetting)和用来完成那些抵销交易(transaction)的系统和方法。

背景技术

企业、商业和非营利性实体或个人为出售的产品或服务向顾客开具发票。这些发票包括用于此类产品和服务的欠款(amount owed)，大部分除其他项目外还可以包括那些产品和服务的数量及规定或商定价格或费用。政府实体还为服务、资产销售、关税、利息、税金和罚金向个人和企业纳税人开具发票。产品和服务还可以包括利息、贷款本金和罚金。开具发票的这些企业、商业和政府实体和/或个人在本文中统称为“销售者”。

销售者通常将其大量资产记入应收账款或这些销售者已为支付而向顾客开具但尚未被支付的未支付的发票中。虽然当前批次的发票可能到这些发票被支付时在合理的时间量(例如30～90天)之内被支付，但新发票已经开具。此过程和顾客进行支付花费的时间使销售者经营生意的资本和自由资产水平降低。

为了提高出于生意目的(主要包括向其他人的支付债务)可动用现金的水平，销售者通常将对其应收账款(receivables)(销售发票)打折扣，借款或利用其它财务方法，诸如保理(factoring)、开具短期借据或应收账款融资。虽然这些过程可用于企业，但相关折扣、利息和交易成本可能显著地影响经营生意的成本、企业的增长和利润率。虽然这些过程是始终对降低无关成本和罚金感兴趣的企业不期望的，但目前还没有有效的替换方案。

许多销售者对其应收账款打折扣以便诱使顾客及早支付。虽然这种策略有时是有效的，但对于销售者来说成本相当高(平均每个发票2％)。某些销售者可能有条件以与商誉相对应且平均起来范围从1％以下至11％以上的最优惠利率的利率负担其销售发票的经费(Somesellers can be qualified to finance their sales finance invoices at interestrates that correspond to creditworthiness and ranging on average from 1％below to 11％above prime rate)。某些销售者根据期限(term)以销售发票信贷值(credit value)的1％至4％的平均费用保理(销售)其销售发票并接收信贷值的约70％至90％，直至顾客支付为止。

某些销售者将利息成本、交易成本和罚金结合在其发票中并将其发票传递给其顾客，这增加这些顾客的负债(liability)和成本并降低销售者的价格竞争力。某些销售者将这些额外成本勾销而不将其传递给顾客，以便以较低的利润率为代价保持良好的工作关系。本文所使用的术语“顾客”意指接收支付发票的任何人或实体。本文所使用的术语“支付”意指将发票借记值(debit value)的金额和债务清偿的任何货币交换。此过程在现有技术图1中示出，图1示出发票支付和融资(financing)的传统方法。

在现有技术图1中，示出了销售者110与顾客120之间的过程100。销售者110销售货物或服务130且顾客120在30～90天140内进行支付。在30～90天之后，循环150在销售者110与其顾客120之间重复。销售者110的年收益的平均8％至15％被锁定在未支付销售发票160中。为了得到现金，销售者110可以对销售发票170打折扣以诱使顾客120及早支付；将发票出售给保理公司，或从银行或通过在资本市场中发行债务证券(debt instrument)来借钱。

作为本文所公开的主题的参考点，美国的保理市场在2006年的待结(outstanding)保理应收账款(销售发票)方面超过1270亿美元。在美国，基于资产的信贷市场超过4800亿美元且待结商业票据(commercial papers)在2万亿美元左右。这些数字正在增长，伴随着各部门最近的金融低迷，这意味着有额外的发票未支付，融资选择越来越受到限制，保理资本的可用性也是如此。

在2005年授予Brown等人的美国专利No.6910021描述了支持抵销程序、但实际上并不完成抵销过程的财务管理系统。美国国库已经建立试验性抵销系统，由此，欠纳税人的退款被任何过期判决或该纳税人所欠的家庭/儿童抚养费抵销。看起来没有在不从银行、信贷或投资帐户进行提款支付的情况下匹配销售者和顾客以抵销其发票债务(实物交易或支付免除的例外情况极其有限且效率低)的任何当前程序方法或系统。看起来也没有用于同时或以智能方式解决(resolve)多个销售者多个顾客和多个发票的发票债务以便为尽可能多的相关各方快速抵销发票的任何当前程序、方法或系统。

基于无论是以书面还是电子方式在销售者与顾客之间开具并支付发票的当前过程，产生如下新的系统和相关方法在经济上将是有帮助且期望的，所述新系统和相关方法用于通过将销售者的发票与其顾客和其销售者(供应商(vendor))以及他们的顾客和销售者的那些发票链接来使销售者的发票匹配并用其销售发票抵销其购买发票(purchase invoice)，以便抵销发票借记和信贷值，减少支付时间，减少待结发票的数目，降低发票折扣成本、罚金、利息、和对资产借用或融资的需要，增加购买力或其组合。

附图说明

现有技术图1示出发票图，其示出发票支付和融资的传统方法。

图2示出具有在多个销售者(其也是顾客)之间发展的链接借贷的一连串发票(在示例2中详细描述)。

在图3中，可以称为发票清偿系统(Invoice Clearing System)的预期系统寻找由不同的销售者开具的销售发票之间的特定关系和匹配特性并使用这些关系来抵销发票债务并将其清偿。

图4示出用于预期系统的方框图，其中，描述了基于计算机的网络环境中的发票的预期工作流程。

图5示出不完整发票链(incomplete invoice chain)或不一致(disparity)链的示例。

发明内容

公开了用于解决发票债务的方法，包括：a)提供至少一个销售发票，其中，每个销售发票包括信贷值，b)提供至少一个购买发票，其中，每个购买发票包括借记值，以及c)用销售发票的信贷值的至少一部分来抵销购买发票的借记值的至少一部分。

还公开了用于解决发票债务的方法，包括：a)提供具有至少一个销售发票的至少一个销售者，b)提供具有至少一个销售发票和至少一个购买发票的至少一个顾客，其中，所述至少一个销售发票中的至少一个和所述至少一个购买发票中的至少一个形成发票链；以及c)用所述顾客的至少一个销售发票、所述至少一个购买发票或其组合来抵销销售者的至少一个销售发票。

公开了用于解决发票债务的系统，包括：a)可执行代码，其用于智能地确定包括具有借记值的至少一个购买发票和具有信贷值的至少一个销售发票的发票链并用所述信贷值来抵销所述借记值，b)用于执行所述可执行代码的媒介，c)显示设备，以及d)用于执行可执行代码的交互工具。

另外，描述了软件包，其包括可执行代码，该可执行代码用于智能地确定包括具有借记值的至少一个购买发票和具有信贷值的至少一个销售发票的发票链并用所述信贷值来抵销所述借记值。

具体实施方式

令人惊讶的是，已经产生了新的系统和相关方法，使得销售者能够使用其销售发票的价值而不是现金或融资来支付或履行其购买发票的价值中的债务，并结算(settle)许多或全部发票，以便降低发票折扣成本、罚金、利息、和对资产借用或融资的需要，减少支付时间，减少待结发票的数目，增加购买力或其组合。本文所述的新型系统和方法还提供了对保理、任何形式的借款、实物交易或发票融资的更快、更便宜且更高效的替换。发票可以是任何形式，基于电子或纸张；票据；赊欠支付(payment owed)；任何种类的信贷或借记委托(debitcommitment)；或销售者与顾客之间的任何形式的协议或支付债务。每个销售发票具有相应的购买发票，其中，销售发票及其相应的购买发票具有相同金额、开具者、期限、到期日、开具日、付款人和收款人。

用于解决发票债务的预期方法包括：提供具有至少一个销售发票的至少一个销售者和具有至少一个销售发票和至少一个购买发票的至少一个顾客，其中，所述至少一个销售者和所述至少一个顾客形成发票链；并用所述顾客的至少一个销售发票的金额值来抵销所述销售者的至少一个销售发票的金额值。发票链可以包含许多销售者和顾客、发票、金额、货币、变化的发票到期日和开具日期。发票可以是一个或多个发票链的一部分。可以同时地或在单独的时间由一个或多个发票链将发票金额清偿。可以通过抵销来部分或完全将发票金额清偿。解决发票债务的构思意味着发票债务、发票的支付或抵销的履行。本文所使用的术语“抵销”意指转移一个销售发票的信贷值以便在不需要进行现金、支票或电子资金转帐、实物交易、保理、借款或其任何组合的情况下满足购买发票的借记值。本文所使用的信贷值意指发票上的要接收的金额，且借记值意指发票上的要支付的金额。

具体而言，通过借助于将销售者的发票与顾客的发票链接在一起使销售发票中的信贷值金额与顾客的购买发票中的借记值金额匹配并抵销来实现发票上的债务的电子和/或自动履行和结算。例如，销售者(销售者A)向顾客开具发票(销售发票)，顾客也是向其顾客开具发票的销售者(销售者B)，该顾客又是销售者(销售者C)，诸如此类，形成链接销售者、顾客和发票的隐含树和枝，在本文中称为发票链或链。在链中的第一销售者也是同一发票链(“完整链”)中的另一销售者的顾客的情况下，链接发票中的金额可以相互抵销(其中，顾客的链接购买发票的借记值被同一链中的(一个或多个)其销售发票的信贷值抵销)，稍后这在图2中示出和描述。

在完整链中，所有销售者也是顾客。“不一致链”是不完整链，其中第一或初始销售者不是同一发票链中的顾客，和/或该链中的最后一个顾客不是同一链中的销售者。在同一不一致链中也是其它销售者的顾客的销售者可能以与完整链相同的方式使其发票被抵销和清偿，而该链中的最后一个顾客的借记值购买发票的金额可以被此链外面的其销售发票中的一个或多个的信贷值的金额抵销；或者通过其销售发票中的一个或多个的传统来源或自动保理来支付，同时，第一销售者将能够抵销其它链中的其购买发票中的一个或多个，或从该链中的最后一个顾客接收信贷值。本文所使用的传统来源意指现金、支票或电子资金转帐、实物交易、保理、借款或其任何组合。

因此，使销售者的至少一个销售发票与顾客的购买发票匹配并用该顾客的至少一个销售发票抵销。销售者和顾客可以同时在该系统中，或者可以随着一个或多个销售者和/或顾客进入系统而匹配。例如，销售者的发票“销售发票”可以在该系统中被保持一段时间，直至系统形成适当的发票链直至其能被抵销为止。在另一示例中，来自不同销售者和顾客的销售发票和购买发票可以同时进入系统且被匹配，以形成一个或多个抵销发票链。系统在形成发票链时自动地确定并挑选第一销售者和/或第一发票的最佳或接近最佳起始点。该系统还自动地确定并形成用于抵销的最佳或接近最佳发票链。在确定最佳或接近最佳的起始点或发票链时，系统以其所确定的最佳条件进行其确定。该系统还可以通过随机地或以先来先服务方式或其它业务决策挑选第一销售者和/或第一发票和发票链而在没有最优化的情况下工作。

本文所使用的短语“确定最佳条件”意指确定发票链和将抵销的发票链的最佳或接近最佳起始点的最佳条件。最优化过程将以下各项的固定和可变条件考虑在内：a)由经济条件确定的优先权和销售者的满意，即系统能够调整或被调整为处理例如流动性最大化、最快抵销和清偿时间对比抵销每个发票的最高金额并将其清偿(其中，默认值是一天内每个发票的最高金额)；b)特殊条件，诸如发票期限、被销售者抵销的限时折扣、销售者想要首先抵销的购买发票的销售者受限选择、破产法、章程、货币兑换及其它因素；以及c)计算机限制。

本文所述的系统和方法用来：a)从销售者和顾客获得发票(销售发票和/或购买发票)或发票信息和授权(理想的是从销售者获得所有销售发票并从顾客获得所有购买发票)，b)使销售发票与其相应的购买发票匹配；销售者和顾客创建相关发票的信贷值和借记值链作为用于抵销和清偿的发票链，c)用销售发票信贷来抵销购买发票借记，报告并管理处理后事务。

一种预期方法确定销售者(销售者A)是否已向顾客开具销售发票，该顾客又是销售者(销售者B)，其已向顾客开具销售发票，该顾客又是销售者(销售者C)，并且此过程持续直到到达向销售者A开具的销售发票为止。一旦此第二阶段完成，则形成销售发票链，其从销售者A(作为销售者)开始，并以同一销售者A(作为顾客)结束。这些发票随后被自动抵销，或者结果被呈现给链中的所有销售者和顾客，其中，所述销售者和顾客可能同意用链中的其待结的购买发票来抵销其待结的销售发票。发票链中的销售者可以手动地或通过被设计为利用和使用现代(contemporary)技术和格式的一组计算机化规则和程序来自动地接受或拒绝抵销所呈现的发票。

在如图3所示的预期系统中，可以称为发票清偿系统的系统300是如本文所述地处理并抵销发票的计算机化系统。在这种情况下，销售者310和顾客320将发票放入系统330。系统要求使每个销售发票与系统中的其相应的购买发票匹配340以便将其包括在抵销过程中。有保险或高信用品质(credit quality)的销售者或顾客的某些例外情况可以在不匹配的情况下使其发票被包括。确定最佳起始点和确定的最佳条件以便评估发票是否有资格作为创建发票链的起始点。在将发票分类350之后，随后使其可用于可被系统300包括360在发票链中。系统300将把发票包括在一个或多个链中，直至其变成最佳发票链370的一部分为止。本文所使用的短语“最佳发票链”意指基于所确定的最佳条件被确定为具有最佳经济值的链。一旦发票是最佳发票链370的一部分，则用链380中的其它发票将其抵销并将其结算。该结算将根据需要被以电子方式并通过其它手段报告给销售者和/或顾客。

如所示，预期实施例特别地考虑(account for)与发票链中的发票相关的不同期限和到期日、货币面值(currency denomination)和/或法定权利。预期用户还可以以不记名方式(通过匿名标识符)在预期系统内经营生意，或者可以被特别地标识。可以将预期系统扩展至适合于复杂和/或经修改的符合性系统(compliance system)，以便服务于销售发票的贷方、保理服务提供商、网络提供商、会计系统、其它计算机应用程序及其组合。

本文所述的某些预期系统和方法用来：

1)通过以下方式从销售者和顾客获得发票：

用于销售者和顾客与网络通信的方法。

发票和发票债务信息将被输入系统中。

优选地，从销售者获得所有销售和购买发票，并从不是销售者的顾客获得所有购买发票。

2)将销售发票与其相应的购买发票匹配；销售者和顾客创建相关发票的信贷和借记链作为用于抵销和清偿的发票链。该系统：

自动确定并挑选最佳或接近最佳起始点(“最佳起始点”)以创建一个或多个发票链。最佳起始点取决于在系统的“所确定的最佳条件”中限定和确定的条件和结果。该系统还可以随机地或以先来先服务方式挑选链中的第一发票和销售者的起始点。

基于所确定的最佳条件来创建链。

3)用销售发票信贷来抵销购买发票借记，所述销售发票信贷结合了由利息平价确定的利息折扣或借记，其方式为：

将这些发票清偿和结算。可以同时将多个链清偿，并且可以由多于一个的链来将发票余额清偿。

直接向销售者和顾客或其系统提供结算确认和数据。

具体而言，图3示出预期系统的方框图，其中描述了基于计算机的网络环境和/或因特网连接中的发票的预期工作流程。在此图中，用户(未示出)将发票引入预期系统中，其中，此引入步骤可以包括多个步骤，如本文所述，诸如初始登记、授权、通过计算机程序和网络手动或自动地向系统中上传信息和/或输入发票信息和/或数据。一旦发票被引入该系统中，则系统将如上文1至3所示开始匹配处理。

如果发现链匹配(意味着发票被包括在所形成的一个或多个发票链中)，则系统确定匹配金额、任何利息、期限及其它方面以便清偿，并且在某些情况下将其呈现给用户以供批准或自动地批准将其抵销。系统还将计及处理后问题，诸如会计方法、报告并重新处理系统中的发票剩余余额。然后，系统履行、结算并关闭发票中的匹配和抵销金额。如果未发现匹配，则发票被保持在系统的数据库中或放回系统中并重新处理，直至发现发票链中的匹配为止。

如果发票被包括在不一致链中且用户的实体是链中的最后一个顾客，则用户可以使用链外面的另一销售发票来抵销链中的购买发票，或者系统可以从链中的一个或多个销售者为用户提供奖金作为及早支付的鼓励，或者为用户提供融资选择，诸如在其待结购买发票的剩余期限内(直至到期日为止)的无利息贷款。此过程是自动化的，用户能够将其融资选择、期限和利率设置为自动接受水平，或者以交易为基础手动地接受或拒绝它们。

如果发现发票是不完整发票链或不一致链的一部分且用户的实体是链中的第一销售者，则系统可以允许用户支付用户的待结购买发票中的一个或多个；或者来自从链中的最后一个顾客收集的付款的金额；或者针对链中的销售发票进行保理；或者其组合。保理过程是自动化的，用户能够将其选择、期限和利率设置为自动接受水平，或者以交易为基础手动地接受或拒绝它们。

用于解决发票债务的预期系统包括：可执行代码，其用于智能地确定包括具有信贷值的至少一个销售发票和具有借记值的至少一个购买发票的发票链并用至少一个购买发票的借记值的金额来抵销至少一个销售发票的信贷值的金额；用于执行可执行代码的媒介；显示设备；以及用于执行可执行代码的交互工具。

预期系统软件可以在计算机上运行并连接到因特网以及一个或多个内部网络。在一个实施例中，可以将系统软件构造为运行数据库的服务器的网络的一部分，所述数据库具有用于匹配的所有发票、销售者和顾客。在本实施例中，服务器软件将是多线程的，且可以在许多地理位置上共址，并通过基于因特网或非因特网连接被访问。还可以在私人或企业网络和/或计算机系统上在内部使用系统软件。

系统被联网以允许从任何地方可访问因特网或网络的销售者和顾客在单个机构(organization)内轻易并快速地上传其销售和购买发票或用户。系统的用户可以通过安全网络连接或到其输入接口(手动和应用接口两者)的连接来远程地连接到系统。

还公开了软件包，其包括可执行代码，该可执行代码智能地确定包括至少一个销售发票和至少一个购买发票的发票链并用所述至少一个销售发票来抵销所述至少一个购买发票。

软件集成

预期系统可以通过API和/或其它传统集成方法与多个软件方案集成。可以基于允许与大多数电子会计(electronic accounting)和文档交换系统集成的XML和/或EDI(电子数据交换)架构和标准来创建预期系统。这些系统的集成可以包括利用QuickBooks、Peachtree、SAP、Sage(Mas 90/Sage Mas 200、Accpac)、Net Suite、Everest Software、Exact Financials、Oracle、Microsoft、Epicor及其组合。

通信

图4示出用于用户405(销售者410和顾客420)连接到发票抵销系统并与之通信的某些预期方法和系统400。具体而言，在图4中，一个预期实施例包括销售者410和顾客420以如下方式将发票或发票信息(未示出)放置到发票清偿系统440中的方法：使用因特网、WAN、LAN、FTP或其它电子通信方法430和435；使用集成应用程序(特别地包括会计软件、EDI实现、XML等等)。发票或发票信息提交到系统可以自动地或在由操作员发起的特殊条件下进行。

用户及其系统或应用程序可以连接、集成发票抵销系统并与之通信，特别地包括：

EDI VAN和因特网连接

预期系统可以将其服务与EDI VAN提供商集成以允许用户通过其现有或已修改的帐户进行连接。可以通过以下各项来提供EDI连接：

增值网络(Value Added Network)

以最基本的形式，增值网络或“VAN”充当地区邮局。它们接收交易，检验‘始发地’和‘目的地’信息，并将该交易路由到最终接收者。VAN提供许多附加服务，例如重新传输文档，提供第三方审计信息，充当用于不同传输方法的网关，并处理远程通信支持。由于VAN提供的这些及其它服务，即使当贸易伙伴双方正在使用基于因特网的协议时，企业也经常使用VAN。健康照护票据交换所(Healthcareclearinghouse)执行与VAN相同的许多功能，但具有管理受保护健康照护信息的附加法律约束。

VAN还提供AS2传输中的证书更换的优点。由于传统企业相关AS2传输中的每个节点通常包括安全证书，所以通过VAN来路由许多合作伙伴可以使证书更换更为容易。

因特网/AS2

直到最近，通过贸易伙伴之间的通常包括FTP或电子邮件附件等的非标准方法来处理因特网传输。还存在用于将EDI文档嵌入XML的标准。许多机构正在迁移到此协议以降低成本。例如，Wal-Mart现在要求其贸易伙伴切换到AS2协议。

AS2(适用性声明(Applicability Statement)2)是规范标准草案，供应商应用程序借此使用HTTP(万维网所使用的标准)通过因特网来传送EDI或其它企业间数据(诸如XML)。AS2通过数字签名和数据加密来为传输有效载荷提供安全，并通过使用收据来保证可靠的非否认(non-repudiable)递送。

VPN

用户可能希望利用IP安全协议(IPSec)通过因特网经由虚拟专用网络(VPN)来连接到预期系统。

网页SSL(Web SSL)

预期系统可以直接通过因特网来提供SSL加密。

交叉连接(Cross-Connect)

预期系统可以由其他提供商通过托管数据中心来托管。

外部网(Extranet)

预期系统可以连接到多个外部网提供商，包括BT-Radianz、TNSi、Yipes、和SAVVIS。这些预期系统可以基于来自外部网提供商的订户需要和合作经由任何开放和可用外部网提供商来连接到顾客。

专用线(Private Line)

某些预期用户可能希望使用诸如电信提供(Telco-provided)的T-1、T-3、帧中继、ATM和/或MetroE等租用线路或其它网络方法来发起到预期系统的专用线(或点到点)连接。这些连接在预期系统数据中心空间中由用户提供和拥有的路由器或交换机端接。

示例

示例1：发票抵销系统的简图

一个销售者(销售者A)向顾客开具1000美元的销售发票，该顾客也被识别为销售者B。销售者B已向其顾客开具1000美元的不同销售发票，该顾客又是已向第三顾客开具1000美元的销售发票的销售者(销售者C)，第三顾客结果是销售者A。匹配和抵销可能在所有这些发票被张贴(post)在系统中的几秒内发生。

预期系统用来基于销售者C给销售者A的购买发票被销售者A给销售者B的销售发票抵销而抵销所有这些销售发票，销售者B给销售者A的购买发票可以被其(销售者B的)给销售者C的销售发票抵销，完成链中的所有发票的抵销。

示例2：具有不均等发票金额的发票抵销系统200的简图(图2)

销售者A 210向顾客开具1000美元销售发票，该顾客也被视为销售者(销售者B)220。销售者B 220已向顾客开具1000美元销售发票，该顾客也被视为销售者(销售者C)230，销售者C 230已向另一顾客开具500美元销售发票，该另一顾客被系统识别为销售者A210。

可以利用发票链来抵销这些发票中的每一个的500美金和由销售者A 210和销售者B 220每个为500美元开具的销售发票的余额的新余额，并导致销售者C 230与销售者A 210之间的发票的全额抵销。

示例3：用于保理业务的发票清偿系统示例

本文所述的预期系统和方法还提供发票的保理、短期借款或融资的更快、更便宜或更高效替换。

例如，虽然销售者的保理、开具短期借款证券(borrowinginstrument)或融资发票的费用可能分别在每30天周期平均2％、0.8％和0.7％左右，但在新型系统中销售者的成本可能在0.325％至0.55％之间的范围内。实现此节省是因为在新型系统和方法中，用来自销售者的销售发票的金额来匹配、抵销并结算销售者的购买发票的金额。因此，由于可能要求销售者在其销售发票上支付相当于融资、应收账款折扣、或保理的利息(在本示例中，为0.7％至2％)，其将自动地在其购买发票上接收到较低但成比例的利息(在本示例中为0.7％至1.65％)。新型系统和方法为销售者提供商业媒介以实现其流动性、购买力和降低成本目标，而不需要传统的融资、折扣或保理方法且没有其相关成本。销售者所支付和接收的利息金额将取决于多个因素，可以包括高效金融市场的利率平价(interest rate parity)。

示例4：用于大量销售者和/或顾客的发票清偿系统示例

发票链可以包含大量销售者和顾客、发票、金额、货币、变化的发票到期日和开具日期。最佳条件将包括全世界的所有销售者、顾客、发票、金额、货币及到期日和开具日期。在预期方法中，发票可以是一个或多个链的一部分；发票金额可以同时或在单独时间被一个或多个链清偿；发票金额可以被部分清偿；并且发票可以是一个或多个链的一部分，所述链包含具有不同的期限、条件、货币及与发票和支付方法共用的其它变量的发票。

例如，销售者(销售者A)向顾客开具发票(销售发票)，该顾客又是向另一顾客开具发票的销售者(销售者B)，所述另一顾客又是向销售者A开具发票的销售者(销售者C)。这形成完整发票链(“完整链”)，其中，销售者A给销售者B的销售发票可以被链接到销售者B给销售者C的销售发票和销售者C给销售者A的销售发票，该发票又是销售者A的购买发票。因此，销售者A与销售者C的购买发票的金额可以被销售者A给销售者B的销售发票抵销；销售者B与销售者A的购买发票的金额可以被销售者B给销售者C的销售发票抵销；且销售者C与销售者B的购买发票的金额可以被销售者C给销售者A的销售发票抵销。换言之，销售者C欠销售者B，销售者B欠销售者A，销售者A欠销售者C，因此，通过在网络中将这三个销售者链接，销售者C可以自动地从销售者C欠销售者B的金额中扣除销售者A欠他的金额，销售者B和销售者A又能够做相同的事，并可以结算并满足其所有发票的金额。

示例5：示出不完整或不一致链的构思的发票清偿系统示例

常常及由于许多因素，特别地包括网络中的销售者和/或发票数目及其与世界上的销售者和发票总数的关系、或开具发票的时间及发票的某些条件和变量，可能导致不能通过完整发票链抵销系统中的许多发票。系统将形成销售者、其顾客、其顾客的顾客等之间的链接，生成链接发票的树和枝。这些链接发票可以被系统用来形成不完整发票链“不一致链”。

例如，销售者(销售者A)向顾客开具发票(销售发票)，该顾客又是向另一顾客开具发票的销售者(销售者B)，所述另一顾客又是向另一顾客(销售者D)开具发票的销售者(销售者C)，诸如此类，但此链中没有人向销售者A开具发票。这是不完整发票链，与购买发票的借记值可以被销售发票的信贷值抵销的完整链不同，此抵销条件只能在系统进行附加动作的情况下存在。

示例6：示出不完整发票链的解决的发票清偿系统示例

可以根据所确定的最佳条件在系统内通过不同的方法来抵销不完整或不一致链中的发票。抵销并结算这些发票的一种预期方法是允许链中的最后一个顾客使用链外面的一个或多个销售发票。另一种预期方法可以允许最后一个顾客使用为向其开具的购买订单负担费用的传统方法。另一种预期方法可以允许最后一个顾客使用负担费用或进行支付并阻止利息溢价(interest premium)出现在同一链中的已支付购买发票中的传统方法。这些预期方法的结果可以为不一致链中的第一销售者提供对链中的其销售发票的支付或抵销链外面的一个或多个其别的购买发票的能力。同样是不一致链中的顾客的所有销售者将以类似于完整发票链的方式使其发票被抵销、清偿并结算。

例如，如图5所示，销售者(销售者A)510向顾客开具发票515(销售发票)，该顾客又是向另一顾客开具发票525的销售者(销售者B)，所述另一顾客又是向另一顾客(顾客D)540开具发票535的销售者(销售者C)530，但此链中没有人向销售者A开具发票550。可以通过利用预期发票清偿系统560来处理并智能地优化这些发票和发票链。顾客D可以使用来自此链外面的一个或多个销售发票来抵销其在该链中的购买发票，或者一个人可以以相同的成本对销售者A销售发票进行保理并对顾客D的购买发票负担费用，并创造类似于完整发票链的条件。此预期方法在系统中的多个方法之中，其提供即使在销售者数目最小的情况下也优化系统的流动性和价值的重要解决方案，允许网络中的较小百分比的销售者达到接近于最佳经济效益的临界质量(critical mass)。

示例7：示出替换抵销方法的发票清偿系统示例

抵销并结算这些票据的方法的另一种预期方法是使用来自链中的第一销售者的销售发票的利息和将在链中的其它销售者的支付与他们在利息或折扣方面的接收之间收集的差额(margin)(当不完整或不一致链的发票被抵销时)，向链中的最后一个顾客提供折扣或利息，以便链中的最后一个顾客满足其在链中的购买发票的金额。最后一个顾客可以选择支付该金额或保持利息或折扣；或者使用利息或折扣来支付融资的利息。

例如，销售者(销售者A)向顾客开具发票(销售发票)，该顾客又是向另一顾客开具发票的销售者(销售者B)，所述另一顾客又是向另一顾客(顾客D)开具发票的销售者(销售者C)，但在此链中没有人向销售者A开具发票。一个人可以使用销售者A可支付的利息的金额来及早支付其销售发票和在销售者B和C对其自己的销售发票的支付与他们在其购买发票在链中被抵销的情况下在其购买发票上的接收之间的差额，以便支付利息或折扣的金额以诱使顾客D对链中的顾客D的购买发票进行支付或负担费用。

示例8：示出最优化的发票清偿系统示例

系统在形成链时自动地和/或通过业务规则来确定并挑选第一销售者和/或第一发票的最佳或接近最佳起始点。系统还自动地和/或通过业务规则来确定并形成最佳或接近最佳发票链以进行抵销。在确定最佳或接近最佳起始点或链时，系统依赖于所确定的最佳条件。系统还可以通过随机地或以先来先服务方式挑选第一销售者和/或第一发票和链而在没有最优化的情况下工作。

虽然将来可能不会变成因素，但在特定点处对当前计算机硬件计算能力的依赖性可能限制系统在合理的时期内确定要清偿的最佳起始点或最佳发票链的能力。在这种情况下，系统将替代地确定接近于最佳点，诸如通过创建从具有最高发票金额的前20％销售者中的每个销售发票开始的链并选择在将最高总发票金额清偿的情况下将链清偿来确定最佳发票链的预期方法。另一种预期方法是在15％内找出系统中的重现最多发票金额的前20％(find the within 15％the top 20％ofthe most recurring invoice amounts in the system)，并使链从这些发票中的每一个开始，以找到具有最高金额的链和要清偿的大部分销售者，与其是完整发票链还是不完整链无关。

另一预期方法是随机地挑选系统中的在给定日期提交的发票的20％作为起始点并将所创建的所有链抵销且清偿。又一种预期方法是使发票链从提交给系统的每个新发票开始并使用其结果来挑选最大金额的接近最佳链，其次是所清偿的大部分发票。这些及其它预期方法根据诸如发票数目及销售者和顾客数目等系统中的因素来确定哪一种是计算机在合理的时间帧内到达最接近最佳结果的最佳预期方法。例如，如果在系统中存在七百万个发票，则挑选最佳起始点在目前的计算机上是不切实际的，挑选第二种预期方法可以得到期望结果的80％以上。

例如，系统的一种预期方法基于网络中的最高金额发票来挑选最佳起始点以便使链中的发票的金额抵销最大化。此起始点将在实现一定水平的流动性和顾客满意度的同时节省相当多的计算资源。另一种预期方法通过识别系统中的具有重现最多发票金额(在金额的差额的10％内)的发票的前20％并从发票的那些前20％中的每一个开始创建链接发票的树和枝来挑选最佳起始点，以找出要抵销的最佳或接近最佳链。

在另一示例中，100个发票的完整链(链A)可以抵销并清偿每个发票的700美元或链中的平均发票金额的平均50％，但是包括70个链A发票的77个发票的链(优化链)可以将每个发票的1200美元或该链中的平均发票金额的平均80％抵销并清偿。系统将忽视链A并将系统认为该链A为接近于最佳链的优化链中的发票抵销。

示例9：供金融机构使用不完整或不一致发票链的预期方法

销售者A向顾客开具发票(销售发票)，该顾客又是向另一顾客开具发票的销售者(销售者B)，所述另一顾客又是向另一顾客(顾客D)开具发票的销售者(销售者C)，但在此链中没有人向销售者A开具发票。系统可以自动地或通过用户交易批准来以相同的成本对销售者A的销售发票进行保理并承担顾客D的购买发票的费用，并为创造类似于完整链的条件；或者，如在不一致链示例中解释的那样，将利差幅度的一部分作为鼓励递送给尽早支付的顾客。

可以使用发票清偿系统(ICS)来自动地从销售者A打折购买销售发票(保理)。在另一实施例中，可以为顾客D提供使用其它(一个或多个)销售发票来自动地满足其给销售者C的购买发票的债务或者获得短期无息贷款的能力。这两个选项是ICS在完成不一致链时使用的预期方法，且可以允许金融机构以其传统利率对发票进行保理并通过其给最后一个顾客(顾客D)的贷款使其在几分钟或一天内被支付。金融机构将受益于业务的显著增加及交易和销售成本的降低。链中的剩余发票被以与完整发票链相同的方式抵销(用500美元销售发票信贷抵销500美元购买发票借记)。

示例10：发票链中的发票的预期抵销的示例

表1示出完整发票链的示例

表1：完整发票链

在本示例中，在完整链的这种预期方法中，所有销售者在同一链中也是顾客。48,000美元的金额(“抵销金额”)被确定为在该链中的所有发票中可以被清偿的最高金额和最小金额发票。许多销售者将具有剩余的超出余额(overbalance)，其变成这些发票的新待结余额金额并在系统中被再次处理，而不改变其任何期限。

利差幅度(Interest Margin)是销售者可支付的利息减去作为顾客可从另一销售者接收到的其利息。由销售者支付和接收的利息金额将取决于多个因素，包括具有替代的融资和储蓄(saving)选项的利率平价，其包括商誉；从抵销日期至到期日的时间值等等。

表2示出不完整或“不一致”发票链的示例。

表2：不完整发票链

在本示例中，不是所有销售者都是同一链中的顾客。公司A在该链中是销售者，但不是顾客，且公司G在该链中是顾客，但不是销售者。48,000美元的金额(“抵销金额”)被确定为链中的所有发票中可以被清偿的最高金额和最小金额发票(公司A在该链中具有销售发票，但没有购买发票，而公司G在该链中具有购买发票，但没有销售发票)。通过鼓励公司G对于480美元或1％的折扣支付公司F 48,000美元来将链清偿。

示例10：用于发票清偿系统的预期代码和设计方法的一个示例

该问题被分解成相反的“旅行推销员(Traveling Salesman)”问题(TSP)。TSP尝试找到沿着一条路线访问每个城市的最短/最便宜的路线，其中，费用由某些因素/变量来限定。以其最基本形式，预期发票清偿系统进行找到最昂贵路线的相反尝试。

核心阶段

1)准备发票列表

2)创建示出发票所表示的各公司之间的关系的矩阵/图表

3)用以下变量选项构建发票树。

a)树根(Tree root)

b)规则过滤器(Rules Filter)

每棵树基本上是时间点下的矩阵的子图。结果树在每棵树的叶节点处具有最终可清偿金额。

4)基于路径费用来选择最昂贵的叶节点/树形路径。所选路径中的所有发票被有效地标记为无效。

5)用仍然有效的发票从阶段3开始重复该过程。

以下是示出实现的Java代码的实现细节和所选片段的伪代码。

Function void Run()

List inv ＝PrepareInvoiceList()；

Graph grp＝MakeInvoiceGraph(inv)；

List trees＝GenerateTrees(grp)；

EndFunction

//------------------------------------------

//Pseudo Code

Function List PrepareInvoiceList()

List rawInvoices＝ReadDatabase；

List invoices ；

forEach rawInvoice in rawInvoices

Var invoice＝Fingerprint(rawInvoice)；

AddToList(invoices，invoice)；

endforEach

return invoices；

EndFunction

//Actual Code

private static ArrayList getInvoiceList(ResultSet readInvoice)

{

// TODO Anto-generated method stub

Invoice i；

ArrayList al＝new ArrayList()；

try

{

wbile(readInvoice.next())

{

i＝newInvoice()；

i.setPayor(readInvoice.getString(2))；

i.setPayee(readInvoice.getString(3))；

i.setInvoiceNumber(readInvoice.getString(4))；

i.setPayDate(readInvoice.getDate(5))；

i.setIssueDate(readInvoice.getDate(6))；

i.setUploadDate(readInvoice.getDate(7))；

i.setAmount(readInvoice.getLong(8))；

al.add(i)；

}

}catch (SQLException e){

//TODO Auto-generatedcatch blook

e.printStackTrace()；

}

return al；

}

//-------------------------------------------

//Pseudo Code

Function Graph MakeInvoiceGraph(list invoices)

Graph relations；

forEach invoice in invoices

Var payee＝invoice.payee；

if GraphContains(relations，payee)

then

AddToGraph(relations，invoice)；

else

AddPayee(relations，payee)；

AddToGraph(relations，invoice)；

endif

endforEach

return relations；

EndFunction

//Actual Code

private InvoiceGraph buildGraph(ArrayList invoiceList)

{

InvoiceGraph ig＝new InvoiceGraph()；

Iterator i＝invoiceList.iterator()；

GraphNode gn；

String payae；

String val；

while(i.hasNext())

{

gn＝newGraphNode((Invoice)i.next())；

payee＝gn.getPayee()；

//check if payee added to hinge

if{！ig.contains(payee))//if not add to hange

{

ig.addHingeNode(payee)；

}

//add to

ig.addNode(gn)；

}

return ig；

//-------------------------------------------

//Pseudo Code

Function ListGenerateTrees(Graph relations)

List subroutes；

List rules；

Var tree＝GetTreeRoot(relations，rules)；

while root isNotEmpty

do

GetTree(relations，rules，tree)；

AddToList(subroutes，tree)；

root＝GetTreeRoot(relations，rules)；

endwhile

return subroutes；

EndFunction

//-------------------------------------------

//Pseudo Code

Function Var GetTreeRoot(Graph relations，List rules)

forEach rule in rules

ApplyRule(relations，rule)；

endforEach

return relations.nextnode；

EndFunction

//-------------------------------------------

//Pseudo Code

Function void GetTree(Graph relations ，List rules，Var root)

while root.payers isNotEmpty

do

forEach rule in rules

ApplyRuleToPayee(relations，rule，root.payee)；

endforEach

Var nextnode＝relations.nextnode；

if nextnode isEmpty

then

return

else

AddToTree(root，nextnode)；

GetTree(relations，rules，nextnode)；

endif

endwhile

EndFunction

//Actual Code

private void buildSubTree(HingeNode hnode，InvoiceTree it，InvoiceGraph ig)

{

GraphNode gn＝null；

HingeNode hn＝null；

while(！hnode.prccessed())

{

if(Integer.parseInt(ig.peekNextHighToLow(hnode).getAmount())<

Integer.parseInt(it.getCurrent().getAsGraphNode().getAmount()))

{

gn＝ig.getNextHighToLow(hnode)；

hn＝ig.getHingeNode(gn.getPayer())；

it.addNode(gn)；

numprocessed++；

if(hn！＝null)

{

treedepth++；

if(maxtreedepth<＝treedepth)

{

maxtreedepth＝treedepth；

}

buildSubTree(hn，it，ig)；

treedepth--；

}

it.reverse()；

}

else return；

}

因此，已经公开了用于抵销发票债务的方法、系统和软件的特定实施例和应用。然而，对于本领域的技术人员来说应显而易见的是在不脱离本文新颖构思的情况下可以进行除已描述内容之外的许多修改。因此，除本文中的公开内容的精神之外，本发明的主题不受到限制。此外，在解释本公开时，应以符合上下文的可能的最广泛方式来解释所有术语。特别地，应将术语“包括”和“包含”解释为以非排他性方式参考元素、组件、或步骤，指示所参考的元素、组件、或步骤可能存在、可以被利用、或者与未明确参考的其它元素、组件、或步骤组合。

权利要求书(按照条约第19条的修改)

1.一种用于解决发票债务的方法，包括：

提供至少一个销售发票，其中，每个销售发票包括信贷值，

提供至少一个购买发票，其中，每个购买发票包括借记值并且其中，所述至少一个购买发票中的至少一个不是所述至少一个销售发票中的购买发票，以及

用销售发票的信贷值的至少一部分来抵销购买发票的借记值的至少一部分，其中所述至少一个销售发票和至少一个购买发票形成发票链的至少一部分。

2.权利要求1的方法，其中，所述发票链是完整链。

3.权利要求1的方法，其中，所述发票链是不一致链。

4.权利要求1的方法，其中，利用至少一个所确定的最佳条件来确定发票链的最佳起始点。

5.权利要求1的方法，其中，所述发票链包括最佳发票链。

6.权利要求1的方法，其中，所述至少一个销售发票中的至少一个由销售者、顾客或其组合提供。

7.权利要求1的方法，其中，所述至少一个购买发票中的至少一个由顾客提供。

8.权利要求1的方法，还包括如果抵销导致原发票的至少一部分履行，则开具至少一个新发票或被部分抵销的发票的新余额。

9.权利要求1的方法，其中，抵销的步骤考虑至少一个货币面值、至少一组发票期限和条件或其组合。

10.一种用于解决发票债务的方法，包括：

提供具有至少一个销售发票的至少一个销售者，

提供具有至少一个销售发票和至少一个购买发票的至少一个顾客，其中，所述至少一个销售者的所述至少一个销售发票中的至少一个和所述至少一个顾客的所述至少一个销售发票中的至少一个形成发票链；以及

用顾客的至少一个销售发票、至少一个购买发票或其组合来抵销销售者的至少一个销售发票。

11.权利要求10的方法，其中，所述发票链是完整链。

12.权利要求10的方法，其中，所述发票链是不一致链。

13.权利要求10的方法，其中，利用至少一个所确定的最佳条件来确定发票链的最佳起始点。

14.权利要求10的方法，其中，所述发票链包括最佳发票链。

15.一种用于解决发票债务的系统，包括：

可执行代码，用于智能地确定包括具有借记值的至少一个购买发票和具有信贷值的至少一个销售发票的发票链并用所述信贷值来抵销所述借记值，

用于执行所述可执行代码的媒介，

显示设备，以及

用于执行所述可执行代码的交互工具。

16.权利要求15的系统，其中，用于执行所述可执行代码的媒介包括计算机处理器、服务器系统、网络系统、基于网页的系统、因特网或其组合。

17.权利要求15的系统，其中，所述显示设备包括计算机监视器、手持设备监视器、电视监视器、纸张或其组合。

18.权利要求15的系统，其中，所述交互工具包括一系列的用户预调装置、鼠标、键盘、语音识别软件、触摸识别软件；应用接口；集成软件或其组合。

19.一种程序包，包括：

可执行代码，用于智能地确定包括具有信贷值的至少一个销售发票和具有借记值的至少一个购买发票的发票链并用所述借记值来抵销所述信贷值。

20.一种用于解决发票债务的系统，包括：

可执行代码，用于智能地确定包括至少一个购买发票和具有信贷值的至少一个销售发票的发票链并用信贷值来抵销借记值，其中，每个购买发票包括借记值，并且其中，所述至少一个购买发票中的至少一个不是所述至少一个销售发票的购买发票，其中，所述至少一个销售发票和所述至少一个购买发票形成发票链的至少一部分，

用于执行所述可执行代码的媒介，

显示设备，以及

用于执行所述可执行代码的交互工具。

21.权利要求20的系统，其中，用于执行所述可执行代码的媒介包括计算机处理器、服务器系统、网络系统、基于网页的系统、因特网或其组合。

22.权利要求20的系统，其中，所述显示设备包括计算机监视器、手持设备监视器、电视监视器、纸张或其组合。

23.权利要求20的系统，其中，所述交互工具包括一系列的用户预调装置、鼠标、键盘、语音识别软件、触摸识别软件；应用接口；集成软件或其组合。

24.一种用于解决发票债务的方法，包括：

提供具有至少一个销售发票和至少一个购买发票的至少一个销售者，

提供具有至少一个购买发票的至少一个顾客，

其中，至少两个销售发票形成发票链；以及

用顾客的至少一个销售发票来抵销销售者的至少一个销售发票，其为顾客的购买发票。

25.一种用于解决发票债务的方法，包括至少两个发票并用另一个发票的贷方来抵销至少一个发票的借方。

Claims

1.一种用于解决发票债务的方法，包括：

提供至少一个销售发票，其中，每个销售发票包括信贷值，

提供至少一个购买发票，其中，每个购买发票包括借记值，以及

用销售发票的信贷值的至少一部分来抵销购买发票的借记值的至少一部分。

2.权利要求1的方法，其中，所述至少一个销售发票和所述至少一个购买发票形成发票链。

3.权利要求2的方法，其中，所述发票链是完整链。

4.权利要求2的方法，其中，所述发票链是不一致链。

5.权利要求2的方法，其中，利用至少一个所确定的最佳条件来确定发票链的最佳起始点。

6.权利要求2的方法，其中，所述发票链包括最佳发票链。

7.权利要求1的方法，其中，所述至少一个销售发票中的至少一个由销售者、顾客或其组合提供。

8.权利要求1的方法，其中，所述至少一个购买发票中的至少一个由顾客提供。

9.权利要求1的方法，还包括如果抵销导致原发票的至少一部分履行，则开具至少一个新发票或被部分抵销的发票的新余额。

10.权利要求1的方法，其中，抵销的步骤考虑至少一个货币面值、至少一组发票期限和条件或其组合。

11.一种用于解决发票债务的方法，包括：

提供具有至少一个销售发票的至少一个销售者，

提供具有至少一个销售发票和至少一个购买发票的至少一个顾客，其中，所述至少一个销售发票中的至少一个和所述至少一个购买发票中的至少一个形成发票链；以及

12.权利要求11的方法，其中，所述发票链是完整链。

13.权利要求11的方法，其中，所述发票链是不一致链。

14.权利要求11的方法，其中，利用至少一个所确定的最佳条件来确定发票链的最佳起始点。

15.权利要求11的方法，其中，所述发票链包括最佳发票链。

16.一种用于解决发票债务的系统，包括：

用于执行所述可执行代码的媒介，

显示设备，以及

用于执行所述可执行代码的交互工具。

17.权利要求16的系统，其中，用于执行所述可执行代码的媒介包括计算机处理器、服务器系统、网络系统、基于网页的系统、因特网或其组合。

18.权利要求16的系统，其中，所述显示设备包括计算机监视器、手持设备监视器、电视监视器、纸张或其组合。

19.权利要求16的系统，其中，所述交互工具包括一系列的用户预调装置、鼠标、键盘、语音识别软件、触摸识别软件；应用接口；集成软件或其组合。

20.一种程序包，包括：