支持對從諸如信貸額度或活期存款帳戶的信貸設施結算國際貿易進行核准的系統和方法
2023-07-12 23:50:06
專利名稱：支持對從諸如信貸額度或活期存款帳戶的信貸設施結算國際貿易進行核准的系統和方法
技術領域：
本發明涉及支持進出口交易的系統和方法。更具體地說，本發明包括用商議於國際裝運結算的條款、用於通知議定銀行已滿足該條款以及用於從信貸額度或類似信貸設施匯款的方法和系統。
背景技術：
國際進出口交易可包括許多參與方，包括出口方、出口貨運運輸方、進口貨運運輸方、以及進口方。此外，它們可包括客戶經紀人、運輸公司、以及倉儲公司。運輸公司可使用船舶、飛機、火車或貨車。儘管諸如聯邦快遞或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」，其代表船上交貨；「CF」或「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·伯恩朔伊爾 申請人:貿易槓桿股份有限公司