JP2007265332A - Method, system and program for negation - Google Patents
Method, system and program for negation Download PDFInfo
- Publication number
- JP2007265332A JP2007265332A JP2006092968A JP2006092968A JP2007265332A JP 2007265332 A JP2007265332 A JP 2007265332A JP 2006092968 A JP2006092968 A JP 2006092968A JP 2006092968 A JP2006092968 A JP 2006092968A JP 2007265332 A JP2007265332 A JP 2007265332A
- Authority
- JP
- Japan
- Prior art keywords
- pattern
- record
- records
- billing
- deposit
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 80
- 238000012545 processing Methods 0.000 claims abstract description 72
- 238000011161 development Methods 0.000 claims abstract description 67
- 238000013500 data storage Methods 0.000 claims abstract description 63
- 230000008569 process Effects 0.000 claims description 72
- 238000000151 deposition Methods 0.000 claims description 17
- 238000003672 processing method Methods 0.000 claims description 7
- 230000006870 function Effects 0.000 claims description 4
- 238000012546 transfer Methods 0.000 description 13
- 230000009467 reduction Effects 0.000 description 12
- 230000008030 elimination Effects 0.000 description 3
- 238000003379 elimination reaction Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 239000000284 extract Substances 0.000 description 2
- PEDCQBHIVMGVHV-UHFFFAOYSA-N Glycerine Chemical compound OCC(O)CO PEDCQBHIVMGVHV-UHFFFAOYSA-N 0.000 description 1
- 230000008033 biological extinction Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 238000013497 data interchange Methods 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000008707 rearrangement Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
本発明は、売掛金の回収に係り、請求と入金を照合し、消し込むための消込処理方法、消込処理システム及び消込処理プログラムに関するものである。 The present invention relates to collection of accounts receivable, and relates to an application processing method, an application processing system, and an application processing program for verifying billing and depositing and applying them.
売掛金の回収に係る業務の一つとして、請求内容の記載された請求データと、入金内容の記載された入金データとを照合して、入金済みの請求データを逐次消し込んでいく請求データの消込作業が広く一般に行なわれている。最近では、この作業を、コンピュータを利用して行なう場合もある。例えば、EDI(Electronic Data Interchange )を利用して消込を行なう技術も開示されている(例えば、特許文献1を参照。)。この文献記載の技術では、消込キー情報を持ち回ることにより、消込処理の自動化を行なっている。 As one of the tasks related to the collection of accounts receivable, the billing data in which the billing contents are written and the payment data in which the payment contents are written are collated, and the billing data is deleted in sequence. This is a common practice. Recently, this work may be performed using a computer. For example, a technique of performing an application using EDI (Electronic Data Interchange) is also disclosed (see, for example, Patent Document 1). In the technique described in this document, the consumption process is automated by carrying the consumption key information around.
しかし、取引関係においてはEDIを利用できない場合もある。この場合には日付や請求先情報、支払元情報を用いて、消し込みのための突き合わせを行なう。そして、請求金額と入金額とを用いて消込処理を行なう。しかし、このような請求と入金に関しては、必ずしも1つ1つが対応して行なわれるとは限らない。 However, EDI may not be used in business relationships. In this case, matching is performed using the date, billing destination information, and payment source information. Then, the consumption process is performed using the billing amount and the deposit amount. However, such billing and depositing are not necessarily made one by one.
そこで、請求先と入金元が一致する請求明細データや入金明細データ中に含まれる請求額と入金額とに対して、予め決められた幾つかのパターンに従って、金額を合算して消込処理を行なう装置も検討されている(例えば、特許文献2を参照。)。この文献記載の技術では、消込対象となる入金明細データの合計額と、この入金明細データの直近の入金日より以前の特定の期間の請求日付の請求明細データの合計額とを突合する。そして、両合計額が一致、又はその金額の差が予め設定された誤差範囲内であれば消込処理を行なう。
しかし、請求レコードや入金レコードが多い場合、これらを合算するために多様なパターンが考えられる。この場合、請求レコードを合算するパターンや入金レコードを合算するパターンもある。このため、各合算パターンを生成しながら、生成の度に入金レコードと請求レコードとの照合処理を行なったのでは演算負荷が大きくなる。そこで、予め合算パターンを生成し、それらを一括して照合することも可能である。この場合には、消し込みの高速化を図ることができる。しかし、請求レコードや入金レコードの数が多い場合、これらを組み合わせるパターンも膨大になり、このパターンを格納するメモリの容量負荷が大きくなる。 However, when there are many billing records and deposit records, various patterns can be considered to add them together. In this case, there are a pattern for summing up billing records and a pattern for summing up receipt records. For this reason, if each summation pattern is generated and the collation process between the deposit record and the billing record is performed each time, the calculation load increases. Therefore, it is also possible to generate summation patterns in advance and collate them together. In this case, it is possible to speed up the erase operation. However, when there are a large number of billing records and deposit records, the number of patterns for combining them becomes enormous, and the capacity load of the memory for storing these patterns increases.
本発明は、上記課題を解決するためになされたものであり、その目的は、限られたリソースを用いながら、効率的に請求と入金とをマッチングさせて消し込むための消込処理方法、消込処理システム及び消込処理プログラムを提供することにある。 The present invention has been made to solve the above-described problems, and an object of the present invention is to provide an application processing method and an application process for efficiently matching bills and deposits while using limited resources. It is to provide a write processing system and a consumption processing program.
上記問題点を解決するために、請求項1に記載の発明は、請求金額を含む請求レコードを記録した請求データ記憶部と、入金額を含む入金レコードを記録した入金データ記憶部と、消し込みに用いるパターンを記録するパターンメモリの制御手段とを用いて、請求レコードと入金レコードとを照合して消し込みを行なう方法であって、前記制御手段が、前記パターンメモリのメモリ容量に基づいて設定された基準数に達するまで、請求レコード
又は入金レコードのいずれかを組み合わせて合算パターンを生成し、前記パターンメモリに記録するパターン展開処理を行なう段階と、前記パターンメモリに記録された合算パターンの金額を算出して、この金額の大きい順番に並び替えて、パターン展開処理を行なっていないレコードとの照合処理を順次実行し、マッチングした場合には、この合算パターンを構成する要素レコードに消込フラグを記録する照合処理を行なう段階とを実行し、前記パターンメモリに記録されたすべての合算パターンの照合を行なっても、消し込まれないレコードが残っている場合には、残ったレコードを用いて前記パターン展開処理及び照合処理を繰り返すことを要旨とする。
In order to solve the above-mentioned problem, the invention described in
請求項2に記載の発明は、請求項1に記載の消込処理方法において、請求レコード及び入金レコードは、それぞれ請求日、入金日に関するデータが含まれ、同じ請求日の請求レコード又は同じ入金日の入金レコードを用いて、それぞれグループを構成し、グループ毎に、前記パターン展開処理及び照合処理を実行することを要旨とする。
The invention according to
請求項3に記載の発明は、請求項1又は2に記載の消込処理方法において、前記パターン展開処理は、請求レコード数と入金レコード数とを比較し、請求レコード又は入金レコードのいずれかレコード数の多い方のレコードを用いて合算パターンを生成して、前記基準数に達するまで合算パターンを前記パターンメモリに記録することを要旨とする。 According to a third aspect of the present invention, in the application processing method according to the first or second aspect, the pattern development processing compares the number of billing records with the number of deposit records, and records either bill records or deposit records. The gist is to generate a summation pattern using the larger number of records and record the summation pattern in the pattern memory until the reference number is reached.
請求項4に記載の発明は、請求金額を含む請求レコードを記録した請求データ記憶部と、入金額を含む入金レコードを記録した入金データ記憶部と、消し込みに用いるパターンを記録するパターンメモリの制御手段とを用いて、請求レコードと入金レコードとを照合して消し込みを行なうシステムであって、前記制御手段が、前記パターンメモリのメモリ容量に基づいて設定された基準数に達するまで、請求レコード又は入金レコードのいずれかを組み合わせて合算パターンを生成し、前記パターンメモリに記録するパターン展開処理を行なう手段と、前記パターンメモリに記録された合算パターンの金額を算出して、この金額の大きい順番に並び替えて、パターン展開処理を行なっていないレコードとの照合処理を順次実行し、マッチングした場合には、この合算パターンを構成する要素レコードに消込フラグを記録する照合処理を行なう手段とを備え、前記パターンメモリに記録されたすべての合算パターンの照合を行なっても、消し込まれないレコードが残っている場合には、残ったレコードを用いて前記パターン展開処理及び照合処理を繰り返すことを要旨とする。
The invention described in
請求項5に記載の発明は、請求金額を含む請求レコードを記録した請求データ記憶部と、入金額を含む入金レコードを記録した入金データ記憶部と、消し込みに用いるパターンを記録するパターンメモリの制御手段とを用いて、請求レコードと入金レコードとを照合して消し込みを行なうシステムであって、前記制御手段を、前記パターンメモリのメモリ容量に基づいて設定された基準数に達するまで、請求レコード又は入金レコードのいずれかを組み合わせて合算パターンを生成し、前記パターンメモリに記録するパターン展開処理を行なう手段と、前記パターンメモリに記録された合算パターンの金額を算出して、この金額の大きい順番に並び替えて、パターン展開処理を行なっていないレコードとの照合処理を順次実行し、マッチングした場合には、この合算パターンを構成する要素レコードに消込フラグを記録する照合処理を行なう手段として機能させ、前記パターンメモリに記録されたすべての合算パターンの照合を行なっても、消し込まれないレコードが残っている場合には、残ったレコードを用いて前記パターン展開処理及び照合処理を繰り返すことを要旨とする。 According to a fifth aspect of the present invention, there is provided a billing data storage unit for recording a billing record including a billing amount, a depositing data storage unit for recording a depositing record including a deposit amount, and a pattern memory for recording a pattern used for application. The control means uses the control means to check the billing record and the deposit record, and cancels the control means until the control means reaches the reference number set based on the memory capacity of the pattern memory. A combination pattern is generated by combining either the record or the deposit record, and a pattern development process recorded in the pattern memory is calculated, and the sum of the sum pattern recorded in the pattern memory is calculated. Sorting in order, matching is performed sequentially with records that have not been subjected to pattern expansion processing, and matching is performed. In this case, even if all the sum patterns recorded in the pattern memory are collated, they are erased even if they are made to function as a means for performing a collation process for recording an extinction flag in the element record constituting the sum pattern. When there is no record left, the gist is to repeat the pattern development process and the matching process using the remaining record.
(作用)
請求項1又は4、5に記載の発明によれば、パターンメモリのメモリ容量に基づいて設定された基準数に達するまで、請求レコード又は入金レコードのいずれかを組み合わせて
合算パターンを生成し、パターンメモリに記録するパターン展開処理を行なう。そして、パターンメモリに記録された合算パターンの金額を算出して、この金額の大きい順番に並び替えて、パターン展開処理を行なっていないレコードとの照合処理を順次実行する。そして、マッチングした場合には、この合算パターンを構成する要素レコードに消込フラグを記録する照合処理を行なう。パターンメモリに記録されたすべての合算パターンの照合を行なっても、消し込まれないレコードが残っている場合には、残ったレコードを用いてパターン展開処理及び照合処理を繰り返す。これにより、多様な合算パターンが生成される場合においても、パターンメモリの容量を考慮しながら消し込みを行なうことができる。
(Function)
According to the invention described in
請求項2に記載の発明によれば、同じ請求日の請求レコード又は同じ入金日の入金レコードを用いて、それぞれグループを構成し、グループ毎に、パターン展開処理及び照合処理を実行する。通常、同時期の請求をまとめたり、分割して支払ったりすることがあるため、これらを合算することにより、消し込みの効率を向上することができる。 According to the second aspect of the present invention, groups are configured using the same billing record or the same deposit date deposit record, and the pattern development process and the collation process are executed for each group. Usually, there are cases where bills of the same period are collected or paid separately, and by adding them together, the efficiency of application can be improved.
請求項3に記載の発明によれば、請求レコード又は入金レコードのいずれかレコード数の多い方のレコードを用いて合算パターンを生成して、基準数に達するまで合算パターンをパターンメモリに記録する。これにより、レコード数の多い方のレコードをまとめて合算することにより、消し込みの効率を向上することができる。 According to the third aspect of the present invention, a summation pattern is generated using the record with the larger number of records, either the billing record or the deposit record, and the summation pattern is recorded in the pattern memory until the reference number is reached. As a result, the efficiency of erasure can be improved by adding together the records with the larger number of records.
本発明によれば、限られたリソースを用いながら、効率的に請求と入金とをマッチングさせて消し込むことができる。 According to the present invention, it is possible to efficiently match billing and payment while using limited resources.
以下、本発明を具体化した一実施形態を、図1〜図9を用いて説明する。本実施形態では、売掛金に関する請求と入金とを消し込む場合に用いる消込処理方法、消込処理システム及び消込処理プログラムとして説明する。図1に示すように、本実施形態では、金融機関システム10及び消込処理システム20を用いて消込処理を行なう。
Hereinafter, an embodiment embodying the present invention will be described with reference to FIGS. The present embodiment will be described as an application processing method, an application processing system, and an application processing program that are used in the case of erasing a bill related to accounts receivable and payment. As shown in FIG. 1, in this embodiment, an application process is performed using a
この消込処理システム20は、消込処理を実行するコンピュータシステムである。この消込処理システム20は、CPU、RAM、ROM等の制御手段から構成された制御部21、データ記憶手段、入力部25、出力部26、通信手段等を備える。入力部25には、キーボードやポインティングデバイスを用いる。出力手段には、ディスプレイやプリンタを用いる。消込処理システム20は、ネットワークを介して金融機関システム10と接続され、通信を行なう。
The
消込処理システム20の制御部21は、消込処理を行なうための各種データの管理処理等を行なう。この制御部は、後述する処理(パターン展開処理、照合処理、パターン展開処理及び照合処理を繰り返す処理等)を行なう。そのための消込処理プログラムを実行することにより、制御部21は、図1に示すように入金データ登録手段211、第1消込処理手段212、パターン展開手段213、第2消込処理手段214として機能する。そして、制御部21は、開始値メモリ22、パターンメモリ23を備える。
The
ここで、入金データ登録手段211は、ファームバンキングで受信した振込データに取引先コードを付与する。第1消込処理手段212は、請求レコードや入金レコード全体を照合して消込処理を実行する。パターン展開手段213は、合算消込を行なうためのパターンを生成するパターン展開処理を行なう。第2消込処理手段214は、請求レコードや入金レコードを部分的に合算して照合する消込処理を行なう。
Here, the deposit data registration means 211 gives a supplier code to the transfer data received by firm banking. The first
開始値メモリ22には、合算パターンを生成する場合に、総計パターンからレコードを減ずる場合に用いる減数の開始値に関するデータが記録される。この開始値の初期値は「1」が設定されている。一方、パターンメモリ23には、照合に用いられる合算パターンに関するデータが記録される。
In the
更に、図1に示すように、消込処理システム20は、マスタデータ記憶部32、入金データ記憶部34及び請求データ記憶部33を備える。
マスタデータ記憶部32には、会社情報、取引先情報、銀行情報および商品情報等のマスタデータが記録される。消込処理システム20の利用に際して利用者は先ずマスタメンテナンスを行ない、マスタデータ記憶部32に基本情報を登録する。本実施形態では、この中で取引先情報を用いる。マスタデータ記憶部32には、取引先情報として、取引先毎に取引先名称、取引先カナ名、取引先コード、取引先住所、仕向銀行カナ名/コード、銀行支店カナ名/コード、口座番号、口座名義等のデータ項目が記録されている。この取引先コードは、入金レコードと請求レコードとの照合を行なうために取引先毎に付与されたコードである。
Further, as shown in FIG. 1, the
Master data such as company information, supplier information, bank information, and product information is recorded in the master
請求データ記憶部33には、取引先に対する売掛金の請求レコードが記録される。請求レコードは、取引先名称および取引先コードを売上日、請求締日、請求日、入金予定日、伝票番号および取引内容(商品コード、商品名、入数、数量、単価、金額、合計額および総合計額等)等のデータ項目を記録するためのデータフィールドを含む。本実施形態では、この総合計額を請求金額として用いて消し込みを行なう。更に、各請求レコードは、消込フラグフィールドを含む。この消込フラグフィールドには、消込ができた場合に消込フラグが記録される。この消込フラグは、消込を行なった入金レコードを特定することができる固有の消込コードを含んでいる。請求データ記憶部33に登録された請求レコードは、電子データまたは帳票類として取引先へ送付される。
The billing
入金データ記憶部34には、請求に対して取引先からの振込に関する入金レコードが記録される。この入金レコードは、金融機関システム10から振込データを取得した場合に記録される。この入金レコードには、勘定日、入金額、振込依頼人名、仕向銀行情報等が含まれる。更に、各入金レコードは、取引先コードフィールドや消込フラグフィールドを含む。この取引先コードフィールドには、取引先情報の取引先カナ名と、振込データの振込依頼人名を比較して一致した場合に付与された取引先コードが記録される。消込フラグフィールドには、消込ができた場合に消込フラグが記録される。この消込フラグは、消込を行なった請求レコードを特定するために、共通した消込コードを含んで構成される。
In the deposit
以上のように構成された消込処理システム20を用いて、消込処理を行なう処理手順を、図2〜図9を用いて説明する。
(取引先コードの付与)
請求を受けた取引先は、仕向銀行から被仕向銀行へ代金を振り込む。そして、消込処理システム20の制御部21は、被仕向銀行の金融機関システム10から振込データを取得する。本実施形態では、制御部21の入金データ登録手段211が、ファームバンキングにより振込データを受信する。そして、制御部21の入金データ登録手段211は、振込データを入金データ記憶部34に記録する。更に、入金データ登録手段211は、マスタデータ記憶部32に記録された取引先情報の取引先カナ名と、金融機関システム10から取得した振込データの振込依頼人名とを比較する。両者が一致した場合には、入金データ登録手段211は、マスタデータ記憶部32に登録されている取引先コードを、入金データ記憶部34の入金レコードに付与する。
A processing procedure for performing the consumption process using the
(Grant customer code)
The requested business partner transfers the money from the destination bank to the destination bank. Then, the
(消込処理)
次に、消込処理システム20は、請求及び入金の消込処理を実行する。この処理は、同
じ取引コードが付与された請求レコードおよび入金レコードを用いて行なわれる。
(Consumption processing)
Next, the
まず、消込処理システム20の制御部21は、図2に示すように、入金の合計額を算出する(ステップS1−1)。具体的には、制御部21の第1消込処理手段212は、入金データ記憶部34から、消込対象の取引先コードが付与された入金レコードを抽出し、抽出した入金レコードの入金額を合算する。
First, the
次に、制御部21は、請求の合計額を算出する(ステップS1−2)。具体的には、制御部21の第1消込処理手段212は、請求データ記憶部33から、消込対象の取引先コードが付与された請求レコードを抽出し、抽出した請求レコードの請求金額を合算する。
Next, the
次に、制御部21は、ステップS1−1において算出した入金合計額と、ステップS1−2において算出した請求合計額とが一致するかどうかを確認する(ステップS1−3)。ここで、両者が一致した場合(ステップS1−3において「YES」の場合)には、制御部21は、消し込みを行なう(ステップS1−4)。具体的には、制御部21の第1消込処理手段212は、入金データ記憶部34に記録された入金レコード及び請求データ記憶部33に記録された請求レコードに、共通した消込コードを付与して、この消込コードを含む消込フラグを記録する。
Next, the
一方、合計額が一致しない場合(ステップS1−3において「NO」の場合)には、制御部21は、調整金額を含めた金額範囲を算出する(ステップS1−5)。具体的には、制御部21の第1消込処理手段212は、請求金額に対して、振込手数料を考慮した調整金額を請求合計額に加減する。ここで、調整金額は、入金額と請求額とがずれている場合であっても顧客が許容しうる金額範囲である。この調整金額、第1消込処理手段212に調整金額データを保持させておく。例えば、調整金額を「1000円」とした場合、請求合計額が「33000円」に対して金額範囲は「32000〜34000円」とする。
On the other hand, when the total amounts do not match (in the case of “NO” in step S1-3), the
そして、制御部21は、ステップS1−1において算出した入金合計額が、ステップS1−5において算出した金額範囲に含まれるかどうかを確認する(ステップS1−6)。ここで、この金額範囲に含まれる場合(ステップS1−6において「YES」の場合)には、制御部21は、消し込みを行なう(ステップS1−4)。この場合も、すべての入金レコード及び請求レコードに、共通した消込コードを付与して、この消込コードを含む消込フラグを記録する。
And the
一方、金額範囲に含まれない場合(ステップS1−6において「NO」の場合)には、制御部21は、各請求金額と入金合計額との比較を行なう(ステップS1−7)。具体的には、制御部21の第1消込処理手段212は、ステップS1−1において算出した入金合計額と、請求データ記憶部33に記録された各請求レコードの金額とを比較する。ここで、一致するものがある場合(ステップS1−8において「YES」の場合)には、制御部21は、消し込みを行なう(ステップS1−4)。この場合には、第1消込処理手段212は、一致した請求レコード及びすべての入金レコードについて共通した消込コードを付与して、この消込コードを含む消込フラグを記録する。
On the other hand, when it is not included in the amount range (in the case of “NO” in step S1-6), the
一方、一致するものがない場合(ステップS1−8において「NO」の場合)には、制御部21は、調整金額を含めた各請求金額と、入金合計額とを比較する(ステップS1−9)。具体的には、制御部21の第1消込処理手段212は、請求データ記憶部33に記録された各請求金額に調整金額を加減した金額範囲を、請求レコード毎に生成する。そして、調整金額を加減した金額範囲と、ステップS1−1において算出した入金合計額とを比較する。ここで、金額範囲に含まれるものがある場合(ステップS1−10において「YES」の場合)には、制御部21は、消し込みを行なう(ステップS1−4)。この場
合には、第1消込処理手段212は、一致した請求レコード及びすべての入金レコードについて共通した消込コードを付与して、この消込コードを含む消込フラグを記録する。
On the other hand, if there is no match (in the case of “NO” in step S1-8), the
一方、この金額範囲に含まれるものがない場合(ステップS1−10において「NO」の場合)には、制御部21は、各入金額と請求合計額との比較を行なう(ステップS1−11)。具体的には、制御部21の第1消込処理手段212は、ステップS1−2において算出した請求合計額と、入金データ記憶部34に記録された各入金レコードの金額とを比較する。ここで、一致するものがある場合(ステップS1−12において「YES」の場合)には、制御部21は、消し込みを行なう(ステップS1−4)。この場合には、第1消込処理手段212は、一致した入金レコード及びすべての請求レコードについて共通した消込コードを付与して、この消込コードを含む消込フラグを記録する。
On the other hand, when there is nothing included in the amount range (in the case of “NO” in step S1-10), the
一方、一致しない場合(ステップS1−12において「NO」の場合)には、制御部21は、調整金額を含めた各入金額と、請求合計額とを比較する(ステップS1−13)。具体的には、制御部21の第1消込処理手段212は、入金データ記憶部34に記録された入金額に調整範囲を加減した入金額範囲を、入金レコード毎に生成する。そして、調整金額を加減した入金額範囲と、ステップS1−2において算出した請求合計額とを比較する。ここで、金額範囲に含まれるものがある場合(ステップS1−14において「YES」の場合)には、制御部21は、消し込みを行なう(ステップS1−4)。この場合には、第1消込処理手段212は、一致した入金レコード及びすべての請求レコードについて共通した消込コードを付与して、この消込コードを含む消込フラグを記録する。
On the other hand, if they do not match (in the case of “NO” in step S1-12), the
一方、金額範囲に含まれない場合(ステップS1−14において「NO」の場合)には、制御部21は、合算消込処理を行なう(ステップS1−15)。この合算消込処理を、図3〜図9を用いて説明する。
On the other hand, when it is not included in the amount range (in the case of “NO” in step S1-14), the
(合算消込処理)
まず、消込処理システム20の制御部21は、消込対象のレコードを日付、金額でソートする(ステップS2−1)。具体的には、制御部21のパターン展開手段213は、入金データ記憶部34と請求データ記憶部33に記録された入金レコードや請求レコードを、日付および金額で並び替えを行なう。
(Total application processing)
First, the
次に、制御部21は、入金データ記憶部34と請求データ記憶部33とに記録されたレコード数を比較する(ステップS2−2)。具体的には、制御部21のパターン展開手段213が、請求データ記憶部33に記録された請求レコード数、及び入金データ記憶部34に記録された入金レコード数をそれぞれカウントして、両者を比較する。
Next, the
そして、制御部21は、レコード数の多い方のデータのパターン展開を行なう(ステップS2−3)。入金レコード数が多い場合(ステップS2−3において「入金」の場合)、パターン展開手段213は、入金データ記憶部34に記録された入金レコードを用いてパターン展開を行なう(ステップS2−4)。一方、請求レコード数が多い場合(ステップS2−3において「請求」の場合)、パターン展開手段213は、請求データ記憶部33に記録された請求レコードを用いてパターン展開を行なう(ステップS2−5)。
Then, the
本実施形態では、請求データ記憶部33或いは入金データ記憶部34の内、レコード数の多いデータ記憶部に、1日付けの4個のレコードや、2日付けの3個のレコード等が記録されている場合を想定する。そこで、パターン展開手段213は、このデータ記憶部に記録されたレコードについて、日付毎にグループ分けを行なう。ここでは、1日付けを第1グループ、2日付けを第2グループとする。そして、日付(グループ)毎に、金額の大きい順番に並び替える。この結果、図6に示すテーブル510が生成される。まず、最も
古い日付(ここでは、1日付けの第1グループ)のレコード(古月レコード)に着目して合算パターンを生成する。ここで、説明のために、各レコードに対して、図6に示す識別子(シーケンス番号:SEQ)を付与したテーブル520を生成する。
In the present embodiment, four records dated to 1 day, 3 records dated to 2 days, etc. are recorded in the data memory unit having a large number of records in the billing
(パターン展開処理)
次に、パターン展開処理を、図4を用いて説明する。この処理では、消込処理システム20の制御部21は、このグループについて、総計パターンを生成する(ステップS3−1)。具体的には、制御部21のパターン展開手段213は、このグループのレコードの金額を合計して、図6に示す総計パターンを含むテーブル530を生成する。
(Pattern development processing)
Next, the pattern development process will be described with reference to FIG. In this process, the
次に、制御部21は、このグループのレコードを、部分的に組み合わせてパターンを生成する。ここでは、パターン展開手段213は、総計パターンからn個のレコードを減じたパターンを生成する。そこで、まず、制御部21のパターン展開手段213は、減数nの初期設定を行なう(ステップS3−2)。この場合は、開始値メモリ22に記録された初期値を用いて、減数nとして「1」を設定する。
Next, the
そして、制御部21は、設定された減数nを用いてパターン(n抜けパターン)を生成する(ステップS3−3)。具体的には、パターン展開手段213は、レコードを1個ずつ抜いた「1抜け」パターンを生成する。ここでは、レコード数と同じ数のパターンが生成される。この場合、パターン展開手段213は、合算パターンを構成するSEQの合計値を算出し、この合計値が小さいものが先になるようにパターンを形成する。
And the
次に、制御部21は、パターンメモリ23の容量を超えるかどうかを確認する(ステップS3−4)。具体的には、パターン展開手段213は、生成したパターンをパターンメモリ23に格納した場合、パターンメモリ23の容量以下かどうかを確認する。ここでは、生成したパターンの合計数と、パターンメモリ23において予め設定された記録可能数とを比較して判断する。メモリ容量を超える場合(ステップS3−4において「NO」の場合)にはパターン展開処理を終了する。この場合、開始値メモリ22に記録された減数nを更新する。これにより、次回は、開始値メモリ22に記録された減数nから、パターン展開が再開される。
Next, the
一方、メモリ容量を超えない場合(ステップS3−4において「YES」の場合)には、パターン展開手段213は生成した合算パターンをパターンメモリ23に記録する(ステップS3−5)。この場合、パターン展開手段213は、生成したパターンを構成するレコードの金額(請求金額又は入金額)を合計して、この金額とともにパターンメモリ23に記録する。ここでは、図7に示す「1抜け」パターンが追加されたテーブル540が記録される。
On the other hand, when the memory capacity is not exceeded (“YES” in step S3-4), the
次に、制御部21は、減数nを変更する(ステップS3−6)。具体的には、パターン展開手段213は、次のn抜けパターンを生成するため、減数nに「1」を加算した値(n+1)を減数nとして設定する。
Next, the
そして、制御部21は、更にパターン生成が可能かどうかを判断する(ステップS3−7)。具体的には、設定した減数nが「レコード数−2」を超えていないかどうか判断する。減数nが「レコード数−1」となった場合には、個々のレコードから構成されたパターンになるため、合算したことにならない。パターン展開を繰り返すことにより、減数nが「レコード数−2」を超えている場合(ステップS3−7において「NO」の場合)には、パターン生成処理を終了する。
And the
一方、更にパターン生成が可能な場合(ステップS3−7において「YES」の場合)
、パターン展開手段213は、設定された「n」を用いてパターンを生成する(ステップS3−3)。例えば、「2抜け」パターンを生成する場合には、図7に示すように6個のパターンが追加されたテーブル550が生成される。
On the other hand, when further pattern generation is possible (in the case of “YES” in step S3-7)
The
ステップS3−4においてメモリ容量を超える場合や、ステップS3−7において全パターンを生成した場合には、元の処理(図3)に戻る。
そして、制御部21は、パターンメモリ23に格納した合算パターンを、金額を用いてソートする(ステップS2−6)。具体的には、パターン展開手段213は、各合算パターンの合計金額を用いて、高い順番に並び替える。この場合、同額の場合には、元の順位を維持するように並び替える。この結果、展開された合算パターンは、図8に示すテーブル560のように並び替えられる。
If the memory capacity is exceeded in step S3-4, or if all patterns are generated in step S3-7, the process returns to the original process (FIG. 3).
And the
次に、図5に示すように、消込処理システム20の制御部21は、照合を行なう(ステップS4−1)。具体的には、制御部21の第2消込処理手段214は、パターンメモリ23に記録した合算パターンをソート順に取り出し、各合算パターンの金額と消込相手のレコードの金額とを比較する。入金レコードを用いてパターン展開した場合には、各請求レコードとのマッチングを行ない、請求レコードを用いてパターン展開した場合には、各入金レコードとのマッチングを行なう。なお、マッチングに用いた合算パターンは、パターンメモリ23から消去する。
Next, as shown in FIG. 5, the
パターンメモリ23に記録した合算パターンを用いてマッチングができた場合(ステップS4−2において「YES」の場合)には、この合算パターンに含まれるレコードに対して消込フラグを記録する(ステップS4−3)。この場合、第2消込処理手段214は、一致した合算パターンを構成するレコード及び相手レコードについて共通した消込コードを付与して、この消込コードを含む消込フラグを記録する。そして、いずれかのデータ記憶部に記録された全レコードが消し込まれた場合(ステップS4−4において「YES」の場合)には、消込処理を終了する。一方、消し込まれていないレコードが残っている場合(ステップS4−4において「NO」の場合)には、再度、レコード数の比較(ステップS2−2)に戻り、パターン生成を最初からやり直す。
When matching is possible using the sum pattern recorded in the pattern memory 23 (in the case of “YES” in step S4-2), a consumption flag is recorded for the record included in this sum pattern (step S4). -3). In this case, the second
また、パターンメモリ23に記録した合算パターンを用いてマッチングができなかった場合(ステップS4−2において「NO」の場合)には、第2消込処理手段214は、消し込みに用いていない未使用の合算パターンがパターンメモリ23に残っているかどうかを確認する(ステップS4−5)。
In addition, when the matching cannot be performed using the sum pattern recorded in the pattern memory 23 (in the case of “NO” in step S4-2), the second
まだ、未使用の合算パターンが残っている場合(ステップS4−5において「YES」の場合)には、この合算パターンを用いて照合を行なう(ステップS4−1)。なお、この場合、先のマッチングにより既に消込フラグが付与されたレコードを含む合算パターンは利用しない。 If unused summation patterns still remain ("YES" in step S4-5), collation is performed using this summation pattern (step S4-1). In this case, the sum pattern including the record to which the consumption flag has already been assigned by the previous matching is not used.
一方、パターンメモリ23に記録された全合算パターンを用いても、消し込まれていないレコードが残っている場合(ステップS4−5において「NO」の場合)には、未展開のパターンがあるかどうかを確認する(ステップS4−6)。具体的には、制御部21の第2消込処理手段214は、図4に示したパターン展開処理において、パターンメモリ23の容量のためにパターン展開ができなかった減数nがあるかどうかを判断する。具体的には、開始値メモリ22に記録された減数nが「レコード数−2」に達しているかどうかを判断する。
On the other hand, even if the total sum pattern recorded in the
未展開のパターンがある場合(ステップS4−6において「YES」の場合)には、開始値メモリ22に記録された減数nを用いて、再度、パターン展開を行なうため、図4の
ステップS3−3に戻る。この場合には、入金データ記憶部34或いは請求データ記憶部33に記録されたレコードであって、まだ消込フラグが付与されていないレコードを用いて合算パターンを生成する。
If there is an unexpanded pattern (in the case of “YES” in step S4-6), the pattern expansion is performed again using the subtraction number n recorded in the
一方、未展開のパターンが残っていない場合(ステップS4−6において「NO」の場合)には、全体処理を完了したかどうかを確認する(ステップS4−7)。すなわち、日付グループ毎のパターン展開は終了したが、全体処理を完了していない場合(ステップS4−7において「NO」の場合)には、図9に示すテーブル570のように、残っているレコードを一つにまとめて消込処理を行なう(ステップS4−8)。この場合には、日付毎のグループを解除する。そして、入金データ記憶部34或いは請求データ記憶部33に記録されたレコードであって、まだ消し込まれていない全レコードに対して、新たにSEQを付与する。そして、入金データ記憶部34と請求データ記憶部33とにおいて未だ消し込まれていないレコード数を比較し、これらのレコードを用いて、図3に示すステップS2−3から消込処理を行なう。一方、全体処理を完了している場合(ステップS4−7において「YES」の場合)、消込処理を終了する。
On the other hand, when no undeveloped pattern remains (in the case of “NO” in step S4-6), it is confirmed whether or not the entire process has been completed (step S4-7). That is, when the pattern development for each date group is completed, but the entire process is not completed (in the case of “NO” in step S4-7), the remaining records as in the table 570 shown in FIG. Are combined into one to perform a clearing process (step S4-8). In this case, the group for each date is canceled. Then, a new SEQ is assigned to all records that have been recorded in the deposit
以上、本実施形態によれば、以下に示す効果を得ることができる。
・ 上記実施形態では、制御部21は、設定された減数nを用いてパターン(n抜けパターン)を生成する(ステップS3−3)。そして、メモリ容量を超えない場合には、パターン展開手段213は生成した合算パターンをパターンメモリ23に記録する(ステップS3−5)。これにより、パターンメモリ23に記録された合算パターンを用いて、一括して照合を行なうことができる。
As described above, according to the present embodiment, the following effects can be obtained.
In the above embodiment, the
・ 上記実施形態では、パターンメモリ23においてメモリ容量を超える場合にはパターン展開処理を終了する。この場合、開始値メモリ22に記録された減数nを更新する。これにより、次回は、開始値メモリ22に記録された減数nから、パターン展開を再開することができる。レコード数が多い場合、その合算パターンの組み合わせ方は膨大になる。この場合においても、限られたリソース(メモリ容量)の中で合算パターンを展開して、消込処理を行なうことができる。また、パターン展開を再開する場合には、入金データ記憶部34或いは請求データ記憶部33に記録されたレコードであって、まだ消込フラグの付与されていないレコードを用いて合算パターンを生成する。これにより、絞り込まれたレコードを用いて消込処理を行なうことができる。
In the above embodiment, when the
・ 上記実施形態では、制御部21は、レコード数の多い方のデータのパターン展開を行なう(ステップS2−3)。これにより、多様な形で分割されたレコードをまとめて消込処理を行なうことができる。
In the above embodiment, the
・ 上記実施形態では、パターン展開手段213は、このデータ記憶部に記録されたレコードについて、日付毎にグループ分けを行なう。ここでは、日付(グループ)毎に、金額の大きい順番に並び替える。これにより、古いレコード(古月レコード)や金額が大きいレコードを優先的に消し込むことができる。
In the above embodiment, the
更に、制御部21は、減数nを用いてパターン(n抜けパターン)を生成する場合(ステップS3−3)、合算パターンを構成するSEQの合計値が小さいものが先になるようにパターンを形成する。そして、制御部21は、パターンメモリ23に格納した合算パターンを、金額を用いてソートする(ステップS2−6)。この場合も、古いレコードや金額が大きいレコードを優先的に消し込むことができる。
Further, when generating a pattern (n missing pattern) using the subtraction number n (step S3-3), the
なお、上記実施形態は、以下の態様に変更してもよい。
○ 上記実施形態では、請求データ記憶部33或いは入金データ記憶部34に記録され
たレコードを、日付(グループ)毎に、金額の大きい順番に並び替える。グループ毎に合算パターンを生成し、パターンメモリ23に記録する。これに代えて、特定のグループのパターン展開が終了した場合、次のグループのパターン展開を順次、パターンメモリ23の容量に達するまで行なってもよい。
In addition, you may change the said embodiment into the following aspects.
In the above embodiment, the records recorded in the billing
○ 上記実施形態では、入金データ記憶部34と請求データ記憶部33とに記録されたレコード数を比較する(ステップS2−2)。そして、制御部21は、レコード数の多い方のデータのパターン展開を行なう(ステップS2−3)。パターン展開を行なう対象の決定は、この方法に限定されるものではない。例えば、入金或いは請求のいずれに固定しておいてもよいし、また取引先毎に決めてもよい。この場合には、取引先マスタに、パターン展開を行なう種別を登録しておく。そして、消込処理システム20の制御部21は、消込処理を行なう取引先コードに基づいて、パターン展開を行なう方を決定する。これにより、取引先の傾向(一括払いや分割払い)に応じて、合算パターンを生成することができる。
In the above embodiment, the number of records recorded in the deposit
○ 上記実施形態では、入金データ記憶部34と請求データ記憶部33とに記録されたレコード数を比較し(ステップS2−2)、制御部21は、レコード数の多い方のデータのパターン展開を行なう(ステップS2−3)。この場合、両者のパターン展開を行なってもよい。この場合には、例えば、入金データ用パターンメモリや請求データ用パターンメモリを準備しておき、これらに展開した合算パターンを格納する。また、パターンメモリを用いる場合には、それぞれのレコード数に応じてパターンメモリの配分を決定して、配分されたメモリ容量を利用して、それぞれのパターン展開を行なう。これにより、更に多様な合算パターンを用いて消込を行なうことができる。
In the above embodiment, the number of records recorded in the deposit
○ 上記実施形態では、消込処理システム20の制御部21は、照合を行なう(ステップS4−1)。具体的には、制御部21の第2消込処理手段214は、パターンメモリ23に記録した各合算パターンの金額と、消込相手のレコードの金額とを比較する。この場合に、調整金額を加減させることも可能である。
In the above embodiment, the
20…消込処理システム、21…制御部、211…入金データ登録部、212…第1消込処理手段、213…パターン展開手段、214…第2消込処理手段、22…開始値メモリ、23…パターンメモリ、33…請求データ記憶部、34…入金データ記憶部。
DESCRIPTION OF
Claims (5)
前記制御手段が、
前記パターンメモリのメモリ容量に基づいて設定された基準数に達するまで、請求レコード又は入金レコードのいずれかを組み合わせて合算パターンを生成し、前記パターンメモリに記録するパターン展開処理を行なう段階と、
前記パターンメモリに記録された合算パターンの金額を算出して、この金額の大きい順番に並び替えて、パターン展開処理を行なっていないレコードとの照合処理を順次実行し、
マッチングした場合には、この合算パターンを構成する要素レコードに消込フラグを記録する照合処理を行なう段階とを実行し、
前記パターンメモリに記録されたすべての合算パターンの照合を行なっても、消し込まれないレコードが残っている場合には、残ったレコードを用いて前記パターン展開処理及び照合処理を繰り返すことを特徴とする消込処理方法。 A billing record using a billing data storage unit that records a billing record that includes a billing amount, a depositing data storage unit that records a depositing record that includes a depositing amount, and a pattern memory control unit that records a pattern used for application And a receipt record to check against,
The control means is
Performing a pattern development process of generating a combined pattern by combining either a billing record or a deposit record until a reference number set based on the memory capacity of the pattern memory is reached, and recording it in the pattern memory;
Calculate the sum of the patterns recorded in the pattern memory, rearrange them in the descending order of the amounts, and sequentially execute the matching process with the record that has not been subjected to the pattern development process,
In the case of matching, a step of performing a collation process for recording a consumption flag in an element record constituting this sum pattern is executed,
Even if all the sum patterns recorded in the pattern memory are collated, if there are still records that are not erased, the pattern development processing and collation processing are repeated using the remaining records. Application processing method.
同じ請求日の請求レコード又は同じ入金日の入金レコードを用いて、それぞれグループを構成し、
グループ毎に、前記パターン展開処理及び照合処理を実行することを特徴とする請求項1に記載の消込処理方法。 The billing record and the deposit record contain data about the billing date and the deposit date,
Each group consists of a billing record with the same billing date or a deposit record with the same deposit date,
2. The application processing method according to claim 1, wherein the pattern development process and the collation process are executed for each group.
請求レコード又は入金レコードのいずれかレコード数の多い方のレコードを用いて合算パターンを生成して、前記基準数に達するまで合算パターンを前記パターンメモリに記録することを特徴とする請求項1又は2に記載の消込処理方法。 The pattern development process compares the number of billing records with the number of deposit records,
3. A summation pattern is generated using a record having a larger number of bill records or deposit records, and the summation pattern is recorded in the pattern memory until the reference number is reached. Application method described in 1.
前記制御手段が、
前記パターンメモリのメモリ容量に基づいて設定された基準数に達するまで、請求レコード又は入金レコードのいずれかを組み合わせて合算パターンを生成し、前記パターンメモリに記録するパターン展開処理を行なう手段と、
前記パターンメモリに記録された合算パターンの金額を算出して、この金額の大きい順番に並び替えて、パターン展開処理を行なっていないレコードとの照合処理を順次実行し、
マッチングした場合には、この合算パターンを構成する要素レコードに消込フラグを記録する照合処理を行なう手段とを備え、
前記パターンメモリに記録されたすべての合算パターンの照合を行なっても、消し込まれないレコードが残っている場合には、残ったレコードを用いて前記パターン展開処理及び照合処理を繰り返すことを特徴とする消込処理システム。 A billing record using a billing data storage unit that records a billing record that includes a billing amount, a depositing data storage unit that records a depositing record that includes a depositing amount, and a pattern memory control unit that records a pattern used for application And a deposit record to check against
The control means is
Means for performing a pattern development process of generating a summation pattern by combining either a billing record or a deposit record until a reference number set based on a memory capacity of the pattern memory is reached, and recording it in the pattern memory;
Calculate the sum of the patterns recorded in the pattern memory, rearrange them in the descending order of the amounts, and sequentially execute the matching process with the record that has not been subjected to the pattern development process,
A means for performing a matching process for recording a consumption flag in an element record constituting the summing pattern when matched,
Even if all the sum patterns recorded in the pattern memory are collated, if there are still records that are not erased, the pattern development processing and collation processing are repeated using the remaining records. Application processing system.
テムであって、
前記制御手段を、
前記パターンメモリのメモリ容量に基づいて設定された基準数に達するまで、請求レコード又は入金レコードのいずれかを組み合わせて合算パターンを生成し、前記パターンメモリに記録するパターン展開処理を行なう手段と、
前記パターンメモリに記録された合算パターンの金額を算出して、この金額の大きい順番に並び替えて、パターン展開処理を行なっていないレコードとの照合処理を順次実行し、
マッチングした場合には、この合算パターンを構成する要素レコードに消込フラグを記録する照合処理を行なう手段として機能させ、
前記パターンメモリに記録されたすべての合算パターンの照合を行なっても、消し込まれないレコードが残っている場合には、残ったレコードを用いて前記パターン展開処理及び照合処理を繰り返すことを特徴とする消込処理プログラム。 A billing record using a billing data storage unit that records a billing record that includes a billing amount, a depositing data storage unit that records a depositing record that includes a depositing amount, and a pattern memory control unit that records a pattern used for application And a deposit record to check against
The control means;
Means for performing a pattern development process of generating a summation pattern by combining either a billing record or a deposit record until a reference number set based on a memory capacity of the pattern memory is reached, and recording it in the pattern memory;
Calculate the sum of the patterns recorded in the pattern memory, rearrange them in the descending order of the amounts, and sequentially execute the matching process with the record that has not been subjected to the pattern development process,
In the case of matching, it is made to function as a means for performing a collation process for recording a consumption flag in an element record constituting this sum pattern,
Even if all the sum patterns recorded in the pattern memory are collated, if there are still records that are not erased, the pattern development processing and collation processing are repeated using the remaining records. Consumption processing program to be performed.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2006092968A JP4267637B2 (en) | 2006-03-30 | 2006-03-30 | Application processing method, application processing system and application processing program |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2006092968A JP4267637B2 (en) | 2006-03-30 | 2006-03-30 | Application processing method, application processing system and application processing program |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2007265332A true JP2007265332A (en) | 2007-10-11 |
JP4267637B2 JP4267637B2 (en) | 2009-05-27 |
Family
ID=38638215
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2006092968A Expired - Fee Related JP4267637B2 (en) | 2006-03-30 | 2006-03-30 | Application processing method, application processing system and application processing program |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4267637B2 (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2015232795A (en) * | 2014-06-10 | 2015-12-24 | 株式会社 日立マネジメントパートナー | Negation processing device, negation processing method and negation processing program |
JP2021096572A (en) * | 2019-12-16 | 2021-06-24 | エヌ・ティ・ティ・コムウェア株式会社 | Deposit eliminating device, deposit eliminating method, and deposit eliminating program |
JP2021096574A (en) * | 2019-12-16 | 2021-06-24 | エヌ・ティ・ティ・コムウェア株式会社 | Deposit eliminating device, deposit eliminating method, and deposit eliminating program |
-
2006
- 2006-03-30 JP JP2006092968A patent/JP4267637B2/en not_active Expired - Fee Related
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2015232795A (en) * | 2014-06-10 | 2015-12-24 | 株式会社 日立マネジメントパートナー | Negation processing device, negation processing method and negation processing program |
JP2021096572A (en) * | 2019-12-16 | 2021-06-24 | エヌ・ティ・ティ・コムウェア株式会社 | Deposit eliminating device, deposit eliminating method, and deposit eliminating program |
JP2021096574A (en) * | 2019-12-16 | 2021-06-24 | エヌ・ティ・ティ・コムウェア株式会社 | Deposit eliminating device, deposit eliminating method, and deposit eliminating program |
JP7328881B2 (en) | 2019-12-16 | 2023-08-17 | エヌ・ティ・ティ・コムウェア株式会社 | Receipt reconciliation device, receipt reconciliation method, and receipt reconciliation program |
JP7328882B2 (en) | 2019-12-16 | 2023-08-17 | エヌ・ティ・ティ・コムウェア株式会社 | Receipt reconciliation device, receipt reconciliation method, and receipt reconciliation program |
Also Published As
Publication number | Publication date |
---|---|
JP4267637B2 (en) | 2009-05-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Trautman | Is disruptive blockchain technology the future of financial services? | |
CN104838408A (en) | Systems and methods for providing computer-automated adjusting entries | |
US20140310088A1 (en) | Early Payment Rewards System and Method | |
KR102092850B1 (en) | Profit sharing system for blockchain base cryptocurrency and method thereof | |
JP2008041024A (en) | Point calculator and point calculating method | |
JP4267637B2 (en) | Application processing method, application processing system and application processing program | |
JP5491058B2 (en) | Term contract sales management device, term contract sales management method, and term contract sales management program | |
CN110827146A (en) | Method and device for executing digital currency transaction and electronic equipment | |
JP2006268227A (en) | Electronic accounting system equipped with voucher tracing function | |
WO2023201360A2 (en) | Method, controller, and computer-readable medium for replacement of a cancelled repeating transfer data structure on a distributed transfer network | |
Gitman et al. | Maximizing cash disbursement float | |
JP2000268119A (en) | System and method for credit erasure processing | |
CN113888245A (en) | Expense reimbursement business processing method and device based on check management | |
JP2003067583A (en) | Debt collection support system and method | |
JP7220091B2 (en) | Billing data generation device, billing data generation method and billing data generation program | |
JP7146492B2 (en) | Advance receipt management device, advance receipt management method, and advance receipt management program | |
CN106934709A (en) | Spending budget processing method and relevant apparatus | |
CN111626871A (en) | Data processing method, device, equipment and storage medium | |
JP5710037B2 (en) | Information processing apparatus, information processing method, and information processing program | |
JP2003263542A (en) | Accounting method and accounting device | |
JP2001338148A (en) | Money reception collation system, money reception collation server, money reception collating method and recording medium in which money reception collation program is recorded | |
JP2004178458A (en) | Collection agency/recovery guarantee system | |
JP7360879B2 (en) | Safety cooperation membership fee breakdown management device, safety cooperation membership fee breakdown management method, and safety cooperation membership fee breakdown management program | |
JP7290963B2 (en) | Money totaling device, money totaling method and money totaling program | |
JP4238680B2 (en) | Export bill management device, export bill management method, export bill management program, computer readable recording medium recording export bill management program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090127 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090218 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 4267637 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120227 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120227 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150227 Year of fee payment: 6 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
LAPS | Cancellation because of no payment of annual fees |