JP2002329155A - 相殺決裁処理システム - Google Patents

Abstract

(57)【要約】 【解決手段】 各取引部門１Ａ，１Ｂ，１Ｃの相互間の
債務額と債権額とを相互に明確にした後に一対の取引部
門相互間の債権額、債務額の相殺をする。次に、全ての
取引部門１Ａ，１Ｂ，１Ｃを含む系全体を仮想取引先と
し、取引部門毎に、仮想取引先に対する債務額あるいは
債権額を計算する。最後に仮想取引先に対して債務を負
う取引部門から、仮想取引先に対し債権を負う取引部門
に対し送金を行うように送金額を決定する。 【効果】 仮想取引先に対する債権額や債務額を計算し
た後に送金元や送金先の決定をするという手順を採用す
ると、コンピュータにより自動的に一定の手順で相殺決
裁額の最適化を図ることができ、各部門の送金手数料を
軽減できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の企業間で受
発注取引を実行する場合に送金額の相殺を行って送金手
数料を軽減することができる相殺決裁支援用システム
や、このシステムを動作させるコンピュータプログラム
に関する。

【０００２】

【従来の技術】企業活動の効率化と営業品目毎の独立採
算制を図るために、独立性の高い事業部に分割をして分
社化を行う企業も少なくない。また、互いに部品を供給
しあるいはサービスを代行する様々な協力会社を持ち、
グループとして製品の製造や販売等の事業を行う企業も
多い。こうしたグループ企業はいずれも一括して連結決
算の対象になるものが多いが、商品の受発注取引につい
ては互いに代金を決裁し、他の企業と区別しないで商取
引を行っている。従って、いずれの企業間においても、
それぞれ一定の期間毎に売掛金と買掛金とを集計し、定
期的に決裁を行って独自の経理業務を行うようにしてい
る。

【０００３】

【発明が解決しようとする課題】ところで、上記のよう
な従来の技術には、次のような解決すべき課題があっ
た。一定のグループに属する企業間では、互いに他の一
般の企業に対する場合と比較して多額の取引が行われ
る。従って、期末に決裁を行う際の送金額が非常に大き
くなる。送金額が大きくなれば、銀行などの金融機関に
支払う送金手数料が大きくなる。そこで、互いに多額の
取引を行う企業間で売掛金と買掛金の相殺処理をし、送
金額を減少させることが考えられる。即ち、２社間の取
引額を集計して互いの買掛金や売掛金を比較し、その差
額を算出して、買掛金の多い方から買掛金の少ない方へ
その差額分を送金する。これによって、互いに送金手数
料を十分に軽減することが可能になる。

【０００４】しかしながら、売掛金や買掛金の内容が単
純な場合はこのような相殺が可能であるが、複雑かつ大
規模な取引が行われる場合、相殺結果の信頼性を維持す
ることが容易でない。即ち、間違いなく相殺されたかど
うか、相殺処理については責任者の承認が行われている
かどうかといった点を厳密に管理することが容易でな
い。従って、実際には、たとえグループ企業間の取引で
あっても他の一般企業との間の取引と同様に決裁処理を
行ってしまうのが現状である。このため、グループに属
する全ての企業の送金手数料を累積した場合に、理想的
な相殺処理を行った場合に比べて多額の無駄が生じてく
るという問題があった。

【０００５】本発明では、単に２社間の相殺決裁処理の
みならず、３社以上の所定の関係にある企業間の相殺決
裁をコンピュータによって自動的に行い、決裁のための
送金手数料を軽減して様々な事務処理の効率化を図るこ
とを目的とする。

【０００６】

【課題を解決するための手段】本発明は以上の点を解決
するため次の構成を採用する。 〈構成１〉ネットワークを通じて相互に商取引を実行す
る、複数の取引部門から閲覧できるデータファイルを保
持したサーバを備え、このサーバには、相互に商取引を
実行する複数の取引部門の、全ての相互取引にかかわる
取引額を記録した受発注履歴と、記録された所定期間の
取引額を参照して、全ての取引部門相互間の上記所定期
間の債務額と債権額の累積値を計算する一次決済処理を
実行し、この一時決済処理の結果を利用して、上記全て
の取引部門を含む系全体を仮想取引先としたときの、こ
の仮想取引先に対する各取引部門の債務額または債権額
を計算する二次決済処理を実行した結果を記録した相殺
履歴と、上記仮想取引先に対して債務を負ういずれかの
取引部門から、上記仮想取引先に対して債権を持ついず
れかの取引部門に対して、自己の債務額の範囲で送金を
する送金額を決定する処理を実行した結果を記録した振
込先決定履歴と、各部門の上記送金額を含む相殺処理の
承認処理結果を記録した承認履歴とを保持することを特
徴とする相殺決裁処理システム。

【０００７】〈構成２〉相互に商取引を実行する複数の
取引部門の、全ての相互取引にかかわる取引額を記録
し、記録された所定期間の取引額を参照して、全ての取
引部門相互間の上記所定期間の債務額と債権額の累積値
を計算する一次決済処理を実行し、この一時決済処理の
結果を利用して、上記全ての取引部門を含む系全体を仮
想取引先としたときの、この仮想取引先に対する各取引
部門の債務額または債権額を計算する二次決済処理を実
行し、上記仮想取引先に対して債務を負ういずれかの取
引部門から、上記仮想取引先に対して債権を持ついずれ
かの取引部門に対して、自己の債務額の範囲で送金をす
る送金額を決定する処理を実行して、上記二次決済処理
の結果と送金額とを接続全ての取引部門にネットワーク
を通じて閲覧可能に表示して、相互に承認処理を実行す
ることを特徴とする相殺決裁処理方法。

【０００８】〈構成３〉相互に商取引を実行する複数の
取引部門の、全ての相互取引にかかわる取引額のうち、
所定期間の取引額を参照して、全ての取引部門相互間の
上記所定期間の債務額と債権額の累積値を計算する一次
決済処理と、この一時決済処理の結果を利用して、上記
全ての取引部門を含む系全体を仮想取引先としたとき
の、この仮想取引先に対する各取引部門の債務額または
債権額を計算する二次決済処理と、上記仮想取引先に対
して債務を負ういずれかの取引部門から、上記仮想取引
先に対して債権を持ついずれかの取引部門に対して、自
己の債務額の範囲で送金をする送金額を決定する処理
を、全ての取引部門の仮想取引先に対する債務額または
債権額がゼロになるまで繰り返す処理をコンピュータに
実行させる相殺決裁支援用コンピュータプログラム。

【０００９】〈構成４〉構成１に記載の相殺決裁支援用
コンピュータプログラムにおいて、全ての取引部門の中
から、債務額の最も多い取引部門と債権額の最も多い取
引部門を選択して、債務額の最も多い取引部門から債権
額の最も多い取引部門への送金額を決定し、その後、残
った取引部門の中から再び債務額の最も多い取引部門と
債権額の最も多い取引部門を選択して、債務額の最も多
い取引部門から債権額の最も多い取引部門への送金額を
決定する処理を繰り返すことをコンピュータに実行させ
る相殺決裁支援用コンピュータプログラム。

【００１０】〈構成５〉構成１に記載の相殺決裁支援用
コンピュータプログラムにおいて、取引部門は３部門以
上含まれることを特徴とする相殺決裁支援用コンピュー
タプログラム。

【００１１】

【発明の実施の形態】以下、本発明の実施の形態を、具
体例を用いて詳細に説明する。図１は、本発明の相殺決
裁支援用システムの動作原理を説明する説明図である。
図の（ａ）に示すように、この例では、３つの取引部門
１Ａ，１Ｂ，１Ｃが相互に任意の商取引を実行してい
る。なお、取引部門というのは、それぞれ経済的には独
立採算制をとる企業の事業部や、グループ企業に属する
完全に独立した会社などを総称する呼び名である。本発
明は、必ずしもグループ企業間に関する取引のみなら
ず、任意の一群の取引部門間についての相殺決裁処理に
利用することができる。以下では任意の取引部門を対象
に説明を続ける。

【００１２】例えば、決裁時期に各取引部門１Ａ，１
Ｂ，１Ｃの相互間の債務額と債権額とを集計したとこ
ろ、この図に示すような結果が得られたとする。図の取
引部門１Ａは、取引部門１Ｂに対し１００万円の債務が
ある。また、取引部門１Ｂは、取引部門１Ａに対し２０
万円の債務がある。一方、取引部門１Ｃは、取引部門１
Ｂに対し３０万円の債務があり、取引部門１Ｂは取引部
門１Ｃに対し６０万円の債務がある。この債務は、決裁
のための一定の期間、例えば、過去３月間の債務額の累
積値である。

【００１３】このように各取引部門１Ａ，１Ｂ，１Ｃの
相互間の債務額と債権額とを相互に明確にした後に、一
次決裁処理を実行する。図の（ｂ）に示したものは、一
次決裁処理の演算結果である。取引部門１Ａと１Ｂとの
間の債権額、債務額の相殺をすると、図に示すように、
取引部門１Ａは１Ｂに対し８０万円の債務を負うという
結果になる。また、取引部門１Ｂは１Ｃに対し３０万円
の債務を負うという結果になる。相殺処理の確認と承認
がうまくいけば、取引部門１Ａと１Ｂの間、及び取引部
門１Ｂと１Ｃの間の送金額を低減することが可能にな
る。しかしながら、取引部門１Ａ，１Ｂ，１Ｃを含むグ
ループ全体から見ると、更に送金額を低減する相殺が可
能になる。

【００１４】本発明では、ここで、全ての取引部門１
Ａ，１Ｂ，１Ｃを含む系全体を仮想取引先と呼ぶことに
する。そして、取引部門毎に、仮想取引先に対する債務
額あるいは債権額を計算する。図の（ａ）を参照する
と、取引部門１Ａは取引先が取引部門１Ｂだけである。
従って、系全体に対する債務は取引部門１Ｂに対する債
務と同額になる。即ち、取引部門１Ａの仮想取引先に対
する債務額は８０万円である。取引部門１Ｃについても
同様で、系全体に対する債権額が取引部門１Ｂに対する
債権額と等しくなり３０万円となる。一方、取引部門１
Ｂは、取引部門１Ａに対し８０万円の債権を持ち、取引
部門１Ｃに対しては３０万円の債務を持っている。従っ
て、差し引き５０万円が系全体に対する債権である。図
１の（ｃ）には、その結果を表示した。取引部門１Ａ，
１Ｂ，１Ｃについて、それぞれ仮想取引先に対する債務
額をマイナスの符号を付けて表し、債権額をプラスの符
号を付けて表している。この処理を、本発明では二次決
裁処理と呼んでいる。

【００１５】今度は、（ｃ）の結果を参照しながら、仮
想取引先に対して債務を負う取引部門から、仮想取引先
に対し債権を負う取引部門に対し送金を行うように送金
額を決定する。先ず、取引部門１Ａは８０万円の債務を
仮想取引先に対して負っているので、仮想取引先に対し
５０万円の債権を持つ取引部門１Ｂに対し８０万円のう
ち５０万円を送金するように決定する。そして、残りの
３０万円を取引部門１Ｃに対し送金するように決定す
る。図１（ｄ）にはその結果を示した。この結果を見て
わかるように、取引部門１Ａと取引部門１Ｃとは、図１
（ａ）に示した例では決裁の対象となる取引はない。し
かしながら、結論として（ｄ）に示すような送金を行う
と、最も少ない送金額で（ａ）に示す取引部門相互間の
相殺決裁が完結する。上記のように、仮想取引先という
概念を設け、仮想取引先に対する債権額や債務額を計算
した後に送金元や送金先の決定をするという手順を採用
すると、コンピュータにより自動的に一定の手順で相殺
決裁の最適化を図ることができる。

【００１６】以上が本発明の具体的な原理であるが、以
下更に詳細な説明を行う。図２の（ａ）は一次相殺処理
の具体的な説明図、（ｂ）は二次相殺処理の具体的な説
明図である。図１に示した原理図は比較的単純な例であ
るが、実際には多数の取引部門間で相互に様々な取引が
行われ、一次相殺処理、二次相殺処理及び送金額の決定
処理は、より複雑になる。たとえ複雑になっても、コン
ピュータを用いてこの手順で自動的に演算処理が可能な
ことをここで説明する。

【００１７】図２の（ａ）に示すように、次の例では、
取引部門Ａ，Ｂ，Ｃ，Ｄの４者の間で、それぞれ相互に
図に示すような取引が行われているとする。数値の単位
は万円である。例えば、取引部門Ａは取引部門Ｂに対し
２００万円の債務を負っている。一方、取引部門Ａは取
引部門Ｂに対し１５０万円の債権を持っている。同様に
して、取引部門Ｂは取引部門Ｃに対し１４０万円の債務
を負い８０万円の債権を持つ。取引部門Ｃは取引部門Ｄ
に対し１６０万円の債務を負い７０万円の債権を持って
いる。取引部門Ｄは取引部門Ａに対し２０万円の債務を
負い９０万円の債権を持っている。これらの取引部門が
相互に商取引を実行した場合には、その都度相互の取引
にかかわる取引額が記録される。これらの商取引の結果
が、決裁のための例えば、３月間分集計接続されて、こ
のような債務と債権が算出される。

【００１８】図２の（ａ）で一次相殺処理を実行する。
一次相殺処理は既に説明したように、例えば取引部門Ａ
と取引部門Ｂとの間で債権と債務の額を相殺し、取引部
門Ａは取引部門Ｂに対し５０万円の債務を負うという結
果を出す処理である。図の例では、取引部門Ｂは取引部
門Ｃに対し８０万円の債務を負っている。取引部門Ｃは
取引部門Ｄに対し９０万円の債務を負っている。取引部
門Ｄは取引部門Ａに対し７０万円の債権を持っている。

【００１９】次に、Ｂに示す二次相殺処理を実行する。
二次相殺処理では、各取引部門の全ての債権と債務とを
集計する。例えば、取引部門Ａは取引部門Ｂに対し５０
万円の債務を持ち、取引部門Ｄに対し７０万円の債務を
持つ。従って、これらを合計して系全体、即ち仮想取引
先に対し１２０万円の債務を持つという結果を出す。債
務にはマイナス符号が付いている。同様にして、取引部
門Ｂは仮想取引先に対し１０万円の債務を持ち、取引部
門Ｃは仮想取引先に対し３０万円の債務を持つという結
果を出す。一方、取引部門Ｄは仮想取引先に対し１６０
万円の債権を持つという結果を出す。これが二次相殺処
理の結果である。

【００２０】図３の（ａ）は送金額決定処理の説明図
で、（ｃ）は比較例の説明図である。図２（ｂ）に示し
たようにして二次相殺処理を実行した後、仮想取引先に
対して債権を持つグループＸ群と仮想取引先に対して債
務を持つグループＹ群とに分ける。そして、いずれの群
も債権額あるいは債務額の多い順に並べる。この例で
は、取引部門ＤのみがＸ群に含まれ、取引部門Ａ，Ｂ，
ＣがＹ群に含まれる。ちょうど貸借対照表のように債権
額と債務額の合計が一致するように並べられている。こ
の状態で、Ｙ群に属する取引部門がＸ群に属する取引部
門に対し送金をするようにそれぞれ送金額を決定する。
この例の場合には比較的結果が単純になり、取引部門
Ａ，Ｂ，Ｃはそれぞれ自己の債務額を全て取引部門Ｄに
送金することになっている。

【００２１】上記の相殺処理の結果どの程度送金額を軽
減して送金手数料を節約できたかを、（ｂ）の図を用い
て比較してみる。（ｂ）では、当初の各取引部門の債務
額とこれらの債務額を合計した合計送金額とを表示し
た。図に示すように、取引部門Ａは合計２９０万円の送
金を必要とし、取引部門Ｂも同様に２９０万円の送金を
必要とする。取引部門Ｃは２４０万円の送金を必要と
し、取引部門Ｄは９０万円の送金を必要とする。上記の
相殺処理の結果、取引部門Ａは１２０万円、取引部門Ｃ
は３０万円、取引部門Ｂは１０万円の送金となる。両者
を比較すると、相殺処理によって極めて高額の送金手数
料を節約できたことになる。

【００２２】図４は、上記のような処理をコンピュータ
で実行した場合の動作フローチャートである。先ず、ス
テップＳ１において、演算処理の対象となる取引部門群
を決定する。この取引部門群をこのフローチャートの中
では系と呼ぶ。図２の例では、対象となる取引部門は
Ａ，Ｂ，Ｃ，Ｄの４部門である。相殺決裁をどの範囲で
行うかは自由に選定できるようにして構わない。取引部
門が１０部門あるうちの５部門間でのみ相殺処理を行う
ようにしてよい。次のステップＳ２では、１ペアの取引
部門を選択する。即ち、対象となる取引部門が３部門以
上存在する場合、一次相殺処理のために、先ず１組ずつ
の取引部門を選択して債権額と債務額の相殺演算処理を
行う。ステップＳ３において、選択した取引部門相互間
の債務額と債権額の差を計算し、一次相殺処理を実行す
る。

【００２３】次のステップＳ４では、全てのペアを選択
したかどうかを判断する。対象となる取引部門から１ペ
アを取り出す組合せの数だけ、ステップＳ１からステッ
プＳ４の処理が繰り返される。そして、一次相殺処理が
終了すると二次相殺処理を開始する。ステップＳ５で
は、対象となる取引部門から１つの取引部門を選択す
る。そして、系に対する債権額あるいは債務額の計算を
する。ここで、系と呼んでいるのはこれまで説明した仮
想取引先に相当する。二次相殺処理の計算内容自体は、
図２（ｂ）を用いて説明した通りである。ステップＳ７
では、全ての取引部門について二次相殺処理を実行した
か判断する。ステップＳ５からステップＳ７の処理は、
取引部門の数だけ繰り返される。二次相殺処理が終了す
ると、送金額の決定処理に進む。

【００２４】ステップＳ８において、系に対し債権のあ
る取引部門群を選択し、債権額の多い順に取引部門をソ
ートする。即ち、図３（ａ）に示すＸ群を求める処理を
実行する。そして、債権額の多い順に取引部門を上から
並べる。ステップＳ９では、系に債務のある取引部門群
を選択し債務額の多い順に取引部門をソートする。図３
（ａ）に示すＹ群の処理を実行する。そして、ステップ
Ｓ１０において、Ｙ群からＸ群に対しソート順に送金先
と送金額を振り分ける。後で具体的な例を用いて説明す
るが、ソート順に送金先や送金額を振り分けるのは、金
額の多い順に送金先を決定することによって送金先をま
とめ、多数の送金先に送金する場合に比べて送金手数料
を安くするためである。

【００２５】取引部門間の送金額を決定した結果は、ス
テップＳ１１において、例えば報告書に印刷されたり、
別の演算処理のためにコンピュータの所定の領域に出力
される。図１に示したような極めて単純な例では、一次
相殺処理を実行した段階で、人間がその結果を見て、図
１（ｄ）に示すような相殺処理の最適化を図ることが可
能である。しかしながら、この処理をコンピュータに自
動的に実行させ、しかも最も効率よく最も送金手数料が
安くなる送金額や送金先を決定させるためには、コンピ
ュータに適した演算処理の方法を確立することが必要に
なる。本発明の実施例で説明した手順は、コンピュータ
により相殺処理を最適化するための最も確実で効率のよ
いものである。

【００２６】図５は、具体的に本発明を実施した取引部
門間の相殺結果承認手続を説明するシーケンスチャート
である。上記のような方法を実施するためには、この図
５に示すようなシステム構成にすることが好ましい。図
５の例では、一対の取引部門の一方を発注元１０とし、
他方を発注先２０とした。相殺処理の対象となる取引部
門がいくつあっても、１ペアの取引部門を取り出せば必
ずこの関係になる。一対の取引部門が相互に受発注取引
をしている場合、図の発注元１０と発注先２０の立場を
取り替えればよい。また、このシステムでは、両者に共
通なデータ、即ち図に示す受発注履歴１３、相殺履歴１
４、承認履歴１５、振込先決定履歴１６、承認履歴１７
などをサーバ３０に記憶させた。

【００２７】発注元１０とサーバ３０とはネットワーク
３１を介して接続されている。また発注先２０とサーバ
３０とはネットワーク３２を介して接続されている。そ
の結果、発注元１０も発注先２０も、サーバ３０に記憶
された各種のデータをそれぞれ自由に閲覧することが可
能になる。ここで、発注元１０が発注先２０に対し所定
の商品を発注すると（ステップＳ２０）、その受発注履
歴１３に該当する内容が記録される。次のステップＳ２
１では、発注元１０が発注額に応じたデータを生成し、
買掛金データ１１を記憶する。この買掛金データ１１
は、発注元１０のコンピュータの記憶装置に記憶され
る。また発注先２０は、受注に伴ってステップＳ２２に
おいて売掛金データ１２を記憶する。この売掛金データ
１２は、受注先２０のコンピュータ中に記憶される。次
のステップＳ３０において、既に説明した相殺処理が実
行され、その結果が相殺履歴１４に記憶される。この相
殺処理は、この例では、決裁を行うときに一括して実行
されるのではなく、１回の売買毎に行われる。即ち１回
の売買毎に、既に説明したような一次相殺処理と二次相
殺処理が実行され、その結果が相殺履歴１４に記憶され
る。

【００２８】図６（ａ）は、受発注履歴１３の内容とな
る受発注テーブル説明図で、（ｂ）は、相殺履歴１４の
内容となる相殺履歴テーブル説明図である。図６（ａ）
に示すように、受発注テーブルには、各日付毎に発注元
と発注先と発注された商品の品番と数量とが記録され、
その受発注金額が表示される。こうしたトランザクショ
ン処理が、取引の都度実行され、対象となる取引部門、
即ち系全体の受発注履歴１３が生成される。また図６
（ｂ）に示すように、例えば４月１日に取引部門Ａと取
引部門Ｂの間で所定の取引が実行されると、ただちに一
次相殺処理と二次相殺処理が実行され、それぞれ仮想取
引先に対する債務額や債権額が記録される。この図で
は、債務額がプラス、債権額がマイナスで表示されてい
る。取引の都度、このような相殺履歴１４が生成され
て、発注元１０も発注先２０もいつでもその内容を照会
することができる。

【００２９】決裁時期がくると、例えば発注元１０は相
殺履歴を参照し、図５のステップＳ３１において発注先
２０に対し相殺結果の承認依頼を行う。発注先２０で
は、ステップＳ３２において承認判断を行う。この承認
判断は、発注先２０の担当者などが相殺履歴１４を見る
ことによって行う。そして、その回答は発注元１０に返
される。また、承認回答を行ったという記録を承認履歴
１５に記録する。発注元１０ではステップＳ３４におい
て承認を受信する。そして、既に説明した振込先決定処
理を開始する。その結果は、振込先決定履歴１６に記録
される。そして、振込み額を決定すると、ステップＳ３
５において発注先２０に対し承認依頼を行う。発注先２
０では、ステップＳ３６において承認判断を行う。この
承認判断は、発注先２０の担当者などが行う。そして、
承認回答をする。承認回答の結果は、承認履歴１７に記
録される。同時に承認回答の結果は、発注元１０に送ら
れる。発注元１０は、この承認回答を受信し一連の承認
処理が終了する（ステップＳ３７）。

【００３０】上記のような処理を経て、決定した相殺の
ための送金額が有効になる。振込先決定履歴１６には、
実質的に図３（ａ）に示したような内容のデータが記録
される。形式は任意である。図５に示したような処理
は、全ての取引部門について行われる。また、各取引部
門が発注先である場合、発注元である場合の両方につい
て実行される。こうして決裁の相殺処理のための計算が
自動的に行われる一方、所定のタイミングで承認を促す
処理が実行される。図５に示したステップＳ３２やステ
ップＳ３６に示すように、発注先における担当者の承認
が確実に進められ、誤りのない相殺処理ができる。承認
履歴１７には、各取引部門の責任者が、何月何日にどの
振込先決定処理について承認をしたかといった記録がさ
れる。これらのデータファイルを各取引部門から閲覧可
能にすることにより、すみやかにデータ送受信に伴うデ
ータ誤りを生じることなく、複数の取引部門間の相殺決
済が可能になる。

【００３１】図７は、送金額決定処理の詳細な説明図で
ある。仮想取引先に対して債務を負うＹ群に属する取引
部門と、仮想取引先に対して債権を持つＸ群に属する取
引部門が、それぞれ複数ある場合には、送金額の決定処
理が複雑になる。その処理の具体例を、この図７を用い
て説明する。例えば、この図に示すように、Ｙ群に属す
る取引部門がＡ，Ｆ，Ｈ，Ｃの４者あるとする。またＸ
群に属する取引部門が、Ｇ，Ｄ，Ｂ，Ｊ，Ｅ，Ｋの６者
あるとする。この例では、全部で１０部門がＹ群とＸ群
とに振り分けられている。しかしながら、例えば仮想取
引先に対し債権額も債務額も“０”という取引部門が他
に存在するケースがある。このような場合、該当する取
引部門は無視して構わない。

【００３２】この図の例では、仮想取引先に対し債務を
有する取引部門のうち、取引部門Ａが最も債務額が多く
８０万円となっている。取引部門Ｆは５０万円、取引部
門Ｈは４０万円、取引部門Ｃは１０万円である。一方、
仮想取引先に対し債権を持つ取引部門のうち最も債権額
が多いのは取引部門Ｇである。その額は６０万円であ
る。取引部門Ｄは４０万円、取引部門Ｂは３０万円、取
引部門Ｊは３０万円、取引部門Ｅは１０万円、取引部門
Ｋは１０万円となっている。図７（ａ）に示したもの
は、Ｙ群もＸ群もそれぞれ債務額あるいは債権額が多い
順にソートされたものである。送金額の決定処理は、こ
の一番上の取引部門から順番に実行する。

【００３３】先ず、Ｙ群に含まれる取引部門Ａに含まれ
る債務額の範囲で、Ｘ群に含まれる取引部門への送金を
行う計算をする。取引部門Ａの債務額は８０万円である
から、そのうち６０万円を取引部門Ｇに送金する。残り
の２０万円は、次の取引部門Ｄに送金するように自動的
に決定する。この場合、取引部門Ｄは、まだ債権が２０
万円残っている。Ｙ群の取引部門Ｆの債務額５０万円の
一部を取引部門Ｄへの送金に割当てる。そして残りの３
０万円を、今度はＸ群の次の取引部門Ｂに送金するよう
にする。ここでは、ちょうど取引部門Ｂに３０万円を送
金すると取引部門Ｆの債務額が“０”になる。

【００３４】次に、取引部門Ｈについて送金額を決定す
る。取引部門Ｈは、先ず取引部門Ｊに対し３０万円を送
金するように決定する。そして残りの１０万円を次の取
引部門Ｅに送金するよう決定する。最後に、Ｙ群に含ま
れる取引部門Ｃは、Ｘ群に含まれる取引部門Ｋに対し１
０万円の送金をするというように決定すると、Ｙ群とＸ
群の債務額と債権額の相殺を全て終了する。この結果が
（ｂ）に示すようになる。即ち、Ｘ群，Ｙ群に含まれる
取引部門をそれぞれ債務額あるいは債権額の多い順にソ
ートし、債務額の最も多い取引部門から債権額の最も多
い取引部門への送金額を先ず決定し、その後、残った取
引部門の中から再び債務額の最も多い取引部門と債権額
の最も多い取引部門を選択して、債務額の最も多い取引
部門から債権額の最も多い取引部門へ送金する額を決め
るという処理を繰り返すと、自動的に送金額と送金先の
最適化を図ることができる。

【００３５】なお、この例では、例えば取引部門Ａが取
引部門Ｇに対し６０万円を送金し、取引部門Ｄに対し２
０万円を送金した段階で、Ｘ群に含まれる各部門の残り
の債権額を比較すると、取引部門Ｄは大きい方から３番
目の債権額になる。従って、ここで再度ソートを行って
最も債権額の多いものに対する送金というような処理を
してもよい。しかしながら、あまり頻繁にソートを繰り
返すと、かえって演算処理が複雑になる。従って、上記
の例では、自動的に最初のソート順に送金額を決定して
いくようにした。上記のように、本発明では、特に３以
上の取引部門により系が構成される場合に複雑な相互取
引が実行されたとき、最終的な相殺決裁を自動的に行う
ことができる。

【００３６】上記のコンピュータプログラムは、主とし
てサーバ上で動作するが、必要に応じて、その一部のモ
ジュールが取引部門上で動作するようにしてもよい。ま
た、上記のような本発明を実現するためのコンピュータ
プログラムは、例えばＣＤ−ＲＯＭのようなコンピュー
タで読み取り可能な記録媒体に記録して、インストール
して利用することができる。また、ネットワークを通じ
てコンピュータのメモリ中にダウンロードして利用する
こともできる。

【図面の簡単な説明】

【図１】本発明の相殺決裁支援用システムの動作原理を
説明する説明図である。

【図２】（ａ）は一次相殺処理の具体的な説明図、
（ｂ）は二次相殺処理の具体的な説明図である。

【図３】（ａ）は送金額決定処理の説明図で、（ｃ）は
比較例の説明図である。

【図４】上記のような処理をコンピュータで実行した場
合の動作フローチャートである。

【図５】具体的に本発明を実施した取引部門間の相殺結
果承認手続を説明するシーケンスチャートである。

【図６】（ａ）は、受発注履歴１３の内容となる受発注
テーブル説明図で、（ｂ）は、相殺履歴１４の内容とな
る相殺履歴テーブル説明図である。

【図７】送金額決定処理の詳細な説明図である。

【符号の説明】

１Ａ 取引部門 １Ｂ 取引部門 １Ｃ 取引部門 １０ 発注元 ２０ 発注先 ３０ サーバ ３１ ネットワーク ３２ ネットワーク

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ネットワークを通じて相互に商取引を実
   行する、複数の取引部門から閲覧できるデータファイル
   を保持したサーバを備え、 このサーバには、 相互に商取引を実行する複数の取引部門の、全ての相互
   取引にかかわる取引額を記録した受発注履歴と、 記録された所定期間の取引額を参照して、全ての取引部
   門相互間の前記所定期間の債務額と債権額の累積値を計
   算する一次決済処理を実行し、この一時決済処理の結果
   を利用して、前記全ての取引部門を含む系全体を仮想取
   引先としたときの、この仮想取引先に対する各取引部門
   の債務額または債権額を計算する二次決済処理を実行し
   た結果を記録した相殺履歴と、 前記仮想取引先に対して債務を負ういずれかの取引部門
   から、前記仮想取引先に対して債権を持ついずれかの取
   引部門に対して、自己の債務額の範囲で送金をする送金
   額を決定する処理を実行した結果を記録した振込先決定
   履歴と、 各部門の前記送金額を含む相殺処理の承認処理結果を記
   録した承認履歴とを保持することを特徴とする相殺決裁
   処理システム。
2. 【請求項２】 相互に商取引を実行する複数の取引部門
   の、全ての相互取引にかかわる取引額を記録し、 記録された所定期間の取引額を参照して、全ての取引部
   門相互間の前記所定期間の債務額と債権額の累積値を計
   算する一次決済処理を実行し、 この一時決済処理の結果を利用して、前記全ての取引部
   門を含む系全体を仮想取引先としたときの、この仮想取
   引先に対する各取引部門の債務額または債権額を計算す
   る二次決済処理を実行し、 前記仮想取引先に対して債務を負ういずれかの取引部門
   から、前記仮想取引先に対して債権を持ついずれかの取
   引部門に対して、自己の債務額の範囲で送金をする送金
   額を決定する処理を実行して、 前記二次決済処理の結果と送金額とを接続全ての取引部
   門にネットワークを通じて閲覧可能に表示して、相互に
   承認処理を実行することを特徴とする相殺決裁処理方
   法。
3. 【請求項３】 相互に商取引を実行する複数の取引部門
   の、全ての相互取引にかかわる取引額のうち、所定期間
   の取引額を参照して、全ての取引部門相互間の前記所定
   期間の債務額と債権額の累積値を計算する一次決済処理
   と、 この一時決済処理の結果を利用して、前記全ての取引部
   門を含む系全体を仮想取引先としたときの、この仮想取
   引先に対する各取引部門の債務額または債権額を計算す
   る二次決済処理と、 前記仮想取引先に対して債務を負ういずれかの取引部門
   から、前記仮想取引先に対して債権を持ついずれかの取
   引部門に対して、自己の債務額の範囲で送金をする送金
   額を決定する処理を、全ての取引部門の仮想取引先に対
   する債務額または債権額がゼロになるまで繰り返す処理
   をコンピュータに実行させる相殺決裁支援用コンピュー
   タプログラム。
4. 【請求項４】 請求項１に記載の相殺決裁支援用コンピ
   ュータプログラムにおいて、 全ての取引部門の中から、債務額の最も多い取引部門と
   債権額の最も多い取引部門を選択して、債務額の最も多
   い取引部門から債権額の最も多い取引部門への送金額を
   決定し、 その後、残った取引部門の中から再び債務額の最も多い
   取引部門と債権額の最も多い取引部門を選択して、債務
   額の最も多い取引部門から債権額の最も多い取引部門へ
   の送金額を決定する処理を繰り返すことをコンピュータ
   に実行させる相殺決裁支援用コンピュータプログラム。
5. 【請求項５】 請求項１に記載の相殺決裁支援用コンピ
   ュータプログラムにおいて、 取引部門は３部門以上含まれることを特徴とする相殺決
   裁支援用コンピュータプログラム。