发票融资的制作方法

专利名称：发票融资的制作方法
技术领域：
本发明涉及发票融资。具体而言，本发明涉及一种电子发票融资系统、 一种电子债务人核准管理器、 一种对发票融资的方法和一种向从事发票融
资的金融;M^提供支持的方法。
保理(factoring)是打折购买发票并且负责对发票应付的付款进行收 款。本质上，它由此涉及发票的融资。这是一种有风险的活动，因为保理 商冒着债务人可能由于例如无力偿付、拒付、欺诈等的任何原因而不对发 票付款的完全风险。由此保理商牵涉相当多的时间和费用lHi已为之开具 发票的服务和货物的交付，以防止对保理商的欺诈和减小保理交易的风 险。正如将认识到的那样，由此需要用以减少从事发票融资的时间和费用 的手段。
根据本发明的一个方面，提供了一种电子发票融资系统，包括
供应商发票发送器，其被配置成将供应商发票的细节从供应商电子地 发送到债务人核准管理器，该债务人核准管理器可由对供应商开具的发票 进行融资的至少一个金融机构来操作或者可操作为辅助该至少一个金融
债务人应付账款发送器，其可电子地编程为将核准付款的供应商发票 的细节发送到所述债务人核准管理器；以及
所述债务人核准管理器，包括核准债务人数据库或者具有对核准债务 人数据库的访问权，并且被配置成从供应商发票发送器和从债务人应付账 款发送器接收发票细节，所述债务人核准管理器被选择性地编程为或可编 程为根据是否亦从债务人应付账款发送器接收到一致的发票细节以及债 务人是否为核准债务人，将从供应商发票发送器接收到其细节的发票的状 态指示为证实或经验证、或者未证实；然后(I)将发票状态信息发送到
金融机构，使得金融机构于是可以考虑向供应商提WKi为证实供应商发 票的价值的预定百分比的信货，或者(II) ^义^^r融机构向供应商提Wh 值为证实供应商发票的价值的预定百分比的信货。"金融机构"意指向他方提,货的任何金融机构，比如金融家、金 融乂>司、银行等。
通常，供应商发票发送器和/或债务人应付账款发送器被配置成将发
操作的债务人核准管理器。
该系统可以包括信货工具管理器，该信货工具管理器由金融^操作 或者可由金融机构操作并且被配置成从供应商发票发送器例如在线地或 电子地接收发票细节。由此，供应商发票发送器可以被配置成除了将供应 商发票的细节发送到债务人核准管理器之外还将供应商发票的细节例如 电子地发送到信货工具管理器。
金融机构通常为供应商提供账户，由此，当基于被证实的供应商发票 向供应商供应信货时，通常由金融机构或债务人核准管理器提出对这一账 户的透支限额。通常，这一账户由此是循环信货账户，该循环信货账户亦
是由供应商在金融;W^持有的经常账户。债务人核准管理器或者优选的， 信货工具管理器可以被配置成代表金融机构管理所述供应商账户。债务人
核准管理器或者优选的，信货工具管理器亦可以被配置成向金融机构和/ 供应商提皿应商在金融机构的账户的才練。报表通常包括至少示出了可 为供应商所用的信货数额的信息。
当债务人核准管理器被配置成将发票状态信息发送到金融机构(通常 发送到信货工具管理器)以便金融机构考虑向供应商提供信货或资金时， 状态信息可以是所述账户报表的形式或者仅是信货限额建议的形式，从而 通知金融机构对供应商的账户的信货限额必须是什么，而不是实际的各个 发票状态。代替之，债务人核准管理器可以被配置成发送实际的各个发票 状态.
优选地，账户报表亦示出了针对利用发票融资系统而向供应商收取的 任何用户费或交易费的数额。该费可以例如每当发票细节由供应商发票发 送器发送到债务人核准管理器时收取，而无论金融^j是否对发票提供资 金或信货，或者该费可以仅针对金融机构对其向供应商提供信货的每个发 票来收取。在供应商与金融机构和/或操作债务人核准管理器的实体之间， 通常将就针对发票融资系统的使用而向供应商收费的J^达成协定。
账户M亦可以示出由金融^收取的其它非用户费，例如由金融机数额或折扣数额。
当信货核准管理器被配置成管理供应商在金融机构的账户时，债务人 核准管理器可以被配置成将所述用户费或交易费的至少一部分转移到如 下实体的账户中或者在所述账户上货记，该实体管理或操作债务人核准管 理器和/或将债务人信誉度信息提供转务人核准管理器。代替之，信货 工具管理器可以被配置成将向供应商收取的所述用户费或交易费的至少 一部分转移到如下实体的账户中或者在所述账户上货记，该实体管理或操 作债务人核准管理器和/或将债务人信誉度信息提供给债务人核准管理 器.
当债务人核准管理器被配置成管理供应商在金融机构的账户时，债务 人核准管理器亦可以被配置成将向供应商收取的承保保险费转移到如下 实体的账户中或者在所述账户上货记，该实体针对金融机构由于基于证实 发票向供应商提供信货而可能招致的潜在损失来对金融机构承保。代替 之，信货工具管理器可以被配置成将向供应商收取的承保保险费转移到如 下实体的账户中或者在所述账户上货记，该实体针对金融机构由于基于证 实发票向供应商提供信货而可能招致的潜在损失来对金融^承保。
当债务人核准管理器被配置成将发票状态信息发送到金融机构时，债 务人核准管理器通常被配置成将发票状态信息电子地(例如在线地)发送 到金融机构。债务人核准管理器亦可以被配置成将未证实发票的细节电子 地(例如在线地)发送到金融机构。这样的未证实发票由此可以是被债务 人拒绝的发票或者是从不是核准债务人的债务人接收到其细节的发票，即 由于债务人不在核准债务人数据库上而被债务人核准管理器拒绝的发票。
债务人核准管理器和/或信货工具管理器可以被配置成管理控制账户 或登记簿，该控制账户或登记簿包括所提交的供应商发票细节的记录。这 些记录可以包括证实发票和未证实发票的细节并且由此可以包括证实状 态指示符。债务人核准管理器可以被配置成在预定条件下将记录中未证实 发票的状态指示符改变成证实发票，然后将经修订的发票状态信息发送到
票的价值的预定百分比的信货，或者代表金融机构向供应商提#^值为证 实供应商发票的价值的预定百分比的信货。
当信货工具管理器被配置成管理包括所提交的供应商发票细节的记 录的控制账户或登记簿时，控制账户可以包括至少两个子账户。 一个子账 户可以包括从供应商发票发送器接收到的所有发票的细节，而一个子账
可以包括仅那些由债务人核准管理器证实或IHi的发票的细节。
根据本发明的另一方面，提供了一种电子债务人核准管理器，该电子 债务人核准管理器包括核准债务人数据库或者具有对核准债务人数据库 的访问权，该债务人核准管理器被配置成从供应商和债务人接收发票细 节，该债务人核准管理器还被选择性地编程为或可编程为根据是否亦从 债务人接收到一致的发票细节以及债务人是否为核准债务人，将从供应商 接收到其细节的发票的状态指示为证实或经验证、或者未证实。
电子债务人核准管理器可以被配置成(I)将发票状态信息发送到金
融机构，使得金融机构于是可以考虑向供应商提WHi为证实发票的价值
的预定百分比的信货，或者(II)代表金融机构向供应商提##值为证实 发票的价值的预定百分比的信货。
电子债务人核准管理器可以被配置成代表金融机构为供应商管理账 户。电子债务人核准管理器亦可以被配置成向金融机构和/或供应商提供 供应商在金融机构的账户的M。该損束可以如前文所述.
优选地，账户M亦示出了针对利用债务人核准管理器而向供应商收 取的任何用户费或交易费的数额。该费可以例如每当发票细节由债务人核 准管理器接收到时收取，而无论金融机构是否对发票提供资金或信货，或 者该费可以仅针对金融机构对其向供应商提供信货的每个发票来收取。在 供应商与金融机构和/或操作债务人核准管理器的实体之间，通常将就针 对债务人核准管理器的使用而收费的M达成协定。
债务人核准管理器还可以如前文参照电子发票融资系统描述的那样，
根据本发明的又一方面，提供了 一种对发票融资的方法，该方法包括
通过从供应商和债务人在线接收由供应商向债务人开具的发票的细 节、并且比较从供应商和从债务人接收的发票细节、并且进一步在线接收 或获得债务人有信誉的确认，来证实或發汪由供应商向债务人开具的所述 发票；以及
向供应商提WHt为证实发票的价值的预定百分比的信货，或者推荐
由金融机构向供应商提WHi为证实发票的价值的预定百分比的信货。
在线接收由供应商向债务人开具的发票的细节通常包括通过电子通 信系统或网络如因特网或另 一计算机网络来接收所述细节。该通信系统或
网络可以是安全系统或网络。发票的细节可以由供应商和债务A^送，该
供应商和债务人可以成批地发送多个发票的细节。
推荐由金融机构向供应商提供信货可以包括仅告知金融机构特定发 票已被证实或经验证以及告知金融机构发票已针对其被证实的发票面值。
该方法可以包括关于债务人可能拖欠就发票应付的任何付款这一风 险取得保险或者对该风险承保。由此，证实发票亦可以包括关于债务人可 能拖欠就发票应付的任何付款这一风险取得保险或者对该风险承保。
该方法通常包括提出用于对发票融资的应由供应商付款的用户费或 交易费。如前文所述，这一用户费或交易费将通常加在所收取的任何非用 户费、例如针对向供应商提供信货或资金而收取的任何利息数额或折扣数 额之上。用户费或交，费可以一基于如前文所述的内容来提出。该方法可以
在线接收或获得债务人有信誉的确认可以包括检查或搜索核准债务 人数据库以确定债务人是否为核准有信誉债务人。该方法亦可以包括以用
于提供关于债务人的信誉度的信息和/或用于监视债务人的信誉度的交易 费或用户费的一部分来货记给信货保证实体。
该方法可以包括为供应商管理账户并且亦可以包括在线地或者以别 的方式为供应商提供账户損東。该账户和账户損束可以如前文所述。
该方法可以包括管理如前文所述的控制账户或登记簿。
根据本发明的又一方面，提供了 一种向从事发票融资的金融,提供
支持的方法，该方法包括
在线接收向债务人开具的发票的细节以及来自债务人的对从供应商 接收到的针对债务人的发票和发票应由债务人付款的确认；
调查债务人的信誉度；以及
为金融机构在线证实或验证发票以便金融机构基于证实发票考虑向 供应商提供信货，只当债务人的信誉度的调查已确认债务人有信誉时，发 票才被证实。
该方法可以包括从所述供应商和从所述债务人在线接收所述发票的 细节。亦可以只当从供应商接收到的发票细节在预定程度上与从债务人接 收到的发票细节相一致时，发票才被证实，或者可以针对较低数额来证实 发票，其中从债务人接收到的发票细节针对所述较低数额，其中该较低数 额小于如包括在从供应商接收到的发票细节中的发票的面值。
调查债务人的信誉度可以包括检查或搜索核准债务人的电子数据库
以确定债务人是否为核准债务人。
亦可以只当发票的付款或部分付款由承保人担保时，发票才被证实或
现在将参照附图仅通过例子来描述本发明，在附图中
图l示出了根据本发明的电子发票融资系统的一个实施例的示意图2示出了债务人核准管理器所保持的供应商发票的账户或登记簿 的例子；
图3示出了债务人核准管理器所保持的证实供应商发票的账户或登 记簿的例子；
图4示出了金融机构向供应商开具的M的例子；
图5示出了根据本发明的发票融资系统的另一实施例的示意图；以及
图6示出了来自供应商发票发送器的数据传输的例子。
参照附图的图l，标号10总体上指示了根据本发明的电子发票融资 系统。系统IO包括电子供应商发票发送器12、电子债务人应付账IUL送 器14和电子债务人核准管理器16。

图1亦示出了使用系统10的用标号 18指示的金融机构或银行。虽然系统10将一般由多个金融机构18使用 并且将包括多个供应商发票发送器12和多个债务人应付账款发送器14， 但是为简明起见，在图1中它们每种仅示出其中一个。另外，系统10的 债务人核准管理器16可以出于国际贸易的目的而与例如在其它国家的其 它类似或相似系统的债务人核准管理器通信。
通常，部件12、 14、 16的形式为能够与其它部件中的至少一些通信 的被编程或可编程计算机或类似处理设备。由此，部件12、 14、 16通常
来通信。通常，债务人核准管理器16与连接到通信网络的银行18的计算 机系统通信。然而应理解，债务人核准管理器16亦可以形成银行的计算 机系统的一部分。如果需要，通信网络可以是依赖于加密技术等的安全网 络以确保在部件12、 14、 16与银行18之间交换的信息的安全性和私密性。
供应商发票发送器12被提供有软件，该软件使得发送器12能够将发
票细节以发票记录的形式从发送器12电子地发送到债务人核准管理器 16。优选地，供应商发票发送器12所运行的软件亦允许生成发票，然后 提取发票细节以便发送。发送器12由此可以形成货物或服务供应商所运 行的记j^件的一部分或者与该记j^件交互，但是应理解，发票细节亦 可以人工地馈送到发送器12中。
债务人应付账款发送器14被Bi置成接受数据输入，由此，发票细节 可以被输入并且发票被标记为核准或者拒绝，从而创建发票记录。另外， 如果需要，债务人应付账款发送器14能够通过通信网络将发票记录电子 地发送到债务人核准管理器16。
债务人核准管理器16包括核准债务人数据库并且被提供有实现数据 库搜索的适当搜索引擎。在其它实施例中，数据库不是债务人核准管理器 16的一部分，但是债务人核准管理器16具有对数据库的在线访问权。为 债务人核准管理器16提供的软件亦选择性地使得债务人核准管理器16 能够尤其根据是否从债务人应付账氣发送器14接收到一致的、确认的发 票细节并且根据债务人是否表现为核准债务人数据库中的核准债务人来 将从供应商发票发送器12接收到的发票记录标记为证实(经验证)或未 证实、或者未IHE或被拒绝。
供应商发票发送器12通常位于比如制造商或批发商这样的货物和/ 或服务供应商处并且由该供应商操作，而债务人应付账M送器14位于 比如零售商这样的货物和/或月良务接收者处并且由该接收者操作。债务人 核准管理器16可以由独立实体操作，该独立实体将输入4^供给由电子发 票融资系统10实现的发票融资过程。然而可设想，债务人核准管理器16 将由如下实体操作，该实体由比如银行团体这样的分开的独立金融机构团 体来管理或拥有并且向该团体提供服务。具体而言，可设想，债务人核准 管理器16将由采用系统10的国家或管辖区的自动结算局或类似实体来操 作。核准债务人数据库可以由对实体的信誉度进行研究并且优选地亦充当 承保人的外界组织来供应。
系统10由供应商和金融机构用来帮助金融机构购买供应商所开具的 并且金融机构准备对其进行融资的发票。这一发票购买是通过打折或交费 来完成的，而金融机构负责对这些发票应付的付款进行收款，同时对提供 给供应商的任何信货收取利息。
由达成发票融资和转让协定的供应商和金融机构如银行18来启动发 票融资的过程。供应商和4艮行18通知债务人已在它们之间达成融资协定
并且债务人对供应商所开具的发票的电子付款必须直接i^V供应商在银
行18的指定账户中。
供应商然后将货物和/或^L务连同发票和交货单一起交付^t务人。 在附图的图1中，货物和/或服务的供应用箭头20指示而发票和交货单的 交付用箭头22指示。当债务人接收到货物和/或服务时，根据债务人的标 准程序来检查它们。通常，债务人应付账款发送器14位于债务人的应付 帐款部内。由此，具有任何适用调整的发票被发送到债务人的应付账款部 以便输入到它们的应付账款系统中以便在发票的应付款日付款。应付账款 部亦将被核准付款的发票的细节输入到债务人应付账款发送器14中。
在将货物和/或服务、发票和交货单交付^t务人的同时，供应商亦 向债务人核准管理器16提供所开具发票的细节。如果希望，该信息可以 成批地提供，其中每个批包括无论是向同一债务AiE是不同债务人开具的 多个发票的细节。该信息从供应商发票发送器12通过通信网络发送到债 务人核准管理器16，如箭头23所示。通常，该信息将以尤其包括记账字 段、证实字段、标识字段、安全字段和净荷字段的数据字段来传输。在图 6中示出了包括这些字段中一些字段的这样的传输的例子。
一旦债务人已将发票核准为应付款并且已将关于核准发票的信息输 入到债务人应付账款发送器14中，核准供应商发票的细节就从债务人应 付账氣t送器14通过通信网络发送到债务人核准管理器16,如箭头24 所示。该信息亦可以成批地发送，其中每个批由此包括从已与银行18达 成发票融资协定的不同供应商和/或从同 一供应商接收到的若干发票的细 节。有可能的是，例如由于缺额或瑕疯，债务人可核准以比供应商所提交 的数额低的数额来支付发票。
债务人核准管理器16从债务人应付账款发送器14接收核准发票的细 节，并且例如基于发票号将接收到的信息与从供应商发票发送器12接收 到的发票细节相联系。如果债务人核准比供应商所请求的数额低的数额， 则债务人核准管理器16将供应商所提交的发票数额调整为债务人所核准 的较低数额。在效果上，发票的面值由此被下调到债务人所核准付款的价 值。债务人核准管理器16亦通过搜索核准债务人数据库以确定债务人的 名称是否出现在数据库中，来检查信息是否由核准债务人发送。如果债务 人是核准债务人，则债务人核准管理器16记录由提供核准债务人数据库 的实体对发票的承保。如果债务人是核准债务人，如果从发送器14接收 到的发票细节在足够大的程度上与从发送器12接收到的发票细节相联系
并且如果发票被保险，则债务人核准管理器16将从发送器12接收到其细 节并且上述内容对于其成立的每个发票的状态指示为证实或经验证。
在图l所示的本发明实施例中，债务人核准管理器16编制登记簿或 者保持对由供应商向债务人开具(并且提交^fr务人核准管理器16)的 发票记帐，而且亦保持跟踪供应商所开具的每个这种发票的状态(即证实 或未证实)。图2示出了债务人核准管理器16所保持的"蓄积的(banked)" 供应商发票的这种登记簿或控制账户的例子，其反映了以两批接收的发票 记录。核准和证实发票在标题为"V"的列中以勾记号标记，并且示出了 当必要时调整的面值。
优选地，当发票已被证实时，证实发票的记录被转移到仅包括关于证 实发票的信息的另一登记簿或账户。图3示出了债务人核准管理器16所 保持的这种登记簿或账户的例子。
如箭头26所示，关于证实发票的信息间或地自动发送到4Mt 18。在 接收到信息时，银行18考虑向供应商提供信货。如果银行18决定给予供 应商进一步信货，则它通过将供应商在银行的账户的透支限额提高证实发 票的证实面值(原始面值或经调整面值，视情况而定)的预定的议定百分 比如70%来做到这一点。在效果上，银行由此向供应商提供至少与证实 发票的证实面值的议定百分比相等的透支工具(facility)或循环信货工具 工具。应理解，发送到银行18的关于证实发票的信息可以仅包括应用于 供应商在银行18的账户的或者为该账户推荐的新透支限额的指示。由此 不必要发送证实发票的实际细节，然而，如果需要，系统IO自然可以被 容易地配置成做到这一点。
银行18向供应商提,应商在银行所具有的循环信货账户的推束。 这样的^的例子在图4中示出。这一账户亦充当普通银行经常账户，但 具有变化的透支限额。
对于由银行18许可融资或者提交的每个发票，由银行18收取用户费 或交易费，如图4中所示的账户損束上的"证实费"条目所示。另外，账 户报表例如示出了关于发票融资协定以外的任何信货协议由银行18向供 应商提供的任何固定透支P艮额以及基于融资发票由银行18向供应商提供 的变化的透支限额。供应商在银行的循环信货账户通常每日更新，損束通 常每月发送。
用户费或交易费的一部分由银行18支付给操作债务人核准管理器16
的实体，如图1中的箭头28所示。通常基于其所涉及的证实发票面值的 承保保险费亦被货记到承保人的账户，如箭头30所示。这一承保费或保 险费由承保人(通常但并非必定是提供和维护核准债务人数据库的实体)
付款的保证金。
当债务人对融资发票付款时，供应商在银行18的指定经常账户以付 款数额被货记。假i5^L票被全额支付，则付款的70。/。具有抵消基于那一 发票而向供应商提供的透支的一部分的效果，而30%保留给供应商的当 前账户的信货。应理解，在所有时间，^L行18仗暴露于由债务人核准的 并且由债务人核准管理器16证实的发票的价值的70 % 。 30 %的余额被保 持为应急保留预备，作为用户费、结算折扣、退货、有缺陷制造质量、广 告津贴等的保证金。银行18亦具有附加的保证金，因为它按照供应商与 银行18之间的协定而受让所有如下发票，这些发票的细节从供应商发票 发送器12发送到债务人核准管理器16。
如果发票的细节从供应商发票发送器12提交到债务人核准管理器 16，但是该发票未被债务人核准管理器16证实，则该发票将不被许可融 资并且将在债务人核准管理器16所保持的"蓄积"发票的登记簿中仍反 映为未证实发票。如果出于任何原因，该发票在以后被债务人核准管理器 16证实，则发票记录被转移到证实发票的登记簿或账户并且该发票被考 虑融资，这可能导致与该发票面值的预定百分比例如70%相等的供应商 的透支货款的增加。
参照附图的图5，标号100总体上指示了根据本发明的发票融资系统 的另一实施例。系统100与系统10类似，并且除非另有指明，相同的标 号用来指示相同或类似的部分或特征。
除了供应商发票发送器12、债务人应付账^4L送器14和债务人核准 管理器16之外，系统100亦包括由^L行18 ^Ht的电子信货工具管理器 34。与图1不同，图5亦指示了供应核准债务人数据库的实体32。由此， 债务人核准管理器16与实体32所操作的计算机在线通信，该计算机容纳 有核准债务人数据库。实体32亦是承保人。债务人核准管理器16与由实 体32操作的计算机之间的通信用标号38指示。
在系统100中，信货工具管理器34被配置成在线接^供应商发票 发送器12发送的发票的细节，如箭头36所示。信货工具管理器34被配 置成管理包括所提交的供应商发票细节的记录的控制账户或登记簿。这与
系统10形成对照，在系统10中，债务人核准管理器16编制由供应商向 债务人供应的发票的登记簿或控制账户。管理器34的登记簿或控制账户 包括其中捕获有从供应商发票发送器12接收到的所有发票的细节的子登 记簿或子账户、以及包括仅那些由债务人核准管理器16证实或验证的发 票的细节的另一子登记簿或子账户。这些子账户可以与附图的图2和图3 中示出的蓄积发票账户和证实发票账户相同。
以与系统10类似的方式操作系统100以《更对发票融资。然而，在系 统100中，除了向债务人应付账款发送器14和债务人核准管理器16发送 发票细节之外，ii^供应商发票发送器12向信货工具管理器34发il!JL票 细节。在系统100中，由于核准债务人数据库不在债务人核准管理器16 的内部，所以债务人核准管理器16必须与实体32所操作的计算M信， 如箭头38所示，以便获得关于债务人信誉度的信息并且向实体32提供足 够信息使得实体32可以为核准债务人数据库中的债务A^保特^JC票。 当债务人核准管理器16已执行它用以证实或m^供应商发票发送器12 和债务人应付账款发送器14接收到其细节的发票的例程时，发票的状态 被发送到信货工具管理器34,如箭头26所示。信货工具管理器34然后 在蓄积发票账户中更新发票状态，而如果发票被证实则将记录复制到证实 发票账户，此后，银行18决定是否向供应商提供与证实发票面值的预定 百分比例如70%相等的信货。
所示电子发票融资系统10、 100相当大地加i4iL票融资的过程并且具 有减小从事发票融资的金融机构所面临的风险的潜力。系统IO、 100通过 匹配从供应商和债务人接收到的发票细节、在必要时调整发票的面值、并 且如果从供应商和债务人接收到的细节在足够大的程度上一致以及如果 债务人是核准债务人则证实发票来实现这一点。同时，系统IO、 100允许 对发票融资交易承保。申请人认为，系统IO、 IOO对于使营运资本可为企 业家和中小型企业所用将是4艮有用的，对于这些企业家和中小型企业而 言，不容易以别的方式获得对营运资本。
权利要求
1.一种电子发票融资系统，包括供应商发票发送器，被配置成将供应商发票的细节从供应商电子地发送到债务人核准管理器，所述债务人核准管理器可由对所述供应商开具的发票进行融资的至少一个金融机构来操作或者可操作成辅助所述至少一个金融机构债务人应付账款发送器，可电子地编程为将被核准付款的供应商发票的细节发送到所述债务人核准管理器；以及所述债务人核准管理器，包括核准债务人数据库或者具有对核准债务人数据库的访问权，并且被配置成从所述供应商发票发送器和从所述债务人应付账款发送器接收发票细节，所述债务人核准管理器被选择性地编程为或可编程为根据是否亦从所述债务人应付账款发送器接收到一致的发票细节以及所述债务人是否为核准债务人，将从所述供应商发票发送器接收到其细节的发票的状态指示为证实或经验证、或者未证实；然后(I)将所述发票状态信息发送到金融机构，使得所述金融机构于是可以考虑向所述供应商提供价值为所述证实供应商发票的价值的预定百分比的信贷，或者(II)代表所述金融机构向所述供应商提供价值为所述证实供应商发票的价值的预定百分比的信贷。
2. 如权利要求l所述的电子发票融资系统，其中所述供应商发票发 送器和/或所迷债务人应付账款发送器被配置成将所述发票细节在线发送构IMt的所述债务人核准管理器。
3. 如权利要求l所述的电子发票融资系统，包括信货工具管理器， 所述信货工具管理器由所述金融机构操作或者可由所述金融机构操作并 且被配置成从所述供应商发票发送器电子地接i^C票细节，所述供应商发 票发送器被配置成除了将供应商发票的细节电子地发送到所述债务人核 准管理器之外还将供应商发票的细节电子地发送到所述信货工具管理器。
4. 如权利要求3所述的电子发票融资系统，其中所述债务人核准管理器或者优选的是所述信货工具管理器被配置成^R表所述金融机构管理 供应商账户。
5. 如权利要求4所述的电子发票融资系统，其中所述债务人核准管理器或者优选的，所述信货工具管理器亦被配置成向所述金融机构和/所 述供应商提供所述供应商在所述金融机构的账户的M。
6. 如权利要求5所述的电子发票融资系统，其中所述债务人核准管 理器被配置成将发票状态信息发送到所述金融机构以便所述金融机构考 虑向所述供应商提供信货或资金，所述状态信息是所述账户^的形式或 者仅是信货F隨建议的形式，从而通知所述金融机构对所述供应商的账户 的所述信货P艮额必须是什么，而不是实际的各个发票状态。
7. 如权利要求5所述的电子发票融资系统，其中所述债务人核准管 理器被配置成将实际发票状态信息发送到所述金融机构以便所述金融机 构考虑向所述供应商提，货或资金。
8.如权利要求5所述的电子发票融资系统，其中所述账户报表亦示
9. 如权利要求4所述的电子发票融资系统，其中所述债务人核准管 理器被配置成管理所述供应商在所述金融机构的账户，所述债务人核准管 理器被配置成将任何用户费或交易费的至少一部分转移到如下实体的账 户中或者在所述账户上货记，所述实体管理或^Mt所述债务人核准管理器 和/或将债务人信誉度信息提供给所述债务人核准管理器。
10. 如权利要求3所述的电子发票融资系统，其中所述信货工具管理 器被配置成将向所述供应商收取的任何用户费或交易费的至少一部分转 移到如下实体的账户中或者在所述账户上货记，所述实体管理或操作所述 债务人核准管理器和/或将债务人信誉度信息提供给所述债务人核准管理 器。
11. 如权利要求4所述的电子发票融资系统，其中所述债务人核准管 理器被配置成管理所述供应商在所述金融机构的账户，所述债务人核准管 理器亦被配置成将向所述供应商收取的承保保险费转移到如下实体的账 户中或者在所述账户上货记，所述实体针对所述金融机构由于基于证实发 票向所述供应商提供信货而可能招致的潜在损失来对所述金融^承保。
12. 如权利要求3所述的电子发票融资系统，其中所述信货工具管理 器被配置成将向所述供应商收取的承保保险费转移到如下实体的账户中 或者在所述账户上货记，所述实体针对所述金融机构由于基于证实发票向 所述供应商提供信货而可能招致的潜在损失来对所述金融^J承保。
13. 如权利要求l所述的电子发票融资系统，其中所述债务人核准管 理器被配置成将未证实发票的细节电子地发送到所述金融机构。
14. 如权利要求3所述的电子发票融资系统，其中所述债务人核准管 理器和/或所述信货工具管理器被配置成管理控制账户或登记簿，所述控 制账户或登记簿包括所提交的供应商发票细节的记录。
15. 如权利要求14所述的电子发票融资系统，其中所述记录包^实发票和未证实发票的细节并且由此包括证实状态指示符，所述债务人核 准管理器被配置成在预定条件下将记录中未证实发票的状态指示符改变成证实发票，然后(I)将所述经修订的发票状态信息发送到金融机构使 发票的^Hi的预定百分比的信货，或者(II)代表所述金融机构向所述供应商提^Hi为所述证实供应商发票的价值的预定百分比的信货。
16. 如权利要求14所述的电子发票融资系统，其中所述信货工具管 理器被配置成管理包括所提交的供应商发票细节的记录的控制账户或登 记簿，所述控制账户包括至少两个子账户， 一个子账户包括从所述供应商 发票发送器接收到的所有发票的细节，而一个子账户包括仅那些由所述债 务/v核准管理器证实或l^iE的发票的细节。
17. —种电子债务人核准管理器，包括核准债务人数据库或者具有对 该核准债务人数据库的访问权，所述债务人核准管理器被配置成从供应商 和债务A^接iML票细节，所述债务人核准管理器还被选择性地编程为或可 编程为根据是否亦从所述债务人接收到一致的发票细节以及所述债务人 是否为核准债务人，将从所述供应商接收到其细节的发票的状态指示为证 实或经mt、或者未证实。
18. 如权利要求17所述的电子债务人核准管理器，被配置成(I)将 所述发票状态信息发送到金融机构，使得所述金融机构于是可以考虑向所 述供应商提^HH1为所述证实发票的价值的预定百分比的信货，或者(II)百分比的信货。
19. 如权利要求18所述的电子债务人核准管理器，被配置成代表所 述金融机构为所述供应商管理账户以及向所述金融机构和/或所述供应商 提供所述供应商在所述金融机构的账户的m^。
20. 如权利要求19所述的电子债务人核准管理器，被配置成将发票 状态信息发送到所述金融机构以便所述金融机构考虑向所述供应商提供 信货或资金，所述状态信息是所述账户推束的形式或者仅是信货限额建议是什么，而不是实际的单独发票状态。
21. 如权利要求19所述的电子债务人核准管理器，被配置成将实际 提雖货^资金。 "。 、'
22. —种对发票融资的方法，所述方法包括通过从供应商和债务人在线接收由所述供应商向所述债务人开具的 发票的细节、并且比较从所述供应商和从所述债务人接收的所述发票细 节、并且进一步在线接收或获得所述债务人有信誉的确认，来证实或!Hi 由所述供应商向所述债务人开具的所述发票；以及向所述供应商提^h值为所述证实发票的价值的预定百分比的信货， 或者推荐由金融机构向所述供应商提供价值为所述证实发票的价值的预 定百分比的信货。
23. 如权利要求22所述的方法，其中在线接收由供应商向债务人开 具的发票的细节包括通过安全电子通信系统或网络来接收所述细节。
24. 如权利要求22所述的方法，其中推荐由所述金融机构向所述供 应商提供信货包括告知所述金融机构特定发票已被证实或發汪以及告知 所述金融机构所述发票已针对其被证实的发票面值。
25. 如权利要求22所述的方法，包括关于所述债务人可能拖欠就所 述发票应付的任何付款这一风险取得保险或者对该风险承保。
26. 如权利要求25所述的方法，包括提出用于对所述发票融资的应 由所述供应商付款的用户费或交易费、以及以用于对所i^C票的融资进行 承保或保险的承保保险费来货记给承保人。
27. 如权利要求22所述的方法，包括提出用于对所i^C票融资的应 由所述供应商付款的用户费或交易费、以及以用于提供关于所述债务人的 信誉度的信息和/或用于监视所述债务人的信誉度的所述交易费或用户费 的一部分来货记给信货保证实体。
28. —种向从事发票融资的金融^I提供支持的方法，所述方法包括 在线接收向债务人开具的发票的细节以及来自所述债务人的从供应 商接收到针对所述债务人的所述发票和所述发票应由所述债务人付款的确认；调查所迷债务人的信^^度；以及为金融机构在线证实或验证所述发票以便所述金融机构基于所述证实发票考虑向所述供应商提供信货，只当所述债务人的信誉度的所述调查 已确认所述债务人有信誉时，所Ui票才被证实。
29. 如权利要求28所述的方法，包括从所述供应商和从所述债务人 在线接收所述发票的细节。
30. 如权利要求29所述的方法，其中只当从所述供应商接收到的所 述发票细节在预定程度上与从所述债务人接收到的所述发票细节相一致 时，所^票才^t证实。
31. 如权利要求29所述的方法，其中针对较低数额来证实所^L票， 其中从所述债务人接收到的所述发票细节针对所述较低数额，且其中所述 较低数额小于包括在从所述供应商接收到的所述发票细节中的发票的面 值。
32. 如权利要求28所述的方法，其中调查所述债务人的信誉度包括 检查或搜索核准债务人的电子数据库以确定所述债务人是否为核准债务 人。
33. 如权利要求28所述的方法，其中只当所述发票的付款或部分付 款由承保人担保时，所iOC票才被证实或mi。
全文摘要
一种电子发票融资系统(10)，包括供应商发票发送器(12)，用以将供应商发票的细节发送到债务人核准管理器(16)，债务人核准管理器(16)可由对供应商开具的发票进行融资的至少一个金融机构来操作或者可操作成辅助该至少一个金融机构；以及债务人应付账款发送器(14)，用以将被核准付款的供应商发票的细节发送到所述债务人核准管理器(16)。债务人核准管理器(16)包括核准债务人数据库或者具有对该核准债务人数据库的访问权，并且被配置成从供应商发票发送器(12)和从债务人应付账款发送器(14)接收发票细节并且将接收到其细节的发票的状态指示为证实或经验证。
文档编号G06Q40/00GK101111859SQ200580047245
公开日2008年1月23日 申请日期2005年10月25日 优先权日2005年1月27日
发明者纳维尔·温斯顿·约瑟夫·克尔达希 申请人:验证清算局(控股)有限公司