JP2019200692A - 会計仕訳起票システム及び会計仕訳起票プログラム - Google Patents

Abstract

【課題】金融機関等或いは証憑から取得した仕訳対象データについて、専門知識がない操作者であっても正確な仕訳入力ができる会計仕訳起票システムを提供する。【解決手段】会計仕訳起票システム１は、金融機関等からのデータ又はＯＣＲデータを取得し、ユーザの仕訳処理の負担軽減を行うシステムである。会計仕訳起票システム１は、サーバ２にコンピュータプログラムとして記憶され、ネットワーク３を介して、銀行データベース４、ユーザ端末６，６ａ等に接続される。制御手段１６は、取得された提供情報データ１７について、仕訳マッチング手段１３によって、マッチング処理を行い、複合仕訳、単一入金仕訳、又は単一出金仕訳の仕訳候補とマッチング結果を表示させる。ユーザはマッチング結果を確認した上で仕訳処理ができるので、専門知識がない場合でも正しい仕訳作業ができる。【選択図】図５

Description

本発明は、個人事業主や法人等の会計処理を行うための会計仕訳起票システム及び会計仕訳起票プログラムに関する。

従来、個人事業主や法人等の会計処理においては、各種の伝票に手書きで必要な情報を記入して処理していたが、近年においては、これらの処理をパーソナルコンピュータ上で行うことができるようにした会計仕訳起票システムが種々提案されている。

特に、近年では、Ｆｉｎｔｅｃｈ（ｆｉｎａｎｃｉａｌ ｔｅｃｈｎｏｌｏｇｙ）という言葉が生まれているように、紙ベースの通帳から人が仕訳を起票するのではなく、銀行等の金融機関から提供される電子データを利用して、仕訳作業の省力化が行われるようになってきている。

例えば、特許文献１においては、金融機関等の事業者システムから当該企業の仕訳対象データをネットワーク経由で取得し、取得した仕訳対象データ内の取引明細情報と仕訳用のマッチング情報との照合に基づいて仕訳対象データ内の取引の仕訳パターンを自動判別し、自動判別ができた場合には判別された仕訳パターンに基づいて当該取引の仕訳処理を自動で行い、自動判別ができなかった場合には仕訳情報入力画面上で入力されたユーザ入力データに基づいて取引の仕訳処理を行うシステムが開示されている。

特開２０１１−１７０４９０号公報

特許文献１に記載のシステムにおいては、仕訳処理の自動判別を行った際に、自動判別ができなかった場合には仕訳情報入力画面上で入力されたユーザ入力データに基づいて取引の仕訳処理を行うことになる。具体的には、特許文献１の図８に示された仕訳情報入力画面によりユーザが入力を行う。

ここでは、日付、伝票Ｎｏ、相手勘定科目、相手補助科目、相手部門、摘要、相手税区分、部門、税区分、預入金額、引出金額、消費税額等を入力することになる。このような入力画面では、操作者は１つの入力画面で仕訳作業を行うことができる。

しかしながら、操作者に仕訳に関する専門知識がなければ、正しい仕訳入力を行うことはできない。このため、操作者が専門知識を有する場合の他は、仕訳作業は中断され、専門知識を有する操作者による入力を待つ必要がある。また、金融機関から取得したデータのみならず、証憑から取得したデータの仕訳も正しく行う必要がある。

本発明は、上記課題に鑑み、金融機関等或いは証憑から取得した仕訳対象データについて、専門知識がない操作者であっても正確な仕訳起票を行うことができる会計仕訳起票システム及び会計仕訳起票プログラムを提供することを目的とする。

上記目的を達成するために、本発明の会計仕訳起票システムは、仕訳対象データを取得する仕訳対象データ取得手段と、仕訳比較データを記憶する仕訳比較データ記憶手段と、取得した前記仕訳対象データと前記仕訳比較データとのマッチング処理を行う仕訳マッチング手段と、前記仕訳対象データが、少なくとも、複合仕訳、単一入金仕訳、又は単一出金仕訳のいずれの仕訳であるかを判定する仕訳判定手段と、各種画面の表示を行う表示手段と、各手段の制御を行う制御手段とを備え、前記制御手段は、取得された前記仕訳対象データを未確認データとして前記表示手段に表示し、前記未確認データが操作者によって選択された際に、前記制御手段は、選択された前記未確認データについて、前記仕訳判定手段による判定結果に応じた、複合仕訳候補、単一入金仕訳候補、又は単一出金仕訳候補の仕訳候補を前記表示手段に表示させると共に、前記マッチング処理によるマッチング結果を前記表示手段に表示させることを特徴とする。

本発明の会計仕訳起票システムによれば、制御手段が取得した仕訳対象データを未確認データとして表示手段に表示し、操作者によって未確認データが選択された際に、仕訳判定手段による判定結果に応じた仕訳候補を、マッチング結果と共に前記表示手段に表示させる。従って、操作者は、前記表示手段を見ることにより、マッチング結果と共に仕訳の種類毎に仕訳された仕訳候補を確認することができ、専門知識がない者であっても、正しい仕訳処理を選択する確率が高くなるため、仕訳起票の精度を高めることができる。

また、本発明の会計仕訳起票システムにおいて、前記制御手段は、前記マッチング処理によるマッチング結果と、仕訳候補として抽出可能な閾値である抽出可能閾値とを比較し、前記マッチング結果が前記抽出可能閾値未満のもののみであるときは、前記仕訳判定手段による判定結果に応じて、複合仕訳、単一入金仕訳、又は単一出金仕訳のいずれかの仕訳用の仕訳入力画面を前記表示手段に表示させることが好ましい。

当該構成によれば、マッチング結果が評価の低いものであるときは、その評価の低い仕訳候補を表示させることなく、複合仕訳、単一入金仕訳、又は単一出金仕訳のいずれかの仕訳用の仕訳入力画面を表示させる。このため、操作者は、精度の低い仕訳候補を見ることなく、仕訳に適切な入力画面で入力操作を行うことができる。

また、本発明の会計仕訳起票システムにおいて、前記マッチング結果が、他の仕訳候補を表示しないこととする単独表示閾値以上であるときは、前記制御手段は、前記マッチング結果が一番高い仕訳候補のみについて、前記仕訳判定手段による判定結果に応じて、前記複合仕訳候補、前記単一入金仕訳候補、又は前記単一出金仕訳候補のいずれかの仕訳候補を前記表示手段に表示させることが好ましい。

当該構成によれば、単独表示閾値は、他の仕訳候補の表示をしない閾値であり、表示手段に表示される仕訳候補は、操作者が確認を行えばよい程度にマッチング結果が高い。また、仕訳候補は、仕訳起票に適した方式（複合仕訳候補、単一入金仕訳候補、又は単一出金仕訳候補のいずれか）で表示される。このため、操作者は、表示手段に表示される仕訳候補を確認することにより、正確な仕訳起票を行うことができる。また、操作者がこのような精度の高い仕訳候補を繰返し見ることにより、仕訳作業に関する学習効果が期待できる。

また、本発明の会計仕訳起票システムにおいて、前記仕訳対象データは、金融機関を含む情報提供機関から提供される提供情報データであり、取引日付、摘要、及び、入金金額又は出金金額を含んでいてもよい。この場合、仕訳対象データとしては、取引日付と摘要の双方と、入金金額又は出金金額のいずれか一方の項目を含むことを意味する。

また、本発明の会計仕訳起票システムにおいて、前記仕訳対象データは、文字情報が記載された書類をＯＣＲ（Optical character recognition）機能によりデータ化したＯＣＲデータであり、証憑の種類、取引日付、発行先、発行元、摘要、金額、又は支払期日のいずれかを含んでいてもよい。

当該構成によれば、銀行やクレジット会社等の金融機関を含む情報提供機関から入手可能な提供情報データを仕訳対象データとすることができると共に、銀行の通帳や領収書、或いは請求書等のＯＣＲデータも仕訳対象データとすることができる。情報提供機関としては、取引における電子的なデータを提供可能な会社等（ビジネス用の商品等を取り扱う会社等）の機関である。

また、本発明の会計仕訳起票システムにおいて、前記ＯＣＲデータにおいて、前記金額が売掛金又は買掛金に該当するときは、前記仕訳判定手段は、前記仕訳対象データが、前記複合仕訳、前記単一入金仕訳、前記単一出金仕訳に加えて、単一売掛仕訳、又は単一買掛仕訳であるかの判定を行い、前記制御手段は、前記仕訳候補一覧画面において、前記仕訳判定手段による判定結果に応じて単一売掛仕訳候補又は単一買掛仕訳候補を前記表示手段に表示させることが好ましい。

当該構成によれば、金額が売掛金に該当し、又は買掛金に該当するときは、仕訳候補一覧画面に単一売掛仕訳候補又は単一買掛仕訳候補が表示される。従って、専門知識がない操作者であっても、これらの仕訳結果と他の仕訳候補との比較を行うことができるので、正しい仕訳処理を選択する確率が高くなるため、仕訳処理の精度を高めることができる。なお、金額が売掛金に該当するか、買掛金に該当するかは、証憑の種類、発行先又は発行元等のデータによって判定することができる。

また、本発明の会計仕訳起票システムにおいて、前記仕訳比較データは、一般的な商取引における一般推論データと、過去に仕訳を行った履歴推論データと、消し込み処理を行う消込推論データとを含むことができる。これらの各データを仕訳マッチング手段で用いることにより、精度の高いマッチングを行うことができる。

また、本発明は、コンピュータを、前記いずれかの会計仕訳起票システムとして機能させるための会計仕訳起票プログラムを含む。

本発明の会計仕訳起票システム及び会計仕訳起票プログラムによれば、金融機関等、或いは証憑から取得した仕訳対象データについて、適切な仕訳候補がマッチング結果と共に表示されるので、専門知識がない操作者であっても正確な仕訳起票が可能となる。また、本発明の会計仕訳起票システムの操作者は、仕訳候補を確認することにより、仕訳に関する専門的な知識を身につけることができる。

本発明の会計仕訳起票システム及び会計仕訳起票プログラムの一実施形態の構成を示す説明図。 本実施形態の会計仕訳起票システムの機能的構成を示す説明図。 本実施形態の会計仕訳起票システムの作動を示すフローチャート。 本実施形態の会計仕訳起票システムの出納帳入力画面を示す説明図。 本実施形態の会計仕訳起票システムの仕訳候補一覧画面で振替伝票の状態を示す説明図。 本実施形態の会計仕訳起票システムの振替伝票画面を示す説明図。 出納帳入力画面の明細表示画面を示す説明図。 本実施形態の会計仕訳起票システムの仕訳候補一覧画面で出金伝票の状態を示す説明図。 本実施形態の会計仕訳起票システムの出金伝票画面を示す説明図。 本実施形態の会計仕訳起票システムの仕訳候補一覧画面で入金伝票の状態を示す説明図。 本実施形態の会計仕訳起票システムの入金伝票画面を示す説明図。 本実施形態の会計仕訳起票システムにおける証憑マッチング処理を示すフローチャート。 本実施形態の会計仕訳起票システムの証憑登録画面を示す説明図。 図１２の証憑登録画面に仕訳候補一覧画面及び証憑表示画面を表示させた状態を示す説明図。 本実施形態の会計仕訳起票システムの仕訳候補一覧画面で出金伝票の状態を示す説明図。 本実施形態の会計仕訳起票システムの証憑表示画面を示す説明図。 本実施形態の会計仕訳起票システムの仕訳候補一覧画面で売掛伝票の状態を示す説明図。 本実施形態の会計仕訳起票システムの売掛伝票画面を示す説明図。 本実施形態の会計仕訳起票システムの仕訳候補一覧画面で買掛伝票の状態を示す説明図。 本実施形態の会計仕訳起票システムの買掛伝票画面を示す説明図。

次に、図１〜図２０を参照して、本発明の実施形態である会計仕訳起票システムについて説明する。本実施形態の会計仕訳起票システム１は、金融機関等の情報提供機関からデータを取得し、或いはＯＣＲにより読み込んだ証憑のデータを取得し、ユーザ（操作者）による仕訳処理の負担軽減を行うシステムであり、コンピュータを当該システムとして機能させる会計仕訳起票プログラムを含む。

本実施形態の会計仕訳起票システム１は、図１に示すように、サーバ管理会社等が運営するサーバ２にその主要部がコンピュータプログラム（ソフトウエア）として記憶され、実行されるシステムである。サーバ２はインターネット等のネットワーク３を介して、銀行の運営する銀行データベース４、信販会社が運営するクレジットデータベース５、ユーザが使用するユーザ端末６，６ａ等に接続されている。

サーバ２は、ＣＰＵ（中央演算処理装置）、ハードディスク、メモリ等を備えたコンピュータシステム（いずれも図示省略）を備えており、ハードディスク内には本実施形態の会計仕訳起票システム１を実行するためのコンピュータプログラム等が記憶されている。このコンピュータプログラムは、ＣＰＵによって実行され、以下に説明する各会計処理が行われる。

本実施形態の会計仕訳起票システム１は、形式については特に限定されず、システム用に用いられるプログラムとしては、ユーザ端末６をクライアントとするクライアントサーバ形式のプログラムであってもよく、サーバ２内のブログラムをユーザ端末６で実行するいわゆるＳａａＳ（Software as a Service）形式のプログラムであってもよい。また、本実施形態の会計仕訳起票システム１に用いられるプログラムは、ＤＶＤ等の記憶媒体に記憶されてユーザ端末６にインストールされ、ユーザ端末６内で実行されるプログラムの形式であってもよい。

次に、本実施形態の会計仕訳起票システム１の機能的構成について図２を参照して説明する。会計仕訳起票システム１は、仕訳対象データ取得手段１１と、仕訳比較データ記憶手段１２と、仕訳マッチング手段１３と、仕訳判定手段１４と、表示手段１５と、制御手段１６とを備えている。これらの各手段は、サーバ２に記憶されたコンピュータプログラムによって実現され、サーバ２或いはユーザ端末６，６ａ上で実行される。

仕訳対象データ取得手段１１は、銀行データベース４又はクレジットデータベース５等に記憶されている提供情報データ１７（仕訳対象データ）を取得し、ユーザ端末６に取り込みを行う手段である。金融機関から提供された提供情報データ１７は、本実施形態ではユーザ端末６内のハードディスク又はメモリ等の記憶媒体に記憶される。

一方で、仕訳対象データ取得手段１１は、後述するスキャナ２８及びＯＣＲ機能を利用して、文字情報が記載された書類である証憑の情報をデータ化したＯＣＲデータ１８（仕訳対象データ）も取得可能である。ユーザ端末６に取り込まれたＯＣＲデータ１８についても、本実施形態ではユーザ端末６内のハードディスク又はメモリ等の記憶媒体に記憶される。

仕訳比較データ記憶手段１２は、提供情報データ１７又はＯＣＲデータ１８と比較してマッチングを行うための仕訳比較データ２０を記憶している。具体的には、一般的な商取引における一般推論データが記憶された一般推論ＤＢ２１、履歴推論データが記憶された履歴推論ＤＢ２２、及び消込推論データが記憶された消込推論ＤＢ２３の各推論を行うためのデータベースが仕訳比較データ記憶手段１２に該当する（「ＤＢ」はデータベースを示す。）。

仕訳マッチング手段１３は、仕訳対象データである提供情報データ１７と仕訳比較データ２０とを比較し、両データがどの程度一致しているかマッチング結果を演算する手段である。両データのマッチング結果は一致の度合いに応じてパーセンテージで表される。両データが完全に一致していればマッチング結果は１００％であり、例えば摘要のデータが１文字のみ異なっている場合のマッチング結果は９９％である等のマッチング処理が行われる。

仕訳判定手段１４は、提供情報データ１７が、複合仕訳、単一入金仕訳、又は単一出金仕訳のいずれの仕訳が適切であるかを判定する手段である。また、仕訳判定手段１４は、ＯＣＲデータ１８が、複合仕訳、単一入金仕訳、単一出金仕訳、単一売掛仕訳、又は単一買掛仕訳のいずれの仕訳が適切であるかを判定する。

表示手段１５は、後述するユーザ端末６のディスプレイ２５に各種画面の表示を行う手段である。この表示手段１５は、プログラムとしてユーザ端末６にインストールされていてもよく、サーバ２内にあってユーザ端末６に表示をさせるものであってもよい。

制御手段１６は、仕訳対象データ取得手段１１、仕訳比較データ記憶手段１２、仕訳マッチング手段１３、仕訳判定手段１４及び表示手段１５の各手段を制御する手段である。この制御手段１６は、主要部がプログラムであり、サーバ２又はユーザ端末６等のハードウエア上で実行される。

ユーザ端末６は、ユーザが使用するパーソナルコンピュータであり、本体２４、ディスプレイ２５、キーボード２６、マウス２７、スキャナ２８等を備えている。ユーザ端末６は特に制限はなく、ノートタイプのパーソナルコンピュータ型のユーザ端末６ａでもよく、いわゆるタブレット端末等の端末でもよい。

なお、本実施形態の会計仕訳起票システム１における各手段は、会計仕訳起票プログラム及びこれを実行するハードウエア（コンピュータ）から構成されるため、仕訳対象データ取得手段１１は仕訳対象データ取得装置、仕訳比較データ記憶手段１２は仕訳比較データ記憶装置、仕訳マッチング手段１３は仕訳マッチング装置、仕訳判定手段１４は仕訳判定装置、表示手段１５は表示装置、制御手段１６は制御装置と適宜読み替えることが可能である。

次に、本実施形態の会計仕訳起票システム１を用いて会計処理を行う場合の作動について、図３を参照して説明する。ユーザがユーザ端末６を起動させ、本実施形態の会計仕訳起票システム１を起動すると、ユーザ確認画面（図示省略）がディスプレイ２５上に表示される。ユーザがユーザ認証（ＳＴＥＰ１）を行うことにより会計仕訳起票システム１の初期画面（図示省略）が表示される。

初期画面においては、金融機関等の情報提供機関からの提供情報データ１７を取り込んで仕訳処理を行うか、証憑をスキャナ２８で取り込んだＯＣＲデータ１８で仕訳処理を行うかを選択することができる。ここでは、まず、ユーザが金融機関からの提供情報データ１７を取り込んで仕訳処理を行う場合について説明する（ＳＴＥＰ２でＹ）。

ユーザが提供情報データ１７を仕訳処理する旨の選択を行った場合、制御手段１６は、仕訳対象データ取得手段１１によってネットワーク３を介して銀行データベース４又はクレジットデータベース５にアクセスし、提供情報データ１７を取得する（ＳＴＥＰ３）。この提供情報データ１７には、「取引日付」、「相手先」、「摘要」、「入金金額」、「出金金額」、及び「残高」が含まれている。

提供情報データ１７が取り込まれると、制御手段１６は、仕訳マッチング手段１３によって、取得された提供情報データ１７についてマッチング処理を行う（ＳＴＥＰ４）。仕訳マッチング手段１３は、仕訳比較データ記憶手段１２の一般推論ＤＢ２１、履歴推論ＤＢ２２、及び消込推論ＤＢ２３の各推論データベースを利用してマッチング処理を行っている。

次に、制御手段１６は、表示手段１５によってユーザ端末６のディスプレイ２５に出納帳入力画面３０を表示させる（ＳＴＥＰ５）。図４に示すように、出納帳入力画面３０には、出納帳入力及び表示項目として、仕訳がユーザによって確認されているか否かの状態を示す状態表示３１と、入金・出金・振替の各区分を示す区分表示３２と、伝票番号表示３３と、日付表示３４と、取引先の情報を示す相手科目表示３５と、相手科目表示３５の補助的説明を記載する補助科目表示３６と、入金金額表示３７と、出金金額表示３８と、残高表示３９と、摘要表示４０と、相手先を示す相手先表示４１と、証憑の有無を示す証憑表示４２が表示される。

その他、出納帳入力画面３０には、仕訳候補を伝票等表示エリア４３に表示させる仕訳候補表示ボタン４４、証憑データを証憑表示エリア４５に表示させる証憑表示ボタン４６、各仕訳の明細を表示させる明細表示ボタン４７、各仕訳の伝票を表示させる伝票表示ボタン４８及びプログラムの処理を終了させる終了ボタン４９が設けられている。

また、明細表示ボタン４７によって各仕訳の明細が表示されているときは、この明細表示ボタン４７と同じ箇所に通帳表示ボタン５０が表示される。また、伝票表示ボタン４８によって各仕訳の伝票表示がなされているときは、この伝票表示ボタン４８の箇所に一覧表示ボタン５１が表示される。

また、出納帳入力画面３０の右下には、伝票等表示エリア４３にデータ入力のための伝票を表示させて新規にデータ登録を行うための入金伝票表示ボタン５２、出金伝票表示ボタン５３、及び振替伝票表示ボタン５４が設けられている。

出納帳入力画面３０のリストの１行目には、前月繰越の残高が表示されている。リストの２行目は、状態表示３１が「▲」となっている。これは、提供情報データ１７が取り込まれ、ユーザが未確認であるという状態（未確認データ）を示す。リストの３行目及び４行目の状態表示３１も「▲」であるので、提供情報データ１７が取り込まれているが、ユーザが内容を確認していない状態であることがわかる。

出納帳入力画面３０のリストの区分表示３２を見ると、２行目が「入金」、３行目が「出金」、４行目が「入金」となっている。これは、制御手段１６が、取得した提供情報データ１７の入金金額にデータが入っているか、出金金額にデータが入っているかによって判別している。

この状態で、ユーザは、出納帳入力画面３０に表示された未確認の仕訳候補の確認を行うことができる。出納帳入力画面３０のリストの２行目に表示された仕訳処理の内容を確認するためには、ユーザは２行目の未確認データをマウス２７でクリックする等の操作で選択する（ＳＴＥＰ６）。

未確認データの選択が行われると、制御手段１６は、選択された未確認データについて、仕訳マッチング手段１３によるマッチング処理（ＳＴＥＰ４）によって演算されたマッチング結果（図３においては「Ｍ結果」）が、他の仕訳候補の表示が不要と判断される閾値である単独表示閾値以上であるか否かを判断する（ＳＴＥＰ７）。本実施形態では、この単独表示閾値を９５％のマッチング結果に設定している。この単独表示閾値は、図示しない閾値設定画面において任意に変更することが可能である。

ユーザによって選択された未確認データのマッチング結果が単独表示閾値未満であるときは（ＳＴＥＰ７でＮ）、制御手段１６は、当該マッチング結果が抽出可能閾値以上であるか否かを判断する（ＳＴＥＰ８）。この抽出可能閾値は、仕訳候補として抽出可能、即ち、ユーザに対して提示可能な程度にマッチング結果が高い仕訳候補を抽出するための閾値である。本実施形態においては、この抽出可能閾値のマッチング結果を８０％に設定している。

ユーザによって選択された未確認データのマッチング結果が抽出可能閾値以上である場合は（ＳＴＥＰ８でＹ）、制御手段１６は、仕訳判定手段１４によって、未確認データが、複合仕訳、単一入金仕訳、又は単一出金仕訳に該当するのか判定を行う（ＳＴＥＰ９）。マッチング結果が抽出可能閾値以上であるような提供情報データ１７は、マッチング処理の際に参照された仕訳比較データ２０で行われている仕訳処理を採用すれば、高い確率で正しい仕訳処理を行うことができる。

この仕訳処理は、仕訳マッチング手段１３によるマッチング結果に応じて、例えば、選択された未確認データのマッチング結果が一番高い仕訳が複合仕訳の場合には、未確認データを複合仕訳に該当すると判定する。また、仕訳マッチング手段１３によるマッチング結果が二番目に高い仕訳が単一入金仕訳の場合、この二番目の仕訳候補を単一入金仕訳候補とする。これは、単一出金仕訳の場合も同様である。

このように、仕訳判定手段１４によって仕訳処理がなされた提供情報データ１７は、制御手段１６が、マッチング結果が抽出可能閾値以上である１又は複数の仕訳候補を、マッチング結果が高いものから順に、仕訳候補一覧画面５５に表示させる（ＳＴＥＰ１０）。このとき、出納帳入力画面３０においては、伝票等表示エリア４３に、図５に示す仕訳候補一覧画面５５が表示される。

図５に示すように、仕訳候補一覧画面５５には、出金伝票、入金伝票、又は振替伝票を表示する区分リスト５６が表示されており、図５の状態では振替伝票の表示であることがわかる。区分リスト５６では、仕訳判定手段１４の判定結果に応じて、単一出金仕訳の場合は出金伝票、単一入金仕訳の場合は入金伝票、複合仕訳の場合は振替伝票が選択される。

また、仕訳候補一覧画面５５の下方には、表示された仕訳候補の内容を修正する履歴修正ボタン５７、摘要等から仕訳候補を検索する検索ボタン５８、処理の取消を行う取消ボタン５９も設けられている。その他、仕訳候補一覧画面５５における日付表示欄等の表示欄（入力可能なものもある。）についての説明は省略する。

仕訳候補一覧画面５５には、仕訳マッチング手段１３によるマッチング処理（ＳＴＥＰ４）で、マッチング結果が高いものから順に表示される仕訳候補表示６０が表示されている。

仕訳候補表示６０に表示される項目は、マッチング結果の順位を示す順位表示６１、仕訳処理を行う伝票の種類を示す伝票表示６２、借方科目の内訳を示す借方科目表示６３、貸方科目の内訳を示す貸方科目表示６４、税込金額を表示させる税込金額表示６５、消費税の対象となるか否か又は税率を示す消費税表示６６、摘要の内容を示す摘要表示６７、相手先又は不動産等の物件を示す相手先／物件表示６８、マッチング処理を行った際に推論の基礎となったデータベースを示す推論表示６９となっている。

図５に示すように、仕訳候補一覧画面５５には、順位表示６１で１位及び２位の仕訳候補が表示されている。順位が１位の仕訳候補は、伝票表示６２が「振替」となっているため、振替伝票による仕訳を行う複合仕訳であることが確認できる。順位が２位の仕訳候補は、伝票表示６２が「入金」となっているため、入金伝票による仕訳を行う単一入金仕訳であることが確認できる。

図５に示す仕訳候補一覧画面５５では、銀行データベース４から取得した提供情報データ１７において、Ｄ銀行の普通預金口座の入金金額欄に「９９，５００」と記載され、摘要に「Ａショウテン」と記載されているケースの仕訳候補一覧が表示されている。

このようなケースでは、順位が２位の仕訳候補のように、入金金額欄の金額と同額である「９９，５００」の売上があった場合と、売上は「１００，０００」であるが、相手先が銀行の振込手数料を差し引いた額が「９９，５００」となっている場合がある。

仕訳候補一覧画面５５における順位が１位の仕訳候補は、推論表示６９を見ると「消込」と「履歴」が表示されており、消込推論ＤＢ２３及び履歴推論ＤＢ２２を用いて推論が行われたことがわかる。即ち、仕訳マッチング手段１３は、当該提供情報データ１７の仕訳候補を推論するにあたって、消込処理を行うデータと、過去に仕訳処理がなされたデータを利用して推論を行っている。一方で、順位が２位の仕訳候補は、推論表示６９が「履歴」となっており、履歴推論ＤＢ２２のみを用いて推論が行われたことがわかる。

このような場合、単に過去の仕訳処理で近似する処理がなされたものを参照して推論する場合に比べて、これに加えて消込処理で近似する処理がなされたものを参照した方が、推論の確率としては高くなることは明らかである。

従って、本実施形態においては、マッチングの一つの基準として「消込」及び「履歴」の両方の推論を行った仕訳候補（順位が１位の仕訳候補）が、「履歴」推論のみを行った仕訳候補（順位が２位の仕訳候補）よりもマッチング結果が高いと判定し、上記順位付けとしている。なお、上記マッチング処理及び仕訳判定処理の詳細な処理については、本願発明者による特開２００７−３０４６４３号公報の自動仕訳に関する記載を参照することができる。

ユーザは、以上の情報を見た上で、仕訳候補一覧画面５５の中から適当と思われる仕訳候補を選択する。仕訳候補の選択は、適当と思われる仕訳候補が表示されている行をクリックする等の操作により行う（ＳＴＥＰ１１）。

以上の各処理が行われ、未確認の仕訳候補の確認が行われると、出納帳入力画面３０の状態表示３１の「▲」が消えて確認済みを示す「空白」に変化する（ＳＴＥＰ１２）。また、出納帳入力画面３０のリストの区分表示３２の表示も必要に応じて変化する。今回のように、仕訳が複合仕訳であった場合、図４の出納帳入力画面３０の区分表示３２に振替伝票を示す「振替」の表示となる（ＳＴＥＰ１２）。ユーザは、出納帳入力画面３０の状態表示３１の「▲」が全て「空白」になるまで処理を続けることができる（ＳＴＥＰ１３）。

以上のように、本実施形態の会計仕訳起票システム１によれば、ユーザは、仕訳候補一覧画面５５を見ることにより、仕訳マッチング手段１３によって示された仕訳候補を、マッチング結果が高いものから順に見ることができる。従って、仕訳に関して専門知識がないユーザであっても、正しい仕訳候補を選択することができる。

ここで、ＳＴＥＰ７に戻って、ユーザによって選択された未確認データのマッチング結果が単独表示閾値以上であるときは（ＳＴＥＰ７でＹ）、制御手段１６は、マッチング結果が一番高い仕訳候補のみについて表示を行う（ＳＴＥＰ１４）。その際、仕訳判定手段１４による判定結果に応じて、複合仕訳候補、単一入金仕訳候補、又は単一出金仕訳候補のいずれかの仕訳候補を表示手段１５に表示させる（ＳＴＥＰ１４）。

例えば、仕訳判定手段１４による判定結果が、複合仕訳候補である場合、図４に示す伝票等表示エリア４３に、図６に示す振替伝票画面７０を表示させ、その画面上の仕訳結果画面８５に複合仕訳候補を表示させる。

振替伝票画面７０では、借方科目／借方補助７１、貸方科目／貸方補助７２、金額７３、消費税７４、摘要／対象期間７５、物件／部屋７６、相手先／期日７７の各表示が表示されている。

このように、本実施形態の会計仕訳起票システム１によれば、ユーザによって選択された未確認データにおいて、仕訳マッチング手段１３によってマッチングされた仕訳候補のマッチング結果が単独表示閾値以上に高い場合は、その仕訳候補のみをユーザに示して確認を促す。

また、仕訳候補がユーザに表示される際、仕訳判定手段１４による判定結果に応じて、仕訳処理に適した画面に表示される。このため、ユーザは、マッチング結果が単独表示閾値以上に高い仕訳候補について、その仕訳候補の仕訳処理に適した画面でその仕訳候補の確認を行うことができる。

また、この振替伝票画面７０では、図４に示す出納帳入力画面３０のリストの２行目に表示されている仕訳処理の内容を確認するために、仕訳結果画面８５にその内容を表示させることができる。この場合、出納帳入力画面３０において、伝票表示をさせたい仕訳項目を指定して伝票表示ボタン４８をクリックする。例えば、図４に示す出納帳入力画面３０のリストの２行目をマウス２７等で選択し、伝票表示ボタン４８をクリックすると、伝票等表示エリア４３に図６に示す振替伝票画面７０が表示される。

このように、本実施形態の会計仕訳起票システム１では、出納帳入力画面３０のような簡易な表示のみならず、振替伝票画面７０のような詳細な仕訳の内容を仕訳結果画面８５に表示させることも可能となる。この振替伝票画面７０を終了させる場合は、出納帳入力画面３０において、伝票表示ボタン４８に替わって表示される一覧表示ボタン５１をクリックすればよい。

また、振替伝票画面７０の下方には、追加ボタン７８、修正ボタン７９、削除ボタン８０、取消ボタン８１、行追加ボタン８２、行削除ボタン８３、及び更新ボタン８４が設けられている。ユーザは、これらのボタンを利用することにより、振替伝票画面７０の仕訳内容の修正等を行うことができる。

なお、出納帳入力画面３０において、新規でデータ入力を行う場合は、例えば、出納帳入力画面３０の振替伝票表示ボタン５４をクリックすると、図６に示すような振替伝票画面７０が表示される。仕訳に関する専門知識があるユーザであれば、この図６のように、新規に振替伝票画面７０を表示させて、キーボード２６等から必要な項目を入力することができる。

ここで、図７を参照して、出納帳入力画面３０において、明細表示ボタン４７をクリックすると表示される明細表示画面３０ａについて説明する。この明細表示画面３０ａでは、各仕訳データにおける状態表示３１は、ユーザによる確認が終わっていることを示す「空白」となっている。また、図７においては、ユーザによる仕訳処理の確認が行われており、その際の仕訳判定手段１４による判定結果が複合仕訳候補であるため、区分表示３２が「振替」となっている。

図７に示すように、明細表示画面３０ａは、複合仕訳が行われた仕訳データは、１行ではなく複数行に亘って詳細なデータが表示される。図７において、区分表示３２が「振替」となっている複合仕訳データは、借方科目３５ａ、貸方科目３６ａ、借方金額３７ａ、貸方金額３８ａの各項目が表示される。

図４における出納帳入力画面３０では、リストの２行目の仕訳データは、入金金額表示３７と残高表示３９に金額が表示されているのみである。しかしながら、明細表示画面３０ａでは、リストの２行目は、借方科目３５ａに「普通 Ｄ銀行」、貸方科目３６ａに「諸口」、借方金額３７ａに「９９，５００」、摘要表示４０に「売掛入金 手数料相殺」、相手先表示４１に「Ａショウテン」が表示されている。

また、リストの３行目には、借方科目３５ａに「諸口」、貸方科目３６ａに「売掛金」、貸方金額３８ａに「１００，０００」、相手先表示４１には「Ａ商店 ２０１７／１２／１０」が記載されている。さらに、リストの４行目には、借方科目３５ａに「支払手数料」、貸方科目３６ａに「諸口」、借方金額３７ａに「５００」、摘要表示４０に「振込料」が記載されている。

提供情報データ１７においては、金額としては「９９，５００」のデータのみが存在し、売掛金である「１００，０００」、及び振込手数料である「５００」はデータとしては存在していない。これでは、ユーザが売掛金である「１００，０００」の消込処理を行うときに処理が困難となる。

しかしながら、本実施形態の会計仕訳起票システム１によれば、現金としての「９９，５００」のみならず、売掛金「１００，０００」、及び支払手数料「５００」と３つの項目に仕訳されているため、ユーザが容易に消込処理等を行うことができる。

このように、本実施形態の会計仕訳起票システム１によれば、図４の出納帳入力画面３０において、銀行の通帳と同様の見やすい表示を行うことができると共に、明細表示ボタン４７をクリックするだけで、図７の明細表示画面３０ａにおいて仕訳の詳細な情報を表示させることができる。

また、ユーザが明細表示画面３０ａから出納帳入力画面３０に画面表示を変更したい場合は、図７に示す明細表示画面３０ａにおいて、通帳表示ボタン５０をクリックすることにより、ディスプレイ２５の表示を出納帳入力画面３０に変更することができる。

次に、図４に示す出納帳入力画面３０のリストの３行目に表示された仕訳処理の内容を確認する作業は以下のとおりである。ユーザは、出納帳入力画面３０の３行目の表示部分をマウス２７でクリックする等の操作で未確認データの選択を行う（ＳＴＥＰ６）。

未確認データの選択が行われると、制御手段１６は、選択された未確認データについて、仕訳マッチング手段１３によるマッチング処理（ＳＴＥＰ４）によって演算されたマッチング結果が、単独表示閾値以上であるか否かを判断する（ＳＴＥＰ７）。

ユーザによって選択された未確認データのマッチング結果が単独表示閾値未満であるときは（ＳＴＥＰ７でＮ）、制御手段１６は、当該マッチング結果が抽出可能閾値以上であるか否かを判断する（ＳＴＥＰ８）。

ユーザによって選択された未確認データのマッチング結果が抽出可能閾値以上である場合は（ＳＴＥＰ８でＹ）、制御手段１６は、仕訳判定手段１４によって、未確認データが、複合仕訳、単一入金仕訳、又は単一出金仕訳に該当するのか判定を行う（ＳＴＥＰ９）。また、制御手段１６は、出納帳入力画面３０の伝票等表示エリア４３に、図８に示す仕訳候補一覧画面５５を表示させ、マッチング結果が抽出可能閾値以上である１又は複数の仕訳候補を、マッチング結果が高いものから順に表示する（ＳＴＥＰ１０）。

図８において、仕訳候補一覧画面５５の区分リスト５６を見ると、出金伝票の表示であることがわかる。仕訳候補一覧画面５５には、仕訳マッチング手段１３によるマッチング処理で、マッチング結果が高いものから順に表示される仕訳候補表示６０が表示される。

通常は、マッチング結果の高いものから複数の順位の仕訳候補が表示されるが（図５参照）、図８においては、仕訳候補一覧画面５５には順位が１位の候補のみが表示されている。これは、仕訳マッチング手段１３によるマッチング結果が抽出可能閾値以上の仕訳候補が１つのみであったことを示している。

ユーザは、図８の仕訳候補一覧画面５５に、マッチング結果が抽出可能閾値よりも高い１位の候補のみ表示されており、当該仕訳候補は、高い確率で正しい仕訳がなされていると判断できるため、仕訳についての専門的な知識がない場合であっても、この１位の候補を選択して（ＳＴＥＰ１０）仕訳内容を確認することができる。

仮に、ユーザが１位の仕訳候補の仕訳内容について誤りを発見した場合は、履歴修正ボタン５７をクリックすることにより、仕訳候補の記載内容を正しい内容に修正することができる。

図８の状態で、仕訳候補一覧画面５５の仕訳候補表示６０に表示された１位の候補をユーザがマウス２７等を用いてクリックすると、出納帳入力画面３０に戻り、図４の３行目の状態表示が「空白」に変化し（ＳＴＥＰ１２）、仕訳内容の確認が行われたことを示す。

この状態から、図４の出納帳入力画面３０のリストの３行目の仕訳の内容を伝票画面で確認する場合には、伝票表示ボタン４８をクリックする。すると、伝票等表示エリア４３に、図９に示す出金伝票画面８６が表示される。この出金伝票画面８６では、図４の出納帳入力画面３０のリストの３行目の仕訳を出金伝票を用いて仕訳した場合の仕訳の内容が仕訳結果画面８５に表示される。

また、仮にＳＴＥＰ７において、仕訳マッチング手段１３によるマッチング結果が単独表示閾値以上であった場合は（ＳＴＥＰ７でＹ）、図９に示す出金伝票画面８６の仕訳結果画面８５に仕訳候補が表示される。

次に、図４に示す出納帳入力画面３０のリストの４行目に表示された仕訳処理の内容を確認する作業は以下のとおりである。ユーザは、出納帳入力画面３０の４行目の表示部分をマウス２７でクリックする等の操作で未確認データの選択を行う（ＳＴＥＰ６）。

未確認データの選択が行われると、制御手段１６は、選択された未確認データについて、仕訳マッチング手段１３によるマッチング処理（ＳＴＥＰ４）によって演算されたマッチング結果が、単独表示閾値以上であるか否かを判断する（ＳＴＥＰ７）。

ユーザによって選択された未確認データのマッチング結果が単独表示閾値未満であるときは（ＳＴＥＰ７でＮ）、制御手段１６は、当該マッチング結果が抽出可能閾値以上であるか否かを判断する（ＳＴＥＰ８）。

ユーザによって選択された未確認データのマッチング結果が抽出可能閾値以上である場合は（ＳＴＥＰ８でＹ）、制御手段１６は、制御手段１６は、仕訳判定手段１４によって、未確認データが、複合仕訳、単一入金仕訳、又は単一出金仕訳に該当するのか判定を行う（ＳＴＥＰ９）。また、制御手段１６は、出納帳入力画面３０の伝票等表示エリア４３に、図１０に示す仕訳候補一覧画面５５を表示させ、マッチング結果が抽出可能閾値以上である１又は複数の仕訳候補を、マッチング結果が高いものから順に表示する（ＳＴＥＰ１０）。

図１０において、仕訳候補一覧画面５５の区分リスト５６を見ると、入金伝票の表示であることがわかる。仕訳候補一覧画面５５には、仕訳マッチング手段１３によるマッチング処理で、マッチング結果が高いものから順に表示される仕訳候補表示６０が表示される。

図１０においても、上記出金伝票の場合と同様に、仕訳候補一覧画面５５には順位が１位の候補のみが表示されている。これは、仕訳マッチング手段１３によるマッチング結果が抽出可能閾値以上の仕訳候補が１つのみであったことを示している。

図１０の状態で、仕訳候補一覧画面５５の仕訳候補表示６０に表示された１位の候補をユーザがマウス２７等を用いてクリックして選択すると（ＳＴＥＰ１０）、出納帳入力画面３０に戻り、図４の出納帳入力画面３０のリストの４行目の状態表示が「空白」に変化し（ＳＴＥＰ１２）、仕訳内容の確認が行われたことを示す。

この状態から、図４の出納帳入力画面３０のリストの４行目の仕訳の内容を伝票画面で確認する場合には、伝票表示ボタン４８をクリックする。すると、伝票等表示エリア４３に、図１１に示す入金伝票画面８７が表示される。この入金伝票画面８７では、図４の出納帳入力画面３０のリストの４行目の仕訳を入金伝票を用いて仕訳した場合の仕訳の内容が仕訳結果画面８５に表示される。

また、仮にＳＴＥＰ７において、仕訳マッチング手段１３によるマッチング結果が単独表示閾値以上であった場合は（ＳＴＥＰ７でＹ）、図１１に示す入金伝票画面８７の仕訳結果画面８５に仕訳候補が表示される。

また、ＳＴＥＰ８において、マッチング結果が抽出可能閾値を下回った場合は、仕訳候補として抽出が困難な状態であり、マッチング結果をユーザに提示することは好ましくない。よって、マッチング結果が抽出可能閾値を下回った場合は（ＳＴＥＰ８でＮ）、制御手段１６は、図６に示す仕訳入力画面である振替伝票画面７０、或いは図９又は図１１に示す仕訳入力画面である出金伝票画面８６又は入金伝票画面８７をディスプレイ２５に表示させる（ＳＴＥＰ１５）。

このように、仕訳マッチング手段１３によるマッチング結果が抽出可能閾値を下回るような場合であっても、その提供情報データ１７に適した仕訳を行うための入力画面がディスプレイ２５に表示されるため、ユーザが当該画面を用いて仕訳入力を行う際に（ＳＴＥＰ１６）、正しい仕訳処理を行うことができる可能性を高くすることができる。

なお、上記実施形態において、抽出可能閾値及び単独表示閾値を用いたシステムの例を説明したが、これらの閾値を用いることなく、仕訳候補をディスプレイ２５に表示させてもよい。この場合、ユーザが未確認データを選択した際に（ＳＴＥＰ６）、ＳＴＥＰ７及びＳＴＥＰ８を飛ばして仕訳処理を行い（ＳＴＥＰ９）、仕訳候補一覧表示を行う（ＳＴＥＰ１０）。

仮に仕訳マッチング手段１３によるマッチング結果が低いものであっても、ユーザの参考になる場合もあるため、このように仕訳候補を表示させることも可能である。この場合、マッチング結果が高いものから順に仕訳候補一覧画面５５に表示させることにより、マッチング結果に応じた表示とすることができる。また、マッチング結果について、マッチング結果が高いものは「○」、中程度のものは「△」、低いものは「×」等の表示を行い、マッチング結果を表示させてもよい。

次に、本実施形態の会計仕訳起票システム１において、ＯＣＲにより読み込んだ証憑のデータを取得して仕訳処理を行う場合について、図３、図１２〜図２０を参照して説明する。本実施形態の会計仕訳起票システム１は、スキャナ２８を用いて文字情報が記載された書類をＯＣＲ機能によりデータ化したＯＣＲデータ１８を仕訳対象データとすることも可能である。

ユーザがユーザ端末６を起動させ、本実施形態の会計仕訳起票システム１を起動すると、ユーザ確認画面（図示省略）がディスプレイ２５上に表示される。ユーザがユーザ認証（ＳＴＥＰ１）を行うことにより会計仕訳起票システム１の初期画面（図示省略）が表示される。

初期画面においては、金融機関からのデータを取り込んで仕訳処理を行うか、証憑をＯＣＲで取り込んで仕訳処理を行うかを選択することができる。ユーザが証憑をＯＣＲで取り込んで仕訳処理する旨の選択を行った場合（ＳＴＥＰ２でＮ）、制御手段１６は、後述する証憑マッチング処理（ＳＴＥＰ１７）を行う。

証憑マッチング処理（ＳＴＥＰ１７）は、図１２に示すように、制御手段１６が事前にスキャナ２８によって取り込まれたＯＣＲデータ１８の有無をチェックする（ＳＴＥＰ２１）。事前に取り込まれたＯＣＲデータ１８がある場合（ＳＴＥＰ２１でＹ）、制御手段は、そのＯＣＲデータ１８が仕訳マッチング手段１３によってマッチング処理が行われたか否かをチェックする（ＳＴＥＰ２２）。

既にマッチング処理が行われている場合は（ＳＴＥＰ２２でＹ）、証憑マッチング処理（ＳＴＥＰ１７）を終了させる。また、制御手段１６は、表示手段１５によってユーザ端末６のディスプレイ２５に、図１３に示す証憑登録画面１００を表示させる（ＳＴＥＰ１８）。

一方で、ＳＴＥＰ２１において、ＯＣＲデータ１８が取り込まれていない場合は、図１３に示す証憑登録画面１００を表示させる（ＳＴＥＰ２３）。この状態でユーザがスキャナ２８を用いてＯＣＲデータ１８を取得する（ＳＴＥＰ２４）。制御手段１６は、ＯＣＲデータ１８が取得されると、仕訳マッチング手段１３によってマッチング処理を行い（ＳＴＥＰ２５）、証憑マッチング処理（ＳＴＥＰ１７）を終了させる。

証憑登録画面１００では、仕訳がユーザによって確認されているか否かの状態を示す状態表示１０１と、入金・出金・振替の各区分を示す区分表示１０２と、伝票番号表示１０３と、日付表示１０４と、借方科目表示１０５と、貸方科目表示１０６と、金額表示１０７と、税区分表示１０８と、摘要表示１０９と、物件表示１１０と、相手先表示１１１と、決済期日表示１１２と、証憑の有無を示す証憑表示１１３が表示される。

その他、証憑登録画面１００には、仕訳候補を伝票等表示エリア１１４に表示させる仕訳候補表示ボタン１１５、証憑データを証憑表示エリア１１６に表示させる証憑表示ボタン１１７、各仕訳の明細を表示させる明細表示ボタン１１８、各仕訳の伝票を表示させる伝票表示ボタン１１９及びプログラムの処理を終了させる終了ボタン１２０が設けられている。

また、明細表示ボタン１１８によって各仕訳の明細が表示されているときは、この明細表示ボタン１１８と同じ箇所に通帳表示ボタン１２１が表示される。また、伝票表示ボタン１１９によって各仕訳の伝票表示がなされているときは、この伝票表示ボタン１１９の箇所に一覧表示ボタン１２２が表示される。

また、証憑登録画面１００の右下には、伝票等表示エリア１１４に新規にデータ登録を行うための入金伝票表示ボタン１２３、出金伝票表示ボタン１２４、売掛伝票表示ボタン１２５、買掛伝票表示ボタン１２６、及び振替伝票表示ボタン１２７が設けられている。

この証憑登録画面１００では、出納帳入力画面３０と異なり、売掛伝票表示ボタン１２５及び買掛伝票表示ボタン１２６が追加されている。これは、提供情報データ１７は、「取引日付」、「相手先」、「摘要」、「入金金額」、「出金金額」、及び「残高」であるのに対して、ＯＣＲデータ１８は、「証憑の種類」、「取引日付」、「発行先」、「発行元」、「摘要」、「金額」、又は「支払期日」を含んでおり、売掛伝票又は買掛伝票での仕訳が必要となる場合があるからである。

たとえば、「証憑の種類」、「発行先」、「発行元」及び「摘要」の各データから、「金額」が売掛金又は買掛金に該当すると仕訳判定手段１４が判定した場合、売掛伝票又は買掛伝票による仕訳を行い、単一売掛仕訳候補又は単一買掛仕訳候補を後述する仕訳候補一覧画面１３１に表示させる（図１５）。

図１３においては、証憑登録画面１００の１行目の状態表示１０１は、ユーザが既に確認済みであることを示す「空白」となっている。また、図１３において、２行目には既にＯＣＲデータ１８が取り込まれた状態となっているが、ＯＣＲデータ１８が取り込まれる前の状態では２行目全体が「空白」となっている。

ユーザは、この証憑登録画面１００がディスプレイ２５に表示された状態で（ＳＴＥＰ２３）、スキャナ２８に証憑であるレシート（図示省略）を挿入すると、スキャナ２８により証憑画像１３０がイメージデータとしてユーザ端末６内に取り込まれ、ＯＣＲ機能によってＯＣＲデータ１８として取り込まれる（ＳＴＥＰ２４）。

証憑登録画面１００がディスプレイ２５に表示された状態でＯＣＲデータ１８が取り込まれると、制御手段１６は、仕訳マッチング手段１３によって、取得されたＯＣＲデータ１８についてマッチング処理を行う（ＳＴＥＰ２５）。仕訳マッチング手段１３は、仕訳比較データ記憶手段１２の一般推論ＤＢ２１、履歴推論ＤＢ２２、及び消込推論ＤＢ２３の各推論データベースを利用してマッチング処理を行っている。

仕訳マッチング手段１３によるマッチング処理が行われると、図１３に示すように、証憑登録画面１００の２行目にデータが取り込まれた状態となる。この２行目を見ると、状態表示１０１が「▲」となっている。これは、ＯＣＲデータ１８が取り込まれ、ユーザが未確認であるという状態（未確認データ）を示す。

２行目の区分表示１０２は「出金」となっているので、仕訳マッチング手段１３によるマッチング処理の結果、マッチング結果が最も高かった仕訳候補が出金伝票により入力可能な単一出金仕訳結果であることを示している。

この状態で、ユーザは、証憑登録画面１００に表示された未確認の仕訳候補の確認を行うことができる。証憑登録画面１００のリストの２行目に表示された仕訳処理の内容を確認するためには、ユーザは２行目の表示部分をマウス２７でクリックする等の操作で未確認データの選択を行う（ＳＴＥＰ６）。

未確認データの選択が行われると、制御手段１６は、選択された未確認データについて、仕訳マッチング手段１３による証憑マッチング処理（ＳＴＥＰ１７）によって演算されたマッチング結果（図３では「Ｍ結果」）が、単独表示閾値以上であるか否かを判断する（ＳＴＥＰ７）。

ユーザによって選択された未確認データのマッチング結果が単独表示閾値未満であるときは（ＳＴＥＰ７でＮ）、制御手段１６は、当該マッチング結果が抽出可能閾値以上であるか否かを判断し（ＳＴＥＰ８）、マッチング結果が抽出可能閾値以上である場合は（ＳＴＥＰ８でＹ）、図１４に示すように、証憑登録画面１００における伝票等表示エリア１１４に仕訳候補一覧画面１３１を表示させる（ＳＴＥＰ１０）。また、制御手段１６は、証憑表示エリア１１６に証憑表示画面１３２を表示させる。

仕訳候補一覧画面１３１は、図１５に示すように、出金伝票、入金伝票、振替伝票、売掛伝票、又は買掛伝票を表示する区分リスト１３３が表示されており、図１５の状態では出金伝票の表示であることがわかる。また、仕訳候補一覧画面１３１の下方には、表示された仕訳候補の内容を修正する履歴修正ボタン１３４、摘要等から仕訳候補を検索する検索ボタン１３５、処理の取消を行う取消ボタン１３６も設けられている。

また、仕訳候補一覧画面１３１の上方部分には、仕訳の判定を行った証憑の種類１３７が表示されている。図１５においては、証憑の種類１３７は「領収書」（領収証を含む）となっている。その証憑の種類１３７の下方位置には、消費税の税率等を選択する税金一覧表１３８が表示されている。その他の摘要等の表示については説明を省略する。

また、仕訳候補一覧画面１３１には、仕訳マッチング手段１３によるマッチング処理（ＳＴＥＰ２５）で、マッチング結果が高いものから順に表示される仕訳候補表示１３９が表示されている。

仕訳候補表示１３９に表示される項目は、マッチング結果の順位を示す順位表示１４０、仕訳処理を行う伝票の種類を示す伝票表示１４１、借方科目の内訳を示す借方科目表示１４２、貸方科目の内訳を示す借方科目表示１４３、税込金額を表示させる税込金額表示１４４、消費税の対象となるか否か又は税率を示す消費税表示１４５、摘要の内容を示す摘要表示１４６、相手先又は不動産等の物件を示す相手先／物件表示１４７、マッチング処理を行った際に推論の基礎となったデータベースを示す推論表示１４８となっている。

証憑表示画面１３２は、図１６に示すように、証憑種類及び未処理件数を表示させる証憑内容表示部１５０と、スキャナ２８により取得された証憑の証憑画像１３０を示すイメージ表示部１５１と、複数の証憑画像１３０の表示操作を行う証憑操作部１５２が設けられている。

証憑操作部１５２は、「次へ」「前へ」「表示変更」「バインダ保存」及び「削除」の各ボタンが表示されている。ユーザは、これらのボタンをクリックすることにより、取得された複数の証憑の切り替え等の操作を行うことができる。なお、イメージ表示部１５１の左上に表示されている「１」の表示は、現在表示されている証憑画像１３０が、複数ある証憑画像１３０のうちの１番目であることを示している。

図１６においては、イメージ表示部１５１に領収証の証憑画像１３０が表示されている。この証憑画像１３０は、ＯＣＲ処理がなされており、記載内容がテキストデータ化されている。図１６の証憑画像１３０から抽出されるＯＣＲデータ１８は、「証憑の種類」が「領収証（領収書）」、「取引日付」が「２０１７．１２．１０」、「発行元」が「ＡＢＣ’Ｓ」、「金額」が「￥３３０」となっている。

ここで、図１５に示す仕訳候補一覧画面１３１を見ると、順位が１位から３位までの仕訳候補が表示されている。順位が１位及び２位の仕訳候補は、推論表示１４８が「履歴」となっており、過去に本システムにおいて仕訳されて履歴推論ＤＢ２２に記憶されている履歴を基礎として推論を行ったことがわかる。順位が３位の仕訳候補は、推論表示１４８が「一般」となっているため、一般推論ＤＢ２１に記憶されているデータを基礎として推論を行ったことがわかる。

ユーザは、図１６に示すイメージ表示部１５１に表示された証憑の証憑画像１３０を確認した上で、仕訳候補一覧画面１３１に表示された仕訳候補の中から、適当と思われる仕訳候補を選択する。仕訳候補の選択は、適当と思われる仕訳候補が表示されている行をクリックする等の操作により行う。

このように、本実施形態の会計仕訳起票システム１によれば、ユーザが専門知識を有していない場合であっても、仕訳候補一覧画面１３１に表示された仕訳候補を見れば、どの候補が正しいか理解しやすいので、ユーザの専門性に関わりなく、仕訳処理を行うことができる。

なお、操作者が上記操作を行った場合でも仕訳処理が正しいかどうか不明なときは、各画面における取消ボタン（図５の符号５９等）をクリックすることにより、仕訳処理を行わずに作業を終了することができる。また、後に第三者に確認をしてもらう必要があるときは、図示しない附箋機能等を用いて確認担当者に連絡できるようにしてもよい。

次に、図１７を参照して、仕訳候補一覧画面１３１において、区分リスト１３３が売掛伝票となっている場合について説明する。図１７に示すように、仕訳候補一覧画面１３１の証憑の種類１３７は「請求書（控え）」となっている。これは、スキャナ２８により取得された証憑が「請求書（控え）」であることを示す。また、仕訳候補一覧画面１３１には、仕訳マッチング手段１３によるマッチング処理（ＳＴＥＰ２５）で、マッチング結果が高いものが仕訳候補表示１３９に表示されている。

ここで、図１７に示す仕訳候補一覧画面１３１を見ると、順位が１位の仕訳候補のみが表示されている。順位が１位の仕訳候補は、推論表示１４８が「履歴」となっており、過去に本システムにおいて仕訳されて履歴推論ＤＢ２２に記憶されている履歴を基礎として推論を行ったことがわかる。

一方で、ユーザによって選択された未確認データのマッチング結果が単独表示閾値以上であるときは（ＳＴＥＰ７でＹ）、図１８に示す売掛伝票画面１５３が表示される。この売掛伝票画面１５３では、仕訳結果画面８５に単独表示閾値以上のマッチング結果を有する１つの仕訳候補が表示される。

次に、図１９を参照して、仕訳候補一覧画面１３１において、区分リスト１３３が買掛伝票となっている場合について説明する。図１９に示すように、仕訳候補一覧画面１３１の証憑の種類１３７は「請求書」となっている。これは、スキャナ２８により取得された証憑が「請求書」であることを示す。また、仕訳候補一覧画面１３１には、仕訳マッチング手段１３によるマッチング処理（ＳＴＥＰ２５）で、マッチング結果が高いものが仕訳候補表示１３９に表示されている。

ここで、図１９に示す仕訳候補一覧画面１３１を見ると、順位が１位から３位の仕訳候補が表示されている。順位が１位の仕訳候補は、推論表示１４８が「履歴」となっており、過去に本システムにおいて仕訳されて履歴推論ＤＢ２２に記憶されている履歴を基礎として推論を行ったことがわかる。順位が２位の仕訳候補は推論表示１４８が「一般」であり、順位が３位の仕訳候補は推論表示１４８が「履歴」となっている。

一方で、ユーザによって選択された未確認データのマッチング結果が単独表示閾値以上であるときは（ＳＴＥＰ７でＹ）、図２０に示す買掛伝票画面１５４が表示される。この買掛伝票画面１５４では、仕訳結果画面８５に単独表示閾値以上のマッチング結果を有する１つの仕訳候補が表示される。

なお、上記実施形態において、仕訳マッチング手段１３のマッチング結果の閾値を９８％としたが、閾値はこれに限らず任意の数値を設定することができる。また、上記実施形態において、ＯＣＲデータ１８は、領収書、請求書等をスキャナ２８で読み込んでＯＣＲ処理しているが、これに限らず、スマートフォン等のカメラによる撮像データや、バーコードや二次元コード等のコードを読み込んでデータ化したものであってもよい。

また、上記実施形態では、提供情報データは、銀行等の金融機関から取得しているが、これに限らず、仕訳用のデータを所有する情報提供機関からの提供であればよい。情報提供機関としては、例えば、ネット通販等の小売業を営む機関等が該当し、このような機関によって提供される電子的な取引上のデータを取得してもよい。

１…会計仕訳起票システム、２…サーバ、３…ネットワーク、４…銀行データベース、５…クレジットデータベース、６…ユーザ端末、１１…仕訳対象データ取得手段、１２…仕訳比較データ記憶手段、１３…仕訳マッチング手段、１４…仕訳判定手段、１５…表示手段、１６…制御手段、１７…提供情報データ（仕訳対象データ）、１８…ＯＣＲデータ（仕訳対象データ）、２０…仕訳比較データ、２５…ディスプレイ（ユーザ端末）、２８…スキャナ、３０…出納帳入力画面、５５…仕訳候補一覧画面、６０…仕訳候補表示。

Claims (8)

1. 仕訳対象データを取得する仕訳対象データ取得手段と、
   仕訳比較データを記憶する仕訳比較データ記憶手段と、
   取得した前記仕訳対象データと前記仕訳比較データとのマッチング処理を行う仕訳マッチング手段と、
   前記仕訳対象データが、少なくとも、複合仕訳、単一入金仕訳、又は単一出金仕訳のいずれの仕訳であるかを判定する仕訳判定手段と、
   各種画面の表示を行う表示手段と、
   各手段の制御を行う制御手段とを備え、
   前記制御手段は、取得された前記仕訳対象データを未確認データとして前記表示手段に表示し、
   前記未確認データが操作者によって選択された際に、
   前記制御手段は、選択された前記未確認データについて、前記仕訳判定手段による判定結果に応じた、複合仕訳候補、単一入金仕訳候補、又は単一出金仕訳候補の仕訳候補を前記表示手段に表示させると共に、前記マッチング処理によるマッチング結果を前記表示手段に表示させることを特徴とする会計仕訳起票システム。
2. 請求項１に記載の会計仕訳起票システムであって、
   前記制御手段は、前記マッチング処理によるマッチング結果と、仕訳候補として抽出可能な閾値である抽出可能閾値とを比較し、
   前記マッチング結果が前記抽出可能閾値未満のもののみであるときは、
   前記仕訳判定手段による判定結果に応じて、複合仕訳、単一入金仕訳、又は単一出金仕訳のいずれかの仕訳用の仕訳入力画面を前記表示手段に表示させることを特徴とする会計仕訳起票システム。
3. 請求項１又は２に記載の会計仕訳起票システムであって、
   前記マッチング結果が、他の仕訳候補を表示しないこととする単独表示閾値以上であるときは、
   前記制御手段は、前記マッチング結果が一番高い仕訳候補のみについて、前記仕訳判定手段による判定結果に応じて、前記複合仕訳候補、前記単一入金仕訳候補、又は前記単一出金仕訳候補のいずれかの仕訳候補を前記表示手段に表示させることを特徴とする会計仕訳起票システム。
4. 請求項１〜３のいずれか１項に記載の会計仕訳起票システムであって、
   前記仕訳対象データは、金融機関を含む情報提供機関から提供される提供情報データであり、取引日付、摘要、及び、入金金額又は出金金額を含んでいることを特徴とする会計仕訳起票システム。
5. 請求項１〜３のいずれか１項に記載の会計仕訳起票システムであって、
   前記仕訳対象データは、文字情報が記載された書類をＯＣＲ機能によりデータ化したＯＣＲデータであり、証憑の種類、取引日付、発行先、発行元、摘要、金額、又は支払期日のいずれかを含んでいることを特徴とする会計仕訳起票システム。
6. 請求項５に記載の会計仕訳起票システムであって、
   前記ＯＣＲデータにおいて、前記金額が売掛金又は買掛金に該当するときは、
   前記仕訳判定手段は、前記仕訳対象データが、前記複合仕訳、前記単一入金仕訳、前記単一出金仕訳に加えて、単一売掛仕訳、又は単一買掛仕訳であるかの判定を行い、
   前記制御手段は、前記仕訳判定手段による判定結果に応じて単一売掛仕訳候補又は単一買掛仕訳候補を前記表示手段に表示させることを特徴とする会計仕訳起票システム。
7. 請求項１〜６のいずれか１項に記載の会計仕訳起票システムであって、
   前記仕訳比較データは、一般的な商取引における一般推論データと、過去に仕訳を行った履歴推論データと、消し込み処理を行う消込推論データとを含むことを特徴とする会計仕訳起票システム。
8. コンピュータを、請求項１〜７のいずれか１項に記載の会計仕訳起票システムとして機能させるための会計仕訳起票プログラム。
   

Images