CN1254429A - 发票购货单系统 - Google Patents

Abstract

一种对客户(100)和制造商之间的多个购货单进行跟踪和对帐,并相应于所述多个购货单对依照信用证在金融机构与受益人之间发生的支付进行跟踪和对帐的系统。该系统包括用于接收来自客户的数据的接收装置,用于存储数据的存储装置,以及用于处理数据的处理装置。

Description

发票购货单系统

发明领域

本发明总体上涉及用于处理购货单的系统和过程，尤其涉及一种用于自动跟踪、对帐和处理购货单以及相应信用证的系统和过程。

背景技术

在国际市场中，一种通用的做法是，当零售商之类的购买者与制造商签订合同，以便为客户生产产品时，他会开一张购货单。购货单包括许多规定，有发货日期、货物数量、产品生产要求以及订购价格等。为了凭这些购货单收取支付生产产品的款项，制造商将开一张发票。通常在国际市场中，某客户将需要就不同产品或不同制造商开出许多购货单。对客户来说，与金融机构一起工作通常是有用和/或必要的，金融机构将依靠信用证汇总这些购货单。将信用证提供给客户，而一般将保证金(guarantee payment)交给制造商。应该理解，可以向非制造商的受益人付款。但是，为了便于描述，制造商将是信用证的受益人/收款人。

因此，信用证是客户和制造商之间重要的联系物。为了能从金融机构收到发票的付款，信用证规定制造商须提交合格文件。例如，可以要求制造商出示提货单、表示货物原产地的原产地发票和证明，和/或检查合格证。当向金融机构递交了信用证所要求的文件后，把客户的帐记入借方，并对制造商(或信用证受益人)付款。用这种方式，信用证确保能够向(通常与客户的国籍不同的)制造商(或受益人)支付资金并且如果送达的货物与信用证的项目相符，将支付资金。因此，信用证代表了一种在管理国际贸易方面有价值的工具。在包括《统一惯例》(UniformCustoms and Practices)的各种手册和参考书中，叙述了一般在国际上公认的处理信用证的的过程。

国际贸易经常涉及大量的文书工作-只有一部分直接关系到信用证。文书工作是适当收货和付款的基本工作，因此对国际贸易来说，跟踪文书工作困难、费时并且昂贵。历史上，银行并不关心信用证的附属信息，而是仅关心与信用证直接相关的信息和文件。因此，由于银行认为这种附属信息是额外细节并且用于管理信用证发放的统一惯例(UCP)并不需要这些信息，所以信用证的使用者(客户)就已经限制了提供给银行的关于交易的信息量。传统上，对于不与信用证直接相关的事务，客户是直接与制造商联系的，银行不涉足。

大客户可以有一家银行的许多不同信用证。在有大量信用证的情况下，银行可以把若干信用证归在一起，给这组信用证分配一个主信用证参考号，从而用银行的参考号来组织交易。此归组方法产生了一个主信用证。当客户试图用他们的购货单与发票和信用证对帐时，客户、银行和制造商所用的不同归组和参考号使对帐很困难。例如，希望知道购货单状态但只有购货单编号的客户必须：1)打电话给银行，找出该信用证和/或银行参考号；2)打电话给银行，要发票编号；以及3)打电话给银行，获取关于该发票的信用证和银行参考号。

因此，该行业中需要有一个诸如银行的金融机构，可以向用信用证协调的客户提供购货单信息和制造商发票。

另外，对银行来说，依照信用证对比制造商递交的文件是一项需要大量手工，并且费时、费钱的工作。该行业中需要一种改进的方法，以便用一种标准方式来输入合格文件，从而尽可能有效地进行检查，验证。

另外，由于历史上银行只关心发行交易信用证，所以要求把客户和制造商之间的大量通信作为附属内容。因此，该行业需要银行投入更大的关心，从而使客户和制造商可以获取的信息标准化。这包括不必与信用证直接相关的信息。通过使信息流更有效并因此向客户提供“增值”服务，可使客户跟踪购货单及其支付的状态。另外，需要尽可能快地且最好用电子方式获取信息。

                         发明内容

申请人创建了一种系统，该系统通过使用经改进的发票购货单跟踪系统和方法，方便了上述过程。该系统和方法将购货单数据存储在数据库中，并且使该数据与金融机构发放的信用证相关。金融机构发放的信用证格式包括购货单的参考号及其库存标识(“SKU”)。这种联系允许输入和检索与购货单或信用证相关的信息。

系统运行如下：首先，客户开出许多购货单。然后，把购货单归到一张信用证下。然后，将购货单的数据以及金融机构提供的信用证参考号输入计算机，并且按结构化的消息格式将其发送给金融机构的电子消息中心。信用证号是被发放信用证的唯一标识符，它起链接所有其它交易数据的作用。然后，交易处理系统对电子消息中心进行访问，对信息进行对帐，以确保接收到正确的消息以及购货单消息与被参照的信用证一致。如果对帐成功，则将购货单消息存储在文件服务器上发票购货单系统的资源数据库中。以后对购货单和/或信用证进行的修改可以用相同方式的流程通过该系统。

当制造商通过提供信用证要求的文件(例如，发票，提货单，原产地证明，检查证明)，凭信用证要求金融机构进行支付时，金融机构的代表将这些文件的内容从硬拷贝上输入发票购货单系统。然后，系统自动将制造商所提供文件的数据与原始购货单和信用证的描述进行比较。系统自动识别差别。例如，购货单中规定的货物数量。将这些差别视为不一致。系统自动向客户报告制造商所提供的文件包括任何不一致的地方。因此，在该改进的系统下，自动将任何不一致的地方告诉客户。因此，客户具有及时的信息，例如货物已经装运，装运数量正确，或者制造商没有取得正确的材料因而装运的货物略有不同。这可使客户更新其内部的系统，并减少需要询问制造商和/或金融机构的内容。这些不一致作为信息数据反馈给客户。

在进行支付之前，金融机构的代表根据信用证检查制造商提供的文件，以确认制造商已满足了信用证的条款和条件。代表获得上述包括不一致内容清单的报告。如果没有满足所述条款和条件，则金融机构的代表在报告的帮助下鉴别该问题，称之为差异(discrepancy)。普通的差异包括提货单太旧或“失效”了，或者制造商在信用证截止之后才提交文件。如果发生这类差异，则金融机构在进行支付之前必须获得客户的同意。而客户可以不顾差异仍然支付，或者不通过信用证与制造商(受益人)协商。

历史上，将差异作为文本字段(text field)记录在数据库中。在这种系统下，无法用数据库跟踪普通的差异。但是，在改进后的发票购货单系统下，差异是按标准编写格式(standard codified format)输入的。其目的是能使用户通过代码跟踪普通差异。该改进的系统不仅能使客户根据差异同意或不同意支付，也能使客户编辑某特定制造商的差异历史。客户可以用该历史评价和比较不同的制造商，并且/或者当客户与某特定制造商进行协商时，可以根据过去的表现将所述差异历史用作杠杆。

传统上，金融机构对客户帐户一次提款，以兑付涉及多个购货单的信用证。大客户每天可以有多次提款。然后，客户面临以下任务，即将金融机构执行的各种借项与对应这些借项的所有购货单对帐。出错的可能性以及对出错跟踪的需要都是很大的。

发票购货单系统向客户自动提供一份报告，该报告将每个借项细分到该借项所涉及的各种购货单。用先前存储在资源库中的客户自己的参考标识参照这些购货单借项。这种将借项对每张购货单的逐一分配的方法可使客户用合适的可支付帐目款项支付借项，从而关闭该款项而对借项进行自动对帐。因此，可以完全取消对借项和购货单的手工对帐。

另外，除了借项对购货单/SKU的逐一分配外，发票购货单系统还向客户提供与获取货物相关的费用情况。因此，客户能够确定要获得特定商品的所有费用。该信息所支持的价格决定能使客户在市场上进行更有效的竞争。

附图概述

图1是构成发票购货单系统(本文一般称为“系统”)的综合部件及通信的概观图。

图2是运行发票购货单系统的流程图的开始部分，这是一种用于监控国际贸易的方法。除非另作说明，该图和其余附图均描述贸易业务代表登录该系统以及操作该系统所采取的步骤。

图3示出了系统主菜单，总览了系统的主要功能。

图4示出了在关闭后用来使系统初始化的工作日开始(Start of Day)过程。

图5示出了选择修改的过程。

图6是图5的继续，示出了用于处理信用证(LC)修改的过程。

图7是图5的继续，并示出了用于处理处理购货单(PO)修改的过程。

图8示出了在系统的信息菜单下可获得的功能。

图9是图8的继续，描述了如何获得购货单的信息。

图10描述了系统下可获得的其它处理选项。

图11示出了用于处理发票的过程。

图12描述了用于在发票处理范围内获得信息的选项。

图13示出了用于处理独立发票(Independent Invoice)的过程。

图14是图13的继续，描述了用于在处理独立发票过程中获得信息的选项。

图15示出了用于处理差异的过程。

图16示出了用于处理支付状态的过程。

图17示出了用于处理独立发票支付状态的过程。

图18示出了用于修正发票或差异的过程。

图19示出了执行工作日结束过程(End-of-Day Procedure)的过程。

图20描述了系统中可以用来检查已输入系统之文件(instrument)的一般选项。

图21示出了系统的管理能力。

图22是图20的继续，示出了用于检查具体文件的过程。

图23是图8的继续，示出了用于获得发票或支付状态信息的步骤。

图24是图21的继续，示出了用于增加、改变或删除客户信息的过程。

较佳实施例的详细描述

系统(图1)是进口商和出口商使用的交易信息管理系统。它向客户提供了一种能够根据相应发票发送、监控和核对购货单的手段。交易信息由客户(方框100)创生，或者由贸易业务代表(方框112)输入。客户可以发出信用证(LC)申请、购货单(PO)信息、LC修改、PO修改，还可以对差异作出响应。

上述信息在客户环境中产生。需要时，用驻存在本地个人计算机中的软件将客户信息转换成结构化的消息，其中本地个人计算机装有本地传输模块(LTM)(模块102)。对消息加密，并通过本地传输模块(方框102)将消息发送给电子消息中心(EMC)(方框104)。客户消息传输模块(CTM)(方框106)检索EMC持有的消息，并通过“握手(Handshake)”程序将入站消息传送给系统消息处理器(SMP)(方框108)。

SMP对消息进行验证并检查格式的完整性、完备性以及损坏(corruption)。拒绝并周期性地删除失效的消息，并且用SMP生成的状态消息将状态通知客户，然后通过CTM发送至EMC。一旦验证有效，消息处理器将消息传送给系统文件服务器(方框110)，系统文件服务器暂时存储等待中央处理器确认发放的消息。

一旦在系统文件服务器(方框110)上将消息发送给不同的地区，就可以通过SMP将已被初步处理的LC和LC修改发回中央处理消息传输模块(CPMTM)(方框114)。CPMTM将消息发送给EMC(方框104)。银行的中央处理系统(方框116)从EMC(方框104)中检索消息，并处理它们。或者同意(发给)或者拒绝LC或LC修改。中央处理系统向EMC发一消息并且CPMTM对EMC检索消息，并传送给SMP。

SMP再根据状态更新系统文件服务器：将发放的LC和修改传送给永久数据库；从临时文件中删除被拒绝的交易。同时，SMP将状态传送给CTM(方框106)，从而发送给EMC(方框104)。将SMP发出的状态消息保留在EMC中，直至客户用他们的本地传输模块(方框102)检索消息。

同样输入PO和PO修改。PO信息由客户(方框100)创建在本地系统中。客户把几个PO分组到一个LC名下，产生一个链接的交易。本地系统或者产生链接消息，将分组的PO链接至LC，或者用转换软件对链接的信息格式化，使之成为结构化的消息。然后，通过本地传输模块将消息发送给EMC(方框104)，并将消息暂时存储在EMC中，等待CTM(方框106)的检索。

再次，CTM通过“握手”程序将消息传送给SMP(方框108)。SMP使消息生效，检查格式的完整性、完备性以及损坏。将生效的消息发送给存储PO信息的系统文件服务器(方框110)，等待中央处理单元通知LC或LC修改的发放。拒绝并周期性地删除失效的消息，并且用SMP生成的状态消息将该状态通知客户，然后通过CTM发送至EMC。

从CP(方框116)检索到的状态消息通过EMC(方框104)对系统文件服务器进行更新。发放的LC和LC修改将PO从临时文件转到服务器中的永久文件。LC和LC修改失效的发放通过从临时文件中删除失效的PO，对系统文件服务器进行更新。将所有的状态消息从SMP(方框108)发往CTM(方框106)，再发往EMC(方框104)，然后在EMC处等待客户LTM(方框102)的检索。

贸易业务代表(TSR)在客户代表终端(方框112)用系统应用软件(系统)对PO和PO修改进行处理。TSR对数据库中的PO进行发票处理，TSR起“制作者”的作用。“制作者”从数据库检索记录，操作该记录，并且用一个标志将其返回数据库，其中所述标志表示该记录可以由另一个称为“检查者”的TSR来检查。“检查者”(TSR)检索记录，检查“制作者”的工作，然后或者同意该记录或者拒绝它。制作者/检查者的特征确保了同一个人不能对同一记录执行两个功能。

将被拒绝的记录“标志”为“拒绝”，并且可用于再修复一次，这时“制作者”再对它们处理一次，“检查者”则再检查一次。将被允许的记录“标志”为“发送”，并通过SMP(方框108)将它们作为消息发送给CTM(方框106)，至EMC(方框104)，等待客户检索。

TSR还用系统输入独立发票、报告购货单的支付状态、详述发票上的费用，并用规定编写格式通知LC的差异。制作者对所有信息进行处理，而检查者对所有信息进行检查。系统将经检查的记录转换成结构化的消息，然后将结构化的消息从SMP发送给CTM，再到EMC(方框104)，消息在EMC处等待客户的检索。

图2象征性地示出了发票购货单系统(系统)(图1)的运行流程图，流程从图2的方框200开始。TSR通过与系统网络相连的计算机终端进入系统(方框202)而起动流程(方框200)。计算机可以是具有486/66以上处理器的任何与IBM兼容的个人计算机。出现的第一个屏幕是登录屏幕。提示用户输入用户ID(方框204)和口令(方框206)。用户ID的字符长度为6至8个。如果输入的口令不正确，那么系统将提示用户重新输入口令。如果输入口令不成功达到3次，那么系统将终止(方框210)。在该情况下，用户必须与系统管理员联系，以便重新建立用户的特权。如果用户ID和口令正确，并且这是自工作日结束过程(End-of-Day procedure)运行起的第一次登录，那么将自动起动工作日开始过程。如果用户在任何其它时间里登录，那么将显示系统主菜单。如果这是自工作日结束过程运行起的第一次登录，那么将要求用户运行工作日开始过程。在运行了工作日结束后，工作日开始过程自动开始。工作日开始过程的起始屏幕更新消息处理器(SMP)状态、自工作日结束起处理的入站消息数和自工作日结束起拒绝的消息数。屏幕上出现报警消息，询问用户日期和时间是否正确。该过程确保系统时钟与实际时间一致。屏幕将询问所显示的时间是否在实际时间的3至4分钟内(方框404)。如果在3至4分钟内，则用户选择“是”并继续。如果不在3至4分钟内，则选择“否”。系统中止(方框406)。然后，用户必须将问题通知管理者。在该情况下，系统管理者不得不在使用系统之前重新设置系统时钟。

如果系统时间在容限之内，则下一屏幕会告诉用户将打印概要日志和入站消息。概要日志包含新的和被拒绝的消息。概要日志将被自动打印成自工作日结束过程起接收到的所有入站消息。然后，系统告诉用户已加了时间戳。当用户单击或输入<OK>时，系统将用户移至主菜单。这些消息包括LC申请、LC修改、PO、PO修改和差异答复。一旦选择继续，系统便自动完成三项功能：检查已过15天未完成的修改(方框412)；检查已过四小时未完成的消息(方框416)；并生成由所有入站和出站消息组成的日志(方框420)。如果修改已过15天未完成，则将状态消息发给用户(方框414)。在消息已有四小时未完成的情况下，系统删除未完成的消息，并向客户发送消息，拒绝未完成的消息(方框418)。一旦完成这些功能，结束工作日开始过程。系统输入系统主菜单(方框300)。

系统主菜单(方框302)是系统实现所有功能的起点。系统主菜单向用户提供五项功能选择：修改(方框304)；信息(方框312)；处理(方框318)；检查(方框316)和管理(方框320)。系统主菜单还使用户获得帮助(方框324)并从系统中退出(方框326)。用户可以从系统主菜单中选择上述任何选项。

用户可以选择修改，开始LC修改和PC修改的过程。为了处理LC修改或PO修改，用户从修改屏幕中选择“处理”下拉式菜单(方框502)。在处理的下拉菜单中，用户可以选择LC修改(方框504)或PO修改(方框514)。LC和LC修改只能在中央处理系统中发放；其它用户不能发放LC或LC修改。当选择处理LC修改或PO修改时，调用修改选择屏幕。用户首先选择基数，然后从显示的选项中选出要处理的修改(方框506，516)。用户选择“处理”，调用修改处理详细屏幕(方框508，518)。从这个对LC和PO修改为共同的屏幕中，用户处理修改的状态(方框512，522)。

修改处理包括复查修改细节，并将“状态”分配给交易事件。修改状态可以“接受”、“拒绝”或“待定”。处理状态要求制作者和检查者一起工作。在任何情况下，制作者或检查者都不能单独改变数据，也不能将数据输入修改处理/检查屏幕。

当选择处理LC修改或PO修改时，调用修改选择屏幕。在处理修改之前，用户必须首先选择客户基数。

在选择了“处理”之后，系统将原始交易显示在屏幕的左侧，而将相关的修改显示在屏幕的右侧。用户可以根据所选的基数进行多次滚动修改。对于每个被复查的修改，制作者可以“同意”、“拒绝”或“待定”该修改。

一旦状态适用，TSR制作者退出系统。该行为将制作者复查过的修改与它们的状态一起传送给检查。在任何时候，如果用户希望取消修改复查，用户可以选择取消，并返回修改选择屏幕。

如果LC修改还带有对所基于的购货单的修改，则用户可以通过选择PO细节查看PO修改的详细内容。当选定时，显示PO细节，其中原始购货单信息显示在屏幕的左侧，而修改细节显示在屏幕的右侧。然后，将LC修改信息显示在屏幕上，该信息位于它修改的LC的右边(方框602)如果这不是正确的LC，则用户选择“取消”，并返回修改选择屏幕(方框504)。一旦选择了正确的LC，则用户确定所显示的LC修改是否为要处理的LC修改(方框606)。如果不是，则从清单中选择正确的修改(方框608)。用户确定是否可以对LC修改进行处理(方框610)。用户可以在处理状态之前查看LC修改的细节(方框614)或(方框620)。如果用户希望在处理之前查看修改细节，则选择“PO细节”(方框616)。细节显示在屏幕上。当完成对细节的检查时，用户选择取消(方框618)。

一旦检查完LC修改的细节，用户可以同意、拒绝，或分配待定状态。这是通过从LC处理屏幕中选择相应状态而实现的(方框612)。结束了要完成的处理。用户可以通过选择“存储”将变化存储起来(方框622)。若要删除，则选择“取消”退出，不进行存储。如果用户存储了变化，则修改LC修改记录，并将记录发回系统文件服务器，将其存储起来，以待检查。

如果正在处理的修改是PO，则从CPT对其进行处理(方框112)。然后，将PO修改信息显示在屏幕上，位于它所修改的PO的右边(方框702)。如果这不是正确的PO，则用户选择“取消”(方框706)，并返回修改选择屏幕(方框504)。一旦选择了正确的PO，则用户确定所显示的PO修改是否为要处理的PO修改(方框704)。如果不是，则从清单中选择正确的修改(方框708)。

用户可以同意、拒绝，或指定为待定状态。这是通过从PO处理屏幕中选择相应状态而实现的(方框710)。用户确定是否还需要进一步的处理(方框712)。如果结束了要完成的处理，则用户可以通过选择“存储”将变化存储起来(方框714)，或者选择“取消”，以便退出而不进行存储。如果用户存储了变化，则修改LC修改记录，并将记录发回系统文件服务器，将其存储起来。

为了选择要检查的修改，用户从修改菜单中选择“核准”，并选择LC修改或PO修改(方框524)。显示另一个修改选择屏幕。用户选择基数和各个被核准的修改，并选择“处理”，以调用处理细节屏幕(方框602，702)。用户还可以选择从修改菜单中退出，返回系统主菜单(方框522)。

当检查经同意后的PO修改时，PO修改记录通过将记录从临时文件移到永久文件，更新系统文件服务器的永久文件(方框110)。当检查被拒绝的PO修改时，将删除记录并生成状态消息，从SMP(方框108)传送至CTM(方框106)，至EMC(方框104)，至客户。待定状态不把记录从系统文件服务器中的临时文件中移走(方框110)。

用户通过从系统主菜单中选择“信息”，可以获得关于客户、LC、PO、发票、支付状态、差异和独立发票的信息(方框308)。从系统主菜单选择“信息”的操作调用了信息屏幕(方框800)。

为了获得关于客户的信息，用户从信息屏幕中选择“客户”(方框802)。显示客户信息屏幕。为了选择所有记录，用户必须单击<OK>。为了选择个别记录，用户从可在屏幕基数字段中获得的下拉式列表中选择一基数。屏幕显示客户基数、客户姓名、全局或局域ID号，和/或客户位置(方框804)。用户可以通过选择“打印”，打印出所显示的信息(方框806)，或者通过选择“退出”返回系统主菜单(方框808)。

为了显示关于某给定客户之LC的信息，用户从信息屏幕中选择“信用证”。调用LC信息屏幕。

为了选择所有记录，用户必须单击<OK>。为了选择个别记录，用户从可在屏幕各标准字段中获得的下拉式列表中选择一基数或个别的LC标号。

显示某给定客户号的所有LC(方框812)。用户选择客户的基数(方框814)，并选择<OK>，以便显示它的LC(方框816)。用户可以通过选择“打印”，打印被显示的信息(方框818)，或者通过选择“退出”返回系统主菜单(方框820)。

通过从信息屏幕中选择“购货单”，可以获得关于PO的信息(方框822)。为了选择所有信息，用户必须单击<OK>。为了选择个别记录，用户输入LC号，基数，和/或PO号(方框904)。然后，选择<OK>，以获得关于某特定PO的信息(方框905)。用户可以通过选择“打印”，打印被显示的信息，或者通过选择“退出”返回系统主菜单(方框916)。用户可以通过加亮特定的PO并从PO列表屏幕中选择“SKU(库存标识)细节”，获得关于在PO中定购的特殊项的信息(方框910)。调用包含有定购项之细节的屏幕。用户可以通过选择“打印”，打印出被显示的信息(方框913)，或者通过选择“退出”返回购货单列表屏幕(方框914)。

用户可以通过从信息屏幕中选择“发票”，显示发票信息(方框826)。另一种方法是，通过加亮所列的特定项并双击以显示附加的SKU细节，从而显示该信息。为了选择所有记录，用户必须单击<OK>。为了选择个别记录，用户输入状态、基数、LC，和/或PO号，并在发票选择屏幕选择<OK>(方框2302)。用户从那些列出的项中加亮发票(方框2304)。用户可以通过选择“打印”，打印被显示的信息(方框2306)，或者通过选择“退出”返回系统主菜单(方框2314)。用户可以通过从发票信息屏幕中选择“费用细节”，获得对应所选发票的费用表(方框2308)。另一种方法是，通过加亮所列的特定项并双击以显示附加费用细节，从而显示该信息。用户可以通过选择“打印”，打印被显示的信息(方框2310)，或者通过选择<OK>关闭屏幕(方框2312)。

用户可以通过从主菜单的信息选项中选择“支付状态”，显示发票的支付状态(方框830)。通过输入状态、基数、帐单号、发票号、LC和/或PO号并在支付状态信息屏幕中选择<OK>，来显示发票(方框2302)。用户从那些列出的项中加亮发票(方框2304)。用户可以通过选择“打印”，打印被显示的信息(方框2306)，或者通过选择“退出”返回系统主菜单(方框2314)。用户通过从支付状态信息屏幕中选择“费用细节”，可以获得对应所选发票的费用表。另一种方法是，通过加亮所列的特定项并双击以显示附加费用细节，从而显示该信息。用户可以通过选择“打印”，打印被显示的信息(方框2310)，或者通过选择<OK>关闭屏幕(方框2312)。

用户可以通过从主菜单的信息选项中选择“差异”，显示差异信息(方框832)。调用差异表屏幕。它列出了已被接受和拒绝的所有差异(方框834)。为了选择所有记录，用户必须单击<OK>。为了选择个别记录，通过输入状态、基数、LC和/或帐单号并在差异表屏幕中选择<OK>，便可选择具体的差异(方框836)。用户可以选择“打印”，打印出被显示的信息(方框838)，或者选择“退出”，返回系统主菜单(方框840)。

用户可以通过从主菜单的信息选项中选择“独立发票”，显示独立发票信息(方框842)。调用独立发票表屏幕。它列出了一特定客户的所有独立发票(方框844)。为了选择所有记录，用户可以单击<OK>。为了选择个别记录，通过输入状态、基数、LC和/或帐单号并在独立发票表屏幕中选择<OK>，便可选择具体的独立发票(方框846)。用户可以选择“打印”，打印出被显示的信息(方框848)，或者选择“退出”，返回系统主菜单(方框850)。

用户通过从系统主菜单中选择“处理”，可以处理发票、独立发票、差异、支付状态，以及独立发票的支付状态，执行对记录的修正，并通过从系统主菜单选择“处理”而执行工作日结束的顺序(方框312，方框1000)。

所有修改必须在处理发票前处理(方框1104)。对于修改过程，参见图5，过程从方框500开始。为了输入发票信息，制作者(用户)选择客户基数、相关的LC参考号、PO参考号和SKU参考号，然后输入发票号。该动作调用帐单参考(BRN)窗(方框1110)。用户输入帐单参考号、如果要支付该款项的帐单日期、货币以及金额(方框1112)。完成后，用户在<OK>上单击，移至发票处理屏幕(方框1116)。如果发票选择存在错误，则制作者选择“重新设置”并重新进行发票选择数据(方框1120)。在任何时候，用户可以通过选择“重新设置”，来清除和重新设置屏幕，以便重新输入数据。屏幕返回购货单携带的原始数据，并且用户可以再次将数据输入各个字段。

在输入发票选择数据之后，就可处理发票(方框1118)。如果用户希望处理发票，则从发票选择屏幕中选择<OK>(方框1130)。如果不希望处理，则选择“退出”返回系统主菜单(方框1128)。选择<OK>的操作调用发票处理屏幕。对发票的处理包括将发票数据与其适用的PO数据进行比较。发票处理屏幕将帐单概要显示在屏幕的左边，而将PO信息显示在屏幕的右边。帐单概要示出了在一给定的BRN情况下，已被输入系统的发票总和。用户将发票处理屏幕上的原始PO细节与提出支付硬拷贝纸件发票或其它出具的支付要求进行比较。如果有信息不一致，则用户修改PO记录中的信息字段。这些修改将呈红色，并且将在屏幕的左侧产生和自动显示“不一致”(方框1135)。从发票处理屏幕中选择“文件”下拉式菜单然后选择“不一致”，也可以看到不一致的内容。一旦正确输入或修改了所有数据，用户选择“保存”，存储发票记录(方框方框1136)。“保存”操作将发票记录存储到系统文件服务器中，并驻留在那里，直至被再次调用进行检查或重新处理。如果用户不希望保存对发票记录所作的修改，则选择“取消”，用户返回系统主菜单(方框1140)。为了在保存之后处理另一发票，用户选择“下一个”，返回发票选择屏幕(方框1138)。如果在完成输入和保存发票后，用户发现输入了不正确的BRN，则可以回到发票选择屏幕并选择“修改BRN”，纠正该错误(方框1124)。可以将新的或另一个BRN应用于所选的发票。用户选择“设置”，用修改后的帐单参考号信息替换原始的帐单参考号数据(方框1126)。

发票处理屏幕具有可以在“文件”下拉式菜单中获得的信息分类(方框1202)。信息主题是：客户；受益人；不一致的内容；费用；帐单概要；LC信息；以及PO信息。通过从发票处理屏幕中选择“文件/客户”而选中的客户屏幕显示与给定基数相关的客户的姓名和地址(方框1204)。选择<OK>以关闭该屏幕，或者从“文件”菜单中选择另一项，以自动关闭当前窗口(方框1206)。通过从发票处理屏幕中选择“文件/受益人”而选中的受益人屏幕显示受益人的姓名和地址(方框1208)。选择<OK>以关闭该屏幕(方框1210)。通过从发票处理屏幕中选择“文件/不一致”而选中的不一致屏幕显示在处理发票过程中产生的不一致内容表(方框1212)。选择<OK>以关闭该屏幕(方框1214)。通过从发票处理屏幕中选择“文件/费用”而选中的费用屏幕允许输入任何与给定发票相关的费用(方框1216)。在该屏幕中，费用是作为借方输入的，而折扣/调节/相反则作为贷方输入(方框1218)。选择<OK>以关闭该屏幕。在更新帐单概要以便将任何输入的费用反映到费用屏幕中之前，用户必须“保存”发票记录。通过从发票处理屏幕中选择“文件/帐单概要”而选中的帐单概要屏幕显示帐单参考号下的总帐单、发票以及费用(方框1222)。帐单概要还给出已输入的发票数，已被检查过的发票数，以及还要检查的发票数。选择<OK>以关闭该屏幕(方框1222)。通过从发票处理屏幕中选择“文件/PO信息”而选中的PO信息屏幕显示经修改或原始的PO信息(方框1224)。选择<OK>以关闭该屏幕(方框1226)。通过从发票处理屏幕中选择“文件/LC信息”而选中的LC信息屏幕显示经修改或原始的LC信息(方框1228)。选择<OK>以关闭该屏幕(方框1230)。

系统允许用户处理没有相应PO的发票。这些文件称为“独立发票(I/I)”。用本系统可以输入和处理I/I。从系统主菜单中选择“处理”(方框312)，然后从处理菜单中选择“独立发票”(方框1004)。这要调用I/I选择屏幕(方框1302)。在选择了基数之后，将数据输入有用的字段(方框1304)。如果已输入合适的数据，则选择<OK>，以便存储数据(方框1306)并进入I/I处理屏幕(方框1312)。如果数据输入不正确，则选择“重新设置“，以清除所有字段，并重新输入数据(方框1308)。要返回系统主菜单并且不保存，选择“退出”(方框1310)。

处理I/I包括输入I/I数据受益人信息。输入可用的数据字段(方框1318)。选择“保存”，存储对I/I的改变(方框1320)。当保存了I/I时，将I/I记录消息发送给系统服务器。要处理另一个I/I，选择“下一个”(方框1323)。这使用户返回I/I选择屏幕。要返回系统主菜单但不保存，选择“取消”(方框1324)。

与发票处理屏幕一样，I/I处理屏幕允许用户输入关于费用和帐单概要的信息。通过从I/I处理屏幕中选择“文件/费用”(方框1402)而选中的费用屏幕允许以一给定发票输入任何费用，并显示由此输入的任何费用(方框1404)。在该屏幕中，费用被显示为借方，而折扣则作为贷方输入。选择<OK>以关闭该屏幕(方框1406)。通过从I/I处理屏幕中选择“文件/帐单概要”(方框1402)而选中的帐单概要屏幕允许显示帐单参考号下的总帐单、发票以及费用(方框1408)。帐单概要还给出已输入的发票数，已检查的发票数，以及还要检查的发票数。选择<OK>以关闭该屏幕(方框1410)。还可以从I/I处理屏幕中选择“取消”，以便退出I/I处理屏幕，不保存I/I信息(方框1412)。可以选择“退出”，返回系统主菜单(方框1414)。

要处理差异，可从系统主菜单中选择处理(方框1312)，然后从处理下拉式菜单中选择差异(方框1006)。该顺序调用差异选择屏幕(方框1502)。用户选择基数(方框1501)。显示差异选择屏幕。用户输入BRN，并在屏幕的上方选择LC号(方框1504)，这调用了差异处理屏幕(方框1506)。从该屏幕中，通过选择屏幕上的种类，可以从以下种类中选择与LC号相关的差异：LC、汇票、发票、装箱单、提货单、保险单、证明、PO和其它单据(方框1507)。当选择上述任何种类时，将显示各自差异的清单。用户从所需清单中选择差异(方框1508)，并对差异字段修改或增加信息(方框1509)。

一旦用令人满意的方式增加或修改了差异信息时，选择“保存”，将修改存储到差异中(方框1514)。存储被发送给系统文件服务器等待检查的经修改的差异消息，直至重新调用，作进一步的处理(方框1516)。选择“下一个”，处理另一个有差异的LC(方框1518)。通过加亮差异并选择“删除”。可以删除差异。(方框1512)。

如果输入信息不能令人满意，则选择“重新设置”以消除先前选择的差异的屏幕(方框1510)，选择“取消”以返回差异-信用证屏幕但不作保存(方框1524)，或者选择“退出”以返回系统主菜单但不作保存(方框1526)。

用本系统可以处理支付状态。处理支付状态主要包括将PO和LC的支付状态传送给客户。当支付了帐单或发票时，将该支付记录在系统上。因此，系统向客户提供与支付状态相关的正在进行的信息。执行支付状态处理起始于从系统主菜单中选择处理(方框312，1602)，然后从下拉式菜单中选择支付状态(方框1008，1602)。

要处理具体客户的支付状态，可通过基数或客户简称来选择客户和BRN(方框1604)。制作者可以通过选择“支付”、“打开”或“拒绝”根据文件修改帐单的状态(方框1606)。

如果支付状态修改正确，则制作者选择“保存”，存储支付状态(方框1612)。然后，通过SMP将支付状态消息发给系统文件服务器(方框1614)。

如果支付状态修改不正确，则用户可以选择“重新设置”，清除所有的字段，允许重新输入数据(方框1616)。另外，用户可以选择“退出”，返回系统主菜单，但不作保存(方框1624)。

从支付状态处理屏幕还可以看到关于费用的信息。用户可以选择“费用细节”，查看所选发票的费用细节(方框1608)。在该屏幕中，将费用输入成借方，而将折扣输入成贷方(方框1610)。单击鼠标器右键，关闭费用屏幕。

同样，用本系统可以处理I/I下的支付。执行支付状态处理起始于从系统主菜单中选择处理(方框312，1702)，然后从下拉式菜单中选择支付状态(方框1008，1702)。

要处理具体客户的支付状态，可通过基数或客户简称来选择客户和BRN(方框1704)。制作者可以通过选择“支付”、“打开”或“拒绝”根据文件改变帐单的状态(方框1706)。

如果支付状态的改变正确，则制作者选择“保存”，存储支付状态(方框1710)。然后，将支付状态消息发给系统文件服务器，等待检查(方框1712)。

如果支付状态的改变不正确，则用户可以选择“重新设置”，清除所有的字段，允许重新输入数据(方框1714)。另外，用户可以选择“退出”，返回系统主菜单，但不作保存(方框1722)。

从支付状态处理屏幕还可以看到关于费用的信息。用户可以选择“费用细节”，查看所选I/I的费用细节(方框1706，1708)。单击鼠标器右键，关闭费用屏幕。

用处理修正功能可以在系统上对被拒绝的发票和差异进行修正。从系统主菜单中选择处理(方框312，1802)，然后从处理的下拉式菜单中选择“修正”(方框1012，1802)。这调用修正事件屏幕。用“文件”下拉式菜单，选择发票(方框1804)或差异(方框1808)，以便查看被拒绝项目的清单。从下拉式菜单中选择“文件”，然后选择“退出”，返回系统主菜单(方框1806)。当选择了“发票”或“差异”时，修正事件屏幕中会显示被拒绝项目的清单(方框1810)。然后，用户选择要修正的项目(方框1812)。如果选定的项目是被拒绝的差异，则显示被拒绝差异屏幕(方框1816)。从这时开始，修正过程与原始的处理差异过程相同。

当在修正事件屏幕中选择“发票”时，显示发票修正屏幕(方框1814)。发票修正屏幕与发票处理屏幕相同(方框1132)。用户将发票修正屏幕上的字段与原始PO进行比较(方框1820)。如果有信息不一致，则修改PO中的信息字段(方框1822)。这些修改将呈红色，并产生“不一致”，自动显示在屏幕的左边(方框1824)。从发票处理屏幕中选择“文件”下拉式菜单，然后选择“不一致”，可以查看不一致的内容。一旦正确输入或修改了所有数据，用户选择“保存”，存储发票记录(方框1828)。“保存”操作将发票记录消息存储到系统文件服务器中，等待检查(方框1830)。如果用户不希望保存对发票记录所作的修改，则选择“取消”，使用户返回系统主菜单(方框1834)。要在保存之后处理另一发票，用户可选择“下一个”，这使用户返回发票选择屏幕(方框1832)。

用户还可以从处理菜单中调用工作日结束过程(方框1014)。工作日结束序列必须在每天结束时执行。它确保已清除了所有的队列，并正确处理了所有消息。工作日结束过程包括以下十个步骤：

1.调用工作日结束，确保所有用户都退出系统。

2.从系统主菜单中选择“处理”(方框312)，然后选择“工作日结束”(方框1014)。在进行系统备份期间，工作日结束使系统处理器(SMP)挂起。

3.当激活工作日结束时，生成一套标准报告(方框1908-1912)。

4.查看报告，确定是否存在与当天事务相关的错误或问题。

5.让系统管理员停止工作，以保证已生成报告，并查看其正确性。

6.报告一生成，如果可用，便激活清除功能(方框1922)。

7.将当天的处理拷贝到外部媒体上(例如，磁带)，并作备用存储。

8.生成当天的活动日志。

9.验证已执行的所有步骤。

10.确认在离开前处理器正在工作。

用本系统进行这些工作日结束步骤中的一些。要起动工作日结束序列，可从系统主菜单中选择“处理”(方框312)，然后从处理下拉式菜单中选择“工作日结束”(方框1014)。

屏幕显示以下消息“你检查了不完整的输入吗？”(方框1902)。如果用户没有检查不完整的输入，则选择“否”，并使用户返回系统主菜单，以便检查队列(方框1904)。如果用户已检查了队列，则选择“是”(方框1906)。这调用打印报告屏幕。从该屏幕，用户可以从以下内容中选择要打印的报告：被发送的交易；未付款；被终止的项目；已记录的发票；已支付的帐单；概要日志；已收到的交易；等待检查的项目；被清除的项目；开帐单；概要日志和用户日志。可以选择任何或所有报告进行打印(方框1908)。打印概要日志和审计日志是强制的。选择<OK>，起动打印报告(方框1910)。于是，以下消息显示在屏幕上：“你想打印报告吗？”(方框1912)。用户可以选择“是”，打印报告的硬拷贝(方框1916)，如果不需要硬拷贝，则选择“否”(方框1918)，或者选择“取消”返回前一个屏幕(方框1914)。打印后，显示处理屏幕中的工作日结束(方框1920)。用户可以在处理屏幕中的工作日结束上选择以下任何或全部要实现的功能：打印进入消息，消除进入消息；打印外出消息；清除外出消息(方框1922)。选择<OK>，完成所选的功能(方框1924)。打印消息并清除消息之后，进行系统备份(方框1926)。当完成时，用户单击<OK>，以便重新激活消息处理器(方框1928)。对任务加时间戳，屏幕将示出消息处理器正在运行。

由制作者完成在处理菜单下产生并存储的所有项目。该系统在系统文件服务器中产生所有经处理的项目队列，制作者已将其存储起来，供检查者在正式批准之前作检查。检查者用检查菜单进行检查。系统不允许在一个给定的项目上，制作者和检查者是同一个人。

通过从系统主菜单中选择“检查”，调用检查菜单(方框316)。检查菜单显示以下选择供检查：发票(方框2004)；独立发票(方框2010)；差异(方框2014)；支付状态(方框2032)；以及独立发票的支付状态(方框2038)。检查者对上述选项的任何选择调用了具有待检查项目队列的屏幕。然后，检查者在批量或细化层次上起动检查。要在批量层次上检查，检查者可以选择一个或多个被列为检查的项目，并选择“保存”，存储该动作，并将消息发送给客户，或者选择“拒绝”以拒绝交易，并返回给制作者进行纠正。选择“重新设置”可以消除选择，并且使屏幕返回到原始模式。要在细化层次上进行检查，检查者可以选择显示在列表上的项目，并选择“细节”(方框2006，2012，2016，2034和2040)。用于检查特殊发票、独立发票、支付状态和独立发票支付状态的方法是基本相同的。一旦选择了要检查的项目，就将屏幕上的数据与交易的硬拷贝进行比较。如果输入的内容与硬拷贝上的一致，则检查者选择“同意”(方框2202)，将该消息存储在数据库中，并且将消息发送给客户(方框2204)。如果显示在屏幕上的数据与硬拷贝数据不匹配，则检查者选择“拒绝”(方框2206)，并且将项目送给修正队列(方框2208)。检查者还可以选择“帐单”，查看帐单概要屏幕(方框2210)。检查者可以通过选择<OK>从帐单概要屏幕中退出(方框2212)。如果检查者希望取消选定任何项目，则选择“重新设置”(方框2214)。检查者还可以选择“退出”，返回系统主菜单(方框2216)。

在一定程度上，用户检查差异的方法与该过程的区别在于，它不访问帐单概要屏幕。从差异检查-选择屏幕中选择LC(方框2016)。当已经选择“细节”时(方框2016)，显示差异检查-细节屏幕。该屏幕显示一张差异清单。检查者将差异项目的细节与LC比较，如果差异有效，则选择<OK>(方框2018)，并将差异通知提供给客户(方框2020)。如果差异无效，则选择“拒绝”(方框2022)，并将差异返回给修正队列和制作者，进行处理(方框2024)。可以选择“保存”，存储同意和拒绝，并返回差异检查屏幕(方框2026)。可以选择“下一个”，返回差异选择屏幕，但不作保存(方框2028)，并且可以选择“退出”，返回系统主菜单，但不用保存(方框2030)。

为了维持系统，需要执行管理功能。为安全起见，对除口令之外的所有管理功能的访问被限制为“管理员”用户ID。为了实现管理功能，从系统主菜单中选择“管理”(方框320)。使用管理菜单可以：增加或修改客户信息；增加或修改货币信息；更换口令；增加/修改差异代码表。

要增加或修改客户信息，可以从管理下拉式菜单中选择“客户”(方框2104)。这调用客户屏幕。输入或选择客户基数(方框2402)。如果客户号是一新号，则将客户信息输入到可用的字段中，如果客户记录是现成的，则按要求修改字段中的输入(方框2404)。选择“保存”，存储新的客户或对现有客户信息的修改(方框2406)。然后，将客户信息发送给系统文件服务器(方框2408)。还可以删除客户。为了删除客户，管理员首先必须从系统中删除所有与与该客户有关的记录(方框2410)。一旦删除了所有记录，就在客户屏幕中选择客户号，然后选择“删除”(方框2412)。该步骤在系统文件服务器上从数据库中删除该客户。一旦管理员完成了对客户记录的更改，可以选择“退出”，返回系统主菜单(方框2414)。

可以对系统增加或删除货币。从管理下拉式菜单中选择“货币(方框2108)”。输入标准的由3个字符组成的S.W.I.F.T货币代码(方框2110)、货币描述(方框2112)。使用该货币的国家名称(方框2116)，以及小数点后面使用的位数(方框2118)。一旦输入了该信息，选择“保存”，将货币存储到数据库中(方框2120)，或者选择“删除”，除去货币代码和描述(方框2122)。选择“退出”，返回系统主菜单(方框2124)。

可以从管理菜单中更改口令。口令必须每30天更改一次，但每天不超过一次。直到中间连续使用了三个不同的口令后，才可以重复以前的口令。要更改口令，可以从管理下拉式菜单中选择“口令”(方框2126)。这调用更改口令屏幕。用户输入用户ID、老口令、新口令，然后在提供的字段中重新打入新口令(方框2128)。然后，用户选择<OK>，将新口令存储到数据库中(方框2130)，或者选择“删除”，不更改口令，并返回系统主菜单(方框2132)。

如上所述，差异就是LC项目和状态的偏差。差异具有存储在数据库中的相应代码号。这些代码不仅可以用来描述差异，还可以使差异报告一致，在实践中更能解释。可以用管理菜单增加或修改差异。要增加或修改差异代码，可以从管理屏幕中选择“差异”(方框2146)。要修改现有的差异代码，可以选择一差异代码。要输入新代码，可以在差异代码字段中输入该新代码(方框2148)。一旦选择了代码，便可以修改现有描述或输入新的描述(方框2150)。选择“保存”，可以存储修改或新代码(方框2152)，选择“退出”，可以返回系统主菜单，但不作存储(方框2154)，或者选择“删除”，可以从数据库中擦除被选定的代码(方框2156)。

Claims (23)

1.一种对客户和制造商之间的多个购货单进行跟踪和对帐，并相应于所述多个购货单对依照信用证在金融机构与受益人之间发生的支付进行跟踪和对帐的方法，其特征在于，包括以下步骤：

在所述金融机构，用电子方式接收来自所述客户的第一数据，所述第一数据与所述购货单和所述信用证有关；

将所述第一数据存储在与所述金融机构相关的处理系统的资源库中；

输入来自所述制造商的、根据所述购货单与所述制造商的表现对应的第二数据；

所述处理系统自动对所述第一数据和所述第二数据进行比较，以便自动识别在所述两组数据之间存在的差别；

所述处理系统自动生成识别所述差别和至少一部分所述第二数据的消息；

用电子方式将所述第一报告从所述金融机构发送给所述客户；

根据所述信用证，由所述金融机构对所述受益人进行支付，并且在所述金融机构，从所述客户的帐户中把所述支付对应的金额记入借方；

所述处理系统自动将所述支付金额分成个别购货单的支付金额，所述每张个别购货单的支付金额与一张购货单对应；并且

用电子方式将第二消息提供所述客户，所述第二消息包含每张个别购货单的支付金额和所述记入借方的支付金额，以便客户就记入借方的支付金额与相应的购货单进行对帐。

2.如权利要求1所述的方法，其特征在于，所述金融机构是一家银行。

3.如权利要求1所述的方法，其特征在于，所述第一数据包括客户使用的购货单参考号，每个参考号与一张购货单对应。

4.如权利要求1所述的方法，其特征在于，在所述比较步骤中识别出不止一个差别，并且还包括下述步骤：

借助所述第一消息中相应的购货单，识别每个差别。

5.如权利要求1所述的方法，其特征在于，还包括下述步骤：

借助所述第二消息中相应的购货单参考号，识别每张所述购货单的支付金额。

6.如权利要求1所述的方法，其特征在于，自动生成所述第一消息的所述步骤还包括下述步骤：

对所述差别自动编篡，并将所述经编篡的差别包括在所述第一消息中。

7.如权利要求1所述的方法，其特征在于，还包括下述步骤：

在一个与所述金融机构有关的人查看过所述第一消息之后，批准依照所述信用证进行支付。

8.如权利要求1所述的方法，其特征在于，还包括下述步骤：

在使所述客户认识到所述第一消息中包含所述差别之后，在所述客户与所述制造商之间商议在所述信用证下的支付。

9.如权利要求1所述的方法，其特征在于，所述差别从以下方面获得：

制作所需货物的材料与要求不符；

货物数量少于购货单中所要求的数量；

购货单的期限已满。

10.如权利要求1所述的方法，其特征在于，所述第一数据包括客户使用的SKU参考号。

11.如权利要求1所述的方法，其特征在于，所述制造商是所述受益人。

12.如权利要求1所述的方法，其特征在于，所述差别构成一差异，并且所述第一消息包含所述差异。

13.如权利要求1所述的方法，其特征在于，所述差别构成一项不一致，所述第一消息包含所述不一致。

14.一种对客户和制造商之间的多个购货单进行跟踪和对帐，并相应于所述多个购货单对依照信用证在金融机构与受益人之间发生的支付进行跟踪和对帐的系统，其特征在于，包括：

接收装置，用于在所述金融机构，接收来自所述客户的第一数据，所述第一数据与所述购货单和所述信用证有关；

存储装置，用于存储所述第一数据；

处理装置，它与所述金融机构相关，用于所述第一数据，

根据所述购货单把与所述制造商的表现对应的第二数据输入所述处理装置；

另一个处理装置，用于自动对所述第一数据和所述第二数据进行比较，以便自动识别所述两组数据之间存在的差别；

再一个处理装置，用于自动生成识别所述差别的第一消息；

用于将所述第一消息发送给所述客户的装置；

支付装置，用于在所述金融机构，根据所述信用证，对所述受益人进行支付，以及记入借方装置，用于在所述金融机构，从所述客户的帐户中把与所述支付对应的金额记入借方；

另一个处理装置，用于自动将所述支付金额分解成个别客户定单的金额，其中每张个别定单的金额与一张购货单对应；和

用于将第二消息发送给所述客户的装置，所述第二消息包含所述分解信息，因而可使客户就客户定单金额与相应的客户定单进行自动对帐。

15.如权利要求14所述的系统，其特征在于，所述金融机构是一家银行。

16.如权利要求14所述的系统，其特征在于，所述第一数据包括客户使用的购货单参考号，每个参考号与一张购货单对应。

17.如权利要求14所述的系统，其特征在于，识别出不止一个差别，并且所述第一消息借助其相应的购货单，识别每个差别。

18.如权利要求14所述的系统，其特征在于，所述第二消息借助其相应的购货单参考号，识别每张购货单的支付金额。

19.如权利要求14所述的系统，其特征在于，处理装置还包括管理装置，用于管理每个差别，并将所述经管理的差别包括在所述第一消息中。

20.如权利要求14所述的系统，其特征在于，在一个与所述金融机构有关的人查看过所述第一消息之后，其批准依照所述信用证进行支付。

21.如权利要求14所述的系统，其特征在于，所述制造商是所述受益人。

22.一种对客户和制造商之间的多个SKU进行跟踪和对帐，并相应于所述多个SKU对依照信用证在金融机构与受益人之间发生的支付进行跟踪和对帐的方法，其特征在于，包括以下步骤：

在所述金融机构，用电子方式接收来自所述客户的第一数据，所述第一数据与所述SKU和所述信用证有关；

将所述第一数据存储在与所述金融机构相关的处理系统的资源库中；

将来自所述制造商的、与所述制造商的表现对应的第二数据输入所述SKU；

所述处理系统自动对所述第一数据和所述第二数据进行比较，以便自动识别在所述两组数据之间存在的差别；

所述处理系统自动生成识别所述差别和至少一部分所述第二数据的消息；

用电子方式将所述第一消息从所述金融机构发送给所述客户；

根据所述信用证，由所述金融机构对所述受益人进行支付，并且在所述金融机构，从所述客户的帐户中把所述支付对应的金额记入借方；

所述处理系统自动将所述支付金额分成个别SKU的支付金额，所述每张个别SKU的支付金额与一张SKU对应；并且

用电子方式将第二消息提供所述客户，所述第二消息包含每张个别SKU的支付金额和所述对应的记入借方的支付金额，以便使客户能就记入借方的支付金额与相应的SKU进行对帐。

23.一种对客户和制造商之间的多个SKU进行跟踪和对帐，并相应于所述多个SKU对依照信用证在金融机构与受益人之间发生的支付进行跟踪和对帐的系统，其特征在于，包括：

接收装置，用于在所述金融机构，接收来自所述客户的第一数据，所述第一数据与所述SKU和所述信用证有关；

存储装置，用于存储所述第一数据；

处理装置，它与所述金融机构相关，用于处理所述第一数据；

根据所述SKU把与所述制造商的表现对应的第二数据输入所述处理装置；

另一个处理装置，用于自动对所述第一数据和所述第二数据进行比较，以便自动识别所述两组数据之间存在的差别；

再一个处理装置，用于自动生成识别所述差别的第一消息；

用于将所述第一消息发送给所述客户的装置；

支付装置，用于根据所述信用证，对所述受益人进行支付，以及记入借方装置，用于在所述金融机构，从所述客户的帐户中把与所述支付对应的金额记入借方；

另一个处理装置，用于自动将所述支付金额分解成个别客户定单的金额，其中每张个别定单的金额与一张SKU对应；和

用于将第二消息发送给所述客户的装置，所述第二消息包含所述分解信息，因而可使客户就客户定单金额与相应的客户定单进行自动对帐。

Images