JP2002515993A - インボイス購入注文システム - Google Patents

Abstract

(57)【要約】 顧客（１００）とメーカー間の複数の購入注文を追跡して一致させ、複数の購入注文に対応する信用状に従った、金融機関と受益者（受取人）間の支払いのためのシステムおよび方法。このシステムは、顧客（１００）からデータを受取るための受取手段（１０２）、データを記憶するための記憶手段（１１０）、およびデータを処理するための処理手段（１１６）を含む。

Description

【発明の詳細な説明】 インボイス購入注文システム 発明の分野 本発明は購入注文を処理するためのシステムおよび方法に関するものであり、 詳細には、購入注文とこれに対応する信用状を自動的に追跡し、一致させる等の 処理をするためのシステムおよび方法に関するものである。発明の背景 国際市場においては、小売業者のような購入者が顧客用商品の生産契約をメー カーと締結する場合、購入注文書を発行するのが慣行となっている。購入注文書 は、商品の受渡日、商品数量、商品の製造仕様書および購入価格などの幾つかの 規定を含む。これらの購入注文書に基づいて生産した商品に対する支払いを受け るために、メーカーはインボイスを発行する。国際市場において、顧客は、多く の商品に対し、即ち多くのメーカーに対して購入注文書の発行が必要になる場合 が多い。顧客は、金融機関を使って、これらの購入注文書を信用状によって強固 なものにすることが実用的であり、必要であることが多い。この信用状は、顧客 に送られ、一般的にはメーカーへの支払いを保証する。支払いは、メーカー以外 の受取人に対して行われることもある。しかし、説明の都合上、メーカーが信用 状に関する受益者／受取人であるものとする。 従って、信用状は、顧客とメーカー間の重要なインターフェースである。信用 状によって、金融機関からインボイスの支払いを受けるためには、メーカーによ る適合書類の提出が求められる。例えば、メーカーは、託送貨物受取証、インボ イス、商品の原産地を示す原産地証明書や検査証明書の提示を求められることが ある。信用状により要求される書類を金融機関へ提示すると、顧客は借方に記入 され、メーカー（または信用状の受益者）は支払いを受ける。このようにして、 信用状は、商品の受渡しが信用状の条件に適合するなら、資金の支払いが可能で あって、支払いが行われることをメーカー（または受益者）（多くの場合、顧客 の国と異なる国にいる）に対して保証する。従って、信用状は、国際交易を行う 上での貴重なツールである。信用状の取り扱いについて、一般に国際的に認めら れている手続きは、信用状統一規則（Uniform Customs and Practices）を含む 種々の手引きや参考書に述べられている。 国際取引には、大量の事務処理を伴うことがしばしばであるが、信用状に直接 関連するのは、その一部分にすぎない。従って、国際取引に関する商品の適正な 受取りと支払いに不可欠な事務処理の追跡は困難であって、時間を要し、また費 用がかかる。歴史的に、銀行は、信用状に付随する情報には自ら係わらず、むし ろ、信用状に直接係わる情報や書類への関与だけに制限してきた。従って、信用 状のユーザである顧客は、銀行へ提供する取引きに関する情報の量を制限してき たが、その理由は、このような情報は詳しすぎると銀行が考えたこと、そして、 このような情報は、信用状の発行を律する信用状統一規則（ＵＣＰ）には規定さ れていないことによる。従来から、顧客は、信用状には直接的に関連しない問題 については、銀行からの関与無しにメーカーと直に連絡をとっていた。 大口顧客は、一つの銀行から多くの様々な信用状の発行を受ける場合がある。 銀行は、多数の信用状がある場合、幾つかの信用状を一つにまとめ、そのグルー プに対してマスタ信用状リファレンス番号を割り当て、銀行のリファレンス番号 を用いて取引きを組織化することがある。このグループ化によりマスタ信用状が 作成される。顧客が、購入注文をインボイスや信用状と一致させようと試みる場 合、顧客、銀行、メーカーによる異なったグループ化や番号が計算書の一致を困 難にする。例えば、購入注文番号しか記してない購入注文書のステータスを知り たい顧客は： １）銀行に問い合わせて、信用状および／または銀行リファレンス番号を突き止 める； ２）銀行にインボイス番号を問い合わせる；および ３）銀行に問い合わせて、インボイスに対する信用状と銀行リファレンス番号を 得る； 必要がある。 従って、顧客に対し、信用状とメーカーのインボイスとに合致した購入注文情 報を提供するニーズが、銀行などの金融業界に存在する。 更に、メーカーが提示した、信用状に適合する書類の対比は、大半が手作業で あり、銀行にとっては経費が嵩む時間のかかる仕事である。書類の審査をできる 限り効率的、かつ確認可能なように行える標準方法で適合書類を入力するための 改良された方法のニーズが業界にある。 更に、歴史的に、銀行は取引きにおける信用状の発行だけにしか係わっていな かったので、顧客とメーカー間の広範な連絡は、付随的な事項に関して必要だっ たと考えられる。従って、顧客とメーカーに利用可能な情報を標準化するために 、銀行の関与をより大きくするニーズが業界にある。これには、信用状に必ずし も直接的には関係しない情報も含まれる。これにより、顧客は、情報の流れをよ り効率的にすることにより、購入注文のステータスとその支払いを追跡すること が可能となり、よって、「付加価値」サービスが顧客に提供される。更に、その 情報をできる限り迅速かつ、好ましくは、電子的に利用できるようにするニーズ がある。発明の概要 出願人は、改良したインボイス購入注文書追跡のシステムおよび方法の使用を 通じて上記プロセスを容易にするシステムを創造した。このシステムおよび方法 は、購入注文書データをデータベースに記憶し、このデータを金融機関が発行す る信用状に関連付ける。金融機関が発行する信用状フォーマットは、購入注文書 に対するリファレンス番号と、カバーする在庫保管ユニット（「ＳＫＵ」）とを 含む。この関連付けは、購入注文書と信用状のいずれかに関連する情報の入力と サーチを考慮している。 このシステムは以下のように動作する。まず、顧客は、幾つかの購入注文書を 発行する。次に、これらの購入注文書は、一つの信用状に基づいてグループ化さ れる。購入注文書からのデータは、次に、金融機関により提供される信用状リフ ァレンス番号と一緒にコンピュータに入力され、構造化メッセージフォーマット にして金融機関の電子メッセージセンターに送られる。この信用状番号は、発行 済み信用状に対する一意の識別子であり、全ての他のトランザクションデータと のリンクとして役立つ。電子メッセージセンターは、次に、情報を一致させるこ とにより正しいメッセージが確実に受信されて、購入注文メッセージがリファレ ンス番号付き信用状と確実に合うようにするトランザクション処理システムによ りアクセスされる。一致に成功すると、購入注文メッセージは、次に、ファイル サーバ上のインボイス購入注文システム・データベースの保存場所に記憶される 。購入注文書や信用状に対する、後での修正は、同様の方法でシステム内を流れ る。 メーカーが、信用状で要求されている書類（インボイス、託送貨物受取書、原 産地証明書、検査証明書など）を提示することにより、信用状に基づいて金融機 関からの支払いを求めるとき、これらの書類の詳細が、金融機関の行員によりハ ードコピーからインボイス購入注文システムに入力される。システムは、次に、 メーカーにより提示された書類からのデータを、原購入注文書と信用状の詳細な 記載と自動的に比較する。システムは、差異を自動的に識別する。購入注文書に 記入されている商品数量がその例である。これらの差異は、不規則性として識別 される。システムは、メーカーが提示した、何らかの不規則性を含む書類につい て顧客へ自動的に報告する。従って、この改良されたシステムのもとで、顧客は 、どのような不規則性も自動的に知らされる。従って、顧客は、例えば，商品の 出荷が完了していること、正しい数量の出荷が行われたこと、またはメーカーが 正しい材料にアクセスしなかったため、少し異なる商品を出荷せざるをえなかっ たこと等の情報を適時に把握できる。これにより顧客は自らの内部システムの更 新が可能になり、メーカーや金融機関に対して行わざるをえない問い合わせの回 数が減る。これらの不規則性は、情報データとして顧客にフィードバックされる 。 支払いを行う前に、金融機関の行員は、メーカーが提示した書類を信用状と突 き合わせて審査して信用状の支払条件および諸条件がメーカーにより満たされて いることを確認する。行員は、何らかの不規則性を載せたリストを含む上記の報 告書にアクセスする。支払条件および諸条件が満たされていない場合、報告書の 助けを借りて金融機関の行員は、不一致と称される問題を識別する。よくある不 一致例には、古すぎる、即ち「失効した」託送貨物受取書が含まれることがあり 、つまり、信用状の有効期限が切れた後で書類がメーカーから提出されたもので ある。このような不一致がある場合、金融機関は、支払いを行う（または行い得 る）前に、顧客からの承認を得なければならない。顧客の方は、不一致にも拘わ らず支払いを承認するか、あるいは信用状の範囲を超えたところでメーカー（受 益者） と交渉する。 歴史的に、不一致は、データベース内のテキストフィールドとして記録されて いた。この従来のシステムでは、データベースを用いて、よくある不一致を追跡 する術はない。しかし、改善されたインボイス購入注文システムのもとでは、不 一致は、標準コード化フォーマットで入力される。これの目的は、ユーザーがコ ードにより、よくある不一致を追跡できるようにすることである。この改善され たシステムにより、顧客は、不一致に基づく支払いを承認したり、あるいは承認 しなかったりすることができるばかりでなく、特定メーカーからの不一致の履歴 を編集することも可能になる。この履歴は、別々のメーカーを評価して比較する ために顧客に使用されたり、過去の業績を基に任意のメーカーと交渉するときの 手段としても使用される。 金融機関は、伝統的には、複数の購入注文を含む信用状に対して支払うために 、顧客の勘定から単一の引き出しを行っていた。大口顧客は日毎に複数回の引き 出しを受ける場合もある。従って、顧客は、金融機関による借方票を、借方票に 対応する購入注文の全てと一致させる仕事に直面した。エラーの可能性や、フォ ーロアップを必要とする可能性は大きかった。 インボイス購入注文システムは、各借方票を、その借方票が包含する種々の購 入注文に分けた報告書を顧客へ自動的に提供する。これらの購入注文借方票は、 前もって保存場所に記憶されている顧客自身のリファレンス識別により参照され る。各購入注文に関する借方票の詳細な割り当てにより、顧客は、借方票をしか るべき勘定の支払い可能項目と自動的に一致させることにより、記帳を閉じるこ とができる。従って、購入注文に対する借方票の手作業による一致作業を完全に なくすことができよう。 更に、購入注文／ＳＫＵレベルでの借方票の詳細な割り当てに加えて、インボ イス購入注文システムは、商品の調達に関連する諸掛かりの明細も顧客に供給す る。従って、顧客は、特定商品の調達にあたり、全てのコストを識別することが できる。この情報は、顧客が市場でより効果的に競争できる設定価格決定の裏付 けになる。図面の簡単な説明 図１は、本発明のインボイス購入注文システム（「システム」と呼ぶ場合も多 い）を含む統合された構成要素と通信の概観図である。 図２は、国際的な商取引を監視するための方法であるインボイス購入注文シス テムを操作するための開始フローチャートである。このフローチャートと他の図 は、別途但し書きが無い限り、トレードサービス代理人がシステムにログインし て、これを操作するときに辿るステップを述べている。 図３は、システムのメイン機能の概観図を表すシステムメインメニューを図で 示す。 図４は、システムを遮断後に起動するために用いられる日毎開始手順(Start-o f-Day Procedure)を図示する。 図５は、補正を選択するプロセスを図示する。 図６は、図５の続きであり、信用状（ＬＣ）補正を処理するための手順を示す 。 図７は、図５の続きであり、購入注文（ＰＯ）補正を処理するための手順を示 す。 図８は、システムの情報メニューのもとで利用可能な機能を示す。 図９は、図８の続きであり、購入注文に関する情報の入手方法を述べている。 図１０は、システムのもとで利用可能な他の処理オプションを図示する。 図１１は、インボイスを処理するための手順を図示する。 図１２は、インボイス処理領域における情報を得るためのオプションを記述す る。 図１３は、独立インボイスを処理するための手順を図示する。 図１４は、図１３の続きであり、独立インボイスの処理における情報を得るた めのオプションを記述する。 図１５は、差異処理のための手順を図示する。 図１６は、支払ステータス処理のための手順を図示する。 図１７は、独立インボイスの支払ステータス処理のための手順を図示する。 図１８は、インボイスまたは差異を修復するための手順を図示する。 図１９は、日毎終了手順のための手順を図示する。 図２０は、システムに入力された契約書を検査するための、システムで利用可 能な汎用オプションを記述する。 図２１は、システムの管理機能を図示する。 図２２は、図２０の続きであり、特定契約書を検査するための手順を図示する 。 図２３は、図８の続きであり、インボイスまたは支払ステータスに関する情報 を得るためのステップを図示する。 図２４は、図２１の続きであり、顧客情報を追加、変更、または削除するため の手順を図示する。好適な実施形態の詳細な説明 本システム（図１）は、輸入業者と輸出業者のための商取引き情報管理システ ムである。このシステムは、顧客が購入注文を送付、監視し、対応するインボイ スと突き合わせて一致させるための手段を提供する。取引情報は、顧客（ブロッ ク１００）により作成されるか、あるいはトレードサービス代理人（ブロック１ １２）により入力される。顧客は、信用状（ＬＣ）の申請、購入注文（ＰＯ）情 報、ＬＣ補正、ＰＯ補正を送付して差異に対応する。 この情報は、顧客環境で発生する。必要に応じて、顧客情報は、ローカル・ト ランスポートモジュール（ＬＴＭ）を格納するローカル・パーソナルコンピュー タ（ブロック１０２）内に常駐するソフトウェアを用いて構造化メッセージに変 換される。メッセージは、暗号化され、ローカル・トランスポートモジュール（ ブロック１０２）を介して電子メッセージセンタ（ＥＭＣ）（ブロック１０４） に送られる。顧客メッセージトランスポートモジュール（ＣＴＭ）（ブロック１ ０６）は、ＥＭＣに保持されているメッセージを検索し、「ハンドシェーク」ル ーチンを介して、入ってきたメッセージをシステムメッセージプロセッサ（ＳＭ Ｐ）（ブロック１０８）に渡す。 ＳＭＰは、メッセージの妥当性を検査し、フォーマットの全体性、完全性、破 壊について検査する。妥当性が不合格なメッセージは、拒絶されて、定期的に削 除され、顧客は、ＳＭＰにより生成されて、ＣＴＭを介してＥＭＣに送られるス テータスメッセージによりステータスの告知を受ける。ひとたび妥当性検査がな されると、メッセージプロセサは、メッセージをシステムファイルサーバー（ブ ロック１１０）に渡し、システムファイルサーバーは、中央プロセッサによる発 行の確認が行われるまで、メッセージを一時的に記憶する。 ひとたびシステムファイルサーバー（ブロック１１０）上に入ったメッセージ は、種々の領域に送られる。事前に処理されたＬＣとＬＣ補正は、ＳＭＰを介し て、中央処理メッセージ・トランスポートモジュール（ＣＰＭＴＭ）（ブロック １１４）に送り返される。ＣＰＭＴＭは、メッセージをＥＭＣ（ブロック１０４ ）に転送する。銀行の中央処理システム（ブロック１１６）は、ＥＭＣ（ブロッ ク１０４）からメッセージを検索してこれを処理する。ＬＣまたはＬＣ補正は、 承認（発行）されるか、拒絶されるかのいずれかである。中央処理はメッセージ をＥＭＣに転送し、そこでメッセージはＣＰＭＴＭにより検索されて、ＳＭＰに 渡される。 ＳＭＰは、次に、ステータスにしたがってシステムファイルサーバの更新を行 う：発行済みのＬＣと補正は永久データベースに渡される；拒絶されたトランザ クションがテンポラリファイルから削除される。同時に、ＳＭＰは、ＥＭＣ（ブ ロック１０４）に送られるべく、ＣＴＭ（ブロック１０６）にステータス条件を 渡す。ＳＭＰから送られてきたステータスメッセージは、顧客が自らのローカル トランスポートモジュール（ブロック１０２）を用いてメッセージを検索するま で、ＥＭＣに保持される。 ＰＯとＰＯ補正も同様に入力される。ＰＯ情報は、顧客（ブロック１００）に より作成され、ローカルシステムに入れられる。顧客は、１つのＬＣのもとで何 通りかのＰＯをグループ化して、１つのリンクされたトランザクションを生成す る。このローカルシステムは、リンクされたメッセージを生成してグループ化さ れたＰＯをＬＣにリンクさせるか、または変換ソフトウェアを用いて、リンクさ れた情報を構造化メッセージにフォーマットする。次にメッセージは、ローカル トランスポートモジュールを介してＥＭＣ（ブロック１０４）に送られ、ＣＴＭ （ブロック１０６）からの検索を待ちながら一時的にそこへ記憶される。 再び、ＣＴＭは、ハンドシェークルーチンを介して、メッセージをＳＭＰ（ブ ロック１０８）に渡す。ＳＭＰは、メッセージの妥当性を検査し、フォーマット の全体性、完全性、破壊をチェックする。妥当性検査済みのメッセージは、シス テムファイルサーバー（ブロック１１０）に送られ、ＰＯ情報は、中央処理装置 によるＬＣまたはＬＣ補正の発行の通告までそこに記憶される。妥当性検査で不 合格なメッセージは、拒絶されて定期的に削除され、顧客は、ＳＭＰにより生成 され、ＣＴＭを介してＥＭＣに送られるステータスメッセージによりステータス の通告を受ける。 ＥＭＣ（ブロック１０４）を介してＣＰ（ブロック１１６）から検索されるス テータスメッセージは、システムファイルサーバーを更新する。発行済みのＬＣ とＬＣ補正は、ＰＯをテンポラリファイルからサーバー内の永久ファイルに移動 させる。発行に失敗したＬＣとＬＣ補正は、失敗したＰＯをテンポラリファイル から削除することにより、システムファイルサーバーを更新する。全てのステー タスメッセージは、ＳＭＰ（ブロック１０８）からＣＴＭ（ブロック１０６）、 次にＥＭＣ（ブロック１０４）に送られ、そこでステータスメッセージは顧客の ＬＴＭ（ブロック１０２）による検索を待つ。 ＰＯとＰＯ補正は、システムアプリケーションソフトウェア（システム）を用 いて、顧客代理端末（ブロック１１２）におけるトレードサービス代理人（ＴＳ Ｒ）により処理される。データベースでのＰＯとの突き合わせによるインボイス 処理は、「メーカー」の機能を果たすＴＳＲにより遂行される。「メーカー」は 、データベースからレコードを検索してレコードをつくり、レコードが「チェッ カー」と呼ばれるもう１つのＴＳＲによる検査を受ける準備ができていることを 示すフラグを付して、そのレコードをデータベースに戻す。「チェッカー」（Ｔ ＳＲ）はレコードを検索し、「メーカー」の仕事を検査し、レコードを承認する か、あるいは拒絶する。メーカー／チェッカーの特徴は、同じ人が同じレコード に対して双方の機能を絶対に成し得ないようになっている。 拒絶されたレコードは、「拒絶された」として「フラグを付される」が、しか し修復のために再利用が可能であり、そこでレコードは「メーカー」により再度 処理され、「チェッカー」により検査される。承認されたレコードは、「転送さ れた」として「フラグを付され」、ＳＭＰ（ブロック１０８）を介し、メッセー ジとしてＣＴＭ（ブロック１０６）、次に顧客による検索を待つＥＭＣ（ブロッ ク１０４）に送られる。 ＴＳＲもシステムを用いて独立インボイスを入力し、購入注文の支払いステー タスを報告し、インボイスレベルでの諸掛かりを詳述し、コード化されたフォー マットを用いてＬＣ差異を通告する。全ての情報は、メーカーにより処理され、 チェッカーにより検査される。このシステムは、検索されたレコードを構造化メ ッセージに変換し、構造化メッセージはＳＭＰを介してＣＴＭ、次にＥＭＣ（ブ ロック１０４）に送られ、そこで顧客による検索を待つ。 インボイス購入注文システム（システム）（図１）が果たす機能は、記号を用 いてフローチャート化されており、ブロック１００で図２からスタートする。Ｔ ＳＲは、システムネットワークに接続されたコンピュータ端末を介して、システ ムに入力する（ブロック２０２）ことによりスタートする（ブロック２００）。 コンピュータは、４８６／６６プロセッサ、またはそれよりも上位のプロセッサ を備えるＩＢＭ互換の任意のパーソナルコンピュータを用いることができる。最 初に現れる画面は、ログイン画面である。ユーザーは、ユーザーＩＤ（ブロック ２０４）とパスワード（ブロック２０６）の入力を指示される。ユーザーＩＤの 長さは６から８キャラクタである。入力されたパスワードが不正確である場合、 システムはユーザーにパスワードの再入力を促すことになる。パスワードの入力 が３度失敗した場合、システムは終了する（ブロック２１０）。この場合、ユー ザーは、システム管理者（ブロック２１２）に連絡してユーザーの特権を回復し なければならない。ユーザーＩＤとパスワードが正しく、日毎終了手順を実行（ ブロック１９００、図１９）して以来の最初のログインである場合、日毎開始プ ロセスが自動的に始まる。ユーザーが他の任意の時刻にログインすると、システ ムメインメニューが表示される。 日毎終了が実行されて以来の最初のログインである場合、ユーザーには日毎開 始の実行が求められる。日毎終了が実行された後、日毎開始は自動的に始まる。 日毎開始は、メッセージプロセッサ（ＳＭＰ）のステータス、日毎終了以降に処 理された、入ってきたメッセージの数、日毎終了以降に拒絶されたメッセージの 数を要約した画面で始まる。日付と時刻が正しいかどうかをユーザーに尋ねる警 告メッセージが画面に現れる。この手順により、システムクロックは実際の時刻 に確実に一致するようになる。画面は、表示時刻が実際の時刻の３〜４分の範囲 内にあるかどうかを尋ねる（ブロック４０４）。範囲内なら、ユーザーは「Ｙｅ ｓ」を選択して次に進む。３〜４分の範囲に入っていない場合、「Ｎｏ」を選択 する。システムは中断することになる（ブロック４０６）。次にユーザーは、管 理者に問題を通知しなければならない。この場合、システム管理者は、システム の使用に先立って、システムクロックをリセットしなければならない。 システム時刻が許容差内にある場合、次の画面は、サマリログと、入ってきた メッセージとが印刷されることをユーザーに知らせる。サマリログは、新たなメ ッセージと拒絶されたメッセージとを含む。サマリログは、日毎終了手順以降に 受信した全ての入ってきたメッセージと同様に、自動的に印刷される。次にシス テムは、日毎開始タイムスタンプが付されている旨をユーザーに知らせる。ユー ザーが＜ＯＫ＞をクリックまたは入力すると、次にシステムはユーザーをメイン メニューに持っていく。これらのメッセージは、ＬＣ申請、ＬＣ補正、ＰＯ、Ｐ Ｏ補正、および差異に対する回答を含む。ひとたび「続行」を選択すると、シス テムは： １５日を超えて未払いになっている補正をチェックする（ブロック４１２）；４ 時間を超えた古い不完全メッセージをチェックする（ブロック４１６）；および 全ての入ってきたメッセージと全ての出てゆくメッセージのログを生成する（ブ ロック４２０）； という、３つの機能を自動的に実行する。補正が１５日を超えて未払いになって いる場合、ステータスメッセージがユーザーに送られる（ブロック４１４）。４ 時間を超えて不完全なままのメッセージの場合、システムは、その不完全メッセ ージを削除し、不完全メッセージを拒絶するメッセージを顧客に送る（ブロック ４１８）。ひとたびこれらの機能が完了すると、日毎開始手順は終了する。シス テムはシステムメインメニューに入る（ブロック３００）。 システムメインメニュー（ブロック３０２）は、システムが実行する機能の全 てのための原点である。システムメインメニューは：補正（ブロック３０４）； 情報（ブロック３０８）；処理（ブロック３１２）；検査（ブロック３１６）； および管理（ブロック３２０）；という機能の選択をユーザーに提供する。また シテムメインメニューにより、ユーザーはヘルプ（ブロック３２４）を獲得でき 、システムを終了する（ブロック３２６）ことができる。 ユーザーは、補正を選択して、ＬＣ補正とＰＯ補正の双方の処理を開始するこ とができる。ＬＣ補正またはＰＯ補正のいずれかを処理するために、ユーザーは 、補正画面から「処理」プルダウンメニューを選択する（ブロック５０２）。「 処理」プルダウンメニューのもとでは、ユーザーは、ＬＣ補正（ブロック５０４ ）またはＰＯ補正（ブロック５１４）のいずれかを選ぶことができる。ＬＣとＬ Ｃ補正は中央処理でしか発行できず；他の何れのユーザーも、ＬＣまたはＬＣ補 正を発行することはできない。ＬＣ補正またはＰＯ補正のいずれかが処理のため に選択された場合、補正選択画面が呼出される。ユーザーは最初にベース番号を 選択し、次に、表示された選択項目から処理する補正を選ぶ（ブロック５０６、 ５１６）。ユーザーは、「処理」を選択して補正処理詳細画面を呼出す（ブロッ ク５０８、５１８）。ＬＣ補正とＰＯ補正の双方に共通するこの画面から、ユー ザーは補正のステータスを処理する（ブロック５１２、５２２）。 補正処理は、補正の詳細を精査し、トランザクション事象に「ステータス」を 指定することにある。補正のステータスは「受諾」、「拒絶」または「未処理」 であり得る。ステータスの処理により、メーカーとチェッカーの双方の仕事が必 要となる。どのようなステータスであっても、メーカーまたはチェッカーは、補 正処理画面と検査画面を変更したり、これらの画面にデータを入力することはで きない。 ＬＣ補正またはＰＯ補正のいずれかが処理のために選択されると、補正選択画 面が呼出される。ユーザーは、補正を処理する前に、顧客ベース番号を最初に選 択しなければならない。 「処理」を選択した後、システムは、画面の左側に最初のトランザクションを 表示し、画面の右側に関連補正を表示する。ユーザーは、選択されたベース番号 に関する多くの補正をスクロールして見ることができる。精査された各補正に対 してメーカーは、補正の「承諾」、「拒絶」、または「未処理」の判定を下すこ とができる。 ひとたびステータスが適用されると、ＴＳＲメーカーはシステムを終了する。 この動作により、メーカーにより精査された補正は、そのステータスと一緒に検 査に渡される。ユーザーが補正の精査をキャンセルしようと思えば、いつでもユ ーザーはキャンセルを選択して補正選択画面に戻ることができる。 ＬＣ補正に、基礎となる購入注文に対する補正が記載されている場合、ユーザ ーは、 ＰＯ詳細を選択することによりＰＯ補正の詳細を見ることができる。選択される と、ＰＯ詳細は、画面の左側に示される原購入注文情報とともに表示され、補正 詳細は画面の右側に映し出される。次に、ＬＣ補正情報は、画面上で、補正する ＬＣの右側に表示される（ブロック６０２）。これが正しいＬＣでない場合、ユ ーザーは、「キャンセル」を選択して補正選択画面に戻る（ブロック５０４）。 ひとたび正しいＬＣが選択されると、ユーザーは、表示されたＬＣ補正が処理さ れるべきものであるかどうかを判断し（ブロック６０６）、そうでなければ、リ ストから正しい補正を選択することができる（ブロック６０８）。ユーザーはＬ Ｃ補正処理の準備ができているかどうかを判断する（ブロック６１０）。ユーザ ーは、ステータスを処理するのに先立ち、ＬＣ補正の詳細を見ることができる（ ブロック６１４）または（ブロック６２０）。ユーザーが補正の詳細を、処理に 先立って見たい場合、「ＰＯ詳細」を選択する（ブロック６１６）。画面上には 詳細が表示される。ユーザーは、詳細の判定を終えたらキャンセルを選択する（ ブロック６１８）。 ひとたびＬＣ補正の詳細を判定したら、ユーザーは未処理ステータスを、承諾 、拒絶、または指定することができる。これは、ＬＣ処理画面から対応するステ ータスを選択することにより行われる（ブロック６１２）。これにより実行され るべき処理が完了する。ユーザーは「セーブ」を選択して変更をセーブすること ができる（ブロック６２２）。キャンセルするには、「キャンセル」を選択（ブ ロック６２６）し、セーブしないで終了する。ユーザーが変更をセーブする場合 、ＬＣ補正レコードが変更され、レコードはシステムファイルサーバーに送り返 され、検査されるまでそこに記憶される。 処理されている補正がＰＯの場合、ＣＲＴから処理することができる（ブロッ ク１１２）。次に、ＰＯ補正情報は、画面上で、補正するＰＯの右側に表示され る（ブロック７０２）。これが正しいＰＯでない場合、ユーザーは、「キャンセ ル」を選択し（ブロック７０６）て補正選択画面に戻る（ブロック５０４）。ひ とたび正しいＰＯが選択されると、ユーザーは、表示されるＰＯ補正が処理され るべきものであるかどうかを判断する（ブロック７０４）。さもなければ、リス トから正しい補正をリストから選択することができる（ブロック７０８）。 ユーザーは、未処理のステータスを承諾、拒絶、指定することができる。これ は、ＰＯ処理画面から対応するステータスを選択することにより行われる（ブロ ック７１０）。ユーザーは更に処理が必要かどうかを判断する（ブロック７１２ ）。これにより、実行されるべき処理が完了する場合、ユーザーは、「セーブ」 を選択して変更をセーブする（ブロック７１４）か、あるいは「キャンセル」を 選択して（ブロック７１８）セーブしないで終了することができる。ユーザーが 変更をセーブする場合、ＰＯ補正は変更され、レコードはシステムファイルサー バーに送り返されて、そこに記憶される。 検査されるべき補正を選択するために、ユーザーは補正メニューから「許可」 を選択し、ＬＣ補正またはＰＯ補正のいずれかを選ぶ（ブロック５２４）。もう １つの補正選択画面が表示される。ユーザーは、ベース番号と、許可を受けるそ れぞれの補正を選択し、「処理」を選択して処理詳細画面を呼出す（ブロック６ ０２、７０２）。ユーザーは補正メニューからの終了を選択して、システムメイ ンメニュー（ブロック５５２）へ戻ることもできる。 承認されたＰＯ補正が検査されると、ＰＯ補正レコードは、テンポラリファイ ルから永久ファイルにレコードを移動することにより、システムファイルサーバ ー（ブロック１１０）の永久ファイルを更新する。拒絶されたＰＯ補正は、検査 されると、レコードを削除し、ＳＭＰ（ブロック１０８）を介して、ＣＴＭ（ブ ロック１０６）、ＥＭＣ（ブロック１０４）、顧客、に対してステータスメッセ ージを生成する。未処理ステータスでは、テシステムファイルサーバー内のテン ポラリファイルからのレコードの移動は行われない（ブロック１１０）。 ユーザーは、システムメインメニューから「情報」（ブロック３０８）を選択 することにより、顧客、ＬＣ、ＰＯ、インボイス、支払いステータス、差異、お よび独立インボイスに関する情報を得ることができる。システムメインメニュー から「情報」を選択すると、情報画面が呼出される（ブロック８００）。 顧客に関する情報を得るには、ユーザーは、情報画面から「顧客」（ブロック ８０２）を選択する。顧客情報画面が表示される。レコードを選択するには、ユ ーザーは、＜ＯＫ＞をクリックしなければならい。個別のレコードを選択するに は、ユーザーは、画面上のベース番号フィールドにあるドロップダウンリストか らベース番号を選択する。画面は、顧客ベース番号、顧客名、グローバルＩＤ番 号またはローカルＩＤ番号、および／または顧客ロケーションを表示する（ブロ ック８０４）。ユーザーは、「印刷」を選択する（ブロック８０６）ことにより 、表示されている情報を印刷するか、または「終了」を選択する（ブロック８０ ８）ことによりシステムメインメニューへ戻ることができる。 任意顧客のＬＣに関する情報を表示するには、ユーザーは、情報画面から「信 用状」を選択する。ＬＣ情報画面が呼出される。 全レコードを選択するには、ユーザーは、＜ＯＫ＞をクリックしなければなら ない。個別のレコードを選択するには、ユーザーは、画面上のそれぞれの基準フ ィールドの下でも利用可能なドロップダウンリストから、ベース番号または個別 のＬＣリファレンス番号を選択する。 任意の顧客番号に関するＬＣの全てが表示される（ブロック８１２）。ユーザ ーが自らのＬＣを表示する（ブロック８１６）には、顧客のベース番号を選択し て（ブロック８１４）＜ＯＫ＞を選択する。ユーザーは、「印刷」を選択する（ ブロック８１８）ことにより、表示されている情報を印刷するか、または「終了 」を選択する（ブロック８２０）ことにより、システムメインメニューに戻るこ とができる。 ＰＯに関する情報は、情報画面から「購入注文」を選択する（ブロック８２２ ）ことにより得られる。全レコードを選択するには、ユーザーは、＜ＯＫ＞をク リックをしなければならない。個別のレコードを選択するには、ユーザーは、Ｌ ＣＮｏ．、ベースＮｏ．、および／またはＰＯ Ｎｏ．を入力する（ブロック９ ０４）。次に＜ＯＫ＞を選択して特定ＰＯに関する情報を得る（ブロック９０５ ）。ユーザーは、「印刷」を選択する（ブロック９０８）ことにより、表示され てい る情報を印刷するか、または「終了」を選択する（ブロック９１６）ことにより システムメインメニューに戻ることができる。ユーザーは、特定ＰＯを強調表示 し、ＰＯリスト画面から「ＳＫＵ（ストック保管ユニット）詳細」を選択する（ ブロック９１０）ことにより、ＰＯで注文されている特定品目に関する情報を得 ることができる。注文品目に関する詳細を含む画面が呼出される。ユーザーは、 「印刷」を選択する（ブロック９１３）ことにより、表示されている情報を印刷 するか、または「終了」を選択する（ブロック９１４）ことにより購入注文リス ト画面に戻ることができる。 ユーザーは、情報画面から「インボイス」を選択する（ブロック８２６）こと により、インボイス情報を表示することができる。代わりとして、この情報は、 リストの特定品目を強調表示し、ダブルクリックして追加的なＳＫＵ詳細を表示 することにより、表示させることが可能である。全レコードを選択するには、ユ ーザーは＜ＯＫ＞をクリックしなければならない。個別レコードを選択するには 、ユーザーは、ステータス、ベース番号、ＬＣ番号および／またはＰＯ番号を入 力し、インボイス選択画面で＜ＯＫ＞を選択する（ブロック２３０２）。ユーザ ーは、リストされたものからインボイスを強調表示する（ブロック２３０４）。 ユーザーは、「印刷」を選択する（ブロック２３０６）ことにより、表示されて いる情報を印刷するか、または「終了」を選択する（ブロック２３１４）ことに より、システムメインメニューに戻ることができる。ユーザーは、インボイス情 報画面から「諸掛かり明細」を選択する（ブロック２３０３）ことにより、選択 されたインボイスに対する諸掛かりリストを得ることができる。代わりとして、 この情報は、リストされた特定品目を強調表示してダブルクリックし、追加的な 諸掛かり明細を表示することにより表示が可能である。ユーザーは、「印刷」を 選択する（ブロック２３１０）ことにより、表示された情報を印刷するか、また は＜ＯＫ＞を選択する（ブロック２３１２）ことにより画面を閉じることができ る。 ユーザーは、メインメニューの情報オプションから「支払いステータス」を選 択する（ブロック８３０）ことにより、インボイスの支払いステータスを表示す ることができる。インボイスは、ステータス、ベース番号、ビル番号、インボイ ス番号、ＬＣ番号および／またはＰＯ番号を入力し、支払いステータス情報画面 で＜ＯＫ＞を選択する（ブロック２３０２）ことにより表示される。ユーザーは 、それらリストされたもの（ブロック２３０４）からインボイスを強調表示する 。印刷を選択する（ブロック２３０６）ことにより、表示されている情報を印刷 するか、または「終了」を選択する（ブロック２３１４）ことにより、システム メインメニューに戻ることができる。ユーザーは、支払いステータス画面から「 諸掛かり明細」を選択することにより、選択されたインボイスに対する諸掛かり リストを得ることができる。代わりとして、この情報は、リストされた特定品目 を強調表示してダブルクリックし、追加的な諸掛かり明細を表示することにより 表示が可能である。ユーザーは、「印刷」を選択する（ブロック２３１０）こと により、表示された情報を印刷するか、または＜ＯＫ＞を選択する（ブロック２ ３１２）ことにより画面を閉じることができる。 ユーザーは、メインメニューの情報オプションから「差異」（ブロック８３２ ）を選択することにより差異情報を表示することができる。差異リスト画面が呼 出される。画面は、承諾／拒絶された全ての差異をリストしている（ブロック８ ３４）。全レコードを選択するには、ユーザーは＜ＯＫ＞をクリックしなければ ならない。個別のレコードを選択するには、特定差異は、ステータス、ベース番 号、ＬＣ番号および／またはビル番号を入力し、差異リスト画面で＜ＯＫ＞を選 択する（ブロック８３６）ことにより選択される。ユーザーは、「印刷」を選択 する（ブロック８３８）ことにより、表示されている情報を印刷する、または「 終了」を選択する（ブロック８４０）ことによりシステムメインメニューに戻る ことができる。 ユーザーは、システムメインメニューの情報オプションから「独立インボイス 」を選択する（ブロック８４２）ことにより、独立インボイス情報を表示するこ とができる。独立インボイスリスト画面が呼出される。画面は、特定顧客の独立 インボイスの全てをリストする（ブロック８４４）。全レコードを選択するため に、ユーザーは＜ＯＫ＞をクリックすることができる。個別レコードを選択する ために、ステータス、ベース番号、ＬＣ番号および／またはビル番号を入力して 、独立インボイスリスト画面で＜ＯＫ＞を選択する（ブロック８４６）ことによ り、特定独立インボイスが選択される。ユーザーは、「印刷」を選択する（ブロ ック ８４８）ことにより、表示されている情報を印刷するか、または「終了」を選択 する（ブロック８５０）ことによりシステムメインメニューに戻ることができる 。 ユーザーは、インボイス、独立インボイス、差異、支払いステータス、独立イ ンボイスの支払いステータスを処理して、レコードに対して修復を実行し、シス テムメインメニューから「処理」を選択することにより日毎終了シーケンスを実 行することができる（ブロック３１２、ブロック１０００）。 全ての補正は、インボイスの処理に先立って処理されねばならない（ブロック １１０４）。補正処理については、ブロック５００から始まる図５を参照のこと 。インボイス情報を入力するには、メーカー（ユーザー）は、顧客ベース番号、 関連ＬＣリファレンス番号、ＰＯリファレンス番号、ＳＫＵリファレンス番号を 選択し、次にインボイス番号を入力する。この動作により、ビルリファレンス番 号（ＢＲＮ）ウインドウが呼出される（ブロック１１１０）。ユーザーは、ビル リファレンス番号、品目に支払いをするときはビルの日付、通貨、および金額を 入力する（ブロック１１１２）。完了すると、ユーザーは、次に＜ＯＫ＞をクリ ックしてインボイス処理画面に移動する（ブロック１１１６）。インボイスの選 択にエラーがある場合、メーカーは、「リセット」を選択し、インボイス選択デ ータを再入力する（ブロック１１２０）。ユーザーは、何時でも画面をクリアお よびリセットし、「リセット」を選択することによりデータを再入力することが できる。画面は、購入注文書に記載されている原情報に戻り、ユーザーはデータ をそれぞれのフィールドに再度入力することができる。 インボイ又選択データを入力した後、インボイスを処理することができる（ブ ロック１１１８）。ユーザーがインボイスを処理しようとする場合、インボイス 選択画面から＜ＯＫ＞を選択する（ブロック１１３０）。そうでなければ、「終 了」を選択してシステムメインメニューに戻る（ブロック１１２８）。＜ＯＫ＞ を選択すると、インボイス処理画面が呼出される。インボイスの処理は、インボ イスデータと、適用されるＰＯデータとの比較を伴う。インボイス処理画面は、 画面の左にビルサマリを表示し、ＰＯ情報は画面の右に表示する。ビルサマリは 、任意のＢＲＮのもとでシステムに入力されたインボイスの合計を示す。ユーザ ーは、インボイス処理画面上の原ＰＯ明細をインボイスのハードコピーまたは提 示 された他の支払い請求と比較する（ブロック１１３２）。何らかの情報が一致し ないと、ＰＯレコード内の情報フィールドは、ユーザーによって変更される（ブ ロック１１３４）。これらの変更のいずれもが赤で表示され、「不規則性」が生 成され、画面の左側へ自動的に示される（ブロック１１３５）。不規則性は、イ ンボイス処理画面から「ファイル」プルダウンメニューを選択し、次に「不規則 性」を選択しても見ることができる。ひとたび、全てのデータの入力または変更 が正しく行われれば、ユーザーは「セーブ」を選択してインボイスレコードをセ ーブする（ブロック１１３６）。「セ−ブ」によりインボイスレコードはシステ ムファイルサーバーにセーブされ、そこで検査または再処理のために呼出される まで留まる。ユーザーがインボイスレコードに対して行われた変更をセーブしよ うとしない場合、「キャンセル」を選択すると、ユーザーはシステムメインメニ ューに戻る（ブロック１１４０）。セーブした後にもう１つのインボイスを処理 するために、ユーザーは、「次」を選択する。これでユーザーはインボイス選択 画面に戻る（ブロック１１３８）。入力を済ませ、インボイスをセーブした後に 、ユーザーが正しくないＢＲＮを入力したことに気づいた場合、インボイス選択 画面に戻り、「ＢＲＮ変更」を選択する（ブロック１１２４）ことにより、誤り を訂正することができる。新たな、または別のＢＲＮを、選択されたインボイス に適用することができる。ユーザーは、「セット」を選択して、原ビルリファレ ンスデータを、変更されたビルリファレンス番号情報に置き換える（ブロック１ １２６）。 インボイス処理画面には、「ファイル」プルダウンメニューのもとで使用でき る情報カテゴリがある（ブロック１２０２）。情報トピックスは：顧客；受益者 ；不規則性；諸掛かり；ビルサマリ；ＬＣ情報：およびＰＯ情報である。インボ イス処理画面から「ファイル／顧客」を選択することにより選ばれた顧客画面は 、任意のベース番号に関連する顧客の名前とアドレスを表示する（ブロック１２ ０４）。＜ＯＫ＞を選択して画面を閉じるか、または「ファイル」メニューから 別のオプションを選択して現在のウインドウを自動的に閉じる（ブロック１２０ ６）。インボイス処理画面から「ファイル／受益者」を選択することにより選ば れた受益者画面は、受益者の名前と住所を表示する（ブロック１２０８）。＜Ｏ Ｋ＞を選択して画面を閉じる（ブロック１２１０）。インボイス処理画面から「 ファイル／不規則性」を選択することにより選ばれた不規則性画面は、インボイ スの処理で生成された不規則性のリストを表示する（ブロック１２１２）。＜Ｏ Ｋ＞を選択して画面を閉じる（ブロック１２１４）。インボイス処理画面から「 ファイル／諸掛かり」を選択することにより選ばれた諸掛かり画面により、任意 のインボイスに関連する何れの諸掛かりの入力も可能である（ブロック１２１６ ）。この画面で、諸掛かりは借方項目として入力され、割引／調整／払い戻し(r eversal)は、貸方項目として入力される（ブロック１２１８）。＜ＯＫ＞を選択 して画面を閉じる。諸掛かり画面に入力された何れの諸掛かりをも反映させるべ くビルサマリを更新する際、ユーザーは前もってインボイスレコードを「セーブ 」しなければならない。インボイス処理画面から「ファイル／ビルサマリ」を選 択することにより選ばれたビルサマリ画面は、ビルリファレンス番号のもとでイ ンボイスに諸掛かりを加算した合計ビルを表示する（ブロック１２２２）。ビル サマリは、入力されたインボイスの件数、検査済みの件数、未検査の件数も表示 する。＜ＯＫ＞を選択して画面を閉じる（ブロック１２２２）。インボイス処理 画面から「ファイル／ＰＯ情報」を選択することにより選ばれたＰＯ情報画面は 、補正されたＰＯ情報または原ＰＯ情報を表示する（ブロック１２２４）。＜Ｏ Ｋ＞を選択して画面を閉じる（ブロック１２２６）。インボイス処理画面から「 ファイル／ＬＣ情報」を選択することにより選ばれたＬＣ情報画面は、補正され たまたは最初のＬＣ情報を表示する（ブロック１２２８）。＜ＯＫ＞を選択して 画面を閉じる（ブロック１２３０）。 このシステムにより、ユーザーは、対応するＰＯの無いインボイスを処理する ことができる。これらの契約書は「独立インボイス（Ｉ／Ｉ）」と呼ばれる。こ のシステムを用いてＩ／Ｉを入力して処理することができる。システムメインメ ニューから「処理」を選択し（ブロック３１２）、次に処理メニューから「独立 インボイス」を選択する（ブロック１００４）。これにより、Ｉ／Ｉ選択画面が 呼出される（ブロック１３０２）。ベース番号を選択した後、フィールド内の利 用可能なデータを入力する（ブロック１３０４）。適切なデータが入力された場 合、＜ＯＫ＞を選択してデータをセーブし（ブロック１３０６）、Ｉ／Ｉ処理 画面に進む（ブロック１３１２）。データが間違って入力された場合、「リセッ ト」を選択して全てのフィールドをクリアし、データを再入力する（ブロック１ ３０８）。セーブしないでシステムメインメニューへ戻るには、「終了」を選択 する（ブロック１３１０）。 Ｉ／Ｉの処理には、Ｉ／Ｉデータ受益者情報の入力を伴う。適用されるデータ フィールドを入力する（ブロック１３１８）。「セーブ」を選択してＩ／Ｉへの 変更をセーブする（ブロック１３２０）。Ｉ／Ｉをセーブすると、Ｉ／Ｉレコー ドメッセージがシステムファイルサーバーに送られる。もう１つのＩ／Ｉを処理 するには、「次」を選択する（ブロック１３２３）。これによりユーザーはＩ／ Ｉ選択画面へ戻る。セーブしないでシステムメインメニューに戻るには、「キャ ンヤル」を選択する（ブロック１３２４）。 Ｉ／Ｉ処理画面は、インボイス処理画面と同様に、ユーザーが、諸掛かりとビ ルサマリに関する情報を入力することができる。Ｉ／Ｉ処理画面から「ファイル ／諸掛かり」を選択する（ブロック１４０２）ことにより選ばれた諸掛かり画面 は、任意の諸掛かりの入力が可能であり、所定のインボイスとともに、入力され た何れの諸掛かりも表示する（ブロック１４０４）。この画面では、諸掛かりは 借方項目として表示され、割引は貸方項目として入力される。＜ＯＫ＞を選択し て画面を閉じる（ブロック１４０６）。Ｉ／Ｉ処理画面から「ファイル／ビルサ マリ」を選択する（ブロック１４０２）ことにより選ばれたビルサマリ画面は、 ビルリファレンス番号のもとでのインボイスに諸掛かりを加算した合計ビルを表 示する（ブロック１４０８）。ビルサマリは、入力されたインボイスの件数、検 査済み件数、未検査件数の表示も行う。＜ＯＫ＞を選択して画面を閉じる（ブロ ック１４１０）。Ｉ／Ｉ処理画面から「キャンセル」を選択しても、Ｉ／Ｉ情報 をセーブしないでＩ／Ｉ処理画面を終了することができる（ブロック１４１２） 。「終了」を選択してシステムメインメニューに戻ることができる（ブロック１ ４１４）。 差異を処理するには、システムメインメニュー処理を選択し（ブロック３１２ ）、次に処理プルダウンメニューから差異を選択する（ブロック１００６）。こ のシーケンスにより差異選択画面が呼出される（ブロック１５０２）。ユーザ ーはベース番号を選択する（ブロック１５０１）。差異選択画面が表示される。 ユーザーは、ＢＲＮを入力し、画面トップにあるＬＣ番号を選択し（１５０４） 、これにより差異処理画面が呼出される（ブロック１５０６）。この画面から、 ＬＣ番号に関連する差異は、画面上のカテゴリを選択することにより、ＬＣ、為 替手形、インボイス、梱包リスト、船荷証券、保険（証券）、証明書、ＰＯ、そ の他、からなるカテゴリの何れかから選択することができる（ブロック１５０７ ）。上記カテゴリの何れかが選ばれると、各差異のリストが表示されることにな る。ユーザーは、所望リストから差異を選択し（ブロック１５０８）、情報を変 更するか、または情報を加える（ブロック１５０９）。 ひとたび差異に関する情報が確実に追加または変更されると、「セーブ」を選 択して、差異への変更をセーブする（ブロック１５１４）。システムファイルサ ーバーに送られて検査待ちになっている変更された差異メッセージは、更なる処 理のために呼出されるまで記憶される（ブロック１５１６）。「次」を選択して 差異を含むもう１つのＬＣを処理する（ブロック１５１８）。差異を強調表示し て「削除」を選択することにより、差異を削除する（ブロック１５１２）。 情報が確実に入力されなかった場合、「リセット」を選択して、以前に選択し た差異の画面をクリアし（ブロック１５１０）、「キャンセル」を選択してセー ブしないで差異−信用状画面に戻るか、または「終了」を選択してセーブしない でシステムメインメニューへ戻る（ブロック１５２６）。 支払いステータスの処理は、システムを用いて実行可能である。支払いステー タスの処理は、主として、ＰＯとＬＣに対する支払いステータスを顧客に伝える ことから成り立っている。ビル即ちインボイスに対価が支払われると、その支払 いはシステムに登録される。従ってシステムは、支払いのステータスに関する進 行中の情報を顧客に提供する。支払いステータスの処理は、システムメインメニ ューからの処理の選択（ブロック３１２、１６０２）から始まり、次にプルダウ ンメニューから支払いステータスを選択して（ブロック１００８、１６０２）、 実行される。 特定顧客の支払いステータスを処理するには、ベース番号または顧客短縮名（ ショートネーム）の何れか一方と、ＢＲＮとにより顧客を選択する（ブロック １６０４）。メーカーは、「支払い済み」、「オープン」、または「拒絶」を選 択する（ブロック１６０６）ことにより、ドキュメンテーションに基づいてビル のステータスを変更することができる。 支払いステータスの変更が正しい場合、メーカーは、支払いステータスをセー ブする「セーブ」を選択する（ブロック１６１２）。次に、支払いステータスメ ッセージが、ＳＭＰを介してシステムファイルサーバーに送られる（ブロック１ ６１４）。 支払いステータス変更が正しくないなら、ユーザーは、データの再入力を可能 にするために全てのフィールドをクリアする「リセット」を選択する（ブロック １６１６）ことができる。また、ユーザーは、「終了」を選択して（ブロック１ ６２４）、セーブしないでシステムメインメニューに戻ることができる。 諸掛かりに関する情報は、支払いステータス処理画面からも見ることができる 。ユーザーは、「諸掛かり明細」を選択して（ブロック１６０８）、選択された インボイスに関する諸掛かり明細を見ることができる。この画面では、諸掛かり は、借方項目として入力され、割引は貸方項目として入力される（ブロック１６ １０）。マウスの右ボタンをクリックして諸掛かり画面を閉じる。 同様に、Ｉ／Ｉのもとでの支払い処理は、このシステムを用いて実行可能であ る。支払いステータスの処理は、システムメインメニューからの処理の選択から 始まり（ブロック３１２、１７０２）、次にプルダウンメニューから支払いステ ータスを選択して（ブロック１００８、１７０２）実行される。 特定顧客の支払いステータスを処理するには、ベース番号または顧客短縮名の 何れか一方とＢＲＮとにより顧客を選択する（ブロック１７０４）。メーカーは 、「支払い済み」、「オープン」、または「拒絶」を選択することにより、ドキ ュメンテーションに基づいてビルのステータスを変更することができる（ブロッ ク１７０６）。 支払いステータスの変更が正しければ、メーカーは支払いステータスをセーブ する「セーブ」を選択する（ブロック１７１０）。次に支払いステータスメッセ ージが、システムファイルサーバーに送られて、検査を待ちになる（ブロック１ ７１２）。 支払いステータスの変更が正しくない場合、ユーザーは、データの再入力を可 能にするために全フィールドをクリアする「リセット」を選択することができる （ブロック１７１４）。またユーザーは、「終了」を選択して、セーブしないで システムメインメニューへ戻ることができる（ブロック１７２２）。 諸掛かりに関する情報は、支払いステータス処理画面からも見ることができる 。ユーザーは、「諸掛かり明細」を選択して、選択されたＩ／Ｉに関する諸掛か り明細を見ることができる（ブロック１７０６、１７０８）。マウスの右ボタン をクリックして諸掛かりウインドウを閉じる。 拒絶されたインボイスと差異は、処理修復機能を用いてシステム上で修復され る。システムメインメニューから処理を選択し（ブロック３１２、１８０２）、 次に処理プルダウンメニューから「修復」を選択する（ブロック１０１２、１８ ０２）。これにより、修復事象画面が呼出される。「ファイル」プルダウンメニ ューを用いて、インボイス（ブロック１８０４）または差異（ブロック１８０８ ）のいずれかを選択して、拒絶された項目のリストを見る。プルダウンメニュー から「ファイル」を選択し、次に「終了」を選択してシステムメインメニューに 戻る（ブロック１８０６）。「インボイス」または「差異」の何れかが選択され ると、拒絶された項目のリストが修復事象画面に表示される（ブロック１８１０ ）。次に、ユーザーは、修復する項目を選択する（ブロック１８１２）。選ばれ た項目が拒絶差異の場合、拒絶差異画面が表示される（ブロック１８１６）。修 復のプロセスは、ここから先は元の差異処理と同一である。 修復事象画面で「インボイス」が選択されると、インボイス修復画面が表示さ れる（ブロック１８１４）。インボイス修復画面はインボイス処理画面と同じで ある（ブロック１１３２）。ユーザーは、インボイス修復画面上のフィールドを 原ＰＯと比較する（ブロック１８２０）。何らかの情報が一致しない場合、ＰＯ 領域内の情報フィールドが変更される（ブロック１８２２）。これらの変更の何 れも赤で表示され、「不規則性」が生成されて画面の左に自動的に表示される（ ブロック１８２４）。不規則性は、インボイス処理画面から「ファイル」プルダ ウンメニューを選択し、次に「不規則性」を選択することにより見ることができ る。ひとたび全てのデータが入力されるか、または正しく変更されると、ユー ザーは「セーブ」を選択してインボイスレコードをセーブする（ブロック１８２ ８）。「セーブ」は、インボイスレコードメッセージをシステムファイルサーバ ーにセーブして、検査を待つ（ブロック１８３０）。ユーザーがインボイスレコ ードになされた変更をセーブしたくない場合、「キャンセル」を選択すると、ユ ーザーをシステムメインメニューに戻す（ブロック１８３４）。セーブした後で もう１つのインボイスを処理するには、ユーザーは「次」を選択し、ユーザーは これでインボイス選択画面に戻される（ブロック１８３２）。 ユーザーは、日毎終了手順を処理メニューから呼出すこともできる（ブロック １０１４）。日毎終了シーケンスは、各一日の終わりに実行しなければならない 。これにより、間違いなく、全ての待ち行列がクリアされて、全てのメッセージ が正しく処理される。日毎終了手順は以下の１０ステップを含む： １． 日毎終了を呼出して、全てのユーザーがシステムをログオフしていること を確かめる。 ２． システムメインメニューから「処理」を選択し（ブロック３１２）、次に 組毎終了」を選択する（ブロック１０１４）。日毎終了により、システムバック アップが行われている間はシステムプロセッサ（ＳＭＰ）を中断する。 ３． 日毎終了を起動したとき、標準セットの報告書を作成する（ブロック１９ ０８〜１９１２）。 ４．報告書を精査して、当日の事象に関連する何らかのエラーまたは問題がある かどうかを判断する。 ５．報告書が作成されて、その正確さ精査されたことを保証するために、システ ム管理者にサインしてもらう。 ６．報告書が作成されたら直ちにパージ機能（もしあれば）を起動させる（ブロ ック１９２２）。 ７．当日の処理を外部媒体（テープなど）にバックアップし、別の建屋で保存す る。 ８．当日の活動日報を作成する。 ９．全てのステップが実行されたことを確認する。 １０．退出に先立ってプロセッサが動作していることを確認する。 これらの日毎終了ステップの幾つかは本システムを用いて実行される。日毎終 了シーケンスを開始するには、システムメインメニューから「処理」（ブロック ３１２）を、次に処理プルダウンメニューから「日毎終了」を選択する（ブロッ ク１０１４）。 「不完全な入力をチェックできましたか？」というメッセージが画面に表示 される（ブロック１９０２）。ユーザーが不完全な入力をチェックしてなければ 、「Ｎｏ」を選択し、ユーザーはシステムメインメニューに戻り、待ち行列をチ ェックする（ブロック１９０４）。ユーザーが待ち行列をチェックしてあれば、 「Ｙｅｓ」を選択する（ブロック１９０６）。これにより報告書印刷画面が呼出 される。この画面で、ユーザーは：送信済みトランザクション；未済；期限切れ の項目；登録済みインボイス；振り込み済みビル；サマリログ；受信トランザク ション；検査未済項目；パージ済み項目；オープンビル；サマリログとユーザー ログ；の中から選択することができる。報告書の何れか、または全てを印刷する ために選択することができる（ブロック１９０８）。サマリログと監査ログの印 刷は必須である。＜ＯＫ＞を選択して報告書の印刷を開始する（ブロック１９１ ０）。次に、「報告書を印刷しますか？」というメッセージが画面に表示される （ブロック１９１２）。ユーザーは、報告書のハードコピーを印刷するなら「Ｙ ｅｓ」（ブロック１９１６）を、ハードコピーを望まないなら「Ｎｏ」（ブロッ ク１９ １８）を、前の画面に戻るなら「キャンセル」（ブロック１９１４）を、選択す ることができる。印刷後、処理画面に日毎終了が表示される（ブロック１９２０ ）。ユーザーは：入電メッセージを印刷する、入電メッセージをパージする；出 電メッセージを印刷する；出電メッセージをパージする（ブロック１９２２）； という、日毎終了で実行されるべき機能の何れか、またはすべてを処理画面上で 選択することができる（ブロック１９２２）。＜ＯＫ＞を選択して、選択された 機能を実行する（ブロック１９２４）。メッセージの印刷とメッセージのパージ を行った後、システムバックアップが実行される（ブロック１９２６）。完了し たら、ユーザーは＜ＯＫ＞をクリックしてメッセージプロセッサを再起動する（ ブロック１９２８）。タスクにタイムスタンプが付され、画面はメッセージプロ セッサが実行されていることを示す。 処理メニューのもとで作成されてセーブされた全ての項目は、メーカーにより 実行される。システムは、正式承認に先立ってチェッカーが検査を行えるように 、メーカーによりセーブされた全ての処理済み項目の待ち行列を、システムファ イルサーバーで生成する。チェッカーは検査メニューを用いて検査する。このシ ステムでは、同一人が与えられた項目に対してメーカーとチェッカーの双方であ ることは許容されない。 検査メニューは、システムメインメニューから「検査」を選択することにより 呼出される（ブロック３１６）。検査メニューは：インボイス（ブロック２００ ４）；独立インボイス（ブロック２０１０）；差異（ブロック２０１４）；支払 いステータス（ブロック２０３２）；および独立インボイスの支払いステータス （ブロック２０３８）；を検査のために表示する。チェッカーによるこれらのう ちの何れの選択によっても、検査待ち項目の待ち行列とともに画面が呼出される 。次いで、チェッカーは、バッチレベルまたは詳細レベルの何れかで検査を開始 する。バッチレベルで検査するには、チェッカーは、検査のためにリストされた １つ以上の項目を選択し、「セーブ」を選択して動作をセーブしてメッセージを 顧客に送るか、または「拒絶」を選択してトランザクションを拒絶し、修正のた めそれをメーカーに戻す。「リセット」を選択すると、選択はクリアされ、画面 は原モードに戻る。詳細レベルで検査するには、チェッカーはリストに表示さ れている項目を選択し、「詳細」を選択する（ブロック２００６、２０１２、２ ０１６、２０３４および２０４０）。特定インボイス、独立インボイス、支払い ステータス、および独立インボイスの支払いステータスを検査するためのそれぞ れの方法は、基本的に同じである。ひとたび項目が検査のために選択されると、 画面上のデータはトランザクションのハードコピーと比較される。入力された詳 細がハードコピーのものと矛盾しなければ、「承認」がチェッカーにより選択さ れ（ブロック２２０２）、メッセージはデータベースにセーブされ、メッセージ が顧客に送られる（ブロック２２０４）。画面に表示されたデータがハードコピ ーデータとマッチしない場合、チェッカーが「拒絶」を選択し（ブロック２２０ ６）、その項目は修復待ち行列に送られる（ブロック２２０８）。チェッカーは 、「ビル」を選択してビルサマリ画面を精査することもできる（ブロック２２１ ０）。チェッカーは、＜ＯＫ＞を選択してビルサマリ画面を終了することができ る（ブロック２２１２）。チェッカーが何らかの項目の選択を外したい場合、「 リセット」が選択される（ブロック２２１４）。チェッカーは、「終了」を選択 してシステムメインメニューに戻ることもできる（ブロック２２１６）。 差異の検査方法は、ビルサマリ画面へのアクセスを許さないという点で、この プロセスとは微妙に異なる。ＬＣは、差異検査−選択画面から選択される（ブロ ック２０１６）。「詳細」が選択されているとき（ブロック２０１６）、差異検 査−詳細画面が表示される。この画面は差異リストを表示する。チェッカーは差 異項目の特定項目をＬＣと比較し、差異が妥当なら、＜ＯＫ＞が選択され（ブロ ック２０１８）、差異通知が顧客に送られる（ブロック２０２０）。差異が妥当 でない場合、「拒絶」が選択され（ブロック２０２２）、差異は処理のため修復 待ち行列とメーカーに戻される（ブロック２０２４）。承認と拒絶をセーブし、 差異検査画面に戻るために「セーブ」を選択してもよい。（ブロック２０２６） 。セーブしないで差異選択画面に戻るために「次」を選択してもよい。セーブし ないでシステムメインメニューに戻るために「終了」を選択してもよい。（ブロ ック２０３０）。 システムを維持するためには管理機能を実行する必要がある。セキュリティの ために、パスワード以外の全ての管理機能へのアクセスは、「管理者」ユーザ ーＩＤに制限される。管理機能を実行するには、システムメインメニューから「 管理」を選択する（ブロック３２０）。管理メニューを用いて：顧客情報に追加 と修正を行う；通貨情報に追加と修正を行う；パスワードを変更する；差異コー ドテーブルに追加と修正を行う。 顧客情報に追加または修正のいずれかを行うには、管理プルダウンメニューか ら「顧客」を選択する（ブロック２１０４）。これにより顧客画面が呼出される 。顧客ベース番号を入力または選択する（ブロック２４０２）。顧客番号が新し い番号なら、使用できるフィールドに顧客情報を入力する。顧客レコードがすで に存在するなら、フィールド内の項目を必要に応じて修正する（ブロック２４０ ４）。「セーブ」を選択して既存の顧客情報に新たな顧客または変更をセーブす る（ブロック２４０６）。次に顧客情報は、システムファイルサーバーに送られ る（ブロック２４０８）。顧客は削除することもできる。顧客を削除するには、 先ず管理者は、その顧客に関連する全てのレコードをシステムから削除しなけれ ばならない（ブロック２４１０）。ひとたび全てのレコードが削除されると、顧 客画面で顧客番号を選択し、次に「削除」を選択する（ブロック２４１２）。こ のステップで、システムファイルサーバ一上のデータベースからその顧客を削除 する。ひとたび管理者が顧客レコードの変更を完了したら、「終了」を選択して システムメインメニューに戻る（ブロック２４１４）。 システムから通貨を追加または削除することができる。管理プルダウンメニュ ーから「通貨」を選択する(ブロック２１０８)。基準３−キャラクタS.W.I.F.T.通 貨コード（ブロック２１１０）、通貨の説明（ブロック２１１２）、通貨を使用 する国の名称（ブロック２１１６）、用いられる小数部の桁数（ブロック２１１ ８）を選択する。ひとたびこの情報が入力されると、「セーブ」を選択して、通 貨をデータベースにセーブ（ブロック２１２０）するか、「削除」を選択して通 貨コードとその説明を消去する（ブロック２１２２）。「終了」を選択してシス テムメインメニューに戻る（ブロック２１２４）。 パスワードは管理メニューから変更できる。パスワードは、３０日毎に変更し なければならないが、１日に１回を超える頻度で変更してはならない。３回以上 連続して異なるパスワードの入力を繰り返すことはできない。パスワードを変更 するには、管理プルダウンメニューから「パスワード」を選択する（ブロック２ １２６）。これにより変更パスワード画面が呼出される。ユーザーは、ユーザー ＩＤ、旧パスワード、新パスワードを入力し、次に、与えられたフィールドに新 パスワードを再入力（リタイプ）する（ブロック２１２８）。次にユーザーは、 ＜ＯＫ＞を選択してデータベースに新パスワードをセーブする（ブロック２１３ ０）か、または「キャンセル」を選択して、パスワード変更を取り消し、システ ムメインメニューに戻る（ブロック２１３２）。 上で検討した通り、差異はＬＣ諸条件からの逸脱である。差異は、データベー スに記憶されている対応コード番号を持つ。これらのコードは、差異の説明ばか りでなく、差異の報告を矛盾がなく、また実務的に説明しやすくするために使用 される。差異コードは、管理メニューを用いて追加または修正が可能である。差 異コードを追加または修正するには、管理画面から「差異」を選択する（ブロッ ク２１４６）。既存の差異コードを修正するには、差異コードを選択する。新コ ードを入力するには、差異コードフィールドに新コードを入力する（ブロック２ １４８）。ひとたびコードが入力されると、既存の説明を修正するか、新しい説 明を入力する（ブロック２１５０）。「セーブ」を選択して修正または新コード をセーブし（ブロック２１５２）、「終了」を選択してセーブしないでシステム メインメニューに戻る（ブロック２１５４）か、「削除」を選択してデータベー スから選択されたコードを消去する（ブロック２１５６）。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ， ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＬＳ，ＭＷ，ＳＤ，Ｓ Ｚ，ＵＧ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ， ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，Ｇ Ｅ，ＨＵ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ， ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，Ｐ Ｌ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ (72)発明者 クイン，マイケル エフ. アメリカ合衆国，ニューヨーク州 10576, パウンド リッジ，フォックス ラン ロ ード 36

Claims (1)

1. 【特許請求の範囲】 １． 顧客とメーカーとの間の複数の購入注文を追跡して一致させ、前記複数の 購入注文に対応する信用状に従った金融機関と受益者間の支払いのための方法で あって： 前記購入注文と、前記金融機関における前記信用状とに関する前記顧客からの第 １データを電子的に受信するステップと； 前記金融機関に関連する処理システムに関連する保存場所に前記第１データを 記憶するステップと； 前記購入注文に従った前記メーカーの履行に対応する、前記メーカーからの第 ２データを入力するステップと； 前記処理システムによって前記第１データを前記第２データと自動的に比較し て、前記２セットのデータ間に何らかの差異があれば、差異を自動的に識別する ステップと； 前記処理システムによって前記差異を識別するメッセージと前記第２データの 少なくとも一部とを自動的に生じるステップと； 前記第１の報告書を前記金融機関から前記顧客に電子的に送信するステップと ； 前記信用状に従って前記金融機関から前記受益者に支払を行い、前記金融機関 における前記顧客の口座から前記支払に対応する金額の借方記入を行うステップ と； 前記処理システムによって、前記支払額を個別購入注文支払額、即ち購入注文 に対応する前記各個別購入注文支払額に自動的に分割するステップと； 各個別購入注文支払額と前記借方記入支払額とを含む第２のメッセージを前記 顧客に電子的に提供して、前記顧客が借方記入支払額を対応購入注文に一致させ ることができるようにするステップと； を有する方法。 ２． 前記金融機関が銀行である、請求項１の方法。 ３． 前記第１データが、前記顧客により用いられる購入注文リファレンス番号 を含み、各リファレンス番号が購入注文に対応する、請求項１の方法。 ４． １以上の差異が比較ステップで識別され、更に、前記第１のメッセージに おいて各差異を対応購入注文によって識別させるステップを有する、請求項１の 方法。 ５． 前記各購入注文支払額を、前記第２のメッセージにおいて対応購入注文リ ファレンス番号によって識別させるステップを更に有する、請求項１の方法。 ６． 前記第１のメッセージを自動的に生じる前記ステップは、更に： 前記差異を自動的にコード化し、前記コード化された差異を前記第１のメッセー ジ内に含むステップを有する、請求項１の方法。 ７． 前記金融機関に関連する人物が、前記人物が前記第１のメッセージを再検 討した後に、前記信用状に従った支払いを是認するステップを更に有する、請求 項１の方法。 ８． 前記顧客が前記第１のメッセージに含まれる前記差異について通告された 後、前記顧客と前記メーカーとの間で前記信用状による支払いを交渉するステッ プを更に有する、請求項１の方法。 ９． 前記差異が： 仕様の異なる材料から成る、製造される予定の商品と； 製造中の商品が購入注文に規定されている数量よりも少ない場合と； 購入注文の期限が切れている場合と； のグループから生じる、請求項１の方法。 １０．前記第１データが顧客により用いられるＳＫＵリファレンス番号を含む、 請求項１の方法。 １１． 前記メーカーが前記受益者である、請求項１の方法。 １２． 前記差異は、不一致の構成要素となり、前記第１のメッセージ内に前記 不一致を含む、請求項１の方法。 １３． 前記差異は、不規則性の構成要素となり、前記第１のメッセージ内に前 記不規則性を含む、請求項１の方法。 １４． 顧客とメーカーとの間の複数の購入注文を追跡して一致させ、前記複数 の購入注文に対応する信用状に従った金融機関と受益者間の支払いのためのシス テムであって： 前記顧客注文と前記金融機関における前記信用状に関する第１データを、前記 顧客から受取るための受信手段；と 前記第１データを記憶するための記憶手段と； 前記第１データを処理するための、前記金融機関に関連する処理手段と； 前記プロセッサ手段に入力される前記購入注文に従った前記メーカーの履行に 対応する第２データと； 前記第１データを前記第２データと自動的に比較して、前記２セットのデータ 間の差異を自動的に識別するための更なる処理手段と； 前記差異を識別する第１のメッセージを自動的に生じるための更なる処理手段 と； 前記第１のメッセージを前記顧客に送信する手段と； 前記信用状に従って前記受益者に対して支払いを行うための支払手段、および 、前記金融機関における前記顧客の口座から前記支払いに対応する金額を借方記 入するための借方記入手段と； 前記支払額を各購入注文に対応する個別顧客注文金額に自動的に分類するため の更なる処理手段と； 前記分類情報を含み、それによって前記顧客が顧客注文金額を対応顧客注文へ 自動的に一致させることのできる第２のメッセージを、前記顧客に送信するため の手段と； を備えるシステム。 １５． 前記金融機関が銀行である、請求項１４の方法。 １６． 前記第１データが、前記顧客により用いられる購入注文リファレンス番 号を含み、各リファレンス番号が購入注文に対応する、請求項１４のシステム。 １７． １以上の差異が識別され、更に、前記第１のメッセージが各差異をその 対応する注文によって識別させる、請求項１４のシステム。 １８． 前記第２のメッセージが、各購入注文支払い額をその対応する購入注文 リファレンス番号によって識別させる、請求項１４のシステム。 １９． 前記処理手段は更に、各差異をコード化するためのコード化し、前記第 １のメッセージにコード化された差異を含ませるための手段を含む、請求項１４ のシステム。 ２０． 前記第１のメッセージを再検討した後に、前記信用状に従った支払いを 是認する前記金融機関に関連する人物を更に含む、請求項１４のシステム。 ２１． 前記メーカーが前記受益者である、請求項１４のシステム。 ２２． 顧客とメーカーとの間の複数のＳＫＵを追跡して一致させ、前記複数の ＳＫＵに対応する信用状に従った金融機関と受益者間の支払いのための方法であ って： 前記ＳＫＵと、前記金融機関における前記信用状とに関する前記顧客からの第 １データを電子的に受信するステップと； 前記金融機関に関連する処理システムに関連する保存場所に前記第１データを 記憶するステップと； 前記ＳＫＵへの前記メーカーの履行に対応する、前記メーカーからの第２デー タを入力するステップと； 前記処理システムによって前記第１データを前記第２データと自動的に比較し て、前記２セットのデータ間に何らかの差異があれば、差異を自動的に識別する ステップと； 前記処理システムによって前記差異を識別するメッセージと前記第２データの 少なくとも一部とを自動的に生じるステップと； 前記第１の報告書を前記金融機関から前記顧客に電子的に送信するステップと ； 前記信用状に従って前記金融機関から前記受益者に支払を行い、前記金融機関 における前記顧客の口座から前記支払に対応する金額の借方記入を行うステップ と； 前記処理システムによって、前記支払額を個別ＳＫＵ支払額、即ちＳＫＵに対 応する前記各個別ＳＫＵ支払額に自動的に分割するステップと； 各個別ＳＫＵ支払額と前記借方記入支払額とを含む第２のメッセージを前記顧 客に電子的に提供して、前記顧客が借方記入支払額を対応ＳＫＵに一致させるこ とができるようにするステップと； を有する方法。 ２３． 顧客とメーカーと間の複数のＳＫＵを追跡して一致させ、前記複数の購 入注文に対応する信用状に従った金融機関と受益者間の支払いのためのシステム であって： 前記顧客注文と前記金融機関における前記信用状に関する第１データを、前記 顧客から受取るための受信手段と； 前記第１データを記憶するための記憶手段と； 前記第１データを処理するための、前記金融機関に関連する処理手段と； 前記プロセッサ手段に入力される前記ＳＫＵに従った前記メーカーの履行に対 応する第２データと； 前記第１データを前記第２データと自動的に比較して、前記２セットのデータ 間の差異を自動的に識別するための更なる処理手段と； 前記差異を識別させる第１のメッセージを自動的に生じるための更なる処理手 段と； 前記第１のメッセージを前記顧客に送信する手段と； 前記信用状に従って前記受益者に対して支払いを行うための支払手段、および 、前記金融機関における前記顧客の口座から前記支払いに対応する金額を借方記 入するための借方記入手段と； 前記支払額を各ＳＫＵに対応する個別顧客注文金額に自動的に分類するための 更なる処理手段と； 前記分類情報を含み、それによって前記顧客が顧客注文金額を対応顧客注文へ 自動的に一致させることのできる第２のメッセージを、前記顧客に送信するため の手段と； を備えるシステム。