专利名称：支持对从诸如信贷额度或活期存款帐户的信贷设施结算国际贸易进行核准的系统和方法
技术领域：
本发明涉及支持进出口交易的系统和方法。更具体地说，本发明包括用商议于国际装运结算的条款、用于通知议定银行已满足该条款以及用于从信贷额度或类似信贷设施汇款的方法和系统。
背景技术：
国际进出口交易可包括许多参与方，包括出口方、出口货运运输方、进口货运运输方、以及进口方。此外，它们可包括客户经纪人、运输公司、以及仓储公司。运输公司可使用船舶、飞机、火车或货车。尽管诸如联邦快递或UPS之类的处理小型包裹的公司具有用于处理和通知客户在他们自己的运输网络内从起运到交付的、关于货物的国内装运的他们的进程的综合系统，但是还没有用于通过多个独立参与方而处理进出口交易的协作综合系统。
信息流、货物流或资金流可能拖慢全球贸易交易的周期。典型参与方的独立软件系统，诸如ERP、符合性(compliance)系统、运输管理系统、客户经纪人系统以及银行和贸易结算网络，还未很好地适合于加快参与方之间的信息、货物或资金流。
在国际贸易的结算中，很久以来已意识到跟单信用签发和兑现的过程充满错误及导致挫折的机会。例如，Tozzoli等在美国专利号6,151,588中在第三栏中提及开证银行如何要求信用证所需的所有文件精确地与信用证的条款相一致、以及如何拒绝向卖家支付，即使由于印刷错误或次要的拼写错误，同时导致寻求支付的卖家的挫折。Tradecard有限公司作为‘588专利的受让人，通过创建替代资金机制(在该‘588专利和可从它们的网站www.Tradecard.com获得的“Financial Supply Chain AutomationTheMissing Link in Supply Chain Management White Paper”(2002年4月29日创建的PDF文件)中说明了此机制)，回应了此问题和其他长期意识到的关于跟单信用的问题。Tradecard通过创建新的金融工具和布置来回避跟单信用问题。但是，银行对于采用新的金融工具却进展缓慢。
因此，出现设计利于使用常见金融工具的支付，诸如从信贷额度支付的方法和系统的机遇。
发明内容
本发明涉及支持进出口交易的系统和方法。更具体地说，本发明包括用于商议国际装运结算的条件、用于通知协定银行已满足该条件以及用于从信贷额度或类似信贷设施汇款的方法和系统。在权利要求、说明书和附图中说明了本发明的各个具体方面。
本专利或申请文件包括至少一个彩色制作的图。在请求和支付必要费用的前提下，可由专利局提供带有彩色图的本专利或专利申请公开的拷贝。
图1示意性地示出利用本发明一个实施例的进口方、出口方、运输方、客户经纪人以及银行之中的高水平的交互作用。
图2示出描述购买定单的数据的收集。可以以电子方式收集信息，例如由以XML编码的SOAP消息传送。
图3示出核准支付指令或汇票指令的登录。
图4示出用于创建贸易的部分界面，该贸易带有作为该贸易一部分的对支付的核准。
图5示出访问核准支付指令的通道，作为与装运的建立的部分相对的工作流的部分。
图6A-6B示出通过工作流的装运的进度。
图7示出对帐屏幕，从其可触发对帐处理。
图8示出访问单据管理的通道。
图9示出通过工作流的装运的另一进度。
图10是汇款通知屏幕，银行可使用其来通知已支付或正在支付出口方。
图11示出完成状态汇总(summary)面板。
图12标识被分配来履行各种角色并执行由系统认可的任务的人。
图13示出状态屏幕，引起对保险证书列的注意。
图14示出被采用来登录涉及保险证书的数据的界面。
图15示出保险证书。
图16示出强调保险索赔列的另一状态屏幕。
图17示出被采用来登录涉及保险索赔的信息的界面。
具体实施例方式
参考附图进行下面详细的说明。优选实施例被描述来示出本发明，而不是对由权利要求所限定的本发明的范围的限制。本领域技术人员将意识到，可对下面的说明进行各种等价变化。
图1示意性地示出利用本发明实施例的进口方、出口方、运输方、客户经纪人以及银行中的高水平的交互作用。由方框指示银行110、出口方和运输方120、进口方130、客户经纪人140、以及系统150。通常，系统150使得这些参与方之间的传达更容易。在该系统外，可由银行110通过不是系统150一部分的普通银行渠道来向出口方120贷记支付123。否则，如果使用其他渠道，则对传达，优选流过该系统，或向该系统传达以自动处理。在示出的信息流中，从进口方或进口方代理130向系统150传达(131)电子汇票支付核准指令。可向银行传达(111)或不传达初步汇票支付核准指令。可能延迟通知汇票或商定支付核准指令，直到完成商议，或者可完全省去对银行的通知。不像信用证，银行在进出口方之间确定何时从信贷额度进行支付不是很复杂。通过消除签发传统信用证的费用和降低银行确定是否进行支付的任务，这充分降低了进口方负担进出口交易的费用。回到示出的信息流，系统150将汇票支付核准指令转发(121)到出口方或出口方代理120。或者，出口方或出口方代理120可例如使用优先交易作为模型，来向进口方提交支付条款和条件的拟定核准。在实践中，看起来更可能的是进口方会准备指令的草案初稿或条款和条件，这是因为进口方130掌握银行110的信贷额度，从其支付给出口方120。在汇票支付核准指令之后，在进出口方之间传达(122、132)电子单据。可选地，可向客户经纪人140或其他参与方或进出口方的代理传达(142)这些单据。这些单据可确认协议、进一步进行商议，或实现部分协议，例如按照协议提供形式上要求的单据。如上所述，在某些点上，系统可人工或自动通知银行110议定的支付核准条件。
涉及进出口的各种处理和处理步骤一般在支付条款和条件的商议与从信贷额度或类似信贷设施的支付核准的签发之间发生。优选地，将在此说明的系统综合有被设计来利于端对端进出口交易的系统，如在2002年8月26日提交的题为“SYSTEMS AND METHODS TO SUPPORT IMPORT-EXPORT TRANSACTIONS”的共同未决美国申请10/228,158、以及在2002年11月4日提交的题为“SYSTEMS AND METHODS FOR PRODUCING DOCUMENTARY CREDIT AND CONFORMINGSHIPPING DOCUMENTS”的美国申请10/287,447中说明的系统，其通过参考在此并入。协调商议支付条款和条件的、追踪履行支付条款和条件的情况、以及在单个综合系统中结算可能是有利的。为本发明的目的，追踪从商议到有时在货物进口之前的结算的进出口交易可能就足够了。
在进出口处理期间，系统150追踪交易的状态。优选地，系统追踪的状态信息包括确定何时应该进行结算所需要的信息。系统150优选包括当状态信息指示应该进行结算时通告至少一个用户或参与方的规则和逻辑。在整个进出口处理期间，系统150向各个参与方分发(129、139、149)状态信息。分发到参与方的特定状态信息，依赖于它们的作用和它们接收信息的授权。状态信息还可包括当系统到处或指定地设置用于动作经过的期限时的警告。例如，如果在向银行给出支付核准和银行签发支付通知之间的经过时间太长，则可向进口方发出警告，以进行后续措施。另一系统生成警告可标志汇票指令与汇票指令的协议或拟定修改之间的延迟。
在某些点上，进口方或进口方代理130确定应该进行支付。系统150辅助出口方准备适当的文件。进口方130向系统传达(133)支付给出口方或出口方代理120的跟单核准。系统向银行110传达(113)进口方的核准以支付。银行以支付123和支付通知114回应。支付通知可确认支付已进行，或可宣布支付将在将来、或在一个特定时间或日期进行。可将向系统传达的支付通知114直接传达(124)给参与方，如出口方120，可将其编码在状态屏幕150上，或者两者都做。当银行进行支付123时，其对进口方的信贷额度或类似信贷设施进行借记。使用系统150来传送用于支付的授权，这向银行提供了安全性和舒适性，银行的动作对系统150反应迅速。合同条款可分散由系统的用户妥协的系统的任何风险或由系统的用户造成的错误。可提供对以下核准的确认的安排来改善安全性支付的核准、超越界限的支付的核准、支付特定列出或未列出卖方的核准。
图2示出描述购买定单的数据的收集。可电子地收集信息，例如由带有XML编码的SOAP消息传送。例如，用户可以使用图2所示的界面输入信息，其被电子传送到系统150。应理解的是，图2中所示的左分栏和主分栏可由导航条、文本框、装运描述信息、以及警告显示组成，其在其他附图的上下文中示出并描述。左分栏210是在整个进出口系统中提供一致的用户界面的变型。左分栏中的导航菜单210可对用户的标识或作用是敏感或易于响应的，提供了访问用户可读取、修改或核准的单据的通道。在此情况下，列出的单据是支付授权，如图3所示；XML销售定单，其引入XML单据，优选遵守以诸如XML模块的语言定义的模块；人工销售定单，其对应于用于数据收集的用户界面；以及传达进口方想要从出口方购买的各种类型的定单。将主分栏细分为顶栏220和标签图230。提交和取消控件221允许用户判断是否继续或保存使用该界面进行的编辑。添加注释到页面日志面板222允许用户注释查账索引，其被编辑为关于装运的部分的用户工作。分配动作面板和当前动作标识符223标识当前负责在目前的购买定单处理中采取下一步骤的参与方，并允许用户重新分配当前动作，或分配所需要的下一动作。根据用户的核准授权，核准状态面板224和当前状态标识符225标识目前处理的当前状态，并允许用户更新状态。标签226允许直接访问包括汇总、详情、产品和页面日志的用户界面的通道。页面日志显示上述用于购买定单处理的查账索引。下面进一步描述剩余的标签。
详情图230说明在进入购买定单时有用的某些信息。根据在购买定单登录前的业务，与向预先存在的贸易添加信息相对，选择提交按钮221可在系统中创建贸易。该界面提供对模板231的支持。可选择现有模板或创建新模板。显示了当前模板的名称。当已完成并提交数据登录时，可创建新模板。当选择按钮221时，可创建定单。可在数个字段中登录关于购买定单232的信息。可直接输入或自动生成购买定单号。可输入或从系统时钟或应用于系统时钟的规则来生成购买定单日期。始终显示购买定单修改次数，其在首次创建购买定单时最有可能被设置为0。可由系统使用唯一的仪表板(dashboard)参考号，以保持对可能不具有唯一购买定单号的交易的追踪。当使用唯一购买定单号时，不管全局唯一(即在进口方-出口方对之间唯一)，还是对单个进口方，可自动将购买定单号用作仪表板参考号。可输入所请求的交付日期和时间223。例如，通过访问列表或通过以超前键击辅助来键入，可标识购买代理235。可通过诸如名称、帐户名称、地址和注释的信息，来输入卖方237和买方238。例如通过访问列表，可选择名称。
其他可通过标签226访问的图230可包括汇总和产品图。汇总图将包括可在其他图中获得的某些或全部信息。产品图可提供访问涉及装运内产品的字段(如包装号、序列号或产品ID、说明书、数量、包装、单位重量、净重、毛重、封印号、起运和包装ID)的通道。可通过在产品图中向右或向左滚动来访问其他信息。
图3A-3B示出支付核准指令或汇票指令的登录。左面板210和主面板依照图2的格式。此图示出使用示例用户界面的支付核准指令的登录。或者，例如从承担XML有效负载的SOAP消息，可输入支付核准指令。在此图中，从图2复制数个参考号，在不同的屏幕上提供一致的用户界面。屏幕的其他特征包括导航条305和文本框306。导航条链接提供直接访问作为信贷额度结算系统可用的环境的部分的界面页的通道。导航条链接包括主页、显示汇总状态的仪表板、存储例如支付核准指令的单据拱顶(vault)、报告模块、管理、出口符合性(compliance)检查、帮助、以及注销。单据拱顶处理消息、发信和接收。此图中的界面一般会在单据拱顶中操作。文本框306标识用户、用户的公司协会和用户工作的特定投资组合(portfolio)。此图的新特征在主面板中的标题标签327下显示。例如使用无线电按钮332来指示了正准备的支付单据的核准的特定类型。尽管列出了数个单据类型，为提供一致界面的目的，在此仅采用指令类型，这是因为对于正进行的信贷额度，不需要申请(application)。在一个实施例中，由不同的屏幕处理通知。可经由单独标签327访问修改。收集各种信息用于支付核准指令。不在此屏幕上操作的字段包括指令号333及相应日期、申请号334及相应日期、通知号335及相应日期、以及修改号336及相应日期。这些字段可显示变灰淡化，以提供一致的用户界面，或可被省略。支付号337的核准和响应信贷签发日期追踪支付的核准。用户可输入请求签发日期和请求期满日期338、339。用户还可请求确认340。可输入(341、342)关于通知和签发银行的信息，包括银行的名称、地址、以及位置。可从列表选择银行。开始为图3A的界面，继续为图3B，其示出“单据”(Docs)标签327的使用。在用户界面的这一部分中，用户选择在装运过程中可能需要的单据。单据的选择可易受交付条款351的影响。可从标准交付条款的下拉列表中选择交付条款，如“F.O.B”，其代表船上交货；“C&F”或“CFR”，其代表成本加运费；“CIF”，其代表成本、保险费加运费；以及“FAS”，其代表船边交货。可由该系统支持国际商会(ICC)制定的13个条款(INCO条款)，或至少可用和频繁使用的条款。条款的1990标准列表包括EXW，工厂交货(指定地点)；FCA，货交承运人(指定地点)；FAS，船边交货(指定装运港)；FOB，船上交货(指定装运港)；CFR，成本加运费(指定目的港)；CIF，成本、保险费加运费(指定目的港)；CPT，运费付至(指定目的港；CIP，运费、保险费付至(指定目的地)；DAF，边境交货(指定地点)；DES，目的港船上交货(指定目的港)；DEQ，目的港码头交货(指定目的港)；DDU，未完税交货(指定目的地)；以及DDP，完税后交货(指定目的地)。其他标准条款也可使用，或可指定为其他条款。在此例子中，系统向用户提供对所需单据的单据选择，包括发票353、装箱单354、提货单335、汇票357以及货物原产地证明书358。未必有的是，信用证显示字段356会与信贷额度结算一起使用。对每个所需的单据，用户可选择输入单据的原始和复制本的数量、以及给出关于单据的注释。
图4示出用于创建贸易的界面的部分，该贸易带有支付核准作为该贸易的部分。模块选择部件420允许用户在用于定单、装运和结算的模块之间选择。这些模块可以是独立的软件包，其可被单独或成组购买。在结算模块内，提供标签428用于处理、单据和涉及结算的设置警告的访问通道。处理标签提供用于选择舍弃和添加参与者的访问通道。在支付核准逻辑有用的环境中，用于结算的申请的范围可包括以下中的一个或多个管理单据、开具发票、支付核准、信用证、对帐、汇款通知和保险客户。为了支付核准以及(可选地)为了其他申请，下拉菜单可提供访问可被用于存储可修改来创建新单据的模板、示例单据或实际单据的单据拱顶的通道。在已通过参考并入的申请中，更完整地解释了利用此和相关界面的贸易的创建。
图5示出访问支付核准指令的通道，作为与装运的建立的部分相对的工作流的部分。左面板发生改变，在上面的面板中提供更多的细节，并且，主面板的上半部分提供新的选项。左面板510现在列出在工作流中的步骤，其中工作流状态图标在步骤名之后。在此例子中，在购买定单、关联以及发票旁边的复选标记标识在工作流中已完成这些步骤。在顶部面板中，提供了汇总状态信息527，其标识出正在通过工作流步骤处理的装运。购买定单号232在仪表板参考号区域显示。其他可提供的信息包括装货港、卸货港、ETA、ETD以及卖方。在支付的核准单据的创建、配给和追踪上提供数个控件528、529。某些控件528可允许用户预览或发送单据。用户还可检查配给日志，以看出何人已接收单据。处于显著位置的控件529用于单据的创建。一旦已创建单据集，特定用户或特定角色可选择撤消该单据。例如，核准状态控件224显示一个角色将核准支付核准单据。另一个角色将保留或清除保留单据。
图6A-6B示出通过工作流的装运的进度。这是支付核准技术可能尤其有用的工作流。两个附图使用相同的屏幕布局，其包括标签访问汇总和详情信息的通道627，直接访问设置仪表板选项通道610、以及快速访问屏幕上使用的图标键的通道617。屏幕布局还包括搜索条610，其支持搜索、创建贸易以及复制贸易。可搜索字段可通过下拉菜单611访问。搜索标准612是可访问的，并可与值登录字段613一起工作。搜索还可有装运或贸易状态614限定，并使用搜索按钮615激活。可从暂存文件(scratch)618、或通过复制其他贸易(619)来创建贸易。装运汇总行620标识特定装运，并概述该装运的状态。可选择特定行，例如使用复选框621。其可由仪表板参考号622、购买定单号或其他标识参考来标识。可提供状态列用于工作流步骤，如购买定单623、提货单624、单据管理625、支付核准626、发票、对帐627、或汇款通知628的状态。
可指示各种状态条件。在一个实施例中，由浅色方块指示“即将发生”(pending)状态，如棕色或灰色方块。此即将发生状态指示装运阶段未完成且尚未进行。由深色方块，如绿色方块指示“待做”(to do)状态。该待做状态可指示查看概况显示的当前用户应该采取一些行动，已帮助完成装运处理的特定阶段，使得其可前进到下一步骤。即，看到绿框的查看者知道，球在查看者的场地中。由棕色箭头指示“进行中”状态。此进行中状态可指示不同于当前查看者的参与方对推进特定装运阶段有责任。可在链接到该图标的更相似的显示中标识该负责的参与方。进行中图标还可指示尚未由负责参与方传送用于动作的警告日期。由带有复选标记的框指示“已完成”状态。此已完成状态可指示完成一个阶段所需的所有动作都已完成。由挂锁图标指示“锁定”状态。例如，此锁定状态可指示包括单据的产生的阶段已完成且不接受任何参与方的进一步的修正。在某些实施例中，有可能对锁定状态进行解锁定。由三角形中的惊叹号“警告”状态。此警告状态可指示已通过重要事件，例如单据的准备或装运的运转。由闪烁红字、象征停止符号的红色八边形或这两者来指示“暂停”状态。此暂停状态可指示对装运负责的参与方总体上已临时暂停对涉及装运的日期的编辑。这种临时暂停可不让所有其他参与方更新，或甚至不让查看关于装运的信息，直到解除停止为止。
图6A示出已提交购买定单(623)且支付核准条款已议定(626)。提货单还未完成，所以尚未急于准备发票。在图6B中，提货单的完成触发了向工作流添加发票。将发票指示为完成。需要对管理单据、堆栈和汇款通知的其他工作。这两个图都指示通过选择详情标签627，可获得关于工作流状态的其他详情。
图7示出对帐屏幕，从其可触发(730)对帐处理。基于字段映射，对帐处理提供各字段的比对，例如在提货单和购买定单之间。
图8示出访问单据管理的通道。标签827和主面板提供访问单据管理和查账索引或页面日志的详情的通道。主面板的一个部件搜集所需单据(830)。当建立贸易时只等所需单据。在此例子中，需要提货单和发票。这些特定单据是系统生成的单据，以方便的格式存档，如PDF。可提供超链接字段或其他控件，用于授权的用户或角色来下载这些单据的拷贝。对某些单据，还可以许可上传。具有特定授权的用户或角色锁定任何所需单据。主面板的另一部件收集可选单据(840)。可使用主面板的第三部件(850)来添加可选单据。
图9示出通过工作流的装运的另一进度。此图示出与图6A-6B中相同的状态面板。在此图中，已通过淡色复选标记图标来更新了管理单据状态901，其指示需要核准。例如，基于早先步骤的电子状态，当系统检测到已接收了所有所需的关于装运的文件，从而应该向银行签发支付核准时，可能需要核准。详情标签627的特征之一可指示谁对进行核准或采取下一步骤负责。
图10是汇款通知屏幕，银行可使用其来通知已支付或正在支付出口方。优选地，以某种程度将该屏幕综合有银行的用于电子支付的处理系统。或者，一个系统可以是主要的，并且向另一个输出数据。该输出可以是自动的，如通过某种网络服务协议或保存到盘和输入设施，或可以是允许智能的、面向字段的复制和粘贴设施的形式完成助手(form completion assistant)。此图示出在详情标签1027后面可访问的信息。由它们的名称来解释绝大多数可用字段支付通知类型1031是“银行”；支付通知目的1032是可选的；支付结算日期1033、应付总额1034、已付总额1035以及币种1036是可用字段。支付方法1037可从挑选列表中选择，例如在电汇、联邦储备划拨(fedstransfer)、ACH、支票、以及往来帐户(意味着在银行向出口方的帐户存款)中选择。支付理由代码1041是可选的。支付通知号1042、银行核准日期1043、银行费用1044、以及其他费用1045优选依赖于银行处理系统中的类似字段。备注1046是可选的。可与支付通知一起使用的其他参考号包括银行参考号1047、发票参考1048、支付核准号1049(来自进口方或进口方代理)、以及一般的其他参考号1051。主面板的另一部分1060包括将支付与其他详情如定单和额度项目号进行对帐的行。可以用差值的理由来解释应付金额、议付和任何差值。例如，如果从模板准备支付通知，则可删除一个或多个行。
图11示出使用与图6A、6B和9相同的状态面板的完成状态汇总面板1101。
图12标识被分配来履行各种角色并执行由系统认可的任务的人。还显示了各人的安全授权，包括读取、修改和核准(“RMA”)各种任务的授权。在此图中，可访问模板来从挑选列表或其他窗口1201设置角色和任务责任。提供屏幕的独立面板或部件用于模板和保存动作1231、参与方名称、标题、角色、公司和贸易管理责任1240；用于定单任务和参与方1250；用于装运任务和参与方1260；以及用于结算任务和参与方1203。任务可点击链接到完成该任务的软件应用程序，其中的一些在此申请和相关申请中说明。在此图中注意涉及保险的任务。在定单期间，必须生成保险证书1202，列明关于保险条款的协议和符合性。在结算期间，根据货物接收条件并且潜在地，保险声明1203可能需要在接收时被处理。
图13示出状态屏幕，类似于在图6A-6B中示出的屏幕。此屏幕的部件610、620、627于图6中的相同。在此图中注意状态显示的保险证书列1301。由图标指示三个保险证书状态。一对贸易具有空框，指示保险证书条件的满足还待完成。大多数贸易在框中具有复选标记，指示已满足证书条件。一个贸易具有停止符号图标1302，其指示由于保险证书签发导致贸易暂停。跟在由具有发布暂停的适当授权的人的检查之后，已人工将此暂停置于贸易上。出保险证书列1301中的图标外，先前还未说明装箱单列中的两个图标。一个图标是带框的“D”，其标识有争议或有出入。例如，在对帐期间，标识在定单与装箱单之间的差异、或在装箱单与接收货物之间的差异。具有标记争议或出入的授权的人核准设置该标记。另一图标是带框的“R”，其标识已对帐。在对帐期间，将被对帐的单据考虑未匹配。此匹配和标记可由人检查并核准，或可由系统自动采用。
图14示出被采用来登录涉及保险证书的数据的界面。保险范围通常从保险单中指定的仓库或存储地点起运货物时开始。范围持续整个运输过程，并在交付到保险单中指定的收货人仓库、到被保险人已选择用于交付的任何仓库、或在从最终目的港处的船只码头边卸货后60天结束。保险单可带有超越这些规则的条款，尤其是对于卸货后的时间限制。
被保险人具有使得损失或损坏的原始风险最小化、以及在索赔前向承运人或可对损失负责的其他方索赔的义务。如果应该提出索赔，应该立刻通知承保人或索赔代理人。承保人指派海事检验员检查货物，并报告损失性质、损失额和程度。在某些情况下，可在保险单中指定检验员。与检验结果报告一起，检验员向收货人签发损失证书或检验证书。检验员费用可能需要由收货人垫付，但若属于保险单范围，则可退还。
当进行索赔时，一般需要下面的文件原始保险单或保险证书；原始提货单；商业发票；装箱单；损失证书或检验证书；在目标港签发的货运重量单或起货单；与承运人或对损失或损坏负责的其他方的往来函件；船长拒付声明，其是涉及索赔的海上的任何灾难、事故或损害的船长的书面说明。通过这样的用于提交索赔的详细处理和单据的大量清单(其中许多可由综合系统追踪到)，独特地提出了综合系统的保险索赔模块。
图14所示的大多数字段驻有被输入来建立进出口交易的数据。例如，托运人字段1460、字段1444-1475、以及字段1481-1493包含可被在进出口系统的许多模块上使用的数据。在此图中，左面板1410列出工作流中的步骤，其中工作流状态图标紧接着步骤名称。在此例子中，EDI销售定单、符合性检查以及信用证旁边的复选标记指示工作流中的这些步骤已经完成。保险证书旁边的带框的箭头指示保险证书需要被处理。界面中的顶部部件示出先前在与图2和图4的关系中解释的控件。有标签1427提供一致的显示，其允许直接访问包括汇总、详情、各方、追踪以及页面日志的用户界面。汇总视图说明涉及保险证书的某些或全部信息。保险证书模块与其他模块相互电子联系，以收集数据和驻入字段、将保险证书联系到特定贸易和/或收集证明保险证书所需的其他信息。可选地，系统可基于与保险经纪人的协商而生成保险证书，其中由法律授权该保险经纪人依照要求来规定保险范围。数个字段尤其涉及保险范围。保险单类型1431包括预约保险单，其在数个交易上采用；以及特殊货物，其应用于单独交易。保险单号1432可由制定范围的代理人或由担保提供者签发。保险单有效期1433一般匹配保险的议定条款，以覆盖进出口交易。证书参考号1434和保险证书号1435是证书和/或保险单的签发者使用的号码。与此处所示的例子相对，保险证书日期1436一般在保险单有效期的结束期之前或之中。进出口方之间可以商议不同的条款，但如果先于运输之前接收，则证书就重要的多。范围不太可能先于运输有效。保险证书地点1437、金额1439、币种1441以及大写金额是显而易见的字段。战争险字段1438指示证书是否将范围延伸到战争险。可提供类似字段来指示范围是否提供用于恐怖行为和其他特别险。附加险种字段1443将反映进出口方之间商定的范围要求，以及可能已获得的附加的、非标准的或尤其重要的范围。保险条件1476和特殊条件1477一般反映由任何承保人强加到保险单上的条件，期变更了否则将应用于保险范围的法律。例如，示例保险条件1476一般会缩短进行索赔的限制的法令。特殊条件1477强加了一个特殊要求，用于在船甲板上的集装箱中携带的货物。追踪字段1494提供关于保险证书的处理的信息。如上面或在通过参考并入的文献中所述的，许多其他字段提供保险证书模块和其他进出口系统模块之间共享的信息。
图15示出保险证书。图14的预览单据链接428调用保险证书1501的复制本。此单据证明了授权该系统提供已取得预约保单类型的保险单的确认。当保险证书模块是综合系统的一部分时，基于尺码的量和单位，证书中的量可以从装箱单、pull list或类似单据上的数据获得，这是因为在项目明细方面，保险证书一般不如装箱单详细。可以以某种易移动的格式来保存此单据，如可以在多种计算机系统上读取的“PDF”格式。可选地，可锁定该单据不让编辑。进出口系统可使用单据管理器，以保存此单据和作为工作流部分的类似单据。
图16示出强调保险索赔列1601的另一状态屏幕。此屏幕的主要部件610、620与先前参考图6说明的一样。
图17示出被采用来登录涉及保险索赔的信息的界面。左面板1410、顶部部件和标签1727与其他用户界面密切相关。此标签部件1727提供直接访问汇总、提交、追踪和页面日志界面的通道。所示的汇总界面包括关于保险索赔的一些或全部信息。保险索赔字段1731-1742为保险索赔所特要的。如果保险索赔和保险证书模块两者都实现，或其可被单独输入，则可从保险证书模块复制保单信息1431-1441。追踪信息1750与图14中的追踪信息相应。在保险索赔特定信息中，一般将由系统或由授权接收索赔的一方生成索赔号1731。索赔日期1732对应于系统提交索赔的日期。由索赔方提供估计损失1733，当前货物位置1734、损失描述1735、损失日期1736、币种1737和到达日期1738也一样。可选地，币种和到达日期可以是在进出口系统的其他部分中收集的数据。索赔方1741一般会是进口方，当报告方1742可适当地是进口方的代理人。无论如何，索赔方会是被保险人或标识的保单下的其他被保险人。
本发明可被用作方法，或用来实践该方法的设备。可以从系统、进口方、出口方或银行的角度来查看同一方法。从系统角度，本发明的一个方面提供一种计算机辅助方法，协作追踪货物的国际装运、以及核准从信贷设施的支付，该协作包括出口方、进口方和进口方的银行。其他参与方可选地包括出口方、进口方或进口方银行的代理人、货运运输方、客户经纪人以及上面标识的进出口贸易中的其他参与方。该方法可包括设置用于国际装运参与方以查看和编辑数据的各方面的授权，其中该数据记录用于从进口方向出口方支付的条件和指令、追踪国际装运参与方的进度以满足用于支付的条件、以及允许进口方电子初始化由进口方的银行从信贷设施向出口方的支付。该方法还可包括接收并存储用于支付的议定条件和指令；存储并传送与用于支付的议定条件的履行相对应的文件，而不需要银行对该文件的评价；以及在由进口方或进口方代理得出已履行、修改或放弃用于支付的议定条件的评价之后，处理电子初始化的支付核准，该支付核准对应于所存储的用于支付的议定指令。该方法还可包括处理并揭露以便查看确认向出口方支付的状态更新。
在一个实施例中，服务方的中央服务器或服务器群实现如附图所示的工作流和仪表板状态显示。基于各个国际装运参与方的授权，向参与方显示状态信息，并且允许它们电子检查、修改或核准工作流中的任务。通过各个角色综合该工作流，并且其包括向为多个独立组织工作的人分配任务。例如，可向为进口方或进口方代理工作的人、为出口方或出口方代理工作的人、以及为银行工作的人分配支付核准的处理中的任务。工作流系统可标识人或对采取下一动作负责的人或推动进出口交易所需的动作。对目前已为处理准备好的动作，工作流系统还可提供用于状态改变、以及用于在预定时间即将发射的动作的警告。
从系统角度，该方法的另一方面包括在进口方和出口方之间传送用于支付的汇票条件和指令。这些汇票可以以下面的形式来保存一旦已被议定、就允许它们用于作为该方法一部分的处理。另一方面包括向进口方的银行传送用于支付的议定条件和指令。可将此信息传送到用于消息的进口方银行，而不需要将会显著增加交易成本的、对银行雇员部分的任何实质性动作。在一个实施例中，对应于支付核准，由银行初始化确认向出口方支付的状态更新。可替换地，可能需要出口方向系统确认接受到支付。此确认会支持认可。
该方法的一个方面包括揭露以由国际装运参与方查看关于以下的状态追踪信息用于支付的条件和指令的建立，履行的文件，以及履行的核准，或用于支付的条件的撤消或放弃。
作为计算机系统而实现的该方法的一个实施例包括从作为综合协作系统一部分的信贷设施的支付，该系统使得进出口贸易从条款商议到由出口方开始装运、通过运输和客户清点(clearance)、到由进口方接收以及结算更容易。
从进口方的角度，该方法与从系统角度所看到的方法非常相似。本发明的进口方方面提供一种计算机辅助方法，协作追踪货物的国际装运、以及核准从信贷设施的支付，该协作包括出口方、进口方和进口方的银行。其他参与方可选地包括出口方、进口方或进口方银行的代理人、货运运输方、客户经纪人以及上面标识的进出口贸易中的其他参与方。该方法可包括设置用于国际装运参与方以查看和编辑数据的各方面的授权，其中该数据记录用于从进口方向出口方支付的条件和指令、追踪国际装运参与方的进度以满足用于支付的条件、以及允许进口方电子初始化由进口方的银行从信贷设施向出口方的支付。该方法还可包括接收用于支付的议定条件和指令；以及从与用于支付的议定条件的履行相对应的出口方或出口方代理接收文件，而不需要银行对该文件的评价。该方法还包括在由进口方或进口方代理得出已履行、修改或放弃用于支付的条件的评价之后，电子初始化支付核准，该支付核准对应于用于支付的指令；以及接收出口方的确认支付的状态更新。从系统角度所看到的该方法的变型、各方面和实施例、以及实现工作流和仪表板状态显示的该系统也用于从进口方角度所看的方法。
从出口方的角度所看的方法同样类似。本发明的出口方方面提供一种计算机辅助方法，用于协作装运和销售的条款和条件、单据的创建、以及货物的国际装运的追踪和从信贷设施支付的核准，该协作包括出口方、进口方以及进口方的银行。将上面标识的其他参与方可选地包括在协作系统中。该方法可包括设置用于国际装运参与方以查看和编辑数据的各方面的授权，其中该数据记录用于从进口方向出口方支付的条件和指令、追踪国际装运参与方的进度以满足用于支付的条件、以及允许进口方电子初始化由进口方的银行从信贷设施向出口方的支付。该方法还包括接收用于支付的议定条件和指令，并生成与用于支付的条件的履行相对应的文件，而不需要银行对该文件的评价。该方法还可包括在由进口方或进口方代理得出已履行、修改或放弃用于支付的条件的评价之后，接收进口方的银行已被核准来支付给出口方的通知，该支付核准对应于用于支付的指令；以及接收确认支付的状态更新。从系统角度所看到的该方法的变型、各方面和实施例、以及实现工作流和仪表板状态显示的该系统也用于从出口方角度所看的方法。
如果较少地包括，则从银行的角度所看的方法是相似的。本发明的银行方面提供一种计算机辅助方法，用于协作装运和销售的条款和条件、单据的创建、以及货物的国际装运的追踪和从信贷设施支付的核准，该协作包括出口方、进口方以及进口方的银行。将上面标识的其他参与方可选地包括在协作系统中。该方法可包括在由进口方或进口方代理得出已履行、修改或放弃用于支付的议定条件的评价之后，电子接收支付核准以支付给出口方，该支付核准对应于用于支付的议定指令；以及向确认出口方的支付的追踪系统宣告状态更新，其中该追踪系统授权国际装运参与方。从系统角度所看到的该方法的变型、各方面和实施例、以及实现工作流和仪表板状态显示的该系统也用于从银行的角度所看的方法。
尽管通过参考上面的详细优选实施例和示例而揭示了本发明，但应理解的是，希望这些示例是例证性的而不是限制性的。在所描述的实施例中涉及计算机辅助处理。因此，可在用于以下的方法中实施本发明计算机辅助处理、包括执行货物的国际装运的协作追踪的逻辑的系统、外加有执行货物的国际装运的协作追踪的逻辑的数据流、或执行货物的国际装运的协作追踪的计算机可访问服务。预期对于本领域技术人员，容易进行修改和组合，其修改和组合应该在本发明的精神和下述权利要求的范围内。
权利要求
1.一种计算机辅助方法，用于协作装运和销售的条款和条件、单据的创建、以及货物的国际装运的追踪和从信贷设施或活期存款帐户支付的核准，该协作包括出口方、进口方以及进口方的银行，该方法包括设置用于国际装运参与方以输入、查看和核准数据的各方面的授权，其中该数据用于记录用于从进口方向出口方支付的条件和指令，追踪国际装运参与方的进度，以满足用于支付的条件，以及允许进口方电子核准由进口方的银行从信贷设施或活期存款帐户向出口方的支付；接收用于支付的议定条件和指令；从与用于支付的议定条件的履行相对应的出口方或出口方代理接收文件，而不需要银行对该文件的评价；在由进口方或进口方代理得出已履行、修改或放弃用于支付的条件的评价之后，电子初始化支付核准，该支付核准对应于用于支付的指令；以及接收出口方的确认支付的状态更新。
2.如权利要求1所述的方法，其中设置授权还包括用于国际装运参与方以查看单据图像的授权。
3.如权利要求1所述的方法，还包括向出口方发送用于支付的汇票条件和指令。
4.如权利要求1所述的方法，还包括向进口方的银行通知用于支付的议定条件和指令。
5.如权利要求1所述的方法，其中对应于支付核准，由银行执行支付。
6.如权利要求1所述的方法，还包括揭露以由国际装运参与方查看关于以下的状态追踪信息用于支付的条件和指令的建立，履行的文件，以及履行的核准，或用于支付的条件的撤消或放弃。
7.如权利要求6所述的方法，其中对于特定角色，揭露的状态信息标识该特定角色是否负责执行在以下步骤中的下一步骤用于支付的条件和指令的建立，履行的文件，以及履行的核准，或用于支付的条件的撤消或放弃。
8.一种计算机辅助方法，用于协作装运和销售的条款和条件、单据的创建、以及货物的国际装运的追踪和从信贷设施或活期存款帐户支付的核准，该协作包括出口方、进口方以及进口方的银行，该方法包括设置用于国际装运参与方以查看和编辑数据的各方面的授权，其中该数据用于记录用于从进口方向出口方支付的条件和指令，追踪国际装运参与方的进度，以满足用于支付的条件，以及允许进口方电子核准由进口方的银行从信贷设施或活期存款帐户向出口方的支付；接收用于向出口方支付的议定条件和指令；生成或上载与用于支付的条件的履行相对应的文件，而不需要银行对该文件的评价；在由进口方或进口方代理得出已履行、修改或放弃用于支付的条件的评价之后，接收进口方的银行已被核准来支付出口方的通知，该支付核准对应于用于支付的指令；以及接收确认支付的传送的状态更新。
9.如权利要求8所述的方法，其中设置授权还包括用于国际装运参与方以查看单据图像的授权。
10.如权利要求8所述的方法，还包括从进口方接收用于支付的汇票条件和指令。
11.如权利要求8所述的方法，其中对应于支付核准，由银行生成状态更新。
12.如权利要求8所述的方法，还包括揭露以由国际装运参与方查看关于以下的状态追踪信息用于支付的条件和指令的建立，履行的文件，以及履行的核准，或用于支付的条件的撤消或放弃。
13.如权利要求12所述的方法，其中对于特定角色，揭露的状态信息标识该特定角色是否负责执行在以下步骤中的下一步骤用于支付的条件和指令的建立，履行的文件，以及履行的核准，或用于支付的条件的撤消或放弃。
14.一种计算机辅助方法，用于协作装运和销售的条款和条件、单据的创建、以及货物的国际装运的追踪和从信贷设施或活期存款帐户支付的核准，该协作包括出口方、进口方以及进口方的银行，该方法包括在由进口方或进口方代理得出已履行、修改或放弃用于支付的议定条件的评价之后，电子接收支付核准，该支付核准对应于用于支付的议定指令；根据议定指令而支付出口方；以及向确认出口方的支付的追踪系统宣告状态更新，其中该追踪系统授权国际装运参与方以查看和编辑数据的各方面，其中该数据记录用于支付的议定条件和指令，追踪国际装运参与方的进度，以满足用于支付的议定条件，以及追踪向出口方的支付。
15.如权利要求14所述的方法，还包括揭露以由国际装运参与方查看关于以下的状态追踪信息用于支付的条件和指令的建立，履行的文件，以及履行的核准，或用于支付的条件的撤消或放弃。
16.如权利要求15所述的方法，其中对于特定角色，揭露的状态信息标识该特定角色是否负责执行在以下步骤中的下一步骤用于支付的条件和指令的建立，履行的文件，以及履行的核准，或用于支付的条件的撤消或放弃。
17.一种计算机辅助方法，用于协作装运和销售的条款和条件、单据的创建、以及货物的国际装运的追踪和从信贷设施或活期存款帐户支付的核准，该协作包括出口方、进口方以及进口方的银行，该方法包括设置用于国际装运参与方以查看和编辑数据的各方面的授权，其中该数据用于记录用于从进口方向出口方支付的条件和指令，追踪国际装运参与方的进度，以满足用于支付的条件，以及允许进口方电子初始化由进口方的银行从信贷设施或活期存款帐户向出口方的支付；接收并存储用于支付的议定条件和指令；存储并传送与用于支付的议定条件的履行相对应的文件，而不需要银行对该文件的评价；在由进口方或进口方代理得出已履行、修改或放弃用于支付的条件的评价之后，处理电子初始化的支付核准，该支付核准对应于所存储的用于支付的议定条件和指令；以及处理并揭露以便查看确认向出口方支付的状态更新。
18.如权利要求17所述的方法，其中设置授权还包括用于国际装运参与方以查看单据图像的授权。
19.如权利要求17所述的方法，还包括在进口方和出口方之间传送用于支付的汇票条件和指令。
20.如权利要求17所述的方法，还包括向进口方的银行传送用于支付的议定条件和指令。
21.如权利要求17所述的方法，其中对应于支付核准，由银行初始化该确认。
22.如权利要求17所述的方法，还包括揭露以由国际装运参与方查看关于以下的状态追踪信息用于支付的条件和指令的建立，履行的文件，以及履行的核准，或用于支付的条件的撤消或放弃。
23.如权利要求22所述的方法，其中对于特定角色，揭露的状态信息标识该特定角色是否负责执行在以下步骤中的下一步骤用于支付的条件和指令的建立，履行的文件，以及履行的核准，或用于支付的条件的撤消或放弃。
24.一种利于协作追踪货物的国际装运和从信贷设施支付的核准的计算机辅助系统，该协作方包括出口方、以及进口方和进口方的银行，该系统包括计算机系统，该计算机系统包括可由国际装运参与方访问的存储器、资源和逻辑，该逻辑被采用来设置用于国际装运参与方以查看和编辑数据的各方面的授权，其中该数据用于记录用于从进口方向出口方支付的条件和指令，追踪国际装运参与方的进度，以满足用于支付的条件，以及允许进口方电子核准由进口方的银行从信贷设施向出口方的支付；接收并存储用于支付的议定条件和指令；存储并传送与用于支付的议定条件的履行相对应的文件，而不需要银行对该文件的评价；在由进口方或进口方代理得出已履行、修改或放弃用于支付的条件的评价之后，处理电子初始化的支付核准，该支付核准对应于所存储的用于支付的议定条件和指令；以及处理并揭露以查看确认向出口方支付的状态更新。
全文摘要
本发明涉及支持进出口交易的系统和方法。更具体地说，本发明包括用于商议国际装运结算的条款、用于通知议定银行已满足该条款和用于从信贷额度或类似信贷设施或活期存款帐户汇款的方法和设备。
文档编号G06Q30/00GK1998017SQ200580010931
公开日2007年7月11日 申请日期2005年2月10日 优先权日2004年2月11日
发明者格雷厄姆·R·F·纳皮尔, 史蒂夫·M·维亚伦戈, 马诺杰·纳拉扬, 艾伦·R·伯恩朔伊尔 申请人:贸易杠杆股份有限公司