JP2003532229A

JP2003532229A - 受取勘定の送金処理の管理方法と装置

Info

Publication number: JP2003532229A
Application number: JP2001580738A
Authority: JP
Inventors: ランド，デビッド; ゲトグッド，アラン
Original assignee: ゼネラル・エレクトリック・キャピタル・エクイップメント・ファイナンス・インコーポレーテッド
Priority date: 2000-05-02
Filing date: 2001-04-30
Publication date: 2003-10-28
Also published as: AU2001252496B9; AU2001252496B2; US7194431B1; AU5249601A; CA2406641A1; WO2001084388A2; MXPA02010676A

Abstract

(57)【要約】【課題】受取勘定の送金処理の効率的な管理方法と装置を提供する。【解決手段】受取勘定システムの送金処理モジュールは、国内外の資金を受け入れ、報告する目的でその資金を必要な現地通貨に翻訳する。送金処理モジュールは、為替差損益計算と自己作成／リバース配賦機能を自動生成して実行する。送金処理モジュールは、資金を電子的に受け入れて、特定の状況下でカスタマのアカウントの配賦と更新を最も効率的な方法で実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の背景】

本発明は一般的に、ウェブ上で利用可能な受取勘定システム（ＡＲＳ）に関し
、特に、受取勘定やクレジットの供与や回収や紛争処理／報告や送金処理に関す
る様々な機能の管理方法と装置に関する。

【０００２】事業体の経理部では、受取勘定を管理するために多額の資金を使う。受取勘定
の機能には、クレジット照会や新規／既存のカスタマに対するクレジットの承認
や既存のカスタマの支払い履歴の分析等のタスクが含まれる。クレジットの承認
の他に、債権のエージング情報や、紛争と滞納や、回収や適正な支払い配賦や適
切な償却の決定や適切な報告等の機能も管理されなければならない。これらの業
務は時間がかかるものであって、法人の運営やその他の有益な活動のためのリソ
ースが奪われることが多い。一般的に、これらの業務のうちのいくつかを完了す
るためには、クレジットを承認し、カスタマの記録を定期的に更新するために外
部の機関とのインタフェースを確立する必要がある。

【０００３】

【発明の概要】

本発明の模範的な一実施形態のウェブ上で利用可能な受取勘定システム（ＡＲ
Ｓ）は、売上債権に対する全てのクレジット／回収サービスを提供するが、これ
には、クレジットの評価と、クレジットの供与と、カスタマの回収と勘定調整と
、支払処理と、配賦と入金記載と、全受取勘定（Ａ／Ｒ）の報告書と、連結が含
まれ、また、カスタマの明細書の作成と郵送が含まれ、さらに、財務諸表の作成
のためにクライアントの総勘定元帳（Ｇ／Ｌ）システム１８０に直接提供するこ
とが含まれる。本システムは、重要なコンピュータ間のリンクを保持したまま、
クライアントが、（クレジット評価後の）注文発送の承認や請求書／送り状の供
給やカスタマの紛争監視と報告（オンライン）や債権清算のための最終的月末Ｇ
／Ｌインタフェースを含む、クライアントの全受取勘定（Ａ／Ｒ）機能を委託す
ることを可能とするものである。

【０００４】本システムは、５つのモジュール、即ち、クレジット照会モジュールと送金処
理モジュールと受取勘定請求モジュールと保守モジュールと管理モジュールを備
える。これらのモジュールは一体化されており、円滑に機能するために、クライ
アントの注文、発送、請求（ＯＳＢ）システムとインタフェースをとることがで
きる。さらに、ＡＲＳは、カスタマがソフトウェアとシステムテンプレートを中
央サイトで利用する際やユーザが求めるときに、リアルタイムにダウンロードす
ることによって、それらを自動的にアップグレードすることができる。

【０００５】本発明の一実施形態では、ＡＲＳの送金処理モジュールは、国内外の資金を受
け入れ、報告する目的でその資金を必要な現地通貨に翻訳する。報告も現地の、
即ち、外国の通貨でなされる。為替差損益計算は、送金処理モジュールによって
自動的に生成される。送金処理モジュールは、自己作成／リバース配賦機能を実
行する。さらに、送金処理モジュールは、資金を電子的に受け入れて、特定の状
況下でカスタマのアカウントの配賦と更新を最も効率的な方法で実行する。

【０００６】

【発明の実施の形態】

インターネット上で利用可能な統合的な受取勘定プロセス管理を容易にするシ
ステムとプロセスの模範的な実施形態について以下で詳細に説明する。例えば、
本システムとプロセスは、クライアントシステムを利用した情報の電子的な提出
や、情報の自動送信や、クライアントのユーザに対する債権を清算するための最
終的月末総勘定元帳へのインタフェースを含むウェブ上で動作可能な受取勘定の
監視／報告／管理を容易にするものである。

【０００７】本システムとプロセスは、本願で説明される特定の実施形態に限定されること
はない。また、各システムのコンポーネントと各プロセスを、本願で説明される
その他のコンポーネントとプロセスから独立して実施することができる。各コン
ポーネントとプロセスをその他のコンポーネントやプロセスと組み合わせて用い
てもよい。

【０００８】図１は、サーバシステム１２とサーバシステム１２に接続された複数の装置１
４を備える受取勘定システム（ＡＲＳ）１０の簡易的なブロック図である。一実
施形態の装置１４はウェブブラウザを備えるコンピュータであって、装置１４は
インターネットを介してサーバシステム１２をアクセスすることができる。ネッ
トワーク、例えばローカルエリアネットワーク（ＬＡＮ）やワイドエリアネット
ワーク（ＷＡＮ）やダイヤルイン接続やケーブルモデムや特殊な高速ＩＳＤＮ回
線を含む多くのインタフェースを介して、装置１４はインターネットに相互接続
される。装置１４は、ウェブ上で利用可能な電話やウェブ上で利用可能なその他
の接続可能な機器等の、インターネットに相互接続可能な装置であってもよい。
装置１４は、クライアントサイトに配置された注文／発送／請求（ＯＳＢ）シス
テム２０に直接接続可能である。また、サーバシステム１２は、直接の接続を介
してか、もしくはクライアントサイトに配置された装置１４のうちの１つを介し
てＯＳＢシステム２０と通信し、必要なときにデータをアップロードしたりダウ
ンロードすることもできる。受取勘定システム１０は、ファイヤウォール２２内
の事業体サイトにインストールされる。一方、ＯＳＢシステム２０は、事業体の
ファイヤウォール２２外のクライアントサイトに配置される。いずれのシステム
も安全な接続を介して必要なデータをダウンロードしたりアップロードして必要
な機能を実行するように構成される。

【０００９】図２は、受取勘定システム（ＡＲＳ）３０のサーバアーキテクチャのその他の
模範的な一実施形態のブロック図である。システム１０のコンポーネントと同様
のシステム３０内のコンポーネントは、図１と同じ参照番号で図２に示されてい
る。システム３０はサーバシステム１２と装置１４を備える。サーバシステム１
２は、データ記憶装置３８を備えるデータベースサーバ３６とアプリケーション
サーバ４０とウェブサーバ４２とディレクトリサーバ４６とファックスサーバ５
２とメールサーバ５６を備える。ディスク記憶装置３８は、データベースサーバ
３６と管理者サーバ４６に接続される。サーバ３６，４０，４２，４６，５０，
５２，５６は、ローカルエリアネットワーク（ＬＡＮ）６０を介して接続される
。また、装置１４は、システム管理者ワークステーション６４とカスタマサービ
ス担当のワークステーション６６と、クレジット調査官のワークステーション７
０と一般用のワークステーション７２を備える。認証されたアクセス権をもつ者
はワークステーション７２を利用してＡＲＳ３０を保守したり、更新することが
できる。ワークステーション６４，６６，７０，７２はＬＡＮ６０に接続される
。別の方法では、ワークステーション６４，６６，７０，７２は、インターネッ
トリンクを介して、もしくはイントラネットを介してＬＡＮ６０に接続される。

【００１０】模範的な一実施形態の各ワークステーション６４，６６，７０，７２は、ウェ
ブブラウザを備えるパーソナルコンピュータである。ＬＡＮ６０へのアクセス権
を有する個人が実行可能な様々な機能の理解を容易にする目的だけのために、ワ
ークステーション６４，６６，７０，７２が独立した機能に関するものとして示
されている。

【００１１】別の一実施形態のサーバシステム１２は、インターネットサービスプロバイダ
（ＩＳＰ）のインターネット接続８４を介してサードパーティ、例えば、内部や
外部の監査人７８やファイヤウォール７２外に配置された多数のクライアント８
０に接続して通信できるように構成される。模範的な一実施形態の通信がインタ
ーネットを介して実行されるように示されているが、その他のワイドエリアネッ
トワーク（ＷＡＮ）８６型の通信を利用してもよい、即ち、本システムとプロセ
スは、インターネットを介して実施されることに限定されることはない。また、
ＷＡＮではなくて、ＷＡＮの代わりにローカルエリアネットワークを用いてもよ
い。

【００１２】外部の各クライアント８０は独自のＯＳＢシステム２０に接続される。また、
外部のクライアント８０はワークステーション８８、即ち、ウェブブラウザを備
えるパーソナルコンピュータを有する。また、ワークステーション８８はサーバ
システム１２と通信するように構成される。さらに、ファックスサーバ５２は電
話回線を介して外部のクライアント８０や、（不図示の）装置を備える遠隔配置
された海外のクライアントと通信する。ファックスサーバ５２はその他のデバイ
ス６４，６６，７０，７２とも同様に通信する。受取勘定システム３０は事業体
サイトにインストールされる。一方、ＯＳＢシステムはクライアントサイトに配
置される。システム２０、３０はいずれも信頼できる接続を介して互いに必要な
データをダウンロードしたりアップロードして必要な機能を実行できるように構
成される。改良を続けることによって、利用可能となったときに新しい技術を利
用する際のコンパチビリティが保証され、最終的にコストを削減し効率を改善す
ることができる。

【００１３】図３は、受取勘定システム（ＡＲＳ）９０の別の模範的な一実施形態を示す。
システム３０のコンポーネントと同様のシステム９０内のコンポーネントは、図
２と同じ参照番号で図３に示されている。本実施形態の装置１４は、デスクトッ
プ型（薄型装置、即ち、小型軽量クライアントとも呼ばれる）である。本願で用
いられる薄型装置は、ウィンドーズ９５もしくはウィンドーズＮＴ４．０のワー
クステーション（「ウィンドーズ」は商標）と、バージョンが４．０以上のイン
ターネットエクスプローラ（「インターネットエクスプローラ」は商標）を実行
するペンティアム（「ペンティアム」は商標）かそれより上位のプロセッサと最
小３６ＭＢのＲＡＭを備えるインテル互換ＰＣである（「インテル」は商標）。
サーバシステム１２はペンティアムプロセッサと最小６４ＭＢのＲＡＭを備え、
ウィンドーズＮＴ４．０サーバとインターネットインフォメーションサーバ９２
を実行するアプリケーションサーバ４０を備える。ビジネス論理は、ダイナミッ
クリンクライブラリ（ＤＬＬ）の形式でこのレイヤに存在する。ＵＮＩＸ上（「
ＵＮＩＸ」は商標）のオラクル７．３．２データベース９４（「オラクル」は商
標）は、サーバシステム１２の一部であるデータベースサーバ３６として用いら
れる。データベースサーバ３６はペンティアムプロセッサと最小６４ＭＢのＲＡ
Ｍを備えるサーバであって、サンソラリス（ＳｕｎＳｏｌａｒｉｓ：商標）を
実行する。データベースレイヤはデータベースサーバ３６内に存在する。以下で
詳述されるが、クライアントとそのカスタマに関する様々な情報を含む中央デー
タベース９４は、サーバシステム１２のデータベースサーバ３６内に格納され、
装置１４の一つを介してサーバシステム１２にログオンすることによって装置１
４のうちの一つを利用するユーザによってアクセスされる。格納されたサブルー
チンを用いることによって、データベース９４をアクセスすることができる。ア
クティブＸＤＬＬを介してデータベースに関する全相互作用が発生する。装置
１４は、クライアントサイトに配置されたＯＳＢシステム２０と内部接続する。
サーバシステム１２は、直接リンクか、もしくはクライアントサイトに配置され
た装置１４のうちの１つを介してＯＳＢシステム２０と通信し、必要なときにデ
ータをアップロードしたりダウンロードすることができる。

【００１４】図４は、ＡＲＳ３０のソフトウェアアーキテクチャ９８と、サーバシステム１
２のアプリケーションサーバ４０とデータベースサーバ３６とＡＲＳ９０の模範
的な一実施形態である。ＡＲＳシステム３０で用いられるソフトウェアアーキテ
クチャは、フロントエンドとしてウェブブラウザ、例えば、バージョンが４．０
以上のＩＥを備える。ウェブブラウザは、ユーザインタフェースを形成するＶＢ
５．０で開発されたアクティブＸ制御をダウンロードする。

【００１５】ＡＲＳ３０のミドルウェアは、ビジネスルールとデータベースコールを利用す
るものであって、ＮＴアプリケーションサーバに存在する。ミドルウェアは、ア
クティブＸオブジェクト（ＤＬＬ）形式である。ミドルウェアは、別々の２つの
アプリケーションを接続するソフトウェアである。例えば、データベースシステ
ムをウェブサーバにリンクするための多数のミドルウェア製品が存在する。これ
によって、ユーザはウェブブラウザに表示されたフォームを用いてデータベース
からデータをリクエストすることが可能となり、また、ユーザのリクエストとプ
ロファイルに基づいてウェブサーバがダイナミックウェブページを返送すること
が可能となる。ミドルウェアは、ＵＮＩＸサーバ中にあるオラクルデータベース
９４からデータを検索する。ＩＩＳがウェブサーバとして用いられる。アクティ
ブデータベースオブジェクト（ＡＤＯ）を用いることによってデータベースをア
クセスすることができる。オラクル７．３．２データベース９４は、ＵＮＩＸサ
ーバに存在する。

【００１６】クライアント情報は極秘で私有のものであるため、ＡＲＳ３０のセキュリティ
が厳密に監視される。様々なアクセス権レベルを提供することによって、システ
ムのセキュリティが維持される。これらのアクセス権レベルは、様々な権限、例
えば、本部の権限やスーパバイザの権限やクレジット評価者の権限や回収者の権
限や送金処理の権限をもつ者のためにある。ユーザがアプリケーションにログオ
ンするときにユーザの権限がチェックされ、ユーザの権限に応じてスクリーンを
選択するためのアクセス権がユーザに与えられる。

【００１７】上述したセキュリティの他にＡＲＳ３０は、一般的に全てのイントラネットア
プリケーションに関する通常のセキュリティも維持する。全てのアクティブサー
バページで、ＡＲＳ３０はユーザがログインしたかどうかをチェックし、ユーザ
がログインした場合はユーザはアクティブサーバページからアクセスしようとす
るが、システム３０は、ユーザがそのために正しいアクティブサーバページを訪
れたかどうかもチェックする。上述した基準が全く満たされていない場合は、シ
ステム３０は、エラーメッセージである「スクリーンの不正アクセス」を表示す
る。また、ログオンしたユーザが所定期間以上アイドル状態であるかどうか、ま
た、ユーザがアプリケーションから自動的にログアウトしたかどうかをチェック
するためのセッション変数がある。

【００１８】図５は、データベースサーバ３６のデータベース９４の構造である。データベ
ース９４は、サーバシステム１２内の、特定のタスクを実行する複数の個別のコ
ンポーネントに接続される。ＡＲＳ３０は、全ての売上債権のクレジット／回収
サービス、例えば、クレジット評価、クレジット供与、カスタマからの回収と勘
定調整、送金受領書、配賦処理、入金、債権の連結、ＯＳＢ総勘定元帳の更新を
管理する。ＡＲＳ３０は、財務の監視／報告／監査のための様々な報告書を利用
して必要な仕訳記入事項の処理と生成を行うために、クライアントのＯＳＢシス
テム２０から適切な情報を受けとる。検索されて処理された情報は、一時的な利
用のためだけでなく恒久的に利用するために中央データベース９４に格納される
。

【００１９】例えば、サーバシステム１２は別々のコンポーネントに分けられるが、これら
のコンポーネントには、例えば、仕訳記入事項や各種報告書をダウンロードする
ダウンロード・コンポーネント１００と、仕訳記入事項や各種報告書を表示する
表示コンポーネント１０２と、必要な情報をＯＳＢシステムに送信する送信コン
ポーネント１０８と、各サーバコンポーネントによってダウンロードされ表示さ
れた仕訳記入事項や各種報告書を印刷する印刷コンポーネント１１２である。シ
ステムは、例えば、周辺機器を利用して選択するか、もしくはボイスコマンドを
利用することによって装置１４からコマンドを受け入れる。サーバシステム１２
は、受けとったリクエストについてデータ記憶装置３８を検索し処理する処理コ
ンポーネント１１６を備える。さらに、サーバシステム１２は、データ記憶装置
３８から情報を検索する検索コンポーネント１２０を備える。情報充填コンポー
ネント１２２は、データ記憶装置３８の検索後に、リクエストされた情報を複数
の装置にダウンロードする。

【００２０】システム１０のアーキテクチャとシステム１０の各種コンポーネントは模範的
な一例にすぎない。その他のアーキテクチャも可能であって、以下で説明する処
理の実行に関して利用することもできる。

【００２１】図６から図２３は、ＡＲＳ１０の動作フローを示すものであって、これには、
各種ＡＲＳ１０モジュール間の相互関係とＡＲＳ１０とＯＳＢ２０との間のイン
タフェースを含まれる。

【００２２】図６は、ビジネスプロセス１６０に関するＯＳＢシステム２０とＡＲＳ１０の
機能を示すものである。ＯＳＢシステム２０は、受注機能１６４と発送機能１７
０と請求機能１７４を備える。ＡＲＳ１０には、ビジネスプロセス１６０の受取
勘定に関する残りの機能、例えば、カスタマのクレジット管理や未決済の請求書
に対する支払いの受取りとその処理と、定期的な総勘定元帳の清算と、決算と内
部統制のための財務諸表データの生成と、一般的に公正で妥当と認められた会計
原則（ＧＡＡＰ）と、財務会計基準委員会（ＦＡＳＢ）の必要条件を満たすため
の定期的な報告書の作成が含まれる。クライアント８０は、それぞれの場所から
ＯＳＢシステム２０と総勘定元帳（Ｇ／Ｌ）システム１８０を動作させる。ＡＲ
Ｓ１０は、ＡＲＳ１０を専門とする専門家集団を有する事業体によって遠隔地で
運用される。別の一実施形態では、ＡＲＳ１０は、クライアントの場所で、クラ
イアントのスタッフによって運用され管理されるが、その際のトレーニングとシ
ステムの改善はＡＲＳ１０のスタッフによって行われる。

【００２３】図７は、クライアントに連続性を提供するために、ＡＲＳ１０がクライアント
・ＯＳＢシステム２０と総勘定元帳（Ｇ／Ｌ）モジュール１８０とどのようにイ
ンタフェースするかを示している。ＡＲＳ１０は、ＯＳＢシステム２０の様々な
コンポーネント、例えば、受注部１６４や発送部１７０や請求部１７４とのデー
タの受送信を行う。受注部１６４では、価格決定コンポーネント１７６と棚卸資
産コンポーネント１７８からデータを抽出することによってカスタマの注文を処
理する。また、ＡＲＳ１０は、必要に応じて、クライアントシステムのその他の
各種コンポーネント１８２と通信する。ＡＲＳ１０が適正に機能するためには、
ＯＳＢシステム２０が完全であることが重要である。何故ならば、ＡＲＳ１０は
、ＯＢＳ２０から受信したデータを用いて総勘定元帳の記入やその他の管理報告
書を生成するからである。ＡＲＳ１０は、クレジット管理に関するプロセスを含
むビジネスプロセス１６０のその他のいくつかの態様を管理することによって、
適切な債権データを含む適切な総勘定元帳を定期的に作成することができる。

【００２４】図８は、ＡＲＳ１０の模範的なスクリーンの一レイアウトである。ＡＲＳ１０
は、クレジットの供与と回収と送金処理と報告／管理業務に関与する。ＡＲＳの
機能は、５つのモジュール、即ちクレジット照会モジュール１９０と送金処理モ
ジュール１９４と受取勘定請求（ＡＲＣ）モジュール２００と保守モジュール２
０４と管理モジュール２１０に分けられる。送金処理モジュール１９４は、キャ
ッシュアプリケーションモジュールと呼ばれることもある。クレジット照会モジ
ュール１９０は、ユーザに大量のカスタマ／債権関連情報を様々な方法で提供す
る。送金処理モジュール１９４は、支払いの送金や滞納管理や支払いに関する処
理に関与する。ＡＲＣモジュール２００はカスタマの紛争を処理する。保守モジ
ュール２０４を用いることによって、様々な種類のカスタマ情報を保守し格納す
ることができる。管理モジュール２１０を用いることによって、セキュリティ機
能と高レベルのシステム機能を扱うことができる。

【００２５】モジュール全体の完全性のレベルは高い。ユーザはＡＲＳ１０の特定モジュー
ルに付随する機能を利用しても、次のナビゲーションでは、ユーザはＡＲＳ１０
の異なるモジュール間を行ったり来たりする。例えば、送金処理モジュール１９
４で小切手を配賦するユーザは、クレジット照会モジュール１９０を利用して、
カスタマの検索を行うか、もしくは送り状の詳細事項を表示させる。カスタマの
明細書を閲覧するユーザは、保守モジュール２０４をアクセスしてカスタマ情報
を修正するか、送金処理モジュール１９４をアクセスして勘定書に基づいて貸借
を相殺するか、もしくは、ＡＲＣモジュール２００を利用して、異議を申し立て
る、即ち表明することができる。クレジット照会モジュール１９０で送り状を検
索する、もしくは、保守モジュール２０４で２つの送り状を参照するユーザは、
送金処理モジュールを利用して複製の送り状のリストを表示させることができる
。同様に、管理モジュール２１０で請求書の束を見直すユーザは、クレジット照
会モジュール１９０を利用して送り状の詳細を表示させることができる。

【００２６】概してＡＲＳ１０は、売上債権に対する全てのクレジット／回収サービスを提
供するが、これには、クレジット評価と、クレジット供与と、カスタマの回収と
勘定調整と、支払い受領書と、配賦と入金記載と、受取勘定（Ａ／Ｒ）報告書と
、連結が含まれ、また、カスタマの明細書の作成と郵送が含まれ、さらに、財務
諸表の作成のためにクライアントの総勘定元帳（Ｇ／Ｌ）システム１８０に直接
提供することが含まれる。ＡＲＳ１０は、仕訳記入事項を作成してＧ／Ｌシステ
ム１８０を更新することができるが、これは、ファイル転送プロトコル（ＦＴＰ
）を介してクライアントのＧ／Ｌシステム１８０にマップされ転送される擬似ア
カウント番号を内部で使用することによってなされる。ＡＲＳ１０は、ＯＳＢシ
ステム２０と重要なコンピュータ間接続を維持することによって、（クレジット
評価後の）注文発送の承認と、請求書／送り状の提供と、カスタマの紛争監視／
報告（オンライン）と、債権清算のための最終的月末Ｇ／Ｌインタフェースを確
保したまま、全てのＡ／Ｒ機能をアウトソーシングするオプションをクライアン
ト８０に提供する。ＡＲＳ１０の各モジュールについて以下で詳述する。

【００２７】Ａ．クレジット照会モジュールクレジット照会モジュール１９０は、主に、カスタマのアカウント設定時のク
レジットの評価と、クレジットの保守活動に関与する。また、クレジット照会モ
ジュール１９０は、様々なモジュールとインタフェースすることによって滞納や
回収や償却についての情報を利用することができる。

【００２８】クレジット照会モジュール１９０は、支払い履歴を見直してクレジットの照会
を実行する。支払い履歴は、請求日から支払いを受け取った日までの支払い期間
に基づく一連の計算情報である。ＡＲＳ１０は、全データをソートして１８ヶ月
経過したデータを比較した報告書にまとめて６ヶ月毎に表示する。クレジット照
会モジュール１９０は、カスタマのアカウントを利用して、カスタマ分析やクレ
ジット管理やカスタマと連絡するために利用される様々なデータの提供情報を閲
覧する。クレジット照会モジュール１９０は探索オプションをさらに備える。

【００２９】クレジット照会モジュール１９０は、履歴データに基づいて特定のカスタマ、
即ちアカウントの送金予測を行う。ＡＲＳ１０は、クライアントに対する全体的
なキャッシュ予測を行う。クレジット照会モジュール１９０は、勘定調整のため
にカスタマレベルで全トランザクションを追跡するために、監査の検証をさらに
行う。

【００３０】１．クレジット配賦プロセス（新規カスタマ）クライアントは、事業体と協力して新規カスタマのアカウント承認基準を確立
し、ＡＲＳ１０に含まれる採点ソフトウェアプログラムを用いて特定クライアン
ト向けの信用度オプションを選択する。

【００３１】図９は、ＯＳＢシステム２０を介して注文書を発行したカスタマのクレジット
照会モジュール１９０によって、実在するカスタマの信用調査を行うための活動
図である。一旦カスタマが注文書を発行すると、ＡＲＳ１０は新規アカウントの
承認リクエスト２２０を受けとる。ＡＲＳ１０のサブルーチンによって、複数の
クレジット調査官２３０から指定されたクレジット調査官２２４に承認リクエス
ト２２０を送る。また、クレジット調査官２３０は、回収者もしくは回収担当者
と呼ばれることもある。指定されたクレジット調査官２２４は新規アカウントの
承認リクエスト２２０に基づく最初のクレジット評価２３４を実行する。注文の
総計がクライアントから指定された額よりも少ない場合、もしくは、注文がクラ
イアントから事前に指定された既知の特定のカスタマからのものである場合は、
指定されたクレジット調査官２２４は、承認リクエスト２２０を自動的に承認す
る。承認リクエスト２２０が自動的に承認されない２４０場合は、指定されたク
レジット調査官２２４は詳細なクレジット調査２４４を実行する。

【００３２】クレジット調査２４４には特定のアプリケーションが備えられていないが、様
々なツール、例えば、ダンアンドブラッドストリート（Ｄｕｎ＆Ｂｒａｄｓ
ｔｒｅｅｔ）レポート２５０やその他のクレジット報告機関２５４やクレジット
照会２６０やバンクレポート２６４や財務諸表２７０やカスタマ訪問２７４や鉱
業産業省（ＭｉｎｅｓａｎｄＩｎｄｕｓｔｒｉａｌｓ）の調査２８０が含ま
れる。ＡＲＳ１０は、ダンアンドブラッドストリート、もしくはその他のクレジ
ット報告機関と電子的にインタフェースをとって、名前や住所や電話番号からカ
スタマを検索して識別し、ダンアンドブラッドストリートレポート２５０もしく
はその他のクレジット報告機関のレポート２５４を取得することによって、クレ
ジット承認プロセスでかかる時間を短縮することができる。

【００３３】指定されたクレジット調査官２２４は、クレジット調査２４４に基づいてカス
タマに対してクレジットを認可すべきかどうかを決定する。指定されたクレジッ
ト調査官２２４は各々、ＡＲＳ１０内に存在して厳しく管理されるクレジット権
限に限定される。指定されたクレジット調査官２２４は、委任された権限の限界
を超えて貸出枠を認可することはできない。ＡＲＳ１０は、クレジット調査官２
３０の貸出限度額の制限を変更するためのアクセス権を事業体内で認証された特
定の者のみに限定する。

【００３４】カスタマがクレジット調査２４４の所定のパラメータに一致する場合、また、
クレジットが指定のクレジット調査官２２４に認証された制限内であれば、指定
のクレジット調査官２２４は新規のアカウントリクエストを承認する。カスタマ
がクレジット調査２４４の所定のパラメータに一致しない場合か、もしくは、カ
スタマからリクエストされたクレジットが、指定のクレジット調査官２２４の認
証された制限を越えている場合は、ＡＲＳ１０の作業者は、セキュリティ２９０
、例えば、個人保証２９４や事業体内保証３００やＰＰＳＡ３０４や条件付販売
契約３１０の取得を試みる。様々な注文を承認するためには信用状３１４が必要
である。

【００３５】一旦指定のクレジット調査官２２４が注文を承認することを決定する３２４と
、ＡＲＳ１０は既存のアカウントの場合は承認番号を、新規カスタマのアカウン
トの場合はアカウント番号３２６をその注文に対して割り当て、発注機能１６４
と発送機能１７０と請求機能１７４を実行するＯＳＢシステム２０とインタフェ
ースをとる。インタフェース３３０によってクレジット承認プロセスが完了する
。

【００３６】２．カスタマ注文承認（既存のカスタマ）図１０は、カスタマの注文承認と送り状の生成４１２と、クレジットの承認と
、Ｇ／Ｌシステム１８０へ総勘定元帳エントリを登録するプロセスを示す活動図
である。活動は、その活動を実行するシステムに基づいて各列に配置される。列
はＯＳＢシステム２０とＧ／Ｌ（総勘定元帳）システム１８０とＡＲＳ１０に対
応する。

【００３７】ＯＳＢシステム２０は、カスタマ注文承認リクエスト４１４を入力／受信する
。注文４１４額が注文管理制限（ＯＣＬ）４２２以下であれば、ＯＳＢシステム
２０はカスタマの注文４１４を自動的に承認することを決定する４１６。ＡＲＳ
１０にアカウントが設定されると、ＯＣＬ４２２が最初に確立される。初期設定
の後にＯＣＬ４２２を調整する方法が３つある。指定のクレジット調査官２２４
は、制限を変更したり、アカウントに対して注文延期状態にしたりクレジット照
会状態にすることができる。アカウントを注文延期もしくはクレジット照会状態
にした場合は、ＯＣＬ４２２は自動的にゼロになる。ＯＣＬ４２２に対するこれ
らの変更事項は、所定のサイクルでクライアントのＯＳＢシステム２０に送られ
る。

【００３８】承認リクエスト４１４の額がＯＣＬを超えた４２４場合は、承認リクエスト４
１４は留保され、ＡＲＳ１０から、指定のクレジット調査官２２４に対して見送
の知らせが通知される。指定のクレジット調査官２２４は、承認リクエスト４１
４の承認、拒否、もしくは留保を決定する４２８。その情報は、ＯＳＢシステム
２０とＡＲＳ１０の間で所定のサイクルで相互に送られるので、決定までのタイ
ムラグは短く、大部分はＡＲＳ１０の事前承認に基づいてクライアントのＯＳＢ
２０内で自動的且つ即座に承認される。一旦承認されると、ＯＳＢシステム２０
は商品４３０を発送し、最終的な送り状４３２を作成する。クライアントのＯＳ
Ｂシステム２０は価格を管理し、この情報とカスタマの割引き構成情報などの情
報をＯＳＢシステム２０に格納し、そのカスタマに対するカスタマ送り状（ハー
ドコピーもしくは電子文書）を作成する。また、ＯＳＢシステム２０はバッチフ
ァイル４３６を作成し、同日の夕方に該バッチファイル４３６をＡＲＳ１０に発
送する。

【００３９】バッチファイル４３６には送り状４３２に関する基本的な情報４４０が含まれ
ている。ＡＲＳ１０が電子的に受信した情報４４０には、送り状の日付４４２や
、送り状の納期４４４や、送り状の通貨４４６や、送り状の総額４４８や、カス
タマ番号４５０や、請求書識別認識コード（ＩＣ）４５２や、送り状番号４５４
や、その他の支払い条件４５６や、もし利用可能であれば、カスタマの購入注文
番号４５８などの情報が含まれる。

【００４０】ＡＲＳ１０はバッチファイル４３６を用いることによって、回収と監視の目的
でカスタマの明細書４６０を更新することができる。また、ＡＲＳ１０は、月末
にクライアントのＧ／Ｌシステム１８０を調整するために仕訳記入事項４６２を
転記する。ＡＲＳ１０は最終的に「査定された債権」総計４６４を作成し、クラ
イアントにＧ／Ｌインタフェース番号を提供して、その財務諸表と未払債権の帳
尻を合わせる。この機能の一部として、ＡＲＳ１０は、経年試算表と紛争報告書
と趨勢報告書と、査定された債権総計４６４を具体化する際にカスタマが利用す
るその他の報告書を作成する。

【００４１】Ｂ．送金処理モジュール送金処理モジュール１９４は、債権の経過日数を調べて支払いの送金を行うア
プリケーションを必要とする。送金処理モジュール１９４は、幾つかの機能、例
えば、外国通貨で資金を受け付けたり、報告する目的でその資金を必要な現地通
貨に翻訳する機能を有する。一実施形態では、報告は現地通貨で行われる。別の
一実施形態の報告は外国通貨で行われる。為替差損益の算定は、ＡＲＳ１０の送
金処理モジュール１９４によって自動的に生成される。送金処理モジュール１９
４は、特定の条件下で一連のアルゴリズムによって、カスタマのアカウントに対
する配賦と更新を自動的に行う。指定された適任者は、システムのセキュリティ
レベルに基づいて特定のアカウントを消去する権限をもつ。ＺＡＰとは、カスタ
マのアカウント内の項目の相殺を可能にする送金処理を行うデリバティブである
。これらの状態では、残高がオンラインで自動的に更新される。

【００４２】送金処理モジュール１９４はアカウントを表示して、支払者階層から受け取ら
れたキャッシュを配賦する。支払者階層によって、ユーザは指定された一つ以上
の主アカウントから複数のアカウントをアクセスすることが可能となる。また、
送金処理モジュール１９４が保持モジュール２０４と協力することによって、自
己作成機能とリバース配賦機能が有効となる。自己作成では、支払がなされるカ
スタマ・アカウントの特定の送り状が選択されるが、この送り状は、送金するた
めに、電子バンクファイルにフォーマット化されたものである。リバース配賦機
能によって、ＡＲＳ１０は、事前に完了した配賦と、それに関連するＧ／Ｌシス
テム１８０の総勘定元帳のエントリを破棄し、オンラインで元の収支にアカウン
トを戻す。

【００４３】以下のプロセスでは、送金処理モジュール１９４の管理に関する動作／機能フ
ローを説明する。

【００４４】１．支払受領書と配賦図１１は、送金処理の活動図である。ほとんどの場合、カスタマは、事業体に
対して小切手や電信送金や電子入金やクレジットカードや為替手形を使って送り
状の支払い４７０を行う。ＡＲＳ１０は、支払い４７４を受け取り、クライアン
トの銀行アカウントにそれを入金する４８０。

【００４５】一般的に、ＡＲＳ１０の送金処理モジュール１９４は、カスタマが支払いを配
賦したい送り状４４０に対して支払い４７４を配賦する。ＡＲＳ１０が送金命令
を受けとっていない場合は、受け取ったキャッシュは、アカウント上非配賦キャ
ッシュとみなされる。ＡＲＳ１０は、アカウント上非配賦キャッシュを有するカ
スタマに書簡を自動的に送る。その書簡は、キャッシュ配賦方法に関する命令を
求めるものである（そして、カスタマに情報を求める結果となる）。指定のクレ
ジット調査官２２４によって特定の経年バケットが特にクロスリファレンスされ
ない場合は、経年バケットで代金分割払いの非配賦キャッシュが移動するが、配
賦されるまで延滞額は減らない。指定のクレジット調査官２２４が行ったクロス
リファレンスによって、アカウント上非配賦キャッシュがＡＲＳ１０内でクロス
リファレンスされる経年バケットの残高が減少する。ＡＲＳ１０は、指定のクレ
ジット調査官２２４が行った全てのクロスリファレンスの監査証跡を保持する。

【００４６】ＡＲＳ１０は、複数の通貨４８４での支払い４７４を受け付け、清算プロセス
での為替差損益を考慮する。また、ＡＲＳ１０がオンライン送金処理４９０を提
供することによって、送り状に対して小切手が配賦されると同時にこれらの送り
状は支払済みとして示され、カスタマの収支がオンライン形式で更新される。本
願の図１４で示されるように、送金処理４９０によって複数の通貨の連結が可能
となる。送金処理４９０中にＡＲＳ１０は、キャッシュ変動と為替差損と割引と
手数料を識別する。次に、ＡＲＳ１０は、債権総計残高４９４に適切なキャッシ
ュ変動と為替変動と割引と手数料の仕訳記入事項が含まれるように仕訳記入事項
を書き込むことによって、支払い４７４を自動的に清算する。送金処理モジュー
ル１９４は、一晩中バッチモードで整合性を確かめ４９４、適切な仕訳記入事項
を生成して、クライアントのＧ／Ｌシステム１８０内の債権番号を更新する。

【００４７】ＡＲＳ１０は多くの報告書とオンラインスクリーンを作成するが、これらを送
金処理者が利用して、配賦されたキャッシュ額に対して受領した支払額４７４と
銀行の預金額を照合することができるので、不均衡部分を直ちに発見することが
できる。ＡＲＳ１０は、全トランザクション、即ちＡＲＳ１０に対する変更に関
する現状の活動ファイルを作成し、ＡＲＳ１０内で変更をした者の識別コードを
常に関連づける。本ファイルは記憶媒体に所定期間保存される。

【００４８】図１２は、ＡＲＳ１０のスクリーンレイアウトの模範的な一実施形態であって
、カスタマのアカウントへの支払いの配賦５１０を表示したものである。支払配
賦５１０によって、オペレータは方法５１４を選択して、例えば、勘定を下げた
り５１６、収支表によったり５２０、送り状番号５２２によったり、最も古い送
り状からの支払い５２４によったり、ファインダ番号による支払い５３０によっ
たり、送り状検索５３４等による特定の方法で支払いを配賦することができる。

【００４９】図１３は、子カスタマのための親階層記録もしくは支払者の階層記録の作成を
表示するＡＲＳ１０のスクリーンレイアウトの模範的な一実施形態である。特に
、子カスタマの記録５４４は支払者６００に関係がある。これにより、カスタマ
の債務残高のエージング情報をオンラインで取得し、さらに送金処理を促進する
ために、複数のアカウントをマージすることができる。

【００５０】図１４は、ＡＲＳ１０によって配賦された支払４７４をその後破棄する方法を
表示するＡＲＳ１０のスクリーンレイアウトの模範的な一実施形態である。カス
タマ番号６１０や小切手照会６１４や小切手番号６２０や貸し金庫番号６２４や
バッチタイプ６３０やバッチ番号６３４に関する情報を提供することによって、
以前の支払い配賦がＡＲＳ１０内で破棄される。

【００５１】別の模範的な一実施形態では、リバースチェックスクリーン内に複数の選択フ
ィールドを配置するために用いられるその他のスクリーンからのデータによって
情報が自動的に提供される。

【００５２】図１５は、ゼロ配賦とその他の全ての記録のリバース情報を表示するＡＲＳ１
０のスクリーンレイアウトの模範的な一実施形態である。スクリーンレイアウト
は、カスタマ番号６４０とファインダ番号６４２と送り状番号６４４を識別する
ものであって、これによって、オペレータは、カスタマ６４０のアカウントに対
する特定項目を相殺し、カスタマ６４０の記録をオンラインで更新することがで
きる。

【００５３】２．集中監視指定のクレジット調査官２２４は、ＡＲＳ１０を介して勘定残高と活動をオン
ラインで監視することができる。翌週にアクションが必要なアカウントを示す報
告書が定期的に生成される。テーブルを利用して即座に変更可能な特例条件にア
カウントが合致する場合は、アカウントは報告書に含まれる。ＡＲＳ１０は、個
々のアカウントレベルから全クライアントレベルまでの多数の報告書を作成する
。

【００５４】３．エージングＡＲＳ１０のエージングで用いられる評価基準とプロセスは非常に決定的なも
のであって、支払期日の翌日には、項目は期限が過ぎているものとして分類され
る。オンラインでカスタマの送金を配賦し、クレジット管理のためにカスタマの
残高を即座に更新するように、クレジット状態システムのアカウントのエージン
グを自動化する。「滞納」ではない送り状は二つのセクション、即ち、「カレン
ト」と「ノットデュー（ＮｏｔＤｕｅ）」に分けられる。「カレント」とは、
送り状の納期が既定の締切日から３０日以内であることを意味する。「ノットデ
ュー」とは、送り状の納期が既定の締切日から少なくとも３１日であることを意
味する。「滞納」（即ち、延滞した場合）とは、各締切日の少なくとも１日後に
送り状に対する未払いがあることを意味する。経過日数を識別するために用いら
れる主な報告書は、経年試算表や趨勢報告書である。

【００５５】受取勘定のエージングについては送金処理モジュール１９４で説明されたが、
別の一実施形態では、その他のモジュール、例えば、クレジット照会モジュール
１９０やＡＲＣモジュール１９４や保守モジュール２０４からアクセス、即ち、
インタフェースをとることができる。

【００５６】４．滞納管理指定のクレジット調査官２２４によって通常の滞納回収サイクルが発生し、週
毎の特例条件の実行の際に確認される期限切れの条件や、貸出枠を超えたカスタ
マを示すオンライン照会スクリーンから開始される。回収コールや調整を行うに
は様々な理由があるが、その主な理由は滞納である。

【００５７】回収の最大の動機のうちの一つは、利用可能な債権（ノットデューのものを除
いた総債権残高）の割合や、月毎に監視されて各クレジット調査官２２４に報告
され、また、クレジット調査官２２４の年毎の業績評価の一部となる（クレジッ
ト調査官２２４の能力を評価して、正確な目標を設定するために利用される）予
測回収率などのような、回収するクレジット調査官２３０に課せられた目標であ
る。

【００５８】図１６は、回収プロセスの活動の簡略図の模範的な一実施形態である。一旦、
アカウントが、回収コールや予備調査コールが必要であると見なされると、指定
のクレジット調査官２２４は必要な回収活動７００を開始する。これらは、予測
回収率と利用可能額と滞納率に基づいて見直される。滞納しているアカウントは
、通常、必要に応じて回収活動の厳しさとレベルを高めるために、特定地方のク
レジットマネージャとクレジット調査官２３０によって見直される。

【００５９】カスタマの中には、発行される貸方票や、控除されるカスタマ借方票や、拒絶
されたＡＲＣ６４５や、供給された配達証明書などの間で高度な勘定調整を行う
ことを要求する者もいる。これは、指定のクレジット調査官２２４が専門的判断
を下してポートフォリオを効率的に管理する際に、指定のクレジット調査官２２
４によって毎日行われるものであって、これによって、クライアント自身の内的
評価を行なうことができる。しかしながら、カスタマに対して手数料が発生する
場合もあって、そのような場合は、指定のクレジット調査官２２４と一緒に問題
のある項目を見直して、地域マネージャに対して手数料の償却を提言する地方ク
レジットマネージャによって通常処理される。この地域マネージャは、さらに見
直しを行って、適切な場合は、クライアントの金融担当副社長による契約破棄を
要請する。クライアントには、これを事業体の職員に委任するというオプション
がある。

【００６０】ＡＲＳ１０は、滞納を監視するための様々な報告書、例えば、経年試算表７１
０や、オンライン経年残高７１２や、オンラインカスタマデータ概要７１４や、
様々なクレジット調査機関からの交換情報７２０や、支払い習慣統計７２４や、
生成されたＡＲＳ１０回収文書７３０（「督促状」と呼ばれることもある）や、
信用度７３４や、親階層７４０や、メモ帳での通信７４４やその他の報告書を備
える。また、支払習慣統計７２４は支払履歴報告書とも呼ばれ、アカウント毎や
クレジット調査官２２４毎やクライアント毎に作成されている。これらの報告書
は、オンライン形式かもしくは月報形式で、必要な回収コールに関する特例週報
と一緒に作成される。これらは、関与する各クライアントに提供される毎月の経
年試算表と一緒に指定のクレジット調査官２２４に配布される。「趨勢報告書」
は、１３ヶ月追跡した趨勢に関する実Ａ／Ｒの月間情報を１枚の用紙に要約３８
したものであって、その用紙の裏面には上位２５人の不正使用カスタマが記載さ
れている。

【００６１】販売条項７４６の協定日を過ぎた最初の日に、アカウントは、ＡＲＳ１０で延
滞した、即ち、滞納であるとされる。例えば、正味３０日の期日で２０００年１
月１日に請求された送り状は、２０００年１月３１日には期限が過ぎる、即ち滞
納となり、その形式で報告される。ＡＲＳ１０は、請求入力ファイルから各送り
状に関する期間４５６と、クライアントによって承認されたテーブルマトリクス
を取り出して、特定の納期日４４４を割り当てる。ＡＲＳ１０のエージングは毎
日評価されるが、これは、滞納に関するフォローアップを促進するための正確な
評価である。

【００６２】ＡＲＳ１０は、ダンアンドブラッドストリート（Ｄｕｎ＆Ｂｒａｄｓｔｒ
ｅｅｔ）やその他のクレジット報告機関から情報を毎月受け取る。所有者の変更
や格付けの変更や判定や、ペイデックス（Ｐａｙｄｅｘ）、即ち、支払インデッ
クスの大幅な減少は、指定のクレジット調査官２２４にハードコピーの報告書で
報告される。また、カスタマの支払いに関する契約事項がＡＲＳ１０に入力され
る。また、これらの契約事項は特例週報にもオンラインで掲載される。

【００６３】延滞しているアカウントは、延滞したドル額やカスタマの滞納履歴に従って様
々な方法で処理される。小口のアカウントに対しては督促状が用いられる７５０
。クライアントによって変わる評価基準に基づいて、各送り状の納期後に（効力
を）上げる複数の督促状が所定のインターバルで作成される。一般的に、大口か
、もしくは「危機に瀕している」カスタマは、督促状のプロセス７５０を経ずに
、彼らのアカウントの期限が過ぎると直接電話で連絡がとられる。

【００６４】時には調整進展の慣行で滞納するカスタマもいる。このため、アカウントの大
部分については、業界標準規格の支払期間内に支払われるが、回収コールでカス
タマをいらいらさせないことが重要である。指定のクレジット調査官２２４はア
カウントのライフサイクルに渡ってそのアカウントを管理し、クライアントに最
大の利益を提供するために、カスタマサービス優先の親密な関係をカスタマと作
る必要がある。例えば、カスタマが過去の残高分の支払いを行い、新しい商品を
購入するなどの特殊な場合には、カスタマは債務残高を減らすことができる。

【００６５】また、ＡＲＳ１０は、滞納しているアカウントに関するその他の文書、例えば
、信用状３１４や輸出保険やその他の金融書類を見直す７５４。

【００６６】期限が過ぎているアカウントは様々なクレジット調査官２３０によって管理さ
れるが、多くの場合、貸倒損失の認定を求める前に外部の取立て機関や弁護士に
回収７６０が委託される。これによって、貸倒損失として償却する前に、独立し
た第三者は公平な資金の回収を試みる。破産した、即ち、任命された破産管財人
をもつカスタマは、適切な法律に基づいて扱われる７６４。一般的に、ＡＲＳ１
０は、そのようなアカウントを（以下で議論される）回収可能性貸倒損失ファイ
ルに転送する。回収活動７００によって回収されたキャッシュは、送金処理モジ
ュール１９４を介して処理される。

【００６７】図１７は、カスタマのクレジット交換情報を表示するＡＲＳ１０の模範的な一
スクリーンのレイアウトである。そのスクリーンのレイアウトは、ダンアンドブ
ラッドストリートレポート２５０の一実施形態を示しているが、その他のクレジ
ット報告機関２５４からも同様のスクリーンを見ることができる。ＡＲＳ１０は
、取引経歴や、ダンアンドブラッドストリートやその他のクレジット報告機関か
らの情報に基づいて１から８の値を割り当てるリスクコードシステム７６６を利
用する。利用可能な情報がない場合は、そのアカウントは「Ｎ」と符号化される
。これらのコードを用いて、例えば、（以下で議論する）催促状としても知られ
ている督促状や、その他の特例条件をオフにするスイッチなどとして存在する「
オフ」スイッチを無効にすることができる。

【００６８】図１８は、カスタマ番号７６８によってソートされるカスタマ情報を表示する
ＡＲＳ１０の模範的な一スクリーンレイアウトである。本情報は、クレジットの
詳細な調査２４４や進行中のアカウントの見直しや監視時に、指定のクレジット
調査官２２４からＡＲＳ１０を介してアクセスされる。カスタマ情報には、氏名
７７０や住所７７２や電話番号７７４やダンアンドブラッドストリートの格付け
７７６やリスクコード７７８や最高貸付額７８０や最終販売日７８２や日年販売
額７８４や未出荷のオーダ７８６やカスタマの事業開始日７８８や残高７９０や
経常収支７９２や延滞残高７９４や親の名前７９６や通貨７９８やクレジット状
態８００やその他の状態が含まれる。

【００６９】ＡＲＳ１０は、特例に基づいて個々のアカウントの見直しを行う。また、公式
なサブルーチンも存在するので、ＡＲＳ１０は定期的なクレジット更新見直しを
行って、指定のクレジット調査官２２４に対して、見直しが必要な日が過ぎる前
の所定期間内に警告を行う。この見直しは、指定のクレジット調査官２２４が、
アカウントと、ＡＲＳ１０の支払状態と、支払履歴と、支払日の統計値と、ダン
アンドブラッドストリートのオンラインインタフェース情報を単に観念的に見直
すことであって、見直し日を別の年に変更するように、承認をＡＲＳ１０に入力
することができる。ＡＲＳ１０は、カスタマの貸付限度額が指定のクレジット調
査官２２４に委任された限度を越えないことを保証するための変更を行う指定の
クレジット調査官２２４の各識別コードに対するクレジット要件の変更事項をチ
ェックする。

【００７０】図１９は、メモ帳のメモ７４４と一緒に既定のカスタマ８０２の詳細な経過日
数を表示するＡＲＳ１０の模範的なスクリーンの一レイアウトである。メモ帳の
メモ７４４には、カスタマとの電話やその他のやり取りや、カスタマの信用度に
関する情報やその他の情報が含まれる。そのスクリーンのレイアウトでは、カス
タマ８０２から最後に小切手を受け取った日付８０４と、受取勘定残高８０６の
エージングを区別しており、このエージングは、延滞日数が１−３０日、３１−
６０日、６１−９０日、９１−１８０日、１８１−３６５日、３６５日以上に残
高を分類したものである。

【００７１】図２０は、所定のカスタマ８０２の支払履歴８１０を表示するＡＲＳ１０の模
範的なスクリーンの一レイアウトである。スクリーンレイアウトでは、カスタマ
８０２に対して、純販売高８１２と貸方票８１４と最高クレジット供与額８１６
と償却額８２０と、不十分な資金が原因で戻された小切手８２４とその他の情報
を区別しており、これらの全情報は、現在の期間８３０と後期の６ヶ月８３４と
前期の６ヶ月８４０に分けて表示される。本願では、受取勘定の滞納管理につい
ては送金処理モジュール１９４で説明されたが、別の一実施形態では、その他の
モジュール、例えば、クレジット照会モジュール１９０やＡＲＣモジュール２０
０や保守モジュール２０４からアクセスする、即ち、インタフェースをとること
ができる。

【００７２】５．貸倒金の償却と回収貸倒金が償却されると、ＡＲＳ１０はそれを追跡する高度な方法を備えている
。基本的には、貸倒金に対する償却が行われると、仕訳記入事項がＡＲＳ１０に
入力され、ＡＲＳ１０は、通常の債権明細書からのカスタマの貸倒明細のミラー
イメージを単に転送して、クライアントのＧ／Ｌシステム１８０に対する自動仕
訳記入事項を作成し、内部の「回収可能貸倒ファイル」上にカスタマ明細書のミ
ラーイメージを生成する。クライアントの観点から、残高は償却とみなされる。
ＡＲＳ１０によって提案された償却はすべて、クライアントの金融担当副社長（
もしくは代理人）によって契約破棄される。財産管理下の状態や破産等で発生し
た貸倒金は、基本的に回収可能貸倒のカスタマとして扱われる。この情報は、ク
ライアントの経年試算表に影響を与えないＡＲＳ１０の回収可能貸倒ファイルに
転送される。ファイルは、貸倒金を監視する責任のある管理者に送られ、その管
理者は、回収のために、様々な管財人や受取人や取立て機関などのフォローアッ
プを定期的行って一部を回収する。管財人や受取人から最終的な支払書を受領す
ると、即ち、これ以上回収する機会がないと判断されると、地区担当マネージャ
は、回収可能貸倒ファイルからのこれらの特定カスタマ情報を転送し、それらを
回収不可能貸倒金とみなして、税務と監査の目的のためにそれらをまとめてオフ
サイトの記憶装置に記憶させるように推奨する。

【００７３】ＡＲＳ１０は、適切な地域担当マネージャが管理している未決の回収可能貸倒
アカウントの成り行きに関する月報を作成する。全ての貸倒金は、地域担当マネ
ージャと本部長とクライアントの代理人である金融担当副社長によって承認され
る。

【００７４】貸倒引当金は、毎年ＡＲＳ１０によって計算されて４等分される。貸倒引当金
は、過去６ヶ月以上の純貸倒金額の平均値に設定される。引当金は、四半期毎に
回収可能貸倒金と照合され、必要に応じて四半期毎に調整される。ＡＲＳ１０で
計算された、会計年度末の貸倒引当金がクライアントに推奨される。

【００７５】本願では、償却プロセスについて送金処理モジュール１９４で説明したが、別
の一実施形態では、その他のモジュール、例えば、クレジット照会モジュール１
９０やＡＲＣモジュール２００や保守モジュール２０４からアクセスする、即ち
、インタフェースをとることができる。

【００７６】Ｃ．受取勘定請求（ＡＲＣ）モジュールＡＲＣモジュール２００は、紛争が起こっている送り状を識別することと、解
決を求めてその紛争に関する通知をクライアントにオンライン通信を介して送信
することに関与する受取勘定請求プロセスを管理する。請求書が作成されると、
ＡＲＳ２０は複数の方法で状態を追跡し、最終的に解決するまで、紛争がおきて
いる事項をそのままにしておく。

【００７７】以下のプロセスの記述は、紛争の解決と、受取勘定請求を管理する際に関与す
る動作機能のその他の態様に関して詳しく説明するものである。

【００７８】１．紛争解決図２１は、受取勘定請求サブルーチンの活動図である。カスタマの紛争はＡＲ
Ｃモジュール２００に記録されるが８４４、即座にログインされ、番号付けされ
、適切な記述事項が記入されて、受取勘定請求（ＡＲＣ）８４６が生成される。
ＡＲＳ１０のために用意された識別コードマトリクスに基づいて、問題解決とオ
ンライン追跡８６０に責任のあるクライアント８５４内の者が、オンラインでＡ
ＲＣ８４６を即座に利用することができる８５０。また、個々の紛争に関するハ
ードコピーも、必要に応じて、クライアントの責任者毎に特定のプリンタでバッ
チモードで一晩中印刷される８５０。これらの者は、エージングの目的で即座に
相殺するようにカスタマの支払不足を調整するために発行される貸方票と共にコ
メント８６４をオンライン入力する。指定のクレジット調査官２２４は、コメン
ト８７０をＡＲＣ８４６に入力する。カスタマの異議が却下、即ち拒否される場
合は、クライアントはＡＲＣ８４６を利用してカスタマに書簡を書く。ここで、
この書簡はＡＲＳ１０上でレーザー印刷され、事業体の保管場所から事業体のメ
ール量／手続きを利用してメールもしくはファックスされる。これらの文書は電
子文書であってＡＲＣ８４６の一部となり、追跡調査と監査のために利用される
。一旦紛争が解決すると、指定のクレジット調査官２２４はＡＲＣを閉じる８７
４。未決算ＡＲＣ８４６は保持され、回収されるか貸方に記入されるか償却され
るまでエージングの目的で格納されたことを８８０オンラインで報告する。

【００７９】図２２は、ＡＲＳ１０の模範的なスクリーンの一レイアウトであって、未払受
取勘定請求を要約した真因分析情報８９０を表示する。本スクリーンレイアウト
は、カスタマと、該カスタマのクライアントの責任者８９２と、カスタマにとっ
て異議のある受取勘定残高のエージング８９４を識別する。エージング８９４と
は、残高が現在のものか、２ヶ月の期日を経過したものか、３ヶ月の期日を経過
したものか、４−６ヶ月の期日を経過したものか、７−１２ヶ月の期日を経過し
たものか、１２ヶ月の期日を経過したものかを識別することである。指定のクレ
ジット調査官２２４もしくは責任者８９２は、カスタマとの紛争事由と紛争の額
を確認して入力する８９６。別の一実施形態では、送金処理中に初期ＡＲＣ部か
らデータが獲得される。例えば、紛争事由は、販売手数料や、契約毎ではない送
り状や、価格付けエラーや、各クライアント特有であってテーブルに保持される
その他の理由である。

【００８０】Ｄ．保持モジュール保守モジュール２０４を用いることによって、カスタマに関する様々な種類の
情報を保持することができる。例えば、保守モジュール２０４は、カスタマ情報
、例えば、氏名や電話番号や住所の保存や変更を行うことができる。図１４に示
されるように、保守モジュール２０４は、個別のアカウント間の接続を維持して
更新する。また、保守モジュール２０４を介してカスタマサービス担当者や指定
のクレジット調査官２２４やその他の事業体の担当者は、カスタマのインタフェ
ースに関する情報をアクセスしたり更新を行う。保守モジュール２０４は非常に
柔軟であって、クレジット照会モジュール１９０や送金処理モジュール１９４や
ＡＲＣモジュール２００や管理モジュール２１０からアクセス可能である。

【００８１】Ｅ．管理モジュール管理モジュール２１０は、システム・セキュリティの保守を含む、通常のシス
テム管理者の機能を扱う。また、管理モジュール２１０を用いて、夜間のバッチ
処理やオンライン処理中に様々なデータやテーブルを更新することができる。管
理者や監督者は、管理モジュール２１０へのアクセス権を有し、クライアントや
そのカスタマに関する様々な記録を更新することができる。

【００８２】図２３は、ＡＲＳ１０の機能を要約したプロセスフロー図９００である。本プ
ロセスの第１のプロセスには、ＯＳＢシステム２０とインタフェースして９１０
、必要なデータを交換／ダウンロードするプロセスが含まれる。送り状データを
受信９２０した後、ＡＲＳ１０は請求書ファイルを処理する９３０。ＡＲＳ１０
は、受信した情報からデータを抽出し９４０、そのデータをＡＲＳ１０に送る。
そして、事業体のＡＲＳ１０の認証されたユーザやクライアントシステム１４は
、そのデータを利用することができる。次に、データは、クライアントシステム
１４もしくは、分析／処理９６２のためにＡＲＳ１０に取り付けられたその他の
装置にロードされて９５０、表示される９６０。一旦、カスタマからの支払いが
受け取られる９７０と、支払いはＡＲＳ１０を介して適正なカスタマのアカウン
トに転記される９８０。ＡＲＳ１０の職員は、エラーが起きた場合に一つのアカ
ウントから別のアカウントへの支払いを調整９９０、即ち移動する権限を有する
。一旦支払いがなされてアカウントが更新されると、ＡＲＳ１０は必要な総勘定
元帳エントリを生成し１０００、それを転送して１０１０クライアントのＧ／Ｌ
システム１８０に配置する。次に、ＡＲＳ１０は総勘定元帳のエントリとクライ
アントやクライアントのカスタマに関するその他の情報を装置１４、もしくはク
ライアントのワークステーション８８にダウンロードし表示する。ＯＳＢ２０か
ら検索された情報や、ＡＲＳ１０によって各種プロセスで生成された情報は、デ
ィスク記憶装置３８のデータベース９４に格納される。

【００８３】様々な特定の実施形態について本発明を説明したが、請求項の精神と範囲内で
の修正を行って本発明を実施できることは、当業者であれば理解していることで
ある。

【図面の簡単な説明】

【図１】図１は、サーバシステムと複数の装置を備える受取勘定システムのブロック図
である。

【図２】図２は、受取勘定システムの別の一実施形態のブロック図である。

【図３】図３は、受取勘定システムのさらに別の一実施形態である。

【図４】図４は、図３に示された受取勘定システムのソフトウェアアーキテクチャの模
範的な一実施形態である。

【図５】図５は、図３に示された受取勘定システムのデータベースサーバ内のデータベ
ースストラクチャである。

【図６】図６は、ビジネスプロセスに関連する、注文、発送、請求（ＯＳＢ）システム
と受取勘定システムの機能を示す。

【図７】図７は、総勘定元帳（Ｇ／Ｌ）システムとクライアントのＯＳＢシステムに直
接的に統合された受取勘定システムの機能的関係を示す。

【図８】図８は、図３に示された受取勘定システムの模範的なスクリーンレイアウトで
ある。

【図９】図９は、図３に示されたＡＲＳのクレジット照会モジュールを介して信用調査
を行う活動図である。

【図１０】図１０は、図３に示されたＡＲＳの送り状の生成活動図である。

【図１１】図１１は、図３に示されたＡＲＳの送金処理の活動図である。

【図１２】図１２は、図３に示されたＡＲＳのスクリーンレイアウトの模範的な一実施形
態であって、カスタマアカウントに対する支払配賦を表示したものである。

【図１３】図１３は、図３に示されたＡＲＳのスクリーンレイアウトの模範的な一実施形
態であって、子カスタマの親階層記録もしくは支払者の階層記録の作成について
表示したものである。

【図１４】図１４は、図３に示されたＡＲＳのスクリーンレイアウトの模範的な一実施形
態であって、受取勘定システムによって配賦された支払をその後破棄する方法を
表示したものである。

【図１５】図１５は、図３に示されたＡＲＳのスクリーンレイアウトの模範的な一実施形
態であって、ゼロ配賦とその他の全ての記録のリバースを表示したものである。

【図１６】図１６は、図３に示されたＡＲＳの回収プロセスの活動図である。

【図１７】図１７は、図３に示された受取勘定システムの模範的なスクリーンレイアウト
であって、カスタマのクレジット交換を表示したものである。

【図１８】図１８は、図３に示されたＡＲＳの模範的なスクリーンレイアウトであって、
カスタマ番号によってソートされるカスタマ情報を表示したものである。

【図１９】図１９は、図３に示されたＡＲＳの模範的なスクリーンレイアウトであって、
メモ帳のメモと共に、既定のカスタマの詳細なエージング情報を表示したもので
ある。

【図２０】図２０は、図３に示されたＡＲＳの模範的なスクリーンレイアウトであって、
既定カスタマの支払い履歴を表示したものである。

【図２１】図２１は、図３に示されたＡＲＳの受取勘定請求（ＡＲＣ）サブルーチンの活
動図である。

【図２２】図２２は、図３に示されたＡＲＳの模範的なスクリーンレイアウトであって、
未払いの受取勘定請求を要約する真因分析情報を表示したものである。

【図２３】図２３は、図３に示されたＡＲＳのプロセスフロー図である。

───────────────────────────────────────────────────── フロントページの続き (72)発明者ゲトグッド，アランカナダ、エル５エー・３シー１、オンタリオ州、ミシサーガ、ユニット・59、ブロムズグローヴ・ロード、2340番

Claims

【特許請求の範囲】

【請求項１】データベースに接続された受取勘定システムを利用して売上
債権のクレジット／回収サービスを管理する方法であって、クライアントシステムからカスタマの送り状情報を受けとる工程と、前記カスタマの送り状情報からのデータを利用する工程と、前記カスタマからの支払いを受け入れる工程と、正確な送り状に対する配賦後に、前記支払いを転記することによって、カスタ
マのアカウントを更新する工程と、仕訳記入事項を生成して受取勘定を更新する工程を備える方法。
【請求項２】前記クライアントシステムからカスタマの情報を受けとる工
程は、クライアントのOSBシステムから情報を受けとる工程をさらに備える、請
求項１の方法。
【請求項３】前記受取勘定システムはワイドエリアネットワークによって
クライアントシステムに接続され、前記クライアントシステムからカスタマ情報
を受けとる工程は、前記クライアントシステムと前記受取勘定システム間に通信リンクを確立する
工程と、前記クライアントシステムを認証する工程をさらに備える、請求項１の方法。
【請求項４】前記受取勘定システムはローカルエリアネットワークによっ
てクライアントシステムに接続され、前記クライアントシステムからカスタマ情
報を受けとる工程は、前記クライアントシステムと前記受取勘定システム間に通信リンクを確立する
工程と、前記クライアントシステムを認証する工程をさらに備える、請求項１の方法。
【請求項５】前記受取勘定システムはインターネットによってクライアン
トシステムに接続され、前記クライアントシステムからカスタマ情報を受けとる
工程は、前記クライアントシステムと前記受取勘定システム間に通信リンクを確立する
工程と、前記クライアントシステムを認証する工程をさらに備える、請求項１の方法。
【請求項６】前記通信リンクを確立する工程は、電話接続によって前記受
取勘定システムを前記クライアントシステムに接続する工程をさらに備える、請
求項５の方法。
【請求項７】前記クライアントシステムからカスタマの送り状情報を受け
とる工程は、送り状の通貨と、送り状の納期と、送り状の支払条件と、送り状の
額と、送り状番号と、請求書認識コードと、カスタマ識別番号と、カスタマの購
入注文番号のうちの少なくとも１つを受けとる工程をさらに備える、請求項１の
方法。
【請求項８】更新された総勘定元帳のエントリをロードして前記クライア
ントシステムを更新する工程をさらに備える、請求項１の方法。
【請求項９】更新された受取勘定のステータスをロードして、前記クライ
アントシステムを更新する工程をさらに備える、請求項１の方法。
【請求項１０】カスタマの支払いを転記した後で、更新されたカスタマの
未済残高をロードして、前記クライアントシステムを更新する工程をさらに備え
る、請求項１の方法。
【請求項１１】前記カスタマからの支払いを受け入れる工程は、前記送り状の通貨を識別する工程と、支払通貨をチェックする工程と、前記送り状の通貨と同じ通貨での支払いを受け付けるために、必要に応じて、
前記支払通貨を変換する工程と、前記送り状に対する支払いを転記し、必要に応じて、前記カスタマに対する不
具合事項報告書を作成する工程をさらに備える、請求項１の方法。
【請求項１２】送り状に対する支払いを転記する前記工程は、受取勘定エ
ージング報告書をオンラインで更新する工程をさらに備える、請求項１の方法。
【請求項１３】カスタマのアカウントを更新する前記工程は、カスタマのアカウントがアカウント上非配賦キャッシュを反映するものである
場合は、キャッシュの配賦の行い方に関する、前記カスタマに対する特定インストラクションを要求する書簡を自動的に生成す
る工程と、前記カスタマに書簡を送る工程をさらに備える、請求項１の方法。
【請求項１４】データベースに接続された受取勘定システムを利用して売
上債権のクレジット／回収サービスを管理する装置であって、データベースと、通信リンクによってクライアントシステムに接続された受取勘定システムであ
って、前記クライアントシステムからカスタマの送り状情報を受けとり、前記カスタマの送り状情報からデータを利用し、前記カスタマからの支払いを受け入れ、正確な送り状に対する配賦後に、前記支払いを転記することによって、カ
スタマのアカウントを更新し、仕訳記入エントリを生成して受取勘定を更新するように構成される、当該
受取勘定システムを備える装置。
【請求項１５】前記クライアントシステム（１４）は、クライアントのOS
Bシステムである、請求項１４の装置。
【請求項１６】前記通信リンクは、ワイドエリアネットワークとローカル
エリアネットワークとインターネットのうちの少なくとも１つである、請求項１
４の装置。
【請求項１７】前記受取勘定システムは、前記クライアントシステムを認
証した後で、前記クライアントシステムからカスタマの送り状情報を受け取るよ
うにさらに構成される、請求項１４の装置。
【請求項１８】前記受取勘定システムは、送り状の通貨と、送り状の納期
と、送り状の支払条件と、送り状の額と、送り状番号と、請求書認識コードと、
カスタマ識別番号と、カスタマの購入注文番号のうちの少なくとも１つを受けと
るようにさらに構成される、請求項１４の装置。
【請求項１９】前記受取勘定システムは、電話接続によって前記クライア
ントシステムに接続される、請求項１４の装置。
【請求項２０】前記受取勘定システムは、更新された総勘定元帳のエント
リをロードして前記クライアントシステムを更新するように構成される、請求項
１４の装置。
【請求項２１】前記受取勘定システムは、更新された受取勘定のステータ
スをロードして、前記クライアントシステムを更新するように構成される、請求
項１４の装置。
【請求項２２】前記受取勘定システムは、更新されたカスタマの未済残高
をロードして、前記クライアントシステムを定期的に更新するようにさらに構成
される、請求項１４の装置。
【請求項２３】前記受取勘定システムは、前記送り状の通貨を識別し、支払通貨をチェックし、前記送り状の通貨と同じ通貨での支払いを受け付けるために、必要に応じて、
前記支払通貨を変換し、前記送り状に対する支払いを転記し、必要に応じて、前記カスタマに対する不
具合事項報告書を作成するようにさらに構成される、請求項１４の装置。
【請求項２４】前記受取勘定システムは、受取勘定エージング報告書をオ
ンラインで更新するようにさらに構成される、請求項２３の装置。
【請求項２５】カスタマのアカウントを更新するように構成された前記受
取勘定システムは、カスタマのアカウントがアカウント上非配賦キャッシュを反映するものである
場合は、キャッシュの配賦の行い方に関する、前記カスタマに対する特定インス
トラクションを要求する書簡を自動的に生成し、前記カスタマに書簡を送るようにさらに構成された、請求項１４の装置。
【請求項２６】前記受取勘定システムは、クレジット調査官の委任された
権限の限界に基づいてカスタマに対する特定の貸出枠を認め、前記クライアントに貸出枠の情報を送るようにさらに構成される、請求項１４
の装置。
【請求項２７】前記受取勘定システムは、クレジット調査機関に対して電子入力するために、カスタマの支払い履歴を示
す電子ファイルを作成し、評判のよいクレジット調査機関から提案された貸出限度額情報と、信用度と、
信用格付けと、エージング情報と、取引情報を含む情報を電子的に検索し、評判のよいクレジット調査機関からの電子ファイルを前記受取勘定システムに
受け入れるようにさらに構成された、請求項１４の装置。
【請求項２８】前記受取勘定システムは、クライアントシステムによって
ではなく、クライアントから手動でカスタマの送り状情報を受けとって処理する
ようにさらに構成される、請求項１４の装置。
【請求項２９】前記受取勘定システムはワイドエリアネットワークによっ
てクライアントに接続され、前記受取勘定システムは、前記OSBシステムと前記
受取勘定システム間の通信リンクを介してカスタマの送り状情報を受けとるよう
にさらに構成される、請求項１４の装置。
【請求項３０】前記受取勘定システムでは、前記ワイドエリアネットワー
クはインターネットである、請求項２９の装置。
【請求項３１】前記受取勘定システムは、カスタマサービスアナリストの
コンピュータにさらに接続されて、前記カスタマサービスアナリストは前記受取
勘定システム内のカスタマ情報をアクセスすることができる、請求項１４の装置
。
【請求項３２】前記受取勘定システムは、以前に完了したキャッシュの支
払いとそれに関連する総勘定元帳のエントリに対するリバースをオンラインで施
し、カスタマのアカウントを元の残高に戻すようにさらに構成される、請求項１
４の装置。
【請求項３３】前記受取勘定システムは、前記カスタマのアカウント内の
項目を相殺し、オンラインで更新することができるようにさらに構成される、請
求項１４の装置。
【請求項３４】前記受取勘定システムは、外貨で資金を受け入れ、報告す
る目的でそれを必要な現地通貨に翻訳するようにさらに構成される、請求項１４
の装置。
【請求項３５】前記受取勘定システムは、少なくとも１つの、指定された
主アカウントを介して複数のアカウントをアクセスするようにさらに構成される
、請求項１４の装置。
【請求項３６】前記受取勘定システムは、資金を送るために電子的な銀行
ファイルにフォーマット化可能であって、カスタマのアカウントで支払われる特
定の送り状を選択できるようにさらに構成される、請求項１４の装置。