JP2015191609A - 記帳システム - Google Patents

Abstract

【課題】仕訳作成時に科目を決定するのに必要十分な取引情報を作成する。【解決手段】取引情報を記入するための記帳システムにおいて、記憶手段が、複式簿記の記帳に必要な質問および回答選択肢を保存する質問内容データ領域と、摘要情報を構成する際に配置する質問に対する回答の順番を記録した回答配置テーブル領域とを具え、処理手段が、会計事務所にて後処理を行う事を目的として複式簿記の入力形式で、前記質問内容データから、質問および回答選択肢を提示する質問表示手段と、質問と得られた回答の入力を受付けて入力データを生成する入力受付手段と、入力データから勘定科目及びその貸借や税区分を選択するのに必要な情報を全て含む取引情報データを作成する取引情報データ生成手段と、取引情報データから摘要情報、日付、金額のデータを含み、借方科目と貸方科目の一方あるいは双方を含まない仕訳データを作成する仕訳データ作成手段とを具える。【選択図】図１

Description

本発明は、会計事務所の顧問先企業などで、記帳ソフトを利用して、仕訳入力を行なう場合に用いられる記帳システムにおいて、勘定科目および摘要の入力及びチェックを支援する技術に関する。

従来、公認会計士事務所や税理士事務所（以下単に「会計事務所」または「事務所」と称す。）では、顧問先から種々の形式で会計処理の元となるデータや原始証憑類を受け取って当該顧問先の会計処理を行っている。近年、パソコンの普及により、顧問先から会計事務所へ提出される基礎資料は電子媒体である場合が多くなっている。

顧問先から、会計事務所へ電子媒体（データ）として、基礎資料を提出する場合、一般的に顧問先側で出納帳形式のソフトウェアを使用して取引を入力し、データのままネットワークを介して会計事務所に送信するか、メモリカードなどの記憶媒体に格納して会計事務所に渡す方法がある。

このような会計ソフトには、顧問先側で、予め用意された取引内容を細分化したリストから取引内容を大分類、中分類、小分類の順番に選択することで、仕訳入力を効率化させる技術がある。（例えば、特許文献１）

また、顧問先側で取引内容を、予め用意された取引内容を細分化したリストから順番に選択することで、仕訳入力を効率化させる技術がある。（例えば、特許文献２）

さらに、顧問先側で取引内容を摘要として入力すると、それに基づいて勘定科目の選択を支援する機能があるものがある（例えば、特許文献３）。この技術では、摘要欄に摘要名を入力すると、入力文字列から予め割り当てられている勘定科目が検索され、科目欄に自動入力される。

そして、特許文献４には分類された取引の勘定科目を対応させた取引辞書と、摘要と勘定科目及び科目情報を対応させた摘要辞書により、摘要入力により自動仕訳を行うことができるので、帳簿に記帳する感覚で入力及び選択操作を行えばオペレータが仕訳をしなくても自動的に入力データの仕訳が行われる技術が公開されている。

特開２００１−３０６７７８号公報 特開平５−２９８３４３号公報 特開２００３−３２３５８１号公報 特開２００３−３３１２０９号公報

これまでは、顧問先が会計ソフトを利用して取引内容を元にした仕訳データとして複式簿記形式で入力するか、または現金出納帳等のような単式簿記形式で取引内容を記帳していた。ここで言う記帳とは、顧問先が取引内容を帳簿に記載することをいう。顧問先が会計ソフトを利用する場合は自計化のように決算まで行うケースと、自計化しない場合は日々の取引内容の記帳のみを行い、単式簿記形式の場合は取引内容、複式簿記形式の場合は取引内容を元とした仕訳データを会計事務所へ渡し、会計事務所では、受け取った取引内容または仕訳データから正しい仕訳を作成して、決算処理まで行う。

正確性や信頼性の観点から、顧問先では記帳のみを行って会計事務所にデータを渡し、仕訳処理は会計事務所で行うことも多いが、顧問先において会計ソフトで仕訳データまで作成するものがある。このように、顧問先において、従来から使用している会計ソフトで仕訳データを作成するケースは、入力形式や入力すべき項目の科目データなどにより以下のように分類される。

ケースＡ〜Ｂは、単式簿記の出納帳による処理の説明である。単式簿記の場合、出納帳では、各出納帳（科目を示す帳簿）を選択した時点で、自科目データは決まる。例として銀行から￥１，０００を現金で引き出す取引について単式簿記で記帳すると、「入金 ￥１，０００」と現金出納帳に記帳することで、現金出納帳での自科目データが現金に決まる（ケースＡ）。この場合は、相手科目について何ら記入されず未決となるため、仕訳データを作成することができない。このようなケースで、さらに記入者が現金出納帳の相手科目データに「相手科目 預金（預金出納帳）」を記入することもでき、この場合は自科目と相手科目が定まって仕訳データを作成可能となる（ケースＢ）。しかしながらこれはあくまでも備忘録として記載されるものであり、この取引について正確に仕訳処理を行おうとすると、別途預金出納帳に「出金 ￥１，０００」を記帳する必要がある。換言すると、ケースＡでは現金出納帳の例だと、自科目は現金だとわかるが、相手科目がわからないので、複式簿記の仕訳形式へ転記することができないが、相手科目データも入力している場合（ケースＢ）は複式簿記の仕訳形式へ転記することができるので、会計処理（仕訳データの作成）を行うことができる。

ケースＣ〜Ｆは、複式簿記の仕訳帳または伝票形式による処理の説明である。複式簿記にて会計処理を行うためには、科目データは、ケースＦのように借方科目と貸方科目の両方が入力（決定）されていることが必要となる。つまり、ケースＣ〜Ｅのように、科目データが不十分な状態では、会計処理（仕訳データの作成）を行うことが不可となる。

取引が、現金や預金のみをベースとしていれば、出納帳形式の入力のみで、会計事務所へ渡すのに十分な仕訳データを顧問先にて作成することが比較的容易にできる。しかしながら、一般的には、売掛や買掛といった現金や預金以外の取引が商慣習上多く発生する。売掛や買掛といった取引が発生した場合は、単式簿記の形態である出納帳形式では売掛や買掛といった科目毎に出納帳を用意して取引内容を入力する必要があり、一つの出納帳ですべての取引を入力できないため、複式簿記の形態である仕訳帳や伝票形式にて入力して仕訳データを作成することになる。

前述の通り、複式簿記の形式にて入力して仕訳データを作成する場合は、科目データに、借方科目を貸方科目の両方が入力（決定）していることが、仕訳データを元に会計事務所で正しい仕訳を作成する前提条件となる。つまり、上述のＣ〜Ｅのケースでは会計事務所にて正しい仕訳が作成できないことになる。そのため、顧問先では、複式簿記の形式にて入力する仕訳データについては、何らかの形で、科目データへ借方科目と貸方科目を入力して、ケースＦのように、借方科目を貸方科目の両方が入力（決定）されているようにすることが求められる。

仕訳データを作成できるようにするために、ケースＣ〜Ｅのような状態（借方科目と貸方科目のどちらか一つ、またはどちらも未決）から、ケースＦのような状態（借方科目と貸方科目のどちらも決定済）とするには、上述したように、従来から種々の手法にて科目データの入力を支援する方法がある。

しかしながら、例えば特許文献１のように、予め用意された、取引内容を細分化したリストから順番に選択することで、仕訳入力を行なう場合は、取引内容が定型化され細分化項目が少なければ、入力の手間が省力化できるが、取引内容が多い場合は、リストからの選択肢が増えることになり、正確な項目を選択することが難しくなる。また予め選択肢を用意する方式では、例外的な取引が発生した場合の対応が困難になるといった問題がある。

また、例えば特許文献３のように、取引内容からオペレータが摘要を入力し、摘要辞書と照合し勘定科目を抽出して仕訳入力を行なう場合は、勘定科目に関する知識が無くても取引を登録し、形式的にはそれらしい勘定科目による仕訳登録が可能である。しかし、簿記や仕訳入力の知識が乏しい人間が入力を行うと、不適切な勘定科目がそのまま決定されてしまうという問題があり、また勘定科目が記入済みの伝票または伝票データを渡された会計事務所でも間違いに気づきにくいという問題がある。

会計ソフトが有する摘要辞書を使用すれば、会計知識がない人でもある程度までは取引情報を基に勘定科目を設定することが可能ではあるが、顧問先の業種や規模によって異なる取引情報から消費税区分等を考慮した勘定科目などの選択・入力となると、摘要辞書から選択する場合にも会計知識が必要となり、知識のない人にとって入力困難となるといった問題もある。

いずれの方法も、その目的とするところは、仕訳データ作成に必要な借方科目と貸方科目のデータの入力を支援することである。言い換えれば、取引の実情と合致しなくても、仕訳データを作成するためだけに必要な借方科目と貸方科目のデータさえ形式的に入力されていれば、科目と取引の内容が合致していなくとも、それらしいデータを作成することができてしまう。

会計事務所では、顧問先から受け取ったデータについて、摘要情報に必要十分な仕訳入力の元となった取引内容が入力されていれば、勘定科目の正当性を検証することができるが、会計知識のない入力者の場合は、取引内容と照らし合わせて、必要十分な摘要情報を入力することなく、データを作成してしまう傾向があるため、会計事務所から顧問先への確認作業が発生するなどの問題がある。またそのようなデータがある場合は会計事務所で顧問先が作成した全ての仕訳についてチェックする必要が生じる。

従来から使われている、顧問先で会計ソフトを利用して仕訳入力を行なうためのソフトの多くは、仕訳入力から財務諸表の作成までできる機能を有しているものがあるが、精度の高い財務諸表の作成は、正確な仕訳データの作成（勘定科目が正しいことが前提）の上に成り立つものである。上述のように顧問先で決定される仕訳データがあいまいな場合（誤った科目を含む場合）、的確な財務諸表の作成が困難となるため、顧問先にとっては財務諸表の作成機能を有効活用できない結果となる。財務諸表の作成は、会計処理のノウハウがある会計事務所にて正確な勘定科目が決定されて、会計事務所主導で作成することが適切ということは、逆に考えると、顧問先では、余分な機能が付加された高額かつ複雑な操作を求められるソフトを使わざるを得ないという問題がある。

また、中堅規模の企業などでは、経理処理をする専任者以外の担当者も経理処理を行うケースがあるが、簿記知識の不十分な者にとって、会計ソフトを利用した仕訳入力は難しいという問題がある。

また、中堅規模の企業などでは、経理処理をする専任者を雇用して、自計化の処理に割り当てることがあるが、専門職を雇用するため人件費の増加という問題がある。

また、会計事務所において、顧問先で入力した仕訳について摘要情報と勘定科目が正しいかどうかのチェックは、会計事務所のチェック担当者が原始伝票と比較しながら目視で行う必要があり、チェック件数が１０００件以上のように多いと担当者の負担が大きいという問題がある。

さらに、従来の現金出納帳などの単式簿記による入力形式では、処理し得ない取引事象も多く存在する。例えば、ある顧問先において販売目的のために１０００万円で自動車を現金で仕入れ（取引１）、その翌年にその在庫自動車を業務用に転用した場合（取引２）を想定する。現金出納帳では取引１は以下のように自科目に「現金仕入」、相手科目に「商品（棚卸資産）」を記入して記帳できるが、取引２は現金の処理がないため現金出納帳に記帳できないという問題がある。

従来も質問式により取引情報を取得する記帳方式は提案されており、その場合は最初に帳簿を選択し、次に取引を選択し、選択した取引を元に取引内容を生成するという順番で取引情報を取得していくものであった。この場合、例えば現金出納帳を選択した時点で現金として自科目が決定され、取引選択のために以下のような質問体系で取引情報を取得し、取得した取引情報を元に相手科目を決定することができたが、それでも上記取引２のような事象は現金出納帳の入力画面のため記帳できなかった。

上記のような問題に鑑み、本発明は、会計事務所の顧問先企業などで、会計ソフトを利用して、記帳入力を行なう場合に、複式簿記の仕訳帳または伝票形式による入力時に取引内容に対応する科目（正確な勘定科目）データを適切に決定できない場合（上記のケースＣ〜Ｅ）、会計事務所にて仕訳作成する時に科目を決定するのに必要十分な取引情報を作成する記帳入力技術を提供することを目的とする。

また、本発明は、顧問先において記帳入力を行なう場合に、通常取引の入力であれば、担当者が慣れた伝票や帳簿形式を模した画面による種々の入力形態を使いながらも、例外的な取引や、発生頻度の低い取引が発生した場合などにおいては、不正確な勘定科目の入力を防止し、仮に不正確な勘定科目の入力がされた場合でも、摘要情報入力時に科目を決定するのに必要十分な取引情報を質問に回答する形式で取得できるようにすることで不正確な勘定科目が入力されても会計事務所で簡単にチェックできることを目的とする。

また、本発明は、会計事務所の顧問先企業などで、会計ソフトを利用して、記帳入力を行なう場合に、簿記の知識が十分にある熟練者にとっては入力の手間が省け（例えばテンキーで選択するだけ）、簿記の知識が乏しい者にとっては、質問に回答するだけで会計事務所において科目を決定するのに必要十分な取引情報および／または勘定科目の入力ができるようにすることを目的とする。

また、本発明は、顧問先において、取引情報から勘定科目を決定するに至るまで、取引事象単位で予め用意された質問とそれに対応する回答を選択式で入力することで、摘要情報が符号化され、勘定科目がバックグラウンドで決定され、記帳データが生成されるようにすることにより、勘定科目候補を表示することなく、したがって誤った勘定科目の入力を防止することを目的とする。さらに、会計事務所からフィードバックされた修正結果を元にして、毎回使用すべき勘定科目を更新することにより、正確性の高い記帳データを作成できるようにすることを目的とする。

さらに、本発明は、顧問先において記帳入力を行なう場合に、財務諸表の作成機能などを省いて記帳に重みをおいたシンプルなソフトの構成とすることで、軽い動作感を実現しつつ、簿記の知識が十分にある熟練者から、簿記の知識が乏しい初心者まで共通して記帳入力を行なえることを目的とする。

さらに、本発明は、従来は単式簿記形式では不可能であった現金取引と現金を使用しない資産の移動（振替）などの取引を１つの形式で記載する複式簿記でしか記帳できない場合でも、質問式入力により貸方科目、借方科目の双方を特定して取引内容を記帳できるようにするシステムを提供することを目的とする。

上述した課題を解決すべく、本発明にかかる記帳システムは、取引情報を記入するための記帳システムであって、少なくとも記憶手段と処理手段とを具え、
前記記憶手段は、
取引内容を構成する所定の大枠様式をベースに会計・税務処理に固有の特定ルールに基づいた複式簿記の記帳に必要な複数の質問および当該質問に対応する回答選択肢を保存する質問内容データを保存する領域と、
摘要情報を構成する際に配置する質問に対する回答の順番を記録した回答配置テーブルを保存する領域とを具え、
前記処理手段は、会計事務所にて後処理を行う事を目的として仕訳形式、仕訳帳形式、振替伝票形式、日計表形式といった複式簿記の入力形式で、前記質問内容データから、前記取引内容の入力中の項目（属性）にあった質問および対応する回答選択肢を前記記憶手段から読み出し提示する質問表示手段と、
前記質問表示手段により提示した質問に対して、前記質問と得られた回答の入力を受付けて入力データを生成する入力受付手段と、
前記質問と得られた回答で構成される入力データから作成される複式簿記の仕訳を作成するのに必要な情報であって勘定科目及びその貸借や税区分を選択するのに必要な情報を全て含む複式簿記用の取引情報データを作成する取引情報データ生成手段と、
前記取引情報データから複式簿記の仕訳を起こすために必要な情報を含む摘要情報、日付、金額のデータを含み、借方科目と貸方科目の一方あるいは双方を含まない仕訳データを作成する仕訳データ作成手段と、
前記仕訳データ、前記取引情報データを保存する領域へ登録するデータ管理手段とを具えたことを特徴とする。

本発明の別の実施形態にかかる記帳システムは、取引情報を記入するための記帳システムであって、記憶手段と処理手段とを具え、
前記処理手段は、会計事務所にて後処理を行う事を目的として仕訳形式、仕訳帳形式、振替伝票形式、日計表形式といった複式簿記の入力形式で、仕訳データの日付、金額、借方科目、貸方科目のいずれか１以上の入力を受付ける入力受付手段を具え、
前記記憶手段は、前記入力受付手段により、日付、金額、借方科目、貸方科目のいずれか1以上のデータを保存する領域と、
取引内容を構成する所定の大枠様式をベースに会計・税務処理に固有の特定ルールに基づいた複式簿記の記帳に必要な複数の質問および当該質問に対応する回答選択肢を保存する質問内容データを保存する領域と、
摘要情報を構成する際に配置する質問に対する回答の順番を記録した回答配置テーブルを保存する領域と、を具え、
前記処理手段がさらに、前記質問内容データから、前記取引内容の入力中の項目（属性）にあった質問および対応する回答選択肢を前記記憶手段から読み出し提示する質問表示手段を具え、
前記入力受付手段は、摘要入力が行われる際に、前記質問表示手段により提示する質問に対して、前記質問に対応する回答の選択を受付けて入力データを生成する入力方法に切替え、
さらに、前記質問と得られた回答で構成される入力データから作成される複式簿記の仕訳を作成するのに必要な情報であって勘定科目及びその貸借や税区分を選択するのに必要な情報を全て含む複式簿記用の取引情報データを作成する取引情報データ生成手段と、
前記取引情報データから複式簿記の仕訳を起こすために必要な情報を含む摘要情報と、前記入力受付手段が取得した日付、金額、借方科目、貸方科目のいずれか１以上を含む仕訳データを作成する仕訳データ作成手段と、
前記仕訳データと取引情報データを保存する領域へ登録するデータ管理手段を具えたことを特徴とする。

本発明では、顧問先において簿記の知識などが十分にある熟練者に対しては、慣れた伝票や帳簿形式を模した画面による種々の入力形態を確保しつつ、摘要情報の入力時、例外的な取引や発生頻度の低い取引が発生した場合などにおいては、会計処理または税務処理特有の記述ルール（特定ルール）に基づく質問形式により、回答を選択式で取得し、質問と対応する回答から取引情報を作成することで、会計事務所が正確な勘定科目や税区分を選択するための判断情報である取引情報を作成するとともに、顧問先で勘定科目を決定できる箇所は決定し、決定できない箇所については未決として、会計事務所の仕訳作成に十分な取引に関するデータ（質問と回答で構成される入力データ、ないし入力データから生成される取引情報データ）を作成し、まとめて会計事務所に渡るようにすることにより、事務所側で仕訳入力を行う際の取引情報ないし摘要情報の定型化が図られ、正確かつ適切な勘定科目や税区分を決定して作業を進めることができる。

また、顧問先において簿記の知識が乏しい者（初心者）に対しては、最初から、会計処理または税務処理特有の記述ルール（特定ルール）に基づく質問形式により、回答を選択式で取得し、質問と対応する回答から取引情報を作成することで、会計事務所が正確な勘定科目や税区分を選択するための判断情報である取引情報を作成するとともに、顧問先で勘定科目を決定できる箇所は決定し、決定できない箇所については未決として、会計事務所の仕訳作成に十分な取引に関するデータを作成し、まとめて会計事務所に渡るようにすることにより、事務所側で仕訳入力を行う際の取引情報ないし摘要情報の定型化が図られ、正確かつ適切な勘定科目や税区分を決定して作業を進めることができる。

また、回答を選択式で入力していく形式であるので、熟練者にとっては、テンキーだけの操作だけで入力作業が可能となり、初心者にとっては、質問に回答するだけで、勘定科目の判断に必要な摘要情報や仕訳データの元情報を作成することができる。

さらに、定型化された取引情報ないし摘要情報から、人が読んで分かる（取引内容を把握しやすく読みやすい）摘要文の生成が可能となるので、顧問先や会計事務所における取引事象との確認作業が容易となり、正確性の高い勘定科目の決定支援が可能となり、仕訳業務の効率化が図られる。

また、本発明のシステムにより生成された摘要文を見ることによって、入力した質問と回答から、摘要と勘定科目の関係把握が分かりやすくなるので、会計知識の乏しい者が、会計の知識を習得することに役立てることができる。

また、顧問先で入力された摘要情報と勘定科目が会計事務所でチェックされ修正された場合に、正確な摘要情報と勘定科目の関係を顧問先へフィードバックするサイクル形式としたので、より正確性の高い顧問先における入力作業と、正しい会計知識の向上に役立てることができる。

さらに、本発明によれば初心者でも仕訳データの作成に十分な入力が出来るため、経理処理の専任者を雇用しなくても、パートやアルバイトの者でも経理処理が可能となるため、人件費の削減に役立てることができる。

また、会計事務所における、顧問先で入力された質問式入力で入力した摘要情報と勘定科目が正しいかどうかのチェックにおいて、取引情報から作成された勘定科目と一致する場合は目視でチェックする必要をなくし、不一致の場合のみ該当する仕訳に警告や色を付けることにより、会計事務所のチェック担当者のチェック負担を軽減できる。

さらに、単式簿記のみならず複式簿記でしか記帳できない取引事象に対応すべく、質問の体系／順番を取引種別（受取ｏｒ支払ｏｒ部門間移動ｏｒ資産振替）、送り側（支払側）選択、受け側（受取側）選択、取引対象（物）選択または取引種別（受取ｏｒ支払ｏｒ部門間移動ｏｒ資産振替）、受け側（受取側）選択、送り側（支払側）選択、取引対象（物）を選択し、選択した質問の回答から取引内容を生成する順番へと変更することにより、上述した取引２（棚卸資産を固定資産へ転用）といった取引事象を１つの方式で記帳することができる。

図４２は、本発明にかかる会計入力方法の基本的な質問体系を構成した場合の実施例を説明するための図である。上述したように、従来の現金出納帳などの単式簿記による入力形式では、例えば、ある顧問先において販売目的のために１０００万円で自動車を現金で仕入れ（取引１）、その翌年にその在庫自動車を業務用に転用した場合（取引２）、現金出納帳では取引１は自科目に「現金仕入」、相手科目に「商品（棚卸資産）」を記入して記帳できるが、取引２は現金の処理がないため記帳できないという問題があった。このような複式簿記でしか入力し得ないような取引でも、本発明によれば質問式によって入力可能となる。

図４２（ａ）に示すように、本発明では質問の体系や順番について工夫する点に特徴があり、これにより、複式簿記の入力においても、貸方／借方の両科目の特定に必要な情報を質問式で取得することができる。単式簿記の質問形態では、帳簿を選択させ、取引を選択させ、取引内容を生成するという順番であるのに対し、複式簿記においては質問体系を変容させ、複式簿記の質問の順番は、まず取引を選択させるようにし、次に送り側（支払側）と受け側（受取側）を選択させ、次に取引対象（物）を選択させ、最後に選択した内容から取引内容を生成するように構成する。図４２（ｃ）は、この順番の質問内容をツリー表示した概念図である。最初の質問Ｑ１では、取引として本実施例では受取／支払／部門間移動／資産振替を選択させ、選択された内容に応じてＱ２、Ｑ３と新たな質問が導かれるようにする。Ｑ２では、送り側（支払側）として、受取の場合に売上／回収／返品、支払の場合に経費／仕入れ、社内の部門間移動の場合に移動元、社内の資産振替の場合に振替元が質問として提示される。ここで、部門間移動とは、例えば営業部門が２つあって一方で現金、小切手、売掛といった売上げを出していたところ、顧客が他方の営業部門の扱いとなって売掛等も別部門に移動させるような場合や、既存の営業所を２つに分割した結果、新たに分割した営業所に顧客を割り振ったりする場合に、当該顧客の売掛や小切手を移動させるような場合をいう。また、資産振替には、上記のような販売用の在庫を業務用の備品に変更するような場合がある。

本発明により、例えば図４２（ｂ）に示すように、１０００万円で商品として仕入れた在庫車両を、業務用として転用するような取引を質問式により入力することが可能となる。すなわち、図４２（ｃ）に示すような質問体系において、Ｑ１で取引として資産振替を選択し、Ｑ２で振替元として販売用の在庫を選択し、Ｑ３で振替先として業務用の備品を選択すると、図４２（ｂ）に示すように借方科目が商品（棚卸資産）で、貸方科目が車両（固定資産）のように決定され、仕訳処理を行うことができる。

このとき、部門間移動の移動元や資産振替の振替元は複数選択可能とすることにより、例えば売上げが１００万円あった場合の、相手方として現金５０万円、売掛金５０万円というように記帳することが可能となり、複合仕訳を実現することができる。

図１は、本発明にかかる記帳システムの全体概要を示す図である。 図２は、いくつかの形式の入力画面における、質問体系／順番が異なる様子を示す図である。 図３−１は、例えば出納帳形式などの単式簿記形式であって、片側の科目（自科目または相手科目）が選択済みの場合の質問項目の概要を説明するための図である。図３−２は、例えば仕訳形式などの複式簿記形式であって、両方の科目（借方科目と貸方科目）の入力を志向する入力方式の場合の摘要に関する部分の質問項目の概要を説明するための図である。図３−３、図３−４は例えば仕訳形式、図３−５は振替伝票形式などの複式簿記形式であって、質問式により摘要の入力を行なう場合の概要を説明するための図である。 図４は、図３−１に示した追加の質問について説明するための図である。 図５は、本発明にかかる記帳システムのターミナル画面の例を示す図である。 図６は、図５等に示す質問式伝票入力画面の実施例を示す図である。 図７−１は、操作面における従来システムと本願システムの相違を説明するための図である。図７−２は、従来技術と本発明の関係を処理フローの相違として表した図である。 図８は、取引区分１、２がある類型における、質問生成処理を説明するための図である。 図９は、取引区分１、２がない類型における、質問生成処理を説明するための図である。 図１０は、顧問先における大まかな処理手順を説明するための図である。 図１１は、会計事務所における大まかな処理手順を説明するための図である。 図１２は、顧問先と会計事務所が連携する場合の処理手順を説明するための図である。 図１３−１は、質問の順番に従って質問項目を取り出して画面構成情報にセットする処理を説明するフローチャートである。図１３−２は、質問式伝票入力が選択された場合の処理フローを説明する図である。 図１４は、仕訳生成処理の概略を説明するフローチャートである。 図１５−１は、入力形式毎の取引情報入力処理フローの概要を示す図であり、特に仕訳形式などの場合において、摘要のみを質問形式で取得する類型のフローチャートである。図１５−２は、例えば現金出納帳形式など、摘要のみならずすべての項目を質問形式で取得する類型のフローチャートである。図１５−３は、質問式伝票入力方式の取引情報入力処理フローを示す図である。 図１６は、入力形式毎の取引情報入力処理フローにおいて、特に質問の順番に注目した場合のフローチャートである。 図１７は、入力形式と入力順のテーブルの一実施例を示す図である。 図１８は、入力形式と質問内容のテーブルの一実施例を示す図である。 図１９は、取引区分と質問内容および詳細質問のテーブルの一実施例を示す図である。 図２０は、入力順と内容のテーブルの一実施例を示す図である。 図２１は、科目区分辞書の一実施例を示す図である。 図２２は、取引区分１辞書の一実施例を示す図である。 図２３は、取引区分２辞書の一実施例を示す図である。 図２４は、自動摘要辞書の一実施例を示す図である。 図２５は、固有辞書の一実施例を示す図である。 図２６は、取引相手辞書の一実施例を示す図である。 図２７−１は、質問式伝票の入力データの一実施例を示す図である。図２７−２は、質問式伝票以外の入力データの一実施例を示す図である。 図２８は、取引情報データの一実施例を示す図である。 図２９は、仕訳データの一実施例を示す図である。 図３０は、学習辞書の一実施例を示す図である。 図３１は、質問情報データの一実施例を示す図である。 図３２は、科目辞書の一実施例を示す図である。 図３３は、摘要辞書の一実施例を示す図である。 図３４は、顧問先データの一実施例を示す図である。 図３５は、会計事務所データの一実施例を示す図である。 図３６−１は、オペレータデータの一実施例を示す図である。図３６−２は、職位データの一実施例を示す図である。 図３７−１は、科目振り分けテーブルの一実施例を示す図である。図３７−２は、会計事務所で修正された科目振り分けテーブルの一実施例を示す図である。 図３８は、本発明にかかる記帳システムの構成例を示す図であり、図３８−１が顧問先端末１０を含む顧問先システムの構成例、図３８−２が会計事務所サーバー２０やクライアント端末３０を含む会計事務所システムの構成例である。 図３９は、追加の質問を提示する処理フローの実施例を示す図である。 図４０は、仕訳確定処理の実施例を説明するためのフロー図である。 図４１は、質問式入力で取得された摘要情報に基づいて、通常入力した科目の適否をチェックする処理フローを説明する図である。 図４２は、本発明にかかる会計入力方法の基本的な質問体系を構成した場合の実施例を説明するための図である。 図４３は、摘要情報を構成する際に配置する質問に対する回答の順番を記録した回答配置テーブルを説明する図である。 図４４は、本発明にかかる記帳システムないし会計処理システムの構成例の幾つかを示す図である。

［１］全体概要
最初に、図１を参照して、本発明の記帳システムにおける情報や処理の流れの全体概要を説明する。本発明は、顧問先において簿記の知識などが十分にある熟練者に対しては、慣れた伝票や帳簿形式を模した画面による種々の入力形態を提示するとともに、例外的な取引や発生頻度の低い取引が発生した場合などにおいては、会計処理または税務処理特有の記述ルール（特定ルール）に基づく質問形式により、回答を選択式で取得し、質問と対応する回答から取引情報を作成することで、会計事務所が正確な勘定科目や税区分を選択するための判断情報である取引情報を作成するものである。また、顧問先で勘定科目を決定できる箇所は決定し、決定できない箇所については未決として、いずれの場合でも質問形式により、会計事務所の仕訳作成に十分な取引に関するデータを作成し、まとめて会計事務所に渡るようにして、事務所側で仕訳データの確認・修正が行えるようにし、さらに科目情報の修正があった場合に顧問先システムの科目振分テーブルにフィードバックされることを特徴とする。

図１において、左側が顧問先側、右側が会計事務所側のシステムないし処理を示す。例えば業務に関して取引事象が生じた場合に、その内容に基づいて顧問先側で仕訳入力処理が行われる。このとき、顧問先側のオペレータは、取引事象の種類、本人の会計知識の習熟度、慣れや好みなどに応じて、「仕訳帳入力」、「出納帳形式入力」、「日計表形式入力」、「仕訳形式入力」、および「伝票入力」といった複数の入力形式から選択することができる（図５参照）。ここで、質問式入力とは摘要や勘定科目を決定するのに必要なすべての情報を、発生した取引事象に関して、５Ｗ１Ｈ（いつ、どこで、誰が、何を、どうする、なぜ）などの大枠様式をベースとする取引毎に会計処理特有の個別質問と、各質問に対応する複数の選択肢あるいは入力欄を提示し、複数の選択肢から回答を数字で指定するか、人数や金額の数字を直接入力してもらうことで取引事象の詳細情報が取得される形式である。また後述するが、その他の形式でも取得すべき情報が適宜質問式で提示され、オペレータがテンキーのみで選択していくことにより会計情報が取得されるように構成されている。

図１の左下に、顧問先端末１０の例示的な仕訳形式入力画面とより詳細な処理の流れが示されている。点線で囲ってある部分が質問式入力箇所であり、左の質問ボックスからテンキーやマウスクリック等で回答を指定することにより次のボックスの質問内容が定まり展開表示される。各質問には例えば「０：それ以外」といった選択肢が設けられており、提示された選択肢に該当する内容がない場合にはこれを指定すると入力欄が提示され、そこに入力した内容が以降に新たな選択肢として提示される。また、日付や金額、その他必要なメモなどが選択式でない通常入力で取得され、これらの情報が取引内容を構成する質問に対する回答である（ペアとなる質問を回答と一緒に記載してもよい）入力データ（仕訳データを含む）として保存される。さらに、選択・入力内容から後述する選択項目対応テーブル・科目振分テーブルが参照され、質問や回答の内容が符号化されるとともに、可能な場合に取引事象に対応する科目が決定される。

このようにして生成された入力データは顧問先システムの管理ＤＢに保存されるとともに、インターネットを介して会計事務所側に送られる。ここで、顧問先側では、入力データだけを生成し、入力データを会計事務所サーバー２０に送信して、会計事務所側システムで入力データから勘定科目及びその貸借や税区分を選択するのに必要な情報であって取引内容を構成する情報（複式簿記の仕訳を作成するに必要な情報）を全て含む取引情報データを作成する。なお、取引情報データは顧問先側で作成してから会計事務所側に送付してもよい。

取引情報データから科目振分けテーブルを参照して科目決定を行うようにしてもよいし、顧問先側で入力データ及び取引情報データ生成に留まらず、科目決定まで行って仕訳データを生成して、会計事務所側では、確認修正を行うようにしてもよい。右側に示す会計事務所側にはサーバー２０と、当該サーバー２０と事務所内ネットワークで接続された１以上のクライアント端末３０がある。受信されたデータはサーバー２０の帳票ＤＢの顧問先毎の特定領域（顧問先毎フォルダ）に格納される。

また、１以上の入力形式画面において、取引の元になるレシートや領収書等の原始証憑をスキャナーやモバイル端末のカメラで読み取って、入力画面上に提示したり、入力データと紐づけて保存し、会計事務所に送るようにしてもよい。このほか、入力データをＱＲコードなどにより二次元コード化した上で、仕訳帳形式などにより紙媒体に出力して会計事務所に送付してもよい。これにより、顧問先や会計事務所の担当者が表示された原始証憑を目で確認しながら入力・確認・修正作業を行うことができる。さらに、読み取った原始証憑をＯＣＲ処理にかけて合計金額等を抽出し、入力画面の必要な項目に自動的に反映されるように構成してもよい。

サーバー２０に登録された会計データは、クライアント端末３０で動作する会計処理ソフトで読み出され、必要に応じて摘要データや勘定科目を修正したり、勘定科目をより詳細な科目まで特定したりすることができる。このような会計事務所側における確認、修正処理は監査処理と呼ばれる。会計事務所側システムでは、例えば顧問先側で新たな選択肢を作成したことにより科目が未決となっているデータについて、会計事務所の担当者が取引情報データから取引内容を確認して適切な勘定科目を決定することができる。なお、その適切な勘定科目を科目振分けテーブルへフィードバックすることで、今まで科目が未決となっていた同様の取引については、適切な勘定科目を設定できるようになる。このようにして確定された勘定科目を含む会計情報がサーバー２０に保存される。なお、この監査処理において、もしあれば伝票イメージを入力データや仕訳データと同時に表示して、会計事務所の担当者が実際の伝票イメージを見ながら入力画面上で摘要データや勘定科目を修正するようにしてもよい。監査処理が終了すると、適宜、決算処理に移行する。決算処理とは、中間、四半期、月次など、決算処理の時期において、会計システムにおいて生成した監査済みの仕訳データを集計等して、財務諸表の作成などを行うことをいう。決算処理（財務諸表の作成等の処理）は、一般的に知られた公知技術であるため詳細は省略する。

さらに、会計事務所側は顧問先毎に選択項目対応テーブル兼科目振分テーブルを備えており、適切に修正あるいは特定された勘定科目が、対応する質問と回答の組み合わせに対して登録される。会計事務所と顧問先の選択項目対応テーブルや科目振分テーブルは常に同期されており、以降に顧問先で同じ質問と回答の組み合わせがあった場合に更新された振分テーブルを参照することにより適切な科目が抽出されることになる。なお、別の実施例では、選択項目対応テーブル・科目振分テーブルは顧問先毎に用意して管理するのではなく、業種毎や会計事務所毎に統一して管理してもよい。

以上の説明では、（１）顧問先側では、入力データだけを生成し、入力データを会計事務所サーバー２０に送信して、会計事務所側システムで取引情報データを作成し、科目振分けテーブルを参照して科目決定を行う態様について説明したが、（２）顧問先で取引情報データを作成し、科目振分けテーブルを参照して科目決定を行うところまで完結してもよいし、（３）顧問先で取引情報データを作成まで行い、会計事務所側システムで科目振分けテーブルを参照して科目決定を行うようにしてもよい。

なお、会計事務所側システムとして図１に例示したサーバー２０は、会計事務所内に設置するサーバーであってもよいし、いわゆるクラウドサーバーのように、インターネット上のサーバーであっても良く、顧問先毎にデータを管理できる記憶部を備えていれば、どのようなサーバーの態様であっても構わない。

図２は、いくつかの形式の入力画面における、質問体系／順番が異なる様子を例示する図である。図２では、日付、金額等の全ての入力項目が質問で構成された入力形式である質問式入力（質問式入力Ａ）画面と、摘要だけを質問式で入力できるようにした質問式入力（質問式入力Ｂ）画面に切替えることができる出納帳形式入力画面の例が示されている。本図に示すように、入力形式ごとに質問の体系と順番が変化して表示される。ここで、出納帳形式は単式簿記であり、仕訳帳形式、仕訳形式、伝票形式（振替伝票形式）、日計表形式は複式簿記の形態である。担当者の会計知識や会計ソフトの習熟度が高ければ、質問式入力（質問式入力Ａ）ではなく直接入力式の方がむしろ早くて正確な場合もある。そのような場合は、通常入力の割合が高い入力画面を指定して摘要入力のみ質問式入力（質問式入力Ｂ）にすればよい。摘要入力まで自由入力にしてしまうと複式簿記の仕訳を作成するに必要な情報が記載されない場合があるので、既存の会計ソフトと同様の問題（取引内容が不完全のため、問い合わせや取引内容のチェックの労力）が発生する。会計知識のある担当者であっても摘要入力のみ質問式入力（質問式入力Ｂ）で入れてもらうことで、上記の問題が解消する。１つの取引事象を複数の入力形式（例えば、接待に関する飲食という事象について、仕訳形式、伝票形式、出納帳形式、日計表形式および仕訳形式）で入力できることもあるし、特定の入力形式（例えば出納帳形式のみ）では入力できない取引事象（資産の振替や部門間移動等の取引）もある。また取引形態が現金を主としているケースでは、現金に関する取引を出納帳形式で入力し、現金以外の取引を伝票形式で入力することで、取引態様と入力者の会計知識のレベルに応じて多様な入力方法を提供できる。このような事情を勘案して担当者が取引態様に応じて入力形式を選択し、種々の取引をシステムに入力していく。

図３−１は、例えば出納帳形式などの単式簿記形式であって、片側の科目（自科目または相手科目）が選択済みの場合の質問項目の概要を説明するための図である。本図の左側に入力画面を示すように、画面上部に出納帳の種類を選択できるタグが表示され、現金出納帳、小口現金出納帳、預金出納帳、売掛帳、買掛帳から選択できるようになっている。いずれかのタグを選択すると、その時点で片側の科目が定まることになり、出納帳の種類に応じた必要な質問が展開される。図３−１は現金出納帳の例であり、質問項目として左から取引区分１、取引区分２、自動摘要、および固有辞書の順番に表示される。取引区分１は、入金区分として「１．現金売上」、「２．売掛の回収」、「３．預金からの引出」、「３．小口現金から振替」、「９．その他／選択摘要」の選択肢があり、出金区分として「２１．経費の支払」、「２２．買掛の支払」、「２３．固定資産の購入」、「２４．預金へ預入」、「２５．小口現金へ振替」、「２６．現金仕入」、「２７．仮払金支払」の選択肢がある。ここで、取引区分１で「２１．経費の支払」が選択されたら、システムは例えば図１７から図２６に示す選択項目対応テーブルを参照して、「２１．経費の支払」が選択されたときの対応する取引区分２を抽出して提示する。同様に、この取引区分２で指定された選択肢に応じて次の自動摘要の選択肢が提示され、そこでの選択内容に応じて固有辞書の選択肢が提示される。

ここで、取引区分は、前述の一例のように、特に借方や貸方等の情報を含んだ取引事象を分かりやすく、さらに、取引区分１から取引区分２と段階を踏んだ詳細な取引事象で表現・分類されている。よって、取引区分は、会計ソフト毎や帳簿の種類等により適時変更が可能である。

図３−１の上側に示すフローでは、「２１．経費の支払」から「１．飲食」が選ばれ、対応して提示される選択肢から「１．接待により飲食」が選ばれた先で「１．東陽レストラン」が指定されることにより、東陽レストランで接待による飲食という取引事象が特定される。図の下側のフローでは、取引区分２で「２．交通」から自動摘要で「２．バス代」が選ばれ、さらに先の固有辞書で「３．Ｃバス」が選択されることにより、Ｃバスを利用した場合の交通費という事象が特定される。ここで、後掲の図４２のように、科目決定に必要な取引情報（摘要情報）を取得するための質問を、すべて含むような質問体系を構成することもできるが、基本構成部分の質問体系をシンプルな構成にした上で、詳細な質問が必要な取引類型について、別途、追加で質問を提示するような質問体系を構成した上で、所定の取引について、さらに必要に応じて追加の質問が表示されて、回答が取得されるようにしてもよい。これは取引事象に応じて、例えば接待による飲食の場合に社内および社外の人数や氏名、肩書き等を取得したり、現金出納帳を選択している場合に最後に本当に現金で支払ったのかを確認するなどして、仕訳に必要な取引情報を追加取得したり、取引データの確実性を担保するようにするものである。

図３−２は、例えば仕訳表形式などの複式簿記形式であって、両方の科目（借方科目と貸方科目）の入力を志向する従来の入力方式の場合の質問項目の概要を説明するための図である。本図の左側に入力画面を示すように、例えば本実施例の仕訳表入力では、勘定科目１として「支払った方法／受け取った方法」を選択形式で問い合わせ、その中から「８４４１（内部コード）現金」が選択されると貸方科目が定まり、対応する勘定科目２として「取引内容は？」の選択肢が提示される。ここで「８４４１（内部コード）交際費」を選択すると対応する自動摘要、さらにはその選択肢に応じて固有辞書の選択肢が提示され、これを選択していくことで必要項目が取得される。本図の例では、貸方科目：現金、借方科目：交際費、東陽レストランで設定による飲食という内容がテンキーやマウス入力だけで定まる。その他の日付や金額は画面上で直接入力（通常入力）される。さらに、参加人数やその詳細などをメモ欄に直接入力できるようにしてもよいし、図３−１で説明したように追加の質問が提示されて、これらの情報を取得するようにしてもよい。

図３−３は、例えば仕訳形式などの複式簿記形式であって、質問式により摘要の入力を行なう場合（質問式入力Ｂ）の概要を説明するための図である。本図の左側に入力画面を示すように、例えば本実施例の仕訳入力では、取引に関する質問項目Ｑ１として「１．受取り／２．支払い／３．部門間移動／４．資産振替・・・」から選択できるようになっている。ここで、Ｑ１取引で、「３．部門間移動」が選択されたら、システムは例えば図４２（ｃ）に示す複式簿記用の質問式入力のテーブルを参照して、「３．部門間移動」が選択されたときの対応するＱ２移動元を抽出して提示する。同様に、このＱ２移動元で指定された選択肢に応じて次の、Ｑ３移動先の選択肢が提示される。さらに、Ｑ３移動先で指定された選択肢に応じて次の、Ｑ４移動対象及び金額が提示される。図３−３では、管理部から営業部へ固定資産である１０，０００千円（１０００万円）の車両の部門間移動を行なった場合を説明したものである。「３．部門間移動」から移動元として「１．部門１（１０管理部）」が選ばれ、対応して提示される選択肢から移動先として「２．部門２（２０営業部）」を選択する、そして次に対応して提示される選択肢から、移動対象として「２．固定資産」を選択する。

さらに「移動対象がどの固定資産なのか？」を質問する移動対象の固定資産及び金額として、「１．車両」を選択し、テンキーにて金額１０，０００千（円）を入力する。一連の入力が完了するとシステムは入力データから取引情報データとして『移動元：部門１（10管理部）／移動先：部門２（20営業部）／移動対象 固定資産／車両：10,000千円』を生成する。さらに、取引情報データから図４３の回答配置テーブル（詳細は後述）と図３３の適用辞書を使って摘要情報を作成する。具体的には回答配置テーブルのパターン１（例：順番を入れ替えない）を適用するので、回答の順番は配置変更をせずそのままで、摘要辞書により「部門１（10管理部）」を「管理部」に修正、「部門２（20営業部）」を「営業部」に修正し、取引内容を把握しやすく読みやすい形にした上で摘要情報として摘要欄へ、『移動元：管理部／移動先：営業部／移動対象 固定資産／車両：簿価10,000千円』を画面上へ出力表示する。なお、その他の日付などは画面上で直接入力しても良い。

図３−４は、図３−３と同様の質問式により摘要の入力を行なう場合（質問式入力Ｂ）の概要を説明するための図である。図３−３は部門間移動の例であるのに対し、図３−４は資産振替に関する例である。本図の左側に入力画面を示すように、例えば本実施例の仕訳入力では、取引に関する質問項目Ｑ１として「１．受取り／２．支払い／３．部門間移動／４．資産振替・・・」から選択できるようになっている。ここで、Ｑ１取引で、「４．資産振替」が選択されたら、システムは例えば図４２（ｃ）に示す複式簿記用の質問式入力のテーブルを参照して、「４．資産振替」が選択されたときの対応するＱ２振替元を抽出して提示する。同様に、このＱ２振替元で指定された選択肢に応じて次の、Ｑ３振替先及び金額が提示される。図３−４は、車両を販売用の在庫から業務用備品として１０，０００千円（１０００万円）の資産振替を行なった場合を説明するものである。「４．資産振替」から資産元として「２．販売用の在庫」が選ばれ、対応して提示される選択肢から振替先及び金額として、振替先「４．業務用備品」を選択し、テンキーにて金額１０，０００千（円）を入力する。一連の入力が完了するとシステムは入力データから取引情報データとして『資産振替／振替元：販売用の在庫／振替先：業務用備品 10,000千円』を生成する。さらに、取引情報データから図４３の回答配置テーブル（詳細は後述）と図３３の摘要辞書を使って摘要情報を作成する。具体的には回答配置テーブルのパターン２（例：順番を入れ替える）を適用するので、「資産振替」を最後に回答の順番を変更して、摘要辞書により「10,000千円」を「簿価10,000千円」に修正し、取引内容を把握しやすく読みやすい形にした上で摘要情報として摘要欄へ、『振替元：販売用の在庫／振替先：業務用備品／資産振替 簿価10,000千円』を画面上へ出力表示する。なお、その他の日付などは画面上で直接入力しても良い。

図３−５は、図３−３と同様の質問式により摘要の入力を行なう場合（質問式入力Ｂ）の概要を説明するための図である。図３−３は部門間移動の例に対し、図３−５は受取りに関する例である。本図の左側に入力画面を示すように、例えば本実施例の振替伝票入力では、取引に関する質問項目Ｑ１として「１．受取り／２．支払い／３．部門間移動／４．資産振替・・・」から選択できるようになっている。ここで、Ｑ１取引で、「１．受取り」が選択されたら、システムは例えば図４２（ｃ）に示す複式簿記用の質問式入力のテーブルを参照して、「１．受取り」が選択されたときの対応するＱ２取引原因を抽出して提示する。同様に、このＱ２取引原因で指定された選択肢に応じて次の、Ｑ３取引先の選択肢が提示される。さらに、Ｑ３取引先で指定された選択肢に応じて次の、Ｑ４移動対象及び金額が提示される。図３−５では、取引先Ｂ社への売上に対して、それぞれ現金１０，０００円と売掛金１０，０００円で受け取った場合を説明したものである。「１．受取り」から取引原因として「１．売上」が選ばれ、対応して提示される選択肢から取引先として「２．Ｂ社」を選択する、そして次に対応して提示される選択肢から、受取方法及び金額として、「１．現金（入金）」、「３．掛け（売掛金）」を選択し、「１．現金（入金）」にテンキーにて金額１００００（円）を入力し、「３．掛け（売掛金）」にテンキーにて金額１００００（円）を入力する。一連の入力が完了するとシステムは入力データから取引情報データとして『受取り／売上／取引先 Ｂ社／受取方法１ 現金（入金）：10,000円』と『受取り／売上／取引先 Ｂ社／／受取方法２ 掛け（売掛金）：10,000円』の２つを生成する。さらに、取引情報データから図４３の回答配置テーブル（詳細は後述）と図３３の適用辞書を使って摘要情報を作成する。具体的には回答配置テーブルのパターン２（例：順番を入れ替える）を適用するので、「取引先 Ｂ社」と「売上」の回答の順番を入れ替える配置変更をして、摘要辞書により「掛け（売掛金）」を「売掛金」に修正し、取引内容を把握しやすく読みやすい形にした上で摘要情報２つとして摘要欄へ、それぞれ『受取り／取引先 Ｂ社／売上／受取方法１ 現金（入金）：10,000円』と『受取り／取引先 Ｂ社／売上／受取方法２ 売掛金：10,000円』を画面上へ出力表示する。なお、その他の日付などは画面上で直接入力しても良い。本発明では、このように取引の種別に応じて質問体系および順番を構成して柔軟に対応することができる。

図４は、各種入力画面で必要に応じて提示される、追加の質問について説明するための図である。例えば業務に関して飲食をした場合、一人当たりの金額やどういう相手と飲食したかで、会議費、福利厚生費、交際費、損金というように税務会計上の取り扱いが変わる。具体的には、社内のメンバーとの飲食で、会議に伴って昼食をとった場合、概ね一人当たり３千円以下であれば会議費となり、社内行事としての飲食や残業時の夕食であれば福利厚生費として分類される。また、社外の人間と飲食した場合も、一人当たり５千円超であれば交際費となり、５千円以下であれば交際費から除外して損金扱いとなる。したがって、取引事象として飲食が選択された場合には、年月日や金額、店名の他、参加した人数、社内／社外の別、社外の人間の社名や氏名および関係などが必要となる。これらが追加の質問として提示され、情報が取得される。また、固定資産の場合にも同様に、設置場所などの条件によって税務上の取り扱いが変わるため、取引事象により追加の質問を行って情報を取得する。

図４に示すように、追加の質問として、飲食をした人数や氏名、会社名、役職などが質問形式で提示される。ここで該当する選択肢がない場合は、「その他」を選択すると項目の追加画面が提示され、自由入力欄への入力内容が新しい枝番に対応づけて登録され、以降に選択肢として提示されるようになる。ただし、別の実施例では、入力担当者に十分に簿記知識があって比較的熟練を要する仕訳形式入力が選ばれたような場合には、当人が選択した接待交際費との内容を信頼して、追加の質問は省略するようにしてもよい。追加の質問を行うか否かは、例えば図３６−２に示されるような入力担当者の知識レベルに応じて予め設定されていてもよい。

図５は、本発明にかかる記帳システムのターミナル画面の例を示す図である。本図中央に示すターミナル画面の左側に、入力方式として出納帳入力、日計表入力、伝票入力、仕訳入力、から選択するボタンがあり、オペレータは簿記知識や普段の慣れなどを勘案して適切なボタンを押下すると、対応する入力画面が展開され、いずれの画面でも点線で示す全部または少なくとも一部（摘要は必須だが、日付や金額等の他の入力項目は設定で表示可能）が質問式入力欄となっている。いずれかの入力方式で取得された情報は、中央のターミナル画面に表示される。ここで、取引内容から科目を導出する従来の会計ソフトでは、いずれかの科目が未決であると確定保存することができないため、その他勘定科目等の科目を割り当てることで確定保存していたが、本発明では記帳内容が会計事務所に送られそこで確認と修正作業が加わることを前提とするため、記帳段階では科目が未決（空白を含む）であってもその他勘定科目等の科目を割り当てることをしないで確定保存することができる。

図６は、図５等に示す質問式伝票入力画面の実施例を示す図である。図６（１）が基本形、（２）が変形例を示す。図６（１）に示すように、最上欄に通常支払、給与支払い、買掛・未払、売上・入金、預金通帳といったタブが表示され、オペレータは最初にいずれかを選択する。例えば通常支払を選択すると、下の段に通常支払に含まれる取引事象として、飲食、交通、物品購入（１０万円未満）、物品購入（１０万円以上）、公共料金・税金、現金仕入、その他支払といったタブが表示される。オペレータがこのなかから飲食を選択すると、対応する質問が表示され、これらの質問に回答するか選択するだけで取引情報を入力することができる。例えば飲食にかかる質問として、日付、金額、支払方法、目的、場所、人数、備考欄が設けられる。画面上には取引の元となる原始証憑が表示され、ＯＣＲ処理にて読み取られた日付と金額がそれぞれの入力欄に自動転載されるようにしてもよい。質問式伝票は会計処理の対象となる取引事象毎に用意された、５Ｗ１Ｈまたは５Ｗ２Ｈの大枠様式をベースに会計・税務処理に固有の特定ルールを反映させて中枠の概念（例えば日付／支払方法／支払先・・・）へと変更した具体的な質問内容が登録される。５Ｗ１Ｈは「ｗｈｅｎ、いつ」、「ｗｈｅｒｅ、どこで」、「ｗｈｏ、誰が」、「ｗｈｙ、なぜ」、「ｗｈａｔ、どうした」、「ｈｏｗ、どうやって」という、個別の取引事象を上位概念化したものであって、本願の特定ルールを逆に辿っていく過程で抽出されたものであり、５Ｗ２Ｈは上記に加えて「ｈｏｗ ｍｕｃｈ、いくら」が追加された大枠様式である。図６（２）に示す変形例では、質問事項がより大枠様式に近い、いつ、どこで、誰と・・・といった内容となっている。

［２］従来の会計入力システムとの相違
ここで、本発明の理解の向上のため、従来システムからみた本願発明の特徴について図７を参照しながら言及する。図７−１は、操作面から従来システムと本願システムの構成の相違を説明するための図である。図７−１（１）に示すように、従来の例えば中堅企業向け会計入力システムは、入力担当者が会計（簿記）を理解し取引内容から科目をほぼ特定できるという前提に構成されており、取引内容と対応する（と思われる）勘定科目を関連付けた摘要辞書を具え、取引内容に対応する科目をウィザード形式等の簡単な入力補助機能で導出する。このとき、従来システムは勘定科目が完全に定まっている財務諸表の作成を想定しており、科目を決定しないと次の処理（次の取引入力や財務諸表作成等）に進めないように構成されている。このため、勘定科目に不安があってもとりあえず決定して次に進まざるを得ない状況があった。摘要欄には取引内容を記入することができるが、これも入力担当者の主観に基づくものであり、会計事務所で確認・修正するには不十分な内容であることが多かった。また、従来の会計システムでは、仮に、科目（仕訳）辞書から科目を選択しないで、未決のまま済ませることができるようにした場合でも、摘要については不十分な内容しか入力されない状況にあった。

これに対し本発明の記帳システムは、会計事務所側で科目の特定に必要な摘要情報を取得するために、取引事象について５Ｗ１Ｈ等の大枠概念をベースに各取引の会計処理に沿う形で体系化した質問を設定し、入力形式毎に用意された体系および順番の質問形式で取引情報を取得し、オペレータが取引内容を把握しやすく読みやすい摘要情報を取得することを特徴とする。従来の会計システムでは入力形式毎に用意された体系および順番の質問形式で摘要情報が作成されており、オペレータが読みにくい順番で摘要情報を作成されているケースがあったため、本発明ではオペレータが取引内容を把握しやすく読みやすいように質問の順番を入れ替えて再配置して摘要情報を作成する。ここで、前述したように科目の特定まで行うことは要求しておらず、記入してもよいが暫定的な情報として扱い会計事務所に送り、会計事務所で確認・修正を経て確定するように構成している。科目情報は、未決（空欄）としてもよい他、記入してあるが適切なものか自信がない旨のフラグないし表示を付加できるようにしてもよい。

また、顧問先が適切な勘定科目を判断できない場合に、未確定科目やその他勘定科目等の名称を入力し、取引内容を摘要に書いておくことができる会計ソフトもある、このような場合、会計事務所では摘要を見ながら、仕訳を起こすための科目を決定することも可能となる。しかしながら、このような場合は摘要に取引内容を顧問先が自由入力することになるので、科目を決定するのに必要な取引情報が含まれていない摘要を作成される問題が残る。その場合には会計事務所が顧問先に科目を決定するのに不足している取引情報を問い合わせする労力が発生することとなる。本発明では、摘要入力の段階で、科目を決定するのに必要な取引に関わる情報を質問式形式にて回答させることで入力させるので、仕訳を作成するのに必要な取引情報を漏れなく取得することができる。

図７−２は、従来技術と本発明の関係を処理フローの相違として表した図である。図７−１（１）に示すように、従来の会計入力システムでは、入力補助の仕組みはあるものの、取引毎に科目を決定しないと確定・保存することができなかった。また、科目が分からない場合において、未決のままで済ませてよいように取り扱う場合でも、その代わりに、科目を決定するために十分な摘要情報を分かりやすく取得するための仕組みは存在せず、摘要辞書のような（取引の種類に応じて体系化されているわけではない形式の）ウィザード形式の入力補助機能が用意されているに過ぎなかった。これに対し本発明の記帳システムでは、質問式入力により科目を自動決定してもよいし、担当者が科目を直接入力してもよいし、さらには未決の状態で会計事務所に渡すべく会計データを確定・保存することができる。このとき、さらに質問式入力により自動的に導出された科目と、オペレータにより入力あるいは空欄のままとされた内容とをシステムが比較し、一致しない場合にはその旨のフラグを付加し、会計事務所において当該フラグが付されたものが自動的に抽出され、注意喚起とともに会計事務所の担当者に提示されるようにすることができる。

［３］質問式入力における質問生成処理の説明
図８は、出納帳形式や日計表形式といった、取引区分１、２がある類型における、質問生成処理における各種テーブルのハンドリングを説明するための図である。前述したように、本発明では入力方式ごとに入力画面が用意されており（図５参照）、各方式で質問の体系／順番が異なっている。一実施例において、各画面の質問内容は図１７から図２６に示すようなテーブルで定義されており、方や出納帳形式や日計表形式の入力画面の質問欄は最初に取引区分１、２の情報を取得する構成となっている。これらの入力画面の質問欄は、最初の質問でいずれかの選択肢を選ぶと対応するテーブルが参照されて次の質問が生成され、すなわち先の質問に答えなければ次の質問へ進めない構成となっている。これらの入力画面の最初の質問である取引区分１は図２２に対応しており、例えばここで「２１．経費の支払」が指定されると、図２２の取引区分１辞書で対応する取引区分コード「Ｂ０２」と項目番号２の内部コード「０１」が組み合わされ、「Ｂ０２０１」の取引区分コード３が生成される。このコード「Ｂ０２０１」に基づいて図２３の取引区分２辞書が参照され、該当する登録内容３が抽出されて画面上に取引区分２として表示される。例えばここで「１．飲食」が選択されると、同じ手順でコード「Ｃ０１」「０１」が付加され、取引区分コード４「Ｂ０２０１Ｃ０１０１」が生成される。これに基づいて図２４の自動摘要辞書が参照されて該当する登録内容が提示され、同様に選択されたコードが付加されて取引区分コード５が生成され、図２５の固有辞書が参照されて選択肢が抽出されて画面に提示される。このようにして確定された質問と回答の組み合わせを示す内部コードと、画面の下半分に通常入力された日付や金額、摘要やメモなどの文字列とが組み合わせて入力データとして確定され、さらに実施例あるいは設定によっては、例えば図２７−１、図２７−２に示すように保存される。図２７−１は質問コードと選択した回答コードのセットで表現した場合の入力データのコードの実施例であり、図２７−２は選択した回答コードのみで表現した場合の入力データのコードの実施例である。いずれも質問と回答の対応関係が分かるようになっている。図２８は、入力データから生成した取引情報データであり、さらに図２９は取引情報データから図３３の摘要辞書や図３７−１の科目振分テーブルが参照されて取引内容に適合した科目が決定し生成された仕訳データである。

以上、出納帳形式などの単式簿記の入力形式の場合を例にして、質問式入力の特徴を概説したが、仕訳形式や伝票入力などの複式簿記の入力を行う場合でも同様に構成することができる。

次に、仕訳形式や伝票入力などの複式簿記の入力を行う場合において、貸方／借方の両方の科目に関する取引情報（摘要情報）を漏れなく取得するために好適な、質問式入力の質問体系と順番のさらなる工夫について説明する。仕訳形式や伝票入力などの複式簿記の入力を行う場合、上記のような単式簿記における質問のように一方科目（相手科目）に関する取引情報の質問体系では足らず、借方／貸方の両方の科目を決められるような質問体系を構築して提示する必要がある。この典型例が、図４２（ｃ）のような質問体系である。図４２については、別途詳述するが、図４２（ｃ）によれば、借方／貸方の両方の科目を決められるような質問体系（及び順番）になっていることが分かる。そして、質問体系（および順番）は図４２に限られるわけではなく、例えば、図９のような質問体系（および順番）で構成することも有効である。

図９は、仕訳形式や伝票入力といった図８のように取引区分１、２がない類型における、質問生成処理を説明するための図である。図４２のように、科目決定に必要な摘要情報を取得するための質問を、すべて含むような質問体系を構成することもできるが、基本構成部分の質問体系をシンプルな構成にした上で、詳細な質問が必要な取引類型について、別途、追加で質問を提示するような質問体系を構成した場合を想定したものである。このような仕訳形式入力や伝票入力では、貸方と借方の両方の勘定科目を特定する必要があるため、一方の科目を決定すべく最初の質問は例えば「支払／入金方法は？」（詳細には、支払か／入金（受取）か、その方法（現金、銀行振込・・・）は何か）となり、次に他方の科目を決定すべく次の質問は例えば「取引内容は？」といったものとなり、いずれも図２１の科目区分辞書の内容が提示される。ここまでは、一般的な科目（仕訳）辞書の方式と類似する処理になるが、ここでオペレータが取引内容として「交際費」を選択すると、摘要情報を質問式で取得する処理フローが起動し、これに付されている辞書コード「Ｊ０１」をキーとして図２４の自動摘要辞書が参照され、対応する選択肢（接待による飲食等）が提示され、選択内容に応じて取引区分コード４をキーとして図２５の固有辞書が参照され、対応する選択肢が提示される。図２４から図２５の辞書を参照する流れは図８における説明と同様である。

さらに、図９に示すような処理手順を、現金出納帳に適用することもできる。すなわち、現金出納帳入力画面において、現金出納帳を選択したことをもって、自科目を「現金」と設定するような置き換えを行い、次に「相手科目選択」に代えて、「取引区分１」「取引区分２」の質問を提示した上で、「自動摘要辞書」「固有辞書」の質問に移行する。これにより図９の手順に沿って現金出納帳の入力を進めることができる。

［４］フローチャートの説明
図１０から図１１は、顧問先と会計事務所における大まかな処理手順を説明するための図である。本発明の記帳システムは、顧問先にあっても会計事務所にあってもよく、これらのいずれでも取引情報を入力することができる。単独でいずれかにある場合はいずれの場合でも処理は同じであり、図１０および図１１に示すように、上述した質問式や通常入力により取引情報を入力する取引情報入力処理（Ｓ１０−１、１１−１）、入力情報から科目を決定する仕訳生成処理（Ｓ１０−２、１１−２）、および作成した仕訳データを保存する仕訳登録処理（Ｓ１０−３、１１−３）が実施される。

図１２は、顧問先で取引情報を入力し、会計事務所で科目を確認、決定または修正する連携手順を説明するフローである。顧問先にて取引情報が入力され（Ｓ１２−１）、会計事務所に送られる（Ｓ１２−２）。ここでさらに科目振分テーブル（図３７−１）情報も送られる。これが会計事務所で受信され（Ｓ１２−３）、サーバー２０のデータベースに保存され、クライアント端末３０で読み出されて仕訳生成処理が行われ（Ｓ１２−４）、終了したら仕訳データが登録される（Ｓ１２−５）。さらに、前述したように、仕訳データの修正があったら科目振分テーブルを更新し（図３７−２）、顧問先へフィードバックする構成（ステップは図示せず）であってもよい。このようにフィードバックで使用する情報の一例が、図３７−２に示されている。

図１３−１は、質問の順番に従って質問項目を取り出して画面構成情報にセットする処理を説明するフローチャートである。新規に取引情報を入力する際に、例えば図５の画面でオペレータが入力形式を選択すると（Ｓ１３−１）、質問式伝票入力以外の場合にはステップＳ１３−２へ進む（質問式伝票入力は別途図１３−２のフローへ）。選択された入力形式が、例えば、複式簿記の入力形式において仕訳形式など摘要だけを質問式で入力する質問体系を採用する場合（ステップＳ１３−２ ＹＥＳ）、入力形式に応じて図１７から図２６の選択項目対応テーブルを適宜参照して、必要なテーブルとデータを呼び出す（Ｓ１３−３）。次に、追加の質問に関する図２６の取引相手辞書以外の辞書の内容を画面表示し（Ｓ１３−４）、一方の科目を選択させ（Ｓ１３−５）、これに対応したもう一方の科目を選択させる（Ｓ１３−６）。ここで、会計に不慣れな者などが該当する科目が不明である場合はそのまま未決（空欄）としてもよい。その場合、一方科目の取引情報に関して、支払／入金方法（詳細には、支払か／入金（受取）か、その方法（現金、銀行振込・・・）は何か）に関する質問を行う。次に、もう一方の科目について、質問式にて摘要情報を取得する（Ｓ１３−７）。この場合、追加の情報が必要か否かは、追加の質問が必要となるような選択肢にフラグが付されているものとする。選択内容によって追加の質問が必要な場合は追加の質問を例えば図２６の辞書から読み出して提示し、選択入力させる（Ｓ１３−８〜９）。入力内容から取引情報を生成し、保存する（Ｓ１３−１０）。

ステップＳ１３−２において、例えば出納帳形式など、摘要だけを質問式で入力しない入力形式、すなわち全ての入力を質問式で行う場合（ステップＳ１３−２ ＮＯ）、入力形式に応じて必要なテーブルとデータを呼び出し（Ｓ１３−１１）、取引相手辞書以外の辞書の内容を画面表示し（Ｓ１３−１２）、質問を提示して回答を選択させる（Ｓ１３−１３）。基本部分の質問体系をシンプルに構成し、特定の取引について追加で質問するような質問体系を構成した場合において、所定の取引について、必要な場合は追加の質問を提示して選択肢から選択させる（Ｓ１３−１４〜１５）。さらに、実施例によっては支払い方法を再確認してもよい（Ｓ１３−１６）。これは、例えば最初にオペレータが現金出納帳を指定して入力を開始した場合でも、実際には掛けだったり、カード支払だったりする場合があり得るため、このように確認することでその場で不整合を指摘したり、後に会計事務所で修正できるようにすることができる。入力内容から取引情報が生成され、保存される（Ｓ１３−１７）。この場合に、入力において科目が決まらなくても、未完成仕訳として入力できるようにし、代わりに科目を決定するのに十分な情報を取得することで、後に会計事務所で科目を適切に修正して完成仕訳を生成することができる。

図１３−２は、質問式伝票入力が選択された場合の処理フローを説明する図である。質問式伝票はすべての項目を質問で回答するものであり、テーブルとデータを呼び出し、取引相手辞書以外の辞書内容を画面表示し、すべての項目について質問を提示して回答を取得し、取引情報を生成して保存する（Ｓ１３−２１〜２４）。

図１４は、例えば会計事務所における仕訳生成処理の概略を説明するフローチャートである。会計事務所の担当者はサーバー２０から取引情報（図２７および図２８）を呼び出し（Ｓ１４−１）、図３３の摘要辞書、図３０の学習辞書、図３２の科目辞書といった必要な辞書を呼び出して（Ｓ１４−２）、仕訳データを生成する（Ｓ１４−３）。ここで、図３２の科目辞書は、日本工業規格（ＪＩＳ）が規定する勘定科目コード（ＪＩＳ−Ｘ４０６）に基づいた勘定科目と科目分類の関係を示す図である。このように勘定科目の大枠は国内で統一的に定められており、ＪＩＳ−Ｘ４０６は勘定科目名と大分類コード、中分類コード、小分類コード、細分類コードが規定されている。図９は科目コード毎に、詳細な科目名、科目貸借、科目分類１、科目分類２、科目分類３から構成されており、勘定科目と科目分類の関係を表している。科目分類１〜３はそれぞれＪＩＳコードで規定されている大分類、中分類、小分類と対応する形で位置づけられており、本願システムでもこのＪＩＳコードを準拠している。本来的には仕訳処理は詳細な科目名を登録して行われるが、例えば顧問先の習熟度に応じて、科目分類１〜３のいずれかを用いるようにしてもよい。また、図３３に示す摘要辞書は、質問や回答あるいは摘要に含まれるキーワードに基づいて適切な科目を導出するための辞書である。

また、図３０に示す学習辞書は、決定した科目と摘要の組み合わせを蓄積し、最初にこの辞書を参照して同じ摘要からは同じ科目を導出できるようにするための辞書である。ここで、学習辞書のオペレータコードの項目は図３６−１のオペレータデータテーブルに対応しており、これはさらに図３６−２の職位データと関連付けられていて、科目決定や修正を行った者が税理士や公認会計士などの有資格者であるか、あるいは専門知識の有無などを把握することができる。これにより、例えば会計に関する有資格者や、税務署や国税庁など信頼すべき者が決定・修正した科目に重み付けを行って、過去のデータを遡って修正したり、顧問先の辞書に修正内容を反映させたりすることができる。

図１５−１は、入力形式毎の取引情報入力処理フローの概要を示す図であり、特に、複式簿記の入力形式において仕訳形式など、摘要のみを質問形式で取得する質問体系を採用する場合のフローチャートである（質問式入力Ｂ）。例えば図５のターミナル画面において、該当する入力形式が選択されたら、システムは当該入力形式の通常入力用（すなわち、質問式入力以外の下側部分）の基本画面の構成情報を生成する（Ｓ１５−１）。フローチャートの右隣に、仕訳形式の画面構成を用いて具体的構成を示す。次に、入力形式毎の質問式摘要入力画面の構成情報を生成する（Ｓ１５−２）。これは、入力形式に応じた質問体系を用意して質問枠を形成することである。次に、通常入力欄と質問式入力欄の構成情報を合成して入力画面を生成し、表示する（Ｓ１５−３）。オペレータはこの画面上で通常入力項目と、質問式入力項目にそれぞれ入力する（Ｓ１５−４）。例えば仕訳形式の場合、科目選択は通常入力項目とするのが基本構成であるが、後の実施例に示すように、科目名自体を質問として提示し選択させるようにしてもよいし、借方／貸方の両方の科目について科目自体を選択させるのではなく科目を決められるような質問体系を構成し、例えば、科目１に関して（「支払／入金方法は？」（詳細には、支払か／入金（受取）か、その方法（現金、銀行振込・・・）は何か）の回答）を質問式で選択させてもよい。また、単式簿記の出納帳形式や日計表形式の場合は、一方の科目は入力形式を選択した段階の情報を、自科目とみなす置き換えを行えばよい。もちろん、科目の入力（ないし選択）は必須ではなく、未決のままでもよいし、自信がないまま、オペレータの判断で入力（選択）した科目が入力されていてもよい。その代わりに、摘要情報の入力に際して、体系化された質問を順次提示して、回答を選択させることで、科目決定に必要な摘要情報を取得していく。その後、必要に応じて追加の質問を行い、科目決定に必要な情報を補完する（Ｓ１５−５〜６）。ここで、追加の質問は、図３７の科目振り分けテーブルを参照して、科目を決定するために必要な情報の漏れを検索して、対応する質問を提示したり、図１９の取引区分と質問内容および詳細質問のテーブルを参照して、取引区分２に対応して取引相手フラグが有る場合に、取引相手についての追加の情報を呼び出して質問するように構成することができる。

図１５−２は、例えば現金出納帳形式など、摘要のみならずすべての項目を質問形式で取得する類型（質問式入力Ａ）のフローチャートである。フローチャートの構成は基本的には図１５−１のステップＳ１５−１からステップＳ１５−６と図１５−２のステップＳ１５−２１からステップＳ１５−２６とが同様であるが、摘要だけに留まらず、入金か／出金か等を含めてすべての取引情報を質問式で取得できるように、例えば最初に選択された出納帳の種類を最後に再確認するようにしてもよい（Ｓ１５−２７）。なお、摘要のみならずすべての項目を質問形式で取得する類型としては、単式簿記の現金出納帳形式に限られず、例えば、図４２（ｃ）の質問体系のように構成すれば、複式簿記の入力形式（仕訳形式など）でも対応でき、図１５−２の処理フローを用いることができる。

図１５−３は、質問式伝票入力方式の取引情報入力処理フローを示す図である。この類型では、指定された種別の質問式伝票入力画面を構成して表示し、各質問への入力を取得する（Ｓ１５−３１〜３３）。

図１６は、入力形式毎の取引情報入力処理フローにおいて、特に質問の順番に注目した場合のフローチャートである。例えば図５の画面で入力形式を選択すると（Ｓ１６−１）、図１７の入力形式と入力順のテーブル、図１８の入力形式と質問内容のテーブル、図２０の入力順と内容のテーブル等が呼び出される（Ｓ１６−２）。ここで、図１７の入力形式と入力順のテーブルでは、入力形式ごとにどのような入力欄が必要かが定義されており、それぞれの要素（通常入力ｎ、質問式入力ｎ等）のより具体的な内容が図１８のテーブルに定義されている。さらに、図１８のテーブルにおける必要な要素がそれぞれ図２１から図２６の辞書に定義されている。また、図２０には、入力形式ごとにどの表示順で質問が展開されるかが規定されている。システムはこれらのテーブルを参照して、入力形式に応じた質問式入力項目と通常入力項目の振り分けを行い（Ｓ１６−３）、通常入力項目の構成情報を生成する（Ｓ１６−４）。このように、取引の種類に応じて、質問体系と順番を柔軟に調整して最適化することができ、オペレータに分かりやすい形で質問を提示し、回答を入力（選択）することができる。

質問式入力形式は、図５等に示す実施例のように項目として常時表示されてもよいし（Ｓ１６−６〜２４）、必要な質問が必要な時点（例えば前の質問が選択回答された時点）でポップアップ表示されるようにしてもよい（Ｓ１６−２５〜２８）。項目として表示する場合（Ｓ１６−５）、入力形式に応じて構築された質問体系を構成する質問式入力用の各テーブルを呼び出し（Ｓ１６−６）、質問の順番に従って質問項目を取り出して画面構成情報にセットする（Ｓ１６−７）。すげての質問項目についてこれを行い（Ｓ１６−８）、質問式入力用の各項目の画面情報を生成したら（Ｓ１６−９）、通常入力と質問式入力の構成情報を合成して入力画面を生成して表示する（Ｓ１６−１０）。

この画面上において、オペレータが質問項目に回答したら（Ｓ１６−１２）、順番通りに回答されたかを確認し（Ｓ１６−１４〜１５）、選択入力を受け付けて、当該選択内容に応じて次の質問の選択項目を呼び出して表示する（Ｓ１６−１６〜１７）。このようにして一連の質問項目の回答が終了したら、質問と回答を紐づける（Ｓ１６−１９）。なお、通常入力欄へ入力があった場合はその入力内容を取得する（Ｓ１６−１３）。必要な項目への回答を取得したら（Ｓ１６−２０）、追加の質問が必要か否かを判断し（Ｓ１６−２１）、必要な場合に追加の質問を呼び出して回答を取得する（Ｓ１６−２１〜２４）。

図３４は、会計事務所システムで管理される顧問先のデータであり、図３５は顧問先システムで管理される会計事務所のデータである。これらは契約している顧問先や事務所に連絡をとったり、入力データ、取引情報データ、仕訳データ等をオンラインで送受信したりする際に参照される。

図３８は、本発明にかかる記帳システムの構成例を示す図であり、図３８−１が顧問先端末１０を含む顧問先システムの構成例、図３８−２が会計事務所サーバー２０やクライアント端末３０を含む会計事務所システムの構成例である。

顧問先システムは例えば顧問先企業で用いられるパーソナルコンピュータであり、キーボードやスキャナー等の入力部１１と、例えば液晶ディスプレイである表示部１２と、プリンタ等の出力部１３と、インターネットを介して会計事務所と接続するための通信部１４と、各種データおよび会計ソフト（図示せず）が格納される記憶部１５と、当該記憶部１５から読み出したプログラムを実行して各種機能を実現するＣＰＵ等の処理部１６とを具える。本実施形態では顧問先システムを顧問先企業に配置されたパーソナルコンピュータである顧問先端末１０として説明するが、本明細書で説明する本願システムの各種機能とデータを提供できる限りにおいて、顧問先端末１０はスマートフォンやタブレットＰＣであってもよく、さらには顧問先端末１０の各種機能は顧問先企業のＰＣからアクセス可能なウェブサーバーによるウェブサービスとして実現することもできる。また、記憶部１５に格納される各種データおよびテーブルを顧問先のパーソナルコンピュータ（クライアントＰＣ）やタブレット端末からアクセス可能なサーバーに配置したクライアント−サーバーシステムとして構築してもよい。

記憶部１５には、会計事務所に提供される会計データを作成し出力するための各種データが格納される。本実施例において、記憶部１５のデータは、図１７から図２０に示される各種テーブル、図２１から図２６、図３０に示される各種辞書、図２７から図２９、図３１から図３３に示される各種データが含まれる。

処理部１６は、入力受付部、仕訳データ作成部、辞書管理部、データ管理部、科目処理部、取引情報データ生成部、検索処理部等を具える。これらの要素は顧問先端末１０で処理部１５に格納された会計ソフトがＣＰＵに展開されて実現されるものであり、後述する本願発明の各種処理を実施するためのさらなる要素を具えてもよい。

図３８−２に示す会計事務所システムは顧問先システムとほぼ同様の構成であるが、会計事務所特有の業務として処理部に帳表作成部を有している点のみが異なっている。会計事務所のサーバー２０とクライアント端末３０は図３８−２に示す同じ構成であってもよいし、図３８−２に示す手段、機能または情報の一部をサーバー２０が具備し、他の部分をクライアント端末３０が具備する構成であってもよく、さらにサーバー２０とクライアント端末３０がそれぞれ図３８−２に示す要素を部分的に具え、その一部が重複していてもよい。

図３９は、追加の質問を提示する処理フローの実施例を示す図である。システムは所定の入力が終了した取引データについて、図３７の科目振分テーブルを参照して（Ｓ３９−１）、科目を決定するうえで必要な未入力の質問項目があるかを走査する（Ｓ３９−２）。ある場合には必要な追加の質問項目を提示して、入力情報を補完する（Ｓ３９−３）。より具体的には、図１５−１のステップ１５−５の右側の枠内に示すように、科目振分テーブルの質問（１）、質問（２）、・・・のうち、未選択の項目があるかどうかを確認し、未選択の項目について、その項目に関する質問を提示する。例えば、図３７−１で、質問コード「３ａ」の質問において、キーワード１（質問（１））で「経費支払」、キーワード２（質問（２））で「飲食」が選択された場合において、まだ「人数」や「社内／社外」のメンバーの情報が選択されていない状態である場合、この未選択の「人数」や「社内／社外」のメンバーの情報について、質問情報データ（図３１）や質問内容および質問テーブル（図１９）などを参照して、質問を生成・提示するようにすればよい。

図４０は、仕訳確定処理の実施例を説明するためのフロー図である。仕訳確定処理は会計事務所で行われることを想定しているが、顧問先側で仕訳入力まで行って仕訳確定させてもよい。仕訳確定処理は、各選択項目で選択された項目を収集し（Ｓ４０−１）、それに基づいて仕訳の日付を決定する（Ｓ４０−２）。そして、図３７の科目振分テーブルを参照して、借方科目、借方金額、貸方科目、貸方金額を決定し、さらに摘要記載内容（摘要情報の作成については後述する）を決定する（Ｓ４０−３〜７）。

図４３は、摘要情報を構成する際に配置する質問に対する回答の順番を記録した回答配置テーブルである。本図に示すように、上述したように摘要情報は質問回答の組み合わせである取引情報から生成されるが、このとき図３３の摘要辞書及び図４３の回答配置テーブルを用いてオペレータが取引内容を把握しやすく読みやすいように回答の順番を調整して出力される。図４３に示すように、回答配置テーブルには複数のパターンが登録されており、各パターンについて摘要として出力する質問回答の表示順が規定されている。現在設定されているパターンには選択フラグが付される。少なくとも１のパターンが初期登録されているが、他のパターンを追加登録したり、削除したりすることができる。これにより、顧問先や会計事務所の担当者が見やすいパターンを指定あるいは構築して摘要情報を表示させることができる。なお、顧問先や会計事務所の担当者が指定した摘要生成パターンと回数を記録しておき、その記録から選択される摘要生成パターンの傾向を分析／学習することにより、顧問先や会計事務所の癖を反映するようにしてもよい。

図４１は、質問式入力で取得された取引情報データから作成された摘要情報に基づいて、通常入力した科目の適否をチェックする処理フローを説明する図である。例えば仕訳入力形式などでは、科目は通常入力項目とするのが基本構成であり、摘要のみが質問式入力で作成される。この場合は例えば図４０で説明した仕訳確定処理を行って摘要から自動的に科目を導出することも可能であり、システムは自動で導出された科目と、通常入力形式で入力された科目とを比べて検証することができる。例えば顧問先システムにおいて、図４０の仕訳確定処理にて決定した科目情報を読み出すとともに（Ｓ４１−１）、通常入力で入力された科目情報を読み出す（Ｓ４１−２）。これらの自動決定された科目とオペレータが入力した科目を比較し（Ｓ４１−３）、両者が違う場合に警告（音声および／または強調表示）を出力したり、不一致フラグを付加して会計事務所で検出されるようにする（Ｓ４１−４）。これにより、正確性について注意を要する科目のみを抽出して確認・修正することができるようになり、入力データの信頼性を向上させることができる。

図４４は、本発明にかかる記帳システムないし会計処理システムの構成例の幾つかを示す図である。図４４−１は基本構成であり、上述した実施例はいずれもこの構成を念頭に説明されている。本図に示すように、顧問先の端末装置１０がネットワークを介して会計事務所に設置されたサーバー装置２０に接続され、会計事務所では１以上のクライアント端末装置３０が動作している。なお、本例は必要なデータが会計事務所のサーバー装置２０に保存されるようにしてもよく、この場合はプライベートクラウドの形態となる。図４４−２に示す実施例では、会計事務所側のサーバー装置２０が仮想マシンの形態で顧問先にサービスを提供する。すなわち、サーバー装置２０のコンピュータ資源が仮想マシンとして顧問先毎に割り振られており、顧問先の端末装置１０は入出力装置として動作する形態である。図４４−３は会計事務所側のサーバー装置２０の記憶部がデータセンター等に設置され、顧問先の端末装置１０や会計事務所のクライアント端末装置３０がネットワークを介して必要なデータにアクセスするクラウドサーバー形態としてシステムが構成される。図４４−４は、顧問先の端末装置１０に加え、会計事務所のクライアント端末装置３０もデータセンター等に設置されるサーバー装置２０により仮想マシンの形態でサービスが提供される実施例である。このように、本発明の記帳システムないし会計処理システムは様々な形態で実現することができる。

以上、本発明のいくつかの実施例について詳細に説明したが、本発明の技術的範囲は上記の実施形態ないし実施例に限定されるものではなく、本発明は添付の特許請求の範囲を逸脱することなく様々な変形例、変更例として実現することができる。このような変形例、変更例はすべて本発明の技術的範囲に属すると解されるべきである。

本発明は、会計事務所とその顧問先との間で執り行われる会計処理に利用することができる。

１０ 顧問先端末
２０ 会計事務所サーバー
３０ 会計事務所クライアント端末
１１ 入力部
１２ 表示部
１３ 出力部
１４ 通信部
１５ 記憶部
１６ 処理部

Claims (15)

1. 取引情報を記入するための記帳システムであって、少なくとも記憶手段と処理手段とを具え、
   前記記憶手段は、
   取引内容を構成する所定の大枠様式をベースに会計・税務処理に固有の特定ルールに基づいた複式簿記の記帳に必要な複数の質問および当該質問に対応する回答選択肢を保存する質問内容データを保存する領域と、
   摘要情報を構成する際に配置する質問に対する回答の順番を記録した回答配置テーブルを保存する領域とを具え、
   前記処理手段は、会計事務所にて後処理を行う事を目的として仕訳形式、仕訳帳形式、振替伝票形式、日計表形式といった複式簿記の入力形式で、前記質問内容データから、前記取引内容の入力中の項目（属性）にあった質問および対応する回答選択肢を前記記憶手段から読み出し提示する質問表示手段と、
   前記質問表示手段により提示した質問に対して、前記質問と得られた回答の入力を受付けて入力データを生成する入力受付手段と、
   前記質問と得られた回答で構成される入力データから作成される複式簿記の仕訳を作成するのに必要な情報であって勘定科目及びその貸借や税区分を選択するのに必要な情報を全て含む複式簿記用の取引情報データを作成する取引情報データ生成手段と、
   前記取引情報データから複式簿記の仕訳を起こすために必要な情報を含む摘要情報、日付、金額のデータを含み、借方科目と貸方科目の一方あるいは双方を含まない仕訳データを作成する仕訳データ作成手段と、
   前記仕訳データ、前記取引情報データを保存する領域へ登録するデータ管理手段とを具えたことを特徴とする記帳システム。
2. 取引情報を記入するための記帳システムであって、記憶手段と処理手段とを具え、
   前記処理手段は、会計事務所にて後処理を行う事を目的として仕訳形式、仕訳帳形式、振替伝票形式、日計表形式といった複式簿記の入力形式で、仕訳データの日付、金額、借方科目、貸方科目のいずれか１以上の入力を受付ける入力受付手段を具え、
   前記記憶手段は、前記入力受付手段により、日付、金額、借方科目、貸方科目のいずれか1以上のデータを保存する領域と、
   取引内容を構成する所定の大枠様式をベースに会計・税務処理に固有の特定ルールに基づいた複式簿記の記帳に必要な複数の質問および当該質問に対応する回答選択肢を保存する質問内容データを保存する領域と、
   摘要情報を構成する際に配置する質問に対する回答の順番を記録した回答配置テーブルを保存する領域と、を具え、
   前記処理手段がさらに、前記質問内容データから、前記取引内容の入力中の項目（属性）にあった質問および対応する回答選択肢を前記記憶手段から読み出し提示する質問表示手段を具え、
   前記入力受付手段は、摘要入力が行われる際に、前記質問表示手段により提示する質問に対して、前記質問に対応する回答の選択を受付けて入力データを生成する入力方法に切替え、
   さらに、前記質問と得られた回答で構成される入力データから作成される複式簿記の仕訳を作成するのに必要な情報であって勘定科目及びその貸借や税区分を選択するのに必要な情報を全て含む複式簿記用の取引情報データを作成する取引情報データ生成手段と、
   前記取引情報データから複式簿記の仕訳を起こすために必要な情報を含む摘要情報と、前記入力受付手段が取得した日付、金額、借方科目、貸方科目のいずれか１以上を含む仕訳データを作成する仕訳データ作成手段と、
   前記仕訳データと取引情報データを保存する領域へ登録するデータ管理手段を具えたことを特徴とする記帳システム。
3. 前記入力受付手段が、出納帳形式、補助簿形式といった単式簿記の入力方式で、複式簿記の記帳に必要な質問式入力により複式簿記の仕訳作成に必要な情報を受け付け、前記仕訳データ作成手段が、前記取引情報データから摘要情報、日付、金額を含み、相手科目を含まない仕訳データを作成することを特徴とする請求項１記載の記帳システム。
4. 前記入力受付手段が、出納帳形式、補助簿形式といった単式簿記の入力方式で、日付、金額、自科目、相手科目のいずれか１以上の情報を受け付け、摘要入力が行われる際に、質問式入力により複式簿記の仕訳作成に必要な全ての情報を受け付け、前記仕訳データ作成手段が、前記取引情報データから摘要情報を作成することを特徴とする請求項２記載の記帳システム。
5. 請求項１または２に記載の記帳処理システムにおいて、前記入力受付手段は、仕訳形式入力、仕訳帳形式入力、日計表形式入力、および振替伝票形式入力のいずれかの入力形式を入力する取引単位ごとに切り替え可能であることを特徴とする記帳システム。
6. 請求項３又は４に記載の記帳ソフトにおいて、前記入力受付手段が、仕訳形式入力、仕訳帳形式入力、日計表形式入力、および振替伝票形式入力のいずれかの複式簿記入力と、出納帳形式入力および補助簿形式のいずれかの単式簿記入力とを含む複数の入力形式をサポートし、これらの入力形式を取引単位毎に切り替えできることを特徴とする記帳システム。
7. 前記質問内容データは、（１）取引種別、（２）送り側または支払側、（３）受け側または受取側、（４）取引対象または取引対象物の順番、または、（１）取引種別、（２）受け側または受取側、（３）送り側または支払側、（４）取引対象または取引対象物の順番、で情報を取得するように構成されていることを特徴とする請求項１から６のいずれかに記載の記帳システム。
8. 前記仕訳データ作成手段は、前記回答配置テーブルの順番に基づいて前記質問と得られた回答の入力を再配置した上で複式簿記の仕訳を起こすために必要な情報を含む取引内容を把握しやすい摘要情報を生成することを特徴とする、請求項１から７のいずれかに記載の記帳システム。
9. 前記入力受付手段は、摘要の入力を受け付ける際に、前記質問および対応する回答選択肢を提示して取引情報を取得する質問式入力から、自由入力に切替可能であることを特徴とする請求項１から８のいずれかに記載の記帳システム。
10. 請求項１から９のいずれかに記載の記帳システムにおいて、
    前記記憶手段が、
    前記取引情報に対して借方科目、貸方科目が決定された仕訳データが保存される会計データ領域と、
    前記取引情報または質問とその回答の組合せである選択回答コードと、対応する勘定科目の候補とが関連付けて記憶された対応テーブル領域とを具え、
    前記処理手段が、前記取引情報データを元に、前記借方科目および／または貸方科目を含まない仕訳データに対して、顧問先の会計処理に関する勘定科目及びその貸借や税区分を確定するために、
    前記取引情報に選択回答コードをキーとして、前記対応テーブルを検索して取得された１以上の勘定科目の候補を抽出する科目処理部と、
    前記科目処理部が抽出した前記勘定科目の候補を借方科目または貸方科目として表示し、借方科目または貸方科目を決定させる科目決定支援手段とを具えることを特徴とする記帳システム。
11. 請求項１から９のいずれかに記載の記帳システムから出力された出力データと連動する会計処理システムであって、
    前記記帳システムから、前記借方科目および／または貸方科目を含まない仕訳データと取引情報データを受けとるデータ取得手段と、
    前記取引情報に対して借方科目と貸方科目が決定された仕訳データが保存される会計データ記憶領域と、
    前記取引情報または質問とその回答の組合せである選択回答コードと、対応する勘定科目の候補とが関連付けて記憶された対応テーブル記憶領域と、
    前記取引情報に選択回答コードをキーとして、前記対応テーブルを検索して取得された１以上の勘定科目の候補を抽出する科目処理部と、
    前記科目処理部が抽出した前記勘定科目の候補を借方科目または貸方科目として表示し、借方科目または貸方科目を決定させる科目決定支援手段とを具え、
    これによって前記取引情報データを元に、前記借方科目および／または貸方科目を含まない仕訳データに対して、勘定科目及びその貸借や税区分を確定させ、この完成させた仕訳データを用いて会計監査・決算処理することを特徴とする会計処理システム。
12. 請求項１から９のいずれかに記載の記帳システムを含む会計処理システムであって、
    前記記帳システムから、前記借方科目および／または貸方科目を含まない仕訳データと取引情報データを受けとるデータ取得手段と、
    前記取引情報に対して借方科目と貸方科目が決定された仕訳データが保存される会計データ記憶領域と、
    前記取引情報または質問とその回答の組合せである選択回答コードと、対応する勘定科目の候補とが関連付けて記憶された対応テーブル記憶領域と、
    前記取引情報に選択回答コードをキーとして、前記対応テーブルを検索して取得された１以上の勘定科目の候補を抽出する科目処理部と、
    前記科目処理部が抽出した前記勘定科目の候補を借方科目または貸方科目として表示し、借方科目または貸方科目を決定させる科目決定支援手段とを具え、
    これによって前記取引情報データを元に、前記借方科目および／または貸方科目を含まない仕訳データに対して、勘定科目及びその貸借や税区分を確定させ、この完成させた仕訳データを用いて会計監査・決算処理することを特徴とする会計処理システム。
13. 請求項１１または１２の記載の会計処理システムにおいて、
    仕訳データの日付、金額、借方科目、および貸方科目のいずれか１以上の入力を受付ける入力受付手段を具え、
    前記入力受付手段により、借方科目と貸方科目のいずれか１以上の科目情報が入力されている場合であって、前記入力された科目情報と前記科目決定支援手段により決定した勘定科目と一致しない場合に、該当する仕訳を抽出して表示することを特徴とする会計処理システム。
14. コンピュータシステムで取引情報を記入するための記帳プログラムであって、前記コンピュータシステムの記憶手段が、
    取引内容を構成する所定の大枠様式をベースに会計・税務処理に固有の特定ルールに基づいた複式簿記の記帳に必要な複数の質問および当該質問に対応する回答選択肢を保存する質問内容データを保存する領域と、
    摘要情報を構成する際に配置する質問に対する回答の順番を記録した回答配置テーブルを保存する領域とを具えており、
    前記記帳プログラムが、会計事務所にて後処理を行う事を目的として仕訳形式、仕訳帳形式、振替伝票形式、日計表形式といった複式簿記の入力形式で、前記質問内容データから、前記取引内容の入力中の項目（属性）にあった質問および対応する回答選択肢を前記記憶手段から読み出し提示する質問表示手段と、
    前記質問表示手段により提示した質問に対して、前記質問と得られた回答の入力を受付ける入力受付手段と、
    前記質問と得られた回答の入力から作成される複式簿記の仕訳を作成するのに必要な情報であって勘定科目及びその貸借や税区分を選択するのに必要な情報を全て含む複式簿記用の取引情報データを作成する取引情報データ生成手段と、
    前記取引情報データから複式簿記の仕訳を起こすために必要な情報を含む摘要情報、日付、金額のデータを含み、借方科目と貸方科目のいずれか、もしくは借方科目と貸方科目を含まない仕訳データを作成する仕訳データ作成手段と、
    前記仕訳データ、前記取引情報データを保存する領域へ登録するデータ管理手段として前記コンピュータシステムを機能させるための記帳プログラム。
15. コンピュータシステムで取引情報を記入するための記帳プログラムであって、
    前記コンピュータシステムの記憶手段が、
    前記入力受付手段により、日付、金額、借方科目、貸方科目のいずれか1以上のデータを保存する領域と、
    取引内容を構成する所定の大枠様式をベースに会計・税務処理に固有の特定ルールに基づいた複式簿記の記帳に必要な複数の質問および当該質問に対応する回答選択肢を保存する質問内容データを保存する領域と、
    摘要情報を構成する際に配置する質問に対する回答の順番を記録した回答配置テーブルを保存する領域と、を具え、
    前記記帳プログラムが、会計事務所にて後処理を行う事を目的として仕訳形式、仕訳帳形式、振替伝票形式、日計表形式といった複式簿記の入力形式で、仕訳データの日付、金額、借方科目、貸方科目のいずれか１以上の入力を受付ける入力受付手段であって、摘要入力が行われる際に、前記質問表示手段により提示する質問に対して、前記質問に対応する回答の選択を受付ける入力方法に切替える入力受付手段と、
    前記質問内容データから、前記取引内容の入力中の項目（属性）にあった質問および対応する回答選択肢を前記記憶手段から読み出し提示する質問表示手段と、
    前記質問と得られた回答の入力から作成される複式簿記の仕訳を作成するのに必要な情報であって勘定科目及びその貸借や税区分を選択するのに必要な情報を全て含む複式簿記用の取引情報データを作成する取引情報データ生成手段と、
    前記取引情報データから複式簿記の仕訳を起こすために必要な情報を含む摘要情報と、前記入力受付手段が取得した日付、金額、借り方科目、貸方科目のいずれか１以上を含む仕訳データを作成する仕訳データ作成手段と、
    前記仕訳データと取引情報データを保存する領域へ登録するデータ管理手段として前記コンピュータシステムを機能させることを特徴とする記帳プログラム。
    

Images