JP2005004573A - Method for taking in bank payment data - Google Patents

Method for taking in bank payment data Download PDF

Info

Publication number
JP2005004573A
JP2005004573A JP2003168726A JP2003168726A JP2005004573A JP 2005004573 A JP2005004573 A JP 2005004573A JP 2003168726 A JP2003168726 A JP 2003168726A JP 2003168726 A JP2003168726 A JP 2003168726A JP 2005004573 A JP2005004573 A JP 2005004573A
Authority
JP
Japan
Prior art keywords
data
bank
stored
transfer
transfer information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2003168726A
Other languages
Japanese (ja)
Inventor
Koji Maeda
幸治 前田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2003168726A priority Critical patent/JP2005004573A/en
Publication of JP2005004573A publication Critical patent/JP2005004573A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To prevent the occurrence of system errors in a system server for payment management by removing the input abnormality of bank payment data. <P>SOLUTION: A remitter name database 3 for storing correspondence relation between remittance information such as a transferor name, a bank name, a head office/branch office name, an account number which are included in band payment data 5, and a customer code is prepared, the remittance data of the bank payment data 5 inputted to an accounting terminal 1 is compared with the remittance information stored in the remitter name database 3, the bank payment data 5 are sorted into normal data provided with the remittance information which can be processed as it is on the basis of the customer code and error data provided with remittance information which can not be processed as it is and these discriminated data are stored in a storage means 4. Since payment processing based on the customer code is applied to the bank payment data 5 which can be processed as it is on the basis of the normal data of the storage means 4, i.e. the customer code, the occurrence of system errors can be prevented in the the system server 2 for payment management. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、取引先コードに基いて銀行入金データを処理する会計システムの銀行入金データ取り込み方法の改良に関する。
【0002】
【従来の技術】
銀行入金データを取り込んで自動的に仕訳するシステムとしては、例えば、特許文献1に開示されるような自動仕訳機能付き会計システムが公知である。
【0003】
この自動仕訳機能付き会計システムは、請求書伝票の金額を合計して取引先コード毎の振込予定データを生成することにより、同一の取引先コードに関連して時系列的に行なわれる振込に対処して適切に請求データの消し込み処理を行うためのものである。
【0004】
請求データの消し込みに際しては、請求先情報の一致不一致や振込金額の一致不一致を判定してマッチングを確認することで適切な消し込み処理を実施するようになっている。
【0005】
【特許文献1】
特開平11−161722号公報(段落番号0065〜0067,図5,図6)
【0006】
【発明が解決しようとする課題】
しかしながら、この種の従来の会計システムは、何れも、振込人名義,銀行名,本支店名,口座番号等の振込情報と、入金管理用のシステムサーバ内で利用される取引先コードとの関係が適切に対応付けられた条件下で使用されることを前提として構築されたものであって、取引先コードが未定のままで銀行入金データを取り込もうとすると、データの入力異常やシステムエラーが発生する等の問題を生じる恐れがあった。
【0007】
【発明の目的】
そこで、本発明の目的は、前記従来技術の不都合を改善し、銀行入金データの入力異常をなくし、入金管理用のシステムサーバにおけるシステムエラーの発生を確実に防止することのできる銀行入金データ取り込み方法を提供することにある。
【0008】
【課題を解決するための手段】
本発明は、取引先コードに基いて銀行入金データを処理する会計システムの銀行入金データ取り込み方法であり、前記目的を達成するため、特に、
銀行入金データに含まれる振込情報と取引先コードとの対応関係を記憶する振込人名義データベースを設け、
経理用端末に銀行入金データが入力される度に、この銀行入金データから振込情報を抽出して当該振込情報が振込人名義データベースに記憶されているか否かを判定し、
当該振込情報が振込人名義データベースに記憶されている場合には、当該振込情報に対応する取引先コードと共に当該銀行入金データを前処理用の記憶手段に正常データとして保存する一方、
当該振込情報が振込人名義データベースに記憶されていない場合には、当該銀行入金データをエラーデータとして前処理用の記憶手段に保存することを特徴とした構成を有する。
【0009】
このような構成により、まず、経理用端末に銀行入金データが入力された段階で、この銀行入金データから振込情報を抽出し、この振込情報が振込人名義データベースに記憶されているか否かを判定する。
ここで、振込情報が振込人名義データベースに記憶されている場合には、この振込情報に対応する取引先コードが既に振込人名義データベースに記憶されており、この銀行入金データを取引先コードに基いて其のまま処理できることを意味する。従って、振込情報が振込人名義データベースに記憶されている場合には、当該振込情報を取引先コードと共に前処理用の記憶手段に正常データとして保存する。
一方、振込情報が振込人名義データベースに記憶されていない場合には、この振込情報が誤り或いは新規なものであって、これに対応する取引先コードが振込人名義データベースに記憶されていないことを意味する。従って、このような場合は、銀行入金データを取引先コードに基いて処理することはできない。よって、振込情報が振込人名義データベースに記憶されていない場合には、当該銀行入金データをエラーデータとして前処理用の記憶手段に保存する。
このようにして、銀行入金データから振込情報を抽出して振込人名義データベースの振込情報と比較し、取引先コードに基いて其のまま処理できるものとできないものとに弁別することで、入金管理用のシステムサーバにおけるシステムエラーの発生を防止することができる。
しかも、エラーデータは破棄されることなく前処理用の記憶手段に保存されるので、このエラーデータについて適切な後処理を行なうことによって、銀行入金データの入力異常を解消することが可能となる。
【0010】
また、銀行入金データに仮の取引先コードを付してエラーデータとして認識させることが可能である。
【0011】
このような構成を適用すれば、前処理用の記憶手段のファイル構造としては、正常データのレコードを扱うもの、つまり、取引先コードと銀行入金データとを対応させて記憶するものだけを用意すればよく、ファイル構造の簡略化が容易である。
【0012】
更に、前処理用の記憶手段からエラーデータとなっている銀行入金データを抽出し、取引先を特定できるエラーデータについては其の振込情報と取引先コードを振込人名義データベースに改めて記憶させることが望ましい。
【0013】
前処理用の記憶手段に記憶されているエラーデータを再利用して誤りのある振込情報を修正したり、或いは、新たな取引先の取引先コードを追加して記憶させたりすることにより、振込人名義データベースが徐々に充実し、以降の銀行入金データの取り込み処理を円滑に実施することができるようになる。
しかも、エラーデータの再確認によってデータの入力ミスや誤送金等といったミスをチェックすることが可能である。
【0014】
また、取引先を特定できるエラーデータについて、その振込情報と取引先コードを振込人名義データベースに記憶させた後、
再度、前処理用の記憶手段からエラーデータとなっている銀行入金データを改めて抽出し、
エラーデータとなっている銀行入金データから振込情報を抽出して当該振込情報が振込人名義データベースに記憶されているか否かを判定し、
当該振込情報が振込人名義データベースに記憶されている場合には、当該振込情報に対応する取引先コードと共に当該銀行入金データを前処理用の記憶手段に正常データとして保存する一方、
当該振込情報が振込人名義データベースに記憶されていない場合には、当該銀行入金データをエラーデータとして前処理用の記憶手段に其のまま保持するようにすることが望ましい。
【0015】
エラーデータを再利用して誤りのある振込情報を修正したり、或いは、新たな振込情報を追加して振込人名義データベースを更新した後、直ちに、この振込人名義データベースに基いてエラーデータの再処理を行うことにより、前処理用の記憶手段に記憶されているエラーデータのうち正常データとして取り扱えるようになったものを自動的に正常データとして再登録することができる。
【0016】
また、前処理用の記憶手段に入金管理用のシステムサーバを接続し、前処理用の記憶手段に正常データとして取引先コードと共に記憶されている銀行入金データに対し、前記取引先コードに基いて自動入金処理を行なうようにする。
【0017】
適切に取り扱うことが可能な銀行入金データつまり取引先コードを備えた銀行入金データに対して自動入金処理が行なわれるので、入金管理用のシステムサーバにおけるシステムエラーの発生を確実に防止することができる。
【0018】
【発明の実施の形態】
次に、本発明を適用した銀行入金データ取り込み方法の実施形態について図面を参照して説明する。
【0019】
図1はコンピュータシステム上に構築された会計システムに対して本発明の銀行入金データ取り込み方法を適用した場合の一実施形態について示した機能ブロック図である。
【0020】
このコンピュータシステムは、概略において、銀行入金データの入力に用いられる経理用端末1と入金管理用のシステムサーバ2、および、ハードディスク等の不揮発性記憶手段からなる振込人名義データベース3と、同じく、ハードディスク等の不揮発性記憶手段からなる前処理用の記憶手段4によって構成される。
【0021】
このうち、経理用端末1は、CPU,ROM,RAM,ハードディスク,モニタ,キーボード等を備えた通常のパーソナルコンピュータあるいはワークステーション等によって構成されるもので、ハードウェアの構成に関しては公知である。
【0022】
経理用端末1のハードディスクには、銀行入金データを正常データとエラーデータとに振り分けて前処理用の記憶手段4に保存するデータ振分処理の実行に必要とされるアプリケーションプログラムや、エラーデータとして保存されている銀行入金データを抽出し、取引先を特定できるエラーデータに関連する振込情報と取引先コードを振込人名義データベース3に再記憶させる不整合データ訂正処理に必要とされるアプリケーションプログラム、および、振込人名義データベース3のデータの修正や更新あるいは確認等のメンテナンス処理に必要とされるアプリケーションプログラム等が格納されている。
【0023】
経理用端末1に読み込まれる銀行入金データ5は、振込人名義,銀行名,本支店名,口座番号等の振込情報と振込金額等の実データとによって1レコードを構成されており、経理用端末1への入力処理は、データ通信線やデータ記憶媒体等を介して行なわれるようになっている。幾つかの銀行入金データを纏めたファイルの一例を図6(a)に示す。なお、このファイルの最終レコードの位置にはエンド・オブ・ファイルを示すデータ終了コードが挿入される。
【0024】
振込人名義データベース3や前処理用の記憶手段4は、経理用端末1と独立して設置してもよいし、経理用端末1のハードディスクの一部を利用して構築しても構わない。但し、前処理用の記憶手段4は経理用端末1およびシステムサーバ2の双方からのアクセスが許容され得る構成とし、また、振込人名義データベース3に関しては、経理用端末1からのアクセスが許容され得る構成とする必要がある。
【0025】
振込人名義データベース3は、振込人名義,銀行名,本支店名,口座番号等の既知の振込情報と、その各々に割り付けられた取引先コードとの対応関係を記憶するためのデータベースである。振込情報と取引先コードの入力処理に関しては、例えば、経理用端末1のキーボードによる手動入力が可能である。振込情報と取引先コードとの対応関係の一例を図6(b)に示す。
【0026】
システムサーバ2は、CPU,ROM,RAM,ハードディスク,モニタ,キーボード等を備えた通常のパーソナルコンピュータあるいはワークステーション等によって構成されるもので、そのハードディスクには、取引先コードに基いて銀行入金データを処理するための会計処理のアプリケーションプログラムが格納されている。システムサーバ2のハードウェアおよびソフトウェアの構成に関しては公知である。
【0027】
次に、経理用端末1によって実施されるデータ振分処理の概略を示した図2のフローチャートと、不整合データ訂正処理の概略について示した図3のフローチャート、および、メンテナンス処理の概略について示した図4のフローチャートと、システムサーバ2によって実施される会計処理の概略について示した図5のフローチャートを参照して、本実施形態における銀行入金データ取り込み方法について詳細に説明する。
【0028】
データ振分処理のアプリケーションプログラムを起動して経理用端末1の処理を開始すると、経理用端末1は、まず、データ通信線やデータ記憶媒体を介して1レコード分の情報を読み込み(図1,ステップ201)、この情報がデータ終了コードであるか否かを判定する(ステップ202)。
【0029】
この情報がデータ終了コードでなければ、今回読み込んだ1レコードのデータが銀行入金データ5であることを意味するので、経理用端末1は、この銀行入金データ5から振込人名義,銀行名,本支店名,口座番号等の振込情報を抽出し、振込人名義データベース3を当該振込情報で検索し、この振込情報と一致する振込情報が振込人名義データベース3に既に記憶されているか否かを判定する(ステップ203)。
【0030】
そして、一致する振込情報が振込人名義データベース3に既に記憶されていれば、この振込情報に対応する取引先コードが振込人名義データベース3に既に記憶されていることを意味するので、経理用端末1は、この取引先コードと共に、今回読み込んだ1レコードの銀行入金データ5を前処理用の記憶手段4に正常データとして保存する(ステップ204)。
【0031】
一方、一致する振込情報が振込人名義データベース3に記憶されていなければ、この振込情報が誤り或いは新規なものであって、これに対応する取引先コードが振込人名義データベース3に記憶されていないことを意味するので、経理用端末1は、今回読み込んだ1レコードの銀行入金データ5に仮の取引先コード、例えば、99999を付して、仮の取引先コードと今回読み込んだ1レコードの銀行入金データ5を前処理用の記憶手段4にエラーデータとして保存する(ステップ205)。
【0032】
仮の取引先コードは実際にはどのような値でも構わないが、実在する取引先コードと同一であってはならない。
【0033】
以上の処理は、データ通信線やデータ記憶媒体を介してデータ終了コードが読み込まれるまで繰り返し実行され、最終的に、データ終了コードが読み込まれた段階で、このデータ振分処理が終了する。
【0034】
従って、例えば、図6(a)に示すような銀行入金データ5が順に読み込まれ、その際、振込人名義データベース3に記憶されている振込情報が図6(b)に示されるようなものであったとすると、図6(a)に示すような銀行入金データ5のうちの第1レコード,第2レコード,第4レコードの銀行入金データ5が対応する取引先コードと共に正常データとして前処理用の記憶手段4に保存され、第3レコードの銀行入金データ5が、仮の取引先コード99999を付されたエラーデータとして前処理用の記憶手段4に保存されることになる。実行結果の一例を図6(c)に示す。
【0035】
次いで、不整合データ訂正処理のアプリケーションプログラムを起動して経理用端末1の処理を開始すると、経理用端末1は、前処理用の記憶手段4を検索してエラーデータとなっている銀行入金データ5、つまり、仮の取引先コードである99999を付された銀行入金データ5を全て抽出し、これらに対応して前処理用の記憶手段4に記憶された振込情報、つまり、振込人名義,銀行名,本支店名,口座番号等と共に経理用端末1のモニタに表示する(図3,ステップ301)。
【0036】
オペレータは、モニタに表示された振込人名義,銀行名,本支店名,口座番号等を参照し、これらの振込情報に基いて取引先を特定できるエラーデータに関しては、新規の取引先に対する取引先コードの割り付け、あるいは、振込情報の入力ミスや誤記等に起因する自明な誤りに関連する振込情報の修正処理等を経理用端末1のキーボードを利用して実行し、この振込情報や取引先コードを振込人名義データベース3に更新して記憶させるようにする(ステップ302)。
【0037】
例えば、前述の例では、図6(c)に示される第3レコードの銀行入金データ5がエラーデータとして抽出されて経理用端末1のモニタに表示される。従って、オペレータは、モニタに表示された振込人名義,銀行名,本支店名,口座番号等が妥当なものであると特定できた場合に限り、トリヒキサキ3,B銀行,Cシテン,4506084を振込人名義,銀行名,本支店名,口座番号として振込人名義データベース3に記憶させ、取引先コードとしては、例えば、未使用のA0003等の値を割り付けるようにする。
【0038】
このようにして、前処理用の記憶手段4に一旦エラーデータとして記憶された銀行入金データ5を改めて読み出し、不整合データ訂正処理を利用して、可能なデータ修正あるいは取引先コードの追加等の処理を施すことにより、振込人名義データベース3の内容が徐々に充実していき、以降の銀行入金データの取り込みに関連する処理を円滑に実施することができるようになる。
【0039】
但し、不整合データ訂正処理のアプリケーションプログラムを起動しても、前処理用の記憶手段4からエラーデータが抽出されない場合には、モニタには何も表示されず、不整合データ訂正処理は直ちに終了するので、オペレータは何もする必要はない。
【0040】
また、不整合データ訂正処理においてモニタに表示される振込人名義,銀行名,本支店名,口座番号等を参照しても、これらのデータに基いて取引先を特定できない場合には、新規の取引先に対する取引先コードの割り付け、あるいは、振込情報の修正処理等は不能であるから、取引先コードの割り付けや振込情報の修正に関連した処理は非実行とし、振込人名義データベース3の内容を其のままの状態に保持する。
【0041】
ここで、振込人名義データベース3に対して振込情報の修正や取引先コードの追加的な割り付け等を実施した場合には、この時点で前処理用の記憶手段4にエラーデータとして記憶されている銀行入金データ5の一部が正常データとして取り扱えるようになっている可能性がある。
【0042】
そこで、オペレータは、改めてデータ振分処理のアプリケーションプログラムを起動し、前処理用の記憶手段4にエラーデータとして記憶されている銀行入金データ、つまり、仮の取引先コードである99999を付された銀行入金データを対象として、経理用端末1に図2のデータ振分処理を実行させる。
【0043】
前述の例では、図6(c)に示される第3レコードの銀行入金データ5がエラーデータとして経理用端末1に読み込まれ(ステップ201,202)、その振込情報であるトリヒキサキ3,B銀行,Cシテン,4506084に基いて振込人名義データベース3が検索されることになる(ステップ203)。
【0044】
この段階では、既に、前述の不整合データ訂正処理によって当該振込情報が振込人名義データベース3に記憶されているので、図6(c)に示される第3レコードの銀行入金データ5が改めて正常データとして認識され、これに対応する取引先コードA0003が振込人名義データベース3から引き当てられて、この取引先コードと共に、今回読み込んだ銀行入金データ5、つまり、図6(c)に示される第3レコードの銀行入金データ5が正常データとして前処理用の記憶手段4に保存されることになる(ステップ204)。
【0045】
具体的には、図6(c)に示される第3レコードの銀行入金データ5の仮の取引先コード99999の値を取引先コードA0003に書き替えることによってエラーデータから正常データへの書き替え、つまり、正常データとしての保存処理が行なわれる。従って、この保存処理終了後、再度、エラーデータとして記憶されている銀行入金データ5を対象として経理用端末1にデータ振分処理を実行させたとしても、図6(c)に示される第3レコードの銀行入金データ5がエラーデータとして重複して検出されることはない。
【0046】
また、前処理用の記憶手段4のエラーデータを対象として行なわれるデータ振分処理によって対応する振込情報が振込人名義データベース3から検出されなかったエラーデータについては、再びエラーデータとして判定され、前処理用の記憶手段4に其のままエラーデータとして保持されることになる。
【0047】
前処理用の記憶手段4にエラーデータとして記憶されている銀行入金データを対象としてデータ振分処理を繰り返し実行してもエラーが出る場合には、振込情報それ自体に誤りがあるといった可能性が高いので、モニタに表示される振込人名義,銀行名,本支店名,口座番号等の1以上の情報に基いて金融機関や取引先等への問い合わせを行なうといった作業が必要となる場合もあるが、このようにしてエラーデータの再確認作業を行うことで、データの入力ミスや誤送金等のトラブルを確実に検出することができる。
【0048】
そして、最終的に、このようにして前処理用の記憶手段4に保存された正常データに対してシステムサーバ2による自動入金処理が実行される。
【0049】
夜間の所定時刻等に会計処理のアプリケーションプログラムを起動してシステムサーバ2の処理を開始させると、システムサーバ2は、前処理用の記憶手段4に記憶された銀行入金データ5を1レコード毎に読み込み、当該レコードに記憶されている取引先コードの値と振込金額等の実データとに基いて自動入金処理等の会計処理を実行する(図4,ステップ401)。
【0050】
会計処理を行うためのソフトウェアには様々なものがあるが、何れも取引先コードに基いて入金処理を行なうのが普通であるので、前述したデータ振分処理,不整合データ訂正処理,不整合データ訂正処理を実行して前処理用の記憶手段4に記憶されている銀行入金データ5の取引先コードを適正化しておくことで、システムエラー等の発生を確実に防止して円滑な自動入金処理を達成することができる。
【0051】
また、振込人名義データベース3のデータの修正や更新あるいは確認等の処理を行なう場合には、メンテナンス処理のアプリケーションプログラムを起動して経理用端末1の処理を開始させ、ファンクションキー等の操作によって目的の機能を選択した上で(図5,ステップ501〜504)、その機能を実行させる(ステップ505〜509)。
【0052】
この実施形態では、振込人名義データベース3に対する振込情報や取引先コードの登録処理(ステップ505)、振込情報や取引先コードの修正処理(ステップ506)、振込情報や取引先コードの削除処理(ステップ507)、振込情報や取引先コードのモニタ表示およびプリントアウト等に関連する参照処理(ステップ508)等が実施できるようになっているが、これらの処理についてはファイル操作に関連する通常の処理として公知であるので詳細な説明は省略する。
【0053】
【発明の効果】
本発明の銀行入金データ取り込み方法は、銀行入金データに含まれる振込情報と取引先コードとの対応関係を記憶する振込人名義データベースを設け、経理用端末に入力された銀行入金データの振込情報と振込人名義データベースに記憶された振込情報とを比較することにより、銀行入金データを、取引先コードに基いて其のまま処理できる振込情報を備えた正常データと其のままでは処理できない振込情報を備えたエラーデータとに弁別して前処理用の記憶手段に記憶させるようにしたので、取引先コードに基いて入金処理を行う入金管理用のシステムサーバにおけるシステムエラーの発生を防止することができる。
しかも、エラーデータは破棄されることなく前処理用の記憶手段に其のまま保存されるので、このエラーデータについて適切な後処理を行なうことによって、銀行入金データの入力異常を解消することができる。
【0054】
また、銀行入金データに仮の取引先コードを付すことでエラーデータを認識するようにしているので、正常データとエラーデータとを識別するための格別のファイル構造は必要なく、ファイル構造の簡略化が容易である。
【0055】
更に、前処理用の記憶手段からエラーデータとなっている銀行入金データを抽出し、取引先を特定できるエラーデータについては誤りのある振込情報を修正したり、或いは、新たな取引先の取引先コードを追加して記憶させたりするようにしているので、処理を繰り返す度に振込人名義データベースの内容が徐々に充実し、以降の銀行入金データの取り込み処理を円滑に実施することができるようになる。しかも、エラーデータの再確認によってデータの入力ミスや誤送金等といったミスもチェックすることができる。
【0056】
また、振込情報と取引先コードを振込人名義データベースに記憶させた後、その時点でエラーデータとなっている銀行入金データを再び前処理用の記憶手段から抽出し、取引先コードに基いて其のまま処理できる振込情報を備えた銀行入金データと其のままでは処理できない振込情報を備えた銀行入金データとに改めて弁別するようにしているので、前処理用の記憶手段に記憶されているエラーデータのうち正常データとして取り扱えるようになったものを自動的に正常データとして再登録することができる。
【0057】
そして、前処理用の記憶手段に接続された入金管理用のシステムサーバは、前処理用の記憶手段に正常データとして記憶されている銀行入金データに対して取引先コードに基く自動入金処理を行なうので、入金管理用のシステムサーバにおけるシステムエラーの発生を確実に防止することができる。
【図面の簡単な説明】
【図1】コンピュータシステム上に構築された会計システムに対して本発明の銀行入金データ取り込み方法を適用した場合の一実施形態について示した機能ブロック図である。
【図2】同実施形態の経理用端末によって実行されるデータ振分処理の概略について示したフローチャートである。
【図3】同実施形態の経理用端末によって実行される不整合データ訂正処理の概略について示したフローチャートである。
【図4】同実施形態の経理用端末によって実行されるメンテナンス処理の概略について示したフローチャートである。
【図5】同実施形態のシステムサーバによって実行される会計処理の概略について示したフローチャートである。
【図6】図6(a)は銀行入金データの一例を示した概念図、図6(b)は振込人名義データベースに記憶された振込情報と取引先コードとの対応関係の一例を示した概念図、図6(c)は前処理用の記憶手段に保存された正常データとエラーデータの一例を示した概念図である。
【符号の説明】
1 経理用端末
2 システムサーバ
3 振込人名義データベース
4 前処理用の記憶手段
5 銀行入金データ
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an improvement of a bank deposit data fetching method of an accounting system that processes bank deposit data based on a supplier code.
[0002]
[Prior art]
For example, an accounting system with an automatic journalizing function as disclosed in Patent Document 1 is well known as a system for taking in bank deposit data and automatically journalizing it.
[0003]
This accounting system with an automatic journal function adds up the amounts of invoice slips to generate transfer schedule data for each customer code, and copes with transfers made in time series related to the same customer code. Thus, the billing data is appropriately deleted.
[0004]
When the billing data is deleted, an appropriate cancellation process is performed by determining whether the billing information matches or does not match the transfer amount and confirms the matching.
[0005]
[Patent Document 1]
JP-A-11-161722 (paragraph numbers 0065 to 0067, FIGS. 5 and 6)
[0006]
[Problems to be solved by the invention]
However, all of these types of conventional accounting systems have a relationship between the transfer information such as the name of the transferor, bank name, head office name, account number, etc. and the supplier code used in the system server for deposit management. Was built on the premise that it will be used under properly matched conditions, and if you try to import bank deposit data while the account number is undecided, a data entry error or system error will occur There was a risk of causing problems.
[0007]
OBJECT OF THE INVENTION
SUMMARY OF THE INVENTION Accordingly, an object of the present invention is to improve the inconvenience of the prior art, eliminate an abnormality in the input of bank deposit data, and reliably prevent the occurrence of a system error in a deposit management system server. Is to provide.
[0008]
[Means for Solving the Problems]
The present invention is a bank receipt data capturing method of an accounting system for processing bank receipt data based on a supplier code, and in order to achieve the above object,
Establish a transfer name database that stores the correspondence between the transfer information included in the bank deposit data and the supplier code,
Each time bank deposit data is input to the accounting terminal, the transfer information is extracted from the bank deposit data, and it is determined whether or not the transfer information is stored in the transfer person name database.
When the transfer information is stored in the transfer person name database, the bank deposit data is stored as normal data in the preprocessing storage means together with the supplier code corresponding to the transfer information,
When the transfer information is not stored in the transfer person name database, the bank deposit data is stored as error data in the preprocessing storage means.
[0009]
With such a configuration, first, when bank deposit data is input to the accounting terminal, transfer information is extracted from the bank deposit data, and it is determined whether or not this transfer information is stored in the transfer person name database. To do.
Here, when the transfer information is stored in the transfer person name database, the supplier code corresponding to this transfer information is already stored in the transfer person name database, and this bank deposit data is based on the supplier code. It means that it can be processed as it is. Therefore, when the transfer information is stored in the transfer person name database, the transfer information is stored as normal data in the preprocessing storage means together with the supplier code.
On the other hand, if the transfer information is not stored in the transfer person name database, the transfer information is incorrect or new, and the corresponding supplier code is not stored in the transfer person name database. means. Therefore, in such a case, the bank deposit data cannot be processed based on the supplier code. Therefore, when the transfer information is not stored in the transfer person name database, the bank deposit data is stored as error data in the preprocessing storage means.
In this way, transfer information is extracted from bank receipt data, compared with the transfer information in the transferee name database, and discriminated between those that can be processed as is and those that cannot be processed based on the supplier code. System errors can be prevented from occurring in the system server.
Moreover, since the error data is stored in the preprocessing storage means without being discarded, it is possible to eliminate the bank deposit data input abnormality by performing appropriate post-processing on the error data.
[0010]
Moreover, it is possible to attach a temporary business partner code to the bank deposit data and recognize it as error data.
[0011]
If such a configuration is applied, the file structure of the storage means for preprocessing should be prepared only for handling normal data records, that is, for storing business partner codes and bank deposit data in association with each other. It is easy to simplify the file structure.
[0012]
Furthermore, bank deposit data that is error data is extracted from the storage means for preprocessing, and for error data that can specify the business partner, the transfer information and the business partner code can be stored again in the transfer name database. desirable.
[0013]
Transfer money by reusing the error data stored in the preprocessing storage means and correcting the erroneous transfer information, or by adding and storing a new supplier code The personal name database will gradually be enhanced, and the subsequent process of importing bank deposit data can be carried out smoothly.
In addition, it is possible to check errors such as data entry mistakes and incorrect remittance by reconfirming error data.
[0014]
In addition, for the error data that can identify the supplier, after storing the transfer information and the supplier code in the transfer person name database,
Again, extract the bank deposit data that is the error data from the storage means for preprocessing,
Extract the transfer information from the bank receipt data that is error data, determine whether the transfer information is stored in the transfer person name database,
When the transfer information is stored in the transfer person name database, the bank deposit data is stored as normal data in the preprocessing storage means together with the supplier code corresponding to the transfer information,
If the transfer information is not stored in the transfer person name database, it is desirable to store the bank deposit data as error data in the preprocessing storage means.
[0015]
Reuse the error data to correct the erroneous transfer information, or update the transfer person name database by adding new transfer information and immediately re-create the error data based on this transfer person name database. By performing the processing, it is possible to automatically re-register the error data stored in the preprocessing storage means that can be handled as normal data as normal data.
[0016]
In addition, a system server for deposit management is connected to the storage means for preprocessing, and the bank deposit data stored together with the supplier code as normal data in the storage means for preprocessing is based on the supplier code. Make automatic deposit processing.
[0017]
Since automatic deposit processing is performed on bank deposit data that can be handled appropriately, that is, bank deposit data with a business partner code, system errors can be reliably prevented from occurring in the system server for deposit management. .
[0018]
DETAILED DESCRIPTION OF THE INVENTION
Next, an embodiment of a bank deposit data capturing method to which the present invention is applied will be described with reference to the drawings.
[0019]
FIG. 1 is a functional block diagram showing an embodiment in which the bank deposit data fetching method of the present invention is applied to an accounting system constructed on a computer system.
[0020]
This computer system generally includes an accounting terminal 1 used for input of bank deposit data, a system server 2 for deposit management, and a transfer person name database 3 composed of non-volatile storage means such as a hard disk, And the like.
[0021]
Among these, the accounting terminal 1 is constituted by a normal personal computer or workstation provided with a CPU, ROM, RAM, hard disk, monitor, keyboard and the like, and the hardware configuration is well known.
[0022]
On the hard disk of the accounting terminal 1, application data required for executing the data distribution process for distributing the bank deposit data into normal data and error data and storing it in the preprocessing storage unit 4 as error data Application program required for inconsistent data correction processing that extracts stored bank deposit data and re-stores transfer information and supplier code related to error data that can specify the supplier in the transferor name database 3; In addition, an application program and the like necessary for maintenance processing such as correction, update or confirmation of data in the transfer person name database 3 are stored.
[0023]
The bank deposit data 5 read into the accounting terminal 1 is composed of one record by transfer information such as the name of the transferor, bank name, head office name, account number, and actual data such as the transfer amount. Input processing to 1 is performed via a data communication line, a data storage medium, or the like. An example of a file summarizing several bank deposit data is shown in FIG. A data end code indicating the end of file is inserted at the position of the last record of this file.
[0024]
The transfer person name database 3 and the preprocessing storage unit 4 may be installed independently of the accounting terminal 1 or may be constructed using a part of the hard disk of the accounting terminal 1. However, the preprocessing storage means 4 is configured to allow access from both the accounting terminal 1 and the system server 2, and the transfer person name database 3 is permitted to be accessed from the accounting terminal 1. It is necessary to have a configuration to obtain.
[0025]
The transfer person name database 3 is a database for storing the correspondence between known transfer information such as the transfer person name, bank name, head office name, and account number, and the supplier code assigned to each. Regarding the input processing of the transfer information and the supplier code, for example, manual input using the keyboard of the accounting terminal 1 is possible. An example of the correspondence between the transfer information and the supplier code is shown in FIG.
[0026]
The system server 2 is composed of a normal personal computer or workstation equipped with a CPU, ROM, RAM, hard disk, monitor, keyboard, etc., and the bank deposit data is stored in the hard disk based on the supplier code. An accounting processing application program for processing is stored. The hardware and software configurations of the system server 2 are known.
[0027]
Next, the flowchart of FIG. 2 showing the outline of the data distribution process performed by the accounting terminal 1, the flowchart of FIG. 3 showing the outline of the inconsistent data correction process, and the outline of the maintenance process are shown. With reference to the flowchart of FIG. 4 and the flowchart of FIG. 5 showing the outline of the accounting process performed by the system server 2, the bank deposit data capturing method in the present embodiment will be described in detail.
[0028]
When the data distribution processing application program is started and processing of the accounting terminal 1 is started, the accounting terminal 1 first reads information for one record via a data communication line or a data storage medium (FIG. 1, FIG. 1). Step 201), it is determined whether this information is a data end code (Step 202).
[0029]
If this information is not the data end code, it means that the data of one record read this time is the bank deposit data 5, so that the accounting terminal 1 uses the bank deposit data 5, the name of the payer, the bank name, the book Transfer information such as branch name, account number, etc. is extracted, the transfer name database 3 is searched with the transfer information, and it is determined whether or not the transfer information matching the transfer information is already stored in the transfer name database 3 (Step 203).
[0030]
If the matching transfer information is already stored in the transfer person name database 3, it means that the supplier code corresponding to this transfer information is already stored in the transfer person name database 3. 1 stores the bank receipt data 5 of one record read this time together with this supplier code as normal data in the preprocessing storage means 4 (step 204).
[0031]
On the other hand, if the matching transfer information is not stored in the transfer person name database 3, the transfer information is incorrect or new, and the corresponding supplier code is not stored in the transfer person name database 3. Therefore, the accounting terminal 1 adds a temporary customer code, for example, 99999, to the bank receipt data 5 of one record read this time, and the temporary customer code and the bank of one record read this time. The deposit data 5 is stored as error data in the preprocessing storage means 4 (step 205).
[0032]
The temporary supplier code may actually be any value, but it must not be the same as the existing supplier code.
[0033]
The above processing is repeatedly executed until the data end code is read through the data communication line or the data storage medium. Finally, the data distribution processing is completed when the data end code is read.
[0034]
Therefore, for example, bank deposit data 5 as shown in FIG. 6A is read in order, and the transfer information stored in the transfer person name database 3 is as shown in FIG. 6B. If there is, the first record, the second record, and the fourth record of the bank receipt data 5 as shown in FIG. The bank record data 5 of the third record is stored in the storage unit 4 and stored in the preprocessing storage unit 4 as error data with a temporary customer code 99999. An example of the execution result is shown in FIG.
[0035]
Next, when the application program for inconsistent data correction processing is started and processing of the accounting terminal 1 is started, the accounting terminal 1 searches the storage means 4 for preprocessing and receives the bank deposit data which is error data. 5, that is, all the bank deposit data 5 with a temporary customer code 99999 is extracted, and the transfer information stored in the preprocessing storage means 4 corresponding to these, that is, the name of the transfer person, The bank name, branch name, account number, etc. are displayed on the monitor of the accounting terminal 1 (step 301 in FIG. 3).
[0036]
The operator refers to the name of the transfer person, bank name, head office name, account number, etc. displayed on the monitor, and for error data that can identify the business partner based on these transfer information, the business partner for the new business partner Use the keyboard of the accounting terminal 1 to execute code assignment, correction processing of transfer information related to obvious mistakes caused by mistakes or incorrect input of transfer information, etc. This transfer information and supplier code Is updated and stored in the transfer person name database 3 (step 302).
[0037]
For example, in the above-described example, the bank deposit data 5 of the third record shown in FIG. 6C is extracted as error data and displayed on the monitor of the accounting terminal 1. Therefore, the operator transfers Trihikiaki 3, Bank B, C Cyten, 4506084 only when the name of the transfer person, bank name, head office name, account number, etc. displayed on the monitor can be identified as valid. A person name, a bank name, a branch name, and an account number are stored in the transfer person name database 3 and, for example, an unused value such as A0003 is assigned as the supplier code.
[0038]
In this way, the bank deposit data 5 once stored as error data in the preprocessing storage means 4 is read again, and by using the inconsistent data correction process, possible data correction or addition of a supplier code, etc. By performing the processing, the contents of the transfer person name database 3 are gradually enhanced, and the processing related to the subsequent capture of bank deposit data can be smoothly performed.
[0039]
However, if error data is not extracted from the preprocessing storage unit 4 even after starting the application program for inconsistent data correction processing, nothing is displayed on the monitor and the inconsistent data correction processing is immediately terminated. The operator does not need to do anything.
[0040]
In addition, if it is not possible to identify a business partner based on these data by referring to the transfer name, bank name, head office name, account number, etc. displayed on the monitor in the inconsistent data correction process, Since it is impossible to assign the supplier code to the supplier or to correct the transfer information, the processing related to the assignment of the supplier code and the correction of the transfer information is not executed, and the contents of the transfer name database 3 are changed. Keep it as it is.
[0041]
Here, when correction of transfer information, additional allocation of a supplier code, or the like is performed on the transfer person name database 3, it is stored as error data in the storage means 4 for preprocessing at this time. There is a possibility that a part of the bank deposit data 5 can be handled as normal data.
[0042]
Therefore, the operator newly starts the application program for data distribution processing, and is given the bank deposit data stored as error data in the preprocessing storage means 4, that is, the temporary customer code 99999. For the bank deposit data, the accounting terminal 1 is made to execute the data distribution process of FIG.
[0043]
In the above-described example, the bank deposit data 5 of the third record shown in FIG. 6C is read as error data into the accounting terminal 1 (steps 201 and 202). The transfer person name database 3 is searched based on C-stain, 4506084 (step 203).
[0044]
At this stage, since the transfer information is already stored in the transfer person name database 3 by the inconsistent data correction process described above, the bank receipt data 5 of the third record shown in FIG. And the corresponding supplier code A0003 is assigned from the transferor name database 3, and together with this supplier code, the bank deposit data 5 read this time, that is, the third record shown in FIG. 6C. Is stored in the preprocessing storage means 4 as normal data (step 204).
[0045]
Specifically, rewriting from error data to normal data by rewriting the value of the temporary customer code 99999 of the bank receipt data 5 of the third record shown in FIG. That is, storage processing as normal data is performed. Therefore, even after the saving process is completed, even if the accounting terminal 1 executes the data distribution process for the bank deposit data 5 stored as the error data again, the third data shown in FIG. The bank deposit data 5 of the record is not duplicated as error data.
[0046]
Further, error data for which the corresponding transfer information is not detected from the transfer person name database 3 by the data distribution process performed on the error data in the preprocessing storage unit 4 is again determined as error data. It is held as error data in the processing storage means 4 as it is.
[0047]
If an error occurs even if the data distribution process is repeatedly executed for bank deposit data stored as error data in the preprocessing storage unit 4, there is a possibility that the transfer information itself is incorrect. Because it is expensive, it may be necessary to make inquiries to financial institutions or business partners based on one or more information such as the name of bank transfer, bank name, branch name, and account number displayed on the monitor. However, by performing the reconfirmation of the error data in this way, it is possible to reliably detect troubles such as data input mistakes and erroneous remittance.
[0048]
Finally, automatic payment processing by the system server 2 is executed on the normal data stored in the preprocessing storage unit 4 in this way.
[0049]
When the accounting server application program is started at a predetermined time at night to start processing of the system server 2, the system server 2 stores the bank deposit data 5 stored in the preprocessing storage unit 4 for each record. An accounting process such as an automatic deposit process is executed based on the value of the customer code read and stored in the record and actual data such as the transfer amount (FIG. 4, step 401).
[0050]
There are various types of software for performing accounting processing, but since it is normal for all to perform payment processing based on the supplier code, the aforementioned data distribution processing, inconsistent data correction processing, inconsistency By executing the data correction process and optimizing the supplier code of the bank deposit data 5 stored in the preprocessing storage means 4, it is possible to reliably prevent the occurrence of system errors, etc., and make smooth automatic deposits Processing can be achieved.
[0051]
In addition, when processing such as correction, update or confirmation of data in the transfer person name database 3 is started, the application program for maintenance processing is started to start processing of the accounting terminal 1, and the operation is performed by function keys or the like. Is selected (steps 501 to 504 in FIG. 5), and the functions are executed (steps 505 to 509).
[0052]
In this embodiment, transfer information and supplier code registration processing (step 505), transfer information and supplier code correction processing (step 506), and transfer information and supplier code deletion processing (step 506) with respect to the transfer person name database 3 507), reference processing (step 508) related to monitor display and printout of transfer information and supplier code, etc. can be performed, but these processing are as normal processing related to file operations. Since it is publicly known, detailed description is omitted.
[0053]
【The invention's effect】
The bank receipt data capture method of the present invention provides a transfer person name database for storing the correspondence between the transfer information included in the bank receipt data and the customer code, and the transfer information of the bank receipt data input to the accounting terminal; By comparing the transfer information stored in the transfer person's name database, the bank receipt data is converted into normal data with transfer information that can be processed as it is based on the supplier code, and transfer information that cannot be processed as it is. Since it is discriminated from the prepared error data and stored in the preprocessing storage means, it is possible to prevent the occurrence of a system error in the deposit management system server that performs deposit processing based on the supplier code.
Moreover, since the error data is stored in the preprocessing storage means without being discarded, the input abnormality of the bank deposit data can be solved by performing appropriate post-processing on the error data. .
[0054]
In addition, error data is recognized by attaching a temporary supplier code to bank deposit data, so there is no need for a special file structure for identifying normal data and error data, and the file structure is simplified. Is easy.
[0055]
In addition, bank deposit data that is error data is extracted from the storage means for preprocessing, and for error data that can specify the business partner, the incorrect transfer information is corrected, or a new business partner Since the code is added and memorized, the contents of the transfer name database are gradually enriched each time the process is repeated, so that the subsequent process of importing bank deposit data can be carried out smoothly. Become. In addition, by reconfirming the error data, it is possible to check for errors such as data entry mistakes or incorrect remittance.
[0056]
In addition, after storing the transfer information and supplier code in the transfer person's name database, the bank deposit data, which is error data at that time, is extracted again from the storage means for preprocessing, and based on the supplier code. Since the bank deposit data with the transfer information that can be processed as it is and the bank deposit data with the transfer information that cannot be processed as it is, it is discriminated again, so the error stored in the storage means for preprocessing Data that can be handled as normal data can be automatically re-registered as normal data.
[0057]
Then, the deposit management system server connected to the preprocessing storage means performs automatic deposit processing based on the supplier code for the bank deposit data stored as normal data in the preprocessing storage means. Therefore, it is possible to reliably prevent the occurrence of a system error in the deposit management system server.
[Brief description of the drawings]
FIG. 1 is a functional block diagram showing an embodiment when a bank deposit data capturing method of the present invention is applied to an accounting system constructed on a computer system.
FIG. 2 is a flowchart showing an outline of data distribution processing executed by the accounting terminal according to the embodiment;
FIG. 3 is a flowchart showing an outline of inconsistent data correction processing executed by the accounting terminal according to the embodiment;
FIG. 4 is a flowchart showing an outline of maintenance processing executed by the accounting terminal according to the embodiment;
FIG. 5 is a flowchart showing an outline of an accounting process executed by the system server of the embodiment.
FIG. 6A is a conceptual diagram showing an example of bank deposit data, and FIG. 6B shows an example of a correspondence relationship between transfer information stored in a transfer name database and a supplier code. FIG. 6C is a conceptual diagram showing an example of normal data and error data stored in the preprocessing storage means.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 Accounting terminal 2 System server 3 Transfer person name database 4 Preprocessing storage means 5 Bank deposit data

Claims (5)

取引先コードに基いて銀行入金データを処理する会計システムの銀行入金データ取り込み方法であって、
銀行入金データに含まれる振込情報と取引先コードとの対応関係を記憶する振込人名義データベースを設け、
経理用端末に銀行入金データが入力される度に、この銀行入金データから振込情報を抽出して当該振込情報が前記振込人名義データベースに記憶されているか否かを判定し、
当該振込情報が前記振込人名義データベースに記憶されている場合には、当該振込情報に対応する取引先コードと共に当該銀行入金データを前処理用の記憶手段に正常データとして保存する一方、
当該振込情報が振込人名義データベースに記憶されていない場合には、当該銀行入金データをエラーデータとして前処理用の記憶手段に保存することを特徴とする銀行入金データ取り込み方法。
A bank receipt data capture method for an accounting system that processes bank receipt data based on a business partner code,
Establish a transfer name database that stores the correspondence between the transfer information included in the bank deposit data and the supplier code,
Each time bank deposit data is input to the accounting terminal, the transfer information is extracted from the bank deposit data to determine whether the transfer information is stored in the transfer person name database,
When the transfer information is stored in the transfer person name database, the bank deposit data is stored as normal data in the preprocessing storage means together with the supplier code corresponding to the transfer information,
When the transfer information is not stored in the transfer person name database, the bank receipt data capturing method is characterized in that the bank receipt data is stored as error data in a preprocessing storage means.
銀行入金データに仮の取引先コードを付してエラーデータとして認識させるようにしたことを特徴とする請求項1記載の銀行入金データ取り込み方法。2. The bank receipt data fetching method according to claim 1, wherein a temporary supplier code is attached to the bank receipt data so as to be recognized as error data. 前記前処理用の記憶手段からエラーデータとなっている銀行入金データを抽出し、取引先を特定できるエラーデータについて、その振込情報と取引先コードを前記振込人名義データベースに改めて記憶させることを特徴とする請求項1または請求項2記載の銀行入金データ取り込み方法。The bank deposit data that is error data is extracted from the preprocessing storage means, and the error information that can identify the business partner is stored again in the transfer person name database for the transfer information and the business partner code. The bank deposit data fetching method according to claim 1 or 2. 取引先を特定できるエラーデータについて、その振込情報と取引先コードを前記振込人名義データベースに記憶させた後、
前記前処理用の記憶手段からエラーデータとなっている銀行入金データを改めて抽出し、
エラーデータとなっている銀行入金データから振込情報を抽出して当該振込情報が前記振込人名義データベースに記憶されているか否かを判定し、
当該振込情報が振込人名義データベースに記憶されている場合には、当該振込情報に対応する取引先コードと共に当該銀行入金データを前記前処理用の記憶手段に正常データとして保存する一方、
当該振込情報が振込人名義データベースに記憶されていない場合には、当該銀行入金データをエラーデータとして前記前処理用の記憶手段に其のまま保持することを特徴とする請求項3記載の銀行入金データ取り込み方法。
After storing the transfer information and supplier code in the transfer person name database for the error data that can identify the supplier,
Extracting the bank deposit data that is error data from the preprocessing storage means anew,
It is determined whether or not the transfer information is stored in the transfer person name database by extracting the transfer information from the bank deposit data which is error data,
When the transfer information is stored in the transfer person name database, the bank deposit data is stored as normal data in the preprocessing storage unit together with the supplier code corresponding to the transfer information,
4. The bank deposit according to claim 3, wherein, when the transfer information is not stored in the transfer person name database, the bank deposit data is retained in the preprocessing storage means as error data. Data capture method.
前記前処理用の記憶手段に入金管理用のシステムサーバを接続し、前記前処理用の記憶手段に正常データとして取引先コードと共に記憶されている銀行入金データに対し、前記取引先コードに基いて自動入金処理を行なうことを特徴とする請求項1,請求項2,請求項3または請求項4の何れか一項に記載の銀行入金データ取り込み方法。A system server for deposit management is connected to the storage means for preprocessing, and the bank deposit data stored together with the supplier code as normal data in the storage means for preprocessing is based on the supplier code. 5. The bank deposit data fetching method according to any one of claims 1, 2, 3, and 4, wherein automatic deposit processing is performed.
JP2003168726A 2003-06-13 2003-06-13 Method for taking in bank payment data Pending JP2005004573A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003168726A JP2005004573A (en) 2003-06-13 2003-06-13 Method for taking in bank payment data

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003168726A JP2005004573A (en) 2003-06-13 2003-06-13 Method for taking in bank payment data

Publications (1)

Publication Number Publication Date
JP2005004573A true JP2005004573A (en) 2005-01-06

Family

ID=34094082

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003168726A Pending JP2005004573A (en) 2003-06-13 2003-06-13 Method for taking in bank payment data

Country Status (1)

Country Link
JP (1) JP2005004573A (en)

Similar Documents

Publication Publication Date Title
US20060271450A1 (en) Computer-based method for automatic remote coding of debtor credit databases with bankruptcy filing information
US20020065847A1 (en) Form processing system, management system of form identification dictionary, form processing terminal and distribution mehtod of form identification dictionary
JP2010191923A (en) Bank system
CN108269367A (en) A kind of method and system for being used to carry out tax controlling equipment integration change distribution
JP2004302574A (en) Payment processing system and method
CN107169767B (en) Transaction processing method and system
CN113222568A (en) Shipping service settlement method, platform, equipment, medium and product
CN112215693A (en) Voucher generation method and related device
CN111383088A (en) Checking method and related device for warehousing accounts
JP5837898B2 (en) Information processing apparatus, information processing method, and program
JP2009157443A (en) Device, program, and method for generating journalizing data
US20020065771A1 (en) System and method for merchant provided pre-printed checks
JP2005004573A (en) Method for taking in bank payment data
JPH11328292A (en) Installment erasure system
US7590573B1 (en) System and method for transferring assets between depreciation books
JP4154154B2 (en) Data processing system
US20160117652A1 (en) Information processing device, electronic credit information collecting system, and electronic credit information collecting method
JP2000066939A (en) Backup data restration system and storage medium storing backup data restoring method
JP3711421B2 (en) Transaction management device
JP2002117460A (en) Sales management device and sales management method
JP2573926B2 (en) Verification method of file update
CN118035201A (en) Data migration method, device, equipment and storage medium
JP2977317B2 (en) Input control method of window terminal of financial institution
JP3387310B2 (en) Accounting data deletion / restoration processing method
JP3771753B2 (en) Integrated resource management method

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20060904

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060912

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20070130