[发明专利]自动化交易处理系统和方法

说明书

技术领域

本发明涉及商业交互，尤其涉及商业交互的处理和管理，包括将这些交互分组到多个类别。

背景技术

商业交易处理通常涉及高强度的手动劳动，并且在已使用自动化处理的实例中涉及高强度的用户干预。例如，交易处理涉及使用各种交易文档，诸如订单、发票、收据和货代提单(BOL)。这些类型的交易文档包括由交易各方用来监视和处理交易的与该交易相关联的信息。

对商业交易文档进行电子处理，以用于多种不同类型的商业应用程序。描述特定商业交易的特征的商业交互数据(例如电子或物理文档)常常以变化的时间顺序在将这些文档集中成逻辑包进行自动化处理的中央交易区域遇到。例如，当商业交互涉及从卖方到买方的产品销售时，除了买方和卖方之外常常有多个交易方，诸如托运方、金融机构、批发商、和管理机构(例如海关、税务机构)。这些多个方的每一方常常提供与该交易相关的一个或多个不同类型的文档。常常，文档并非是易于识别地相关于来自其它方的文档的格式，从而需要大量的精力来将来这些文档组织到各个类别或各个交易中去。

各种商业交易特别容易引起诸如与文档识别和分类相关的处理困难。例如，对特定商业交易的支付前核对和审计常常在中央处理器上自动地、电子地执行。用于这些功能的文档会不适时地、或以不适于标识文档和将文档分类到特定交易的格式到达中央处理器。作为另一个示例，针对一特定发票的报关单会在发票之前到达中央处理器，而发票也会在真正的订单到达之前到达。在没有发票附于报关单的情况下，中央处理器就会有管理该文档的困难。类似地，在没有订单加在发票上的情况下，中央处理器也不能处理该发票(例如不能根据订单来审查该发票)。

另一类使得交易处理困难的不兼容涉及一种普通情形，其中由不同方使用的标识一特定交易的参考号不兼容。例如，在涉及买方和卖方的交易中，卖方维护根据由卖方产生的参考号组织的交易数据。买方通常必须使用卖方的参考号、而非买方的参考号来访问这些数据。此外，买方和卖方通常对交易的不同特征使用不同的参考号，从而使交易的监视和管理困难。

随着越来越多的文档需要全面表达商业交互，管理文档和其它交互数据的这个问题、特别是使文档和其它交互数据关联于适当商业交易的问题变得越来越具有挑战性。这些文档的手动解析和分类是昂贵、耗时和容易发生差错的。先前可用的自动化方法通常限于适用于某些类型的文档、或某些不灵活的文档标识和分类方法。

传统交易的付款和开帐单相关方面特别易于产生帐单差错和欺诈。例如，在运送货物与运送和/或货物的帐单之间常常几乎没有联系。这可导致重开帐单、根本没有帐单、或者超额帐单。还会发生引起错误帐单或支付的审计差错。此外，当特定交易的多个方面在进行查帐和/或争论时，特别是当不同的交易文档必须手动地进行解析和处理时，支付常常会延迟。例如，来自交易不同方的文档必须常常进行解析和比较，以使来自一个文档的数据与来自另一个的数据相关以便于开帐单。与开帐单相关联的延迟减少了等待支付的交易各方的营运资本资源。

其它成本还因各种交易处理方法中存在低效而产生。许多成本单个而言是较小的，但累计起来就极大了。例如，典型的交易各方引起的管理成本包括相关于建立和传送交易文档、解决帐单争议、向其它各方提供文档的签名副本、以及邮寄应收款清单的成本。此外，解析、识别和分类相关于这些和其它项的文档的成本添加了交易的管理成本。

交易管理的另一个挑战涉及不能获得有关交易的即时信息。来自一方的交易数据对交易的其它方而言在不直接访问某方专用系统的情形下通常不会是轻易可用的。因为该过程大部分是手动进行的，因此极难跟踪一交易，且实时数据是特别难以取得的。例如，为了获悉货运或付款的状态，涉及有各个手动步骤。如果托运方想要知道承运方是否在运送特定交易的货物并且是否已经付款，则托运方常常必须联系承运方和/或适当的金融机构。

商业交易的管理和协调中的以上和其它困难对商业交易的有效和高效管理提出了挑战。

发明内容

本发明涉及克服上述挑战，以及相关于上述类型的方法和实现的、其它应用中的其它挑战。本发明在多个实现和应用中例示，其一部分归纳如下。