(57)【要約】本発明は、輸入・輸出トランザクションをサポートするシステム及び方法に関する。より特定的には、荷為替信用状証書と一致した銀行により要求される文書の生成、及び該荷為替信用状証書の協力的な申し込み又はこれを改正するための方法及びシステムを含む。本発明の特定の態様は、特許請求の範囲、明細書及び図面に述べられる。
2006505854.tif 000002
【特許請求の範囲】
【請求項１】
荷為替信用状及び関連文書を生成するためのコンピュータ支援方法であって、
荷為替信用状指示書、荷為替信用状申込書又は荷為替信用状証書のうちの少なくとも１つを含む、荷為替信用状発行のための少なくとも１つのテンプレートを準備し、
対応する荷為替信用状証書を振り出すための複数の銀行により要求される文書の中のものである、荷為替信用状関連文書のための１つ又はそれ以上テンプレートを準備し、
前記荷為替信用状発行テンプレートからのフィールドを、前記荷為替信用状関連文書テンプレートにマッピングし、
前記荷為替信用状発行テンプレートのフィールドの少なくとも幾つかに対するデータを受け入れ、
前記マッピングを用いて、前記複数の荷為替信用状関連文書におけるフィールドを取り込む、
ことを含むことを特徴とする方法。
【請求項２】
前記荷為替信用状発行のためのテンプレートが、売り手による荷為替信用状指示書に対応する請求項１に記載の方法。
【請求項３】
前記荷為替信用状発行のためのテンプレートが、買い手による荷為替信用状申込書に対応する請求項１に記載の方法。
【請求項４】
前記荷為替信用状発行のためのテンプレートが、銀行により発行される荷為替信用状証書に対応する請求項１に記載の方法。
【請求項５】
データを供給することが、さらに、
荷為替信用状指示書又は荷為替信用状申込書のドラフトの少なくとも幾つかの条件を、それぞれが売買相手を表わす第１者から第２者まで伝達し、
前記第２者により前記ドラフトを承認するか又は編集し、
対応する荷為替信用状証書の発行前に、前記第１者及び第２者による前記ドラフトの条件の合意を記録する、
ことを含む請求項１に記載の方法。
【請求項６】
荷為替信用状証書の条件を改正するための少なくとも１つのテンプレートを準備し、
前記荷為替信用状改正テンプレートからのフィールドを、前記荷為替信用状関連文書テンプレートにマッピングし、
前記荷為替信用状改正テンプレートのフィールドの少なくとも幾つかに対するデータを受け入れ、
前記マッピングを用いて、前記複数の荷為替信用状関連文書におけるフィールドを取り込む、
ことをさらに含む請求項１に記載の方法。
【請求項７】
前記荷為替信用状改正テンプレートに対してデータを供給することが、さらに、
荷為替信用状改正案のドラフトの少なくとも幾つかの条件を前記第１者又は前記第２者の一方から他方まで運び、
前記他方の者により前記改正案のドラフトを承認するか又は編集し、
対応する改正された荷為替信用状証書の発行前に、前記第１者及び第２者による前記改正案ドラフトの条件の合意を記録する、
ことを含む請求項６に記載の方法。
【請求項８】
データを供給するステップが、発行前の文書に向けられており、さらに、
機械可読の荷為替信用状申込書を生成し、前記マッピングを用いて、前記申込書におけるフィールドを取り込み、
前記荷為替信用状申込書を発行銀行に電子的にサブミットする、
ことをさらに含む請求項１に記載の方法。
【請求項９】
荷為替信用状証書の発行の確認を受け取り、
前記荷為替信用状発行テンプレートに対して供給されたデータを更新して、前記発行された荷為替信用状証書に準拠するようにする、
ことをさらに含む請求項８に記載の方法。
【請求項１０】
荷為替信用状及び関連文書を生成するためのコンピュータ支援システムであって、
荷為替信用状指示書、荷為替信用状申込書又は荷為替信用状証書のうちの少なくとも１つを含む、荷為替信用状発行のための少なくとも１つのテンプレート、及び、
対応する荷為替信用状証書を振り出すための複数の銀行により要求される文書の中のものである、荷為替信用状関連文書のための１つ又はそれ以上テンプレート、
前記荷為替信用状発行テンプレートからのフィールドを、前記荷為替信用状関連文書テンプレートと関連させるマップ、
前記荷為替信用状発行テンプレートのフィールドの少なくとも幾つかに対する入力データを処理する論理（ロジック）、及び、
前記マップを用いて、前記複数の荷為替信用状関連文書におけるフィールドを取り込む論理（ロジック）、
を含むことを特徴とする方法。
【請求項１１】
前記荷為替信用状発行のためのテンプレートが、売り手による荷為替信用状指示書に対応する請求項１０に記載のコンピュータ支援システム。
【請求項１２】
前記荷為替信用状発行のためのテンプレートが、買い手による荷為替信用状申込書に対応する請求項１０に記載のコンピュータ支援システム。
【請求項１３】
前記荷為替信用状発行のためのテンプレートが、銀行により発行される荷為替信用状証書に対応する請求項１０に記載のコンピュータ支援システム。
【請求項１４】
前記入力データを処理する論理（ロジック）が、
荷為替信用状指示書又は荷為替信用状申込書のドラフトの少なくとも幾つかの条件を、それぞれが売買相手を表わす第１者から第２者まで伝達し、
前記第２者により前記ドラフトを承認するか又は編集し、
対応する荷為替信用状証書の発行前に、前記第１者及び第２者による前記ドラフトの条件の合意を記録する、
ように適用された請求項１０に記載のコンピュータ支援システム。
【請求項１５】
荷為替信用状証書の条件を改正するための少なくとも１つのテンプレート、
前記荷為替信用状改正テンプレートから、前記荷為替信用状関連文書テンプレートへのフィールドの付加的なマップ、
前記荷為替信用状改正テンプレートのフィールドの少なくとも幾つかに対する入力を受け入れる付加的な論理（ロジック）、及び、
前記付加的なマップを用いて、前記複数の荷為替信用状関連文書におけるフィールドを取り込む付加的な論理（ロジック）、
をさらに含む請求項１０に記載のコンピュータ支援システム。
【請求項１６】
前記入力データを処理する付加的な（ロジック）が、
荷為替信用状改正案のドラフトの少なくとも幾つかの条件を前記第１者又は前記第２者の一方から他方まで伝達し、
前記他方の者により前記改正案のドラフトを承認するか又は編集し、
対応する改正された荷為替信用状証書の発行前に、前記第１者及び第２者による前記改正案のドラフトの条件の合意を記録する、
ように適応された請求項１５に記載のコンピュータ支援システム。
【請求項１７】
入力データを処理する論理（ロジック）が、発行前の文書に向けられており、
前記マップを用いて、前記荷為替信用状申込書におけるフィールドを取り込み、機械可読の荷為替信用状申込書を生成するさらに別の論理（ロジック）、及び、
前記荷為替信用状申込書を発行銀行に電子的にサブミットする論理（ロジック）、
をさらに含む請求項１０に記載のコンピュータ支援システム。
【請求項１８】
荷為替信用状証書の発行の確認を受け取る論理（ロジック）、及び、
前記荷為替信用状発行テンプレートに対して供給されたデータを更新して、前記発行された荷為替信用状証書に準拠するようにする論理（ロジック）、
をさらに含む請求項１７に記載のコンピュータ支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、輸入・輸出取引をサポートするシステム及び方法に関する。より具体的には、本発明は、荷為替信用状証書と一致した銀行により要求される文書の生成、及び荷為替信用状証書の協力的な申し込み又はこれを改正するための方法及びシステムを含む。
【０００２】
（著作権表示）
本特許文書の開示の一部は、著作権保護を受けたユーザインターフェーススクリーンを包含した主題を含む。著作権者は、特許・商標事務所の特許にファイルされたり又は記録に示されたりする場合に、任意の者が特許文書又は特許開示を複製することには異議はないが、そうでない場合は、すべての著作権を留保する。
【背景技術】
【０００３】
信用状を含む荷為替信用状証書は、長い間、特に、買い手が遠隔地にいる場合（国際取引）、又は、売り手と継続した関係がない場合に、売り手又は供給業者に対する支払いを保証するのに用いられている。典型的には、買い手は、時には、図４Ａないし図４Ｄに示されるような申込書を用いて、買い手が銀行業務関係を有する発行銀行から荷為替信用状証書の発行を求める。買い手及び売り手は、多くの場合には、買い手が発行を求める前に、荷為替信用状証書の条件を交渉する。発行銀行は、有効な信用状証書を通知銀行に送る。売り手は、荷為替信用状を信頼し、かつこれに従って、商品を出荷するする。改正が必要な場合には、彼らは、さらに、荷為替信用状証書に対する改正条件を交渉することができる。
【０００４】
長い間、荷為替信用状の発行及び履行の行程は、エラー及び結果としてもたらされる苛立ちの機会をはらんできたことが認識される。例えば、米国特許番号第６，１５１，５８８号のコラム３において、Ｔｏｚｚｏｌｉ他は、発行銀行が、どのように信用状において、すべての文書が該信用状の条件と正確に対応するように要求し、植字上のエラー及び小さな綴り違いによってさえ、売り手に対する支払いを保留にして、支払いを求めている売り手の苛立ちをもたらすかについてコメントしている。’５８８号特許の譲受人である売買ｃａｒｄ，Ｉｎｃ．，は、これその他の長い間明らかにされていた荷為替信用状についての問題を、’５８８号特許及び彼らのウェブサイトｗｗｗ．売買ｃａｒｄ．ｃｏｍから入手可能な「Ｆｉｎａｎｃｉａｌ  Ｓｕｐｐｌａｙ  Ｃｈａｉｎ  Ａｕｔｏｍａｔｉｏｎ：Ｔｈｅ  Ｍｉｓｓｉｎｇ  Ｌｉｎｋ  ｉｎ  Ｓｕｐｐｌｙ  Ｃｈａｉｎ  Ｍａｎａｇｅｍｅｎｔ  Ｗｈｉｔｅ  Ｐａｐｅｒ」（２００２年４月２９日に作成されたＰＤＦファイル）において述べられる代替的な資金機構を作成することによって対応した。売買ｃａｒｄは、荷為替信用状問題を解決する代わりに、これを避けた。
【０００５】
したがって、荷為替信用状証書の発行及び履行に対する申し込みにおけるエラーを減少させる方法及びシステムを考案する機会が生じる。このような方法及びシステムは、荷為替信用状テンプレートからマップされたデータを用いて、銀行が荷為替信用状証書を履行するのに必要な文書を生成することができる。このような方法及びシステムは、買い手及び売り手が協力的に荷為替信用状の申込書を準備し、電子的に荷為替信用状証書の発行及び履行のための申込書を提示するのを助長することができる。このような方法及びシステムは、買い手及び売り手が協力的に荷為替信用状証書を改正する要求を準備するのを助長することができる。
【発明の開示】
【０００６】
本発明は、輸入・輸出取引のシステム及び方法に関する。より具体的には、本発明は、荷為替信用状証書と一致した銀行により要求される文書の生成、及び荷為替信用状証書の協力的な申し込み又は改正のための方法及びシステムに関する。本発明の特定の態様は、特許請求の範囲、明細書、及び図面に述べられる。
【発明を実施するための最良の形態】
【０００７】
以下の詳細な説明は、図面を参照してなされる。好ましい実施形態は、特許請求の範囲により定義されるその範囲を制限するものではなく、本発明を示すために述べられる。当業者であれば、以下の説明において様々な等価な変形態様を認識するであろう。
【０００８】
荷為替信用状行程が良好に組み込まれる環境は、引用により組み込まれた関連出願に述べられる。組み込まれた出願は、輸出業者及び輸入業者が、注文から決済段階までにわたり品物を追跡するのに有益な方法及び装置を述べている。荷為替信用状は、決済の一部としてカテゴリ化できるが、これは、あらゆる商品の移送も始まる前に手配される。これは、以下の述べられるように、商品の移送中に、交渉された荷為替信用状と正確に適合する言語を用いる文書を生成するのに有益である。
【０００９】
図１ないし図２は、荷為替信用状行程が組み込まれたＴｒａｄｅＢｅａｍの環境である。図１は、ＴｒａｄｅＢｅａｍ製品の注文、実務業務、及び決済の側面についての高レベルブロック図である。注文モジュール１０１は、信用及び危機管理、契約の交渉及び遂行、輸入／輸出規制とのコンプライアンス、及び販売注文及び購入注文の処理をサポートする。実務業務モジュール１０２は、広範囲の活動をサポートする。サポートされる活動は、在庫管理及び分配、出荷の追尾及び追跡、及び保険の規定、調達及び証明を含む。本発明の態様に関するサポートされる活動は、出荷文書の作成及び追跡、検査、梱包リストの生成、出荷指示及び商業文書を含む。他の実務業務活動は、税関手続書類の準備及び生成、輸送の予約及びスケジューリングを含む。決済モジュール１０３は、ＯＳ＆Ｄの申し立て、支払い処理、運送料支払い、及び送り状処理をサポートする。さらに、これは本発明の内容である荷為替信用状又は信用状をサポートする。
【００１０】
図２は、ＴｒａｄｅＢｅａｍの環境の組織の中のサブシステムを示す。サブシステムは、行程管理サブシステム２０１、文書管理サブシステム２０２、事象管理サブシステム２０３、ビジネスインテリジェンスサブシステム２０４、統合サブシステム２０５、セキュリティサブシステム２０６、売買セットアップサブシステム２０７、グローバル化／局部化サブシステム２０８、及び個人化サブシステム２０９を含む。これらのサブシステム及びインフラストラクチャコンポーネントを用いて荷為替信用状活動をサポートすることができる。
【００１１】
荷為替信用状のための特定の国際標準を基にすることができる。輸入／輸出のための荷為替信用状証書は、折りに触れて改正される信用状統一規則（仏国、パリ所在の国際商工会議所の刊行物、第５００号、１９９３年補正）に準拠するものとする。国際商工会議所（ＩＣＣ）は、「信用状統一規則」（ＵＣＰ）と呼ばれる信用状を管理する国際的に合意された法則、定義、及び慣例を発行している。ＵＣＰは、これを利用する世界中すべての銀行における信用状その他の荷為替信用状証書の標準化を助ける。これらの法則は、折に触れて更新され、最新の補正は１９９４年１月１日に発効されたものであり、ＵＣＰ５００と呼ばれる。さらに、ＤＣ／ＬＣシステムを銀行業務機関のＳＷＩＦＴ標準により用いられる標準的なフィールドにマップすることが望ましい。マッピングのための適用可能なＳｗｉｆｔ標準は、ＭＴ７００及びＭＴ７０７を含むことができる。これらの入力項目スクリーンに示されるフィールドは、容易に、これらの標準にマップすることができる。
【００１２】
荷為替信用状は、幾つかの関連する種類の金融証書をカバーするのに用いられる用語である。ＩＣＣ及び銀行業務組織のＳＷＩＦＴ標準は、一貫して、信用状ではなく、荷為替信用状という用語を用いる。米国の多くの銀行及び企業は、一般に、信用状と呼ぶ。国際的に受け入れられた用語を用いると、荷為替信用状は、通常は銀行により発行される金融証書であり、ここでは、発行者が、信用文書に明記された取引条件に準拠する文書の提示に対して支払いを請け負う。荷為替信用状には、商業信用状（すなわち、輸入又は輸出のＬＣ）及びスタンドバイ信用状という２種類がある。荷為替信用状は、商品又はサービスの売り手（輸出業者）に対して、特定の金額を、直ぐ（一覧払い）で、又は、所定の時間の期間内の明記された文書の提示による日付において、後日（将来）支払うという銀行による取引契約を買い手（輸入業者）の代わりに構成する。一覧払い荷為替信用状は、一覧払い為替手形を要求する荷為替信用状の種類であり、これは、輸出業者が、すぐに、すなわち、該為替手形を銀行に提示し次第、支払いを受け取る権利があることを意味する。定期荷為替信用状は、支払いが、３０日、６０日、又は９０日の期間であるか、又は何らかの特定の将来の日になされるのを可能にすることができる。一覧払い又は定期荷為替信用状のいずれもが、信用状を履行するために、所定の期限内で該信用状の条件と一致する文書の提示を要求することができる。いわゆる専門国際銀行は、振り替え可能信用状、回転信用状、見返り信用状、及び前貸し付き信用状といった、頻繁には用いられない種類の荷為替信用状の幾つかを取り扱う。
【００１３】
荷為替信用状（ＤＣ）は、売り手が商品を出荷し、合意されたレターの条件に遵守した文書による証拠を与えることができるのであれば、売り手に対して完全な支払いを保証し、買い手及び売り手が信頼できる仲介者（銀行）と契約することを可能にする。この証書は本質的には単純なものであるが、多くの変形態様を有することができる。ＤＣは、ＤＣの条件が満たされた場合に売り手を保証し、注文した商品を受け取るように買い手を妥当に保証することにより、買い手と売り手との間のリスクを分散させる。ＤＣは、特に、契約当事者が互いをよく知らない場合に一般的な支払い証書である。この証書は両方の当事者に対して優れた保証を与えるが、混乱して、制限的なものになることがある。さらに、数百米ドルから総価格の５％までの範囲に及ぶように、高価になることがある。
【００１４】
ＤＣは、典型的には取り消し不能なものであり、これは、一旦ＤＣが確立されると、買い手、売り手、発行銀行、及び通知銀行の承諾なしでは変更できないことを意味する。したがって、特に経験が少ない売り手の場合には、ＤＣの合意を、経験豊富な銀行、信頼できるブローカー、及びその運送会社に提示して、彼らが、該ＤＣが合法であるかどうか、及びすべての条件を妥当に満たすことができるかどうかを判断するのに助けることができるようにする。発行銀行又は買い手の銀行以外の信頼できる銀行は、手数料を徴収して文書の真実性を保証することができる。発行銀行の国以外の国における受取人を受益者として発行された信用状は、該受取人の国の通知銀行を通して通知されねばならない。信用状の正当性を証明し、その詳細を受取人に送ることが、通知銀行の主要な作業である。
【００１５】
ＤＣは、特定の目的を満たすために、設計にはかなり融通性がある。例えば、見返りＬＣは、売り手が彼の買い手から受け取ったＬＣを、彼自身のＬＣを開設するための銀行との担保として用いることを可能にして、彼が、彼の買い手の注文を満たすのに必要な投入量又は供給品を仕入れることができるようにする。相手方に対する依存、及び元の取引を実現するための付加的なステップにより危険が増大するため、幾つかの銀行は、見返りＬＣを開設するのを渋る。信任状は金融契約であるため、これらは非常に異なることがある。幾つかのＬＣの変形態様は、回転、自由交渉可能、前貸し付き、振り替え可能、取り消し可能、及び使途限定を含む。おそらく、最も安全で最も望ましい信用状は、少なくとも売り手の観点からは、スタンドバイ信用状である。スタンドバイＬＣは、より銀行又は性能保証に近いものであるため、商業信用状とは異なる。これは主たる支払い方法ではなく、多くの場合、より長い期間のプロジェクトのためのフェールセーフ方法又は保証である。このＬＣは、万一、買い手が手配された支払いをしなかったり、或いは別の方法により所定の取引条件を満たさなかった場合にのみ支払いを約束する。或いは、買い手は、商品を受け取った際、又は売り手により手配された支払条件に応じて支払う。買い手が履行を怠った場合には、売り手は、スタンドバイ信用状の条件により要求されることになる文書及び証明書を調達して、支払いのためのスタンドバイＬＣに対して振り出さなければならない。典型的なスタンドバイＬＣは、売り手又は受取人にとって、他のＬＣよりも遵守するのが簡単である。したがって、スタンドバイＬＣの使用は、売り手に好都合である。スタンドバイＬＣは何年間も有効なまま残ることができるため（継続的条項）、常連クライアントとの各取引に対して別々のＬＣという複雑さをなくす。したがって、１つより多い取引を単一のＬＣと関連させることができる。
【００１６】
ＬＣ又はＤＣの使用は、特定の欠点を有する。タイミング、文書その他のＤＣの必要条件における最小の齟齬が存在する場合でさえも、買い手は出荷品を拒否することができる。拒否された出荷品は、売り手が、通常はより低価格で迅速に新しい買い手を見出すか、又は返品される或いは処分されるべき出荷品の支払いをしなければならないことを意味する。費用がかかることに加えて、ＤＣは作成するのに時間がかかり、通常は、買い手の運営資本又は信用状開設限度を、これが発行された日から最終的な履行又は支払いまで拘束し、遵守しないことで拒否し、失効又はキャンセルする（典型的には、キャンセルは、両方の当事者の承認を要求する）。
【００１７】
ＤＣの条件は非常に特定的で拘束的である。多くの業者は、経験豊富であったとしても、この条件を理解できなかったり、遵守できなかったりするために、顕著な困難に遭遇する。幾つかの統計は、ＤＣ支払いのための提出のおよそ５０パーセントは、条件と一致しないために拒否されることを示している。例えば、条件では、４つの特定の文書の配達を要求しており、そのうちの１つが不完全であるか、又は単に遅く配達された場合には、他のすべての条件は満たされて、出荷物は無故障で受け取られたとしても、支払いは保留される。安全な支払い取引を確実にするのが仕事である銀行は、条件がまさに記述通りに満たされているように強いる。買い手は、時には、条件が満たされていない場合には、支払いの放棄を承認することができる。しかし、ＤＣの条件を改正したり変更したりすることは費用も時間もかかり、時には、不可能である。
【００１８】
ＤＣの基本的な機構は、ａ）買い手又は申込者、ｂ）発行銀行又は申込者の銀行、ｃ）受取人の銀行又は通知銀行、ｄ）売り手又は受取人、といった少なくとも４つの当事者を含む。図３は、買い手３０１、売り手３０２、買い手の銀行３１１、及び売り手の銀行３１２を示す。この図は、従来のＤＣの人為的な処理を示すのに用いることができる。従来は、買い手又は申込者３０１が、彼の銀行にＤＣの発行を申し込む。申込者がこの発行銀行との信用協定をもたない場合には、この申込者は現金その他の何らかの交渉可能な保証によりＤＣを保護せねばならない。発行銀行すなわち申込者の銀行３１１は、受取人を受益者としてＤＣを発行し、この信用状を対応する銀行に送る。申込者の銀行は後に、さらに、取引条件及び文書のすべてがＤＣと一致しているかどうかを検証し、彼の銀行を通して売り手に支払う。対応する銀行３１２は、ＤＣが本物であるかどうかを検証し、受取人３０２に知らせる（又は通知する）。通知銀行３１２は、申込者の銀行３１１と受取人３０２との間の信頼された橋として用いられる。これは、さらに、受取人の性能についての文書による証拠を発行銀行に送り戻すことができる。しかし、通知銀行は、これ自体の確認を加えることを除いては、ＤＣの支払いに対してどのような義務もない。受取人は、申込者及び彼の銀行が、通知銀行がＤＣを確認することを頼むように要求することができる。このことは、確認銀行は、さらに、受取人がＤＣの取引条件に遵守している場合には、該受取人に支払いがなされることを確実にするのを約束することを意味する。確認銀行は、このサービスのための実費を請求する。このことは、発行銀行及びその信用性が受取人にも彼の銀行にも知られていない場合、又は、該発行銀行が（安定したものであったとしても）危険性の高い国にある場合に、最も有益である。受取人は、さらに、彼が通知／確認銀行となじみがない場合には、彼の信用状と一致した文書を、信頼できる銀行を通して提示することができる。しかし、これらは、付加的な料金を加えることになる。受取人又は売り手３０２は、注文された商品が仕様に基づいて準備され、時間通りに出荷されたことを確実にせねばならない。売り手は、さらに、ＤＣにより要求される正確な文書の完全な組を銀行に提示せねばならない。
【００１９】
コンプライアンスのために要求される荷為替信用状行程及び情報は、さらに、荷為替信用状の申し込みフォームを見ることにより理解することができる。図４は、人為的な申し込みに用いられる典型的なフォームである。図４Ａにより示されるページにおいては、申込者は、フィールド４０１に申し込み日を入れることによりこのフォームを完成させるよう指示される。ボックス４０２においては、完成した信用状を受取人に対して送給する方法が示される。チェックボックスであるか又は別の方法の送給の指定を用いてもよい。通知銀行名は、フィールド４０４において任意的に指定することができる。典型的には、受取人が選択する通知銀行の名前及び住所が入れられる。通知銀行が指定されていない場合には、発行銀行は、なじみのある銀行を選ぶことができる。通知銀行が、発行銀行の取引先ではない場合には、同じ国にある通知銀行としての取引先が仲介者として働くことができる。申込者の完全な会社名及び住所が４０５に入れられる。信用状の数値及び許容範囲百分率が４０６に入れられる。約又はおよそという言葉が金額と併せて用いられている場合には、１０パーセントの許容範囲が適用されるか、又は所定の百分率を発行銀行により供給することができる。信用状の値は、さらに、言葉でも入れられる４０７。受取人又は売り手の完全な会社名及び住所が入れられる４０８。信用状の有効期限が指定される４０９。受取人が要求された商品を輸送することができる最新の日が指定される４１０。特定の出荷スケジュールにより、多数の出荷日が可能である場合には、品物記述フィールド４１７又は特別指示フィールド４２７を用いることができる。支払い条件又は為替手形の支払期間が示される４１１。一覧払い為替手形は、信用準拠文書が提示され次第支払われる。支払いは、船荷証券日から６０日又は一覧払いから９０日といった特定の日数だけ遅延されてもよい。固定の支払日その他の支払い条件もまた指定することができる。信用状の履行により支払い可能な金額は、送り状価額の１００パーセント又は別の指定された金額とすることができる４１２。銀行の請求を担う当事者が指定される（申込者又は受取人）４１３。典型的には、取引相手は、彼らのそれぞれの銀行の料金を支払う。上述のように、特定のときに支払い可能な為替手形は、割引で、早い時点で履行することができる。割引の料金を支払う当事者が示される４１４。典型的には、受取人が、早い時点で支払いを受け取る代わりに、割引費用を負う。商品の輸送が開始して最終的に配達される荷積み及び荷下ろしの港が入れられる４１５、４１６。出荷されるべき商品の実際の記述が記録される４１７。この実際の記述は、商業送り状上になければならず、簡潔なものであるべきである。これは、小さな齟齬が荷為替信用状の履行を遅延させることになる場所の１つである。出荷条件が示される４１８。標準的な出荷条件は、チェックボックスによって選択してもよいし、又は他の出荷条件を指定してもよい。標準的な条件は、本船渡しを表わす「Ｆ．Ｏ．Ｂ．」、運賃込みを表わす「Ｃ＆Ｆ」又は「ＣＦＲ」、運賃保険料込み値段を表わす「ＣＩＦ」、及び船側渡しを表わす「ＦＡＳ」を含む。国際商工会議所（ＩＣＣ）により認識される１３の用語（ＩＮＣＯ用語）はシステムにより指示することができ、又は少なくとも適用可能で頻繁に用いられる条件である。１９９０基準の条件リストには、ＥＸＷ、工場渡し（指定された場所）、ＦＣＡ、運送人渡し（指定された場所）、ＦＡＳ、船側渡し（指定された出荷港）、ＦＯＢ、本船渡し（指定された出荷港）、ＣＦＲ、運賃込み（指定された目的地の港）、ＣＩＦ、運賃保険料込み条件（指定された目的地の港）、ＣＰＴ、輸送費込条件（指定された目的地点）、ＣＩＰ、輸送費保険料込み条件（指定された目的地点）、ＤＡＦ、国境持込渡し条件（指定された点）、ＤＥＳ、本船持込渡し条件（指定された目的地の港）、ＤＥＱ、埠頭持込渡し条件（指定された目的地の港）、ＤＤＵ、関税抜持込渡し条件（指定された目的地点）、ＤＤＤＰ、関税込持込渡し条件（指定された点）が含まれる。他の標準的な条件もまた用いることができ、又は他の条件として指定することもできる。申込者は、信任状が、振替可能であるかそうでないか４１９、分割出荷が可能であるかそうでないか４２０、及び積み替え可能であるかそうでないか４２１、を選択する。
【００２０】
図４Ｂにより示されるページにおいては、申込者は、荷為替信任状を履行するために、売り手から要求される文書を指定する。このフォームは、無故障船複合輸送積船荷証券文書の全通、無故障船海上船荷証券文書の全通、航空貨物運送状その他の指定された輸送文書から選択されるべき少なくとも１つの輸送文書４２２を要求する。収集、支払済み、発行銀行の指図により発行済み又は裏書済みをマークして、１つ又はそれ以上の貨物文書４２３を選択することができる。会社名と住所、及び多くの場合、担当者名及び電話番号を含む、通知すべき当事者が指定される４２４。どのような保険文書も要求されない、申込者により発効される保険、売り手により発効される特定の保険その他の申込書において記述される保険といった保険条件が選択される４２５。商業送り状、梱包リスト、原産地証明書の１つ又はそれ以上のコピー又はそれのオリジナルといった他の商業文書が、銀行まで送給されるように要求されることがある４２６。ＵＣＰに従属するもののような特別な指示及び／又は条件が指定される４２７。出荷に対して、文書が交渉銀行に提示されねばならない期間が与えられる４２８。他の期間が指定されていない場合には、２１日のようなデフォルト値を発効銀行が用いてもよい。文書を提示する期間は、典型的には、荷為替信用状のlatest出荷日４１０と有効期限４０９との間の日数に対応する。付加的な情報は、荷為替信用状の条件には含まれないことがある内部使用のために与えることができる。例えば、運送会社又は通関業者は、名前及び住所で指定することができる４２９。荷為替信用状に関する文書の全通は、銀行のサービスとして、通関手続きのために通関業者／運送会社に送ることができる。荷為替信用状の発効、及び荷為替信用状が履行された場合の齟齬の免除に関する質問に応対することができる人の名前及び電話番号を含む申込者の会社における連絡先情報もまた与えられる４３０。図４Ｃとして指定されるページにおいては、１人又はそれ以上の共申し込み者を識別することができる４３１、４３２。共申込者は、名前、住所、及び１つ又はそれ以上の署名により識別することができる。付加的な情報ブロックは、銀行による使用のためだけに、発行銀行により与えることができる４３３。
【００２１】
本発明の態様を実施する、要求される通信及び荷為替信用状の当事者間の通信モードは、図３に戻ってこれを参照することにより理解することができる。当事者は、ここでも、典型的には、商品の買い手又は荷為替信用状の申込者、売り手又は受取人、発行銀行又は買い手の銀行、及び通知銀行又は売り手の銀行を含む。以下のステップの多くの可能性のある組み合わせは、本発明の態様を実施することができる。ステップ３２１において、売り手３０２は信用状指示（ＬＣＩ）を作成し、これを電子的に買い手３０１に送る。売り手は、図６ないし図９に示されるようなユーザインターフェースを用いて、ＬＣＩを作成することができる。信用状指示は、売り手が買い手に対して、信用状申込書に入力するように要求する条件であり、これが信用状証書となる。信用状指示は、クレジットに要求される金額を指定して、買い手が計画した購入をサポートする。信用状証書に要求される金額は、売り手が回収することを望む、商品の費用より高い費用を含む、見積送り状において見積もられた額である。信用状指示は、クレジットのための詳細な取引条件を与えることができる。これらの取引条件は、買い手と売り手との間の交渉及び合意に供する。
【００２２】
ステップ３２２において、買い手は、信用状申込書（ＬＣＡｐｐ）を作成し、取引条件に対して修正／変更があれば、これを電子的に売り手に送る。商業信用状申込書は買い手により準備され、申し込み及び後の信用状発行のために、彼の銀行に与えられる。引用により組み込まれる出願に述べられたもののような協力的なシステムは、メッセージ伝達、表示、編集、及び相互作用の監査証跡を生成するのに利便性をもって用いることができる。買い手と売り手は、信用状の取引条件について協力して決定する。ＬＣＩ及び／又はＬＣＡｐｐのドラフトは、条件についての合意を得ようとするときに、買い手と売り手との間で何度も交換することができる。ＬＣＩ、ＬＣＡｐｐ又は実際に発行されたＬＣの条件は、組み込まれた出願に示されるような輸入・輸出追跡システム全体により追跡される１つ又はそれ以上の取引の他の詳細と関連されることが好ましい。
【００２３】
ステップ３２３においては、買い手は、少なくとも、売り手３０２に対する履行に関する条件の最終的なコピーをもって、信用状申込書を発行銀行３１１に送る。発行銀行に対する伝送は電子的なものであることが好ましい。ステップ３２４では、信用状申込書が処理されて、発行銀行により受け入れられる。発行銀行は申込書を受け取り、この受け取りがシステム内に格納される。銀行がＰＤＦファイルを生成した場合には、ＰＤＦがアップロードされる。銀行からのファックスの場合においては、ファックスは走査されて、ＰＤＦフォーマットにされるか又は電子的に捕捉されて、Ｅａｓｙ  Ｌｉｎｋ  Ｆａｘインテグレーションのようなソフトウェアモジュールを用いることによりＰＤＦに変換される。ＰＤＦフォーマットに代わるものは豊富にあり、ＴＩＦ又はＪＰＥＧフォーマットのようなグラフィックファイルフォーマット、及びＷｏｒｌｄＰｅｒｆｅｃｔの  Ｔｒｅｌｌｉｘフォーマットのようなあらゆるウェブと両立性のあるフォーマットその他の文書ラッパーフォーマットを含む。発行銀行は、荷為替信用状のファクシミリ、及びシステムにアップロードすることができるＸＭＬ、ＥＤＩ、ｃｓｖその他の互換フォーマットされたファイルのような機械可読形態の両方を生成することが好ましい。機械可読形態の荷為替信用状の生成は、荷為替信用状条件を記録する際の植字エラーの機会を減少させて、後に、一貫した、いわゆる同期文書を生成することができる。発行銀行により機械可読形態が生成されない場合には、誰かが人為的に銀行のメッセージの詳細をシステムに入力する。本発明を実施するシステムを通る通信とは独立して、ステップ３２５で、発行銀行は、信用状を発行したことを通知銀行に通知する。この種類の通知に用いられる銀行業務システムは、ＳＷＩＦＴとして知られている。ステップ３２６で、通知銀行は、ＬＣを売り手に送る。売り手が受け取った認証された信用状は、通知銀行からのＰＤＦの場合にはアップロードされたＰＤＦ、通知銀行からのファックスの場合には変換された形態のファックスメッセージ、及び通知銀行により伝送された電子ファイルの場合にはＸＭＬ、ＥＤＩ、ｃｓｖその他の互換フォーマットにより、システムを更新するのに用いることができる。
【００２４】
ステップ４２７ないしステップ４４０で扱われているように、多くの場合、信用状の改正が要求される。ステップ４２７では、信用状の改正（ＬＣＡｍｄ）が要求される場合には、売り手は、買い手に対して問題又は課題（又は逆もまた同様）を知らせ、売り手及び買い手は、再び、協力して、条件に対する変更について決定する。買い手及び売り手が変更された条件に対して合意するまで、１回又はそれ以上の回数のメッセージの交換及びテキストを立案するための補正があることがある。ステップ４２８では、買い手は、売り手に対して、好ましくは電子的に、最終コピーをもって信用状の改正案を発行銀行に提示する。発行銀行は、ステップ４２９で、例えば、上述のようにシステムの中にアップロードされたＰＤＦ又はファックスの受け取りにより信用状の改正案を確認する。発行銀行は、さらに、更新された信用状の条件を反映するのに直接用いることができるＸＭＬ、ＥＤＩ又はｃｓｖファイルのような電子的な機械可読の受け取りを生成することが好ましい。機械可読可能な受け取りが生成されない場合には、改正された条件が人為的に銀行のメッセージから入力される。ステップ３４０では、発行銀行が、改正されたＬＣを通知銀行に通知銀行に伝送する。このステップは、典型的には、ＳＷＩＦＴのような安全な銀行業務チャネルを用いて行われる。ステップ３４１では、売り手は、ＬＣ（改正を含む）を、送り状、船荷証券又は航空運送状、梱包リストその他の決済のために銀行に提示されるべき文書と適合又は一致させる。本発明のシステムは、発行され改正された信用状の条件を反映するのに適切であると認められた信用状の指示又は申込書を生成するのに用いられたものと同じデータを用いて、銀行により要求される少なくとも１つの、より好ましくは複数の文書を生成するのに用いられることが好ましい。売り手は、決済のために元の信用状及びすべての要求された文書を銀行に提示する。
【００２５】
組み込まれた出願に述べられるようなシステムは、文書管理、関連する当事者に対する喚起及び当事者間の通信、活動の追跡及び可視性、信用状の条件に対する売買文書のリンク、融通性のあるセットアップ及び調整の種々の組み合わせを与えることにより、為替信用状の使用をサポートする。文書化行程の可視性は、信用状履行の際に、商品の出荷後数ヶ月も実際の支払いを遅延させることになる要因を弱める傾向がある。遅延を助長する要因は、取引を完了させるのに要求される文書の数、行程を完了するのに含まれる当事者の数、支払いを放棄するのに要求される厳密な文書の遵守を含む。行程において、銀行は、顕著な管理料及びクレジット料を受け取るため、これらの要因は、資金を保持する銀行に対する利点により悪化する。文書の苦情と文書の信用条件を引き合わせるため、及びその文書の完成に対する可視性を管理するための改善された機能は、現金サイクルの長さを減少させることができる。
【００２６】
荷為替信用状管理システムの一側面は、一般ユーザの管理である。システムの中に入力され、利用可能になる荷為替信用状取引の主要な関係者は、上で挙げられた４つのものを超えて、買い手又は申込者、発行銀行又は申込者の銀行、受取人の銀行又は通知銀行、売り手又は売り手又は受取人、及び１つ又はそれ以上の運送会社を含むことができる。関係者はシステムに中に入れられて、１つの取引から別の取引でまで再使用されることが好ましい。
【００２７】
図３に述べられる電子行程は、ワークフローの構造、喚起、及び通知によりサポートすることができる。これらの関係者における相互作用に対する１つのシナリオは、１．信用状が輸入業者によりセットアップされる（又は、２．輸入業者又は輸出業者のいずれかにより銀行からアップロードされる）。３．輸入業者又は輸出業者は、信用状を売買又は取引と関連させる。４．輸送文書情報（Ｂ／Ｌ、ＡＷＢなど）が運送会社により入力される。５．送り状及び梱包リストが輸出業者により作成される。６．輸入業者は、正確なＬＣ業務用速に従うことにより、すべての文書がＬＣ条件に適合していることを承認する。７．輸出業者は、ＬＣの履行のために銀行により要求される文書の集合を完成させて、これらの決済のために銀行に送る、といったものである。システムにおける関係者のセットアップは、これ及び同様なシナリオによって、これらの機能をサポートする。
【００２８】
荷為替信用状又はＬＣが関連させることができる売買は、以下のような一般的な方法によりセットアップすることができる。売買が開始される。参加者は売買と関連される。ＤＣ又はＬＣを売買と関連させることができる。１つのＬＣは多数の売買をサポートすることができるため、ユーザは、システムにおいて利用可能なＬＣに基づいて、売買に適用するように既存のＬＣから選択してもよいし、又は、新しいＬＣを生成してもよい。所定の売買において、ＤＣ又はＬＣの使用は任意的なものであるが、これが選択された場合には、ＤＣの条件は特定の銀行により要求される文書及び出荷関連の文書を生成するのに用いられる情報を管理するため、後続の業務法則に影響を与える。組み込まれた出願においてさらに述べられるように、通知法則がセットアップされる。
【００２９】
ワークフロー、喚起、及び通知は、以下の通りとすることができる。売り手は、ＬＣＩを準備して、買い手に送る。買い手は、ＬＣＩの到着についてシステムにより知らされ、取引を進める際の彼の役割について喚起される。買い手は、ＬＣＡｐｐを準備して、これを売り手に送る。買い手及び売り手は、ＬＣＡｐｐ（又はＬＣＩ）について協力して、draftの合意に到達する。買い手の代わりに、ユーザが、承認のために、交渉されたＬＣＡｐｐをマネージャに送ってもよい。買い手のマネージャは、ＬＣＡｐｐを発行銀行に送ることができる。文書を送る機能は、文書を買い手と売り手との間に送るように構成することができ、さらに、文書を買い手と売り手と彼らのそれぞれの銀行の間に送るように構成することができる。買い手及び売り手は、ＬＣＡｐｐが完成し、発行銀行に伝送されたことを知らされる。この通知は、文書を送る機能とリンクさせることができる。文書を送る機能は、文書を人為的な送給によりプリンタに送ることができ、システム間の送給により電子メール、電子文書互換その他の電送システムに送ることができ、ファックス又は電子文書にＰＤＦを添付するようなシステムから人への送給によりファクシミリ生成及び伝送システムに送ることができ、又は、組み合わされた出力先に送ることができる。
【００３０】
ＬＣの改正においては、買い手は、提案された改正案を準備して、これを売り手に送ることができる（逆もまた同様）。買い手及び売り手は、ＬＣの改正に対して協力して、ドラフトの合意に到達する。買い手の代わりに、ユーザが、交渉された改正案を承認のためにマネージャに送ってもよい。買い手のマネージャは、改正案を発行銀行に送ることができる。
【００３１】
ＬＣＩ、ＬＣＡｐｐ、ＬＣ又はＬＣの改正のために収集することができる情報の概要を示すユーザインターフェースが図５に示される。上部フレームにおいて、ナビゲーションバー５０１は、ＬＣシステムが有益である環境の一部であるインターフェースページに対して直接のアクセスを与える。ナビゲーションバーのリンクは、ホーム、略式の出荷ステータスを表示するダッシュボード、ＬＣ、報告、管理、ヘルプ、及びログアウトを格納する文書ヴォールトを含む。コンテキストブロック５０２は、ユーザ、ユーザの会社の関連、及び該ユーザが働いている特定のポートフォリオを識別する。出荷記述情報５０３は、出荷番号、予想される出発、予想される到着、起点、宛先、船荷証券又は航空運送状番号、及び妥当な場合には、船／航行又は飛行／日付を含む。喚起ディスプレイ５０４は、他者により取られた動作、ユーザにより取られた動作の失敗、マイルストーン通路又は喚起日その他の事象又は条件によりもたらされることがある待機中の喚起の数をユーザに報告する。この喚起ディスプレイは、ユーザが解決されるべき課題のリストに直接アクセスすることなく、解決されるべき優先的な課題をユーザに気付かせる。このフレーム及び左側のリストのフレームは、輸出・輸入システムのための広範囲のユーザインターフェースに適応させて、一貫したユーザインターフェースを提示することができる。
【００３２】
左側のリストは、図１の説明において参照されたＴｒａｄｅＢｅａｍ製品の注文、実務業務、及び決済の側面に対応する。本実施形態における注文機能リスト１０１、５１１は、人為的な注文の入力、人為的な販売注文の入力といった機能をサポートし、輸入／輸出規制に遵守しているかどうかチェックする。出荷又は実務業務機能リスト１０２、５１２は、輸送の予約及びスケジューリング、輸出出荷指示の準備、輸出税関を通る処理、輸入出荷指示の準備、輸入税関を通る処理、及び配達証明といった機能をサポートする。本発明の態様に関するサポートされる文書は、出荷文書の作成及び追跡、検査、梱包リストの生成、出荷指示及び商業文書を含む。決済機能リスト１０３、５１３は、送り状処理及び信用状処理といった機能をサポートする。ここでも、この左側のリストのフレーム及び最上部のフレームは、広範囲のユーザインターフェースに適応させることができる。
【００３３】
第２の上方フレームは、文書の生成、この場合においては荷為替信用状又は信用状の生成に適応される。制御リンク５２１は、ユーザが、生成されている文書のファクシミリをプレビューすること、又は文書を送ることを可能にする。サブミット及びキャンセル制御部５２２は、ユーザが、本インターフェースに対して行われた編集を持続させる又は保存するかどうかを決定することを可能にする。ページログパネルにメモを加えるパネル５２３は、ユーザに、出荷の一部に対するユーザの作業として編纂された監査証跡に注釈を付けることを可能にする。動作割り当てパネル及び現行動作識別子５２４は、本信用状行程の次のステップに進むことを現在担っている関係者を識別し、ユーザが、現在の動作を再割り当てするか、又は要求される次の動作を割り当てることを可能にする。承認ステータスパネル及び現行ステータス識別子５２５は、本行程の現在のステータスを識別し、ユーザの承認権限により、ユーザがステータスを更新することを可能にする。タブ５２６は、概要、詳細、当事者、条件、改正、及びページログを含む信用状行程に関するユーザインターフェースに直接アクセスすることを可能にする。ページログは、信用状行程のために、上述の監査証跡を表示する。残りのタブについてはさらに以下で述べられる。
【００３４】
信用状インターフェースの主要本体は、図５Ａないし図５Ｅにわたる。準備されている最新の信用状文書が示される５３１。これは、指示、申し込み、又は改正であってもよいし、又は信用状自体であってもよい。指示／申し込み／改正番号及び日付が示される５３２。ＬＣ及びＬＣ通知番号及び日付が、ＬＣの種類、有効期限、額及び通貨の種類と併せてリスト表示される５３３。申し込みのためには、申込者及び発行銀行が、要求課題及び有効期限日、満了地、及び要求確認が要求されるかどうかと併せて識別される５３４。図５Ｂに示されるインターフェース部分においては、申込者５４１、受取人５４２、発行銀行５４３、及び通知銀行５４４を含むＬＣの手配に対する当事者に関するさらに別の情報が与えられる。実際は、これらの４つの当事者は個別の当事者になり、２つのものが「Ｇｌｏｂａｌ  Ｃｏｎｓｉｇｎｅｅ  Ｉｎｃ．」になることはない。図５Ｃに示されるインターフェース部分においては、銀行５４３、５４４に対する情報が完全になり、ＬＣの条件の概要が示される５４５ないし５５１。条件の第１の群５４５は、数字及び言葉によるクレジット額、クレジット許容額、及び最大クレジット額である。条件の第２の群５４６は、配達条件（例えば、ＩＮＣＯ条件）、配達条件地、交渉を用いて及び交渉により利用可能なもの、提示期間、分割船積みが可能であるかどうか、積み替え可能であるかどうか、誰が銀行の手数料を支払うか、誰が運送料を支払うか、誰が保険を支払うか、誰がその他の料金を支払うかを含む。料金が申込者により支払われる場合には、これは受取人に対して受取人が遵守すべき条件を課すため、ＫＣの条件として示されることはない。支払い期間５４７、及び手形名宛て人が識別される。混合の支払い又は代金後払いがのための特別な条件が指定される５４９。出荷の詳細の群５５０は、起点、経由地及び宛先地、最新の出荷日及び出荷期間を含む。商品及び／又はサービスの記述５１１が指定され、他の現行により要求される文書に引き継がれる。図５Ｄに示されるインターフェース部分には、銀行により要求される文書が指定される５６０。この例においては、２つの元の商業送り状、及び１つの複製が要求される。１つの元の梱包リスト及び２つの複製が、付加的な船荷証券、為替手形その他の文書と併せて要求される。一般的な情報においては、ＬＣの条件として必須なものではないが、荷受人及び通知すべき当事者が指定される５７０、５７２。クレジットに対する付加的な条件５８０、特別な指示５８１、及び銀行の所見５８２を入力し、記録することができる。概略的な改正情報の群５９０は、クレジット額の増加及び減少、及び結果としてもたらされる新しいクレジット額と、新しい有効期限とを含む。実際は、クレジット額の増加及び減少のいずれも、改正によりもたらされる。新しいクレジット額５９０は、増加した又は減少した額５９０と併せてＬＣの額５３３を追跡する。図５Ｅに示されるインターフェース部分には、改正のテキスト、又はＬＣに対する改正の記述が示される。
【００３５】
図６ないし図９は、図５Ａないし図５Ｅに概要を示されたデータに対応するデータ入力フィールドを与える。これらの図においては、データは、利便性をもって論理的に群分けされる。図６においては、図５では明らかではなかったテンプレートのサポートが与えられる６２７、６２８。既存のテンプレートを選択してもよいし６２７、又は新しいテンプレートを作成してもよい６２８。新しいテンプレートは、データ入力が完了して、サブミットされた場合に作成することができる５２２。図６においては、ユーザは、指示書、申込書、又は改正案のどれを作成するかを選択する。ユーザは、さらに、図には示されていない、銀行により発行されたＤＣ又はＬＣからの人為的な入力を選択してもよい。このユーザインターフェースと関連するのは、ＰＤＦファイルのアップロード、データのファクシミリ又は電子形態でのダウンロード、印刷、プレビュー、ファックスするためのユーティリティ、又は準備した人以外の誰かによる文書の承認を可能にするユーティリティとすることができる。彼らの荷受人又は運送会社の選択といった、一方の当事者が排他的な管理を有するフィールドにおけるデータの入力を管理することを可能にする、異なるビューを買い手及び売り手に対してサポートすることができる。買い手又は売り手に対しては、データを入力した人とは異なる人が信用状その他の文書を承認するワークフローをサポートすることができる。例えば、事務スタッフは作成／修正権限したもたないが、マネージャは承認権限をもつことができる。図６におけるフィールドの殆どは、図５においても示されており、これに合わせて番号が付けられている。図７ないし図９において示されるフィールドのすべては、図５と一致したものである。視覚的混乱を減少させるために、最上部のフレーム及び左側のフレームは、図６ないし図９から省かれた。一貫した視覚的外観を提示するためには、図６ないし図９のインターフェースを、図５と同じようにフレーム入れればよい。本出願に示されるインターフェースのすべては、英語、スペイン語、及び日本語の話し手のサポートを含んで国際化されることが予想される。銀行業務期間と協働して、本システムは、ＩｎｄｅｎｔｒｕｓＬＬＣ、世界的な電子商取引信用組織、又はその後継者或いは同様な組織により確立された基準に遵守するように適応させることができる。Ｔｈｏｍ  Ｗｅｂ、を含むＴｈｏｍｓｏｎ  Ｄｉｒｅｃｔｏｒｙ、及びＴｈｏｍｓｏｎ  Ｃｏｒｐｏｒａｔｉｏの他のサービスに対するアクセスもまたサポートすることができる。
【００３６】
本発明の一態様は、銀行により要求された文書及び出荷関連の文書のフィールドを、ＤＣ／ＬＣの指示、申し込み、改正、又は証書に用いられたデータから自動的に取り込むことを含む。ＤＣ／ＬＣとの同期により利益を得ることができる文書は、船荷証券、法規制文書、輸出出荷指示書、送り状及び梱包リストを含む。これらの文書の幾つかを示すために、出荷のセットアップ及び銀行により要求される文書及び出荷関連文書の完成させるためのユーザインターフェースの一実施形態が示される。図１０Ａないし図１０Ｃは、出荷「ｔｉｍｅｔｅｓｔ００３」のためのセットアップを示す。この表示の主要コンポーネントは、ナビゲーションバー１０１０、出荷記述情報１０２０、出荷ステージによる略式ステータス情報１０３０、監査証跡ログ１０４０、テンプレート１０４５及び喚起１０４６に対するアクセス、輸出業者１０５０、輸入業者１０５５、輸出運送会社１０６、輸入運送会社１０６５及び税関ブローカー１０７０を含む種々の関係者のためのセットアップ、及び準備を要求する出荷文書の識別１０７５である。出荷記述情報１０２０は、出荷番号、予想される出発、予想される到着、妥当な場合には船／航行、船荷証券又は航空運送状の番号、起点、宛先及び妥当な場合には飛行／日付を含む。出荷ステージのカテゴリ及び用いられるステータスのアイコンは、上述の通りである。視認者は、対応するアイコンをクリックすることによりこのスクリーンから異なるステージのスクリーンまで、ナビゲートすることができる。出荷ログ１０４０は、監査証跡の少なくとも一部を表示する。監査証跡は、顕著な事象の日付、時間、及び関係者を記録する。顕著な事象は、以下に詳細に述べられるように、文書の作成、編集、承認、又は出荷のステータスを追跡するデータ、又は関係者により行われた明らかなステータスの変化を含むことができる。セットアップディスプレイ上では、監査証跡事象をフィルタ処理することができ、「設定完了」のような設定に関するものだけが表示されることになる。例えば、図１６Ａの売買インデックス出荷ログに表示される事象、又は図１７Ａの予約情報ページログ１７４０上に表示される事象を比較されたい。
【００３７】
セットアップディスプレイに戻ると、ブロック１０４５、１０４６は、テンプレートの選択及び喚起の構成を可能にする。テンプレートは、識別子及びアクセス権又は権限を出荷参加者の役割に割り当てるように確立することができる。テンプレートは、予め確立された経路と関連するアクセス権に対する意思決定を保存するショートカットである。喚起１０４６は、喚起構成ボックスを通して構成、視認、又は修正することができる。喚起は、事象に合わされたティクラーである。これは、事象の予想される日付、事象の前のプルーデント時間、又は事象後の時間に合わせることができる。事象は、ティクラーの名前に対応してもよいし、又は異なる関連する事象であってもよい。例えば、出荷文書は、外洋航行コンテナの最終降ろし日の１週間前に要求することができる。出荷文書が１週間のマイルストーンで完成されない場合には、種々のオーバービュー及び詳細表示上に喚起が現れる。
【００３８】
これらの図１０Ａないし図１０Ｃは、さらに、種々の潜在的な関係者のセットアップを示す。すべての関係者が特定の出荷のためにセットアップされる必要はない。例えば、輸入運送会社が税関ブローカーとして機能することが習慣的である場合には、すべての関係者がこの詳細表示に含まれる必要はない。輸出業者１０５０のセットアップは、輸出業者の選択を含む。輸出業者は、これらが管理上セットアップされた後に、選択リストから選択される。この例においては、輸出業者には、輸出関連のステージで取られる動作を作成し、修正し、承認する権利が割り当てられており、輸入業者１０５５による承認を受けて、輸入関連のステージにおける動作を修正する権利を有する。同様に、輸入業者１０５５のセットアップは、輸入業者の選択、及び出荷ステージのカテゴリの各々に対する権利の割り当てを含む。この輸入業者は、輸入出荷指示及び配達／輸入ステータス情報の証明にわたる生成、修正及び承認権を有する。輸出運送業者１０６０、輸入運送会社１０６５、及び税関ブローカー１０７０のセットアップは、一般に、重要な例外をもって、輸出業者又は輸入業者のセットアップに従う。例えば、輸出業者が出荷をセットアップした場合には、該輸出業者は、輸出業者及び輸入業者の両方をセットアップするが、輸入運送業者１０６５又は税関ブローカ１０７０のセットアップを輸入業者１０５５とは異なるものにすることができる。輸入業者は、セットアップのこの部分を作成する権利、又は、輸出業者による承認を受けてデータを入力する権利を有することができる。より一般的には、輸出業者又は輸入業者は、その相手ごとにエージェントのセットアップを遅らせることができる。この詳細な表示の別の部分は、出荷文書１０７５のセットアップをサポートする。出荷文書は、税関の要求、政府の要求、銀行の要求、健康、安全又は環境規制、又は契約条項を満たすといった種々の機能を果たすものとなる。これらの機能その他の出荷文書は、送り状、梱包リスト、及び９８０２ワークシート、航空運送状、アセンブラの申告書、ブローカーの送り状、カナダの特別税関送り状、分析証明書、保険証明書、原産地証明書、重量容積証明書、ＣＦ  ３４６１、ＣＦ  ７５０１  準拠証明書、危険貨物申告書、配達注文、国内トラック輸送送り状、運送業者送り状、燻蒸消毒証書、ＭＳＤＳ、材料証明書、ＮＡＦＴＡ証明書、船荷証券、実査証明書、船荷証券証明、配達証明、及びテキスタイル申告書を含むさらに別の組を含むことができる。他の税関文書もまた、アップロードされて、分配されるのを要求することができる。文書が、セットアップにより要求される場合には、オーバービューのステータス表示その他の詳細な表示における同期フィールドは、要求される文書の完成に向かう進行を追跡する。略式文書管理ステータス１０４３は、要求された出荷文書のすべてが完全であるか又はそうではないかについて反映する。この詳細な表示は、さらに、セッティングをテンプレート１０８１として保存すること、データの修正（遂行）をディスプレイ１０８２のフィールドに入力すること、又は更新のキャンセルをフィールド１０８３に入力することを可能にする。
【００３９】
図１０Ｄないし図１０Ｇは、図１０Ａないし図１０Ｃに示される特徴を再組織する決済のためのセットアップの第２の実施形態を示す。本実施形態においては、決済モジュールを、例えば、注文モジュールなしで、独立型製品として与えることができる。図１０Ｄは、参加者を加えることができ、特定の文書を売買に含むことができる初期セットアップスクリーンである。図１０Ｅは、決済セットアップの文書タブを示す。このスクリーンにおいては、文書の要求を特定して、添付物をアップロードすることができる。図１０Ｆは、決済セットアップの喚起セットアップタブを示す。複数の喚起条件がシステムテーブルにおいて申告され、このセットアップスクリーンで利用可能にされる。喚起は、特定の文書に関連するトリガに対して選択することができ、タイミングが特定される。喚起をセットアップするためには、テンプレートを用いることができる。喚起の特定の構成は、テンプレートとして保存することができる。図１０Ｇは、参加者のセットアップ、及び参加者の許可を示す。このスクリーンは、図１０Ｆの参加者追加ボタンから到達される。
【００４０】
図１１Ａないし図１１Ｂは、送り状の入力項目を与える。この表示の主要なコンポーネントは、図１０Ａに示されたような、ナビゲーションバー１１１０、出荷記述情報１１２０、略式ステータス情報１１３０、及び監査証跡ログ１１４０を含む。主要なコンポーネントは、さらに、典型的な送り状情報１１５１ないし１１５５、コンテナ又は梱包情報１１５６、支払い条件情報１１５７ないし１１５９、及びこの出荷ステージにおけるさらに別の処理に関連する情報を含む。典型的な送り状情報は、買い手及び売り手参照番号１１５１を含む。典型的な情報は、さらに、送り状番号及び日付、船荷証券又は航空運送状番号及び日付、及び出荷日、支払い期限日及び配達日を含む１１５２。顧客の名前及び住所、誰に販売したか、支払い者、及び出荷される当事者を入れることができる１１５３。支払い及び出荷情報１１５４は、支払い方法、送金される人、荷積み及び荷下ろし地、妥当な場合には船の名前及び航行番号、及び妥当な場合には航空便番号及び日付を含む。製品情報１１５５を視認することができ、幾つかの実施形態においては編集することができる。機器情報が表示される１１５６。支払い関連の情報は、支払い条件１１５７、配達条件１１５８、信用状番号及び所見１１５９を含むことができる。顧客メモ及び特別な指示を入れることができる。この出荷ステージのさらに別の処理に関する情報は、ステージ１１６０の完了に向かう次の動作を担う出荷参加者の表示を含む。この場合には、矢印は輸出業者を指す。この関係者が現在の作業を担っている場合には、通知ボタンがキャンセルボタンの隣りに現れる。通知ボタンを選択すると、電子メール又はファックスの通知、及びダッシュボードアイコンが茶色の「進行中」矢印から緑色の「すべきこと」ボックスに変化することにより、の出荷を担う参加者を喚起する。通知ボタンを選択すると、次の出荷を担う参加者が喚起されて、ページログの入力項目が作成される。視認者がこの送り状を承認する権限をもつ場合には、完了ボタンがキャンセルボタンの隣りに現れる。幾つかの実施形態においては、完了ボタンが選択された後に修正ボタンが現れて、関係者が送り状を完成させない権限を与える。
【００４１】
図１１Ｃないし図１１Ｋは、送り状入力項目のユーザインターフェースの代替的な実施形態を示す。図１１Ｃないし図１１Ｅは、この代替的な実施形態のための送り状ＧＵＩの概要タブを示す。図１１Ｆないし図１１Ｇは、送り状ＧＵＩの詳細タブを示す。図１１Ｈ及び図１１Ｉは、送り状ＧＵＩのページログタブを示す。
【００４２】
図１２Ａは、梱包リストの入力項目を与える。この表示の主要なコンポーネントは、図１０Ａに示されるように、ナビゲーションバー１２１０、出荷記述情報１２２０、略式ステータス情報１２３０、及び監査証跡ログ１２４０を含む。主要なコンポーネントは、さらに、他のスクリーン１２５１ないし１２５４と同期された情報、梱包リスト情報１２５５、機器情報１２５６、及びこの出荷ステージのさらに別の処理に関する情報１９６０を含む。他のスクリーンと同期された情報は、売り手の参照、送り状及び船荷証券又は航空番号１２５１、顧客１２５２、船荷証券又は航空運送状、送り状及び出荷日１２５３、及び輸送及び信用状情報１２５４を含む。この例においては梱包スリップ情報１２５５は、ライン項目連続番号、製品ＩＤ及び製品記述、コンテナ及びコンテナシール識別、ロット番号、ピックアップ地、梱包ＩＤ、量、梱包、単位重量、正味重量、総重量、及び識別できる印及び番号を含む。機器情報が表示される１２５６。さらに、一連の開放フィールドがあり、この中に、各製品情報の列に対して任意的な又は付加的な情報がユーザにより入れられる。このスクリーンショットには示されていないが、情報が修正可能なフォーマットで存在する場合には、行追加、テンプレートのダウンロード、テンプレートのアップロードという３つのボタンが存在する。行追加は、ユーザが、梱包リストに別の行を作成することを可能にする。テンプレートのダウンロードは、ユーザが、彼らのローカルシステムに、エクセルその他のユーザが人為的に梱包リスト情報を、システムにアップロードすることができるデータのフォーマットに変換することができる標準的なフォーマットに入力したり又は「切り貼り」したりすることを可能にするフォーマットに、テンプレートをダウンロードすることを可能にする。テンプレートのアップロードは、ユーザが、テンプレートを梱包リストにアップロードして、これにより新しい行を作成するのを可能にする。この出荷ステージのさらに別の処理に関する情報は、ステージ１２６０の完了に向かう次の動作を担う出荷参加者の表示を含む。この場合には、矢印は輸出業者を指す。この図にないのは、関係者が、ディスプレイにどのような情報も入力する前に適用されるキャンセルボタンである。この図の中に情報が入力された場合には、通知ボタンがキャンセルボタンの隣りに現れる。通知ボタンを選択すると、次の出荷を担う参加者を喚起することになる。視認者が梱包リストを承認する権限をもつ場合には、完了ボタンがキャンセルボタンの隣りに現れる。幾つかの実施形態においては、完了ボタンが選択された後に修正ボタンが現れて、関係者に送り状を完成させない権限を与える。
【００４３】
図１２Ｃないし図１２Ｉは、梱包リストのユーザインターフェースの代替的な実施形態を示す。図１２Ｂないし図１２Ｉは、この代替的な実施形態のための梱包リストのＧＵＩの概要タブを示す。図１２Ｂないし図１２Ｃは、梱包リストのＧＵＩの詳細タブを示す。図１２Ｆ及び図１２Ｇは、製品タブを示す。図１２Ｈ及び図１２Ｉは、梱包リストのＧＵＩのページログタブを示す。
【００４４】
図１３Ａないし図１３Ｂは、船荷証券又は航空運送状の入力項目を与える。この表示の主要なコンポーネントは、ナビゲーションバー１３１０、出荷記述情報１３２０、略式ステータス情報１３３０、及び監査証跡ログ１３４０を含む。主要なコンポーネントは、さらに、ステータス情報１３５１、キャリア名及び船荷証券又は航空運送状の番号、荷送人名、予約番号及び輸出参照１３５３、荷受人及び運送屋名及び住所１３５４、原産地又は国１３５５、通知当事者及び指示１３５６、第三者の輸出システムからのＡＥＳ  ＸＴＮ番号１３５７、荷積み埠頭ターミナル及び移動種類１３５８、運賃条件、付加的な出荷情報１３６１ないし１３６２、及びこの出荷ステージのさらに別の処理に関する情報１３６０を含む。この例におけるステータス情報は、船荷証券又は航空運送状の証明及び最終形態が受け取られてアップロードされたかどうかを示す１３５１。アップロードされると、船荷証券の証明又はこれの最終版のコピーをダウンロードすることができる。例えば、船荷証券は、運送会社が商品を受け取ったことを通知し、輸送目的の権利として働くため、輸出業者によって準備することはできず、又は少なくとも承認されることはできない。付加的な出荷情報は、予運搬、受け取り、荷積み及び荷降ろし地又は港、及び船／航行又は飛行／番号情報１３６０、配達地１３６１、及び機器情報１３６２を含むことができる。この出荷ステージのさらに別の処理に関する情報は、ステージ１３７０の完了に向かう次の動作を担う出荷参加者の表示を含む。この場合には、矢印は輸出業者を指す。この図の中に情報が入力された場合には、通知ボタンがキャンセルボタンの隣りに現れる。通知ボタンを選択すると、次の出荷を担う参加者が喚起される。視認者が送り状を承認する権限をもつ場合には、完了ボタンがキャンセルボタンの隣りに現れる。幾つかの実施形態においては、完了ボタンが選択された後に修正ボタンが現れて、関係者に送り状を完成させない権限を与える。
【００４５】
図１３Ｃないし図１３Ｌは、船荷証券のユーザインターフェースの代替的な実施形態を示す。図１３Ｃないし図１３Ｅは、概要タブを示す。図１３Ｆないし図１３Ｈは、船荷証券ＧＵＩの詳細タブを示す。図１３Ｋないし図１３Ｌは、船荷証券ＧＵＩのページログタブを示す。
【００４６】
報告は、ＤＣ／ＬＣシステムによりサポートされることが好ましい。標準的な報告は、ＬＣステータス報告を含む。このような報告は、ＬＣ番号、ＬＣの日付、売り手当事者名、買い手当事者名、ＬＣの有効期限、送り状番号、船荷証券番号、船荷証券番号その他のシステムアドミニストレータにより選択されるフィールドのすべて又は幾つかを含むことができる。特別の報告もまたサポートすることができる。パラメータベースの検索は、上に挙げられたもの以外のフィールドをパラメータとして含む標準的な報告に対して可能であるべきである。パラメータとしてのから／までの日付は、情報のフィルタ処理を可能にする。基本的な報告特徴は、異なる列によるソート、印刷、特定の取引／ハイパーリンク状の送り状番号などを選択することにより実際の文書／取引まで掘り下げること、アクセス制御権によりこのスクリーンからそれぞれの文書を編集するためのアクセスを可能にすることを含むことができる。
【００４７】
ＤＣシステムのための管理サポートは、ＤＣシステムが作動する環境に従うべきである。ドメイン、会社、売買、マネージャ、及びユーザのための役割をセットアップするサポートが与えられることが予想される。さらに、役割をユーザに割り当てるべきである。ＤＣ／ＬＣシステムに対してユーザが有する許可は、ＬＣＩ作成、ＬＣＩ修正、ＬＣＩ視認、及びＬＣＩ削除、ＬＣＡｐｐ作成、ＬＣＡｐｐ修正、ＬＣＡｐｐ視認、及びＬＣＡｐｐ削除、ＬＣ確認、文書をアップロード及び管理して管理文書を送ること、ＬＣＡｍｅｎｄ作成、ＬＣＡｍｅｎｄ修正、ＬＣＡｍｅｎｄ削除、報告視認、パーティマスター作成、パーティマスター修正、及びパーティマスター視認を含む。
【００４８】
ＤＣ／ＬＣの準備ステージ及びステージにおける準備のステータスは、第１ステージ−指示、第２ステージ−申し込み、及び第３ステージ−改正のように定義することができる。ＬＣの性質が与えられると、ユーザは、前のステージには戻れなくなるべきである。より早いステージが待機中である場合には、次のステージが始まる前に完了するか又はキャンセルされるべきである。セキュリティ設定は、ステージ及びステージ内のステータスの各々に対するユーザの権利及び特権を定義するべきである。ユーザは、割り当てられた人、スーパーバイザー、又は売買相手に対して、特に、ＬＣに対して要求される文書に関する次の動作過程に入るように、通知を送ることができるべきである。ユーザは、テンプレートを適用又は保存することが可能であるべきである。上で識別されるステージの各々におけるステータスは、指示−進行中又は完了、申し込み−進行中、完了又は確認済み、及び改正−進行中又は完了となる。
【００４９】
このシステムは、ＤＣ／ＬＣ申込書のドラフトを作成する人、及び銀行に送られるべき申込書を承認する人が異なる、彼らの役割に基づいてユーザ間で区別することができる。区別できるワークフロー、喚起及び通知は、種々の文書に対して適当であるとすることができる。ＬＣ指示書においては、売り手を表わす誰かがこれを準備して買い手に売る。売り手の活動を管理する第２の人による中間承認をサポートすることができる。買い手は、ＬＣＩについてシステムにより喚起される。ＬＣ申込書においては、買い手を表わす誰かがこれを準備して売り手に送る。売り手が申込書にコメントするか又はこれを編集し、変更して買い手に送るという意味では、売り手は、銀行に送られる申込書の準備に際して協力する。売り手及び買い手が条件に対する合意を得ようとするときに、申込書の準備を反復することがある。買い手を表わす人は、交渉された申込書を、承認のために、買い手を表わすマネージャに送る。買い手マネージャは、完成して承認された申込書を買い手の発行銀行に送る。売り手及び買い手は、ＬＣＡｐｐが銀行に伝送されて、これが発行銀行により承認されたのを喚起されることができる。より一般には、買い手及び売り手に対する申し込み動作の通知は、事象ベースのものとなる。ＬＣの改正においては、買い手（又は売り手）が、改正案を準備する。売り手及び買い手は、改正の条件について協力する。交渉された改正案は、承認及び発行銀行に対する伝送のために買い手マネージャに送られる。買い手及び売り手は、事象の駆動によってＬＣＡｍｅｎｄ処理について喚起される。上に参照される図１０Ｆは、喚起のセットアップを示す。
【００５０】
銀行関連の情報を含むあらゆるシステムは、セキュリティもまた関心事である。セキュリティは、以下のレベルその他の適当なレベルのいずれかで確立することができる。初期レベルのセキュリティは、誰がＬＣをセットアップする権利を有し、ユーザ／会社のレベルで制御されるべきであるかを確立することができる。関連レベルのセキュリティは、誰がＬＣ情報を視認して、これを特定の情報を視認して、これを特定の売買と関連させることができるかを示すことができる。下位売買レベルのセキュリティは、ユーザ／売買レベルで制御することができ、このアクセスは、売買のセットアップが生じたときに与えられる。
【００５１】
ＤＣ／ＬＣシステム又はＤＣ／ＬＣシステムを含む輸出／収入システムは、通常の統合技術又はあらゆる新規に発明された技術を用いて、ＥＲＰ又はＥＡＩベンダーによる古いアプリケーションと統合することができる。統合は、ＸＭＬ、ＥＤＩ、．ｔｘｔ、ＡＳＣＩＩ、タブ区切り、ｃｓｖ、又は同様のフォーマットのアップロード及びダウンロードを許可することを含むことができる。
【００５２】
同期法則は、信用状からのデータが、銀行により要求される文書及び出荷関連文書を含む他の文書にどのように伝播されるかを定義する。より一般には、同期法則は、データがどうのように一方の文書から他方の文書に伝播されるかを定義する。図１４は、本発明の一実施形態の一組の同期法則の一部である。これらの法則の小組もまた、本発明を実施し、非常に有益とすることができる。図１４における法則の幾つかは、ＤＣ／ＬＣシステムが作動する環境に関連し、ＤＣ又はＬＣだけを超えて本発明を適用する。図１４に示される法則は、これらをドメインＩｄ（図示せず）と関連させることにより、あらゆるドメイン又は選択されたドメインに適用することができる。ソース及び宛先文書形式は、フィールドが現れる文書形式である。これらの文書形式は、上述の文書又は組み込まれた出願における文書の形式を含むことができる。フィールド名は、例えば、図５の概要におけるフィールド、又は図６ないし図９の入力フォームのフィールドのようなフィールドの名前である。ソース及び宛先文書の状態は、法則が適用される文書準備の条件を示す。一実施形態においては、状態は、新１、進行中２、保留３、完了４、キャンセル５、ロック６、待機−承認７、承認済み８、確認済み９、存在しない０、及び全部−１としてコード化される。法則は、時には、多数の状態に適用可能にすることにより、又は、法則を通した検索をトリガするか又は法則を適用する状態の遷移を一般化することにより、単純化することができる。更新範囲の列は、フィールドに対する更新が適用される範囲を示す。本例においては、範囲は１、２又は３であり、１つの売買、１つのサービスモジュール又は売買全般及びモジュール全般に対応する。本発明のために選ばれた精密なソフトウェアの実施形態に応じて、異なる範囲を更新に適用することができる。ＤＣ又はＬＣが支払いの一形態である環境においては、関連するＤＣ又はＬＣがない取引があることがある。したがって、法則において冗長性があるため、ＬＣが取引と関連していない場合には、代替的な法則が指定される。前提条件「ＬＯＣＴｒａｄｅＥｘｉｓｔｓ」は、ＬＣが取引と関連している場合には、他の法則に優先する法則に対応する。
【００５３】
同期法則の特定の例を見るために、船荷証券に対する第１の信用状の法則を考慮する。これは、信用状が完全であり、船荷証券が完成に向かって進行中である場合に適用される。ｂｅｎｅｆｉｃｉａｒｙ−ａｄｒｅｓｓ１フィールドが信用状から、船荷証券のｓｈｉｐｐｅｒ−ａｄｄｒｅｓｓ１フィールドにコピーされる。このマッピングは、最も最近の信用状情報が、荷送人が確認するか又は採用する見積もり船荷証券の準備に用いられることを保証。同様に、信用状が受け取られるか又は承認されて、船荷証券が進行中である場合には、第２の法則が同じファイルをマップする。宛先文書フィールドの灰色の影は、システムが、船荷証券を準備しているユーザが、信用状の言葉遣いを変更しないようにガードすることを示す。このガードは、フィールドを変更する際の禁止、役割ベースの禁止、又は特定の変更を要求する警告として実施することができ、監査証跡における変更を記録する。この法則の更新を記録する。この法則の更新範囲は、売買全般である。
【００５４】
同期のための１つの動機付けは、信用状は、典型的には、すべての当事者（彼ら自体、顧客、キャリアなど）が満足いくように買い手及び売り手が効率的に取引を完了したという証明として、多数の文書が完成されるのを要求することである。これらの文書の完成及び添付は、資金の封鎖を解除するのに要求される。これは、時には、取引が完了したという証明として用いられる、検査証明書、保険証明書、船荷証券、航空運送状、送り状、船荷証券、為替手形の複製及び原産地証明書といった文書をサポートするのに有益である。ＬＣは、これらのうちのどれが文書による証拠のために要求されるかを指定する。ＬＣが作成された場合には、完成されなければならない要求される文書が指定される。ＬＣに「リンク」されたこれらの文書の結果として、後続する文書作成に関する業務論理及び業務法則が適用される。
【００５５】
文書のすべてをサポートすることなく、又はＬＣにより要求される税関文書をサポートすることなく、一握りの文書をサポートすることが有益である。例えば、送り状、船荷証券／航空運送業、及び船荷証券をサポートするのに有益である。これらの文書のためのこれらのフィールドは、ＬＣと同期されるべきであるが、さらに、売買過程において生じる業務行程のエラーによる齟齬がある。一例としては、買い手の名前の綴りが異なる、ＬＣとは異なるものを示す送り状がある。これらは、実際には、現実の世界又は記録された他のシステムにおいて生じていることを表わすことがあるため、これらの齟齬を故意に変更するのを可能にするのに有益である。特に、ＬＣデータが、ＬＣの申込書に対する基礎として入力されたのではなく、別の第３者のソースからアップロードされた場合には、システムが買い手の名前などに見合うかどうか注意するべきであり、特定のＬＣに対しては変更されるべきである。
【００５６】
特定のフィールドは、これらの文書にわたり共有されるべきである。送り状の準備においては、輸入・輸出状況の分析は、ＬＣが正しかろうと間違っていようと、特に片弧されるか又はＬＣデータが疑わしいものではない限りは、買い手の名前及び売り手の名前及びアドレスは、ＬＣから同期されるべきであることを示す。売買条件地（ＦＯＢ  チャールストン）を含む売買条件は同期されるべきである。商品の記述は、正確にＬＣと適合するべきであるが、付加的な詳細を含んでもよい。ＬＣ番号及び発行日は、任意的に、送り状上にリスト表示することができる。船荷証券の準備のためには、買い手及び売り手の名前及びアドレスは、ＬＣから同期されるべきである。出荷元及び出荷先の名前及び住所がある場合には、他の文書及びＬＣと適合するべきである。個数、重量、寸法、キューブは、他の文書及びＬＣと適合するべきである。商品の記述は、一般には、船荷証券のＬＣにのみ適合する必要があり、付加的な詳細を含んでもよい。或いは、これはＬＣと適合してもよいし、付加的な詳細についてのフィールドをもつＬＣと適合してもよい。ＬＣ番号及び発行日を、任意的に、船荷証券上にリスト表示することができる。ＢＬ／ＡＷＢの準備のためには、荷送人は、ＬＣにおけるフィールドと適合するように変更する選択肢をもって、売り手（受取人）に対して履行しないことがある。荷受人及び通知当事者をリスト表示することができ、これは銀行に与えられるあらゆる情報と一貫しているべきである（このような情報は任意的なものであり、申し込みフォームに含まれていたとしてもＬＣの一部ではない。）ＢＬ／ＡＷＢの個数、重量及びキューブは、船荷証券及びＬＣと適合するべきである。商品の記述は、一般には、Ｌ／Ｃと適合し、汽船会社／航空会社により要求される付加的な詳細を含むことができる。或いは、これは、ＬＣと適合してもよいし、付加的な詳細についてのフィールドをもつＬＣと適合してもよい。ＬＣ番号及び発行日を、任意的に、ＢＬ／ＡＷＢ上にリスト表示することができる。料金が前払いにされるか、宛先で集められるか又は支払可能であるかを含むＢＬ／ＡＷＢ上の運送料は、ＬＣ及び送り状と不一致なものにすべきではない。受け取り地、荷積み港、荷下ろし港、積み替える場所、及び原産国又は原産地は、ＬＣと不一致なものにすべきではない。他のキャリアのコメントは、ＬＣに指示されるように表わされるものとする。
【００５７】
時として、ＬＣは、積荷信用状のような文書のために異なるヘッダ又はタイトルを用いることができる。上で、商業送り状、積荷証券、重量リスト、検査証明書などとして参照された文書を含む生成された文書の文書タイトルは、ＬＣと適合するべきである。オリジナル及びコピーは、多くの場合、他部品フォームからのカーボンではなく、同じプリンタから後続して印刷されたコピーであるため、元の文書は、「オリジナル」という言葉又は等価の表現が、どこか又はタイトルの近くに表示が付されるべきである。すべての生成された文書は、日付が付けられ、これらに示される日付は、他の文書又は信用状と不一致なものにすべきではない。システムは、ＬＣに要求される日付と一貫した取り扱いを保証するべきである。
【００５８】
図１５は、システムが生成することができる文書を申告して生成するのに用いることができるマージフォーマットを示す。システムデータからこの文書にマージされるフィールドは、括弧＜．．．＞及びこの括弧の間のフィールド名により示される。レターのテキストは、システムオペレータ及び該レターの受取人との間で確立された関係によって決まる。同様のマージフォーマットは、為替手形、起点の海洋証明書及び航空証明書、検査証明書、海洋及び航空保険通知、システムの中に入力された注釈を支持するレター、航空運送状、送り状、船荷証券、受取人の証明書、重量リスト及び同様の文書に有益とすることができる。申告又はマージフォーマットの使用は、プログラマーではない人が、困難な文書のコーディングを必要とすることなく、文書形式をシステムに加えることを可能にする。
【００５９】
検証法則は、データがシステムの中に入力された場合に適用され、有益とすることができる。
【００６０】
前の説明から、当業者であれば、広範な種類のシステム及び方法を本発明の態様及びコンポーネントから構成することができることが明らかであろう。本発明の一実施形態は、荷為替信用状及び関連する文書を生成する方法を含む。この方法は、代替的に、システム又はこの方法のステップを実行するシステムとして実施することができる。システム又は装置は、幾つかの実施形態、組み合わせステップ、側面、選択肢、及び方法の代替的な実施形態を含むことができる。この方法は、さらに、この方法のステップを実行するプログラムに影響を受ける磁気媒体として実施することができる。このプログラムは、幾つかの実施形態、組み合わせステップ、側面、選択肢、及び方法の代替的な実施形態を含むことができる。この荷為替信用状及び関連文書を生成するためのコンピュータ支援方法は、荷為替信用状の発行のための少なくとも１つのテンプレートと、荷為替信用状関連文書のための１つ又はそれ以上のテンプレートを準備することを含むことができる。荷為替信用状の発行文書は、荷為替信用状指示書、荷為替信用状申込書、又は荷為替信用状証書の１つ、２つ又はすべてのあらゆる組み合わせとすることができる。荷為替信用状関連文書は、対応する荷為替信用状証書を振り出すために複数の銀行により要求される文書の中のものである。この方法は、さらに、荷為替信用状発行テンプレートからのフィールドを、荷為替信用状関連文書テンプレートにマッピングして、該荷為替信用状発行テンプレートのフィールドの少なくとも幾つかのためのデータを受け入れることを含むことができる。本発明の一実施形態によれば、この方法は、次いで、マッピングを用いて、複数の荷為替信用状関連文書におけるフィールドを取り込むことを含む。
【００６１】
本発明の付加的な実施形態においては、前の実施形態は、荷為替信用状指示のドラフト又は荷為替信用状申込書の準備に注目する。ドラフトの少なくとも幾つかの条件は、それぞれ売買相手を表わす第１者から第２者まで運ばれる。システムは、第２者によるドラフトに対する承認又はこれの編集を伝達する。システムは、対応する荷為替信用状証書の発行前に、好ましくは、荷為替信用状申込書を発行銀行にサブミットする前に、ドラフトの条件に対するに対する第１者及び第２者による合意を記録する。
【００６２】
これ自体又は前の実施形態のステップに加えて実施することができるさらに別の実施形態は、荷為替信用状証書に対する条件を改正するための少なくとも１つのテンプレートを準備することを含む。信用状改正テンプレートは、荷為替信用状関連テンプレート及び荷為替信用状発行テンプレートにマップされる。データは、荷為替信用状発行テンプレートの少なくとも幾つかのフィールドに対して受け取られる。複数の荷為替信用状関連文書におけるフィールドは、マッピングを用いて取り込まれる。本実施形態と組み合わせることができるさらに別の態様は、改正条件に対する協力を含む。この協力側面は、第１者及び第２者の一方から他方に、荷為替信用状改正案のドラフトの少なくとも幾つかの条件を伝達することを含む。システムは、他方の者から、改正案のドラフトの承認又は編集を受け入れる。システムは、対応する改正された荷為替信用状証書の発行前に、好ましくは、改正の要求をサブミットする前に、改正案のドラフトに対する第１者及び第２者による合意を記録する。
【００６３】
上の実施形態のいずれかと組み合わせて、本発明のさらに別の態様は、荷為替信用状証書の申し込み又は荷為替信用状証書の改正の電子サブミッションを含む。この電子サブミッションの側面は、機械可読の荷為替信用状申込書又は改正申込書を生成し、マッピングを用いて、該申込書におけるフィールドを取り込むことを含む。これは、さらに、電子的に申込書を発行銀行にサブミットすることを含む。この側面は、さらに、荷為替信用状証書の発行の確認を受け取り、荷為替信用状発行テンプレートのために供給されたデータを更新して、発行された又は改正された荷為替信用状証書に準拠するようにすることを含むことができる。
【００６４】
ここでも、広範なシステム及び方法を、本発明の側面及びコンポーネントから構築することができる。本発明の一実施形態は、荷為替信用状及び関連文書を生成するコンピュータ支援システムを含む。このシステムの要素は、荷為替信用状発行のための少なくとも１つのテンプレートと、荷為替信用状関連文書のための少なくとも１つのテンプレートとを含む。
【００６５】
荷為替信用状発行文書は、荷為替信用状指示、荷為替信用状申込書、又は荷為替信用状証書の１つ、２つ又はすべてのあらゆる組み合わせとすることができる。荷為替信用状関連文書は、対応する荷為替信用状証書を振り出すための複数の銀行により要求される文書の中のものである。このシステムは、さらに、荷為替信用状発行テンプレートからのフィールドを、荷為替信用状関連文書テンプレートに関連させるマップを含む。これは、これは、荷為替信用状発行テンプレートのフィールドの少なくとも幾つかに対する入力データを処理して、マップを用いて複数の荷為替信用状関連文書におけるフィールドを取り込む論理を含む。
【００６６】
本発明の付加的な実施形態においては、前の実施形態は、それぞれ売買相手を表わす第１者から第２者まで荷為替信用状指示のドラフト又は荷為替信用状申込書の少なくとも幾つかの条件を伝達することに注目する。入力データを処理する論理は、第２者によりドラフトを承認するか又は編集して、対応する荷為替信用状証書の発行前に、好ましくは、荷為替信用状証書の申し込みのサブミッション前に、該ドラフトの条件に対する第１者及び第２者による合意を記録するように適応される。
【００６７】
これ自体又は上述のシステムに加えて実施することができるさらに別の実施形態は、荷為替信用状証書に対する条件を改正するための少なくとも１つのテンプレートと、荷為替信用状改正テンプレートから荷為替信用状関連文書テンプレートへのフィールドの付加的なマップを含む。本実施形態は、さらに、荷為替信用状改正テンプレートにおけるフィールドの少なくとも幾つかに対する入力を受け入れて、付加的なマップを用いて荷為替信用状関連文書におけるフィールドを取り込むことを含む。本実施形態のさらに別の態様では、改正条件に対する協力をサポートする。この協力態様においては、入力データを処理するための付加的な論理が、荷為替信用状改正案のドラフトの少なくとも幾つかの条件を第１者及び第２者の一方から他方に運ぶように適応される。システムは、他方の者による改正案のドラフトを承認するか又は編集するように処理して、対応する改正された荷為替信用状証書の発行前に、好ましくは、提案された改正案のサブミッション前に、改正案のドラフトの条件に対する第１者及び第２者による合意を記録する。
【００６８】
上のシステムの実施形態のいずれかと組み合わせて、本発明のさらに別の態様は、荷為替信用状申込書又は改正申込書を電子的にサブミットする論理を含む。本実施形態は、マップを用いて荷為替信用状申込書におけるフィールドを取り込んで、機械可読の荷為替信用状申込書を生成するさらに別の論理を含む。このシステムは、次いで、申込書を発行銀行に電子的にサブミットする。この側面は、さらに、元の又は改正された荷為替信用状証書発行の確認を受け取り、荷為替信用状発行テンプレートのために供給されたデータを更新して、それに準拠するようにする論理を含む。
【００６９】
本発明は、好ましい実施形態及び上で詳述される例を参照することにより開示されるが、これらの例は、限定的な意味のものではなく、例示的なものであることが意図されることが理解される。コンピュータ支援処理は、述べられた実施形態に関与している。したがって、本発明は、コンピュータ支援処理のための方法、ＤＣ又はＬＣに関する多数の文書におけるフィールドの同期を実行する論理を含むシステム、ＤＣ又はＬＣに関する多数の文書におけるフィールドの同期を実行する論理に影響を受ける媒体、ＤＣ又はＬＣに関する多数の文書におけるフィールドの同期を実行する論理により影響を受けるデータストリーム、又はＤＣ又はＬＣに関する多数の文書におけるフィールドの同期を実行するコンピュータアクセス可能サービスサービスにより具体化することができる。当業者であれば、本発明の精神及び特許請求の範囲内にある修正及び組み合わせが容易に想起されることが想定される。
【図面の簡単な説明】
【００７０】
【図１】本発明を実施することができる環境の高レベルブロック図である。
【図２】本発明を実施することができるサブシステムのアーキテクチャ環境の高レベルブロック図である。
【図３】荷為替信用状行程における参加者を示す。
【図４Ａ−Ｃ】本発明を適用することなく人為的に準備された信用状申込書のサンプルである。
【図５Ａ−Ｅ】本発明を実施することができるシステム環境を含む、入力された荷為替信用状情報の概要を示す。
【図６】荷為替信用状情報の入力項目のインターフェースの部分を示す。
【図７Ａ−Ｂ】荷為替信用状情報の入力項目のインターフェースの部分を示す。
【図８Ａ−Ｂ】荷為替信用状情報の入力項目のインターフェースの部分を示す。
【図９】荷為替信用状情報の入力項目のインターフェースの部分を示す。
【図１０Ａ−Ｃ】セットアップユーザインターフェースの第１の実施形態を示す。
【図１０Ｄ−Ｇ】セットアップユーザインターフェースの第２の実施形態を示す。
【図１１Ａ−Ｋ】送り状の入力項目のユーザインターフェースの２つの実施形態を示す。
【図１２Ａ−Ｉ】梱包リストの入力項目のユーザインターフェースの２つの実施形態を示す。
【図１３Ａ−Ｌ】船荷証券又は航空運送状に関する情報の入力項目のユーザインターフェースの２つの実施形態を示す。
【図１４】本発明の一実施形態のための一組の同期法則の一部である。
【図１５Ａ−Ｂ】システムにより収集されたデータを用いてシステムにより生成されたレターのためのマージフォーマットのサンプルである。
【図１】
2006505854.tif 000003
【図２】
2006505854.tif 000004
【図３】
2006505854.tif 000005
【図４Ａ】
2006505854.tif 000006
【図４Ｂ】
2006505854.tif 000007
【図４Ｃ】
2006505854.tif 000008
2006505854.tif 000009
2006505854.tif 000010
2006505854.tif 000011
2006505854.tif 000012
2006505854.tif 000013
【図６】
2006505854.tif 000014
2006505854.tif 000015
2006505854.tif 000016
2006505854.tif 000017
2006505854.tif 000018
【図９】
2006505854.tif 000019
2006505854.tif 000020
2006505854.tif 000021
2006505854.tif 000022
2006505854.tif 000023
2006505854.tif 000024
2006505854.tif 000025
2006505854.tif 000026
2006505854.tif 000027
2006505854.tif 000028
2006505854.tif 000029
2006505854.tif 000030
2006505854.tif 000031
2006505854.tif 000032
2006505854.tif 000033
2006505854.tif 000034
2006505854.tif 000035
2006505854.tif 000036
2006505854.tif 000037
2006505854.tif 000038
2006505854.tif 000039
2006505854.tif 000040
2006505854.tif 000041
2006505854.tif 000042
2006505854.tif 000043
2006505854.tif 000044
2006505854.tif 000045
2006505854.tif 000046
2006505854.tif 000047
2006505854.tif 000048
2006505854.tif 000049
2006505854.tif 000050
2006505854.tif 000051
2006505854.tif 000052
2006505854.tif 000053
2006505854.tif 000054
2006505854.tif 000055
2006505854.tif 000056
【図１４】
2006505854.tif 000057
2006505854.tif 000058
2006505854.tif 000059
【国際調査報告】
2006505854.tif 000060