JP2002207952A

JP2002207952A - 仮受金管理システム、および、仮受金管理方法

Info

Publication number: JP2002207952A
Application number: JP2001004359A
Authority: JP
Inventors: Masahito Sakai; 正仁酒井; Izumi Koyama; 泉小山; Teruyo Tsukui; 輝代津久井; Wataru Kikuchi; 亘菊地
Original assignee: Japan Telecom Co Ltd
Current assignee: SoftBank Corp
Priority date: 2001-01-12
Filing date: 2001-01-12
Publication date: 2002-07-26

Abstract

(57)【要約】【課題】料金系システムにおける消込情報と、経理系
システムにおける入金情報との突合を適切かつ迅速に行
うことが可能なシステムを提供する。【解決手段】請求書を作成し、請求書に対する支払を
示す情報を参照して金庫種別を含む入金消込情報を作成
する料金系システム１４、および、金融機関等からの口
座入金を示す情報を受理する経理系システム１２から、
入金消込情報および口座入金情報をそれぞれ取得して、
これらを突合する仮受金管理システム１６は、経理系シ
ステム１２からの口座入金情報を仮受する仮受部、入金
消込情報の所定の単位と、口座入金情報の所定の単位と
を突合する突合部、入金消込情報における金庫種別を参
照して、突合が完了した情報について仕訳を作成する仕
訳作成部とを備えている。仕訳を示す情報は、経理系シ
ステム１２に返送される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、仮受金を管理する
システムに関し、より詳細には、顧客別の売上と金融機
関からの入金との突合を適切かつ迅速に実行するシステ
ムに関する。

【０００２】

【従来の技術】現在、電話による通話などのサービスを
享受し、或いは、商品を購入する対価として、銀行など
金融機関の振込が多用されている。これは、郵送など現
実に貨幣を送付し、或いは、為替を利用するのに比較し
て、簡便であることによる。特に、公共料金や電話料金
については、予め口座引き落としの契約を、サービスの
提供者と結ぶことにより、利用者には何ら手続をする必
要がないという著しい利便性がある。また、最近では、
コンビニエンスストアなどにおいても、公共料金の支払
が可能となり、利便性から多くの利用者がある。

【０００３】

【発明が解決しようとする課題】このように金融機関へ
の振込を利用する形態では、全体として以下の構成がと
られている場合が多い。たとえば、電話サービス事業者
においては、電話使用料（一般電話使用料、データ通信
使用料、インターネット使用料）に関して、請求書の発
行部署が、各サービス享受者に対する請求書を作成し
て、これを送付している。このような使用料および請求
書に関するデータは、請求書の発行部署のシステム（以
下、これを「料金系システム」と称する。）にて記憶／
管理している。その一方、実際の入金に関しては、金融
機関ごとに一括して当該電話サービス事業者の口座に入
金される。このような入金情報は、経理部署のシステム
（以下、これを「経理系システム」と称する。）にて記
憶／管理される。したがって、社内において、口座入金
額を照会する必要があった。このため、実際のサービス
享受者による入金と、口座入金額照会との間にタイムラ
グが生じて、入金済みであるのにもかかわらず督促状が
発送されるケースが頻繁に生じていた。

【０００４】特に、金融機関からの入金は、ある期間
（通常１日）の入金額（窓口収納および口座振替など）
が合算された状態となる。したがって、個別の顧客単位
の請求額と入金額の単位が異なるため、その照合は非常
に困難である。このため、（１）サービス享受者の入金確定ができず、上述したよ
うな督促状が発送される。（２）売掛金の消し込みが入金時点で確実に行うことが
できないため、経理上の、つまり、経理系システムにお
ける勘定と、顧客台帳上の、つまり、料金系システムに
おける勘定との整合性を確保できないという問題点があ
った。コンビニエンスストアなどを介した入金において
も同様の問題が生じ得る。

【０００５】本発明は、料金系システムにおける消込情
報と、経理系システムにおける入金情報との突合を適切
かつ迅速に行うことが可能なシステムを提供することを
目的とする。

【０００６】

【課題を解決するための手段】本発明の目的は、請求書
を作成し、かつ、当該請求書に対する支払を示す情報を
受理し、これらを参照して金庫種別を含む入金消込情報
を作成する料金系システム、および、金融機関等からの
口座入金を示す情報を受理する経理系システムから、入
金消込情報および口座入金情報をそれぞれ取得して、こ
れらを突合する仮受金管理システムであって、前記経理
系システムからの口座入金情報を仮受する仮受手段と、
前記入金消込情報の所定の単位と、前記口座入金情報の
所定の単位とを突合する突合手段と、前記入金消込情報
における金庫種別を参照して、前記突合が完了した情報
について仕訳を作成する仕訳作成手段とを備え、前記仕
訳を示す情報を前記経理系システムに伝達するように構
成されたことを特徴とする仮受金管理システムにより達
成される。本発明によれば、突合の後、料金系システム
にて利用されている金庫種別を参照して、突合が完了し
た情報に関して仕訳を作成している。したがって、預り
金など、いわゆる売掛以外についても突合を完了させて
仕訳を作成することが可能となる。したがって、より迅
速でかつ適切な突合を実現することが可能となる。

【０００７】本発明の好ましい実施態様においては、突
合手段が、サービス種別ごと、金融機関別、入金日別、
および、支払方法ごと、の何れかにて前記所定の単位ご
との突合を実行する。また、突合手段が、元の個別単
位、たとえば請求書の単位にて金額の突合をなす仕訳レ
ベル突合、および／または、口座入金情報にて示される
金額を分割して突合をなす部分突合を実行できるように
構成しても良い。

【０００８】本発明のより好ましい実施形態によれば、
仕訳作成手段が、前記口座入金情報における仮受を、前
記入金消込情報の金庫種別にするような仕訳を作成す
る。金庫種別は、売掛金、前受金、預り金、貸倒金、不
明金、および、仮受金の少なくとも何れかを含むのが望
ましい。

【０００９】また、口座入金情報は、少なくとも金融機
関、入金日および入金事由を示し、当該情報により特定
される金額が、突合のための単位となることが望まし
く、入金消込情報は、少なくとも金融機関、入金日、収
納形態および金庫種別を示し、当該情報により特定され
る金額が、突合のための単位となることが望ましい。

【００１０】また、本発明の目的は、請求書を作成し、
かつ、当該請求書に対する支払を示す情報を受理し、こ
れらを参照して金庫種別を含む入金消込情報を作成する
料金系システム、および、金融機関等からの口座入金を
示す情報を受理する経理系システムから、入金消込情報
および口座入金情報をそれぞれ取得して、これらを突合
する仮受金管理方法であって、前記経理系システムから
の口座入金情報を仮受するステップと、前記入金消込情
報の所定の単位と、前記口座入金情報の所定の単位とを
突合するステップと、前記入金消込情報における金庫種
別を参照して、前記突合が完了した情報について仕訳を
作成するステップと、前記仕訳を示す情報を前記経理系
システムに伝達するステップとを備えたことを特徴とす
る仮受金管理方法によっても達成される。上記発明の好
ましい実施態様においては、突合するステップが、サー
ビス種別ごと、金融機関別、入金日別、および、支払方
法ごと、の何れかにて前記所定の単位ごとの突合を実行
するように構成されている。

【００１１】また、突合するステップは、口座入金情報
に関して所定の期間内に入金されたことが示されている
金額と、入金消込情報において、所定の期間内に消込が
なされた金額とを突合できるように構成されているのが
望ましい。さらに、突合するステップは、元の個別単位
にて金額の突合ができるように構成され、また、口座入
金情報に示される金額を分割し、分割された金額と、入
金消込情報に示される金額とを突合できるように構成さ
れているのがより望ましい。

【００１２】

【発明の実施の形態】以下、添付図面を参照して、本発
明の実施の形態につき説明を加える。図１は、本発明に
かかるシステムの全体構成を示すブロックダイヤグラム
である。本実施の形態においては、電話サービス事業者
における経理上の勘定と、顧客台帳上の勘定との整合性
を維持するために利用される。図１に示すように、本実
施の形態にかかる電話サービス会社の社内システム１０
は、金融機関等から電話サービス事業者の口座への入金
等を管理する経理システム１２と、顧客台帳を保持して
サービス享受者（顧客）ごとの料金を把握するととも
に、顧客ごとの請求書を作成する料金系システム１４
と、口座入金を照合し、仮受金を管理する仮受金管理シ
ステム１６とを備えている。これらシステム１２〜１６
は、ＬＡＮ１８など専用回線を介して相互に接続されて
いる。また、ＬＡＮ１８にはルータ２０が接続されてい
る。ルータ２０、経理系のクライアントパーソナルコン
ピュータ（ＰＣ）に接続されたルータ２４、および、料
金系のクライアントＰＣに接続されたルータ２６は、そ
れぞれ、社内ネットワーク２２を介して相互に接続され
ている。

【００１３】なお、上記システム１０の構成は一例にす
ぎず、たとえば、各システム１２〜１６が、直接或いは
ルータやゲートウェイを介して社内ネットワークに接続
され、いわゆるスター型のネットワークが構築されてい
てもよい。

【００１４】図２は、このように構成されたシステム１
０に関して、請求書や各種情報の全体の流れを説明する
ための図である。図２に示すように、料金系システム１
４から請求書が発行されると（ステップ２０１）、顧客
はこれにしたがって金融機関に対して請求書に記載され
ている金額を支払う（ステップ２０２）。金融機関のシ
ステム２００は、顧客による入金が確認されると、入金
情報をＭＴ、ＦＤ、ＯＣＲ、オンラインなどの種々の手
段により、料金系システム１４に伝達する（ステップ２
０３）。なお、金融機関のシステムは一つだけ示した
が、実際には、多数の金融機関が存在し、それぞれのシ
ステムから入金情報が与えられる。料金系システム１４
は、受理した入金情報に基づき、料金系システム中のＤ
Ｂに格納されている顧客単位の請求の消し込みを行い、
金庫情報として格納する（ステップ２０４）。この金庫
情報は、金融機関および入金日で集約され、入金消込情
報が作成される。

【００１５】その一方、経理系システム１２は、金融機
関システム２００により作成された、各金融機関の通帳
入金額（資金情報）を、Ｆ／Ｂ（ファームバンキング）
やオンラインにて、日次で取得している（ステップ２０
５）。この入金額には、誤入金や口座利息など、本来の
仮受金以外の入金が含まれている可能性があるため、経
理系システム１２は、入金内容を確認し、仮受金以外の
入金は別口座に振替を行う（ステップ２０６）。

【００１６】料金系システム１４にて作成された入金消
込情報および金庫移動情報、ならびに、経理系システム
１２にて作成された口座入金情報は、それぞれ、仮受金
管理システム１６に、ＬＡＮ１８を介して伝達される
（ステップ２０７、２０８）。なお、金庫移動およびそ
の情報については後述する。仮受金管理システム１６
は、これら情報に基づき、突合や取崩を実行し、突合が
完了したデータについて、仕訳情報を作成する（ステッ
プ２０９）。仮受金管理システム１６にて作成された仕
訳情報は、経理系システム１２に伝達され（ステップ２
１０）、経理系システムにおいて仮受金取崩が実行され
る。

【００１７】図３は、経理系システム１２にて実行され
る処理の概略を示す図である。図３に示すように、な
お、図３において、符号３４〜４６にて示す処理は、経
理系システム１２の出納サブシステム３０にて実行さ
れ、日次関連の処理については日次サブシステム３２に
より実行される。

【００１８】出納サブシステム３０は、通帳入金の情報
を受理して、取引明細を取り込む処理を実行し（ステッ
プ３４）、これに基づき、取引明細プルーフリストを作
成する（ステップ３６）。次いで、経理にて仮受金を作
り出すための処理を実行する。まず、自動的に仮受金を
作成し（ステップ３８）、このチェックリストを作成し
て出力する（ステップ４０）。オペレータは、チェック
リストを参照して、必要に応じて仮受金を修正し（ステ
ップ４２）、最終的に、経理側における仮受金を確定さ
せる（ステップ４２）。

【００１９】次いで、確定された仮受金のリストが作成
されて（ステップ４４）。これが日次サブシステム３２
に伝達される。日次サブシステム３２は、夜間のバッチ
処理などによって、そのとき（その日）に処理すべきも
のを抽出して、これを口座入金情報として、仮受金管理
システム１６に出力する。図６に示すように、口座入金
情報は、金融機関コード、支店コード、入金日、サービ
ス種別（勘定項目）、および、入金事由が含まれる。本
実施の形態において、勘定項目は、一般電話、データ通
信或いはインターネット使用の何れかのサービスにて発
生した入金であるかを示す。入金事由により、入金（通
常、クレジット、支店、或いは、コンビニエンスストア
での入金）、手数料、振替等が特定される。図６におい
て、符号６０１にて示す部分が、口座入金情報の最小単
位となる。

【００２０】料金系システム１４においては、顧客が支
払い、これに応答して金融機関システム２００から供給
された入金情報に基づき、入金消込処理を実行する。料
金系システム１４は、入金管理を実行しており、入金額
を保管するために図４に示すような構造を有している。

【００２１】図４に示すように、料金系システム１４
は、金融機関システム２００から与えられた入金情報を
受理して、所定の処理を実行する入金処理部４０１、後
述する金庫間における入金額の移動を実現する金庫移動
部４０２、および、種別ごとの金庫を所有する金庫部４
０３を有している。本実施の形態においては、金庫とし
て、売掛金入金金庫４０４、前受金入金金庫４０５、預
り金入金金庫４０６、貸倒入金（貸倒後入金）金庫４０
７、不明金入金金庫４０８、および、仮受金入金金庫４
０９が設けられている。

【００２２】これらについて、簡単に説明を加える。売
掛金入金金庫４０４は、料金系システム１４が発行した
請求に対して入金（満額入金、一部入金、未収充当）が
あった場合、該当する入金額を格納するものである。ま
た、後述する前受金入金金庫に格納された入金額のう
ち、過剰入金分を次月の請求に充当したものもこの金庫
に収容される。

【００２３】前受金入金金庫４０５は、料金系システム
１４が発行した請求や督促に対して、過剰な入金があっ
た場合に、満額入金分を売掛金とし、過剰入金分を前受
金として収容する。預り金入金金庫４０５は、前受金と
して格納された入金額のうち、返金すべき過剰入金を収
容する。貸倒（後）入金金庫４０６は、貸倒れになった
後に入金があった場合に、これを収容する。請求から一
定の期間入金されない場合には、その請求が貸倒れにな
るが、その後に入金される場合があるからである。

【００２４】不明金入金金庫４０７は、仮受金金庫に収
容された入金額のうち、所定の期間（たとえば１年）を
経過しても消し込み対象が判別しないものを収容する。
これは期末に不明金として仮受金の取崩が行われる。ま
た、仮受金入金金庫４０８は、料金系システム１４にお
いて入金に対応する消込対象が判明しない場合に、入金
額を一時的に格納するために設けられている。

【００２５】その他、以下のような金庫を設けることも
可能である。滞納の場合の延滞利息金を収容する延滞利
息金金庫、携帯端末による国際電話を利用する顧客に請
求する保証金を収容する保証金金庫などである。

【００２６】図７に示すように、料金系システム１４に
て作成される入金消込情報は、金融機関コード、支店コ
ード、入金日、サービス種別のほか、収納形態および金
庫情報を含む。収納形態により、窓口、口振（口座振
替）、クレジット、振込、現金等が特定される。また、
金庫情報は、上記金庫の何れに収容された入金額である
かを示している。ここでも、図７における符号７０１
が、入金消し込み情報の最小単位となる。

【００２７】また、料金系システム１４において、金庫
４０４〜４０９について、消込結果に基づき、金庫移動
部４０２においては、ある金庫から他の金庫に対して、
所定の入金額を移動する。この移動は、図３の矢印に示
すようなものに限定されている。図８は、本実施の形態
における金庫移動ルールを示す表である。図８に示すよ
うに、前受金は、売掛金、預り金、貸倒（後）入金、不
明金の入金に移動する可能性があり、また、仮受金は、
売掛金、前受金、預り金、貸倒（後）入金、不明金にな
る可能性がある。なお、金庫移動ルールは上述したもの
には限定されず、必要に応じて設定することができるこ
とはいうまでも無い。

【００２８】経理系システム１２および料金系システム
１４から、仮受金管理システム１６に与えられた入金情
報および入金消込情報に基づく処理の概要について図５
を参照して説明する。仮受金管理システム１６は、経理
系システム１２から口座入金情報（口座入金仕訳）を受
理し（ステップ５０１）、その一方、料金系システム１
４から入金消込情報（入金消込仕訳）を受理する（ステ
ップ５０２）。これらデータを受理する際に、仮受金管
理システム１６は、自己のシステム内にて利用するフォ
ーマットにデータ変換する。

【００２９】次いで、所定のフォーマットにデータ変換
された口座入金情報をＤＢ（図示せず）に格納する（ス
テップ５０３）とともに、入金消込情報をＤＢに格納す
る（ステップ５０４）。口座入金情報および入金消込情
報に基づき、件数、金額が、データ区分および受信日別
に集計され表示される（ステップ５０５）。仮受金への
振替伝票を発行した場合には、当該伝票には金融機関コ
ードが付されない。このため、オペレータは、必要に応
じて、振替伝票に金融機関コードを付加する（ステップ
５０６）。

【００３０】仮受金管理システム１６は、金融機関に関
するデータ（金融機関名、支店名、口座番号等）を表示
装置の画面上に表示する。本実施の形態においては、地
方銀行の口座入金は、一定の代表行に集約されるため、
これを各行に振り分け、突合を可能とする（ステップ５
０７）。

【００３１】このような処理が実行されてから、差額を
見出して突合を行う差額管理（ステップ５０８）、差額
が「０」のものに対する自動突合（ステップ５０９）が
実行される。差額管理には、口座入金日、金融機関単位
での口座入金額と入金消込額との差額、および、その明
細を表示し、突合対象を登録する差額リスト照会（ステ
ップ５０８−ａ）が含まれる。これにより、選択した口
座入金額、入金消込額、金融機関、口座入金日、サービ
ス種別をキーとした突合対象が検索可能となる。また、
差額管理は、突合対象検索（５０８−ｂ）、突合（５０
８−ｃ）および修正伝票登録（５０８−ｄ）が含まれ
る。

【００３２】突合対象検索においては、口座入金額およ
び入金消込額が選択され、検索条件により突合対象の候
補が検索される。本実施の形態においては、検索条件と
して、たとえば、金額、金融機関が等しく、入金日が近い（入金日の差
が閾値以下である）もの金額が等しく、入金日が近い（入金日の差が閾値以下
である）ものなどが利用できる。突合の単位としては、サービス別突合金融機関（銀行、支店、口座番号）別突合入金日別突合支払別突合のうちの何れかを選択することができる。図９および図
１０は、これら突合の概略を説明するための図である。
図９（ａ）に示すサービス別突合では、一般電話、デー
タ通信、インターネットの各々について、入金消込情報
と口座入金情報とがと都合される。図９（ａ）において
ハッチングを付した部分が、それぞれ、入金消込情報お
よび口座入金情報にて示した最小単位（図６および図７
参照）に対応する。金融機関別突合（図９（ｂ）参
照）、入金日別突合（図１０（ａ）参照）および支払別
突合（図１０（ｂ）参照）についても同様である。

【００３３】修正伝票登録においては、不正な伝票を修
正するための修正伝票が作成される。また、自動突合
（ステップ５０９）は、入金日、銀行、支店単位で差額
が「０」となっているものに対して実行される。ステッ
プ５０８の後に、データ照会が行われる（ステップ５１
２）。ここでは、端末入力日報表示（５１２−ａ）、口
座入金抽出表示（５１２−ｂ）、科目別照会（５１２−
ｃ）、手段・金庫別照会（５１２−ｄ）を実行すること
ができる。その他、本実施の形態においては、突合完了
データとして出力されていない預り金を入金日別に表示
する入金消込データ預り金表示機能が設けられている。

【００３４】突合（ステップ５０８、５０９）の結果に
基づき、突合完了仕訳データ（仕訳情報）が作成される
（ステップ５１０）。ここでは、仕訳情報の作成履歴も
保持され、オペレータにより参照可能となっている。最
終的に、仕訳情報は、経理系システム１２に向けて送信
される（ステップ５１１）。

【００３５】図１１（ａ）は、仕訳情報の例を示す図で
ある。仮受金管理システム１６の突合の処理（ステップ
５０８、５０９）により、口座入金情報（仮受金）の内
訳が判明すると、その入金額に関して突合完了となり、
図１１（ａ）に示す仕訳情報が作成される。すなわち、
仕訳情報においては、「仮受金」が、「前受金」、「預
り金」、「未集金」、「雑収入」などの勘定科目の何れ
かになることが示される。

【００３６】図１１（ｂ）は、金庫移動仕訳の例を示す
図である。過去に仮受金取崩を前受金に対して行うと、
次月の請求額と相殺、顧客への返金或いはそのまま前受
金に滞留させる場合が考えられる。次月相殺と返金に関
しては、前受金から他の金庫への金庫移動が発生する。
したがって、図１１（ｂ）に示すような金庫移動仕訳が
生じる。すなわち、金庫移動情報においては、「前受金
（等）」の金庫から、「売掛金」、「預り金」、「雑収
入」、「長期預り金」等の金庫へ移動することが示され
る。

【００３７】図１２は、顧客の支払から仮受金管理シス
テムにより仕訳出力までの基本的な処理の流れを示す図
である。顧客側においては、それぞれの請求書（請求書
Ａ〜Ｃ）に対する支払がなされる。たとえば、請求書Ａ
および請求書Ｂについては、銀行αに支払われ、請求書
Ｃについては銀行βに支払われるとする。銀行αの金融
機関システムは、電話サービス事業者の口座αに、「￥
８００」の入金があったことを示す情報を経理系システ
ム１２に伝達する（ステップ１２０１）。その一方、銀
行βの金融機関システムは、電話サービス事業者の口座
βに、「￥２００」の入金があったことを示す情報を経
理系システム１２に伝達する（ステップ１２０２）。ま
た、これら銀行α、βのシステムから、料金系システム
１４に対しても入金情報が伝達される（ステップ１２０
３）。

【００３８】経理系システム１２は、口座αおよび口座
βに仮受金があったことを示す口座入金情報を、仮受金
管理システム１６に伝達し（ステップ１２０４）、その
一方、料金系システム１４は、請求書に基づく売掛Ａ
〜売掛Ｃにしたがった入金消込情報を、仮受金管理シス
テム１６に伝達する（ステップ１２０６）。

【００３９】仮受金管理システム１６においては、入金
消込情報Ａ〜Ｃと、入金α〜βとの間で突合を行う。こ
の場合には、消込Ａおよび消込Ｂの組（符号１２０６参
照）と入金α（符号１２０８参照）とが突合され、か
つ、消込Ｃ（符号１２０７参照）と入金β（符号１２０
９）参照とが突合され、仮受・売掛消込仕訳（符号１２
１１参照）が、仕訳出力として経理系システム１２に伝
達される（ステップ１２１０）。

【００４０】その一方、二重入金等があった場合には、
図１３に示すような流れとなる。ここで、二重入金があ
った場合には、料金系システム１４において図１４
（ａ）、（ｂ）に示す処理が実行される。料金系システ
ム１４における消込処理において、二重入金が発覚する
と（ステップ１４０１）、この消込不能な入金額を仮受
金として処理しておく（ステップ１４０２）。仮受金と
なっていた金額が、重複支払と判明すると、金庫移動処
理部４０２が、当該金額を仮受金入金金庫から預り金入
金金庫に移動する（ステップ１４１２）。これにより、
消込情報が追加される（ステップ１４１３）。

【００４１】図１３において、顧客が請求書Ａに対して
二重支払をした場合（請求書Ａおよび請求書Ａ’参
照）、銀行αの金融機関システムから経理系システム１
２に対して、口座αに合計￥６００の入金があったこと
を示す情報が伝達され（ステップ１３０１）、その一
方、銀行βの金融機関システムからは、口座βに合計￥
２００の入金があったことを示す情報が伝達される（ス
テップ１３０２）。また、それぞれの金融機関システム
から、料金系システム１４に対しても、入金情報が伝達
される（ステップ１３０３）。経理系システム１２は、
口座αに￥６００の入金があったこと、口座βに￥３０
０の入金があったこと等を示す口座入金情報が仮受金管
理システム１６に伝達する（ステップ１３１３）。

【００４２】料金系システム１４は、図１３に示すよう
な処理で、消込不能な入金額（請求書Ａ’に基づく￥３
００の入金額）について、初期的には仮受金として処理
し、重複支払と判明した段階で、仮受金から預り金への
金庫移動を実行しておく（ステップ１３０４）。これに
より、「売掛Ａ（￥３００）」、「売掛Ｃ（￥３０
０）」および「預り金（￥２００）」を示す入金消込情
報が仮受金管理システム１６に伝達される（ステップ１
３０５）。

【００４３】仮受金管理システム１６においては、売掛
Ａに基づく消込Ａおよび預り金と、入金αとが突合され
（矢印１３０６、符号１３０７および符号１３０９参
照）、かつ、売掛Ｃに基づく消込Ｃと入金βとが突合さ
れる（符号１３０８および符号１３１０参照）。これに
より、入金額￥５００について、仮受金が売掛となった
ことを示す情報、および、入金額￥３００について、仮
受金が預り金となったことを示す情報が、仕訳出力とし
て経理系システム１２に伝達される（ステップ１３１
１、および、符号１３１２参照）。

【００４４】このように、本実施の形態においては、突
合完了後に、料金系システム１４から与えられた種別
（仮受金、預り金等）に基づき仕訳（たとえば、仮受／
売掛、仮受／預り金等）を作成し、これを経理系システ
ム１２に与えることが可能である。

【００４５】次に、日ずれの場合について説明する。二
以上の請求書について同日に顧客からの支払があったに
もかかわらず、金融機関における処理タイミング（締め
時間や口座振替出納金等の相違）により、収納された日
と口座入金された日がずれる場合がある。図１５はこの
ような状況を説明するための図である。図１５におい
て、請求書Ａ〜Ｃについて、同日に支払われ、金融機関
において収容されたと考える。ここで、入金情報として
は、請求項Ａ〜Ｃにつき９月１日（９／１）という日付
が付されている（ステップ１５０３参照）。その一方、
経理系システム１２に与えられる口座入金（ステップ１
５０１、１５０２）について、口座αに関して、９月１
日に￥５００の入金、９月２日に￥３００の入金となっ
ていたとする。

【００４６】この場合に、入金消込情報（ステップ１５
０５参照）では、９月１日付けの売掛Ａ〜Ｃが示されて
いるのに対して、口座入金情報（ステップ１５０４参
照）においては、口座αに関して９月１日付けの入金
（仮受）および９月２日付けの入金（仮受）があり、口
座βに関して９月１日付けの入金（仮受）があったこと
が示される。

【００４７】同日付のみの突合では、９月１日付けの消
込Ａ（￥３００）と９月１日付けの入金α（￥３００）
との間（符号１５０６参照）、９月１日付けの消込Ｃ
（￥２００）と９月１日付けの入金β（￥２００）との
間（符号１５０８参照）で突合が行われるが、９月１日
付けの消込Ｂ（￥３００）と９月２日付けの入金α（￥
２００）との間の突合は行われない（符合１５０７参
照）。このため、仕訳出力（符号１５０９）において
は、仮受／売掛として￥７００が示され、経理の残高
（￥１０００）と一致しないことになる（符号１５１０
参照）。そこで、本実施の形態にかかる仮受金管理シス
テム１６においては、前述したように、突合対象検索に
おいては、以下のような検索条件が利用される。金額、金融機関が等しく、入金日が近い（入金日の差
が閾値以下である）もの金額が等しく、入金日が近い（入金日の差が閾値以下
である）もの

【００４８】つまり、検索条件を設定することで、一定
の日ずれがあった場合にも、図１６に示すような突合
（符号１６０１〜符号１６０３参照）が可能となる。こ
れにより、仕訳出力において、仮受／売掛が￥１０００
であることが示され、経理系システム１２にて把握され
ている残高と合致させることが可能となる。このよう
に、本実施の形態によれば、金融機関や入金日別の口座
入金額および入金消込額が一致していない場合でも突合
が可能であり、タイムリーに仕訳を経理系システム１２
に伝達することが可能となる。

【００４９】本発明は、以上の実施の形態に限定される
ことなく、特許請求の範囲に記載された発明の範囲内
で、種々の変更が可能であり、それらも本発明の範囲内
に包含されるものであることは言うまでもない。たとえ
ば、本発明にかかる仮受金管理システム１６に伝達され
た口座入金情報や入金消込情報は、本実施の形態に記載
した形式に限定されず、また、その項目も限定されるも
のではない。

【００５０】また、前記実施の形態においては、サービ
ス別突合、金融機関別突合、入金日別突合および支払別
突合をなすことができるように構成されているが、これ
に限定されず、以下に述べる仕訳レベル突合や部分突合
が可能なように構成してもよい。

【００５１】図１７は、仕訳レベル突合の例を示す図で
ある。たとえば、複数の日にわたって同一条件（たとえ
ば、金融機関、サービス等）のデータが、仮受金管理シ
ステムの側に伝達された場合に、当該同一条件を単位に
金額をまとめて突合を実行する。図１７において、１１
月３日現在、経理系システムから１１／１付けの一般電
話の口座入金情報（￥１００）と同じく１１／１付けの
一般電話の口座入金情報（￥２００）が与えられてい
る。前者は、１１／２に伝達され、後者は１１／３に伝
達されている。その一方、料金系システムからは、１１
／２付けの入金消込情報として、一般電話で￥１００が
与えられている。通常、ここでは、集約の結果、口座入
金情報の側では￥３００、入金消込情報の側では￥１０
０となるため突合ができない。そこで、本実施の形態に
おいては、元に与えられた最小単位（符号１７０１、１
７０２参照）での突合を可能にしている。すなわち、こ
こでは、符号１７０１に示す金額と、入金消込情報（符
号１７０３参照）にて示される金額とが突合される。こ
れにより、一般電話￥１００の仕訳情報を作成すること
が可能となる。

【００５２】図１８は、本実施の形態にかかる部分突合
を説明するための図である。たとえば、ある時点で口座
入金情報に示す金額と入金消込情報に示す金額とが一致
しない場合がある。部分突合とは、このような場合に、
口座入金情報に示される金額を分割して部分的な突合を
実行することを言う。図１８（ａ）において、ある時点
で、経理系システムから与えられる口座入金情報にて示
される金額は、一般電話で￥８００（符号１８０１参
照）となっている。その一方、料金系システムから与え
られる入金消込情報にて示される金額は、一般電話で￥
６００（符号１８０２参照）である。このため、通常の
突合や仕訳レベルによる突合が不可能である。

【００５３】そこで、図１８（ｂ）に示すように、経理
系システムから与えられた元のデータ（口座入金情報
側）（符号１８０３参照）を分割して、これを二つのデ
ータアイテム１８０４、１８０５に分割し、これによ
り、部分的な突合（符号１８０６、１８０７参照）を可
能としている。また、本実施の形態においては、サービ
ス種別として、一般電話、データ通信、および、インタ
ーネットを設けているが、このような種別が設けられて
いなくとも良い。また、一般電話、専用線電話、国際電
話など、他のサービス種別を設けても良い。

【００５４】さらに、前記実施の形態においては、電話
サービス事業者を例として、仮受金管理システム等を含
むシステムを構築しているが、このような事業者に限定
されるものではない。たとえば、電気料金、ガス料金、
上水道料金など公共サービスのように、金融機関やコン
ビニエンスストアにおける支払等があるものや、クレジ
ットカード会社のシステムに適用できることはいうまで
もない。なお、本明細書において、一つの手段の機能
が、二つ以上の物理的手段により実現されても、若しく
は、二つ以上の手段の機能が、一つの物理的手段により
実現されてもよい。

【００５５】

【発明の効果】本発明によれば、料金系システムにおけ
る消込情報と、経理系システムにおける入金情報との突
合を適切かつ迅速に行うことが可能なシステムを提供す
ることが可能となる。

【図面の簡単な説明】

【図１】図１は、本発明にかかるシステムの全体構成
を示すブロックダイヤグラムである。

【図２】図２は、本実施の形態において、請求書や各
種情報の全体の流れを説明するための図である。

【図３】図３は、本実施の形態にかかる経理系システ
ムにて実行される処理の概略を示す図である。

【図４】図４は、本実施の形態にかかる料金系システ
ムの構成を示すブロックダイヤグラムである。

【図５】図５は、本実施の形態において、仮受金管理
システムに与えられた入金情報および入金消込情報に基
づく処理の概要を示す図である。

【図６】図６は、本実施の形態にかかる口座入金情報
を説明するための図である。

【図７】図７は、本実施の形態にかかる入金消込情報
を説明するための図である。

【図８】図８は、本実施の形態にかかる金庫移動ルー
ルを示す図である。

【図９】図９は、本実施の形態にかかる突合の概略を
説明するための図である。

【図１０】図１０は、本実施の形態にかかる突合の概
略を説明するための図である。

【図１１】図１１は、本実施の形態にかかる仕訳情報
および金庫移動仕訳の例を示す図である。

【図１２】図１２は、本実施の形態において、顧客の
支払から仮受金管理システムにより仕訳出力までの基本
的な処理の流れを示す図である。

【図１３】図１３は、本実施の形態において、二重入
金等があった場合の処理の流れを示す図である。

【図１４】図１４は、本実施の形態において、二重入
金等があった場合に料金系システムにて実行される処理
を示すフローチャートである。

【図１５】図１５は、日ずれがあった場合を説明する
ための図である。

【図１６】図１６は、本実施の形態において、日ずれ
に対応した仕訳の作成を説明するための図である。

【図１７】図１７は、本実施の形態における仕訳レベ
ル突合を説明するための図である。

【図１８】図１８は、本実施の形態における部分突合
を説明するための図である。

【符号の説明】

１２経理系システム１４料金系システム１６仮受金管理システム３０出納サブシステム３２日次サブシステム４０１入金処理部４０２金庫移動処理部４０３金庫部

───────────────────────────────────────────────────── フロントページの続き (72)発明者津久井輝代東京都中央区八丁堀四丁目７番１号日本テレコム株式会社内 (72)発明者菊地亘東京都中央区八丁堀四丁目７番１号日本テレコム株式会社内

Claims

【特許請求の範囲】

【請求項１】請求書を作成し、かつ、当該請求書に対
する支払を示す情報を受理し、これらを参照して金庫種
別を含む入金消込情報を作成する料金系システム、およ
び、金融機関等からの口座入金を示す情報を受理する経
理系システムから、入金消込情報および口座入金情報を
それぞれ取得して、これらを突合する仮受金管理システ
ムであって、前記経理系システムからの口座入金情報を仮受する仮受
手段と、前記入金消込情報の所定の単位と、前記口座入金情報の
所定の単位とを突合する突合手段と、前記入金消込情報における金庫種別を参照して、前記突
合が完了した情報について仕訳を作成する仕訳作成手段
とを備え、前記仕訳を示す情報を前記経理系システムに伝達するよ
うに構成されたことを特徴とする仮受金管理システム。
【請求項２】前記突合手段が、サービス種別ごと、金融機関別、入金日別、および、支
払方法ごと、の何れかにて前記所定の単位ごとの突合を
実行することを特徴とする請求項１に記載の仮受金管理
システム。
【請求項３】前記突合手段が、元の個別単位にて金額
の突合をなす仕訳レベル突合、および／または、口座入
金情報にて示される金額を分割して突合をなす部分突合
を実行することを特徴とする請求項１または２に記載の
仮受金管理システム。
【請求項４】前記仕訳作成手段が、前記口座入金情報
における仮受を、前記入金消込情報の金庫種別にするよ
うな仕訳を作成することを特徴とする請求項１ないし３
の何れか一項に記載の仮受金管理システム。
【請求項５】前記金庫種別が、売掛金、前受金、預り
金、貸倒金、不明金、および、仮受金の少なくとも何れ
かを含むことを特徴とする請求項４に記載の仮受金管理
システム。
【請求項６】前記口座入金情報が、少なくとも金融機
関、入金日および入金事由を示し、当該情報により特定
される金額が、突合のための単位となることを特徴とす
る請求項１ないし５の何れか一項に記載の仮受金管理シ
ステム。
【請求項７】前記入金消込情報が、少なくとも金融機
関、入金日、収納形態および金庫種別を示し、当該情報
により特定される金額が、突合のための単位となること
を特徴とする請求項１ないし６の何れか一項に記載の仮
受金管理システム。
【請求項８】請求書を作成し、かつ、当該請求書に対
する支払を示す情報を受理し、これらを参照して金庫種
別を含む入金消込情報を作成する料金系システム、およ
び、金融機関等からの口座入金を示す情報を受理する経
理系システムから、入金消込情報および口座入金情報を
それぞれ取得して、これらを突合する仮受金管理方法で
あって、前記経理系システムからの口座入金情報を仮受するステ
ップと、前記入金消込情報の所定の単位と、前記口座入金情報の
所定の単位とを突合するステップと、前記入金消込情報における金庫種別を参照して、前記突
合が完了した情報について仕訳を作成するステップと、前記仕訳を示す情報を前記経理系システムに伝達するス
テップとを備えたことを特徴とする仮受金管理方法。
【請求項９】前記突合するステップが、サービス種別
ごと、金融機関別、入金日別、および、支払方法ごと、
の何れかにて前記所定の単位ごとの突合を実行するよう
に構成されたことを特徴とする請求項８に記載の仮受金
管理方法。
【請求項１０】前記突合するステップが、口座入金情
報に関して所定の期間内に入金されたことが示されてい
る金額と、入金消込情報において、所定の期間内に消込
がなされた金額とを突合できるように構成されたことを
特徴とする請求項８または９に記載の仮受金管理方法。
【請求項１１】前記突合するステップが、元の個別単
位にて金額の突合ができるように構成されたことを特徴
とする請求項８ないし１０の何れか一項に記載の仮受金
管理方法。
【請求項１２】前記突合するステップが、口座入金情
報に示される金額を分割し、分割された金額と、入金消
込情報に示される金額とを突合できるように構成された
ことを特徴とする請求項８ないし１１の何れか一項に記
載の仮受金管理方法。