專利名稱：支持對從諸如信貸額度或活期存款帳戶的信貸設施結算國際貿(mào)易進行核準的系統(tǒng)和方法
技術領域：
本發(fā)明涉及支持進出口交易的系統(tǒng)和方法。更具體地說，本發(fā)明包括用商議于國際裝運結算的條款、用于通知議定銀行已滿足該條款以及用于從信貸額度或類似信貸設施匯款的方法和系統(tǒng)。
背景技術：
國際進出口交易可包括許多參與方，包括出口方、出口貨運運輸方、進口貨運運輸方、以及進口方。此外，它們可包括客戶經(jīng)紀人、運輸公司、以及倉儲公司。運輸公司可使用船舶、飛機、火車或貨車。盡管諸如聯(lián)邦快遞或UPS之類的處理小型包裹的公司具有用于處理和通知客戶在他們自己的運輸網(wǎng)絡內(nèi)從起運到交付的、關于貨物的國內(nèi)裝運的他們的進程的綜合系統(tǒng)，但是還沒有用于通過多個獨立參與方而處理進出口交易的協(xié)作綜合系統(tǒng)。
信息流、貨物流或資金流可能拖慢全球貿(mào)易交易的周期。典型參與方的獨立軟件系統(tǒng)，諸如ERP、符合性(compliance)系統(tǒng)、運輸管理系統(tǒng)、客戶經(jīng)紀人系統(tǒng)以及銀行和貿(mào)易結算網(wǎng)絡，還未很好地適合于加快參與方之間的信息、貨物或資金流。
在國際貿(mào)易的結算中，很久以來已意識到跟單信用簽發(fā)和兌現(xiàn)的過程充滿錯誤及導致挫折的機會。例如，Tozzoli等在美國專利號6,151,588中在第三欄中提及開證銀行如何要求信用證所需的所有文件精確地與信用證的條款相一致、以及如何拒絕向賣家支付，即使由于印刷錯誤或次要的拼寫錯誤，同時導致尋求支付的賣家的挫折。Tradecard有限公司作為‘588專利的受讓人，通過創(chuàng)建替代資金機制(在該‘588專利和可從它們的網(wǎng)站www.Tradecard.com獲得的“Financial Supply Chain AutomationTheMissing Link in Supply Chain Management White Paper”(2002年4月29日創(chuàng)建的PDF文件)中說明了此機制)，回應了此問題和其他長期意識到的關于跟單信用的問題。Tradecard通過創(chuàng)建新的金融工具和布置來回避跟單信用問題。但是，銀行對于采用新的金融工具卻進展緩慢。
因此，出現(xiàn)設計利于使用常見金融工具的支付，諸如從信貸額度支付的方法和系統(tǒng)的機遇。

發(fā)明內(nèi)容
本發(fā)明涉及支持進出口交易的系統(tǒng)和方法。更具體地說，本發(fā)明包括用于商議國際裝運結算的條件、用于通知協(xié)定銀行已滿足該條件以及用于從信貸額度或類似信貸設施匯款的方法和系統(tǒng)。在權利要求、說明書和附圖中說明了本發(fā)明的各個具體方面。


本專利或申請文件包括至少一個彩色制作的圖。在請求和支付必要費用的前提下，可由專利局提供帶有彩色圖的本專利或?qū)＠暾埞_的拷貝。
圖1示意性地示出利用本發(fā)明一個實施例的進口方、出口方、運輸方、客戶經(jīng)紀人以及銀行之中的高水平的交互作用。
圖2示出描述購買定單的數(shù)據(jù)的收集。可以以電子方式收集信息，例如由以XML編碼的SOAP消息傳送。
圖3示出核準支付指令或匯票指令的登錄。
圖4示出用于創(chuàng)建貿(mào)易的部分界面，該貿(mào)易帶有作為該貿(mào)易一部分的對支付的核準。
圖5示出訪問核準支付指令的通道，作為與裝運的建立的部分相對的工作流的部分。
圖6A-6B示出通過工作流的裝運的進度。
圖7示出對帳屏幕，從其可觸發(fā)對帳處理。
圖8示出訪問單據(jù)管理的通道。
圖9示出通過工作流的裝運的另一進度。
圖10是匯款通知屏幕，銀行可使用其來通知已支付或正在支付出口方。
圖11示出完成狀態(tài)匯總(summary)面板。
圖12標識被分配來履行各種角色并執(zhí)行由系統(tǒng)認可的任務的人。
圖13示出狀態(tài)屏幕，引起對保險證書列的注意。
圖14示出被采用來登錄涉及保險證書的數(shù)據(jù)的界面。
圖15示出保險證書。
圖16示出強調(diào)保險索賠列的另一狀態(tài)屏幕。
圖17示出被采用來登錄涉及保險索賠的信息的界面。
具體實施例方式
參考附圖進行下面詳細的說明。優(yōu)選實施例被描述來示出本發(fā)明，而不是對由權利要求所限定的本發(fā)明的范圍的限制。本領域技術人員將意識到，可對下面的說明進行各種等價變化。
圖1示意性地示出利用本發(fā)明實施例的進口方、出口方、運輸方、客戶經(jīng)紀人以及銀行中的高水平的交互作用。由方框指示銀行110、出口方和運輸方120、進口方130、客戶經(jīng)紀人140、以及系統(tǒng)150。通常，系統(tǒng)150使得這些參與方之間的傳達更容易。在該系統(tǒng)外，可由銀行110通過不是系統(tǒng)150一部分的普通銀行渠道來向出口方120貸記支付123。否則，如果使用其他渠道，則對傳達，優(yōu)選流過該系統(tǒng)，或向該系統(tǒng)傳達以自動處理。在示出的信息流中，從進口方或進口方代理130向系統(tǒng)150傳達(131)電子匯票支付核準指令。可向銀行傳達(111)或不傳達初步匯票支付核準指令?？赡苎舆t通知匯票或商定支付核準指令，直到完成商議，或者可完全省去對銀行的通知。不像信用證，銀行在進出口方之間確定何時從信貸額度進行支付不是很復雜。通過消除簽發(fā)傳統(tǒng)信用證的費用和降低銀行確定是否進行支付的任務，這充分降低了進口方負擔進出口交易的費用?；氐绞境龅男畔⒘?，系統(tǒng)150將匯票支付核準指令轉(zhuǎn)發(fā)(121)到出口方或出口方代理120?；蛘?，出口方或出口方代理120可例如使用優(yōu)先交易作為模型，來向進口方提交支付條款和條件的擬定核準。在實踐中，看起來更可能的是進口方會準備指令的草案初稿或條款和條件，這是因為進口方130掌握銀行110的信貸額度，從其支付給出口方120。在匯票支付核準指令之后，在進出口方之間傳達(122、132)電子單據(jù)?？蛇x地，可向客戶經(jīng)紀人140或其他參與方或進出口方的代理傳達(142)這些單據(jù)。這些單據(jù)可確認協(xié)議、進一步進行商議，或?qū)崿F(xiàn)部分協(xié)議，例如按照協(xié)議提供形式上要求的單據(jù)。如上所述，在某些點上，系統(tǒng)可人工或自動通知銀行110議定的支付核準條件。
涉及進出口的各種處理和處理步驟一般在支付條款和條件的商議與從信貸額度或類似信貸設施的支付核準的簽發(fā)之間發(fā)生。優(yōu)選地，將在此說明的系統(tǒng)綜合有被設計來利于端對端進出口交易的系統(tǒng)，如在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中說明的系統(tǒng)，其通過參考在此并入。協(xié)調(diào)商議支付條款和條件的、追蹤履行支付條款和條件的情況、以及在單個綜合系統(tǒng)中結算可能是有利的。為本發(fā)明的目的，追蹤從商議到有時在貨物進口之前的結算的進出口交易可能就足夠了。
在進出口處理期間，系統(tǒng)150追蹤交易的狀態(tài)。優(yōu)選地，系統(tǒng)追蹤的狀態(tài)信息包括確定何時應該進行結算所需要的信息。系統(tǒng)150優(yōu)選包括當狀態(tài)信息指示應該進行結算時通告至少一個用戶或參與方的規(guī)則和邏輯。在整個進出口處理期間，系統(tǒng)150向各個參與方分發(fā)(129、139、149)狀態(tài)信息。分發(fā)到參與方的特定狀態(tài)信息，依賴于它們的作用和它們接收信息的授權。狀態(tài)信息還可包括當系統(tǒng)到處或指定地設置用于動作經(jīng)過的期限時的警告。例如，如果在向銀行給出支付核準和銀行簽發(fā)支付通知之間的經(jīng)過時間太長，則可向進口方發(fā)出警告，以進行后續(xù)措施。另一系統(tǒng)生成警告可標志匯票指令與匯票指令的協(xié)議或擬定修改之間的延遲。
在某些點上，進口方或進口方代理130確定應該進行支付。系統(tǒng)150輔助出口方準備適當?shù)奈募?。進口方130向系統(tǒng)傳達(133)支付給出口方或出口方代理120的跟單核準。系統(tǒng)向銀行110傳達(113)進口方的核準以支付。銀行以支付123和支付通知114回應。支付通知可確認支付已進行，或可宣布支付將在將來、或在一個特定時間或日期進行。可將向系統(tǒng)傳達的支付通知114直接傳達(124)給參與方，如出口方120，可將其編碼在狀態(tài)屏幕150上，或者兩者都做。當銀行進行支付123時，其對進口方的信貸額度或類似信貸設施進行借記。使用系統(tǒng)150來傳送用于支付的授權，這向銀行提供了安全性和舒適性，銀行的動作對系統(tǒng)150反應迅速。合同條款可分散由系統(tǒng)的用戶妥協(xié)的系統(tǒng)的任何風險或由系統(tǒng)的用戶造成的錯誤?？商峁σ韵潞藴实拇_認的安排來改善安全性支付的核準、超越界限的支付的核準、支付特定列出或未列出賣方的核準。
圖2示出描述購買定單的數(shù)據(jù)的收集。可電子地收集信息，例如由帶有XML編碼的SOAP消息傳送。例如，用戶可以使用圖2所示的界面輸入信息，其被電子傳送到系統(tǒng)150。應理解的是，圖2中所示的左分欄和主分欄可由導航條、文本框、裝運描述信息、以及警告顯示組成，其在其他附圖的上下文中示出并描述。左分欄210是在整個進出口系統(tǒng)中提供一致的用戶界面的變型。左分欄中的導航菜單210可對用戶的標識或作用是敏感或易于響應的，提供了訪問用戶可讀取、修改或核準的單據(jù)的通道。在此情況下，列出的單據(jù)是支付授權，如圖3所示；XML銷售定單，其引入XML單據(jù)，優(yōu)選遵守以諸如XML模塊的語言定義的模塊；人工銷售定單，其對應于用于數(shù)據(jù)收集的用戶界面；以及傳達進口方想要從出口方購買的各種類型的定單。將主分欄細分為頂欄220和標簽圖230。提交和取消控件221允許用戶判斷是否繼續(xù)或保存使用該界面進行的編輯。添加注釋到頁面日志面板222允許用戶注釋查賬索引，其被編輯為關于裝運的部分的用戶工作。分配動作面板和當前動作標識符223標識當前負責在目前的購買定單處理中采取下一步驟的參與方，并允許用戶重新分配當前動作，或分配所需要的下一動作。根據(jù)用戶的核準授權，核準狀態(tài)面板224和當前狀態(tài)標識符225標識目前處理的當前狀態(tài)，并允許用戶更新狀態(tài)。標簽226允許直接訪問包括匯總、詳情、產(chǎn)品和頁面日志的用戶界面的通道。頁面日志顯示上述用于購買定單處理的查賬索引。下面進一步描述剩余的標簽。
詳情圖230說明在進入購買定單時有用的某些信息。根據(jù)在購買定單登錄前的業(yè)務，與向預先存在的貿(mào)易添加信息相對，選擇提交按鈕221可在系統(tǒng)中創(chuàng)建貿(mào)易。該界面提供對模板231的支持?？蛇x擇現(xiàn)有模板或創(chuàng)建新模板。顯示了當前模板的名稱。當已完成并提交數(shù)據(jù)登錄時，可創(chuàng)建新模板。當選擇按鈕221時，可創(chuàng)建定單。可在數(shù)個字段中登錄關于購買定單232的信息。可直接輸入或自動生成購買定單號?？奢斎牖驈南到y(tǒng)時鐘或應用于系統(tǒng)時鐘的規(guī)則來生成購買定單日期。始終顯示購買定單修改次數(shù)，其在首次創(chuàng)建購買定單時最有可能被設置為0?？捎上到y(tǒng)使用唯一的儀表板(dashboard)參考號，以保持對可能不具有唯一購買定單號的交易的追蹤。當使用唯一購買定單號時，不管全局唯一(即在進口方-出口方對之間唯一)，還是對單個進口方，可自動將購買定單號用作儀表板參考號。可輸入所請求的交付日期和時間223。例如，通過訪問列表或通過以超前鍵擊輔助來鍵入，可標識購買代理235?？赏ㄟ^諸如名稱、帳戶名稱、地址和注釋的信息，來輸入賣方237和買方238。例如通過訪問列表，可選擇名稱。
其他可通過標簽226訪問的圖230可包括匯總和產(chǎn)品圖。匯總圖將包括可在其他圖中獲得的某些或全部信息。產(chǎn)品圖可提供訪問涉及裝運內(nèi)產(chǎn)品的字段(如包裝號、序列號或產(chǎn)品ID、說明書、數(shù)量、包裝、單位重量、凈重、毛重、封印號、起運和包裝ID)的通道?？赏ㄟ^在產(chǎn)品圖中向右或向左滾動來訪問其他信息。
圖3A-3B示出支付核準指令或匯票指令的登錄。左面板210和主面板依照圖2的格式。此圖示出使用示例用戶界面的支付核準指令的登錄?；蛘撸鐝某袚鶻ML有效負載的SOAP消息，可輸入支付核準指令。在此圖中，從圖2復制數(shù)個參考號，在不同的屏幕上提供一致的用戶界面。屏幕的其他特征包括導航條305和文本框306。導航條鏈接提供直接訪問作為信貸額度結算系統(tǒng)可用的環(huán)境的部分的界面頁的通道。導航條鏈接包括主頁、顯示匯總狀態(tài)的儀表板、存儲例如支付核準指令的單據(jù)拱頂(vault)、報告模塊、管理、出口符合性(compliance)檢查、幫助、以及注銷。單據(jù)拱頂處理消息、發(fā)信和接收。此圖中的界面一般會在單據(jù)拱頂中操作。文本框306標識用戶、用戶的公司協(xié)會和用戶工作的特定投資組合(portfolio)。此圖的新特征在主面板中的標題標簽327下顯示。例如使用無線電按鈕332來指示了正準備的支付單據(jù)的核準的特定類型。盡管列出了數(shù)個單據(jù)類型，為提供一致界面的目的，在此僅采用指令類型，這是因為對于正進行的信貸額度，不需要申請(application)。在一個實施例中，由不同的屏幕處理通知?？山?jīng)由單獨標簽327訪問修改。收集各種信息用于支付核準指令。不在此屏幕上操作的字段包括指令號333及相應日期、申請?zhí)?34及相應日期、通知號335及相應日期、以及修改號336及相應日期。這些字段可顯示變灰淡化，以提供一致的用戶界面，或可被省略。支付號337的核準和響應信貸簽發(fā)日期追蹤支付的核準。用戶可輸入請求簽發(fā)日期和請求期滿日期338、339。用戶還可請求確認340?？奢斎?341、342)關于通知和簽發(fā)銀行的信息，包括銀行的名稱、地址、以及位置?？蓮牧斜磉x擇銀行。開始為圖3A的界面，繼續(xù)為圖3B，其示出“單據(jù)”(Docs)標簽327的使用。在用戶界面的這一部分中，用戶選擇在裝運過程中可能需要的單據(jù)。單據(jù)的選擇可易受交付條款351的影響?？蓮臉藴式桓稐l款的下拉列表中選擇交付條款，如“F.O.B”，其代表船上交貨；“C&F”或“CFR”，其代表成本加運費；“CIF”，其代表成本、保險費加運費；以及“FAS”，其代表船邊交貨?？捎稍撓到y(tǒng)支持國際商會(ICC)制定的13個條款(INCO條款)，或至少可用和頻繁使用的條款。條款的1990標準列表包括EXW，工廠交貨(指定地點)；FCA，貨交承運人(指定地點)；FAS，船邊交貨(指定裝運港)；FOB，船上交貨(指定裝運港)；CFR，成本加運費(指定目的港)；CIF，成本、保險費加運費(指定目的港)；CPT，運費付至(指定目的港；CIP，運費、保險費付至(指定目的地)；DAF，邊境交貨(指定地點)；DES，目的港船上交貨(指定目的港)；DEQ，目的港碼頭交貨(指定目的港)；DDU，未完稅交貨(指定目的地)；以及DDP，完稅后交貨(指定目的地)。其他標準條款也可使用，或可指定為其他條款。在此例子中，系統(tǒng)向用戶提供對所需單據(jù)的單據(jù)選擇，包括發(fā)票353、裝箱單354、提貨單335、匯票357以及貨物原產(chǎn)地證明書358。未必有的是，信用證顯示字段356會與信貸額度結算一起使用。對每個所需的單據(jù)，用戶可選擇輸入單據(jù)的原始和復制本的數(shù)量、以及給出關于單據(jù)的注釋。
圖4示出用于創(chuàng)建貿(mào)易的界面的部分，該貿(mào)易帶有支付核準作為該貿(mào)易的部分。模塊選擇部件420允許用戶在用于定單、裝運和結算的模塊之間選擇。這些模塊可以是獨立的軟件包，其可被單獨或成組購買。在結算模塊內(nèi)，提供標簽428用于處理、單據(jù)和涉及結算的設置警告的訪問通道。處理標簽提供用于選擇舍棄和添加參與者的訪問通道。在支付核準邏輯有用的環(huán)境中，用于結算的申請的范圍可包括以下中的一個或多個管理單據(jù)、開具發(fā)票、支付核準、信用證、對帳、匯款通知和保險客戶。為了支付核準以及(可選地)為了其他申請，下拉菜單可提供訪問可被用于存儲可修改來創(chuàng)建新單據(jù)的模板、示例單據(jù)或?qū)嶋H單據(jù)的單據(jù)拱頂?shù)耐ǖ?。在已通過參考并入的申請中，更完整地解釋了利用此和相關界面的貿(mào)易的創(chuàng)建。
圖5示出訪問支付核準指令的通道，作為與裝運的建立的部分相對的工作流的部分。左面板發(fā)生改變，在上面的面板中提供更多的細節(jié)，并且，主面板的上半部分提供新的選項。左面板510現(xiàn)在列出在工作流中的步驟，其中工作流狀態(tài)圖標在步驟名之后。在此例子中，在購買定單、關聯(lián)以及發(fā)票旁邊的復選標記標識在工作流中已完成這些步驟。在頂部面板中，提供了匯總狀態(tài)信息527，其標識出正在通過工作流步驟處理的裝運。購買定單號232在儀表板參考號區(qū)域顯示。其他可提供的信息包括裝貨港、卸貨港、ETA、ETD以及賣方。在支付的核準單據(jù)的創(chuàng)建、配給和追蹤上提供數(shù)個控件528、529。某些控件528可允許用戶預覽或發(fā)送單據(jù)。用戶還可檢查配給日志，以看出何人已接收單據(jù)。處于顯著位置的控件529用于單據(jù)的創(chuàng)建。一旦已創(chuàng)建單據(jù)集，特定用戶或特定角色可選擇撤消該單據(jù)。例如，核準狀態(tài)控件224顯示一個角色將核準支付核準單據(jù)。另一個角色將保留或清除保留單據(jù)。
圖6A-6B示出通過工作流的裝運的進度。這是支付核準技術可能尤其有用的工作流。兩個附圖使用相同的屏幕布局，其包括標簽訪問匯總和詳情信息的通道627，直接訪問設置儀表板選項通道610、以及快速訪問屏幕上使用的圖標鍵的通道617。屏幕布局還包括搜索條610，其支持搜索、創(chuàng)建貿(mào)易以及復制貿(mào)易?？伤阉髯侄慰赏ㄟ^下拉菜單611訪問。搜索標準612是可訪問的，并可與值登錄字段613一起工作。搜索還可有裝運或貿(mào)易狀態(tài)614限定，并使用搜索按鈕615激活?？蓮臅捍嫖募?scratch)618、或通過復制其他貿(mào)易(619)來創(chuàng)建貿(mào)易。裝運匯總行620標識特定裝運，并概述該裝運的狀態(tài)?？蛇x擇特定行，例如使用復選框621。其可由儀表板參考號622、購買定單號或其他標識參考來標識?？商峁顟B(tài)列用于工作流步驟，如購買定單623、提貨單624、單據(jù)管理625、支付核準626、發(fā)票、對帳627、或匯款通知628的狀態(tài)。
可指示各種狀態(tài)條件。在一個實施例中，由淺色方塊指示“即將發(fā)生”(pending)狀態(tài)，如棕色或灰色方塊。此即將發(fā)生狀態(tài)指示裝運階段未完成且尚未進行。由深色方塊，如綠色方塊指示“待做”(to do)狀態(tài)。該待做狀態(tài)可指示查看概況顯示的當前用戶應該采取一些行動，已幫助完成裝運處理的特定階段，使得其可前進到下一步驟。即，看到綠框的查看者知道，球在查看者的場地中。由棕色箭頭指示“進行中”狀態(tài)。此進行中狀態(tài)可指示不同于當前查看者的參與方對推進特定裝運階段有責任?？稍阪溄拥皆搱D標的更相似的顯示中標識該負責的參與方。進行中圖標還可指示尚未由負責參與方傳送用于動作的警告日期。由帶有復選標記的框指示“已完成”狀態(tài)。此已完成狀態(tài)可指示完成一個階段所需的所有動作都已完成。由掛鎖圖標指示“鎖定”狀態(tài)。例如，此鎖定狀態(tài)可指示包括單據(jù)的產(chǎn)生的階段已完成且不接受任何參與方的進一步的修正。在某些實施例中，有可能對鎖定狀態(tài)進行解鎖定。由三角形中的驚嘆號“警告”狀態(tài)。此警告狀態(tài)可指示已通過重要事件，例如單據(jù)的準備或裝運的運轉(zhuǎn)。由閃爍紅字、象征停止符號的紅色八邊形或這兩者來指示“暫?！睜顟B(tài)。此暫停狀態(tài)可指示對裝運負責的參與方總體上已臨時暫停對涉及裝運的日期的編輯。這種臨時暫?？刹蛔屗衅渌麉⑴c方更新，或甚至不讓查看關于裝運的信息，直到解除停止為止。
圖6A示出已提交購買定單(623)且支付核準條款已議定(626)。提貨單還未完成，所以尚未急于準備發(fā)票。在圖6B中，提貨單的完成觸發(fā)了向工作流添加發(fā)票。將發(fā)票指示為完成。需要對管理單據(jù)、堆棧和匯款通知的其他工作。這兩個圖都指示通過選擇詳情標簽627，可獲得關于工作流狀態(tài)的其他詳情。
圖7示出對帳屏幕，從其可觸發(fā)(730)對帳處理。基于字段映射，對帳處理提供各字段的比對，例如在提貨單和購買定單之間。
圖8示出訪問單據(jù)管理的通道。標簽827和主面板提供訪問單據(jù)管理和查賬索引或頁面日志的詳情的通道。主面板的一個部件搜集所需單據(jù)(830)。當建立貿(mào)易時只等所需單據(jù)。在此例子中，需要提貨單和發(fā)票。這些特定單據(jù)是系統(tǒng)生成的單據(jù)，以方便的格式存檔，如PDF。可提供超鏈接字段或其他控件，用于授權的用戶或角色來下載這些單據(jù)的拷貝。對某些單據(jù)，還可以許可上傳。具有特定授權的用戶或角色鎖定任何所需單據(jù)。主面板的另一部件收集可選單據(jù)(840)。可使用主面板的第三部件(850)來添加可選單據(jù)。
圖9示出通過工作流的裝運的另一進度。此圖示出與圖6A-6B中相同的狀態(tài)面板。在此圖中，已通過淡色復選標記圖標來更新了管理單據(jù)狀態(tài)901，其指示需要核準。例如，基于早先步驟的電子狀態(tài)，當系統(tǒng)檢測到已接收了所有所需的關于裝運的文件，從而應該向銀行簽發(fā)支付核準時，可能需要核準。詳情標簽627的特征之一可指示誰對進行核準或采取下一步驟負責。
圖10是匯款通知屏幕，銀行可使用其來通知已支付或正在支付出口方。優(yōu)選地，以某種程度將該屏幕綜合有銀行的用于電子支付的處理系統(tǒng)?；蛘撸粋€系統(tǒng)可以是主要的，并且向另一個輸出數(shù)據(jù)。該輸出可以是自動的，如通過某種網(wǎng)絡服務協(xié)議或保存到盤和輸入設施，或可以是允許智能的、面向字段的復制和粘貼設施的形式完成助手(form completion assistant)。此圖示出在詳情標簽1027后面可訪問的信息。由它們的名稱來解釋絕大多數(shù)可用字段支付通知類型1031是“銀行”；支付通知目的1032是可選的；支付結算日期1033、應付總額1034、已付總額1035以及幣種1036是可用字段。支付方法1037可從挑選列表中選擇，例如在電匯、聯(lián)邦儲備劃撥(fedstransfer)、ACH、支票、以及往來帳戶(意味著在銀行向出口方的帳戶存款)中選擇。支付理由代碼1041是可選的。支付通知號1042、銀行核準日期1043、銀行費用1044、以及其他費用1045優(yōu)選依賴于銀行處理系統(tǒng)中的類似字段。備注1046是可選的?？膳c支付通知一起使用的其他參考號包括銀行參考號1047、發(fā)票參考1048、支付核準號1049(來自進口方或進口方代理)、以及一般的其他參考號1051。主面板的另一部分1060包括將支付與其他詳情如定單和額度項目號進行對帳的行?？梢杂貌钪档睦碛蓙斫忉寫督痤~、議付和任何差值。例如，如果從模板準備支付通知，則可刪除一個或多個行。
圖11示出使用與圖6A、6B和9相同的狀態(tài)面板的完成狀態(tài)匯總面板1101。
圖12標識被分配來履行各種角色并執(zhí)行由系統(tǒng)認可的任務的人。還顯示了各人的安全授權，包括讀取、修改和核準(“RMA”)各種任務的授權。在此圖中，可訪問模板來從挑選列表或其他窗口1201設置角色和任務責任。提供屏幕的獨立面板或部件用于模板和保存動作1231、參與方名稱、標題、角色、公司和貿(mào)易管理責任1240；用于定單任務和參與方1250；用于裝運任務和參與方1260；以及用于結算任務和參與方1203。任務可點擊鏈接到完成該任務的軟件應用程序，其中的一些在此申請和相關申請中說明。在此圖中注意涉及保險的任務。在定單期間，必須生成保險證書1202，列明關于保險條款的協(xié)議和符合性。在結算期間，根據(jù)貨物接收條件并且潛在地，保險聲明1203可能需要在接收時被處理。
圖13示出狀態(tài)屏幕，類似于在圖6A-6B中示出的屏幕。此屏幕的部件610、620、627于圖6中的相同。在此圖中注意狀態(tài)顯示的保險證書列1301。由圖標指示三個保險證書狀態(tài)。一對貿(mào)易具有空框，指示保險證書條件的滿足還待完成。大多數(shù)貿(mào)易在框中具有復選標記，指示已滿足證書條件。一個貿(mào)易具有停止符號圖標1302，其指示由于保險證書簽發(fā)導致貿(mào)易暫停。跟在由具有發(fā)布暫停的適當授權的人的檢查之后，已人工將此暫停置于貿(mào)易上。出保險證書列1301中的圖標外，先前還未說明裝箱單列中的兩個圖標。一個圖標是帶框的“D”，其標識有爭議或有出入。例如，在對帳期間，標識在定單與裝箱單之間的差異、或在裝箱單與接收貨物之間的差異。具有標記爭議或出入的授權的人核準設置該標記。另一圖標是帶框的“R”，其標識已對帳。在對帳期間，將被對帳的單據(jù)考慮未匹配。此匹配和標記可由人檢查并核準，或可由系統(tǒng)自動采用。
圖14示出被采用來登錄涉及保險證書的數(shù)據(jù)的界面。保險范圍通常從保險單中指定的倉庫或存儲地點起運貨物時開始。范圍持續(xù)整個運輸過程，并在交付到保險單中指定的收貨人倉庫、到被保險人已選擇用于交付的任何倉庫、或在從最終目的港處的船只碼頭邊卸貨后60天結束。保險單可帶有超越這些規(guī)則的條款，尤其是對于卸貨后的時間限制。
被保險人具有使得損失或損壞的原始風險最小化、以及在索賠前向承運人或可對損失負責的其他方索賠的義務。如果應該提出索賠，應該立刻通知承保人或索賠代理人。承保人指派海事檢驗員檢查貨物，并報告損失性質(zhì)、損失額和程度。在某些情況下，可在保險單中指定檢驗員。與檢驗結果報告一起，檢驗員向收貨人簽發(fā)損失證書或檢驗證書。檢驗員費用可能需要由收貨人墊付，但若屬于保險單范圍，則可退還。
當進行索賠時，一般需要下面的文件原始保險單或保險證書；原始提貨單；商業(yè)發(fā)票；裝箱單；損失證書或檢驗證書；在目標港簽發(fā)的貨運重量單或起貨單；與承運人或?qū)p失或損壞負責的其他方的往來函件；船長拒付聲明，其是涉及索賠的海上的任何災難、事故或損害的船長的書面說明。通過這樣的用于提交索賠的詳細處理和單據(jù)的大量清單(其中許多可由綜合系統(tǒng)追蹤到)，獨特地提出了綜合系統(tǒng)的保險索賠模塊。
圖14所示的大多數(shù)字段駐有被輸入來建立進出口交易的數(shù)據(jù)。例如，托運人字段1460、字段1444-1475、以及字段1481-1493包含可被在進出口系統(tǒng)的許多模塊上使用的數(shù)據(jù)。在此圖中，左面板1410列出工作流中的步驟，其中工作流狀態(tài)圖標緊接著步驟名稱。在此例子中，EDI銷售定單、符合性檢查以及信用證旁邊的復選標記指示工作流中的這些步驟已經(jīng)完成。保險證書旁邊的帶框的箭頭指示保險證書需要被處理。界面中的頂部部件示出先前在與圖2和圖4的關系中解釋的控件。有標簽1427提供一致的顯示，其允許直接訪問包括匯總、詳情、各方、追蹤以及頁面日志的用戶界面。匯總視圖說明涉及保險證書的某些或全部信息。保險證書模塊與其他模塊相互電子聯(lián)系，以收集數(shù)據(jù)和駐入字段、將保險證書聯(lián)系到特定貿(mào)易和/或收集證明保險證書所需的其他信息?？蛇x地，系統(tǒng)可基于與保險經(jīng)紀人的協(xié)商而生成保險證書，其中由法律授權該保險經(jīng)紀人依照要求來規(guī)定保險范圍。數(shù)個字段尤其涉及保險范圍。保險單類型1431包括預約保險單，其在數(shù)個交易上采用；以及特殊貨物，其應用于單獨交易。保險單號1432可由制定范圍的代理人或由擔保提供者簽發(fā)。保險單有效期1433一般匹配保險的議定條款，以覆蓋進出口交易。證書參考號1434和保險證書號1435是證書和/或保險單的簽發(fā)者使用的號碼。與此處所示的例子相對，保險證書日期1436一般在保險單有效期的結束期之前或之中。進出口方之間可以商議不同的條款，但如果先于運輸之前接收，則證書就重要的多。范圍不太可能先于運輸有效。保險證書地點1437、金額1439、幣種1441以及大寫金額是顯而易見的字段。戰(zhàn)爭險字段1438指示證書是否將范圍延伸到戰(zhàn)爭險?？商峁╊愃谱侄蝸碇甘痉秶欠裉峁┯糜诳植佬袨楹推渌貏e險。附加險種字段1443將反映進出口方之間商定的范圍要求，以及可能已獲得的附加的、非標準的或尤其重要的范圍。保險條件1476和特殊條件1477一般反映由任何承保人強加到保險單上的條件，期變更了否則將應用于保險范圍的法律。例如，示例保險條件1476一般會縮短進行索賠的限制的法令。特殊條件1477強加了一個特殊要求，用于在船甲板上的集裝箱中攜帶的貨物。追蹤字段1494提供關于保險證書的處理的信息。如上面或在通過參考并入的文獻中所述的，許多其他字段提供保險證書模塊和其他進出口系統(tǒng)模塊之間共享的信息。
圖15示出保險證書。圖14的預覽單據(jù)鏈接428調(diào)用保險證書1501的復制本。此單據(jù)證明了授權該系統(tǒng)提供已取得預約保單類型的保險單的確認。當保險證書模塊是綜合系統(tǒng)的一部分時，基于尺碼的量和單位，證書中的量可以從裝箱單、pull list或類似單據(jù)上的數(shù)據(jù)獲得，這是因為在項目明細方面，保險證書一般不如裝箱單詳細?？梢砸阅撤N易移動的格式來保存此單據(jù)，如可以在多種計算機系統(tǒng)上讀取的“PDF”格式。可選地，可鎖定該單據(jù)不讓編輯。進出口系統(tǒng)可使用單據(jù)管理器，以保存此單據(jù)和作為工作流部分的類似單據(jù)。
圖16示出強調(diào)保險索賠列1601的另一狀態(tài)屏幕。此屏幕的主要部件610、620與先前參考圖6說明的一樣。
圖17示出被采用來登錄涉及保險索賠的信息的界面。左面板1410、頂部部件和標簽1727與其他用戶界面密切相關。此標簽部件1727提供直接訪問匯總、提交、追蹤和頁面日志界面的通道。所示的匯總界面包括關于保險索賠的一些或全部信息。保險索賠字段1731-1742為保險索賠所特要的。如果保險索賠和保險證書模塊兩者都實現(xiàn)，或其可被單獨輸入，則可從保險證書模塊復制保單信息1431-1441。追蹤信息1750與圖14中的追蹤信息相應。在保險索賠特定信息中，一般將由系統(tǒng)或由授權接收索賠的一方生成索賠號1731。索賠日期1732對應于系統(tǒng)提交索賠的日期。由索賠方提供估計損失1733，當前貨物位置1734、損失描述1735、損失日期1736、幣種1737和到達日期1738也一樣?？蛇x地，幣種和到達日期可以是在進出口系統(tǒng)的其他部分中收集的數(shù)據(jù)。索賠方1741一般會是進口方，當報告方1742可適當?shù)厥沁M口方的代理人。無論如何，索賠方會是被保險人或標識的保單下的其他被保險人。
本發(fā)明可被用作方法，或用來實踐該方法的設備?？梢詮南到y(tǒng)、進口方、出口方或銀行的角度來查看同一方法。從系統(tǒng)角度，本發(fā)明的一個方面提供一種計算機輔助方法，協(xié)作追蹤貨物的國際裝運、以及核準從信貸設施的支付，該協(xié)作包括出口方、進口方和進口方的銀行。其他參與方可選地包括出口方、進口方或進口方銀行的代理人、貨運運輸方、客戶經(jīng)紀人以及上面標識的進出口貿(mào)易中的其他參與方。該方法可包括設置用于國際裝運參與方以查看和編輯數(shù)據(jù)的各方面的授權，其中該數(shù)據(jù)記錄用于從進口方向出口方支付的條件和指令、追蹤國際裝運參與方的進度以滿足用于支付的條件、以及允許進口方電子初始化由進口方的銀行從信貸設施向出口方的支付。該方法還可包括接收并存儲用于支付的議定條件和指令；存儲并傳送與用于支付的議定條件的履行相對應的文件，而不需要銀行對該文件的評價；以及在由進口方或進口方代理得出已履行、修改或放棄用于支付的議定條件的評價之后，處理電子初始化的支付核準，該支付核準對應于所存儲的用于支付的議定指令。該方法還可包括處理并揭露以便查看確認向出口方支付的狀態(tài)更新。
在一個實施例中，服務方的中央服務器或服務器群實現(xiàn)如附圖所示的工作流和儀表板狀態(tài)顯示?；诟鱾€國際裝運參與方的授權，向參與方顯示狀態(tài)信息，并且允許它們電子檢查、修改或核準工作流中的任務。通過各個角色綜合該工作流，并且其包括向為多個獨立組織工作的人分配任務。例如，可向為進口方或進口方代理工作的人、為出口方或出口方代理工作的人、以及為銀行工作的人分配支付核準的處理中的任務。工作流系統(tǒng)可標識人或?qū)Σ扇∠乱粍幼髫撠煹娜嘶蛲苿舆M出口交易所需的動作。對目前已為處理準備好的動作，工作流系統(tǒng)還可提供用于狀態(tài)改變、以及用于在預定時間即將發(fā)射的動作的警告。
從系統(tǒng)角度，該方法的另一方面包括在進口方和出口方之間傳送用于支付的匯票條件和指令。這些匯票可以以下面的形式來保存一旦已被議定、就允許它們用于作為該方法一部分的處理。另一方面包括向進口方的銀行傳送用于支付的議定條件和指令?？蓪⒋诵畔魉偷接糜谙⒌倪M口方銀行，而不需要將會顯著增加交易成本的、對銀行雇員部分的任何實質(zhì)性動作。在一個實施例中，對應于支付核準，由銀行初始化確認向出口方支付的狀態(tài)更新?？商鎿Q地，可能需要出口方向系統(tǒng)確認接受到支付。此確認會支持認可。
該方法的一個方面包括揭露以由國際裝運參與方查看關于以下的狀態(tài)追蹤信息用于支付的條件和指令的建立，履行的文件，以及履行的核準，或用于支付的條件的撤消或放棄。
作為計算機系統(tǒng)而實現(xiàn)的該方法的一個實施例包括從作為綜合協(xié)作系統(tǒng)一部分的信貸設施的支付，該系統(tǒng)使得進出口貿(mào)易從條款商議到由出口方開始裝運、通過運輸和客戶清點(clearance)、到由進口方接收以及結算更容易。
從進口方的角度，該方法與從系統(tǒng)角度所看到的方法非常相似。本發(fā)明的進口方方面提供一種計算機輔助方法，協(xié)作追蹤貨物的國際裝運、以及核準從信貸設施的支付，該協(xié)作包括出口方、進口方和進口方的銀行。其他參與方可選地包括出口方、進口方或進口方銀行的代理人、貨運運輸方、客戶經(jīng)紀人以及上面標識的進出口貿(mào)易中的其他參與方。該方法可包括設置用于國際裝運參與方以查看和編輯數(shù)據(jù)的各方面的授權，其中該數(shù)據(jù)記錄用于從進口方向出口方支付的條件和指令、追蹤國際裝運參與方的進度以滿足用于支付的條件、以及允許進口方電子初始化由進口方的銀行從信貸設施向出口方的支付。該方法還可包括接收用于支付的議定條件和指令；以及從與用于支付的議定條件的履行相對應的出口方或出口方代理接收文件，而不需要銀行對該文件的評價。該方法還包括在由進口方或進口方代理得出已履行、修改或放棄用于支付的條件的評價之后，電子初始化支付核準，該支付核準對應于用于支付的指令；以及接收出口方的確認支付的狀態(tài)更新。從系統(tǒng)角度所看到的該方法的變型、各方面和實施例、以及實現(xiàn)工作流和儀表板狀態(tài)顯示的該系統(tǒng)也用于從進口方角度所看的方法。
從出口方的角度所看的方法同樣類似。本發(fā)明的出口方方面提供一種計算機輔助方法，用于協(xié)作裝運和銷售的條款和條件、單據(jù)的創(chuàng)建、以及貨物的國際裝運的追蹤和從信貸設施支付的核準，該協(xié)作包括出口方、進口方以及進口方的銀行。將上面標識的其他參與方可選地包括在協(xié)作系統(tǒng)中。該方法可包括設置用于國際裝運參與方以查看和編輯數(shù)據(jù)的各方面的授權，其中該數(shù)據(jù)記錄用于從進口方向出口方支付的條件和指令、追蹤國際裝運參與方的進度以滿足用于支付的條件、以及允許進口方電子初始化由進口方的銀行從信貸設施向出口方的支付。該方法還包括接收用于支付的議定條件和指令，并生成與用于支付的條件的履行相對應的文件，而不需要銀行對該文件的評價。該方法還可包括在由進口方或進口方代理得出已履行、修改或放棄用于支付的條件的評價之后，接收進口方的銀行已被核準來支付給出口方的通知，該支付核準對應于用于支付的指令；以及接收確認支付的狀態(tài)更新。從系統(tǒng)角度所看到的該方法的變型、各方面和實施例、以及實現(xiàn)工作流和儀表板狀態(tài)顯示的該系統(tǒng)也用于從出口方角度所看的方法。
如果較少地包括，則從銀行的角度所看的方法是相似的。本發(fā)明的銀行方面提供一種計算機輔助方法，用于協(xié)作裝運和銷售的條款和條件、單據(jù)的創(chuàng)建、以及貨物的國際裝運的追蹤和從信貸設施支付的核準，該協(xié)作包括出口方、進口方以及進口方的銀行。將上面標識的其他參與方可選地包括在協(xié)作系統(tǒng)中。該方法可包括在由進口方或進口方代理得出已履行、修改或放棄用于支付的議定條件的評價之后，電子接收支付核準以支付給出口方，該支付核準對應于用于支付的議定指令；以及向確認出口方的支付的追蹤系統(tǒng)宣告狀態(tài)更新，其中該追蹤系統(tǒng)授權國際裝運參與方。從系統(tǒng)角度所看到的該方法的變型、各方面和實施例、以及實現(xiàn)工作流和儀表板狀態(tài)顯示的該系統(tǒng)也用于從銀行的角度所看的方法。
盡管通過參考上面的詳細優(yōu)選實施例和示例而揭示了本發(fā)明，但應理解的是，希望這些示例是例證性的而不是限制性的。在所描述的實施例中涉及計算機輔助處理。因此，可在用于以下的方法中實施本發(fā)明計算機輔助處理、包括執(zhí)行貨物的國際裝運的協(xié)作追蹤的邏輯的系統(tǒng)、外加有執(zhí)行貨物的國際裝運的協(xié)作追蹤的邏輯的數(shù)據(jù)流、或執(zhí)行貨物的國際裝運的協(xié)作追蹤的計算機可訪問服務。預期對于本領域技術人員，容易進行修改和組合，其修改和組合應該在本發(fā)明的精神和下述權利要求的范圍內(nèi)。
權利要求
1.一種計算機輔助方法，用于協(xié)作裝運和銷售的條款和條件、單據(jù)的創(chuàng)建、以及貨物的國際裝運的追蹤和從信貸設施或活期存款帳戶支付的核準，該協(xié)作包括出口方、進口方以及進口方的銀行，該方法包括設置用于國際裝運參與方以輸入、查看和核準數(shù)據(jù)的各方面的授權，其中該數(shù)據(jù)用于記錄用于從進口方向出口方支付的條件和指令，追蹤國際裝運參與方的進度，以滿足用于支付的條件，以及允許進口方電子核準由進口方的銀行從信貸設施或活期存款帳戶向出口方的支付；接收用于支付的議定條件和指令；從與用于支付的議定條件的履行相對應的出口方或出口方代理接收文件，而不需要銀行對該文件的評價；在由進口方或進口方代理得出已履行、修改或放棄用于支付的條件的評價之后，電子初始化支付核準，該支付核準對應于用于支付的指令；以及接收出口方的確認支付的狀態(tài)更新。
2.如權利要求1所述的方法，其中設置授權還包括用于國際裝運參與方以查看單據(jù)圖像的授權。
3.如權利要求1所述的方法，還包括向出口方發(fā)送用于支付的匯票條件和指令。
4.如權利要求1所述的方法，還包括向進口方的銀行通知用于支付的議定條件和指令。
5.如權利要求1所述的方法，其中對應于支付核準，由銀行執(zhí)行支付。
6.如權利要求1所述的方法，還包括揭露以由國際裝運參與方查看關于以下的狀態(tài)追蹤信息用于支付的條件和指令的建立，履行的文件，以及履行的核準，或用于支付的條件的撤消或放棄。
7.如權利要求6所述的方法，其中對于特定角色，揭露的狀態(tài)信息標識該特定角色是否負責執(zhí)行在以下步驟中的下一步驟用于支付的條件和指令的建立，履行的文件，以及履行的核準，或用于支付的條件的撤消或放棄。
8.一種計算機輔助方法，用于協(xié)作裝運和銷售的條款和條件、單據(jù)的創(chuàng)建、以及貨物的國際裝運的追蹤和從信貸設施或活期存款帳戶支付的核準，該協(xié)作包括出口方、進口方以及進口方的銀行，該方法包括設置用于國際裝運參與方以查看和編輯數(shù)據(jù)的各方面的授權，其中該數(shù)據(jù)用于記錄用于從進口方向出口方支付的條件和指令，追蹤國際裝運參與方的進度，以滿足用于支付的條件，以及允許進口方電子核準由進口方的銀行從信貸設施或活期存款帳戶向出口方的支付；接收用于向出口方支付的議定條件和指令；生成或上載與用于支付的條件的履行相對應的文件，而不需要銀行對該文件的評價；在由進口方或進口方代理得出已履行、修改或放棄用于支付的條件的評價之后，接收進口方的銀行已被核準來支付出口方的通知，該支付核準對應于用于支付的指令；以及接收確認支付的傳送的狀態(tài)更新。
9.如權利要求8所述的方法，其中設置授權還包括用于國際裝運參與方以查看單據(jù)圖像的授權。
10.如權利要求8所述的方法，還包括從進口方接收用于支付的匯票條件和指令。
11.如權利要求8所述的方法，其中對應于支付核準，由銀行生成狀態(tài)更新。
12.如權利要求8所述的方法，還包括揭露以由國際裝運參與方查看關于以下的狀態(tài)追蹤信息用于支付的條件和指令的建立，履行的文件，以及履行的核準，或用于支付的條件的撤消或放棄。
13.如權利要求12所述的方法，其中對于特定角色，揭露的狀態(tài)信息標識該特定角色是否負責執(zhí)行在以下步驟中的下一步驟用于支付的條件和指令的建立，履行的文件，以及履行的核準，或用于支付的條件的撤消或放棄。
14.一種計算機輔助方法，用于協(xié)作裝運和銷售的條款和條件、單據(jù)的創(chuàng)建、以及貨物的國際裝運的追蹤和從信貸設施或活期存款帳戶支付的核準，該協(xié)作包括出口方、進口方以及進口方的銀行，該方法包括在由進口方或進口方代理得出已履行、修改或放棄用于支付的議定條件的評價之后，電子接收支付核準，該支付核準對應于用于支付的議定指令；根據(jù)議定指令而支付出口方；以及向確認出口方的支付的追蹤系統(tǒng)宣告狀態(tài)更新，其中該追蹤系統(tǒng)授權國際裝運參與方以查看和編輯數(shù)據(jù)的各方面，其中該數(shù)據(jù)記錄用于支付的議定條件和指令，追蹤國際裝運參與方的進度，以滿足用于支付的議定條件，以及追蹤向出口方的支付。
15.如權利要求14所述的方法，還包括揭露以由國際裝運參與方查看關于以下的狀態(tài)追蹤信息用于支付的條件和指令的建立，履行的文件，以及履行的核準，或用于支付的條件的撤消或放棄。
16.如權利要求15所述的方法，其中對于特定角色，揭露的狀態(tài)信息標識該特定角色是否負責執(zhí)行在以下步驟中的下一步驟用于支付的條件和指令的建立，履行的文件，以及履行的核準，或用于支付的條件的撤消或放棄。
17.一種計算機輔助方法，用于協(xié)作裝運和銷售的條款和條件、單據(jù)的創(chuàng)建、以及貨物的國際裝運的追蹤和從信貸設施或活期存款帳戶支付的核準，該協(xié)作包括出口方、進口方以及進口方的銀行，該方法包括設置用于國際裝運參與方以查看和編輯數(shù)據(jù)的各方面的授權，其中該數(shù)據(jù)用于記錄用于從進口方向出口方支付的條件和指令，追蹤國際裝運參與方的進度，以滿足用于支付的條件，以及允許進口方電子初始化由進口方的銀行從信貸設施或活期存款帳戶向出口方的支付；接收并存儲用于支付的議定條件和指令；存儲并傳送與用于支付的議定條件的履行相對應的文件，而不需要銀行對該文件的評價；在由進口方或進口方代理得出已履行、修改或放棄用于支付的條件的評價之后，處理電子初始化的支付核準，該支付核準對應于所存儲的用于支付的議定條件和指令；以及處理并揭露以便查看確認向出口方支付的狀態(tài)更新。
18.如權利要求17所述的方法，其中設置授權還包括用于國際裝運參與方以查看單據(jù)圖像的授權。
19.如權利要求17所述的方法，還包括在進口方和出口方之間傳送用于支付的匯票條件和指令。
20.如權利要求17所述的方法，還包括向進口方的銀行傳送用于支付的議定條件和指令。
21.如權利要求17所述的方法，其中對應于支付核準，由銀行初始化該確認。
22.如權利要求17所述的方法，還包括揭露以由國際裝運參與方查看關于以下的狀態(tài)追蹤信息用于支付的條件和指令的建立，履行的文件，以及履行的核準，或用于支付的條件的撤消或放棄。
23.如權利要求22所述的方法，其中對于特定角色，揭露的狀態(tài)信息標識該特定角色是否負責執(zhí)行在以下步驟中的下一步驟用于支付的條件和指令的建立，履行的文件，以及履行的核準，或用于支付的條件的撤消或放棄。
24.一種利于協(xié)作追蹤貨物的國際裝運和從信貸設施支付的核準的計算機輔助系統(tǒng)，該協(xié)作方包括出口方、以及進口方和進口方的銀行，該系統(tǒng)包括計算機系統(tǒng)，該計算機系統(tǒng)包括可由國際裝運參與方訪問的存儲器、資源和邏輯，該邏輯被采用來設置用于國際裝運參與方以查看和編輯數(shù)據(jù)的各方面的授權，其中該數(shù)據(jù)用于記錄用于從進口方向出口方支付的條件和指令，追蹤國際裝運參與方的進度，以滿足用于支付的條件，以及允許進口方電子核準由進口方的銀行從信貸設施向出口方的支付；接收并存儲用于支付的議定條件和指令；存儲并傳送與用于支付的議定條件的履行相對應的文件，而不需要銀行對該文件的評價；在由進口方或進口方代理得出已履行、修改或放棄用于支付的條件的評價之后，處理電子初始化的支付核準，該支付核準對應于所存儲的用于支付的議定條件和指令；以及處理并揭露以查看確認向出口方支付的狀態(tài)更新。
全文摘要
本發(fā)明涉及支持進出口交易的系統(tǒng)和方法。更具體地說，本發(fā)明包括用于商議國際裝運結算的條款、用于通知議定銀行已滿足該條款和用于從信貸額度或類似信貸設施或活期存款帳戶匯款的方法和設備。
文檔編號G06Q30/00GK1998017SQ200580010931
公開日2007年7月11日 申請日期2005年2月10日 優(yōu)先權日2004年2月11日
發(fā)明者格雷厄姆·R·F·納皮爾, 史蒂夫·M·維亞倫戈, 馬諾杰·納拉揚, 艾倫·R·伯恩朔伊爾 申請人:貿(mào)易杠桿股份有限公司