JP2007233727A - Billing settlement collation correction system - Google Patents
Billing settlement collation correction system Download PDFInfo
- Publication number
- JP2007233727A JP2007233727A JP2006055111A JP2006055111A JP2007233727A JP 2007233727 A JP2007233727 A JP 2007233727A JP 2006055111 A JP2006055111 A JP 2006055111A JP 2006055111 A JP2006055111 A JP 2006055111A JP 2007233727 A JP2007233727 A JP 2007233727A
- Authority
- JP
- Japan
- Prior art keywords
- settlement
- data
- information
- automatic setting
- billing
- 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
Links
- 238000012937 correction Methods 0.000 title claims abstract description 24
- 230000008859 change Effects 0.000 description 30
- 238000012545 processing Methods 0.000 description 25
- 238000012546 transfer Methods 0.000 description 15
- 238000010586 diagram Methods 0.000 description 9
- 238000000034 method Methods 0.000 description 8
- 230000002354 daily effect Effects 0.000 description 6
- 230000008569 process Effects 0.000 description 6
- 238000012795 verification Methods 0.000 description 5
- 230000007246 mechanism Effects 0.000 description 4
- 230000001174 ascending effect Effects 0.000 description 3
- 230000003203 everyday effect Effects 0.000 description 2
- 238000002360 preparation method Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000003860 storage Methods 0.000 description 1
- 230000001502 supplementing effect Effects 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
本発明は、勘定系システムにおいて、請求書に記載された請求データと精算データとの照合を行う方式に関するものである。 The present invention relates to a method for collating billing data described in a bill with settlement data in an accounting system.
一般的な勘定系システムでは、請求書を毎月作成し、その作成された請求書に基づいて顧客等から現金(精算データ)を徴収し、請求書のデータと現金(精算データ)とについて、請求金額及び精算金額が一致するかどうかの照合を行うことにより、会計上の残高の管理を行っている。以下、例として、保険会社で用いられている勘定系システムについて説明する。 In a general account system, an invoice is created every month, and cash (settlement data) is collected from the customer based on the created invoice, and the bill data and cash (settlement data) are billed. The balance in accounting is managed by checking whether the amount and the settlement amount match. Hereinafter, as an example, an accounting system used in an insurance company will be described.
毎月、保険会社から代理店宛に請求書が発行される。代理店は、保険契約者から保険料を徴収する一方で、保険会社からの請求書に記載されている保険料(その月に精算すべき全ての保険料)を、金融機関を通じて保険会社に納める。しかしながら、請求対象の全契約者について保険料全額を徴収できる場合は少なく、契約者単位で精算・未精算の報告をする必要がある場合が多い。また、保険契約内容の変更に伴う追徴保険料や返還保険料は、即時に保険会社において精算する必要があるため、代理店は、毎月の請求書の発行を待たずして契約者単位で精算報告をする必要がしばしば生じる。 Each month, an insurance company issues an invoice to the agency. The agency collects insurance premiums from policyholders, while paying insurance premiums (all insurance premiums to be reimbursed that month) listed on the insurance company through the financial institution to the insurance company. . However, there are few cases where the full amount of insurance premiums can be collected for all policyholders to be billed, and it is often necessary to report settlement / unpaid for each policyholder. In addition, additional insurance premiums and refund premiums associated with changes in insurance contract details need to be settled immediately at the insurance company, so agents do not wait for monthly invoices to be settled on a contractor basis. There is often a need to report.
図8は、損害保険会社における勘定系システムの内部構成の一例を示すブロック図である。この勘定系システムは、契約者からの保険申込書81や保険契約の変更に伴う異動原票82を契約データベース85に登録する契約登録部84、その契約データベース85から請求書815に記載する当月請求データ87を作成する請求作成部86、代理店からの精算報告により精算情報の入力や訂正を行う精算入力画面88、その精算入力画面88に入力された情報を処理し精算データ810を作成する精算作成部89、当月請求データ87及び前月の請求の基となった請求データ813と、精算データ810とを照合して、精算済データ812と照合不能である当月分の請求データ813とを生成する請求精算照合部811、請求データ813に基づき請求書815を作成する請求書作成部814を含んでいる。
FIG. 8 is a block diagram showing an example of the internal configuration of the accounting system in the nonlife insurance company. This accounting system includes a
このような構成の損害保険システムに対して、契約者からの保険申込書81や保険契約の変更に伴う異動原票82が日々発生するため、契約登録部84によりこれらの情報を契約データベース85に随時登録するとともに、請求作成部86により当月請求データ87を随時作成することが必要となる。また、保険申込書81や保険契約の変更に伴う異動原票82が発生した際に、それに伴う保険料が徴収済みとなっている場合には、請求書815が発行される前に、精算入力画面88において徴収及び返還した保険料に関する情報の入力が行われて、精算作成部89により精算データ810が作成されることとなる。このように保険料等の精算入力は日々発生するが、本システムでは、請求精算照合部811により当月請求データ87と精算データ810とを照合する処理が月一度実施されて、照合不能な当月請求データ813が請求書に記載されることとなる。
In the non-life insurance system having such a configuration, since the
尚、上記した保険会社の勘定系システムについては、特許文献1などにも記載されている。
ところで、保険契約においては請求書が発行される前に契約者から保険料を徴収したり返還したりする場合が多く発生する。例えば、保険契約の新規申込みに伴う分割払いの初回保険料の徴収(口座振替を除く)や、保険の契約内容を変更した場合、例えば自動車保険で車両の入替えを行い保険料が変更となった場合の保険契約の変更前後の保険料の差額を徴収または返還した場合などがある。このような場合は、契約者の名前と徴収または返還した保険料の金額しか明確になっておらず精算報告のための精算入力画面に入力する情報が不足する。情報が不足したまま勘定系システムにおいて精算データを作成して、請求精算照合処理部により請求データとの照合を行った場合、精算済みとならず保険料を徴収または返還しているのにも関わらず請求書が作成されてしまい会計残高管理が複雑になってしまう。 By the way, in an insurance contract, an insurance premium is often collected or returned from a contractor before an invoice is issued. For example, if the initial premium for installment payments (excluding account transfer) associated with a new application for an insurance contract is changed, or if the insurance contract is changed, for example, if the insurance is changed due to vehicle replacement with car insurance In some cases, the difference between the premiums before and after the change in the insurance contract is collected or returned. In such a case, only the name of the contractor and the amount of insurance premiums collected or returned are clear, and there is insufficient information to be entered on the settlement input screen for the settlement report. When the account settlement system creates settlement data with insufficient information and collates it with the billing data by the bill settlement settlement processing unit, it is not settled but the insurance premium is collected or returned. First, an invoice is created and accounting balance management becomes complicated.
ここで、保険料等を徴収又は返還した時点の請求書の情報をリアルタイムで参照できれば、精算データと照合する請求データの内容を確認することが可能となり、精算入力する精算データの精度も向上するため、請求精算照合において上記のような問題が解消される。しかしながら、大量の請求データをリアルタイムで照会する仕組みを確立するためには、大規模なシステムを構築しなければならず、現実的な解決策とは考えられない。 Here, if the information on the invoice at the time the insurance premiums are collected or returned can be referred to in real time, it becomes possible to check the contents of the billing data to be collated with the settlement data, and the accuracy of the settlement data to be entered is improved. Therefore, the above-mentioned problem is solved in the bill settlement. However, in order to establish a mechanism for inquiring a large amount of billing data in real time, a large-scale system must be constructed, which is not considered a realistic solution.
本発明は、このような実情に鑑みてなされたものであり、勘定系システムにおいて、請求書に基づかない精算報告をする場合に精算入力する情報が不足していても、自動的に不足した情報を補い請求精算照合における照合性を向上させることができる請求精算照合補正システムを提供しようとするものである。 The present invention has been made in view of such a situation, and in the accounting system, even when there is a shortage of information to be entered when making a settlement report that is not based on an invoice, information that has been automatically lacked It is an object of the present invention to provide a claim settlement matching correction system that can improve the matching in claim settlement matching.
上記課題を解決すべく、本発明は、請求書に基づいて精算報告を行い請求書と精算報告データを照合する請求精算照合補正システムであって、精算入力画面において精算報告データの入力を受け付ける手段と、前記入力された精算報告データにおいて不足する情報を検出し、自動設定データベースにおいて当該不足する情報を検索する手段と、前記入力された精算報告データと、前記自動設定データベースから取得した情報とに基づいて、精算データを生成する手段と、前記生成された精算データと請求書とを照合する手段と、当月請求データ及び請求データに基づいて、前記自動設定データベースを更新する手段とを備えたことを特徴とする請求精算照合補正システムを提供するものである。 In order to solve the above-mentioned problems, the present invention is a claim settlement collation correction system for performing settlement report based on a bill and collating the bill with the settlement report data, and means for receiving settlement report data input on the settlement input screen And means for detecting missing information in the input settlement report data and searching for the missing information in the automatic setting database, the inputted settlement report data, and information acquired from the automatic setting database. And means for generating settlement data, means for collating the generated settlement data with the bill, and means for updating the automatic setting database based on the current month billing data and billing data. The claim settlement matching correction system characterized by the above is provided.
以上、説明したように、本発明の請求精算照合補正システムによれば、勘定系システムにおいて、請求書に基づかない精算報告する場合に精算入力する情報が不足していても、自動的に不足した情報を補うことができるので、請求精算照合部の照合率を向上させることが可能となる。 As described above, according to the bill settlement adjustment correction system of the present invention, even when there is a shortage of information to be entered when making a settlement report that is not based on an invoice in the accounting system, the bill settlement matching correction system automatically lacks. Since the information can be supplemented, the verification rate of the billing settlement verification unit can be improved.
以下、添付図面を参照しながら、本発明の請求精算照合補正システムを実施するための最良の形態を詳細に説明する。図1〜図7は、本発明の実施の形態を例示する図であり、これらの図において、同一の符号を付した部分は同一物を表わし、基本的な構成及び動作は同様であるものとする。 The best mode for carrying out the claim settlement matching correction system of the present invention will be described below in detail with reference to the accompanying drawings. 1 to 7 are diagrams illustrating embodiments of the present invention. In these drawings, the same reference numerals denote the same components, and the basic configuration and operation are the same. To do.
請求精算照合補正システムの構成
図1は、本発明の一例実施形態に係る請求精算照合補正システムの内部構成を概略的に示すシステム構成図である。図1において、本実施形態の請求精算照合補正システム3は、保険契約申込書1や異動原票2の情報を契約データベース5に登録する契約登録部4と、契約データベース5に登録された情報から当月請求データ7を作成する請求作成部6とを含んでいる。また、精算入力画面8から精算情報を入力し精算データ10を作成する精算作成部9を含んでいる。本システム3では、これらの作成された当月請求データ7と前月の請求データ13と精算データ10とを請求精算照合部11により照合し、照合できたデータは精算済データ12が作成され、照合できなかったデータは請求データ13が作成される。この作成された請求データ13は毎月の当月請求データ7と前月分の請求データ13が、精算データ10と照合しなかった場合に作成されるため累積されている状態となっている。請求書作成部14により、請求データ13から請求書15が作成される。
Diagram 1 according settlement verification correction system is a system configuration diagram schematically showing the internal structure of claims settlement verification correction system according to an exemplary embodiment of the present invention. In FIG. 1, the claim settlement matching correction system 3 of the present embodiment includes a contract registration unit 4 that registers information on the insurance
以上の構成要素は、一般的な損害保険システムにおけるものと同様である。本発明の請求精算照合補正システムは、さらに、自動設定情報作成部16により、当月請求データ7と請求データ13とから自動設定データベース17を作成し、この自動設定データベース17を精算作成部9から参照することにより、精算データ生成時に不足している情報を補う仕組みを有していることを特徴とするものである。自動設定データベース17は、自動設定情報作成部16により更新されて、日々発生する当月請求データ7を反映した最新の状態に保たれることになる。また、自動設定データベース17は、請求書15を作成したタイミング(月に一度)で再構築される。
The above components are the same as those in a general property insurance system. In the bill settlement adjustment correction system of the present invention, the automatic setting
自動設定情報作成部16が処理する当月請求データ7と請求データ13は、図2に示すように、営業店201、代理店202、保険種目203、証券番号204、払込方法205、払込年度206、払込回目207、異動日208、請求年月209、保険料210、代理店手数料211、正味保険料212から構成され、これらの項目が請求書15に表示されることとなる。これらは、一般的な保険会社の請求データの主要な構成要素であり、営業店201、代理店202、保険種目203、証券番号204、払込年度206、払込回目207、異動日208、正味保険料212などが請求精算照合部11における当月請求データ7や請求データ13と精算データ10の照合に用いられる要素である。
As shown in FIG. 2, the current month billing data 7 and
ここで、日々、発生する当月請求データ7は、請求データ13よりも新しい情報であるため、請求年月209については、最新のデータを用いて判別することが可能である。例えば、請求書15に表示した年月が「2005年10月」ならば、当月請求データ7は「2005年11月」となる。すなわち、情報が不足する精算データ10を補うための情報は、請求書15に表示されるのを待っている当月請求データ7を優先する。当月請求データ7で補うことが不可能な場合には請求データ13を次の候補として使用する。
Here, the current month billing data 7 that is generated daily is information that is newer than the
なお、精算データ10に不足する要素が生じるのは、請求書15に基づかない精算報告を精算入力画面8に対して入力する場合である。一般的に使用する領収証を例に説明すると、契約者の名前と金額のみが明確であり、保険種目203と証券番号204は契約者の名前から容易に特定できるが、その他の請求精算照合部11の照合に必要な営業店201、代理店202、払込年度206、払込回目207、異動日208が不明な場合などに該当する。本システムでは、当月請求データ7と請求データ13より主要な構成要素213を自動設定情報作成部16により自動設定DB17に格納し、その情報を精算作成部9で参照することにより、精算データ10に不足する情報を補う仕組みとなっている。
Note that the lack of elements in the
図3は自動設定データベース17に格納される情報を示した図である。図3に示すように、図2の当月請求データ7や請求データ13を構成する情報を格納する。自動設定データベース17は証券番号31、異動日32、正味保険料34、請求年月35と自動設定要素36で構成され、証券番号、異動日、正味保険料、請求年月の昇順にデータが登録される。証券番号31と異動日32と正味保険料34で構成される自動設定検索キー33は、精算データ10の持つ証券番号、異動日、正味保険料の情報と一致するか比較するためのキー情報である。
FIG. 3 is a diagram showing information stored in the
ここで、例えば精算入力画面8から、精算データ10を構成するデータの一部である証券番号と異動日と正味保険料を入力したとすると、それらの情報をキー情報として精算作成部9により自動設定データベース17の自動設定検索キー33と一致するデータを検索し、一致したデータから自動設定要素36を精算データ10に設定する。
Here, for example, if a security number, a change date, and a net insurance premium, which are part of the data constituting the
なお、自動設定検索キー33のうち証券番号31と正味保険料34は必須の検索キー情報でありこれらの情報は精算入力画面8から必ず入力する必要がある。異動日については精算データ10に自動設定する際の補助キーとして用いるため任意検索キーとして位置づける。これは、異動日が明確な場合は精算入力画面8に入力すれば精算作成部9において自動設定データベース17を検索する情報として使用するが、異動日が不明確な場合は精算入力画面8に入力せずに、変わりにその精算データが月払い(例えば分割払い)または年払いの通常の払込保険料なのか、保険契約の異動に伴う追徴・返還保険料(異動保険料とも呼ぶ)であるのか区別するための情報を入力する。その情報を元に自動設定データベース17に登録のある情報の中から、月払い(例えば分割払い)または年払いの通常の払込保険料の精算報告の場合は、異動日32のデータがnull値を対象として情報を検索し、保険契約の異動に伴う追徴・返還保険料(異動保険料とも呼ぶ)の場合は、異動日32のデータに日付の記録があるデータを対象として情報を検索する。このため異動日32は自動設定検索キーと使用され、精算データ10への自動設定要素としても使用される。
Of the automatic
また、自動設定データベース17のデータの登録順序について、請求年月の昇順に登録する理由であるが、自動設定検索キー33によりデータベースを検索した場合において複数情報が得られる場合がある。例えば月払い(例えば分割払い)または年払いの通常の払込保険料の精算報告の場合において、自動設定データベース17に払込回目1回目の情報と払込回目2回目の情報が存在したケースでは1回目から請求精算照合を行う必要があるためである。すなわち自動設定データベース17を検索して得られた情報のうち、最初に検索された情報を優先的に使用する必要があることによる。
The reason for registering data in the
図4は、精算入力画面8の画面レイアウトの一例を示す図である。精算報告画面401は営業店402、代理店403、保険種目404、証券番号405、異動日406、年度回目407、保険料408、代理店手数料409、正味保険料410、異動区分411により構成されている。
FIG. 4 is a diagram showing an example of the screen layout of the settlement input screen 8. The
この精算入力画面8は、一般的に請求書に表示されている情報をそのまま入力する構造となっており、従来のシステムでは全て入力必須の情報であったが、本システムでは、証券番号405、保険料408、代理店手数料409、正味保険料410のみ必須入力としている。なお、異動区分411は精算報告する保険料が保険契約の異動に伴う追徴や返還保険料の場合に異動保険料を示す決められたコード値を入力する。必須項目以外は報告する情報が不足している場合や不明な場合はデータ属性に合わせた初期値(例えばブランクのままや、数値の場合はゼロ)を入力する。
This checkout input screen 8 is generally configured to input information displayed on the invoice as it is, and in the conventional system, all the information is indispensable to input, but in this system, the
精算報告画面401により精算報告を行うと精算作成部9の入力情報として処理され、各データ項目のチェックが行われる。入力必須である証券番号405や保険料408、代理店手数料409、正味保険料410は所定の入力桁数のチェックや入力された金額の範囲チェック等が行われるが、任意入力の情報は入力の有無を判定し、一つでも入力がない場合は自動設定データベース17を検索して必要な情報を取得し精算データ10に設定する。なお、自動設定データベース17を検索しても一致する情報が検索できず情報が取得できない場合は、自動設定不能と判定し精算報告画面401に自動設定できない旨のエラーメッセージを出力して任意入力部分の入力を促す。また、自動設定データベース17を検索した結果、一致する情報が見つかった場合でも取得した情報により精算報告画面401に一旦表示させて入力者にチェックさせ訂正させることも可能であることはもちろんである。
When the settlement report is performed on the
図5は、本発明の他の実施形態に係る請求精算照合補正システムの構成を示す図である。図5において、請求精算照合補正システム502は、精算報告に伴う精算情報を入力する精算入力画面501、この精算入力画面501の精算情報を入力し処理する精算作成処理部503、画面の精算報告情報に対してチェックを行う精算入力画面表示処理部504、精算報告情報のチェック後に自動設定情報データベース510を検索して自動設定情報を取得する自動設定データベース検索部505、精算報告情報と自動設定情報を基に請求精算照合部11が処理できる精算データ509を作成する精算データ作成処理部506、自動設定データベース510を作成する自動設定情報作成処理部507、データベースの登録を処理するデータベース更新部508、その自動設定情報を作成する基となる当月請求データ511と請求データ512から構成されている。
FIG. 5 is a diagram showing a configuration of a bill settlement adjustment correction system according to another embodiment of the present invention. In FIG. 5, a billing settlement matching
なお、精算入力画面表示処理部504は、精算入力画面501からの精算報告データのうち入力必須となる、証券番号405、保険料408、代理店手数料409、正味保険料410について入力されているかチェックを行い、その他の任意入力情報については入力があれば、その属性に合わせたチェックのみを行う。その後、任意入力情報の属性に合わせた初期値の場合は自動設定データベース検索部505により自動設定データベース510を検索して自動設定情報を取得する。精算データ作成処理部506は精算入力画面表示処理部504からの精算報告情報と自動設定データベース510からの自動設定情報を基に精算データ509を作成する。
The checkout input screen
請求精算照合補正システムの動作
以下、以上のように構成された請求精算照合補正システムの動作について説明する。図6は、図5に示す自動設定情報作成処理部507による処理の流れを示すフローチャートである。
The operation of the claim settlement matching correction system will be described below. FIG. 6 is a flowchart showing the flow of processing by the automatic setting information
図6において、自動設定情報作成処理は、まず、請求書を出力する時期であるか判定を行う(ステップ61)。請求書出力時期である場合は、図5に示す請求データ512により自動設定情報データベースを編集する(ステップ62)。次に自動設定データベース510を新たに再構築する(ステップ63)。これは、図1に示すように請求書15が出力されるタイミングは月に一度、請求精算照合部11により当月請求データ7と前月分の請求データ13と精算データ10を照合した結果、作成される請求データ13により自動設定データベース17を新たに作成する。すなわち、当月請求データ7は精算データ10と照合した結果、精算済データ12とならないで残る請求データ13を使用し、当月請求データ7により重複して自動設定データベース17を作成することを防止する。
In FIG. 6, the automatic setting information creation process first determines whether it is time to output a bill (step 61). If it is the invoice output time, the automatic setting information database is edited based on the
次に、請求出力時期でない場合は、図5に示す日々作成される当月請求データ511により自動設定情報データベースを編集する(ステップ64)。これは、請求書を出力した時点で請求書に記載されている情報は既に自動設定データベース510に登録済みであるため、次の月一度の請求精算照合が行われるまでの累積される当月請求データ511のみを自動設定データベース510に登録する。この日々発生する当月請求データ511を自動設定データベース510に追加登録する(ステップ65)。すなわち、自動設定データベース510は請求書出力時期に新たに作成され、請求書が出力されてから次の請求書が出力されるまでに発生する当月請求データ511を日々追加登録する。なお、本発明の一実施例では当月請求データ511の自動設定データベース510への追加登録するタイミングは毎日であるが、追加登録するタイミングが短ければ短い程、自動設定データベース検索処理部505で自動設定データベース510を検索し一致する情報を取得する確立が高くなることは言うまでもない。
Next, if it is not the billing output time, the automatic setting information database is edited by the current
図7は、精算作成処理部503における処理の流れを示すフローチャートである。精算報告により精算入力画面501に精算情報を入力すると精算入力表示処理部504が画面の情報を取得し、画面入力情報のチェックが行われる。精算報告画面の入力情報により自動設定データベース検索部505が自動設定データベース510より自動設定すべき情報を取得し、その情報と予め精算入力画面501に入力された情報により精算データ作成処理部506が精算データ509を作成する。
FIG. 7 is a flowchart showing the flow of processing in the payment
図7において、まず、精算入力画面501より精算報告データを取得し(ステップ701)、精算報告における必須となる情報である証券番号405、保険料408、代理店手数料409、正味保険料410が入力されているかチェックを行う(ステップ702)。必須となる情報が入力されていない場合は精算データ509を作成することができなくなるため精算入力画面501にエラーメッセージを表示させ再入力を促す(ステップ705)。精算報告に必須である情報の入力がある場合は、次に精算入力画面501の任意である情報が入力されているかチェックを行う(ステップ703)。全ての任意である情報が入力されている場合は、自動設定データベース検索処理部505の処理は不要で自動設定データベースからの自動設定情報の取得も不要であるため、精算データ作成処理部506により精算報告画面401の各情報から精算データ509の編集及び出力を行う(ステップ704)。
In FIG. 7, first, settlement report data is acquired from the settlement input screen 501 (step 701), and
精算報告において任意に入力すべき各情報の一つでも入力がない場合は、異動日406の入力があるか判定し(ステップ706)、入力がある場合は、自動設定検索処理部505により、証券番号405、異動日406、保険料408を検索キーとして自動設定データベース510を検索する(ステップ707)。ここで、代理店手数料409と正味保険料を410を検索キーとして用いない理由は、精算報告において保険料408のみ契約者から徴収し、その保険料の中から代理店に対する代理店手数料を支払っていない場合があり、その場合は自動設定データベース510と相違が発生し検索エラーとなる可能性があるからである。自動設定データベース510から情報が検索できたか判定を行い(ステップ708)、取得できた場合は精算データ509の編集及び出力を行う(ステップ709)。情報が取得できない場合は精算入力画面501にエラーメッセージを表示させ再入力を促す(ステップ710)。
If even one of the pieces of information to be arbitrarily input in the checkout report is not input, it is determined whether there is an input of the change date 406 (step 706), and if there is an input, the automatic setting
一方、異動日406の入力がない場合は異動区分411の入力があるか判定する(ステップ711)。これは契約者から徴収・返還した保険料408が保険契約の異動に伴う保険料の追徴・返還保険料の場合で、かつ、異動日406が不明の場合に、自動設定データベース510から取得する情報について異動日32の設定があるデータだけを対象として検索したいからである。異動区分411の入力がある場合は、自動設定検索処理部505により、証券番号405、保険料408で自動設定データベース510を検索し(ステップ712)情報を取得できたか判定する(ステップ713)。情報が取得できた場合は精算データ509の編集及び出力を行う(ステップ714)。このとき、異動日32を精算データ509に設定する。情報が取得できない場合は精算入力画面501にエラーメッセージを表示させ再入力を促す(ステップ715)。
On the other hand, if there is no input of the
次に、異動区分411に入力がない場合は、動設定検索処理部505により、証券番号405、異動日406、保険料408を検索キーとして自動設定データベース510を検索する(ステップ716)。このとき異動日406はnull値(初期値)で検索する。これは一般的な分割払いの保険料の精算報告であるためである。自動設定データベース510から情報が検索できたか判定を行い(ステップ717)、取得できた場合は精算データ509の編集及び出力を行う(ステップ718)。情報が取得できない場合は精算入力画面501にエラーメッセージを表示させ再入力を促す(ステップ719)。
Next, when there is no input in the
ここで、上記の全ての自動設定データベース検索処理部505で自動設定データベース510を検索したとき、複数のデータが取得できる場合があり、そのときは最初に取得できた自動設定情報を用いる。これは、自動設定データベース510が精算報告の優先度の高い順序で登録されているからである。つまり、請求年月35の昇順にデータが並んでいるため、請求年月35の値が古い年月ほど精算報告を急ぐ必要があるからである。
Here, when the
以上説明した本実施形態の請求精算照合補正システムによれば、次のような効果を得ることができる。
(1)請求書に記載のない保険料を精算報告する場合において、精算入力画面に最低限の情報である証券番号と保険料を入力するだけで、その他の精算報告に必要な情報は自動的に設定されて精算データが作成されることにより請求精算照合における請求情報との照合を精度良く行うことが可能となっている。
(2)日々の当月請求データを用いて精算データを補正するため、保険契約の内容を変更し保険料が変更となった場合でも、その情報を随時自動設定データベースに登録すため利用者は保険契約の変更の内容を知らなくとも精算報告が可能となっている。
(3)精算報告は最低限の情報の入力だけで済むようになるため利用者のヒューマンエラーに伴う精算誤入力が減り請求精算照合における照合エラーを極力排除できる。
(4)精算入力画面に最低限の情報である証券番号と保険料を入力するだけで、その他の精算報告に必要な情報は、請求年月の古いものから優先的に自動設定されることにより、利用者が意識することなく照合の優先度の高いものから行われる。つまり、過去の請求書に記載された請求情報に照合するべく精算データの自動設定を行うため会計上の残高管理の負担を軽減することができる。
(5)上記実施例においては全てホストシステム内の処理で完結しているが、クライアントサーバーシステムまたは、インターネットを用いたシステムにおいて、自動設定データベースをクライアント側に置き、同じ仕組みで精算データの自動設定を行うことも可能である。
According to the claim settlement matching correction system of the present embodiment described above, the following effects can be obtained.
(1) When paying out insurance premiums not listed on the invoice, simply enter the minimum number of securities and insurance premiums on the payment entry screen, and other information necessary for payment reporting will be automatically Thus, it is possible to accurately collate with billing information in billing settlement collation by creating settlement data.
(2) In order to correct the settlement data using the daily billing data, even if the insurance contract is changed and the insurance premium is changed, the user is required to register the information in the automatic setting database as needed. It is possible to report the settlement without knowing the details of the contract change.
(3) Since the settlement report requires only a minimum amount of information input, a settlement error input associated with the user's human error is reduced, and a matching error in the billing settlement matching can be eliminated as much as possible.
(4) By simply entering the minimum number of securities and insurance premiums on the payment input screen, other information required for the payment report is automatically set with priority from the oldest billing month. From the highest priority of collation without user awareness. In other words, since the settlement data is automatically set so as to collate with the billing information described in the past bills, the burden of accounting balance management can be reduced.
(5) In the above embodiment, all processing is completed in the host system. However, in a client server system or a system using the Internet, an automatic setting database is placed on the client side, and automatic setting of settlement data is performed by the same mechanism. It is also possible to perform.
以上、本発明の請求精算照合補正システムについて、具体的な実施の形態を示して説明したが、本発明はこれらに限定されるものではない。当業者であれば、本発明の要旨を逸脱しない範囲内において、上記各実施形態又は他の実施形態にかかる発明の構成及び機能に様々な変更・改良を加えることが可能である。 As described above, the claim settlement matching correction system of the present invention has been described with reference to specific embodiments, but the present invention is not limited thereto. A person skilled in the art can make various changes and improvements to the configurations and functions of the invention according to the above-described embodiments or other embodiments without departing from the gist of the present invention.
本発明の請求精算照合補正システムは、図1等に示すように、コンピュータのCPU、メモリ、補助記憶装置、ディスプレイ、入力デバイス等を含むハードウェア資源上に構築されたOS、アプリケーション、データベース、ネットワークシステム等によって実現されるものであり、勘定系システムにおける請求精算照合という情報処理が上記のハードウェア資源を用いて具体的に実現されるものであるから、自然法則を利用した技術的思想に該当するものであり、保険システムなどを構築するコンピュータ産業において利用することができるものである。 As shown in FIG. 1 and the like, the claim settlement matching correction system of the present invention includes an OS, an application, a database, and a network constructed on hardware resources including a CPU, memory, auxiliary storage device, display, input device and the like of a computer. It is realized by the system, etc., and the information processing called bill settlement adjustment in the accounting system is specifically realized using the above hardware resources, so it falls under the technical idea using the laws of nature It can be used in the computer industry for building insurance systems and the like.
3…請求精算照合補正システム、8…精算入力画面、10…精算データ、11…請求精算照合部、13…請求データ、17…自動設定データベース、503…精算作成処理部、83…請求精算照合システム DESCRIPTION OF SYMBOLS 3 ... Claim adjustment matching correction system, 8 ... Adjustment input screen, 10 ... Adjustment data, 11 ... Claim adjustment collation part, 13 ... Claim adjustment data, 17 ... Automatic setting database, 503 ... Adjustment preparation processing part, 83 ... Claim adjustment adjustment system
Claims (1)
精算入力画面において精算報告データの入力を受け付ける手段と、
前記入力された精算報告データにおいて不足する情報を検出し、自動設定データベースにおいて当該不足する情報を検索する手段と、
前記入力された精算報告データと、前記自動設定データベースから取得した情報とに基づいて、精算データを生成する手段と、
前記生成された精算データと請求書とを照合する手段と、
当月請求データ及び請求データに基づいて、前記自動設定データベースを更新する手段とを備えたことを特徴とする請求精算照合補正システム。 A billing reconciliation correction system that performs a settlement report based on an invoice and collates the invoice with the settlement report data
Means for accepting input of settlement report data on the settlement input screen;
Means for detecting missing information in the input settlement report data and searching for the missing information in an automatic setting database;
Means for generating settlement data based on the inputted settlement report data and information obtained from the automatic setting database;
Means for collating the generated settlement data with a bill;
A bill settlement matching correction system, comprising: billing data for the current month and means for updating the automatic setting database based on the billing data.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2006055111A JP2007233727A (en) | 2006-03-01 | 2006-03-01 | Billing settlement collation correction system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2006055111A JP2007233727A (en) | 2006-03-01 | 2006-03-01 | Billing settlement collation correction system |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2007233727A true JP2007233727A (en) | 2007-09-13 |
Family
ID=38554259
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2006055111A Pending JP2007233727A (en) | 2006-03-01 | 2006-03-01 | Billing settlement collation correction system |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2007233727A (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115223257A (en) * | 2022-06-06 | 2022-10-21 | 厦门市润铭网络科技有限公司 | Smart city parking fee linkage payment urging method, system, equipment and storage medium |
-
2006
- 2006-03-01 JP JP2006055111A patent/JP2007233727A/en active Pending
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115223257A (en) * | 2022-06-06 | 2022-10-21 | 厦门市润铭网络科技有限公司 | Smart city parking fee linkage payment urging method, system, equipment and storage medium |
CN115223257B (en) * | 2022-06-06 | 2024-01-16 | 厦门市润铭网络科技有限公司 | Smart city parking fee linkage payment method, system, equipment and storage medium |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6959287B2 (en) | Method and system for conducting a target audit in a high volume transaction environment | |
US6016479A (en) | Computer-based system, computer program product and method for recovering tax revenue | |
JP7246788B2 (en) | Computer-implemented multi-currency invoice acquisition, trading, access and payment system | |
US11062132B2 (en) | System and method for identification of missing data elements in electronic documents | |
JP7000052B2 (en) | Accounting equipment and programs | |
US20130218615A1 (en) | System and method for integrated travel and expense mangement and detecting duplicate travel path information | |
JP2015207142A (en) | Payment processor, payment processing method, and payment processing program | |
US20180025225A1 (en) | System and method for generating consolidated data for electronic documents | |
JP3958774B2 (en) | Charge storage system and apparatus used in the system | |
JP6402397B1 (en) | Accounting device, accounting method, accounting program | |
JP3152354B2 (en) | Paperless accounting system | |
JP2007233727A (en) | Billing settlement collation correction system | |
JP3926674B2 (en) | Database system, database system network, data item registration method, and data item registration program | |
JP5850546B1 (en) | Government bond principal and interest distribution system and method | |
JP2006309321A (en) | Remittance receipt confirmation device, program, and recording medium | |
KR101270492B1 (en) | System and method for managing sales and uncollected amount | |
WO2001008064A9 (en) | Computer-based system for simplification of tax collections and remittances for internet and mail order commerce | |
US20180025438A1 (en) | System and method for generating analytics based on electronic documents | |
US20170169519A1 (en) | System and method for automatically verifying transactions based on electronic documents | |
JP4238680B2 (en) | Export bill management device, export bill management method, export bill management program, computer readable recording medium recording export bill management program | |
US12051095B2 (en) | Computer implemented multi-currency invoice capture, trading, access and payment system | |
EP3494531A1 (en) | System and method for generating consolidated data for electronic documents | |
JP4479945B2 (en) | Cash flow management device and program | |
JP2831478B2 (en) | Paperless accounting system | |
Plaksiy et al. | The National Research Nuclear University MEPHI (Moscow Engineering Physics Institute), 31 Kashirskoye shosse, Moscow, Russia kirillplaksiy@ gmail. com, andreinikiforov993@ gmail. com, NGMiloslavskaya@ mephi. ru |