(57)【要約】  本発明は、輸出入トランザクションをサポートするためのシステム及び方法に関する。更に具体的には、本発明は、国際出荷の決済の条件の交渉、条件が一致したことの合意銀行への通知、及びクレジットライン又は類似の与信枠からの送金のための方法及びシステムを含む。【選択図】図１
2007522585.tif 000002
【特許請求の範囲】
【請求項１】
出荷及び販売の諸条件に基づき、文書の作成と商品の国際出荷の追跡と与信枠又は要求払預金口座からの支払の承認とを協働するコンピュータ支援方法であって、前記協働関係は、輸出業者、輸入業者、及び輸入業者の銀行を含み、
前記方法が、
前記輸入業者から前記輸出業者への支払の条件及び指図を記録し、前記支払条件を満足させるために前記国際出荷の当事者の進捗を追跡し、前記与信枠又は要求払預金口座から前記輸入業者の銀行による前記輸出業者への支払を前記輸入業者が電子的に承認することを可能にする、
データ態様の入力、閲覧、及び承認の許可を国際出荷当事者に対して設定する段階と、
合意された支払条件及び指図を受け取る段階と、
前記合意された支払条件の履行に対応する前記輸出業者又は輸出業者の代理人からの文書を該文書の銀行の評価を必要とせずに受け取る段階と、
前記支払条件が履行され、修正され、或いは免除されたことを前記輸入業者又は輸入業者の代理人が評価した後で、前記支払指図に対応する支払承認を電子的に開始する段階と、
前記輸出業者への支払を確認する状態更新を受け取る段階と、
を含む方法。
【請求項２】
前記許可を設定する段階が、前記国際出荷当事者が文書のイメージを閲覧することの許可を更に含む請求項１に記載の方法。
【請求項３】
前記輸出業者に草案の支払条件及び指図を送る段階を更に含む請求項１に記載の方法。
【請求項４】
前記合意された支払条件及び指図を前記輸入業者の銀行に通知する段階を更に含む請求項１に記載の方法。
【請求項５】
前記支払は、前記支払承認に対応して前記銀行によって実行される請求項１に記載の方法。
【請求項６】
前記支払条件及び指図の設定、前記履行の文書、前記履行の承認或いは前記支払条件の緩和又は免除に関する状態追跡情報を前記国際出荷当事者の閲覧のために公表する段階を更に含む請求項１に記載の方法。
【請求項７】
前記公表された状態情報は、特定の役割に対して、該特定の役割が前記支払条件及び指図の設定、前記履行の文書、前記履行の承認或いは前記支払条件の緩和又は免除における次のステップを実行する責任があるかどうかを識別することを特徴とする請求項６に記載の方法。
【請求項８】
出荷及び販売の諸条件に基づき、文書の作成と商品の国際出荷の追跡と与信枠又は要求払預金口座からの支払許可とを協働するコンピュータ支援方法であって、前記協働関係は、輸出業者、輸入業者及び輸入業者の銀行を含み、
前記方法が、
前記輸入業者から前記輸出業者への支払の条件及び指図を記録し、前記支払条件を満足させるために前記国際出荷の当事者の進捗を追跡し、前記与信枠又は要求払預金口座から前記輸入業者の銀行による前記輸出業者の支払を前記輸入業者が電子的に承認することを可能にする、
データの態様の閲覧及び編集の許可を国際出荷当事者に対して設定する段階と、
前記輸出業者に対する合意された支払条件及び指図を受け取る段階と、
前記支払条件の履行に対応する文書を該文書の銀行評価を必要とせずに生成又はアップロードする段階と、
前記支払条件が履行され、修正され、或いは免除されたことを前記輸入業者又は輸入業者の代理人が評価した後で、前記支払指図に対応する前記輸出業者への支払承認を前記輸入業者の銀行が行ったことの通知を受け取る段階と、
支払の送信を確認する状態更新を受け取る段階と、
を含む方法。
【請求項９】
前記許可を設定する段階が、前記国際出荷当事者が文書のイメージを閲覧するための許可を更に含む請求項８に記載の方法。
【請求項１０】
前記輸入業者からの草案の支払条件及び指図を受け取る段階を更に含む請求項８に記載の方法。
【請求項１１】
前記状態更新は、前記支払の承認に対応して前記銀行により生成されることを特徴とする請求項８に記載の方法。
【請求項１２】
前記支払条件及び指図の設定、前記履行の文書、前記履行の承認或いは前記支払条件の緩和又は免除に関する状態追跡情報を前記国際出荷当事者の閲覧のために公表する段階を更に含む請求項８に記載の方法。
【請求項１３】
前記公表された状態情報は、特定の役割に対して、該特定の役割が前記支払条件及び指図の設定、前記履行の文書、前記履行の承認或いは前記支払条件の緩和又は免除における次のステップを実行する責任があるかどうかを識別することを特徴とする請求項１２に記載の方法。
【請求項１４】
出荷及び販売の諸条件に基づき、文書の作成と商品の国際出荷の追跡と与信枠又は要求払預金口座からの支払許可とを協働するコンピュータ支援方法であって、前記協働関係は、輸出業者、輸入業者及び輸入業者の銀行を含み、
前記方法が、
合意された支払条件が履行され、修正され、又は免除されたことを前記輸入業者又は前記輸入業者の代理人が評価した後で、合意された支払指図に対応する支払承認を電子的に受け取る段階と、
前記合意された指図に従って前記輸出業者に支払う段階と、
前記輸出業者への支払を確認する追跡システムに状態更新をポストする段階と、
を含み、
前記追跡システムは、
前記合意された支払条件及び指図を記録するデータ態様の閲覧及び編集を国際出荷当事者に許可し、
前記合意された支払条件を満足させるために前記国際出荷当事者の進捗を追跡し、
前記輸出業者への支払を追跡する、
ことを特徴とするコンピュータ支援方法。
【請求項１５】
前記支払条件及び指図の設定、前記履行の文書、前記履行の承認或いは前記支払条件の緩和又は免除に関する状態追跡情報を前記国際出荷当事者の閲覧のために公表する段階を更に含む請求項１４に記載の方法。
【請求項１６】
前記公表された状態情報は、特定の役割に対して、該特定の役割が前記支払条件及び指図の設定、前記履行の文書、前記履行の承認或いは前記支払条件の緩和又は免除における次のステップを実行する責任があるかどうかを識別することを特徴とする請求項１５に記載の方法。
【請求項１７】
出荷及び販売の諸条件に基づき、文書の作成と商品の国際出荷の追跡と与信枠又は要求払預金口座からの支払承認とを協働するコンピュータ支援方法であって、前記協働関係は、輸出業者、輸入業者及び輸入業者の銀行を含み、
前記方法が、
前記輸入業者から前記輸出業者への支払の条件及び指図を記録し、前記支払条件を満足させるために前記国際出荷の当事者の進捗を追跡し、前記与信枠又は要求払預金口座から前記輸入業者の銀行による前記輸出業者の支払を前記輸入業者が電子的に開始することを可能にする、
データの態様の閲覧及び編集の許可を国際出荷当事者に対して設定する段階と、
合意された支払条件及び指図を受け取り記憶する段階と、
前記合意された支払条件の履行に対応する文書を該文書の銀行評価を必要とせずに記憶し送信する段階と、
前記支払条件が履行され、修正され、或いは免除されたことを前記輸入業者又は前記輸入業者の代理人が評価した後で、前記記憶された合意支払条件及び指図に対応する電子的に開始される支払承認を処理する段階と、
前記輸出業者への支払を確認する状態更新を閲覧するために処理し公表する段階と、
を含むコンピュータ支援方法。
【請求項１８】
許可を設定する段階が、前記国際出当事者が文書のイメージを閲覧するための許可を更に含む請求項１７に記載の方法。
【請求項１９】
前記輸入業者と前記輸出業者との間で草案の支払条件及び指図を送信する段階を更に含む請求項１７に記載の方法。
【請求項２０】
前記合意された支払条件及び指図を前記輸入業者の銀行に送信する段階を更に含む請求項１７に記載の方法。
【請求項２１】
前記確認は、前記支払承認に対応して前記銀行によって開始される請求項１７に記載の方法。
【請求項２２】
前記支払条件及び指図の設定、前記履行の文書、前記履行の承認或いは前記支払条件の緩和又は免除に関する状態追跡情報を前記国際出荷当事者の閲覧のために公表する段階を更に含む請求項１７に記載の方法。
【請求項２３】
前記公表された状態情報は、特定の役割に対して、該特定の役割が前記支払条件及び指図の設定、前記履行の文書、前記履行の承認或いは前記支払条件の緩和又は免除における次のステップを実行する責任があるかどうかを識別することを特徴とする請求項２２に記載の方法。
【請求項２４】
商品の国際出荷の追跡及び与信枠からの支払の承認を協働して容易にするコンピュータ支援システムであって、前記協働関係は、輸出業者、輸入業者及び輸入業者の銀行を含み、
前記システムが、国際出荷当事者によってアクセス可能な記憶装置、リソース、及び論理を含み、
前記論理が、
前記輸入業者から前記輸出業者への支払の条件及び指図を記録し、前記支払条件を満足させるために前記国際出荷当事者の進捗を追跡し、前記与信枠からの前記輸入業者の銀行による前記輸出業者への支払を前記輸入業者が電子的に承認することを可能にする、
データの態様の閲覧及び編集する許可を前記国際出荷当事者に対して設定し、
合意された支払条件及び指図を受け取って記憶し、
前記文書の銀行評価を必要とせずに、前記合意された支払条件の履行に対応する文書を前記文書の銀行評価を必要とせずに記憶及び送信し、
前記支払条件が履行され、修正され、或いは免除されたことを前記輸入業者又は前記輸入業者の代理人が評価した後で、前記記憶された合意支払条件及び指図に対応する電子的に開始された支払承認を処理し、
前記輸出業者への支払を確認する状態更新を閲覧するために処理し公表するように適合されていることを特徴とするコンピュータ支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
著作権表示
本特許文献の開示の一部は、著作権保護の対象となる内容を包含する。著作権所有者は、特許商標庁への特許出願又は記録として認められる該特許文献又は特許開示のファクシミリコピーに対しては異議を唱えないが、それ以外の全ての著作権を主張する。
本発明は、輸出入トランザクションをサポートするためのシステム及び方法に関する。更に詳細には、本発明は、国際出荷の決済の条件の交渉、条件が一致したことの合意銀行への通知、及びクレジットライン又は類似の与信枠からの送金のための方法及びシステムを含む。
【背景技術】
【０００２】
国際輸出入トランザクションは、輸出業者、輸出航空輸送業者、輸入航空輸送業者、及び輸入業者を含む多くの関係者が関与する可能性がある。更に、これらは、通関業者、輸送会社、及び倉庫会社が関与する可能性がある。輸送会社は、船、飛行機、汽車、又はトラックを運行することができる。Ｆｅｄｅｒａｌ  Ｅｘｐｒｅｓｓ又はＵＰＳなどの小荷物を扱う会社は、会社固有の輸送ネットワーク内の集荷から配送まで商品の国内輸送の処理に関して顧客の処理及び顧客への通知の統合システムを有するが、複数の独立した関係者を介した輸出入トランザクションを処理する協働統合システムは存在しない。
【０００３】
グローバルな取引トランザクションのためのサイクルは、情報の流れ、商品の流れ、或いは資金の流れによって遅くなる可能性がある。ＥＲＰ、コンプライアンスシステム、輸送管理システム、税関貨物取扱システム、及び銀行業務並びに取引決済ネットワークなどの一般的な関係者の別個のソフトウェアシステムは、関係者間の情報、商品、又は資金のこれらの流れを促進するのに適していない。
【０００４】
国際取引の決済では、文書による与信発行及び償還のプロセスが、エラーの可能性及び結果として生じる達成不能をはらんでいることが長い間認められてきた。例えば、米国特許第６，１５１，５８８号においてＴｏｚｚｏｌｉ他は、信用状に求められる文書の全てが信用状の条件に正確に一致していることを発行銀行がどのように要求しており、誤植及びわずかなスペルミスでも売り主への支払を留保し、その結果、支払を求める売り主に達成不能が生じていることについてコラム３でコメントしている。５８８特許の譲受人であるＴｒａｄｅｃａｒｄ，Ｉｎｃ．，は、代替の資金拠出メカニズムを作成することによって、荷為替信用状に関わるこのような及び他の長い間識別されてきた問題に対処しており、これは、５８８特許、及びウェブサイトｗｗｗ．Ｔｒａｄｅｃａｒｄ．ｃｏｍから利用可能なその「Ｆｉｎａｎｃｉａｌ  Ｓｕｐｐｌｙ  Ｃｈａｉｎ  Ａｕｔｏｍａｔｉｏｎ：  Ｔｈｅ  Ｍｉｓｓｉｎｇ  Ｌｉｎｋ  ｉｎ  Ｓｕｐｐｌｙ  Ｃｈａｉｎ  Ｍａｎａｇｅｍｅｎｔ  Ｗｈｉｔｅ  Ｐａｐｅｒ（財務サプライチェーンの自動化：サプライチェーン管理白書におけるミッシングリンク」（２００２年４月２９日作成のＰＤＦファイル）で説明されている。Ｔｒａｄｅｃａｒｄは、新しい金融商品及び協定を生成することによって荷為替信用状の問題を回避した。しかしながら、銀行は新しい金融商品を取り入れるのが遅い。
【０００５】
【特許文献１】米国特許第６，１５１，５８８号公報
【特許文献２】米国出願第１０／２２８，１５８号公報
【特許文献３】米国出願第１０／２８７，４４７号公報
【非特許文献１】「Ｆｉｎａｎｃｉａｌ  Ｓｕｐｐｌｙ  Ｃｈａｉｎ  Ａｕｔｏｍａｔｉｏｎ：  Ｔｈｅ  Ｍｉｓｓｉｎｇ  Ｌｉｎｋ  ｉｎ  Ｓｕｐｐｌｙ  Ｃｈａｉｎ  Ｍａｎａｇｅｍｅｎｔ  Ｗｈｉｔｅ  Ｐａｐｅｒ」
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従って、クレジットラインからの支払などの使い慣れた金融商品を使用して支払を容易にする方法及びシステムを考案する機会が生じている。
【課題を解決するための手段】
【０００７】
本発明は、輸出入トランザクションをサポートするためのシステム及び方法に関する。更に具体的には、本発明は、国際出荷の決済の条件の交渉、条件が一致したことの合意銀行への通知、及びクレジットライン又は類似の与信枠からの送金のための方法及びシステムを含む。本発明の特定の態様は、請求項、明細書、及び図面で説明される。
【０００８】
特許又は出願ファイルには、カラーで作成された少なくとも１つの図面が含まれる。カラー図面を備えたこの特許又は特許出願公開の複写物は、要請及び必要な費用の支払に応じて当局により提供されることになる。
【０００９】
図面を参照しながら以下に詳細に説明する。好ましい実施形態は、請求項によって定義される本発明を例証するものであり、その範囲を限定するものではない。当業者であれば、以下の説明に対する種々の均等な変形形態を理解するであろう。
【００１０】
図１は、本発明の１つの実施形態を用いて、輸入業者、輸出業者、輸送業者、通関業者、及び銀行間の相互関係をハイレベルに図示している。銀行１１０、輸出業者及び輸送業者１２０、輸入業者１３０、通関業者１４０、及びシステム１５０がブロックで示されている。一般に、システム１５０は、これらの関係者間の情報通信を容易にする。システムの外側では、システム１５０の一部ではない一般的なバンキングチャネルを介して銀行１１０が支払１２３を輸出業者１２０にクレジットすることができる。別の方法では、他の通信チャネルを使用する場合には、情報通信が本システムを通って流れるか、或いは自動処理をシステムに通知するのが好ましい。図示の情報フローでは、支払指図の電子草案承認が輸入業者又は輸入業者の代理人１３０からシステム１５０に伝達される１３１。支払指図の草案の仮承認を銀行に伝達する１１１場合もある。支払指図の草案又は交渉された承認に関する銀行への通知は、交渉が終了するまで遅らせることができ、或いは銀行への通知はまとめて配信することができる。信用状とは異なり、銀行は、クレジットラインにより支払を行う必要のある場合を判断する際に、輸入業者と輸出業者との間にほとんど関与していない。これは、従来の信用状を発行するコストを排除し、支払を行うかどうかを判断する際の銀行の業務を軽減することによって、輸出入トランザクションのための資金を調達する輸入業者のコストを大幅に低減する。図示の情報フローを参照すると、システム１５０は、支払指図の草案承認を輸出業者又は輸出業者の代理人１２０に転送する１２１。或いは、輸出業者又は輸出業者の代理人１２０は、例えば、以前のトランザクションをモデルとして使用して輸入業者への支払諸条件の承認案を提出することができる。実際には、輸入業者１３０は、輸出業者１２０にそこから支払われる銀行１１０とのクレジットラインを保有しているので、むしろ輸入業者が指図又は諸条件の第１の草案を準備することになると思われる。支払指図の草案承認に続いて、輸入業者と輸出業者の間で電子文書が伝達される１２２、１３２。これらは、任意選択的に、通関業者１４０又は他の当事者或いは輸入業者又は輸出業者のいずれかの代理人に伝達することができる１４２。これらの文書は、契約の確認、更なる交渉の実施、或いは契約の一部の履行（例えば契約に基づき正式に必要とされる文書を供給すること）のいずれかを行うことができる。上記に示されたように、ある時点で、システムは、支払条件の合意された承認を手動又は自動で銀行１１０に通知することができる。
【００１１】
輸出入に関係する種々のプロセス及びプロセスステップは通常、支払の諸条件の交渉とクレジットライン又は類似の与信枠からの支払の承認発行との間で起こる。好ましくは、本明細書で説明されるシステムは、名称「ＳＹＳＴＥＭＳ  ＡＮＤ  ＭＥＴＨＯＤＳ  ＴＯ  ＳＵＰＰＯＲＴ  ＩＭＰＯＲＴ−ＥＸＰＯＲＴ  ＴＲＡＮＳＡＣＴＩＯＮＳ（輸出入トランザクションをサポートするためのシステム及び方法）」の２００２年８月２６日申請の同時係属の米国出願第１０／２２８，１５８号、及び名称「ＳＹＳＴＥＭＳ  ＡＮＤ  ＭＥＴＨＯＤＳ  ＦＯＲ  ＰＲＯＤＵＣＩＮＧ  ＤＯＣＵＭＥＮＴＡＲＹ  ＣＲＥＤＩＴ  ＡＮＤ  ＣＯＮＦＯＲＭＩＮＧ  ＳＨＩＰＰＩＮＧ  ＤＯＣＵＭＥＮＴＳ（荷為替信用状を作成し出荷文書を確認するためのシステム及び方法）」の２００２年１１月４日申請の米国出願第１０／２８７，４４７号で記載されたシステムのように、輸出入トランザクションを端から端まで容易にするように設計されたシステムと統合される。上記出願は、引用により本明細書に組み込まれる。単一の統合システムにおいて支払の諸条件の交渉、支払の諸条件を満たす事由の追求、及び決済を協働させることは有利とすることができる。本発明の目的のためには、商品の輸入に先行する場合もある、交渉から決済まで輸出入トランザクションを追跡することで十分とすることができる。
【００１２】
輸出入プロセスの間、システム１５０は、トランザクションの状態を追跡する。システムが追跡する状態情報は、決済を進める必要がある時期を決定するのに必要な情報を含むのが好ましい。システム１５０は、決済を進める必要があることを状態情報が示す場合に、少なくとも１人のユーザーに通知する規則及び論理又は役割を含むのが好ましい。輸出入プロセス全体を通して、システム１５０は、種々の関係者に状態情報１２９、１３９、１４９を配信する。関係者に配信される特定の状態情報は、情報を受け取る関係者の役割及び権限に依存する場合がある。状態情報は更に、システムが動作パスのデッドラインを広げるか或いは固有に設定したときの警報を含むことができる。例えば、銀行が支払承認を与えられた時期と銀行が支払通知を発行した時期との間の経過時間が長すぎる場合には、フォローアップのために輸入業者に警報を送ることができる。警報を発生する別のシステムでは、手形振出指図と、該手形振出指図への合意又は修正案のいずれかとの間の遅延にフラグを立てることができる。
【００１３】
ある時点で、輸入業者又は輸入業者の代理人１３０は、支払を行う必要があることを決定する。システム１５０は、当事者の輸出業者が適切な文書を準備するのを支援する。輸入業者１３０は、輸出業者又は輸出業者の代理人１２０に支払うためにシステムに文書承認を伝達する１３３。システムは、銀行１１０に支払うために輸入業者の承認を伝達する１１３。銀行は、支払１２３及び支払通知１１４に応答する。支払通知は、支払が行われたことを確認することができ、或いは支払が将来又は特定の時間若しくは日付のいずれかで行われる予定であることを報知することができる。システムに伝達された支払通知１１４は、輸出業者１２０などの関係者に直接伝達１２４することができ、状態画面１５０上で符号化してもよく、或いはその両方が可能である。銀行が支払１２３を行う場合には、銀行は、輸入業者のクレジットライン又は類似の与信枠から引き落とす。支払の許可を伝えるためにシステム１５０を使用することにより、銀行に対するセキュリティを与え且つ安心感をもたらし、銀行の動作はシステム１５０に応答する。契約上の条件は、損なわれるシステムのあらゆるリスク又はシステムのユーザーによってなされるミスを割り当てる可能性がある。セキュリティを向上させるために、支払の承認、又は閾値を超える支払の承認、或いは特定のリストに記載のある売り主又はリストに記載のない売り主への支払の承認を確認するための構成を設けることができる。
【００１４】
図２は、購入順序を説明するデータの収集を示す。情報は、電子的に収集され、例えばＸＭＬ符号化によるＳＯＡＰメッセージによって伝達することができる。ユーザーは、例えば図２に示されるインターフェースを使用して情報を入力することができ、該情報がシステム１５０に電子的に伝達される。図２に示される左フレーム及びメインフレームは、他の図面の関連において図示され説明されているナビゲーションバー、コンテキストブロック、出荷記述情報、及び警報表示と組み合わせることができる点を理解されたい。左フレーム２１０は、輸出入システム全体を通して一貫したユーザーインターフェースを提示する場合の１つの変形形態である。左フレームのナビゲーションメニュー２１０は、ユーザーのアイデンティティ又は役割に反応又は応答することができ、ユーザーが読み取り、修正、或いは承認を行うことができる文書へのアクセスを可能にする。この関連において、リストされる文書は、図３に示される支払権限、好ましくはＸＭＬスキーマなどの言語で定義されるスキーマに適合するＸＭＬ文書をインポートするＸＭＬ発注書、データ収集のためのユーザーインターフェースに対応するマニュアル発注書、及び輸出業者から購入する輸入業者の意図を伝達する種々のタイプの注文である。メインフレームは、トップセクション２２０とタブビュー２３０に分かれている。Ｓｕｂｍｉｔ（実行依頼）及びキャンセルコントロールボタン２２１により、ユーザーはインターフェースを使用して行われた編集を持続又はセーブするかどうかを決定することができる。ページログパネルへの追加ノート２２２により、出荷の一部に対しユーザーの作用としてコンパイルされる監査証跡に注釈を付けることができる。割り当て動作パネル及び現動作識別子２２３は、現在の購入注文プロセスにおける次の手続きを取る責任のある関係者を識別し、これによってユーザーは現在の動作を再度割り当てるか或いは必要な次の動作を割り当てることができる。承認状態パネル２２４及び現在状態識別子２２５は、現在のプロセスの現状を識別し、これによってユーザーはユーザーの承認権限に従ってその状態を更新することができる。タブ２２６は、要約、詳細、製品、及びページログを含むユーザーインターフェースへの直接アクセスを可能にする。ページログは、購入注文プロセスにおいて上述の監査証跡を表示する。残りのタブは以下に更に説明する。
【００１５】
詳細ビュー２３０は、購入注文を入力する際に有用な情報の幾つかを記載している。既存の取引に情報を追加する段階とは異なり、購入注文の入力に先行する動作に応じて、ｓｕｂｍｉｔ（実行依頼）ボタン２２１を選択することで本システムにおいて取引を作成することができる。このインターフェースは、テンプレート２３１をサポートする。既存のテンプレートを選択してもよく、或いは新しいテンプレートを作成することもできる。現在のテンプレートの名前が表示される。新しいテンプレートは、データ入力が完了し実行依頼がなされたときに作成することができる。注文は、ｓｕｂｍｉｔ（実行依頼）ボタン２２１が選択されたときに作成することができる。購入注文２３２に関する情報は、幾つかのフィールドに入力することができる。購入注文番号は直接入力することができ、或いは自動的に生成することができる。購入注文日付は、入力するか、或いはシステムクロック又は該システムクロックに適用される規則から生成することができる。購入注文変更番号は、一貫して表示され、購入注文が最初に作成された時にゼロに設定される可能性が高い。固有のダッシュボード参照番号は、システムが非固有の購入注文番号を有する可能性のあるトランザクションを追跡するのに使用することができる。固有の購入注文番号が使用された場合、グローバルに固有であるか、輸入業者−輸出業者のペア間或いは単一の輸入業者に対して固有であるか否かに関わらず、購入注文番号は、ダッシュボード参照番号として自動的に使用することができる。依頼された配送日付及び時間２２３を入力することができる。購買担当者２３５は、例えばリストへのアクセス又は先行入力支援による入力によって識別することができる。購入者参照番号２３４を入力することができる。販売者参照番号２３６は、別個に入力することができる。販売者２３７及び購入者２３８は、名前、アカウント名、住所、及び注記などの情報を含むことによって入力することができる。名前は、例えばリストにアクセスすることによって選択することができる。
【００１６】
タブ２２６を介してアクセス可能な他のビュー２３０は、要約及び製品ビューを含むことができる。要約ビューは、他のビューで利用可能な幾つかの情報又は全ての情報を含むことがある。製品ビューは、コンテナ番号、シーケンス番号又は製品ＩＤ、説明、数量、包装、単位重量、正味重量、総重量、シール番号、ピックアップ及びパッケージＩＤなどの出荷範囲内での製品に関するフィールドへのアクセスを可能にする。付加的な情報は、製品ビューの右又は左をスクロールすることによってアクセス可能である。
【００１７】
図３Ａ−３Ｂは、支払指図又は手形振出指図の承認の入力を示している。左パネル２１０及びメインパネルは、図２のフォーマットに従う。この図は、例示的なユーザーインターフェースを使用した支払指図の承認の入力を示している。或いは、支払指図の承認は、例えばＸＭＬペイロードを運ぶＳＯＡＰメッセージからインポートすることができる。この図の幾つかの参照番号は、種々の画面を通して一貫したユーザーインターフェースを提示する図２から繰り返し使用される。画面の付加的な特徴は、ナビゲーションバー３０５とコンテキストブロック３０６を含む。ナビゲーションバーリンクは、クレジットライン決済システムが有用とされる環境の一部であるインターフェースページに直接アクセスすることを可能にする。ナビゲーションバーリンクは、ホーム、要約状態を表示するダッシュボード、例えば支払指図の承認を記憶する文書ボールト、レポートモジュール、業務管理、輸出コンプライアンスチェック、ヘルプ、及びログアウトを含む。文書ボールトは、メッセージ、発信、及び受信を扱う。この図のインターフェースは通常、文書ボールトで動作することになる。コンテキストブロック３０６は、ユーザー、ユーザーの会社組合、及びユーザーが作業している特定のポートフォリオを識別する。この図の新しい特徴は、ヘッダタブ３２７の下のメインパネルに現れている。準備される支払承認文書の特定のタイプは、例えばラジオボタン３３２を用いて表示される。一貫したインターフェースを提示する目的のために幾つかの文書タイプがリストされるが、アプリケーションは現行のクレジットラインには必要とされないので、ここでは指図タイプだけが適用される。１つの実施形態では、通知は種々の画面によって処理される。修正は、別個のタブ３２７を介してアクセス可能である。種々の情報は、支払指図の承認のために収集される。この画面上で動作できないフィールドは、指図番号３３３及び対応する日付、アプリケーション番号３３４及び対応する日付、通知番号３３５及び対応する日付、更に修正番号３３６及び対応する日付を含む。これらのフィールドは、一貫したユーザーインターフェースを提示するために灰色に見えるようにすることができ、或いは省略してもよい。支払承認番号３３７及び対応するクレジット発行日付は、支払承認を追跡する。ユーザーは、依頼発行日付及び依頼失効日付３３８、３３９を入力することができる。ユーザーはまた、確認３４０を要求することができる。銀行の名前、住所、及び所在地を含む通知銀行及び発行銀行に関する情報を入力することができる３４１、３４２。銀行は、リストから選択することができる。図３Ａのように始まるインターフェースは、「Ｄｏｃｓ」タブ３２７の使用を示す図３Ｂのように続く。ユーザーインターフェースのこの部分で、ユーザーは、出荷の途中で要求される可能性のある文書を選択する。文書の選択は、受渡し条件３５１によって左右される可能性がある。受渡し条件は、本船渡し条件を意味する「Ｆ．Ｏ．Ｂ」、運賃込み条件を意味する「Ｃ＆Ｆ」又は「ＣＦＲ」、運賃保険料込み値段を表わす「ＣＩＦ」、及び船側渡条件を意味する「ＦＡＳ」などの標準受渡し条件のプルダウンリストから選択することができる。国際通商会議所（ＩＣＣ）によって認められた１３の条件（ＩＮＣＯ条件）は、システム、或いは少なくとも適用可能な頻繁に使用される条件によってサポートすることができる。条件の１９９０標準リストには、ＥＸＷ、Ｅｘ  Ｗｏｒｋ（指定場所）；ＦＣＡ、運送人渡し（指定場所）；ＦＡＳ、船側渡条件（出荷の指定港）；ＦＯＢ、本船渡し（出荷の指定港）；ＣＦＲ、運賃込み条件（送り先の指定港）；ＣＩＦ、運賃保険込み値段（送り先の指定港）；ＣＰＴ、輸送費込み条件（送り先の指定港）；ＣＩＰ、輸送費保険料込み条件（送り先の指定港）；ＤＡＦ、国境持込渡し条件（指定地点）；ＤＥＳ、本船持込渡し条件（送り先の指定港）；ＤＥＱ、埠頭持込渡し条件（送り先の指定港）；ＤＤＵ、仕向地持込渡し条件（送り先の指定地点）；及びＤＤＰ、仕向地持込渡し条件（指定地点）が含まれる。他の標準条件を用いることができ、或いは他の条件として指定することができる。この実施例では、システムは、インボイス３５３、荷造明細書３５４、積荷証券３５５、為替手形３５７、及び原産地証明書３５８を含む要求文書の文書選択をユーザーに提示する。信用状表示フィールド３５６は、クレジットライン決済と共に使用されることはない。各要求文書について、ユーザーは、文書の原本及び複製コピーの数量を入力し、文書について注釈を付けるオプションを有する。
【００１８】
図４は、取引の一部として支払承認を備えた取引を作成するためのインターフェース部分を示す。モジュール選択セクション４２０によって、ユーザーは、注文、出荷、及び決済のモジュールを選択することができる。これらのモジュールは、個々に或いはグループとして購入することができる別個のソフトウェアパッケージとすることができる。決済モジュール内では、決済に関連するプロセス、文書、及び設定警告へアクセスするためのタブが備えられる４２８。プロセスタブは、アプリケーションを選択し当事者を追加するためのアクセスを可能にする。支払承認論理が有用である１つの環境では、決済のためのアプリケーションの範囲には、文書管理、インボイシング、支払承認、信用状、調停、送金通知、及び保険クライアントの１つ又はそれ以上を含むことができる。支払承認、及び任意選択として他のアプリケーションでは、プルダウンメニューが、テンプレート、サンプル文書、又は新しい文書を作成するために修正可能な実際の文書を記憶するために使用することができる文書ボールトへのアクセスを可能にすることができる。これ及び関係するインターフェースを使用した取引の作成は、引用により本明細書に組み込まれた出願において十分に説明されている。
【００１９】
図５は、出荷の設定部分ではなく、ワークフローの一部分として支払承認指図へのアクセスを図示している。左パネルは変更され、上のパネルにはより詳細部が設けられ、メインパネルの上半分は、新しいオプションを提供する。左パネル５１０は、ステップ名の隣りにワークフロー状態アイコンを備えたワークフローのステップをリストしている。この実施例では、購入注文、関連及びインボイスに隣接したチェックマークは、ワークフローのステップが既に完了していることを示している。予想されるように、支払承認ステップがインボイシングに続く。上部パネルでは、要約状態情報５２７が設けられ、ワークフローステップを通して処理される出荷を識別する。購入注文番号２３２は、ダッシュボード参照番号エリアに現れる。提供することができる他の情報は、船積港、陸揚港、ＥＴＡ、ＥＴＤ、及び販売者を含む。支払承認文書の作成、配信、及び追跡についての幾つかのコントロールボタンが設けられる５２８、５２９。幾つかのコントロールボタン５２８によって、ユーザーは文書をプレビュー又は送信することができる。ユーザーはまた、配信ログをレビューして、誰が文書を受け取ったかを調べることができる。目立つように配置されたコントロールボタン５２９は、文書を作成するためのものである。文書セットが作成されると、特定のユーザー又は特定の役割は、文書を取り消すオプションを有することができる。例えば承認状態コントロールボタン２２４は、１つの役割が支払承認文書を承認することであることを示す。別の役割は、ホールドを配置するか又は文書のホールドをクリアすることである。
【００２０】
図６Ａ−６Ｂは、ワークフローによる出荷の進捗を示している。これは、支払承認技術には特に有用とすることができるワークフローである。２つの図は、同じ画面レイアウトを使用しており、要約及び詳細情報へのタブによるアクセス６２７、ダッシュボード設定オプション６１６への直接アクセス、及び画面上で使用されるアイコンキー６１７へのクイックアクセスを含む。画面レイアウトは更に、取引サーチ、取引作成、及び取引コピーをサポートするサーチバー６１０を含む。サーチ可能フィールドは、プルダウンメニュー６１１によりアクセス可能である。サーチ条件はアクセス可能６１２であり、値入力フィールド６１３と共に機能する。サーチは、出荷又は取引状態６１４によって適格とされ、サーチボタン６１５を使用して起動することができる。取引は、スクラッチ６１８から作成するか、或いは別の取引６１９をコピーすることによって作成することができる。出荷要約行６２０は、特定の出荷を識別し、その出荷の状態を要約する。例えばチェックボックス６２１を使用して特定の行を選択することができる。これは、ダッシュボード参照番号６２２、購入注文番号、又は他の識別基準によって識別することができる。状態列は、購入注文の状態６２３、積荷証券６２４、文書管理６２５、支払承認６２６、インボイシング、調停６２７、又は送金通知６２８などのワークフローステップに対して提供することができる。
【００２１】
種々の状態条件を表示することができる。１つの実施形態において、「ペンディング」状態は、茶又は灰色の四角などの薄い色が付いた四角で示される。このペンディング状態は、出荷段階が完了しておらず、まだ進捗していないことを示すことができる。「Ｔｏ  ｄｏ」状態は、緑色の四角などのはっきりした色が付いた四角によって示される。この「Ｔｏ  ｄｏ」状態は、オーバービューディスプレイを見ている現在のユーザーが次の状態に進むことができるように、出荷処理の特定の段階を終了するのを助ける何らかの処置を取る必要があることを示すことができる。すなわち、緑色ボックスを見ている閲覧者は、今度は閲覧者の番であることを認識する。「進捗中」状態は、茶色の矢印によって示される。この進捗中状態は、現在の閲覧者以外の当事者が特定の出荷段階を進める責任があることを示すことができる。責任のある当事者は、アイコンにリンクされたより詳細な表示で識別することができる。進捗中アイコンは更に、責任のある当事者による動作に対して警報日付が未だ過ぎていないことを示すことができる。「終了」状態は、チェックマークの付いたボックスによって示される。この終了状態は、段階を終了させるのに必要な全ての動作が達成されたことを示すことができる。「ロック」状態は、南京錠アイコンによって示される。このロック状態は、例えば文書の作成を包含する段階が完了し、いずれの当事者による更なる修正を受けていないことを示すことができる。幾つかの実施形態では、ロック状態を解除することが可能である。「警告」状態は、三角形のエクスクラメーションマークによって示される。この警告状態は、例えば文書の準備又は出荷の動きのためのマイルストーンがパスしたことを示すことができ、「保留」状態は、赤色の語句、停止サインを表わす赤の八角形、又はその両方を点滅することによって示すことができる。この保留状態は、出荷に責任のある当事者が全体として出荷に関するデータの編集を一時的に中断していることを示すことができる。この種の一時的な中断は、保留がクリアされるまで出荷についての情報の更新或いは閲覧しないように他の全ての当事者をロックアウトすることができる。
【００２２】
図６Ａは、購入注文が提出６２３され、更に支払承認条件が交渉６２６されたことを示している。インボイスの準備が未だペンディング中ではないので積荷証券は終了していない。図６Ｂでは、積荷証券の満了は、ワークフローへのインボイスの付加を引き起こした。インボイシングは、終了しているように示されている。文書管理、調停、及び送金通知に関して付加的な作業が必要とされる。これらの図の両方は、ワークフロー状態に関する付加的な詳細が、詳細タブ６２７を選択することによって利用可能であることを示している。
【００２３】
図７は、調停プロセス７３０が起動することができる調停画面を示す。調停プロセスは、例えばフィールドマッピングに基づく積荷証券と購入注文との間のフィールドを比較することができる。
【００２４】
図８は、文書管理へのアクセスを示す。タブ８２７及びメインパネルは、文書管理の詳細及び監査証跡又はページログへのアクセスを可能にする。メインパネルの１つのセクションは、必要とされる文書８３０を収集する。必要とされる文書は、取引が設定されたときに指定される。この場合、積荷証券及びインボイスが必要とされる。これらの特定の文書は、ＰＤＦなどの従来のフォーマットでアーカイブされるシステム作成文書である。ハイパーリンクフィールド又は他のコントロールボタンは、許可されたユーザー又は役割にこれらの文書のコピーをダウンロードすることを提供することができる。幾つかの文書では、アップロードも許可することができる。一定の権限を有するユーザー又は役割は、必要とされる文書の全てをロックする。メインパネルの別のセクションは、オプションの文書８４０を収集する。オプションの文書は、メインパネルの第３セクション８５０を使用して追加できる。
【００２５】
図９は、ワークフローによる出荷の更なる進捗を示す。この図面は、図６Ａ−６Ｂと同じ状態パネルの使用を示している。この図では、管理された文書状態９０１が、承認が必要とされていることを示す薄色のチェックマークアイコンで更新されている。例えば、前のステップの電子状態に基づいて支払承認を銀行に発行する必要があることを出荷に関する全ての必要な文書が受け取ったとシステムが検出した場合に、承認を必要とすることができる。特徴部の１つである詳細タブ６２７は、承認を行うか或いは次のステップに進む責任のある人を示すことができる。
【００２６】
図１０は、輸出業者が支払った或いは支払われていることを通知するために銀行が利用可能な送金通知画面である。画面は、電子的支払のための銀行の処理システムとあるレベルで統合されている。統合は、１つの画面が２つのプロセスを起動するように完成させることができる。或いは、１つのシステムを主として、他方に対してデータをエクスポートすることができる。エクスポートは、ある種のウェブサービスプロトコル、又はディスクへの保存及びインポート機能などにより自動化することができ、或いはフォーム完成支援とすることができ、インテリジェントなフィールド重視のコピー及びペースト機能を可能にする。この図は、詳細タブ１０２７の背後でアクセス可能な情報を示す。利用可能なフィールドの多くは、その名前によって説明され、すなわち、支払通知タイプ１０３１は「銀行」、支払通知目的１０３２はオプションであり、支払決済日付１０３３、合計未支払額１０３４、合計支払額１０３５、及び通貨１０３６が利用可能なフィールドである。支払方法１０３７は、例えば電信送金、ｆｅｄｓ送金、ＡＣＨ、小切手、及びオープン勘定（銀行での輸出業者の口座への預金を意味する）の中からの選択であるピックリストから選択することができる。支払理由コード１０４１はオプションである。支払通知番号１０４２、銀行承認日付１０４３、銀行手数料１０４４、及び他の手数料１０４５は、銀行の処理システムの類似のフィールドにつながっているのが好ましい。備考１０４６はオプションである。支払通知と共に使用することができる付加的な参照番号は、銀行参照番号１０４７、インボイス参照１０４８、支払承認番号１０４９（輸入業者又は輸入業者の代理人から）、及び一般的な他の参照番号１０５１を含む。メインパネルの別の部分１０６０は、注文及び品目番号などの他の詳細と支払を調停するための行を含む。未払額、支払額、及びあらゆる差額は、その差額の理由と共に説明することができる。１つ又はそれ以上の行は、例えば支払通知がテンプレートから準備される場合には削除することができる。
【００２７】
図１１は、図６Ａ、図６Ｂ、及び図９と同じ状態パネルを使用した完了状態要約パネル１１０１を示す。
【００２８】
図１２は、種々の役割を果たし、システムによって認められているタスクを実行するために割り当てられるスタッフを識別する。種々のタスクの読み取り、修正、及び承認（「ＲＭＡ」）の権限を含むスタッフのためのセキュリティ認証が表示されている。この図では、テンプレートにアクセスし、ピックリスト又は他のウィンドウ１２０１から役割及びタスク責任を設定することができる。画面の別個のパネル又はセクションが、テンプレート及びセーブ動作１２３１、当事者名、タイトル、役割、会社及び取引管理責任１２４０、注文タスク及び当事者１２５０、出荷タスク及び当事者１２６０、並びに設定タスク及び当事者１２０３について提供される。タスクは、タスクを実装するソフトウェアアプリケーションにクリックによってリンクさせることができ、その一部は、本出願及び関連出願で説明されている。この図では、保険に関するタスクに注目している。注文の間に、保険期間における合意及びコンプライアンスを証明する保険証明書１２０２を作成しなければならない。決済の間に、受け取った商品の状態及び場合によっては受け取りのタイミングに応じて、保険請求１２０３を処理することが必要になる場合がある。
【００２９】
図１３は、図６Ａ−６Ｂに示されたのと類似の状態画面を示す。この画面のセクション６１０、６２０、６２７は、図６Ａと同じである。この図では、状態表示の保険証明書コラム１３０１に注目する。３つの保険証明書状態がアイコンで示されている。一組の取引はオープンボックスを有し、保険証明書条件の履行がまだ得られていないことを示している。取引のほとんどは、ボックスにチェックマークが付けてあり、証明書条件が満足されたことを示している。１つの取引は、ストップサインアイコン１３０２を有し、保険証明書の問題により取引が保留されていることを示している。この保留は、マニュアルで取引に設定されており、保留を発行する適切な権限を有する人が次にレビューする。保険証明書コラム１３０１のアイコンに加えて、荷造明細書コラムの２つのアイコンについてはこれまで説明していなかった。１つのアイコンは、係争中又は不一致を意味するボックス「Ｄ」である。調停中に、例えば注文書と荷造明細書間の違い、或いは荷造明細書と受け取った商品間の違いが識別された。係争又は不一致にフラグを立てる権限を有する人が、このフラグの設定を承認する。別のアイコンは、調停されたことを意味するボックス「Ｒ」である。調停中に、調停される文書が一致すると見なされた。この一致及びフラグ立ては、人がレビューして承認されてもよく、或いはシステムによって自動的に適用することができる。
【００３０】
図１４は、保険証明書関係データの入力に適合されたインターフェースを示す。保険による担保範囲は一般に、保険約款に明記されている倉庫又は保管場所から商品又は集配トラックが出た時点で始まる。担保範囲は、輸送中も継続し、保険約款に明記されている荷受人の倉庫への配送、又は配送のために選択された保障される全ての倉庫への配送で終了し、或いは最終的な送り先港で船舶からドック側に陸揚げ後６０日で終了する。保険証券は、特に陸揚げ後の期限について、これらの規定を無効にするような条項を加えることができる。
【００３１】
被保険者は、損失又は損害の未処理のリスクを最小にし、請求を申し立てる前に損失の責任を有する可能性がある運送会社又は他の当事者に対する請求を申し立てる義務がある。請求が申し立てられる場合、保険業者又は請求代理人は、直ちに通知されることになる。保険業者は、積荷を検査し、損失の性質、損失の金額及び程度を報告するために海事鑑定人を選任する。場合によっては、鑑定人は、保険証券で指名する場合もある。鑑定人は、荷受人への調査結果の報告書と共に損害鑑定書又は検査証明書を発行する。鑑定人の手数料は、荷受人が援助する必要がある場合もあるが、保険証券によって保護されている場合は返金されることもある。
【００３２】
請求を行う場合、以下の文書が一般に必要とされ、すなわち：保険証券又は保険証明書の原本；積荷証券の原本；商業インボイス；荷造明細書；損害鑑定書又は検査証明書；送り先で発行された積荷重量記載書又は荷揚げ明細書；損失又は損害に責任のある運送会社又は他の当事者とのあらゆる通信文書；請求に関係する可能性のある海上でのあらゆる災害、事故、又は傷害に関する船長の書面による明細である船長海難証明書である。請求及び文書の広範なリストを提出するためのこのような詳細なプロセスでは、その多くは統合システムによって追跡することができ、該統合システムへの保険請求モジュールが特に魅力的である。
【００３３】
図１４に示されるフィールドのほとんどは、輸出入トランザクションを設定するために入力されたデータが読み込まれる。例えば、荷送人フィールド１４６０、フィールド１４４５−１４７５、及びフィールド１４８１−１４９３は、輸出入システムの多くのモジュールにわたり使用することができるデータを包含する。この図では、左パネル１４１０は、ワークフローにおけるステップをリストしており、ステップ名の隣りにワークフロー状態アイコンを備えている。この実施例では、ＥＤＩ発注書、コンプライアンスチェック、及び信用状の隣りのチェックマークは、ワークフローのこれらのステップが既に完了していることを示している。保険証明書の隣りのボックスの矢印は、保険証明書を処理する必要があることを示している。インターフェース内の上部セクションは、図２及び図４に関して上記で説明されたコントロールボタンを示している。一貫した外観がタブ１４２７によって提示され、これにより要約、詳細、当事者、追跡及びページログを含むユーザーインターフェースへの直接アクセスが可能になる。要約ビューは、保険証明書に関する情報の一部又は全てを記述している。保険証明書モジュールは、データを収集しフィールドに読み込み、保険証明書を特定の取引に結び付け、及び／又は保険証明書の文書に必要とされる付加的な情報を収集するための他のモジュールと電子的に接続する。任意選択的に、システムは、必要な場合に保険担保範囲を加えるために法により許可された保険ブローカーによる協定に基づいて保険証明書を作成することができる。幾つかのフィールドは、特に保険担保範囲に関連する。保険証券タイプ１４３１は、幾つかのトランザクションにわたって適用される包括保険証券、及び個々のトランザクションに適用される特殊積荷を含む。保険証券番号１４３２は、担保範囲を拘束する代理人により、或いはセキュリティプロバイダによって発行することができる。証券発効日１４３３は通常、輸出入トランザクションを保護するために保険に対する合意条件と一致する。証明書参照番号１４３４及び保険証明書番号１４３５は、証明書及び／又は証券の発行者によって使用される番号である。本明細書で示される実施例とは逆に、保険証明書日付１４３６は通常、証券発効日に先行するか、或いは証券発効日に近接して継続している。種々の条件を輸入業者と輸出業者の間で交渉することができるが、証明書は、出荷の前に受け取られる場合、ワークフローに非常に大きな意味を持つ。担保範囲は、出荷前には有効ではない可能性がある。保険証明場所１４３７、額１４３９、通貨１４４１、及び金額の文字表記は、自明なフィールドである。戦争危険フィールド１４３８は、証明書が戦争危険にまで担保範囲を拡張するか否かを示している。類似のフィールドは、担保範囲がテロ行為及び他の特別な危険に対して規定されているかどうかを示すために設けることができる。追加担保範囲危険フィールド１４４３は、輸入業者と輸出業者との間の担保範囲、及び既に取得している場合のあるいずれかの追加の標準外又は特に重要な担保範囲についての交渉要件を反映することができる。保険条件１４７６及び特別条件１４７７は通常、他の場合には保険担保範囲に適用されることになる法律を変える、証券上のいずれかの保険者によって課せられた条件を反映する。例えば、例示的な保険条件１４７６は通常、請求を行うための出訴期限を短くすることができる。特別な条件１４７７は、船の甲板上にあるコンテナで運ばれる商品に対し特別な要件を課す。追跡フィールド１４９４は、保険証明書の処理に関する情報を提供する。上記或いは引用により組み込まれる文書において、他の多くのフィールドは、保険証明書モジュールと他の輸出入システムモジュールとの間の共有情報を提供する。
【００３４】
図１５は、保険証明書を示している。図１４のプレビュー文書リンク４２８は、保険証明書１５０１のファクシミリを呼び出す。この文書は、システムが包括保険証券タイプの保険証券を入手した旨の確認を行う権限が与えられていることの証拠である。この証明書での数量は、保険証明書モジュールが統合システムの一部である場合、保険証明書は通常は項目詳細レベルでは荷造明細書よりも詳しくはないので、計測の量及び単位に基づいて荷造明細書、プルリスト、又は類似の文書上のデータからロールアップすることができる。この文書は、「ＰＤＦ」フォーマットのようなある種のポータブルフォーマットで保持することができ、種々のコンピュータシステム上で読み取り可能である。任意選択的に、文書は編集に対してロックすることができる。輸出入システムは、ワークフローの一部である文書マネージャーを使用してこの文書及び類似の文書を保持することができる。
【００３５】
図１６は、保険請求コラム１６０１を強調した別の状態画面である。この画面の主要部分６１０、６２０は、図６に関して上記で説明された通りである。
【００３６】
図１７は、保険請求に関する情報の入力に適合されたインターフェースを示す。左パネル１４１０、上部セクション及びタブ１７２７は、他のユーザーインターフェースによりよく知られたものである。このタブセクション１７２７は、要約、ファイリング、追跡、及びページログインターフェースへの直接アクセスを可能にする。図示の要約インターフェースは、保険請求に関する情報の一部又は全てを含む。保険請求フィールド１７３１−１７４２は、保険請求に特有のものである。証券情報１４３１−１４４１は、保険請求及び保険証明書モジュールが両方とも実装されるか、或いは別々に入力することができる場合には、保険証明書モジュールから繰り返すことができる。追跡情報１７５０は、図１４では追跡情報１４５０に対応する。保険請求特定情報の中でも、請求番号１７３１は通常、請求を受け取ることが認可されたシステム又は当事者が作成することができる。請求日付１７３２は、システムが請求を提出した日付に一致する。現在の積荷位置１７３４、損失説明１７３５、損失日付１７３６、通貨１７３７、及び到着日付１７３８と同様に、損失見積額１７３３は請求者によって提供される。任意選択的に、通貨及び到着日付は、輸出入システムの他の部分で収集されたデータであってもよい。請求者１７４１は通常は輸入業者であるが、報告当事者１７４２は、輸入業者の代理人である可能性はある。いずれの場合も、請求者は、識別される証券に基づく被保険者又は追加の被保険者である。
【００３７】
本発明は、方法又は該方法を実施するように適合された装置として実施することができる。本方法は、システム、輸入業者、輸出業者、或いは銀行の観点から評価することができる。システムの観点から、本方法の１つの態様は、商品の国際出荷の追跡及び与信枠からの支払承認を協働するコンピュータ支援方法を提供し、該協働関係は、輸出業者、輸入業者、及び輸入業者の銀行を含む。追加の当事者には、任意選択的に、輸出業者の代理人、輸入業者又は輸入業者の銀行、航空輸送業者、通関業者、及び上記で識別された輸出入取引プロセスにおける他の当事者を含むことができる。本方法は、輸入業者から輸出業者への支払の条件及び指図を記録し、支払の条件を満足させるために国際出荷の進捗を追跡し、更に与信枠からの輸入業者の銀行による輸出業者への支払を輸入業者が電子的に開始できるようにするデータ態様の閲覧及び編集を国際出荷当事者に対して設定する段階を含む。更に本方法は、合意された支払条件及び指図を受け取り記憶する段階と、合意された支払条件の履行に対応する文書を該文書の銀行評価を必要とせずに記憶し送信する段階と、支払条件が履行され、修正され、或いは免除されたことを輸入業者又は輸入業者の代理人が評価した後で、合意された支払条件及び指図に対応する支払承認を電子的に開始する段階を含むことができる。本方法は更に、輸出業者への支払を確認する状態更新を閲覧のため処理し公表する段階を含むことができる。
【００３８】
１つの実施形態において、中央サーバー又はサーバーのクラスタは、図に示されるようにワークフロー及びダッシュボード状態表示を実装する。種々の国際出荷当事者の許可に基づいて、状態情報が当事者に表示され、当事者は、ワークフローのタスクを電子的に閲覧し、修正し、或いは承認することが認められる。ワークフローは、役割全体にわたって統合され、複数の独立した組織のために働く当事者へのタスク割り当てを含む。例えば、支払の承認の処理におけるタスクは、輸入業者又は輸入業者の代理人として働く当事者、輸出業者又は輸出業者の代理人として働く当事者、及び銀行として働く当事者に割り当てることができる。ワークフローシステムは、輸出入トランザクションに沿って移動する必要のある次の１つ又は複数の措置を取る責任のある１人又は複数の当事者を識別することができる。ワークフローシステムはまた、処理の準備ができている措置、状態変更、及び事前に決められた時間保留されている措置に対して警報を出すことができる。
【００３９】
本方法の更なる態様は、システムの観点から、輸出業者の草案条件における輸入業者と支払指図の間の送信段階を含む。これらの草案は、本方法の一部として処理するために合意されるとその使用が許可される形態で電子的に保持される。別の態様は、合意された支払条件指図を輸入業者の銀行へ送信する段階を含む。この情報は、トランザクションのコストを有意に増大させることになる銀行従業員の方でどのような実質的な措置も必要とすることなく、情報として輸入業者の銀行に送信することができる。１つの実施形態において、輸出業者の支払を確認する状態更新は、支払の承認に対応して銀行によって開始される。或いは、輸出業者は、システムに支払の受け取りを通知するよう要求されることがある。この通知は、否認防止をサポートすることになる。
【００４０】
本方法の態様は、支払の条件指図の設定、履行の文書、及び履行の承認或いは支払条件の緩和又は免除に関する状態情報を国際出荷当事者の閲覧のために公開する段階を含む。
【００４１】
コンピュータシステムとして実装される本方法の実施形態は、条件の交渉から、輸出業者による出荷の開始、トランジット及び通関手続き、輸入業者による受け取り、及び決済までの輸出入トランザクションを容易にする統合された協働システムの一部として与信枠からの支払を含む。
【００４２】
輸入業者の観点から見た本方法は、システムの観点から見た方法と極めて類似している。本発明の輸入業者の態様は、国際出荷商品の追跡と与信枠からの支払の承認とを協働するコンピュータ支援方法を提供し、該協働関係が輸出業者、輸入業者、及び輸入業者の銀行を含む。付加的な当事者は、任意選択的に輸出業者の代理人、輸入業者又は輸入業者の銀行、航空輸送業者、通関業者、及び上記に識別された輸出入取引プロセスにおける他の分野を含むことができる。本方法は、輸入業者から輸出業者への支払条件及び指図を記録し、支払条件を満足させるために国際出荷の進捗を追跡し、与信枠からの輸入業者の銀行による輸出業者への支払を輸入業者が電子的に開始できるようにするデータ態様の閲覧及び編集の許可を国際出荷当事者に対して設定する段階を含むことができる。本方法は更に、合意された支払指図を受け取る段階と、合意された支払条件に履行に対応する輸出業者又は輸出業者の代理人からの文書を該文書の銀行評価を必要とせずに受け取る段階を含むことができる。本方法は更に、支払条件が履行され、修正され、或いは免除されたことを輸入業者又は輸入業者の代理人が評価した後で、支払指図に対応する支払承認を電子的に開始する段階と、輸出業者の支払を確認する状態更新を受け取る段階とを含む。ワークフロー及びダッシュボード状態表示を実装する、システムの観点から見た本方法及びシステムの変形、態様、及び実施形態は、輸入業者の観点から見たときの方法にも当てはまる。
【００４３】
輸出業者の観点から見た本方法もやはり同様である。本発明の輸出業者の態様は、国際出荷商品の追跡及び与信枠からの支払の承認を協働するコンピュータ支援方法を提供し、該協働関係は、輸出業者、輸入業者及び輸入業者の銀行を含む。上記で識別された付加的な当事者は、任意選択的に協働システムに含めることができる。本方法は、輸入業者から輸出業者への支払の条件及び指図を記録し、支払条件を満足させるために国際出荷の進捗を追跡し、与信枠からの輸入業者の銀行による輸出業者への支払を輸入業者が電子的に開始できるようにするデータ態様の閲覧及び編集の許可を国際出荷当事者に対して設定する段階を含むことができる。本方法は更に、合意された支払指図を受け取る段階と、支払条件の履行に対応する文書作成を文書の銀行評価を必要とせずに生成する段階を含むことができる。本方法は更に、支払条件が履行され、修正され、或いは重みを付けられたことを輸入業者又は輸入業者の代理人が評価した後で、支払指図に対応する輸出業者への支払を輸入業者の銀行が承認したことの通知を受け取る段階と、支払を確認する状態更新を受け取る段階とを含むことができる。ワークフロー及びダッシュボード状態表示を実装する、システムの観点から見た本方法及びシステムの変形、態様、及び実施形態は、輸出業者の観点から見た方法にも当てはまる。
【００４４】
銀行の観点から見た本方法は、関連性が少ない場合には同様である。本発明の銀行の態様は、国際出荷商品の追跡と与信枠からの支払の承認とを協働するコンピュータ支援方法を提供し、該協働関係は、輸出業者、輸入業者、及び輸入業者の銀行を含む。上記で識別された付加的な当事者は、任意選択的に協働システムに含めることができる。本方法は、支払条件が履行され、修正され、又は免除されたことを輸入業者又は輸入業者の代理人が評価した後で、合意された支払条件に対応する支払承認を電子的に受け取って輸出業者に支払う段階と、支払を確認する状態更新を追跡システムにポストする段階とを含むことができ、ここで追跡システムは、国際出荷当事者に許可を与える。ワークフロー及びダッシュボード状態表示を実装する、システムの観点から見た本方法及びシステムの変形、態様、及び実施形態は、銀行の観点から見たときの方法にも当てはまる。
【００４５】
本発明は、上記に詳細に説明された好ましい実施形態及び実施例を参照して開示されたが、これらの実施例は限定を意味するものではなく例証を意図することを理解されたい。コンピュータ支援処理は、説明された実施形態に関連している。従って、本発明は、コンピュータ支援処理のための方法、商品の国際出荷を協働追跡する段階を実行するための論理を含むシステム、商品の国際出荷の協働追跡を実行するための論理を焼き付けた媒体、商品の国際出荷の協働追跡を実行するための論理を加えたデータストリーム、或いは商品の国際出荷の協働追跡を実行するコンピュータアクセス可能サービスを含むにおいて具現化することができる。当業者には修正及び組合せが容易に想起できることは企図され、該修正及び組合せは本発明の精神及び以下の請求項の範囲内にある。
【図面の簡単な説明】
【００４６】
【図１】本発明の１つの実施形態を用いた輸入業者、輸出業者、輸送業者、顧客ブローカー、及び銀行の間のハイレベルの相互関係を示す概略図である。
【図２】購入注文を記述するデータの収集を示す図である。情報は電子的に収集することができ、例えばＸＭＬ符号化を備えたＳＯＡＰメッセージによって伝達される。
【図３】支払指図又は為替手形指図の承認の入力を示す図である。
【図４】取引の一部として支払承認による取引を生成するためのインターフェースの部分を示す図である。
【図５】出荷のための設定の一部に対する、ワークフローの一部として支払指図の承認へのアクセスを示す図である。
【図６Ａ】ワークフローによる出荷の進捗を示す図である。
【図６Ｂ】ワークフローによる出荷の進捗を示す図である。
【図７】調停プロセスが起動することができる、調停画面を示す図である。
【図８】文書管理へのアクセスを示す図である。
【図９】ワークフローによる出荷の更なる進捗を示す図である。
【図１０】輸出業者が支払われた或いは支払われていることを通知するのに銀行が使用することができる送金通知画面を示す図である。
【図１１】終了した状態の要約パネルを示す図である。
【図１２】種々の役割を果たし、システムによって認められているタスクを実行するために割り当てられた人員を示す図である。
【図１３】保険証明書コラムに注目した状態画面を示す図である。
【図１４】保険証明書関係データの入力に適合されたインターフェースを示す図である。
【図１５】保険証明書を示す図である。
【図１６】保険請求コラムを強調した別の状態画面を示す図である。
【図１７】保険請求関係の情報の入力に適合されたインターフェースを示す図である。
【符号の説明】
【００４７】
１１０  銀行
１１１  電子ＡＴＰ指図
１１３  支払権限
１１４  支払通知
１２０  輸出業者／輸送業者
１２１  電子ＡＴＰ指図
１２２  電子文書
１２３  支払
１２４  支払通知
１２９  状態
１３０  輸入業者
１３１  電子ＡＴＰ指図
１３２  電子文書
１３３  文書承認及び支払権限
１３９  状態
１４０  通関業者
１４２  電子文書
１４９  状態
【図１】
2007522585.tif 000003
【図２】
2007522585.tif 000004
【図３Ａ】
2007522585.tif 000005
【図３Ｂ】
2007522585.tif 000006
【図４】
2007522585.tif 000007
【図５】
2007522585.tif 000008
【図６Ａ】
2007522585.tif 000009
【図６Ｂ】
2007522585.tif 000010
【図７】
2007522585.tif 000011
【図８】
2007522585.tif 000012
【図９】
2007522585.tif 000013
【図１０】
2007522585.tif 000014
【図１１】
2007522585.tif 000015
【図１２】
2007522585.tif 000016
【図１３】
2007522585.tif 000017
【図１４Ａ】
2007522585.tif 000018
【図１４Ｂ】
2007522585.tif 000019
【図１５】
2007522585.tif 000020
【図１６】
2007522585.tif 000021
【図１７】
2007522585.tif 000022
【国際調査報告】
2007522585.tif 000023