JP3688653B2

JP3688653B2 - Deposit / withdrawal data processing system

Info

Publication number: JP3688653B2
Application number: JP2002135811A
Authority: JP
Inventors: 田泰史鶴
Original assignee: 株式会社りそなホールディングス
Priority date: 2002-05-10
Filing date: 2002-05-10
Publication date: 2005-08-31
Anticipated expiration: 2022-05-10
Also published as: JP2003331204A

Description

【０００１】
【発明の属する技術分野】
本発明は、入出金データ処理システムに関し、特に、顧客の口座に関して行われた入金処理又は出金処理の入出金明細データを処理する、入出金データ処理システムに関する。
【０００２】
【従来の技術】
銀行等の金融機関における顧客の中には、企業など、会計上の取引管理をしなければならない顧客が存在する。しかしながら、金融機関に開設してある顧客の口座に対して行われた資金の入出金の管理と、会計上の取引管理とは別々に独立しているため、このような顧客は、経理担当者等が個別に両者を管理しなければならなくなっている。
【０００３】
すなわち、金融機関の口座で行われた入出金に関する情報は、預金通帳への記入や入出金明細帳票の出力などの形で顧客に提供されており、これを受け取った顧客は、これら預金通帳や入出金明細帳票における入出金金額とその日付などから、さらにはこれに付随している補足情報である入出金明細摘要から、その入出金の内容を特定しなければならない。そして、この特定した入出金の内容に基づいて、この金融機関の口座で行われた入出金を、会計上の管理をするのに必要な勘定科目等に分類して、会計上の取引管理をしている。
【０００４】
【発明が解決しようとする課題】
しかしながら、預金通帳や入出金明細帳票から得られる入出金に関する情報は、入出金の金額と、その日付に加えて、補足情報として入出金明細摘要が記載されているのみであり、かつ、その記載内容は必ずしも分かりやすいものではなく、単なる補記程度の内容であることが多い。このため、預金通帳や入出金明細帳票に記載されている入出金が実際にはどのような商取引によるものであるのか、さらには会計処理上どのように分類するのかを、経理担当者等が瞬時に特定することは困難なこともある。
【０００５】
また、このような判断は、経理担当者等の属人的な経験やスキルに依存する部分も多く、経理担当者等が新たに入れ替わったような場合には、会計上の取引管理が正常に機能しなくなる恐れがある。また、経理担当者等の判断に依存することから、人的なミスも起こりやすくなる。
【０００６】
しかも、金融機関の口座の入出金明細データと、顧客の会計取引管理システムのデータとは、必ずしも互換性がある訳ではない。このため、金融機関から提供された入出金明細データを、顧客の会計取引管理システムにマニュアルで入力したり、データ変換して読み込ませたりする必要が生じることもある。このような作業が生じると、入力ミスやデータ変換エラーが発生する可能性が出てしまう。
【０００７】
そこで本発明は、前記課題に鑑みてなされたものであり、金融機関が蓄積した顧客の入出金明細データを有効に活用して、顧客が会計上の取引管理をするのに必要となる労力を、大幅に削減することのできる入出金データ処理システムを提供することを目的とする。
【０００８】
【課題を解決するための手段】
上記課題を解決するため、本発明に係る入出金データ処理システムは、
顧客の口座に関して行われた入金処理又は出金処理の入出金明細データを取得する、入出金明細データ取得手段であって、前記入出金明細データは少なくとも、入金処理又は出金処理のされた金額と、その入金処理又は出金処理に関する補足情報である入出金明細摘要情報とを含んでおり、前記入出金明細摘要情報は少なくとも、任意の文字列である摘要文字列と前記入金処理又は前記出金処理の内容に応じて割り当てられている摘要コードとを含んでいる、入出金明細データ取得手段と、
前記摘要コードに対応して、入金処理又は出金処理の内容を表す摘要名称を保持する摘要コード保持手段と、
前記入出金明細データ取得手段が取得した入出金明細データの前記入出金明細摘要情報に含まれている前記摘要コードを検索キーとして、前記摘要コード保持手段を検索し、前記摘要コードに対応する前記摘要名称を取得する、摘要名称検索取得手段と、
前記摘要名称検索取得手段が取得した前記摘要名称に、前記入出金明細データ取得手段が取得した入出金明細データの前記入出金明細摘要情報に含まれている前記摘要文字列を結合して、固定摘要データを生成する、固定摘要データ生成手段と、
固定摘要データに対応して、取引先を特定するための取引先特定情報を保持する、取引先特定情報保持手段と、
前記取引先特定情報に対応して、取引内容を特定するための取引内容特定情報を保持する、取引内容特定情報保持手段と、
前記固定摘要データ生成手段が生成した前記固定摘要データを検索キーとして、前記取引先特定情報保持手段を検索し、その固定摘要データに対応する前記取引先特定情報を取得する、取引先特定情報検索取得手段と、
前記取引先特定情報検索取得手段で取得した前記取引先特定情報を検索キーとして、前記取引内容特定情報保持手段を検索し、その取引先特定情報に対応する前記取引内容特定情報を取得する、取引内容特定情報検索取得手段と、
前記取引内容特定情報検索取得手段で取得した前記取引内容特定情報を、出納帳摘要情報とするとともに、前記取引先特定情報検索取得手段で検索キーとした前記固定摘要データに対応する前記取引先特定情報が前記取引先特定情報保持手段に存在しなかった場合、若しくは、前記取引内容特定情報検索取得手段で検索キーとした前記取引先特定情報に対応する前記取引内容特定情報が前記取引内容特定情報保持手段に存在しなかった場合には、前記固定摘要データを前記出納帳摘要情報とする、出納帳摘要情報生成手段と、
前記入出金明細データを前記出納帳摘要情報とともに格納して保持する、明細データ保持手段と、
を備えることを特徴とする。
【０００９】
本発明に係る入出金データ処理システムの制御方法は、
顧客の口座に関して行われた入金処理又は出金処理の入出金明細データを保持しており、この入出金明細データは、少なくとも、入金処理又は出金処理のされた金額と、その入金処理又は出金処理に関する補足情報である入出金明細摘要情報とを含んでおり、前記入出金明細摘要情報は少なくとも、任意の文字列である摘要文字列と前記入金処理又は前記出金処理の内容に応じて割り当てられている摘要コードとを含んでいる、入出金データ処理システムの制御方法であって、
前記入出金データ処理システムが、前記入出金明細データを取得するステップと、
前記入出金データ処理システムが、前記摘要コードに対応して、入金処理又は出金処理の内容を表す摘要名称を保持する摘要コード保持手段を、前記取得した入出金明細データの前記入出金明細摘要情報に含まれている前記摘要コードを検索キーとして検索し、前記摘要コードに対応する前記摘要名称を取得するステップと、
前記入出金データ処理システムが、前記取得した前記摘要名称に、前記取得した入出金明細データの前記入出金明細摘要情報に含まれている前記摘要文字列を結合して、固定摘要データを生成するステップと、
前記入出金データ処理システムが、前記生成した前記固定摘要データを検索キーとして、固定摘要データに対応して、取引先を特定するための取引先特定情報を保持する、取引先特定情報保持手段を検索し、その固定摘要データに対応する前記取引先特定情報を取得するステップと、
前記入出金データ処理システムが、前記取得した前記取引先特定情報を検索キーとして、前記取引先特定情報に対応して、取引内容を特定するための取引内容特定情報を保持する、取引内容特定情報保持手段を検索し、その取引先特定情報に対応する前記取引内容特定情報を取得するステップと、
前記入出金データ処理システムが、前記取得した前記取引内容特定情報を、出納帳摘要情報とするとともに、前記取引先特定情報保持手段に、検索キーとした前記固定摘要データに対応する前記取引先特定情報が存在しなかった場合、若しくは、前記取引内容特定情報保持手段に、検索キーとした前記取引先特定情報に対応する前記取引内容特定情報が存在しなかった場合には、前記固定摘要データを前記出納帳摘要情報とするステップと、
前記入出金データ処理システムが、前記入出金明細データを前記出納帳摘要情報とともに、明細データ保持手段に格納するステップと、
を備えることを特徴とする。
【００１０】
本発明に係るプログラムは、
顧客の口座に関して行われた入金処理又は出金処理の入出金明細データを保持しており、この入出金明細データは、少なくとも、入金処理又は出金処理のされた金額と、その入金処理又は出金処理に関する補足情報である入出金明細摘要情報とを含んでおり、前記入出金明細摘要情報は少なくとも、任意の文字列である摘要文字列と前記入金処理又は前記出金処理の内容に応じて割り当てられている摘要コードとを含んでいる、入出金データ処理システムを制御するためのプログラムであって、
前記入出金データ処理システムが、前記入出金明細データを取得するステップと、
前記入出金データ処理システムが、前記摘要コードに対応して、入金処理又は出金処理の内容を表す摘要名称を保持する摘要コード保持手段を、前記取得した入出金明細データの前記入出金明細摘要情報に含まれている前記摘要コードを検索キーとして検索し、前記摘要コードに対応する前記摘要名称を取得するステップと、
前記入出金データ処理システムが、前記取得した前記摘要名称に、前記取得した入出金明細データの前記入出金明細摘要情報に含まれている前記摘要文字列を結合して、固定摘要データを生成するステップと、
前記入出金データ処理システムが、前記生成した前記固定摘要データを検索キーとして、固定摘要データに対応して、取引先を特定するための取引先特定情報を保持する、取引先特定情報保持手段を検索し、その固定摘要データに対応する前記取引先特定情報を取得するステップと、
前記入出金データ処理システムが、前記取得した前記取引先特定情報を検索キーとして、前記取引先特定情報に対応して、取引内容を特定するための取引内容特定情報を保持する、取引内容特定情報保持手段を検索し、その取引先特定情報に対応する前記取引内容特定情報を取得するステップと、
前記入出金データ処理システムが、前記取得した前記取引内容特定情報を、出納帳摘要情報とするとともに、前記取引先特定情報保持手段に、検索キーとした前記固定摘要データに対応する前記取引先特定情報が存在しなかった場合、若しくは、前記取引内容特定情報保持手段に、検索キーとした前記取引先特定情報に対応する前記取引内容特定情報が存在しなかった場合には、前記固定摘要データを前記出納帳摘要情報とするステップと、
前記入出金データ処理システムが、前記入出金明細データを前記出納帳摘要情報とともに、明細データ保持手段に格納するステップと、
を入出金データ処理システムに実行させることを特徴とする。
【００１１】
本発明に係る記録媒体は、
顧客の口座に関して行われた入金処理又は出金処理の入出金明細データを保持しており、この入出金明細データは、少なくとも、入金処理又は出金処理のされた金額と、その入金処理又は出金処理に関する補足情報である入出金明細摘要情報とを含んでおり、前記入出金明細摘要情報は少なくとも、任意の文字列である摘要文字列と前記入金処理又は前記出金処理の内容に応じて割り当てられている摘要コードとを含んでいる、入出金データ処理システムを制御するためのプログラムが記録された記録媒体であって、
前記入出金データ処理システムが、前記入出金明細データを取得するステップと、
前記入出金データ処理システムが、前記摘要コードに対応して、入金処理又は出金処理の内容を表す摘要名称を保持する摘要コード保持手段を、前記取得した入出金明細データの前記入出金明細摘要情報に含まれている前記摘要コードを検索キーとして検索し、前記摘要コードに対応する前記摘要名称を取得するステップと、
前記入出金データ処理システムが、前記取得した前記摘要名称に、前記取得した入出金明細データの前記入出金明細摘要情報に含まれている前記摘要文字列を結合して、固定摘要データを生成するステップと、
前記入出金データ処理システムが、前記生成した前記固定摘要データを検索キーとして、固定摘要データに対応して、取引先を特定するための取引先特定情報を保持する、取引先特定情報保持手段を検索し、その固定摘要データに対応する前記取引先特定情報を取得するステップと、
前記入出金データ処理システムが、前記取得した前記取引先特定情報を検索キーとして、前記取引先特定情報に対応して、取引内容を特定するための取引内容特定情報を保持する、取引内容特定情報保持手段を検索し、その取引先特定情報に対応する前記取引内容特定情報を取得するステップと、
前記入出金データ処理システムが、前記取得した前記取引内容特定情報を、出納帳摘要情報とするとともに、前記取引先特定情報保持手段に、検索キーとした前記固定摘要データに対応する前記取引先特定情報が存在しなかった場合、若しくは、前記取引内容特定情報保持手段に、検索キーとした前記取引先特定情報に対応する前記取引内容特定情報が存在しなかった場合には、前記固定摘要データを前記出納帳摘要情報とするステップと、
前記入出金データ処理システムが、前記入出金明細データを前記出納帳摘要情報とともに、明細データ保持手段に格納するステップと、
を入出金データ処理システムに実行させるためのプログラムが記録されたことを特徴とする。
【００１２】
【発明の実施の形態】
本発明の一実施形態は、勘定系システムに格納されている入出金明細データを活用して、顧客毎の会計上の取引管理に適合した預金出納明細データを生成し、これを蓄積することにより、顧客が会計処理を行う上で必要となる労力の軽減を図ったものである。より詳しくを、以下に説明する。
【００１３】
まず、図１に基づいて、本実施形態に係る入出金会計管理システム１０の構成を説明する。この図１は、本実施形態に係る入出金会計管理システム１０の概略的な構成を示すブロック図である。
【００１４】
図１に示すように、入出金会計管理システム１０は、金融機関側に設けられた入出金データ処理システム２０と、顧客側に設けられた顧客側コンピュータシステム３０とを備えて構成されている。これら入出金データ処理システム２０と顧客側コンピュータシステム３０とは、インターネットや専用回線等の通信ネットワーク４０を介して接続されている。この図１においては、１つの顧客側コンピュータシステム３０のみが振込処理システム２０に接続されているが、複数の顧客に対応して、複数の顧客側コンピュータシステム３０が入出金データ処理システム２０に接続されていてもよい。
【００１５】
金融機関側に設けられた入出金データ処理システム２０は、出納帳システム５０と、勘定系システム５２とを備えて構成されている。これら出納帳システム５０と勘定系システム５２とは、社内ＬＡＮ（Local Area Network）等により相互に接続されている。
【００１６】
出納帳システム５０は、通信ネットワーク４０に接続されているとともに、得意先／支払先マスターデータベース６０と、取引内容マスターデータベース６２と、預金出納明細データベース６４と、取引先設定マスターデータベース６６と、摘要コードマスターデータベース６８とを、備えている。
【００１７】
この出納帳システム５０に接続された勘定系システム５２は、口座入出金明細データベース７０を備えている。また、この勘定系システム５２は、顧客の口座に関して行われる種々の入金及び出金を処理し、各口座毎にその処理内容を口座入出金明細データベース７０に格納して蓄積する。この口座入出金明細データベース７０に格納された口座のうち、入出金データ処理システム２０において会計管理サービスを提供するように設定されている所定の口座に関する入金処理及び出金処理に関する情報は、例えば一日一回の割合で、入出金明細データとして、出納帳システム５０に送信される。
【００１８】
図２は、本実施形態に係る入出金明細データＤ１０のデータフォーマットの一例を示す図である。
【００１９】
この図２に示すように、本実施形態に係る入出金明細データＤ１０は、データ項目として、伝票日付Ｔ１０と、伝票番号Ｔ１２と、入出金区分Ｔ１４と、金額Ｔ１６、口座取引区分Ｔ１８と、入出金明細摘要Ｔ２０と、振込依頼人情報Ｔ２２とを備えて構成されている。すなわち、本実施形態においては、口座入出金明細データベース７０に格納されている顧客の口座の入出金情報から、この図２に示すデータ項目が取り出されて、出納帳システム５０に送信されるのである。また、この入出金明細データＤ１０は、１つの口座の１つの入出金処理毎に生成される。
【００２０】
伝票日付Ｔ１０には、この入出金処理の依頼がなされた伝票の日付が格納されている。伝票番号Ｔ１２には、この入出金処理の依頼がなされた伝票の伝票番号が格納されている。入出金区分Ｔ１４には、この入出金明細データＤ１０が、「出金」処理によるものなのか、「入金」処理によるものなのかを区分するためのデータが格納されている。
【００２１】
金額Ｔ１６には、この入金処理又は出金処理により入金／出金された金額が格納されている。すなわち、入金処理の場合には入金金額が格納されており、出金処理の場合には出金金額が格納されている。口座取引区分Ｔ１８には、この入出金明細データＤ１０に関する取引の区分に関するデータが格納されている。本実施形態においては、この口座取引区分Ｔ１８には、「現金」、「振込」、「他店券入金」、「交換」、「振替」、「その他」、及び、「訂正」の８種類の区分のいずれかが格納されている。
【００２２】
入出金明細摘要Ｔ２０には、口座入出金明細データベース７０に格納されているその入出金処理に関して保持されている摘要のデータが、格納されている。この摘要は、入出金処理に関する補足情報である。振込依頼人情報Ｔ２２には、この入出金明細データＤ１０が、別の口座からこの口座への振込処理である場合に、その振込依頼人を特定するために必要となるデータが格納されている。
【００２３】
したがって、この図２の入出金明細データＤ１０の例においては、伝票日付が２００２年３月２８日の伝票番号「預００３１１０」である伝票に基づいて、「ヨコハマシゲスイドウ」宛に２１，０００円を、この口座から出金したことを示していることが分かる。
【００２４】
図３は、本実施形態における入出金明細摘要Ｔ２０のより詳細なデータフォーマットを示す図である。この図３に示すように、本実施形態においては、入出金明細摘要Ｔ２０は、２０バイトのデータ長で構成されている。１バイト目から１７バイト目までは任意の１バイト文字が格納される。１バイト文字であるので、基本的には英数字、カタカナ、簡単な記号程度の種類しかない。この１７バイトが摘要文字列を構成する。
【００２５】
１８バイト目から２０バイト目には、３桁の摘要コードが格納される。この摘要コードは、この入出金データ処理システム２０が設けられている金融機関が独自に採用しているコード体系であり、入出金処理の内容に応じて、１つの摘要コードが割り当てられる。
【００２６】
図４は、この入出金データ処理システム２０が採用している適用コード体系の摘要コードテーブルＴＢ１０を示す図である。この摘要コードテーブルＴＢ１０は、摘要コードマスターデータベース６８に格納されている。摘要コードテーブルＴＢ１０は、データ項目として、摘要コードＴ３０と、摘要名称Ｔ３２と、学習区分Ｔ３４とを備えて構成されている。
【００２７】
摘要コードＴ３０には、３桁の摘要コードが格納されている。摘要名称Ｔ３２には、その摘要コードに対応する名称が格納されている。この名称は、その入金処理又は出金処理の内容を表している。学習区分Ｔ３４には、その摘要コードを入出金明細摘要Ｔ２０に含む入出金明細データＤ１０が入力された場合に、この入出金明細データＤ１０に対して、後述する学習機能を適用するどうかを示す識別情報が格納されている。
【００２８】
例えば、図４の例では、摘要コード「０１０」の摘要名称は「振替」であり、学習機能は適用しないことがデータベースとして予め設定されて保持されており、適用コード「０１１」の摘要名称は「振込・送金」であり、学習機能を適用することがデータベースとして予め設定されて保持されている。この適用コードの体系は、一般的に、その金融機関で固定的に定められているものであり、金融機関のシステム全体に影響するものであるから、容易には変更できないものである。
【００２９】
次に、図５に基づいて、本実施形態に係る出納帳システム５０が実行する固定摘要生成処理について説明する。この図５は、この固定摘要生成処理を説明するフローチャートである。この固定摘要生成処理は、出納帳システム５０が、勘定系システム５２から１つの入出金明細データＤ１０を取得する毎に、実行される処理である。
【００３０】
この図５に示すように、出納帳システム５０は、取得した入出金明細データＤ１０の入出金明細摘要Ｔ２０から、摘要文字列と摘要コードとを分離して、取得する（ステップＳ１０）。続いて、出納帳システム５０は、取得した摘要コードが、「９９９」であるかどうかを判断する（ステップＳ１２）。摘要コードが「９９９」であると判断した場合（ステップＳ１２：Ｙｅｓ）には、固定摘要データの先頭に、「その他」という文字列を格納する（ステップＳ１４）。
【００３１】
図６（ａ）は、摘要コードに「９９９」が格納されている入出金明細摘要Ｔ２０の一例を示す図であり、図６（ｂ）はステップＳ１４で生成された固定摘要データＤ３０の一例を示す図である。図６（ｂ）に示すように、本実施形態においては、固定摘要データＤ３０は、４０バイトのデータ長を有している。そして、図６（ａ）に示すように、入出金明細摘要Ｔ２０の後ろの３バイトに「９９９」が格納されている場合には、図６（ｂ）に示すように、固定摘要データＤ３０の１バイト目から６バイト目までに「その他」と格納される。ここで、漢字やひらがなは２バイトコードであるので、３文字の情報であっても６バイト必要となる。
【００３２】
図５に示すように、ステップＳ１２において、出納帳システム５０が摘要コードが「９９９」でないと判断した場合（ステップＳ１２：Ｎｏ）には、摘要コードが「０１１」であり、且つ、入出金明細データＤ１０の入出金区分Ｔ１４が「入金」であるかどうかを判断する（ステップＳ１６）。摘要コードが「０１１」であり、且つ、入出金明細データＤ１０の入出金区分Ｔ１４が「入金」であると判断した場合（ステップＳ１６：Ｙｅｓ）には、固定摘要データＤ３０に、「振込・送金」という文字列と、１バイトのスペースと、ステップＳ１０で取得した摘要文字列と、１バイトのスペースと、入出金明細データＤ１０の振込依頼人情報Ｔ２２に格納されている情報とを結合して、固定摘要データＤ３０とする（ステップＳ１８）。
【００３３】
図７（ａ）は、摘要コードに「０１１」が格納されている入出金明細摘要Ｔ２０の一例を示す図であり、図７（ｂ）はステップＳ１８で生成された固定摘要データＤ３０の一例を示す図である。図７（ａ）に示すように、入出金明細摘要Ｔ２０の後ろの３バイトに「０１１」が格納されており、且つ、入出金明細データＤ１０の入出金区分Ｔ１４に「入金」と格納されている場合には、図７（ｂ）に示すように、固定摘要データＤ３０の１バイト目から１０バイト目に「振込・送金」の文字列が格納される。そして、この図７の例では、摘要文字列が「フリコミ」であるので、「振込・送金」の文字列に続く１バイトのスペースの後に、「フリコミ」と格納される。さらに、１バイトのスペースが挿入された後に、この例では、振込依頼人情報Ｔ２２に「カ）ヒヤクコウギョウ」と格納されているので、「カ）ヒヤクコウギョウ」と格納される。このようにするのは、振込入金の場合、この振込入金を受けた顧客が、振込依頼人を特定できるようにしておく必要があるからである。
【００３４】
図５に示すように、ステップＳ１６において、摘要コードが「０１１」であり、且つ、入出金明細データＤ１０の入出金区分Ｔ１４が「入金」であるとは判断しなかった場合（ステップＳ１６：Ｎｏ）には、ステップＳ１０で取得した摘要コードが摘要コードテーブルＴＢ１０に存在するかどうかを判断する（ステップＳ２０）。
【００３５】
摘要コードが摘要コードテーブルＴＢ１０に存在する場合（ステップＳ２０：Ｙｅｓ）には、出納帳システム５０は、摘要コードテーブルＴＢ１０を検索して、摘要コードＴ３０に対応する摘要名称Ｔ３２を取得する（ステップＳ２２）。続いて、出納帳システム５０は、この取得した摘要名称Ｔ３２の内容と、１バイトのスペースと、ステップＳ１０で取得した摘要文字列とを結合し、固定摘要データＤ３０とする（ステップＳ２４）。
【００３６】
図８（ａ）は、摘要コードに例えば「０５４」が格納されている入出金明細摘要Ｔ２０の一例を示す図であり、図８（ｂ）はステップＳ２４で生成された固定摘要データＤ３０の一例を示す図である。図８（ａ）に示すように、入出金明細摘要Ｔ２０の後ろの３バイトに「０５４」が格納されている場合には、出納帳システム５０はステップＳ２２で摘要コードテーブルＴＢ１０から対応する摘要名称Ｔ３２として、「水道」を取得する。このためステップＳ２４では、図８（ｂ）に示すように、固定摘要データＤ３０の１バイト目から４バイト目に「水道」の文字列が格納される。そして、この図８の例では、摘要文字列が「ヨコハマシゲスイドウ」であるので、「水道」の文字列に続く１バイトのスペースの後に、「ヨコハマシゲスイドウ」という文字列が格納される。
【００３７】
図５に示すように、ステップＳ２０において、摘要コードが摘要コードテーブルＴＢ１０に存在しないと判断した場合（ステップＳ２０：Ｎｏ）には、入出金明細データＤ１０の口座取引区分Ｔ１８の内容と、１バイトのスペースと、ステップＳ１０で取得した摘要文字列とを結合し、固定摘要データＤ３０とする（ステップＳ２６）。
【００３８】
図９（ａ）は、摘要コードに例えば摘要コードテーブルＴＢ１０にない「０９０」が格納されている入出金明細摘要Ｔ２０の一例を示す図であり、図９（ｂ）はステップＳ２６で生成された固定摘要データＤ３０の一例を示す図である。図９（ａ）に示すように、入出金明細摘要Ｔ２０の後ろの３バイトに「０９０」が格納されている場合には、出納帳システム５０はステップＳ２０で、この摘要コードは摘要コードテーブルＴＢ１０に存在しないと判断する。この場合、出納帳システム５０は、入出金明細データＤ１０の口座取引区分Ｔ１８の内容を取得する。ここでは、口座取引区分Ｔ１８に「その他」という情報が格納されていたとする。このためステップＳ２６では、図９（ｂ）に示すように、固定摘要データＤ３０の１バイト目から６バイト目に「その他」の文字列が格納される。そして、この図８の例では、摘要文字列が「フトクテイコメント」であるので、「その他」の文字列に続く１バイトのスペースの後に、「フトクテイコメント」という文字列が格納される。
【００３９】
次に、図５に示すように、ステップＳ１４、ステップＳ１８、ステップＳ２４，又は、ステップＳ２６で固定摘要データＤ３０を生成した後に、出納帳システム５０は、この生成した固定摘要データＤ３０と入出金明細データＤ１０のデータとを、預金出納明細データベース６４に格納する（ステップＳ２８）。
【００４０】
図１０及び図１１は、預金出納明細データベース６４に格納されている預金出納明細データテーブルＴＢ２０の構成の一例を示す図である。この預金出納明細データテーブルＴＢ２０は、顧客が開設した口座毎に形成されるテーブルである。すなわち、顧客の口座に関して行われた入金処理や出金処理のデータが、この預金出納明細データテーブルＴＢ２０に順次蓄積されていく。
【００４１】
これら図１０及び図１１に示すように、預金出納明細データテーブルＴＢ２０は、データ項目として、企業コード４０と、伝票日付Ｔ４２と、伝票番号Ｔ４４と、取引先レコードＴ４６と、得意先／支払先名称Ｔ４８と、取引内容コードＴ５０と、入出金区分Ｔ５２と、金額Ｔ５４と、固定摘要Ｔ５６と、出納帳摘要Ｔ６０と、口座取引区分Ｔ６２と、入出金明細摘要Ｔ６４と、振込依頼人情報Ｔ６６とを備えている。
【００４２】
預金出納明細データテーブルＴＢ２０の伝票日付Ｔ４２、伝票番号Ｔ４４、入出金区分Ｔ５２、金額Ｔ５４、口座取引区分Ｔ６２、入出金明細摘要Ｔ６４、及び、振込依頼人情報Ｔ６６には、それぞれ、入出金明細データＤ１０の伝票日付Ｔ１０、伝票番号Ｔ１２、入出金区分Ｔ１４、金額Ｔ１６、口座取引区分Ｔ１８、入出金明細摘要Ｔ２０、及び、振込依頼人情報Ｔ２２のデータが、そのまま転記されて格納される。また、預金出納明細データテーブルＴＢ２０の固定摘要Ｔ５６には、ステップＳ１４、ステップＳ１８、ステップＳ２４、又は、ステップＳ２６で生成された固定摘要データＤ３０が格納される。この図１０及び図１１の例では、図２に示した入出金明細データＤ１０に対して、図５に示した固定摘要生成処理が行われた場合における預金出納明細データテーブルＴＢ２０の内容を示している。
【００４３】
次に、図１２及び図１３に基づいて、出納帳システム５０で実行される預金出納明細データ生成処理について説明する。この預金出納明細データ生成処理は、上述した図５の固定摘要生成処理に続いて実行される処理である。
【００４４】
図１２に示すように、出納帳システム５０は、預金出納明細データテーブルＴＢ２０の入出金明細摘要Ｔ６４から、摘要コードを取得する（ステップＳ４０）。続いて、出納帳システム５０は、この取得した摘要コードを検索キーとして、摘要コードテーブルＴＢ１０を検索し、対応する摘要コードＴ３０の学習区分Ｔ３４が学習機能を使用する設定になっているかどうかを取得する（ステップＳ４２）。
【００４５】
次に、出納帳システム５０は、取得した摘要コードが学習機能を使用する摘要コードであるかどうかを判断する（ステップＳ４４）。学習機能を使用しない摘要コードであると判断した場合（ステップＳ４４：Ｎｏ）には、図１３に示すように、預金出納明細データテーブルＴＢ２０の固定摘要Ｔ５６の内容を、出納帳摘要Ｔ６０に設定する（ステップＳ４６）。そして、この預金出納明細データ生成処理を終了する。
【００４６】
一方、図１２のステップＳ４４において、学習機能を使用する摘要コードであると判断した場合（ステップＳ４４：Ｙｅｓ）には、預金出納明細データテーブルＴＢ２０から、固定摘要Ｔ５６の内容を取得する（ステップＳ４８）。続いて、出納帳システム５０は、この固定摘要Ｔ５６を検索キーとして、取引先設定マスターテーブルを検索し、対応する企業コードと取引先コードとを取得する（ステップＳ５０）。
【００４７】
図１４は、本実施形態に係る取引先設定マスターテーブルＴＢ３０の構成の一例を示す図である。この取引先設定マスターテーブルＴＢ３０は、取引先設定マスターデータベース６６に、各口座に対応して１テーブルずつ形成されている。
【００４８】
この図１４に示すように、取引先設定マスターテーブルＴＢ３０は、データ項目として、企業コードＴ７０と、固定摘要Ｔ７２と、取引先コードＴ７４とを備えて構成されている。企業コードＴ７０には、取引先の企業を識別するためのコードが格納されている。固定摘要Ｔ７２には、取引先の企業を識別するための摘要が格納されている。本実施形態においては、この固定摘要Ｔ７２の内容が、企業コードＴ７０と取引先コードＴ７４を検索するための、検索キーとなっている。取引先コードＴ７４には、その取引先を識別するためのコードが格納されている。本実施形態においては、企業コードＴ７０と取引先コードＴ７４とを双方組み合わせることにより、各口座における取引先を一意に特定することができるようになっている。
【００４９】
図１２に示すように、取引先設定マスターテーブルＴＢ３０を検索した後には、出納帳システム５０は、企業コードＴ７０と取引先コードＴ７４とが、取引先設定マスターテーブルＴＢ３０に存在したかどうかを判断する（ステップＳ５２）。企業コードＴ７０と取引先コードＴ７４とが存在しなかった場合（ステップＳ５２：Ｎｏ）には、図１３に示すように、預金出納明細データテーブルＴＢ２０の固定摘要Ｔ５６の内容を、出納帳摘要Ｔ６０に設定する（ステップＳ４６）。そして、この預金出納明細データ生成処理を終了する。
【００５０】
一方、企業コードＴ７０と取引先コードＴ７４とが存在した場合（ステップＳ５２：Ｙｅｓ）には、ステップＳ５０で取得した企業コードＴ７０の内容を、預金出納明細データテーブルＴＢ２０の企業コードＴ４０に格納し、ステップＳ５０で取得した取引先コードＴ７４の内容を、預金出納明細データテーブルＴＢ２０の取引先コードＴ４６に格納する（ステップＳ５４）。例えば、図１０及び図１１の預金出納明細データテーブルＴＢ２０の例では、固定摘要Ｔ５６が「水道ヨコハマシゲスイドウ」であるので、図１４の取引先設定マスターテーブルＴＢ３０から企業コードＴ７０として「１２３４５」が取得されて、預金出納明細データテーブルＴＢ２０の企業コードＴ４０に格納される。また、図１４の取引先設定マスターテーブルＴＢ３０から取引先コードＴ７４として「００００１」が取得されて、預金出納明細データテーブルＴＢ２０の取引先コードＴ４６に格納される。
【００５１】
次に、図１２に示すように、出納帳システム５０は、ステップＳ５０で取得した企業コードと取引先コードとを検索キーにして、得意先／支払先マスターテーブルを検索し、これに対応する取引内容コードと得意先／支払先名称とを取得する（ステップＳ５６）。
【００５２】
図１５は、本実施形態に係る得意先／支払先マスターテーブルＴＢ４０の構成の一例を示す図である。この得意先／支払先マスターテーブルＴＢ４０は、得意先／支払先マスターデータベース６０に、各口座に対応して１テーブルずつ形成されている。
【００５３】
この図１５に示すように、得意先／支払先マスターテーブルＴＢ４０は、データ項目として、企業コードＴ８０と、取引先コードＴ８２と、得意先／支払先名称Ｔ８４と、取引内容コードＴ８６とを備えて構成されている。企業コードＴ８０と取引先コードＴ８２は、取引先設定マスターテーブルＴＢ３０の企業コードＴ７０と取引先コードＴ７４とにそれぞれ対応している。このため、本実施形態においては、これら企業コードＴ８０と取引先コードＴ８２とが、対応する取引先／支払先名称Ｔ８４と取引内容コードＴ８６とを検索するための検索キーとなる。
【００５４】
得意先／支払先名称Ｔ８４には、その得意先又は支払先の名称が格納されている。取引内容コードＴ８６には、その得意先又は支払先に各顧客が割り当てている取引の内容を識別するためのコードが格納されている。この取引内容コードは、各顧客の会計処理上の仕訳分類をするためのコードである。例えば、この図１５の例では、顧客が、「横浜市水道局」と「○○○電力」と「×××ガス」とを会計上１つの分類に仕訳しているので、仕訳コードとして同一の取引内容コード「３３０１」を割り当てている。このような仕訳の区分の仕方は、顧客毎に異なる。
【００５５】
次に、図１３に示すように、得意先／支払先マスターテーブルＴＢ４０を検索した後には、出納帳システム５０は、取引内容コードが得意先／支払先マスターテーブルＴＢ４０に存在したかどうかを判断する（ステップＳ６０）。取引内容コードが得意先／支払先マスターテーブルＴＢ４０に存在しなかった場合（ステップＳ６０：Ｎｏ）には、預金出納明細データテーブルＴＢ２０の固定摘要Ｔ５６の内容を、出納帳摘要Ｔ６０に設定する（ステップＳ４６）。そして、この預金出納明細データ生成処理を終了する。
【００５６】
一方、取引内容コードが得意先／支払先マスターテーブルＴＢ４０に存在した場合（ステップＳ６０：Ｙｅｓ）には、ステップＳ５６で取得した取引内容コードＴ８６を、預金出納明細データテーブルＴＢ２０の取引内容コードＴ５０に格納し、ステップＳ５６で取得した得意先／支払先名称Ｔ８４を、預金出納明細データテーブルＴＢ２０の得意先／支払先名称Ｔ４８に格納する（ステップＳ６２）。例えば、図１０及び図１１の預金出納明細データテーブルＴＢ２０の例では、企業コードＴ４０が「１２３４５」と設定されており、取引先コードＴ４６が「００００１」と設定されているので、図１５の得意先／支払先マスターテーブルＴＢ４０からは、得意先／支払先名称Ｔ８４として「横浜市水道局」が取得され、取引内容コードＴ８６として「３３０１」が取得される。そして、図１０の得意先／支払先マスターテーブルＴＢ４０における得意先／支払先名称Ｔ４８に「横浜市水道局」が格納され、取引内容コードＴ５０に「３３０１」が格納される。
【００５７】
次に、図１３に示すように、出納帳システム５０は、ステップＳ５６で取得した取引内容コードを検索キーとして、取引内容マスターテーブルを検索し、取引内容コードに対応する摘要初期値情報を取得する（ステップＳ６４）。
【００５８】
図１６は、本実施形態に係る取引内容マスターテーブルＴＢ５０の構成の一例を示す図である。この取引内容マスターテーブルＴＢ５０は、取引内容マスターデータベース６２に、各口座に対応して１テーブルずつ形成されている。
【００５９】
この図１６に示すように、取引内容マスターテーブルＴＢ５０は、データ項目として、取引内容コードＴ９０と、摘要初期値情報Ｔ９２とを備えて構成されている。取引内容コードＴ９０は、得意先／支払先マスターテーブルＴＢ４０の取引内容コードＴ８６に対応している。このため、本実施形態においては、この取引内容コードＴ９０が、対応する摘要初期値情報Ｔ９２を検索するための検索キーとなる。
【００６０】
摘要初期値情報Ｔ９２には、顧客がその取引内容コードに対してこれまでに登録した出納帳摘要の初期値に関する情報が格納されている。例えば、この図１６の例では、取引内容コード「３３０１」に対する摘要初期値情報として、「水道料・電気代・ガス代」が登録されている。
【００６１】
次に、図１３に示すように、取引内容マスターテーブルＴＢ５０を検索した後には、出納帳システム５０は、摘要初期値情報が取引内容マスターテーブルＴＢ５０に存在したかどうかを判断する（ステップＳ６６）。摘要初期値情報が取引内容マスターテーブルＴＢ５０に存在しなかった場合（ステップＳ６６：Ｎｏ）には、預金出納明細データテーブルＴＢ２０の固定摘要Ｔ５６の内容を、出納帳摘要Ｔ６０に設定する（ステップＳ４６）。そして、この預金出納明細データ生成処理を終了する。
【００６２】
一方、摘要初期値情報が取引内容マスターテーブルＴＢ５０に存在した場合（ステップＳ６６：Ｙｅｓ）には、ステップＳ６４で取得した摘要初期値情報Ｔ９２の先頭に「★」印を付けて、預金出納明細データテーブルＴＢ２０出納帳摘要Ｔ６０に格納する（ステップＳ６８）。ここで「★」印は、出納帳システム５０が自動的に出納帳摘要Ｔ６０を生成したことを示す自動生成識別情報である。この自動生成識別情報を見ることにより、顧客はその出納帳摘要Ｔ６０が出納帳システム５０により自動的に生成されたものであることを知ることができる。以上により、この預金出納明細データ生成処理が終了する。
【００６３】
図１７は、上述した固定摘要生成処理及び預金出納明細データ生成処理がなされた後に、その口座に関して顧客の顧客側コンピュータシステム３０で表示される預金出納帳表示画面Ｗ１０の一例を示す図である。この預金出納帳表示画面Ｗ１０は、例えば、顧客が顧客側コンピュータシステム３０を操作して、通信ネットワーク４０を介して顧客側コンピュータシステム３０を出納帳システム５０に接続した場合に表示される。
【００６４】
この図１７に示すように、預金出納帳表示画面Ｗ１０は、その顧客の口座に対して行われた入出金処理に基づいて生成された預金出納帳が表示される。この預金出納帳は、データ項目として、日付Ｔ１００と、伝票番号Ｔ１０２と、取引の内容Ｔ１０４と、得意先／支払先Ｔ１０６と、入金Ｔ１０８と、出金Ｔ１１０と、摘要Ｔ１１２とを備えて構成されている。
【００６５】
日付Ｔ１００は、預金出納明細データテーブルＴＢ２０の伝票日付Ｔ４２の内容に基づいて表示され、伝票番号Ｔ１０２は、預金出納明細データテーブルＴＢ２０の伝票番号Ｔ４４に基づいて表示される。取引の内容Ｔ１０４は、取引内容マスターテーブルに基づいて、取引内容コードＴ４６に格納されているコードに対応する摘要初期値情報Ｔ９２が表示される。得意先／支払先Ｔ１０６は、預金出納明細データテーブルＴＢ２０の得意先／支払先名称Ｔ４８に基づいて表示される。
【００６６】
入金Ｔ１０８及び出金Ｔ１１０は、預金出納明細データテーブルＴＢ２０の入出金区分Ｔ５２と金額Ｔ５４とに基づいて表示される。すなわち、入出金区分Ｔ５２が「入金」の場合には、金額Ｔ５４に格納されている金額が、入金Ｔ１０８に表示され、入出金区分Ｔ５２が「出金」の場合には、金額Ｔ５４に格納されている金額が、出金Ｔ１１０に表示される。摘要Ｔ１１２には、預金出納明細データテーブルＴＢ２０の出納帳摘要Ｔ６０の内容が表示される。
【００６７】
次に、図１８及び図１９に基づいて、顧客が、得意先／支払先Ｔ４８、及び、摘要初期値情報Ｔ９２の登録を設定する場合の操作について説明する。図１８は、この顧客の口座において、初めての取引先に対して出金処理がなされた場合に表示される、預金出納帳表示画面Ｗ１０の一例を示す図である。図１９は、顧客が図１８の預金出納帳表示画面Ｗ１０に必要な入力をした後の画面の表示を示す図である。
【００６８】
この図１８の例では、これまで、横浜市水道局の支払いとして、この口座から出金処理をしたことがなく、このため、固定摘要Ｔ５６の「水道ヨコハマシゲスイドウ」が取引先設定マスターテーブルＴＢ３０に登録されていなかったものとする。このため、預金出納明細データテーブルＴＢ２０の出納帳摘要Ｔ６０に、固定摘要Ｔ５６の内容が格納される（図１２のステップＳ５２：Ｎｏ、図１３のステップＳ４６）。したがって、図１８の摘要Ｔ１１２には、「水道ヨコハマシゲスイドウ」と表示される。また、取引の内容Ｔ１０４と得意先／支払先Ｔ１０６はブランクである。
【００６９】
この預金出納帳表示画面Ｗ１０を見た顧客は、顧客側コンピュータシステム３０を操作して、例えば、得意先／支払先Ｔ１０６に「横浜市水道局」と入力したとする。これにより、得意先／支払先マスターテーブルＴＢ４０の得意先／支払先名称Ｔ８４に、新たに「横浜市水道局」が登録され、また、この「横浜市水道局」に対応する新たな企業コードＴ８０と取引先コードＴ８２と取引内容コードＴ８６が割り当てられる。
【００７０】
さらに、顧客側コンピュータシステム３０を操作して、例えば、摘要Ｔ１１２に「水道料・電気代・ガス代」と入力したとする。これにより、取引内容マスターテーブルＴＢ５０に、新たに登録された取引内容コードＴ９０に対応する摘要初期値情報Ｔ９２に「水道料・電気代・ガス代」が登録される。また、これにより、その取引内容コードに対応して、取引の内容Ｔ１０４の表示が書き変わる。
【００７１】
このようにして蓄積されたこの口座に関する入金処理及び出金処理の預金出納明細データテーブルＴＢ２０のデータは、顧客の会計処理に応じた仕訳分類をして、預金出納帳として顧客に提供することができる。図２０は、そのような仕訳をした預金出納帳出力Ｐ１０の一例を示す図である。この図２０は、預金出納帳出力Ｐ１０をプリンタにより顧客が出力した場合の例である。
【００７２】
図２０に示すように、出納帳システム５０は、預金出納明細データテーブルＴＢ２０に蓄積されている入出金明細データＤ１０を、取引内容コードＴ５０に格納されているコード毎に仕訳して、出力することが可能である。この図２０の例では、この顧客の会計処理においては、取引内容コード「３３０１」に区分された水道料、電気代、及び、ガス代が、１つにまとめられて出力されている。
【００７３】
以上のように、本実施形態に係る入出金会計管理システム１０によれば、勘定系システム２０で行われた顧客の口座に関する入金処理や出金処理に基づいて、その顧客に対応した取引内容の分類により、入金処理及び出金処理を自動的に仕訳するようにしたので、顧客の会計処理上の負担を大幅に軽減することができる。
【００７４】
すなわち、出納帳システム５０は、勘定系システム５２の生成した入出金明細データＤ１０に含まれている入出金明細摘要Ｔ２０の摘要文字列と摘要コードを用いて、その取引内容を特定するためのキーとなる固定摘要データＤ３０を生成する。そして、出納帳システム５０は、この固定摘要データＤ３０に基づいて、入出金明細データＤ１０を分類することとしたので、顧客は、その取引先を、取引先設定マスターテーブルＴＢ３０、得意先／支払先マスターテーブルＴＢ４０、及び、取引内容マスターテーブルＴＢ５０に登録しておけば、学習機能によりその後の入力をしなくても自動的に図１７に示すような預金出納帳表示画面Ｗ１０を得ることができる。
【００７５】
さらに、このような自動登録の学習機能を使用して、摘要文字列と摘要コードから生成した固定摘要データＤ３０に基づいて、取引内容マスターテーブルＴＢ５０の摘要初期値情報Ｔ９２に格納されているデータを、出納帳摘要Ｔ６０とするかどうかを、摘要コードテーブルＴＢ１０の学習区分Ｔ３４により、摘要コードの性質に応じて予め設定しておくこととした。このため、反復継続性の低い摘要コードについては、この摘要初期値情報Ｔ９２からの自動登録を行わないようにすることができる。このようにすることにより、自動的に摘要初期値情報Ｔ９２からデータを取得した場合における、預金出納帳表示画面Ｗ１０のデータの有効性を、より高いものとすることができる。
【００７６】
なお、本発明は上記実施形態に限定されず種々に変形可能である。例えば、上述した各データのデータフォーマットは、上述したもの以外のデータ項目を含むようにしてもよく、また、上述した各データテーブルの構成も、上述したもの以外のデータ項目を含むようにしてもよい。
【００７７】
なお、上述した実施形態における金融機関とは、顧客が各種の口座を開設することのある銀行、生命保険会社、損害保険会社、信託会社などを含む広い概念である。
【００７８】
さらに、上述の実施形態で説明した各処理については、これら各処理を実行するためのプログラムをフレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）、ＲＯＭ、メモリカード等の記録媒体に記録して、記録媒体の形で頒布することが可能である。この場合、このプログラムが記録された記録媒体を入出金会計管理システム１０の各システム３０、５０、５２に読み込ませ、実行させることにより、上述した実施形態を実現することができる。
【００７９】
また、入出金会計管理システム１０の各システム３０、５０、５２は、オペレーティングシステムや別のアプリケーションプログラム等の他のプログラムを備える場合がある。この場合、各システムの備える他のプログラムを活用し、記録媒体にはそのシステムが備えるプログラムの中から、上述した実施形態と同等の処理を実現するプログラムを呼び出すような命令を記録するようにしてもよい。
【００８０】
さらに、このようなプログラムは、記録媒体の形ではなく、ネットワークを通じて搬送波として頒布することも可能である。ネットワーク上を搬送波の形で伝送されたプログラムは、入出金会計管理システム１０の各システム３０、５０、５２に取り込まれて、このプログラムを実行することにより上述した実施形態を実現することができる。
【００８１】
また、記録媒体にプログラムを記録する際や、ネットワーク上を搬送波として伝送される際に、プログラムの暗号化や圧縮化がなされている場合がある。この場合には、これら記録媒体や搬送波からプログラムを読み込んだ入出金会計管理システム１０の各システム３０、５０、５２は、そのプログラムの復号化や伸張化を行った上で、実行する必要がある。
【００８２】
【発明の効果】
以上説明したように、本発明に係る入出金データ処理システムによれば、入出金明細データに含まれている入出金明細摘要情報の内容に基づいて、入出金明細データを分類し、この分類に基づいた取引内容特定情報を決定して、この入出金明細データを取引内容特定情報とともに格納して保持することとしたので、蓄積した入出金明細データを取引内容特定情報に基づいて容易に分類することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る入出金会計管理システムの構成をブロックで説明する図である。
【図２】本実施形態に係る出納帳システムが取得する入出金明細データのフォーマットを説明する図である。
【図３】本実施形態に係る入出金明細データに含まれている入出金明細摘要のデータフォーマットを説明する図である。
【図４】本実施形態に係る摘要コードマスターデータベースに格納されている摘要コードテーブルの構成を示す図である。
【図５】本実施形態に係る出納帳システムが実行する固定摘要生成処理の内容を説明するフローチャートである。
【図６】図６（ａ）は、摘要コードに「９９９」が格納されている入出金明細摘要の一例を示す図であり、図６（ｂ）は、この入出金明細摘要に基づいて生成された固定摘要データの一例を示す図である。
【図７】図７（ａ）は、摘要コードに「０１１」が格納されている入出金明細摘要の一例を示す図であり、図７（ｂ）は、この入出金明細摘要に基づいて生成された固定摘要データの一例を示す図である。
【図８】図８（ａ）は、摘要コードに「０５４」が格納されている入出金明細摘要の一例を示す図であり、図８（ｂ）は、この入出金明細摘要に基づいて生成された固定摘要データの一例を示す図である。
【図９】図９（ａ）は、摘要コードに「０９０」が格納されている入出金明細摘要の一例を示す図であり、図９（ｂ）は、この入出金明細摘要に基づいて生成された固定摘要データの一例を示す図である。
【図１０】本実施形態に係る預金出納明細データベースに格納されている預金出納明細データテーブルの構成を示す図である（その１）。
【図１１】本実施形態に係る預金出納明細データベースに格納されている預金出納明細データテーブルの構成を示す図である（その２）。
【図１２】本実施形態に係る出納帳システムが実行する預金出納明細データ生成処理を説明するフローチャートである（その１）。
【図１３】本実施形態に係る出納帳システムが実行する預金出納明細データ生成処理を説明するフローチャートである（その２）。
【図１４】本実施形態に係る取引先設定マスターデータベースに格納されている取引先設定マスターテーブルの構成を示す図である。
【図１５】本実施形態に係る得意先／支払先マスターデータベースに格納されている得意先／支払先マスターテーブルの構成を示す図である。
【図１６】本実施形態に係る取引内容マスターデータベースに格納されている取引内容マスターテーブルの構成を示す図である。
【図１７】学習機能が適用された場合における、顧客の顧客側コンピュータシステムに表示される預金出納帳表示画面の一例を示す図である。
【図１８】学習機能が適用されたが、取引先の登録が存在しなかった場合における、顧客の顧客側コンピュータシステムに表示される預金出納帳表示画面の一例を示す図である。
【図１９】図１８の預金出納帳表示画面に顧客がデータ入力をした状態を示す図である。
【図２０】預金出納明細データテーブルに蓄積された入出金明細データを取引内容コードに基づいて分類して印刷された、預金出納帳出力の一例を示す図である。
【符号の説明】
１０入出金会計管理システム
２０入出金データ処理システム
３０顧客側コンピュータシステム
４０通信ネットワーク
５０出納帳システム
５２勘定系システム
６０得意先／支払先マスターデータベース
６２取引内容マスターデータベース
６４預金出納明細データベース
６６取引先設定マスターデータベース
６８摘要コードマスターデータベース[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a deposit / withdrawal data processing system, and more particularly, to a deposit / withdrawal data processing system for processing deposit / withdrawal details data of deposit / withdrawal processing performed on a customer account.
[0002]
[Prior art]
Among customers in financial institutions such as banks, there are customers who have to manage accounting transactions such as companies. However, because the management of deposits and withdrawals of funds made to customer accounts opened at financial institutions and accounting transaction management are independent, such customers are accountants. Etc. have to manage both separately.
[0003]
In other words, information on deposits and withdrawals made in financial institution accounts is provided to customers in the form of entries in bank passbooks and output of deposit / withdrawal slips, etc. The contents of the deposit / withdrawal must be specified from the deposit / withdrawal amount and date in the deposit / withdrawal slip, and from the deposit / withdrawal summary which is supplementary information accompanying this. Based on the contents of the specified deposit / withdrawal, deposits / withdraws made in the account of this financial institution are classified into account items etc. necessary for accounting management, and transaction management in accounting is performed. doing.
[0004]
[Problems to be solved by the invention]
However, the deposit / withdrawal information obtained from the bankbook and deposit / withdrawal slips only includes the deposit / withdrawal summaries and supplementary information in addition to the deposit / withdrawal amount and date. The content is not always easy to understand, and is often just a supplementary note. For this reason, accounting staff, etc., instantly determine what kind of commercial transaction the deposit / withdrawal in the deposit passbook and deposit / withdrawal slip forms is, and how they are classified for accounting purposes. It can be difficult to identify.
[0005]
In addition, such judgments often depend on the personal experience and skills of accounting personnel, etc., and when accounting personnel are newly replaced, accounting transaction management is normal. There is a risk of not functioning. In addition, human error is likely to occur because it depends on the judgment of an accountant or the like.
[0006]
Moreover, the deposit / withdrawal statement data of the account of the financial institution and the data of the customer's accounting transaction management system are not necessarily compatible. For this reason, the deposit / withdrawal statement data provided from the financial institution may need to be manually input into the customer's accounting transaction management system, or may be converted and read. If such an operation occurs, there is a possibility that an input error or a data conversion error occurs.
[0007]
Therefore, the present invention has been made in view of the above problems, and effectively uses the customer deposit / withdrawal statement data accumulated by the financial institution to reduce the labor required for the customer to manage the transaction for accounting. An object of the present invention is to provide a deposit / withdrawal data processing system that can be significantly reduced.
[0008]
[Means for Solving the Problems]
In order to solve the above problems, a deposit / withdrawal data processing system according to the present invention provides:
Deposit / withdrawal details data acquisition means for acquiring deposit / withdrawal details data for deposit processing or withdrawal processing performed with respect to a customer account, wherein the deposit / withdrawal details data is at least subjected to deposit processing or withdrawal processing. A deposit amount / withdrawal description summary information that is supplementary information related to the deposit process or withdrawal process, and the deposit / withdrawal summary information includes at least a summary character string that is an arbitrary character string and the deposit process or A deposit / withdrawal statement data acquisition means including a summary code assigned according to the contents of the withdrawal process;
Corresponding to the summary code, summary code holding means for holding a summary name representing the contents of the deposit process or withdrawal process;
The description code holding means is searched using the description code included in the deposit / withdrawal description summary information of the deposit / withdrawal detail data acquired by the deposit / withdrawal detail data acquiring means, and the corresponding description code is supported. A summary name search and acquisition means for acquiring the summary name;
The summary name acquired by the summary name search acquisition unit is combined with the summary character string included in the deposit / withdrawal description summary information of the deposit / withdrawal description data acquired by the deposit / withdrawal description data acquisition unit. , Fixed summary data generating means for generating fixed summary data;
Corresponding to the fixed summary data, supplier specific information holding means for holding customer specific information for specifying a customer,
Corresponding to the supplier specific information, transaction content specifying information holding means for holding transaction content specifying information for specifying the transaction content;
Partner specific information search for searching the supplier specific information holding means using the fixed summary data generated by the fixed summary data generating means as a search key and acquiring the supplier specific information corresponding to the fixed summary data Acquisition means;
A transaction in which the transaction content specifying information holding unit is searched using the customer specifying information acquired by the supplier specifying information search acquiring unit as a search key, and the transaction content specifying information corresponding to the supplier specifying information is acquired. Content identification information retrieval and acquisition means;
The transaction content specifying information acquired by the transaction content specifying information search and acquisition means is used as account summary information, and the supplier specification corresponding to the fixed description data used as a search key by the supplier specific information search and acquisition means When the information does not exist in the supplier specific information holding means, or the transaction content specifying information corresponding to the supplier specific information used as a search key by the transaction content specifying information search acquisition means is the transaction content specifying information. If it does not exist in the holding means, the accounting summary information generating means for using the fixed summary data as the accounting summary information;
Detailed data holding means for storing and holding the deposit / withdrawal detailed data together with the cash register summary information;
It is characterized by providing.
[0009]
The control method of the deposit / withdrawal data processing system according to the present invention includes:
It holds the deposit / withdrawal details data of the deposit process or withdrawal process performed on the customer's account, and this deposit / withdrawal detail data includes at least the amount of the deposit process or withdrawal process and the deposit process or withdrawal process. The deposit / withdrawal summary information, which is supplementary information regarding the gold processing, includes at least a summary character string that is an arbitrary character string and the contents of the deposit processing or the withdrawal processing. A deposit / withdrawal data processing system control method, including a description code assigned
The deposit / withdrawal data processing system acquires the deposit / withdrawal statement data;
The deposit / withdrawal data processing system corresponds to the summary code and includes a summary code holding means for holding a summary name indicating the content of the deposit process or the withdrawal process, and the deposit / withdrawal of the acquired deposit / withdrawal description data Searching the description code included in the description description information as a search key, and obtaining the description name corresponding to the description code;
The deposit / withdrawal data processing system combines the summary character string included in the deposit / withdrawal description summary information of the acquired deposit / withdrawal description data with the acquired summary name to obtain fixed summary data. Generating step;
Supplier identification information holding means for holding the supplier identification information for specifying the supplier in correspondence with the fixed summary data, using the generated fixed summary data as a search key. And obtaining the supplier identification information corresponding to the fixed summary data;
The deposit / withdrawal data processing system uses the acquired supplier identification information as a search key, and holds transaction content identification information for identifying transaction contents corresponding to the supplier identification information. Searching for information holding means, obtaining the transaction content specifying information corresponding to the supplier specifying information; and
The deposit / withdrawal data processing system uses the acquired transaction details specifying information as cash register summary information, and the supplier corresponding to the fixed summary data as a search key in the supplier specifying information holding means When the specific information does not exist, or when the transaction content specifying information corresponding to the supplier specifying information as the search key does not exist in the transaction content specifying information holding means, the fixed summary data And making the accounting book summary information,
The deposit / withdrawal data processing system stores the deposit / withdrawal detail data in the detail data holding means together with the deposit / receipt summary information;
It is characterized by providing.
[0010]
The program according to the present invention is:
It holds the deposit / withdrawal details data of the deposit process or withdrawal process performed on the customer's account, and this deposit / withdrawal detail data includes at least the amount of the deposit process or withdrawal process and the deposit process or withdrawal process. The deposit / withdrawal summary information, which is supplementary information regarding the gold processing, includes at least a summary character string that is an arbitrary character string and the contents of the deposit processing or the withdrawal processing. A program for controlling the deposit / withdrawal data processing system, including a description code assigned
The deposit / withdrawal data processing system acquires the deposit / withdrawal statement data;
The deposit / withdrawal data processing system corresponds to the summary code and includes a summary code holding means for holding a summary name indicating the content of the deposit process or the withdrawal process, and the deposit / withdrawal of the acquired deposit / withdrawal description data Searching the description code included in the description description information as a search key, and obtaining the description name corresponding to the description code;
The deposit / withdrawal data processing system combines the summary character string included in the deposit / withdrawal description summary information of the acquired deposit / withdrawal description data with the acquired summary name to obtain fixed summary data. Generating step;
Supplier identification information holding means for holding the supplier identification information for specifying the supplier in correspondence with the fixed summary data, using the generated fixed summary data as a search key. And obtaining the supplier identification information corresponding to the fixed summary data;
The deposit / withdrawal data processing system uses the acquired supplier identification information as a search key, and holds transaction content identification information for identifying transaction contents corresponding to the supplier identification information. Searching for information holding means, obtaining the transaction content specifying information corresponding to the supplier specifying information; and
The deposit / withdrawal data processing system uses the acquired transaction details specifying information as cash register summary information, and the supplier corresponding to the fixed summary data as a search key in the supplier specifying information holding means When the specific information does not exist, or when the transaction content specifying information corresponding to the supplier specifying information as the search key does not exist in the transaction content specifying information holding means, the fixed summary data And making the accounting book summary information,
The deposit / withdrawal data processing system stores the deposit / withdrawal detail data in the detail data holding means together with the deposit / receipt summary information;
Is executed by the deposit / withdrawal data processing system.
[0011]
The recording medium according to the present invention is
It holds the deposit / withdrawal details data of the deposit process or withdrawal process performed on the customer's account, and this deposit / withdrawal detail data includes at least the amount of the deposit process or withdrawal process and the deposit process or withdrawal process. The deposit / withdrawal summary information, which is supplementary information regarding the gold processing, includes at least a summary character string that is an arbitrary character string and the contents of the deposit processing or the withdrawal processing. A recording medium on which a program for controlling the deposit / withdrawal data processing system is recorded, including a description code assigned
The deposit / withdrawal data processing system acquires the deposit / withdrawal statement data;
The deposit / withdrawal data processing system corresponds to the summary code and includes a summary code holding means for holding a summary name indicating the content of the deposit process or the withdrawal process, and the deposit / withdrawal of the acquired deposit / withdrawal description data Searching the description code included in the description description information as a search key, and obtaining the description name corresponding to the description code;
The deposit / withdrawal data processing system combines the summary character string included in the deposit / withdrawal description summary information of the acquired deposit / withdrawal description data with the acquired summary name to obtain fixed summary data. Generating step;
Supplier identification information holding means for holding the supplier identification information for specifying the supplier in correspondence with the fixed summary data, using the generated fixed summary data as a search key. And obtaining the supplier identification information corresponding to the fixed summary data;
The deposit / withdrawal data processing system uses the acquired supplier identification information as a search key, and holds transaction content identification information for identifying transaction contents corresponding to the supplier identification information. Searching for information holding means, obtaining the transaction content specifying information corresponding to the supplier specifying information; and
The deposit / withdrawal data processing system uses the acquired transaction details specifying information as cash register summary information, and the supplier corresponding to the fixed summary data as a search key in the supplier specifying information holding means When the specific information does not exist, or when the transaction content specifying information corresponding to the supplier specifying information as the search key does not exist in the transaction content specifying information holding means, the fixed summary data And making the accounting book summary information,
The deposit / withdrawal data processing system stores the deposit / withdrawal detail data in the detail data holding means together with the deposit / receipt summary information;
Is recorded in the deposit / withdrawal data processing system.
[0012]
DETAILED DESCRIPTION OF THE INVENTION
One embodiment of the present invention uses deposit / withdrawal statement data stored in an accounting system to generate deposit / payment statement data suitable for accounting transaction management for each customer, and accumulate this data. It is intended to reduce the labor required for customers to perform accounting. More details will be described below.
[0013]
First, based on FIG. 1, the structure of the deposit or withdrawal accounting management system 10 which concerns on this embodiment is demonstrated. FIG. 1 is a block diagram showing a schematic configuration of a deposit / withdrawal accounting management system 10 according to the present embodiment.
[0014]
As shown in FIG. 1, the deposit / withdrawal accounting management system 10 includes a deposit / withdrawal data processing system 20 provided on the financial institution side and a customer-side computer system 30 provided on the customer side. The deposit / withdrawal data processing system 20 and the customer-side computer system 30 are connected via a communication network 40 such as the Internet or a dedicated line. In FIG. 1, only one customer computer system 30 is connected to the transfer processing system 20, but a plurality of customer computer systems 30 are connected to the deposit / withdrawal data processing system 20 corresponding to a plurality of customers. May be.
[0015]
The deposit / withdrawal data processing system 20 provided on the financial institution side includes a cash book system 50 and an accounting system 52. The accounting system 50 and the accounting system 52 are connected to each other by an in-house LAN (Local Area Network) or the like.
[0016]
The accounting system 50 is connected to the communication network 40, and is also a customer / payee master database 60, a transaction content master database 62, a deposit / deposit statement database 64, a supplier setting master database 66, and a description code. A master database 68 is provided.
[0017]
The account system 52 connected to the cash accounting system 50 includes an account deposit / withdrawal detail database 70. The account system 52 processes various deposits and withdrawals performed on customer accounts, and stores and accumulates the processing contents for each account in the account deposit / withdrawal details database 70. Of the accounts stored in the account deposit / withdrawal statement database 70, for example, the deposit / withdrawal data processing system 20 has information related to deposit processing and withdrawal processing related to a predetermined account set to provide an accounting management service. It is transmitted to the cashier system 50 as deposit / withdrawal detail data once a day.
[0018]
FIG. 2 is a diagram showing an example of the data format of the deposit / withdrawal specification data D10 according to the present embodiment.
[0019]
As shown in FIG. 2, the deposit / withdrawal specification data D10 according to this embodiment includes, as data items, a slip date T10, a slip number T12, a deposit / withdrawal category T14, an amount T16, an account transaction category T18, It is provided with a gold statement summary T20 and transfer requester information T22. That is, in this embodiment, the data items shown in FIG. 2 are extracted from the deposit / withdrawal information of the customer's account stored in the account deposit / withdrawal details database 70 and transmitted to the deposit / withdrawal system 50. . The deposit / withdrawal detail data D10 is generated for each deposit / withdrawal process of one account.
[0020]
In the slip date T10, the date of the slip for which the deposit / withdrawal process is requested is stored. The slip number T12 stores the slip number of the slip for which the deposit / withdrawal process is requested. In the deposit / withdrawal classification T14, data for classifying whether the deposit / withdrawal specification data D10 is based on the “withdrawal” process or the “deposit” process is stored.
[0021]
The amount T16 stores the amount deposited / withdrawn by this depositing process or withdrawal process. That is, the deposit amount is stored in the case of deposit processing, and the withdrawal amount is stored in the case of withdrawal processing. In the account transaction category T18, data relating to the transaction category relating to the deposit / withdrawal statement data D10 is stored. In the present embodiment, this account transaction classification T18 includes eight types of cash, “transfer”, “payment at other stores”, “exchange”, “transfer”, “other”, and “correction”. One of the categories is stored.
[0022]
The deposit / withdrawal summary T20 stores summary data stored in the deposit / withdrawal detail database 70 regarding the deposit / withdrawal process. This summary is supplementary information related to deposit / withdrawal processing. The transfer requester information T22 stores data necessary for specifying the transfer requester when the deposit / withdrawal details data D10 is a transfer process from another account to this account.
[0023]
Therefore, in the example of the deposit / withdrawal details data D10 in FIG. 2, based on the slip whose slip date is the slip number “Deposit 003110” on March 28, 2002, the address “Yokohama Shigeidou” is 21,000 yen. Can be seen to indicate that the account has been withdrawn.
[0024]
FIG. 3 is a view showing a more detailed data format of the deposit / withdrawal summary T20 in the present embodiment. As shown in FIG. 3, in this embodiment, the deposit / withdrawal summary T20 is configured with a data length of 20 bytes. Arbitrary 1-byte characters are stored from the 1st byte to the 17th byte. Since it is a single-byte character, there are basically only alphanumeric characters, katakana, and simple symbols. These 17 bytes constitute a summary character string.
[0025]
A 3-digit summary code is stored in the 18th to 20th bytes. This summary code is a code system uniquely adopted by the financial institution in which the deposit / withdrawal data processing system 20 is provided, and one summary code is assigned according to the contents of the deposit / withdrawal process.
[0026]
FIG. 4 is a diagram showing a summary code table TB10 of an applied code system adopted by the deposit / withdrawal data processing system 20. The summary code table TB10 is stored in the summary code master database 68. The summary code table TB10 includes a summary code T30, a summary name T32, and a learning category T34 as data items.
[0027]
The summary code T30 stores a 3-digit summary code. The summary name T32 stores a name corresponding to the summary code. This name represents the contents of the deposit process or withdrawal process. In the learning category T34, when deposit / withdrawal specification data D10 including the summary code in the deposit / withdrawal description summary T20 is input, an identification indicating whether or not a learning function to be described later is applied to the deposit / withdrawal description data D10 Information is stored.
[0028]
For example, in the example of FIG. 4, the description name of the description code “010” is “transfer”, and it is stored in advance as a database that the learning function is not applied, and the description name of the application code “011” is “Transfer / Remit” and applying the learning function is preset and held as a database. This application code system is generally fixed by the financial institution and affects the entire system of the financial institution, and therefore cannot be easily changed.
[0029]
Next, based on FIG. 5, the fixed summary production | generation process which the accounting book system 50 which concerns on this embodiment performs is demonstrated. FIG. 5 is a flowchart for explaining the fixed summary generation process. This fixed summary generation process is a process that is executed each time the accounting system 50 acquires one deposit / withdrawal detail data D10 from the account system 52.
[0030]
As shown in FIG. 5, the cash accounting system 50 separates and acquires the description character string and the description code from the deposit / withdrawal description summary T20 of the acquired deposit / withdrawal description data D10 (step S10). Subsequently, the accounting system 50 determines whether or not the acquired summary code is “999” (step S12). If it is determined that the description code is “999” (step S12: Yes), the character string “others” is stored at the beginning of the fixed description data (step S14).
[0031]
FIG. 6A is a diagram showing an example of the deposit / withdrawal description summary T20 in which “999” is stored in the summary code, and FIG. 6B is an example of the fixed summary data D30 generated in step S14. FIG. As shown in FIG. 6B, in this embodiment, the fixed summary data D30 has a data length of 40 bytes. Then, as shown in FIG. 6A, when “999” is stored in the 3 bytes after the deposit / withdrawal summary T20, as shown in FIG. 6B, the fixed summary data D30 is stored. “Other” is stored in the first to sixth bytes. Here, since kanji and hiragana are 2-byte codes, even 6-character information requires 6 bytes.
[0032]
As shown in FIG. 5, when the accounting system 50 determines that the description code is not “999” in step S12 (step S12: No), the description code is “011” and the deposit / withdrawal details. It is determined whether the deposit / withdrawal classification T14 of the data D10 is “deposit” (step S16). When it is determined that the description code is “011” and the deposit / withdrawal category T14 of the deposit / withdrawal specification data D10 is “deposit” (step S16: Yes), the fixed transfer data D30 is displayed with “transfer / transfer”. ”, A 1-byte space, a summary character string obtained in step S10, a 1-byte space, and information stored in the transfer requester information T22 of the deposit / withdrawal description data D10. The fixed summary data D30 is set (step S18).
[0033]
FIG. 7A is a diagram showing an example of the deposit / withdrawal summary T20 in which “011” is stored in the summary code, and FIG. 7B is an example of the fixed summary data D30 generated in step S18. FIG. As shown in FIG. 7A, “011” is stored in the 3 bytes after the deposit / withdrawal summary T20, and “deposit” is stored in the deposit / withdrawal classification T14 of the deposit / withdrawal description data D10. 7B, the character string of “transfer / transfer” is stored in the 1st to 10th bytes of the fixed summary data D30 as shown in FIG. In the example of FIG. 7, since the summary character string is “Furikomi”, “Furikomi” is stored after the 1-byte space following the character string “Transfer / Remittance”. Further, after a 1-byte space is inserted, in this example, “Ka) Hiyaku Kogyo” is stored in the transfer requester information T22, so “Ka) Hiyaku Kogyo” is stored. This is because, in the case of transfer payment, it is necessary for the customer who has received this transfer payment to be able to identify the transfer requester.
[0034]
As shown in FIG. 5, when it is not determined in step S16 that the summary code is “011” and the deposit / withdrawal category T14 of the deposit / withdrawal specification data D10 is “deposit” (step S16: No). ), It is determined whether the summary code acquired in step S10 exists in the summary code table TB10 (step S20).
[0035]
If the description code exists in the description code table TB10 (step S20: Yes), the accounting system 50 searches the description code table TB10 and acquires the description name T32 corresponding to the description code T30 (step S22). ). Subsequently, the accounting book system 50 combines the contents of the obtained summary name T32, the 1-byte space, and the summary character string obtained in step S10 to obtain fixed summary data D30 (step S24).
[0036]
FIG. 8A is a diagram showing an example of the deposit / withdrawal summary T20 in which “054” is stored in the summary code, for example, and FIG. 8B is an example of the fixed summary data D30 generated in step S24. FIG. As shown in FIG. 8A, in the case where “054” is stored in the 3 bytes after the deposit / withdrawal description summary T20, the accounting system 50 selects the corresponding description name from the summary code table TB10 at step S22. As T32, “water supply” is acquired. For this reason, in step S24, as shown in FIG. 8B, the character string “water supply” is stored in the first to fourth bytes of the fixed summary data D30. In the example of FIG. 8, since the summary character string is “Yokohama Geidoido”, the character string “Yokohama Geidoido” is stored after the 1-byte space following the character string “Waterworks”.
[0037]
As shown in FIG. 5, when it is determined in step S20 that the summary code does not exist in the summary code table TB10 (step S20: No), the contents of the account transaction classification T18 of the deposit / withdrawal detail data D10, and 1 byte And the summary character string acquired in step S10 are combined to obtain fixed summary data D30 (step S26).
[0038]
FIG. 9A is a diagram showing an example of a deposit / withdrawal summary T20 in which “090” not included in the summary code table TB10 is stored in the summary code, for example. FIG. 9B is generated in step S26. It is a figure which shows an example of the fixed summary data D30. As shown in FIG. 9A, when “090” is stored in the 3 bytes after the deposit / withdrawal description summary T20, the cashier system 50 at step S20, the summary code is stored in the summary code table TB10. It is determined that it does not exist. In this case, the cash accounting system 50 acquires the contents of the account transaction category T18 of the deposit / withdrawal description data D10. Here, it is assumed that information “others” is stored in the account transaction category T18. Therefore, in step S26, as shown in FIG. 9B, the character string “others” is stored in the first to sixth bytes of the fixed summary data D30. In the example of FIG. 8, since the summary character string is “ftk comment”, the character string “ftk comment” is stored after the 1-byte space following the “others” character string.
[0039]
Next, as shown in FIG. 5, after generating the fixed summary data D30 in step S14, step S18, step S24, or step S26, the cash accounting system 50 generates the generated fixed summary data D30 and the deposit / withdrawal details. The data D10 is stored in the deposit / deposit statement database 64 (step S28).
[0040]
10 and 11 are diagrams showing an example of the configuration of a deposit / withdrawal detail data table TB20 stored in the deposit / withdrawal detail database 64. FIG. This deposit and withdrawal statement data table TB20 is a table formed for each account opened by a customer. That is, the data of the deposit process and withdrawal process performed on the customer's account are sequentially accumulated in this deposit / withdrawal detail data table TB20.
[0041]
As shown in FIG. 10 and FIG. 11, the deposit / withdrawal specification data table TB20 includes, as data items, a company code 40, a slip date T42, a slip number T44, a customer record T46, and a customer / payee name. T48, transaction content code T50, deposit / withdrawal category T52, amount T54, fixed summary T56, cash register summary T60, account transaction category T62, deposit / withdrawal summary T64, and transfer requester information T66. I have.
[0042]
In the deposit / withdrawal statement data table TB20, the slip date / time T42, the slip number T44, the deposit / withdrawal category T52, the amount T54, the account transaction category T62, the deposit / withdrawal description summary T64, and the transfer requester information T66, respectively. The data of slip date T10, slip number T12, deposit / withdrawal category T14, money amount T16, account transaction category T18, deposit / withdrawal summary T20, and transfer requester information T22 of D10 is directly transferred and stored. Further, the fixed summary data D30 generated in step S14, step S18, step S24, or step S26 is stored in the fixed summary T56 of the deposit and withdrawal statement data table TB20. 10 and 11 show the contents of the deposit / withdrawal specification data table TB20 when the fixed summary generation process shown in FIG. 5 is performed on the deposit / withdrawal specification data D10 shown in FIG. Yes.
[0043]
Next, based on FIGS. 12 and 13, the deposit / departure statement data generation processing executed in the deposit / deposit system 50 will be described. This deposit / withdrawal detail data generation process is a process executed following the above-described fixed summary generation process of FIG.
[0044]
As shown in FIG. 12, the accounting system 50 acquires a description code from the deposit / withdrawal description summary T64 in the deposit / withdrawal specification data table TB20 (step S40). Subsequently, the accounting system 50 searches the description code table TB10 using the acquired description code as a search key, and acquires whether or not the learning category T34 of the corresponding description code T30 is set to use the learning function. (Step S42).
[0045]
Next, the cash register system 50 determines whether or not the acquired summary code is a summary code using the learning function (step S44). When it is determined that the summary code does not use the learning function (step S44: No), as shown in FIG. 13, the content of the fixed summary T56 of the deposit / departure statement data table TB20 is set in the cashier summary T60. (Step S46). Then, this deposit / deposit statement data generation processing is terminated.
[0046]
On the other hand, if it is determined in step S44 in FIG. 12 that the summary code uses the learning function (step S44: Yes), the content of the fixed summary T56 is acquired from the deposit / departure statement data table TB20 (step S48). ). Subsequently, using the fixed summary T56 as a search key, the cashbook system 50 searches the supplier setting master table and acquires the corresponding company code and supplier code (step S50).
[0047]
FIG. 14 is a diagram showing an example of the configuration of the supplier setting master table TB30 according to the present embodiment. This supplier setting master table TB30 is formed in the supplier setting master database 66 one table at a time corresponding to each account.
[0048]
As shown in FIG. 14, the supplier setting master table TB30 includes a company code T70, a fixed summary T72, and a supplier code T74 as data items. The company code T70 stores a code for identifying the business partner. The fixed summary T72 stores a summary for identifying the business partner. In the present embodiment, the content of the fixed summary T72 is a search key for searching for the company code T70 and the supplier code T74. The supplier code T74 stores a code for identifying the supplier. In the present embodiment, the customer in each account can be uniquely identified by combining both the company code T70 and the customer code T74.
[0049]
As shown in FIG. 12, after searching the supplier setting master table TB30, the accounting system 50 determines whether the company code T70 and the supplier code T74 exist in the supplier setting master table TB30. (Step S52). If the company code T70 and the customer code T74 do not exist (step S52: No), as shown in FIG. 13, the contents of the fixed summary T56 of the deposit / withdrawal description data table TB20 are stored in the cashier summary T60. Set (step S46). Then, this deposit / deposit statement data generation processing is terminated.
[0050]
On the other hand, when the company code T70 and the customer code T74 exist (step S52: Yes), the contents of the company code T70 acquired in step S50 are stored in the company code T40 of the deposit / dispense statement data table TB20, The contents of the supplier code T74 acquired in step S50 are stored in the supplier code T46 of the deposit and withdrawal details data table TB20 (step S54). For example, in the example of the deposit and withdrawal details data table TB20 of FIGS. 10 and 11, since the fixed summary T56 is “Waterworks Yokohama Shizuido”, “12345” is set as the company code T70 from the supplier setting master table TB30 of FIG. Acquired and stored in the company code T40 of the deposit and withdrawal details data table TB20. Further, “00001” is acquired as the supplier code T74 from the supplier setting master table TB30 of FIG. 14, and is stored in the supplier code T46 of the deposit and withdrawal details data table TB20.
[0051]
Next, as shown in FIG. 12, the accounting system 50 searches the customer / payee master table using the company code and the customer code acquired in step S50 as search keys, and the corresponding transaction. The content code and the customer / payee name are acquired (step S56).
[0052]
FIG. 15 is a diagram showing an example of the configuration of the customer / payee master table TB40 according to the present embodiment. The customer / payee master table TB40 is formed in the customer / payee master database 60 in a table corresponding to each account.
[0053]
As shown in FIG. 15, the customer / payee master table TB40 includes, as data items, a company code T80, a customer code T82, a customer / payee name T84, and a transaction content code T86. It is configured. The company code T80 and the supplier code T82 correspond to the company code T70 and the supplier code T74 of the supplier setting master table TB30, respectively. For this reason, in this embodiment, these company code T80 and customer code T82 serve as search keys for searching for the corresponding customer / payee name T84 and transaction content code T86.
[0054]
The customer / payee name T84 stores the name of the customer or payee. The transaction content code T86 stores a code for identifying the content of the transaction assigned to each customer by the customer or payee. This transaction content code is a code for classifying journals in accounting processing of each customer. For example, in the example of FIG. 15, since the customer has journalized “Yokohama City Waterworks Bureau”, “XXX Electricity” and “XXX Gas” into one classification for accounting purposes, the same journal code is used. Transaction content code “3301” is assigned. The way of journal entry is different for each customer.
[0055]
Next, as shown in FIG. 13, after searching the customer / payee master table TB40, the accounting system 50 determines whether the transaction content code exists in the customer / payee master table TB40. (Step S60). If the transaction content code does not exist in the customer / payee master table TB40 (step S60: No), the content of the fixed summary T56 of the deposit / dispense details data table TB20 is set in the cashier summary T60 (step). S46). Then, this deposit / deposit statement data generation processing is terminated.
[0056]
On the other hand, when the transaction content code exists in the customer / payee master table TB40 (step S60: Yes), the transaction content code T86 acquired in step S56 is changed to the transaction content code T50 of the deposit / dispense statement data table TB20. The customer / payee name T84 stored and acquired in step S56 is stored in the customer / payee name T48 of the deposit / payment details data table TB20 (step S62). For example, in the example of the deposit and withdrawal statement data table TB20 of FIGS. 10 and 11, the company code T40 is set to “12345” and the customer code T46 is set to “00001”. From the customer / payee master table TB40, “Yokohama City Waterworks Bureau” is acquired as the customer / payee name T84, and “3301” is acquired as the transaction content code T86. Then, “Yokohama City Waterworks Bureau” is stored in the customer / payee name T48 in the customer / payee master table TB40 in FIG. 10, and “3301” is stored in the transaction content code T50.
[0057]
Next, as shown in FIG. 13, the cashier system 50 searches the transaction content master table using the transaction content code acquired in step S56 as a search key, and acquires summary initial value information corresponding to the transaction content code. (Step S64).
[0058]
FIG. 16 is a diagram illustrating an example of the configuration of the transaction content master table TB50 according to the present embodiment. This transaction content master table TB50 is formed in the transaction content master database 62 one table at a time corresponding to each account.
[0059]
As shown in FIG. 16, the transaction content master table TB50 includes a transaction content code T90 and summary initial value information T92 as data items. The transaction content code T90 corresponds to the transaction content code T86 of the customer / payee master table TB40. For this reason, in this embodiment, this transaction content code T90 serves as a search key for searching the corresponding summary initial value information T92.
[0060]
The summary initial value information T92 stores information related to the initial value of the cash register summary that the customer has registered so far for the transaction content code. For example, in the example of FIG. 16, “water charges / electricity charges / gas charges” is registered as summary initial value information for the transaction content code “3301”.
[0061]
Next, as shown in FIG. 13, after searching the transaction content master table TB50, the accounting system 50 determines whether the summary initial value information exists in the transaction content master table TB50 (step S66). When the summary initial value information does not exist in the transaction content master table TB50 (step S66: No), the content of the fixed summary T56 of the deposit and withdrawal details data table TB20 is set in the cashier summary T60 (step S46). . Then, this deposit / deposit statement data generation processing is terminated.
[0062]
On the other hand, if the summary initial value information exists in the transaction content master table TB50 (step S66: Yes), the beginning of the summary initial value information T92 acquired in step S64 is marked with “★”, and the deposit accounting statement data The table TB20 is stored in the accounting book summary T60 (step S68). Here, the “★” mark is automatically generated identification information indicating that the accounting book system 50 has automatically generated the accounting book summary T60. By looking at this automatically generated identification information, the customer can know that the cash register summary T60 is automatically generated by the cash register system 50. This completes the deposit / departure statement data generation processing.
[0063]
FIG. 17 is a diagram showing an example of a deposit / deposit book display screen W10 displayed on the customer's customer-side computer system 30 regarding the account after the above-described fixed summary generation process and deposit / departure statement data generation process are performed. This deposit / deposit book display screen W <b> 10 is displayed, for example, when the customer operates the customer computer system 30 and connects the customer computer system 30 to the bank book system 50 via the communication network 40.
[0064]
As shown in FIG. 17, the deposit / deposit book display screen W10 displays a deposit / deposit book generated based on the deposit / withdrawal process performed for the customer's account. This deposit / deposit book is constituted by including date T100, slip number T102, transaction contents T104, customer / payee T106, deposit T108, withdrawal T110, and summary T112 as data items. ing.
[0065]
The date T100 is displayed based on the contents of the slip date T42 of the deposit / withdrawal specification data table TB20, and the slip number T102 is displayed based on the slip number T44 of the deposit / withdrawal specification data table TB20. The transaction content T104 displays summary initial value information T92 corresponding to the code stored in the transaction content code T46 based on the transaction content master table. The customer / payee T106 is displayed based on the customer / payee name T48 in the deposit / withdrawal description data table TB20.
[0066]
The deposit T108 and the withdrawal T110 are displayed based on the deposit / withdrawal category T52 and the amount T54 in the deposit / withdrawal specification data table TB20. That is, when the deposit / withdrawal category T52 is “deposit”, the amount stored in the amount T54 is displayed in the deposit T108, and when the deposit / withdrawal category T52 is “withdrawal”, it is stored in the amount T54. Is displayed on the withdrawal T110. In the summary T112, the contents of the cashier summary T60 of the deposit / payment statement data table TB20 are displayed.
[0067]
Next, based on FIG.18 and FIG.19, operation | movement in case a customer sets registration of customer / payee T48 and summary initial value information T92 is demonstrated. FIG. 18 is a diagram showing an example of a deposit / deposit book display screen W10 displayed when the withdrawal process is performed for the first business partner in the customer's account. FIG. 19 is a diagram showing a display on the screen after the customer makes necessary inputs to the deposit / deposit book display screen W10 of FIG.
[0068]
In the example of FIG. 18, no payment processing has been performed from this account so far as payment by the Yokohama City Waterworks Bureau. Therefore, “Water Supply Yokohama Shigeidou” of the fixed summary T56 is the supplier setting master table TB30. Shall not have been registered. For this reason, the contents of the fixed summary T56 are stored in the cashier summary T60 of the deposit and withdrawal details data table TB20 (step S52: No in FIG. 12, step S46 in FIG. 13). Therefore, “summary water Yokohama idoido” is displayed on the summary T112 in FIG. The transaction content T104 and the customer / payee T106 are blank.
[0069]
It is assumed that the customer who sees the deposit / deposit book display screen W10 operates the customer computer system 30 and inputs, for example, “Yokohama City Waterworks Bureau” to the customer / payee T106. As a result, “Yokohama City Waterworks Bureau” is newly registered in the customer / payee name T84 of the customer / payee master table TB40, and a new company code T80 corresponding to this “Yokohama City Waterworks Bureau” A supplier code T82 and a transaction content code T86 are assigned.
[0070]
Furthermore, it is assumed that the customer-side computer system 30 is operated and, for example, “water charge / electricity / gas” is input to the summary T112. Thereby, “water charge / electricity / gas fee” is registered in the summary initial value information T92 corresponding to the newly registered transaction content code T90 in the transaction content master table TB50. Thereby, the display of the transaction content T104 is rewritten corresponding to the transaction content code.
[0071]
The data in the deposit / withdrawal details data table TB20 for deposit processing and withdrawal processing relating to this account accumulated in this way can be provided to the customer as a deposit / deposit book by performing journal classification according to the customer's accounting process. it can. FIG. 20 is a diagram showing an example of the deposit / departure book output P10 with such journal entries. FIG. 20 shows an example when the customer outputs the deposit / deposit book output P10 by a printer.
[0072]
As shown in FIG. 20, the cash register system 50 journals and outputs the deposit / withdrawal detail data D10 stored in the deposit / withdrawal detail data table TB20 for each code stored in the transaction content code T50. Is possible. In the example of FIG. 20, in this customer accounting process, water charges, electricity charges, and gas charges divided into transaction content codes “3301” are combined and output.
[0073]
As described above, according to the deposit / withdrawal accounting management system 10 according to the present embodiment, based on the deposit / withdrawal process related to the customer's account performed in the account system 20, the transaction contents corresponding to the customer are processed. According to the classification, the deposit processing and withdrawal processing are automatically entered into, so that the burden on the customer's accounting process can be greatly reduced.
[0074]
That is, the cash accounting system 50 uses the description character string and description code of the deposit / withdrawal description summary T20 included in the deposit / withdrawal description data D10 generated by the accounting system 52 to specify the transaction content. Fixed summary data D30 is generated. And since the cash accounting system 50 decided to classify the deposit / withdrawal description data D10 based on the fixed summary data D30, the customer selects the business partner as a business partner setting master table TB30, customer / payee. If registered in the master table TB40 and the transaction content master table TB50, a deposit / deposit display screen W10 as shown in FIG. 17 can be automatically obtained without further input by the learning function.
[0075]
Further, using the automatic registration learning function, based on the fixed summary data D30 generated from the summary character string and the summary code, the data stored in the summary initial value information T92 of the transaction content master table TB50 is stored. Whether or not to make the accounting book summary T60 is set in advance according to the nature of the summary code by the learning category T34 of the summary code table TB10. For this reason, it is possible to prevent automatic registration from the summary initial value information T92 for summary codes with low repeatability. By doing in this way, the effectiveness of the data of the deposit / deposit book display screen W10 when data is automatically acquired from the summary initial value information T92 can be made higher.
[0076]
In addition, this invention is not limited to the said embodiment, A various deformation | transformation is possible. For example, the data format of each data described above may include data items other than those described above, and the configuration of each data table described above may also include data items other than those described above.
[0077]
The financial institution in the above-described embodiment is a broad concept including a bank, a life insurance company, a non-life insurance company, a trust company, and the like in which customers may open various accounts.
[0078]
Further, for each process described in the above embodiment, a program for executing each process is recorded on a recording medium such as a flexible disk, a CD-ROM (Compact Disc-Read Only Memory), a ROM, or a memory card. Thus, it can be distributed in the form of a recording medium. In this case, the above-described embodiment can be realized by causing each system 30, 50, 52 of the deposit / withdrawal accounting management system 10 to read and execute the recording medium on which this program is recorded.
[0079]
Each system 30, 50, 52 of the deposit / withdrawal accounting management system 10 may include other programs such as an operating system and another application program. In this case, other programs included in each system are utilized, and a recording medium is recorded with an instruction for calling a program that realizes processing equivalent to the above-described embodiment from among the programs included in the system. Also good.
[0080]
Furthermore, such a program can be distributed not as a recording medium but as a carrier wave through a network. The program transmitted in the form of a carrier wave on the network is taken into each system 30, 50, 52 of the deposit / withdrawal accounting management system 10, and the above-described embodiment can be realized by executing this program.
[0081]
Also, when a program is recorded on a recording medium or transmitted as a carrier wave on a network, the program may be encrypted or compressed. In this case, each system 30, 50, 52 of the deposit / withdrawal accounting management system 10 that has read the program from these recording media or carrier waves needs to be executed after decrypting or expanding the program. .
[0082]
【The invention's effect】
As described above, according to the deposit / withdrawal data processing system according to the present invention, the deposit / withdrawal detail data is classified based on the contents of the deposit / withdrawal description summary information included in the deposit / withdrawal detail data, and this classification is performed. Since the transaction details specifying information is determined and this deposit / withdrawal specification data is stored and held together with the transaction details specifying information, the accumulated deposit / withdrawal details data is easily classified based on the transaction details specifying information. be able to.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating a configuration of a deposit / withdrawal accounting management system according to an embodiment of the present invention.
FIG. 2 is a diagram for explaining the format of deposit / withdrawal detail data acquired by the cash accounting system according to the present embodiment.
FIG. 3 is a view for explaining a data format of a deposit / withdrawal summary contained in deposit / withdrawal detail data according to the present embodiment;
FIG. 4 is a diagram showing a configuration of a summary code table stored in a summary code master database according to the present embodiment.
FIG. 5 is a flowchart for explaining the contents of a fixed summary generation process executed by the accounting system according to the present embodiment.
FIG. 6A is a diagram showing an example of a deposit / withdrawal summary with “999” stored in the summary code, and FIG. 6B is generated based on this deposit / withdrawal summary. It is a figure which shows an example of the fixed fixed summary data.
FIG. 7A is a diagram showing an example of a deposit / withdrawal summary with “011” stored in the summary code, and FIG. 7B is generated based on this deposit / withdrawal summary. It is a figure which shows an example of the fixed fixed summary data.
FIG. 8A is a diagram showing an example of a deposit / withdrawal summary with “054” stored in the summary code, and FIG. 8B is generated based on this deposit / withdrawal summary. It is a figure which shows an example of the fixed fixed summary data.
FIG. 9A is a diagram showing an example of a deposit / withdrawal description summary in which “090” is stored in the description code, and FIG. 9B is generated based on the deposit / withdrawal description summary; It is a figure which shows an example of the fixed fixed summary data.
FIG. 10 is a diagram showing a configuration of a deposit / withdrawal statement data table stored in a deposit / withdrawal statement database according to the present embodiment (part 1);
FIG. 11 is a view showing a configuration of a deposit / withdrawal statement data table stored in the deposit / withdrawal statement database according to the present embodiment (No. 2).
FIG. 12 is a flowchart for explaining a deposit / departure statement data generation process executed by the deposit / deposit system according to the present embodiment (part 1);
FIG. 13 is a flowchart for explaining a deposit / departure statement data generation process executed by the deposit / deposit system according to the present embodiment (part 2);
FIG. 14 is a diagram showing a configuration of a supplier setting master table stored in a supplier setting master database according to the present embodiment.
FIG. 15 is a diagram showing a configuration of a customer / payee master table stored in a customer / payee master database according to the present embodiment.
FIG. 16 is a diagram showing a configuration of a transaction content master table stored in a transaction content master database according to the present embodiment.
FIG. 17 is a diagram showing an example of a deposit / deposit book display screen displayed on the customer's customer computer system when the learning function is applied;
FIG. 18 is a diagram showing an example of a deposit / deposit display screen displayed on the customer's customer computer system when the learning function is applied but there is no customer registration;
FIG. 19 is a diagram showing a state in which a customer inputs data on the deposit / departure book display screen of FIG. 18;
FIG. 20 is a diagram showing an example of deposit / withdrawal book output in which deposit / withdrawal detail data accumulated in a deposit / withdrawal detail data table is classified and printed based on a transaction content code;
[Explanation of symbols]
10 Deposit / withdrawal accounting management system
20 Deposit / withdrawal data processing system
30 Customer computer system
40 Communication network
50 Account book system
52 Account system
60 Customer / Payee Master Database
62 Transaction Contents Master Database
64 Deposit details statement database
66 Supplier Setting Master Database
68 Summary Code Master Database

Claims

Deposit / withdrawal details data acquisition means for acquiring deposit / withdrawal details data for deposit processing or withdrawal processing performed with respect to a customer account, wherein the deposit / withdrawal details data is at least subjected to deposit processing or withdrawal processing. A deposit amount / withdrawal description summary information that is supplementary information related to the deposit process or withdrawal process, and the deposit / withdrawal summary information includes at least a summary character string that is an arbitrary character string and the deposit process or A deposit / withdrawal statement data acquisition means including a summary code assigned according to the contents of the withdrawal process ;
Corresponding to the summary code, summary code holding means for holding a summary name representing the contents of the deposit process or withdrawal process;
The description code holding means is searched using the description code included in the deposit / withdrawal description summary information of the deposit / withdrawal detail data acquired by the deposit / withdrawal detail data acquiring means, and the corresponding description code is supported. A summary name search and acquisition means for acquiring the summary name;
The summary name acquired by the summary name search acquisition unit is combined with the summary character string included in the deposit / withdrawal description summary information of the deposit / withdrawal description data acquired by the deposit / withdrawal description data acquisition unit. , Fixed summary data generating means for generating fixed summary data;
Corresponding to the fixed summary data, supplier specific information holding means for holding customer specific information for specifying a customer,
Corresponding to the supplier specific information, transaction content specifying information holding means for holding transaction content specifying information for specifying the transaction content;
Partner specific information search for searching the supplier specific information holding means using the fixed summary data generated by the fixed summary data generating means as a search key and acquiring the supplier specific information corresponding to the fixed summary data Acquisition means;
A transaction in which the transaction content specifying information holding unit is searched using the customer specifying information acquired by the supplier specifying information search acquiring unit as a search key, and the transaction content specifying information corresponding to the supplier specifying information is acquired. Content identification information retrieval and acquisition means;
The transaction content specifying information acquired by the transaction content specifying information search and acquisition means is used as account summary information, and the supplier specification corresponding to the fixed description data used as a search key by the supplier specific information search and acquisition means When the information does not exist in the supplier specific information holding means, or the transaction content specifying information corresponding to the supplier specific information used as a search key by the transaction content specifying information search acquisition means is the transaction content specifying information. If it does not exist in the holding means, the accounting summary information generating means for using the fixed summary data as the accounting summary information;
The entering-withdrawal detailed data stores and holds together the journal summary information, and a bright fine data holding means,
A deposit / withdrawal data processing system comprising:

When the transaction details specifying information acquired by the transaction details specifying information search and acquisition means is the account details summary information, the account summary information generation means adds automatically generated identification information to the account details information. The deposit / withdrawal data processing system according to claim 1, wherein:

The Abstract cord holding means sets whether the determination of the own dynamic the transaction content specific information, holds the automatic setting information for each of the payee code,
The automatic setting information corresponding to the summary code acquisition was withdrawal detailed summary information, only if the transaction content is set to the automatic determination of the specific information, the transaction destination specifying information searching acquiring means the transaction It acquires previous identification information, receipt and payment data processing system according to claim 1 or claim 2 wherein the transaction content specification information retrieval acquisition means acquires the transaction content specific information, it is characterized.

When the automatic setting information corresponding to the summary code of the acquired deposit / withdrawal summary information is a setting that does not automatically determine the transaction content specifying information, the cash register summary information generating means 4. The deposit / withdrawal data processing system according to claim 3, wherein the fixed summary data is used as the cash register summary information.

  Correspondence between the fixed summary data and the supplier identification information, which is held in the supplier identification information holding means,
  The correspondence relationship between the supplier specific information and the transaction content specifying information, which is held in the transaction content specifying information holding means,
  5. The deposit / withdrawal data processing system according to any one of claims 1 to 4, wherein the customer can arbitrarily register.

It holds the deposit / withdrawal details data of the deposit process or withdrawal process performed on the customer's account, and this deposit / withdrawal detail data includes at least the amount of the deposit process or withdrawal process and the deposit process or withdrawal process. The deposit / withdrawal summary information, which is supplementary information regarding the gold processing, includes at least a summary character string that is an arbitrary character string and the contents of the deposit processing or the withdrawal processing. A deposit / withdrawal data processing system control method, including a description code assigned
The entering payment data processing system, acquiring the entering withdrawal detailed data,
The deposit / withdrawal data processing system corresponds to the summary code and includes a summary code holding means for holding a summary name indicating the content of the deposit process or the withdrawal process, and the deposit / withdrawal of the acquired deposit / withdrawal description data Searching the description code included in the description description information as a search key, and obtaining the description name corresponding to the description code;
The deposit / withdrawal data processing system combines the summary character string included in the deposit / withdrawal description summary information of the acquired deposit / withdrawal description data with the acquired summary name to obtain fixed summary data. Generating step;
Supplier identification information holding means for holding the supplier identification information for specifying the supplier in correspondence with the fixed summary data, using the generated fixed summary data as a search key. And obtaining the supplier identification information corresponding to the fixed summary data;
The deposit / withdrawal data processing system uses the acquired supplier identification information as a search key, and holds transaction content identification information for identifying transaction contents corresponding to the supplier identification information. Searching for information holding means, obtaining the transaction content specifying information corresponding to the supplier specifying information; and
The deposit / withdrawal data processing system uses the acquired transaction details specifying information as cash register summary information, and the supplier corresponding to the fixed summary data as a search key in the supplier specifying information holding means When the specific information does not exist, or when the transaction content specifying information corresponding to the supplier specifying information as the search key does not exist in the transaction content specifying information holding means, the fixed summary data And making the accounting book summary information,
The deposit / withdrawal data processing system stores the deposit / withdrawal detail data in the detail data holding means together with the deposit / receipt summary information;
A control method for a deposit / withdrawal data processing system.

It holds the deposit / withdrawal details data of the deposit process or withdrawal process performed on the customer's account, and this deposit / withdrawal detail data includes at least the amount of the deposit process or withdrawal process and the deposit process or withdrawal process. The deposit / withdrawal summary information, which is supplementary information regarding the gold processing, includes at least a summary character string that is an arbitrary character string and the contents of the deposit processing or the withdrawal processing. A program for controlling the deposit / withdrawal data processing system, including a description code assigned
The entering payment data processing system, acquiring the entering withdrawal detailed data,
The entering payment data processing system, in response to the payee code, the payee code holding means for holding a payee name indicating the contents of the depositing process or dispensing process, fill dispensing previous withdrawal detailed data the acquired Searching the description code included in the description description information as a search key, and obtaining the description name corresponding to the description code;
The deposit / withdrawal data processing system combines the summary character string included in the deposit / withdrawal description summary information of the acquired deposit / withdrawal description data with the acquired summary name to obtain fixed summary data. Generating step;
Supplier identification information holding means for holding the supplier identification information for specifying the supplier in correspondence with the fixed summary data, using the generated fixed summary data as a search key. And obtaining the supplier identification information corresponding to the fixed summary data;
The deposit / withdrawal data processing system uses the acquired supplier identification information as a search key, and holds transaction content identification information for identifying transaction contents corresponding to the supplier identification information. Searching for information holding means, obtaining the transaction content specifying information corresponding to the supplier specifying information; and
The deposit / withdrawal data processing system uses the acquired transaction details specifying information as cash register summary information, and the supplier corresponding to the fixed summary data as a search key in the supplier specifying information holding means When the specific information does not exist, or when the transaction content specifying information corresponding to the supplier specifying information as the search key does not exist in the transaction content specifying information holding means, the fixed summary data And making the accounting book summary information,
The deposit / withdrawal data processing system stores the deposit / withdrawal detail data in the detail data holding means together with the deposit / receipt summary information;
For making the deposit / withdrawal data processing system execute.

It holds the deposit / withdrawal details data of the deposit process or withdrawal process performed on the customer's account, and this deposit / withdrawal detail data includes at least the amount of the deposit process or withdrawal process and the deposit process or withdrawal process. The deposit / withdrawal summary information, which is supplementary information regarding the gold processing, includes at least a summary character string that is an arbitrary character string and the contents of the deposit processing or the withdrawal processing. A recording medium on which a program for controlling the deposit / withdrawal data processing system is recorded, including a description code assigned
The entering payment data processing system, acquiring the entering withdrawal detailed data,
The deposit / withdrawal data processing system corresponds to the summary code and includes a summary code holding means for holding a summary name indicating the content of the deposit process or the withdrawal process, and the deposit / withdrawal of the acquired deposit / withdrawal description data Searching the description code included in the description description information as a search key, and obtaining the description name corresponding to the description code;
The deposit / withdrawal data processing system combines the summary character string included in the deposit / withdrawal description summary information of the acquired deposit / withdrawal description data with the acquired summary name to obtain fixed summary data. Generating step;
Supplier identification information holding means for holding the supplier identification information for specifying the supplier in correspondence with the fixed summary data, using the generated fixed summary data as a search key. And obtaining the supplier identification information corresponding to the fixed summary data;
The deposit / withdrawal data processing system uses the acquired supplier identification information as a search key, and holds transaction content identification information for identifying transaction contents corresponding to the supplier identification information. Searching for information holding means, obtaining the transaction content specifying information corresponding to the supplier specifying information; and
The deposit / withdrawal data processing system uses the acquired transaction details specifying information as cash register summary information, and the supplier corresponding to the fixed summary data as a search key in the supplier specifying information holding means When the specific information does not exist, or when the transaction content specifying information corresponding to the supplier specifying information as the search key does not exist in the transaction content specifying information holding means, the fixed summary data And making the accounting book summary information,
A step before filling the dispensing data processing system, for storing the entering-withdrawal detailed data together with the journal summary information, the detailed data holding means,
Is a recording medium on which is recorded a program for causing the deposit / withdrawal data processing system to execute.