(57)【要約】  【課題】  複数のユーザに対応し、かつ複数ユーザについての業務の進捗把握が可能である税務帳票記帳装置及びプログラムを提供する。  【解決手段】あらかじめ登録された、税務の申告書の出力の対象となる複数ユーザそれぞれについて、申告書の出力に必要な事象の選択を受け付ける事象受付手段と、選択された事象に対応する、申告書の出力に必要なデータの入力を受け付けて記憶するデータ受付手段と、事象に対応し申告書に必要な書類の有無の入力を受け付けて記憶する書類有無受付手段と、申告書の提出に関する業務の終了に至るまでの全作業を複数に分割し、各ユーザの状況が分割された各作業種のうちのどの作業種に該当するかを判定すると共に、判定結果及び書類の有無に基づいて、複数ユーザを、各作業種別、且つ、書類有無別に分割し表示する進捗一覧表示手段を備える税務帳票記帳装置及びプログラムを提供する。【選択図】  図１
2006155089.tif 000002
【特許請求の範囲】
【請求項１】
税務に関する申告書を出力する税務帳票記帳装置において、
あらかじめ登録された上記申告書の出力の対象となる複数ユーザそれぞれについて、上記申告書の出力に必要な事象の選択を受け付ける事象受付手段と、
上記選択された事象に対応する、上記申告書の出力に必要なデータの入力を受け付け、データ記憶手段に記憶するデータ受付手段と、
上記事象に対応し当該申告書に必要な書類の有無の入力を受け付け、書類有無記憶手段に記憶する書類有無受付手段と、
上記申告書の提出に関する業務の終了に至るまでの全作業を複数に分割し、各ユーザの状況が分割された各作業種のうちのどの作業種に該当するかを判定すると共に、当該判定結果及び上記書類有無記憶手段に基づいて、複数ユーザを、各作業種別、且つ、書類有無別に分割する進捗状態判定手段と、
上記進捗状態判定手段による分割結果に基づいて、複数ユーザを、各作業種別、且つ、書類有無別に表示する進捗一覧表示手段と、
を備えることを特徴とする税務帳票記帳装置。
【請求項２】
さらに、上記事象受付手段に対する所定の事象の入力に基づいて、該当する作業種を更新する状態更新手段を備え、
上記進捗状態判定手段は、上記該当する作業種に基づいて、各ユーザの状況がどの作業種に該当するかを判定する請求項１に記載の税務帳票記帳装置。
【請求項３】
さらに、作業種の入力と、印刷された各ユーザの上記申告書に関連する資料に付されたバーコードからの入力とに基づいて、該当する作業種を更新する状態更新手段を備え、
上記進捗状態判定手段は、上記該当する作業種に基づいて各ユーザ状況がどの作業種に該当するかを判定する請求項１又は２に記載の税務帳票記帳装置。
【請求項４】
さらに、一の作業種から他の作業種にユーザの作業種を更新する際に、当該他の作業種の条件に一致するか否かを判定するチェック手段を備え、
上記状態更新手段は、上記判定結果に基づいてユーザの作業種を更新する請求項２又は３に記載の税務帳票記帳装置。
【請求項５】
上記チェック手段がチェックする他の作業種の条件が、必要書類の有無である請求項４に記載の税務帳票記帳装置。
【請求項６】
さらに、上記申告書の提出時に添付が必要な書類が原本のコピーを可能としているか否かを示す情報と、ユーザより得られた書類がコピーであるか否かを示す情報とに基づいて、上記添付が必要な書類が提出に適しているか否かを判定するチェック手段を備える請求項２又は３に記載の税務帳票記帳装置。
【請求項７】
さらに、事象と、当該事象について必要な書類、当該書類のコピーの可否とを関連付けて記憶する事象・必要書類記憶手段を備え、
上記事象受付手段は、選択された事象に基づいて、事象・必要書類記憶手段より申告書提出時における必要な書類の添付の要不要、及び、当該書類のコピーの可否を取得する請求項１に記載の税務帳票記帳装置。
【請求項８】
税務に関する申告書を出力するコンピュータに、
あらかじめ登録された上記申告書の出力の対象となる複数ユーザそれぞれについて、上記申告書の出力に必要な事象の選択を受け付ける事象受付ステップと、
上記選択された事象に対応する、上記申告書の出力に必要なデータの入力を受け付け、データ記憶手段に記憶するデータ受付ステップと、
上記事象に対応し当該申告書に必要な書類の有無の入力を受け付け、書類有無記憶手段に記憶する書類有無受付ステップと、
上記申告書の提出に関する業務の終了に至るまでの全作業を複数に分割し、各ユーザの状況が分割された各作業種のうちのどの作業種に該当するかを判定すると共に、当該判定結果及び上記書類有無記憶手段に基づいて、複数ユーザを、各作業種別、且つ、書類有無別に分割する進捗状態判定ステップと、
上記進捗状態判定ステップにおける分割結果に基づいて、複数ユーザを、各作業種別、且つ、書類有無別に表示する進捗一覧表示ステップと、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、税務帳票記帳装置及びプログラムに関し、詳しくは複数の納税者に係る、税務に関連する帳票を出力する税務帳票記帳装置及びプログラムに関するものである。
【背景技術】
【０００２】
例えば個人事業主が納税する際に税務署に提出する確定申告書などの税務帳票（申告書）は、従来当該個人事業主が自ら税務に関する資料について集計し、作成していた。また、税務帳票の記載に必要な税務知識は少なくないため、当該業務を税理士に委託し、あるいは上記帳票を作成にしたアプリケーションを利用することで上記税務帳票を作成していた。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、現状の税務に関するアプリケーションは個人を対象としたものであり、多数のユーザを対象にしたものではなかった。それゆえ、個人（1ユーザ）単位でのみしか税務帳票を作成する機能が備えられていなかった。
【０００４】
したがって、複数のユーザについての、作業の進捗を管理する機能がなかった。
【０００５】
さらに、税務に関する申告書の提出には、データ（数字）の記載だけでよいもの、証明書のコピーを添付すればよいもの、証明書そのものを添付する必要があるもの、といったように、その提出書類により様々な規則が存在する。このため、複数のユーザについての作業の進捗を単純に管理するのみでは、十分とはいえない。つまり、申告書の提出時に必要な書類の有無まで管理する必要があった。
【０００６】
従って本発明は、上記従来の事情に基づいて提案されたものであって、複数のユーザに対応し、かつ複数ユーザについての業務の進捗把握が可能である税務帳票記帳装置及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、上記目的を達成するために以下の手段を採用している。すなわち本発明における税務帳票記帳装置は、税務に関する申告書を出力することを前提としている。
【０００８】
ここで、当該税務帳票記帳装置は、あらかじめ登録された上記申告書の出力の対象となる複数ユーザそれぞれについて、上記申告書の出力に必要な事象の選択を受け付ける事象受付手段と、  選択された事象に対応する、申告書の出力に必要なデータの入力を受け付け、データ記憶手段に記憶するデータ受付手段と、  上記事象に対応し当該申告書に必要な書類の有無の入力を受け付け、書類有無記憶手段に記憶する書類有無受付手段と、  上記申告書の提出に関する業務の終了に至るまでの全作業を複数に分割し、各ユーザの状況が分割された各作業種のうちのどの作業種に該当するかを判定すると共に、当該判定結果及び上記書類有無記憶手段に基づいて、複数ユーザを、各作業種別、且つ、書類有無別に分割する進捗状態判定手段と、  上記進捗状態判定手段による分割結果に基づいて、複数ユーザを、各作業種別、且つ、書類有無別に表示する進捗一覧表示手段とを備える。
【０００９】
この税務帳票記帳装置によれば、作業者は、各作業種別、且つ、書類有無別に分割した進捗一覧表示画面を閲覧可能である。このため、例えば所定の作業までは順調に進んでいても、必要書類が無いことにより、突然、所定の作業でストップしてしまうという問題に対して、予め必要書類の条件が満たされていないユーザを把握できるため、前もって催促等の対処をすることが可能となる。また、必要書類の有無を進捗とは別管理とすることで、所定の作業までは必要書類の有無により進捗を妨げることが無い。
【００１０】
さらに、上記事象受付手段に対する所定の事象の入力に基づいて、該当する作業種を更新する状態更新手段を備え、  上記進捗状態判定手段は、上記該当する作業種に基づいて、各ユーザの状況がどの作業種に該当するかを判定する構成としても良い。
【００１１】
さらに、作業種の入力と、印刷された各ユーザの上記申告書に関連する資料に付されたバーコードからの入力とに基づいて、該当する作業種を更新する状態更新手段を備え、  上記進捗状態判定手段は、上記該当する作業種に基づいて各ユーザ状況がどの作業種に該当するかを判定する構成としても良い。
【００１２】
この構成では、作業種（発送）の入力と、印刷された各ユーザの申告書に関連する資料に付されたバーコードからの入力とに基づいて、状態更新手段が該当する作業種を更新するため、多数のユーザについての申告書の発送時であっても、バーコードにより誤まり無く確実に入力可能である。
【００１３】
さらに、一の作業種から他の作業種にユーザの作業種を更新する際に、当該他の作業種の条件に一致するか否かを判定するチェック手段を備え、  上記状態更新手段は、上記判定結果に基づいてユーザの作業種を更新する構成としても良い。また、この場合において、チェック手段がチェックする他の作業種の条件を、必要書類の有無としてもよい。
【００１４】
この構成では、必要書類、あるいはその原本が必要な処理ではチェック行うことでそれら無しでは処理が進まないようにしているため、必要な書類が無いことによる問題が生じることが無い。
【００１５】
またさらに、上記申告書の提出時に添付が必要な書類が原本のコピーを可能としているか否かを示す情報と、ユーザより得られた書類がコピーであるか否かを示す情報とに基づいて、上記添付が必要な書類が提出に適しているか否かを判定するチェック手段を備える構成としても良い。
【００１６】
この構成では、チェック手段が、申告書の提出時に添付が必要な書類が原本のコピーを可能としているか否かを示す情報と、ユーザより得られた書類がコピーであるか否かを示す情報とに基づいて、上記添付が必要な書類の適否を判定する。このため、税務に関する申告書の提出時に特に問題が生じる、添付資料のコピーによる申告書の不備を防ぐことが可能になる。
【００１７】
またさらに、事象と、当該事象について必要な書類、当該書類のコピーの可否とを関連付けて記憶する事象・必要書類記憶手段を備え、上記事象受付手段は、選択された事象に基づいて、事象・必要書類記憶手段より申告書提出時における必要な書類の添付の要不要、及び、当該書類のコピーの可否を取得する構成としても良い。
【００１８】
この構成では、事象受付手段が、申告書提出時における必要な書類の添付の要不要、及び、当該書類のコピーの可否を表示する。このため、作業者はコピーか原本かの判断さえできれば処理を進めることが可能になる。よって、通常は専門知識を必要とされる処理であっても、当該税務帳票記帳装置によれば、専門知識なく処理することができる。
【００１９】
ここで、上記税務帳票記帳装置は、コンピュータを用いて具体化することができる。その場合、記憶手段を除く各手段は、コンピュータ上でプログラムを動作させることにより具体化される。
【発明の効果】
【００２０】
本発明に係る税務帳票記帳装置、およびプログラムにおいては、作業者は、各作業種別、且つ、書類有無別に分割した進捗一覧表示画面を閲覧可能である。このため、例えば所定の作業までは順調に進んでいても、必要書類が無いことにより、突然、所定の作業でストップしてしまうという問題に対して、予め必要書類の条件が満たされていないユーザを把握できるため、前もって催促等の対処をすることが可能となる。また、必要書類の有無を進捗とは別管理とすることで、所定の作業までは必要書類の有無により進捗を妨げることが無い。
【００２１】
また、作業種（発送）の入力と、印刷された各ユーザの申告書に関連する資料に付されたバーコードからの入力とに基づいて、状態更新手段が該当する作業種を更新するため、多数のユーザについての申告書の発送時であっても、バーコードにより誤まり無く確実に入力可能である。
【００２２】
またさらに、必要書類、あるいはその原本が必要な処理ではチェック行うことでそれら無しでは処理が進まないようにしているため、必要な書類が無いことによる問題が生じることが無い。
【００２３】
またさらに、チェック手段が、申告書の提出時に添付が必要な書類が原本のコピーを可能としているか否かを示す情報と、ユーザより得られた書類がコピーであるか否かを示す情報とに基づいて、上記添付が必要な書類の適否を判定する。このため、税務に関する申告書の提出時に特に問題が生じる、添付資料のコピーによる申告書の不備を防ぐことが可能になる。
【００２４】
またさらに、事象受付手段が、申告書提出時における必要な書類の添付の要不要、及び、当該書類のコピーの可否を表示する。このため、作業者はコピーか原本かの判断さえできれば処理を進めることが可能になる。よって、通常は専門知識を必要とされる処理であっても、当該税務帳票記帳装置によれば、専門知識なく処理することができる。
【発明を実施するための最良の形態】
【００２５】
以下、添付図面を参照して、本発明の実施の形態につき説明し、本発明の理解に供する。尚、以下の実施の形態は本発明を具体化した一例であって、本発明の技術的範囲を限定する性格のものではない。また、フローチャートにおける数値の前に付されたアルファベット「Ｓ」はステップを意味する。
【００２６】
図２に示すように、本発明に係る税務帳票記帳システム２００は、作業端末１０２と税務帳票記帳装置１０１とがネットワーク２０３を介してそれぞれ通信可能に接続されて構成されている。尚、上記税務帳票記帳装置１０１が備える機能は、作業端末１０２が備えても良い。
【００２７】
以下、本発明に係る実施の形態における税務帳票記帳装置１０１の処理について説明する。
【００２８】
図１は、税務帳票記帳装置１０１、作業端末１０２の概略機能ブロック図であるが、各手段の処理等については後述する。
【００２９】
また、図３は、税務帳票記帳装置１０１の概略構成図であり、ＣＰＵ（Central Processing Unit）３０１、ＲＡＭ（Random Access Memory）３０２、ＲＯＭ（Read Only Memory）３０３、ＨＤＤ（Hard Disk Drive）３０４及びネットワークＩ／Ｆ（インターフェイス）３０５が内部バス３０６を介して接続されている。上記ＣＰＵ３０１は、例えばＲＡＭ３０２を作業領域として利用し、ＲＯＭ３０３やＨＤＤ３０４等に記憶されているプログラムを実行することで上記図１に示した各手段として動作する。上記ネットワークＩ／Ｆ３０５はネットワークと接続されており、他の機器とデータの授受が可能となっている。また、作業端末１０２の構成も上記税務帳票記帳装置１０１と同様であり、上記記憶されているプログラムが異なることで、異なる処理を実行可能となっている。
【００３０】
図２は、税務帳票記帳装置１０１を中核としてなる税務帳票記帳システム２００のシステム構成例であり、税務帳票記帳装置１０１に加えて複数の作業端末１０２がインターネットやイントラネット等のネットワーク２０３を介して通信可能に接続されている。
【００３１】
続いて、税務帳票記帳装置１０１における処理について、図４のフローチャートを参照しながら説明する。尚、本実施の形態では、税務に関する申告書の提出が必要な人をユーザとし、ユーザから得られた様々な資料の入力や、その他作業の進捗に関わる実作業を行う者を作業者と称する。さらに、後述する作業端末１０２に表示される多種のメニューは、税務帳票記帳装置１０１に備えられるメニュー提供手段１１２により提供され、記憶手段を除くその他の手段も税務帳票記帳装置１０１に備えられることを前提に説明を行う。ただし、上記メニュー提供手段１１２やその他の手段が作業端末１０２インストールされることで、当該作業端末１０２内に備えられてもよい。
＜新規ユーザ登録処理＞
まず最初に、税務に関する申告書の提出が必要なユーザは、税務帳票記帳システム２００を利用するための契約を行う。当該契約が行われると、作業者は、作業端末１０２を利用し、ネットワーク２０３を介して税務帳票装置１０１にアクセスを行うことで、当該システムを利用するための総合メニューを取得する。当該総合メニューの取得手順を以下に説明する。
【００３２】
上記作業端末１０２を利用する作業者は、キーボードやポインティングデバイス（マウス）などより、上記税務帳票記帳装置１０１にアクセスする。上記税務帳票記帳装置１０１を構成する認証手段１１１が送受信手段１１０を介して当該アクセスを検知すると、上記作業端末１０２に、例えば作業者のユーザID及びパスワードの入力を求める認証画面を送信する。
【００３３】
上記認証画面が送受信手段１０５にて受信され、ディスプレイ等の表示手段１０４に表示されると、当該認証画面に対して、作業者が自らを特定可能な作業者ID及びパスワードを入力する。当該作業者ID及びパスワードが上記認証手段１１１にて受信されると、予め登録された作業者ID及びパスワードに一致するか否かを判定し、一致することで作業者が認証される（図４：S４０１）。
【００３４】
上記認証手段１１１の処理により作業者の認証が完了すると、続いてメニュー提供手段１１２は、上記作業端末１０２に総合メニューを送信する。当該総合メニューは作業端末の送受信手段１０５を介して表示手段１０４に表示される。
【００３５】
次に、作業者は、上記契約に基づいて、当該契約に対応するユーザを登録するために、上記総合メニューから「新規ユーザ登録」を示すボタンを選択する。当該ボタンの選択は、例えば上記入力手段１０３であるポインティングデバイスによって、「新規ユーザ登録」を示す旨のボタンを押下することで行われる。
【００３６】
上記「新規ユーザ登録」が選択すると、その旨がメニュー提供手段１１２を介してユーザ登録手段１１３に送信され、当該ユーザ登録手段１１３は、さらに新規のユーザを登録するために必要なユーザ登録メニューを送信する。当該ユーザ登録メニューは、ユーザを特定可能な情報や、その他税務に関する申告書に必要な情報が入力可能なメニューである。
【００３７】
上記ユーザを特定可能な情報として、図５の顧客データテーブル５００に示されるように、顧客を当該システム上で一意に特定可能な顧客番号５０１があるが、これは上記ユーザ登録手段１１３にて自動的に付される。また、その他税務に関する申告書に必要な情報として、ここではユーザの氏名５０２、当該ユーザが所属する会社５０３、さらには申告書の種別である色５０４等が挙げられるが、その他システム上、あるいは申告書の作成上必要な情報が入力可能である。尚、ここでいう色５０４とは、確定申告の種別として、いわゆる白色申告や青色申告などがあり、これらを指し示す情報である。上記申告書の種別は一例であり、システムにて対応可能な申告書が識別可能に入力されればよい。本実施の形態では、色５０４として、白（白色申告）、青４５控除（青色申告４５万円控除）、青５５控除（青色申告５５万円控除）を扱うものとする。青色申告の場合、控除額は控除５２２に○が入っているか否かで判定される。
【００３８】
また、ユーザが新規に登録された場合には状態５０５が「無」と入力される。当該状態５０５は、分割された、当該ユーザの申告書の提出に関する業務の終了に至るまでの作業のうちのどの状態に対応しているかを示す情報である。そして上記「無」は、進捗が無いことを意味する。
【００３９】
上記情報が作業端末１０２より入力されると、ユーザ登録手段１１３は、当該一連の入力された情報を顧客情報記憶手段１３０に記憶する（図４：Ｓ４０２→Ｓ４０３）。以上の処理により、新規ユーザ登録が終了する。
＜事象受付処理＞
続いて、作業者が、ユーザに対して申告に必要となるさらに詳細な情報（データ）の提出を依頼する。当該依頼は、上記システムの処理とは無関係に行われ、例えば作業者がユーザに対して所定の質問状等を送付し、当該質問状にユーザが回答するという形で必要な情報や書類が特定される。ここでいう必要な情報とは、申告書の提出時に記載されていればよい例えば数値等が該当し、必要な書類とは例えば当該数値を証明するために発行された書類等が該当する。尚、情報あるいは書類が特定され、当該書類が申告所の税務署への提出時に添付を必要とされている場合には、上記質問状に対する回答と同時に又は後日当該書類が作業者に送付されることになるが、詳細は後述する。
【００４０】
作業者が上記必要な情報又は書類を受け取ると、当該必要な情報及び必要に応じて書類の有無の登録が行われる。当該登録は以下のように行われる。即ち、上記処理Ｓ４０１同様、作業者の認証が完了すると、次に作業者は、作業端末１０２に送信された総合メニューより、例えば「ユーザ選択」を選択する。当該ユーザ選択とは、以後の入力の対象となるユーザを選択する処理であり、当該選択により、メニュー提供手段１１２から例えば顧客情報記憶手段１３０に記憶されたユーザの一覧が送信され、作業者は当該一覧からユーザを選択可能である（図４：Ｓ４１２）。当然、ユーザの顧客番号を入力することで対象となるユーザを決定しても良い。
【００４１】
次に作業者は、例えば「事象受付」を示す旨のボタンを選択する。ここで事象とは控除証明書などの申請書に添付すべき書類が必要となる要件とすることができる。上記選択が、メニュー提供手段１１２を介して事象受付手段１１４にて受信されると、当該事象受付手段１１４は、図６に示す必要書類登録画面６００を作業端末１０２に送信し、当該作業端末１０２は送信された必要書類登録画面６００を表示する。
【００４２】
ここで、上記必要書類登録画面６００には、申告書に必要な書類を、その書類に対応する事象により選択可能となっている。具体的には、作業者は上記必要書類登録画面６００の「事象追加」ボタン６０１を押下することにより、図７Ａに示す事象追加画面７００を上記事象受付手段１１４より受信して表示する。尚、図７Ａの事象欄７０２は、この時点では空白である。
【００４３】
次に、作業者は、上記事象追加画面７００の「所得・控除選択」ボタン７０１を押下することで、作業端末１０２が図７Ｂに示す所得・控除選択画面７１０を上記事象受付手段１１４より受信して表示する。ここで作業者は、ユーザより得られた上記質問状等に対する回答に基づいて、必要な「所得・控除名」に対応する「選択」欄をチェックすることで、事象グループを選択する（図４：Ｓ４１３）。つまり、「所得・控除名」自体が上記事象グループであり、複数の関連する事象を１グループとした複数グループで構成されている。
【００４４】
上記「選択」がチェックされると、事象受付手段１１４は、当該事象グループに所属する（対応付けられた）1又は複数の事象を表示する。具体的には、「配偶者・配偶者特別控除  ２」７１１（事象の1グループ）の「選択」を選択すると、図7Ｃに示すように、当該「配偶者・配偶者特別控除  ２」７１１に対応する２つの事象である、「配偶者（障害なし）」と「配偶者（障害あり）」から構成される事象選択画面７３０が表示される。
【００４５】
作業者は、さらに上記事象「配偶者（障害なし）」と「配偶者（障害あり）」より、上記同様「選択」欄のチェックにより、ユーザに対応する事象を選択する（図４：Ｓ４１４）。
【００４６】
事象が選択されると、上記事象追加画面７００が作業端末１０２に表示され、事象欄７０２に選択された事象（ここでは配偶者（障害あり））が表示される。
【００４７】
作業者は以上の作業を繰り返すことで、必要に応じて複数の事象を事象追加画面７００に追加して、最後に追加ボタン７０３を押下すると、追加された事象が事象受付手段１１４に送信される。当該追加した事象が受信されると、事象受付手段１１４は、その事象に対応する必要書類の情報を、事象・必要書類記憶手段１３２より取得する（図４：Ｓ４１５）。
【００４８】
上記必要書類の情報には、例えば必要な書類の名称、申告書提出時における当該書類の添付の要不要、及び当該添付書類のコピーの可否が含まれている。上記必要な書類の情報を取得した事象受付手段１１４は、上記追加された事象と、当該事象に対応する必要な情報とを対として、必要書類登録画面６００の表示欄６０２に表示する（図４：Ｓ４１６）。
【００４９】
上記必要書類登録画面６００には、事象６０３と、当該事象に対応する必要な書類６０４と、申告書提出時における当該書類の添付の要不要（要／不要６０５）と、当該書類のコピーよる提出の可否（コピー６０６）とが表示されている。また、これらに加えて作業者がユーザから書類を取得しているか否かを示す所在６０７、当該書類が原本かコピーかを示す種類６０８、所在を確認した日を示す所在確認日６０９、及び所在を確認した担当者である確認担当者６１０が入力可能に表示される。尚、担当者は上記認証手段１１１より現在作業端末を利用している作業者の名称が取得されて自動的に表示される。
【００５０】
以上の処理により、所定のユーザに対応する、必要な事象の受付が完了する。そして、作業者が、上記必要書類登録画面６００の内容を確認して問題ないとし、「一括更新」ボタン６１１を押下すると、当該受け付けられた必要な事象（必要書類）は、事象受付手段を介して顧客情報記憶手段１３０の対応する顧客番号５０１を含むレコード内に記憶される（図４：Ｓ４１８）。具体的には、例えば顧客データテーブル５００の書類回収状況５１０を構成する各項目に記憶される。ここで、「△」は必要であるが申告書の提出に十分に準備されていない書類を示す。また「○」は申告書の提出に問題なく準備されている書類を示し、「−」は不要な書類を意味する。尚、上記書類回収状況５１０の各項目は書類有無記憶手段１３３とすることができる。
【００５１】
ところで、書類回収状況５１０を構成する各項目は、制度により定められるため年々変更されるが、例えば「支」５１１は支払調書に関する事象・書類を、「般」５１２は一般生命保険料控除に関する事象・書類を、「年」５１３は個人年金保険料控除に関する事象・書類を、「短」５１４は短期損害保険料控除に関する事象・書類を、「長」５１５は長期損害保険料控除に関する事象・書類を、「子」５１６は子会社損保の給与に関する事象・書類を、「住」５１７は住宅取得控除に関する事象・書類を、「不」５１８は不動産収入に関する事象・書類を、「医」５１９は医療費控除に関する事象・書類を、「領」５２０は領収書に関する事象・書類を、「他」５２１はその他の収入・控除に関する事象・書類をそれぞれ意味する。
＜書類有無受付処理＞
続いて、書類有無受付処理について説明する。書類有無受付処理とは、上記事象受付手段１１４にて受け付けられた必要な書類が、ユーザにより既に作業者に届けられたか否かの入力を受け付ける処理である。具体的には、例えば作業者がユーザから必要な書類を受け取ると、作業端末１０２上で上記必要書類登録画面６００を表示する。当該表示には、上記事象受付処理にて入力された必要書類６０４が表示されている。ここで、作業者は、受け取った必要書類について入力を行う。つまり、例えば書類として「配偶者の所得が判るもの」を受け取った場合、当該必要書類がコピーなのか原本なのかを種類６０８に入力する。また、所在６０７には「到着」を、所在確認日６０９に入力日を入力する。そして「一括更新」ボタン６１１を押下すると、その旨が書類有無受付手段１１６にて受信され、書類有無記憶手段１３３に記憶される。尚、本実施の形態では、書類有無記憶手段１３３は、図５の項目「書類回収状況５１０」が該当する。この例では、コピー６０６が「可」となっているが、これに対して入力された種類６０８が「コピー」（この場合は原本でもよい）となっているため条件を満たし、さらに、要／不要６０５が必要となっているのに対して、所在６０７が「到着」となっているため両方の条件を満たす。よって、この入力により、書類有無記憶手段１３３の、当該必要書類「配偶者の所得が判るもの」に対応する「他」５２１に「○」が記憶される。尚、コピー６０６が「不可」にも関わらず、種類６０８が「コピー」となっている場合には、条件を満たさないため該当欄は「△」のままである。
【００５２】
税務に関する申告書の提出には、データ（数字）の記載だけでよいもの、証明書のコピーを添付すればよいもの、証明書そのものを添付する必要があるもの、といったように、その提出書類により様々な規則が存在するため、税務の知識がないものがこれらを処理する場合には誤りが生じやすい。しかし、当該税務帳票記帳装置によれば、以上のように、事象受付手段が、選択された事象に基づいて、事象・必要書類記憶手段より申告書提出時における必要な書類の添付の要不要、及び、当該書類のコピーの可否を取得して表示する。このため、作業者はコピーか原本かの判断さえできれば処理を進めることが可能になる。よって、通常は専門知識を必要とされる処理であっても、当該税務帳票記帳装置によれば、専門知識なく処理することができる。
＜データ受付処理＞
続いて、データ受付処理について説明する。データ受付処理とは、上記必要書類に記載されている、申告書に必要な情報の入力、あるいは必要書類には直接関係しないが申告書に必要な情報を受け付ける処理である。尚、申告書に必要な情報とは、例えば当該必要書類に記載されている値等であり、具体的には必要書類が生命保険料控除証明書の場合、必要な情報とはその生命保険料金控除証明書に記載されている支払額等が対応する。また、必要書類には直接関係しないが申告書に必要な情報とは、例えば業務経費に該当する数値等が該当し、領収書に記載された金額（経費に該当）等が該当する。
【００５３】
当該情報の入力は、例えば以下のように行われる。
【００５４】
即ち、申告書に必要な情報の入力を受け付ける場合、上記書類有無受付処理と同様、必要書類登録画面６００を表示する。ここで作業者が、入力しようとする情報に対応する必要な書類の「受託データ」ボタン６１２を押下する。これにより、その旨がデータ受付手段１１５に受信される。そして、その旨を受信したデータ受付手段１１５は、当該ボタンに対応する必要書類に関連する入力画面を作業端末１０２に送信する。当該入力画面に対して作業者が書類等より必要な情報を読み取って入力すると、当該入力データがデータ受付手段１１５を介してデータ記憶手段１３１に記憶される（図４：Ｓ４１８）。尚、当該入力データは、顧客番号、及び必要書類と関連付けられて記憶されればよいためそのデータ構造については省略する。
【００５５】
また、必要書類には直接関係しないが申告書に必要な情報を受け付ける場合には、例えば総合メニューの「データ入力」を示すボタンを押下することにより、その旨をデータ受付手段１１５に送信し、入力用のフォームを取得する。そして、作業者は、当該入力用のフォームに対して必要事項である、例えば費目及び金額を入力して送信することで、データ受付手段１１５を介してデータ記憶手段１３１に記憶される。尚、当該入力データも、顧客番号と関連付けられて記憶されればよいためそのデータ構造については省略する。
＜状態更新処理＞
続いて、状態更新処理について説明する。状態更新処理とは、申告書の提出に関する業務の終了に至るまでの全作業を複数に分割し、各ユーザの申告書の現在の作成状況を、分割された各作業種の何れかに対応させて更新する処理である。本実施の形態では、全作業を図８に示す１３の作業（進捗状態）に分割し、処理の進捗を管理するものとする。但し、図８に示す分割は一例であって、分割数や分割の定義自体はどのようなものでもよい。
【００５６】
（進捗無し→進捗０１：状態の更新方法  その１）
新規ユーザが登録された時点では、顧客データテーブル５００の状態５０５は、進捗が無いことを意味する「無」であることは上述したとおりである。このような状態で、上記事象受付手段１１４にて、所定の必要な事象（ここでは支払調書）が登録され、書類有無受付手段１１６にて所在６０７が「到着」と入力された場合、当該書類有無受付手段１１６は、状態更新手段１２１を介して状態５０５の値を、支払い調書が入力されたことを示す「０１」に更新する。尚、ここでは、「０１」を「進捗０１」とし、「進捗０１」は「進捗なし」から１つ進捗した状態を示す。
【００５７】
（進捗０１→進捗０２：状態の更新方法  その２）
上記支払調書について必要な情報の入力が完了すると、本実施の形態に示す税務帳票記帳システムでは、申告書のシミュレーション出力が可能となる。このような場合には、例えばユーザが上記総合メニューより「シミュレーションＯＫ」を選択することで、該当するユーザの状態５０５が状態更新手段１２１により「シミュレーションＯＫ」を示す「０２」に更新される。このような状態で、さらにユーザが上記総合メニューより「シミュレーション出力」を選択すると、出力手段１２０が上記状態５０５を参照して、値が「０２」であるユーザについて、図９にしめす申告シミュレーション９００を作成して作業端末１０２に送信する。送信された申告シミュレーション９００は、作業端末１０２に接続されたプリンター等から出力される。尚、申告シミュレーション９００の印刷（出力）時には、出力手段１２０が、顧客情報記憶手段１３０から状態５０５が「０２」である顧客についての情報を取得し、さらに、データ記憶手段１３１より、顧客番号が一致する申告書に必要なデータを取得して申告シミュレーション９００を作成する。当該申告シミュレーション９００には、対応するユーザの顧客番号がバーコード９０１として印刷されている。
【００５８】
（進捗０２→進捗０３：状態の更新方法  その３）
続いて、印刷された上記申告シミュレーション９００をユーザに発送する場合、作業者は、作業端末１０２上で、総合メニューから例えば「シミュレーション発送」を選択し、さらに、発送する申告シミュレーション９００のバーコード９０１を、作業端末１０２に接続されたバーコードリーダ１０６で読み取る。すると、「シミュレーション発送」を示す情報、及びバーコードリーダ１０６で読み取られた顧客番号が、上記状態更新手段１２１に送信され、当該状態更新手段１２１は、当該情報及び顧客番号に基づいて、上記状態５０５を「シミュレーション発送済」を示す「０３」に更新する。尚、上記申告シミュレーション９００の出力時には、同時に確認依頼書も印刷される。当該確認依頼書は、ユーザが上記申告シミュレーション９００に問題がないと判断した場合に、押印して返送するものであり、当該確認依頼書にも顧客番号を示すバーコードが付されている。
【００５９】
以上のように、作業種（発送）の入力と、印刷された各ユーザの申告書に関連する資料に付されたバーコードからの入力とに基づいて、状態更新手段が該当する作業種を更新するため、多数のユーザについての申告書の発送時であっても、バーコードにより誤り無く確実に入力可能である。
【００６０】
（進捗０３→進捗０４）
次に、発送した申告シミュレーション９００に対して、ユーザがその内容を確認して問題なしと判定し、その旨が作業者に例えば電話等で伝えられた場合、作業者は、総合メニューから「仮確定」ボタンを押下することにより、状態更新手段１２１が該当するユーザの状態５０５を「０４」に更新する。
【００６１】
（進捗０４→進捗０５）
また、発送した申告シミュレーション９００に対して、同封した上記確認依頼書に押印されて返送された場合には、作業者は、例えば総合メニューから「確定ＯＫ」を選択するとともに上記確認依頼書に付されたバーコードをバーコードリーダ１０６より読み取る。すると、「確定ＯＫ」を示す情報、及びバーコードリーダ１０６で読み取られた顧客番号が、上記状態更新手段１２１に送信され、当該状態更新手段１２１は、当該情報及び顧客番号に基づいて、上記状態５０５を「確定ＯＫ」を示す「０５」に更新する。
【００６２】
（進捗０５→進捗０６）
続いて、作業者は、「確定ＯＫ」となっている申告書シミュレーションの数値を確認し、問題がなければ総合メニューから「確定」ボタンを押下することにより、状態更新手段１２１が該当するユーザの状態５０５を「０６」に更新する。
【００６３】
（進捗０６→進捗０７）
次に、作業者が、所定のユーザについて総合メニューから「印字ＯＫ」ボタンを押下すると、入力項目チェック手段１１９が、当該ユーザに関して入力された各データについてチェックを行う。当該チェックは例えば以下に示すものである。即ち、上記事象受付手段１１４にて事象が登録され、要／不要６０３が「必要」となっているにも関わらず、所在６０７が「未着」となっている必要書類の有無をチェックする。また、コピー６０６が「不可」にも関わらず、種類６０８が「コピー」となっている必要書類の有無をチェックする。また、また、事象が登録されているにもかかわらず、当該事象に関する必要な情報が入力されていない場合にエラーとする。
【００６４】
つまり、入力項目チェック手段１１９が、顧客情報記憶手段１３０やデータ記憶手段１３１、書類有無記憶手段１３３に基づいてチェックを行い、エラーがある場合には図１０に示す進捗エラーチェック画面１０００を作業端末１０２に送信し、作業端末１０２が表示手段１０４に表示する。そして、エラーがある場合には、入力項目チェック手段１１９は、ユーザの状態５０５を「０７」に更新せず、エラーが無い場合には、状態更新手段１２１を介してユーザの状態５０５を「０７」に更新する。
【００６５】
以上のように、チェック手段が、申告書の提出時に添付が必要な書類が原本のコピーを可能としているか否かを示す情報と、ユーザより得られた書類がコピーであるか否かを示す情報とに基づいて、上記添付が必要な書類の適否を判定する。このため、税務に関する申告書の提出時に特に問題が生じる、添付資料のコピーによる申告書の不備を防ぐことが可能になる。
【００６６】
（進捗０７→進捗０８）
さて、上記状態５０５が印字ＯＫとなると、入力された様々なデータは、そのユーザ単位で提出可能な状態であることを示す。つまり、状態５０５が「０７」である場合には、当該ユーザについて入力が完了して印刷に問題が無い状態であるため、申告書の印字が行われる。当該申告書の印字は、例えば総合メニューから「申告書印字」を示すボタンを押下することで、出力手段１２０が上記申告シミュレーション９００の際と同様の処理にて申告書を作成し、作業端末１０２に送信する。送信された申告書は作業端末１０２に接続されたプリンター等から出力される。尚、この際にも、当該申告書には顧客番号を示すバーコードが付されている。また、申告書控えも出力され、当該控えにもバーコードが付されている。申告書が作成されると、出力手段１２０は、状態更新手段１２１を介してユーザの状態５０５を「申告書印字済」を示す「０８」に更新する。
【００６７】
（進捗０８→進捗０９）
続いて作業者が上記申告書の記載内容のチェックを行い、問題がなければ総合メニューから例えば「チェックＯＫ」を示すボタンを押下し、申告書に付されたバーコードをバーコードリーダ１０６より読み取る。すると、「チェックＯＫ」を示す情報、及びバーコードリーダ１０６で読み取られた顧客番号が、上記状態更新手段１２１に送信され、当該状態更新手段１２１は、当該情報及び顧客番号に基づいて、上記状態５０５を「チェックＯＫ」を示す「０９」に更新する。
【００６８】
（進捗０９→進捗１０）
続いて作業者は、例えば総合メニューから「提出」を示すボタンを押下し、申告書に付されたバーコードをバーコードリーダ１０６より読み取る。すると、「提出」を示す情報、及びバーコードリーダ１０６で読み取られた顧客番号が、上記状態更新手段１２１に送信され、当該状態更新手段１２１は、当該情報及び顧客番号に基づいて、上記状態５０５を「提出」を示す「１０」に更新する。
【００６９】
（進捗１０→進捗１１）
次に、税務署から、上記申告書に対する申告書控えが郵送にて返送されると、作業者は、例えば総合メニューから「控えＯＫ」を示すボタンを押下し、申告書控えに付されたバーコードをバーコードリーダ１０６より読み取る。すると、「控えＯＫ」を示す情報、及びバーコードリーダ１０６で読み取られた顧客番号が、上記状態更新手段１２１に送信され、当該状態更新手段１２１は、当該情報及び顧客番号に基づいて、上記状態５０５を「控えＯＫ」を示す「１１」に更新する。
【００７０】
（進捗１１→進捗１２）
次に、作業者は、例えば総合メニューから「控え発送」を示すボタンを押下し、申告書控えに付されたバーコードをバーコードリーダ１０６より読み取る。すると、「控え発送」を示す情報、及びバーコードリーダ１０６で読み取られた顧客番号が上記状態更新手段１２１に送信され、当該状態更新手段１２１は、当該情報及び顧客番号に基づいて上記状態５０５を「控え発送」を示す「１２」に更新する。そして、申告書控えは、郵送等によりユーザに発送される。これにより、本実施の形態における申告書提出に関する一連の業務が完了する。
＜進捗状況判定・表示処理＞
次に、進捗状況判定・表示処理について説明する。
【００７１】
本実施の形態における税務帳票記帳システムは、多数のユーザについて申告書提出のための業務を管理する必要がある。このため、進捗状態判定手段１１７及び進捗一覧表示手段１１８は以下の処理を行う。
【００７２】
最初に、税務帳票記帳システムにおけるユーザ全体の進捗状況を把握しようとした場合、作業者は上述した総合メニューより、例えば「進捗状況表示」を示す旨のボタンを押下する。当該進捗状況表示ボタンが押下されると、その旨がメニュー提供手段１１２を介して進捗状態判定手段１１７に受信され、図１１に示す進捗一覧表示画面１１００が表示される。ここでは、当該進捗一覧表示画面１１００の表示にいたるまでの処理について説明する。
【００７３】
上記進捗状況表示ボタンが押下されると、進捗状態判定手段１１７は、まず、顧客情報記憶手段１３０内の顧客データテーブル５００を参照し、状態５０５が「無」であり、且つ色５０４が白であり、さらに、書類回収状況５１０（書類有無記憶手段５３０に対応）に「△」が含まれているデータをカウントする。当該条件でカウントされた数値は、「白色申告」「（書類）まだ」「進捗無し」に該当するカラム１１０１に対応する。
【００７４】
また、状態５０５が「無」であり、且つ色５０４が白であり、さらに、書類回収状況５１０に「△」が含まれていない（○と−である）データをカウントする。当該条件でカウントされた数値は、「白色申告」「書類ＯＫ」「進捗無し」に該当するカラム１１０２に対応する。
【００７５】
以上の処理を、「進捗０１」〜「進捗１２」についてカウントすることで、白色申告の「まだ」と「書類ＯＫ」についてすべてカウントされる。つまり、「白色申告」について、各作業（進捗無し〜進捗１２）別、かつ書類有無別のユーザのカウントが完了する。
【００７６】
また同様の処理を、色５０４が青であり、控除５２２が○ではないユーザについて行うことで、「青色申告４５」について、各作業（進捗無し〜進捗１２）別、かつ書類有無別のユーザのカウントが完了する。
【００７７】
さらに、色５０４が青であり、控除５２０が○のユーザについて行うことで、「青色申告５５」について、各作業（進捗無し〜進捗１２）別、かつ書類有無別のユーザのカウントが完了する。
【００７８】
尚、印字ＯＫ（進捗０７）において入力項目チェック手段１１９が必要書類の有無をチェックしているので、「進捗０７〜進捗１２」における「まだ」に対応する件数は存在しないことは言うまでも無い。
【００７９】
上記進捗状態判定手段１１７にて、各ユーザの状況が各作業種のうちのどの作業種に該当するかを判定され、カウントされると、当該カウント値は分割結果として進捗一覧表示手段１１８に送信される。上記分割結果（カウント値）は、進捗一覧表示手段１１８の対応するカラムに入力されることで上記進捗一覧表示画面１１００が作成され、作業端末１０２に送信される。
【００８０】
上記進捗一覧表示画面１１００を受信した作業端末１０２は、当該画面をディスプレイ等の表示手段に表示する。
【００８１】
以上の処理により、作業者は、各作業種別、且つ、書類有無別に分割した進捗一覧表示画面１１００を閲覧可能となる。ここで、各作業種別にのみ分割した進捗一覧（例えば図１１の破線１１０３）を作成した場合には、例えば所定の作業（ここでは「確定」）までは順調に進んでいても、必要書類が無いことにより、突然、所定の作業（ここでは「印字ＯＫ」）でストップしてしまうが、書類有無別にも分割することにより、予め必要書類の条件が満たされていないユーザを把握でき、前もって催促等の対処をすることが可能となる。
【００８２】
以上のように、複数ユーザを、各作業種別、且つ、書類有無別に分割して進捗管理を行っている。従って、税務に関する申告書で必要とされる証明書は、申告の直前まで入手することができないことがほとんどであるが、必要書類の有無を進捗とは別管理とすることで、所定の作業までは必要書類の有無により進捗を妨げることが無い。また、必要書類、あるいはその原本が必要な処理ではチェック行うことでそれら無しでは処理が進まないようにしているため、必要な書類が無いことにより問題が生じることも無い。
【００８３】
尚、上記表示において、作業者が例えばカラム１１０１の数値「３２」を選択すると、当該条件（状態５０５が「無」であり、且つ色５０４が白であり、さらに、書類回収状況５１０に「△」が含まれているデータ）に該当するデータが、進捗状態判定手段１１７により取得される。そして、進捗一覧表示手段１１８により、当該データについて図１２に示す進捗別顧客情報表示画面１２００が作成され、作業端末１０２に表示される。
【００８４】
またさらに、例えば顧客番号１２０１を選択することにより、当該顧客番号に対応するユーザの情報が、例えば進捗状態判定手段１１７により取得され、進捗一覧表示手段１１８により、当該データについて図１３に示す個人進捗一覧画面１３００が作成され、作業端末１０２に表示される。尚、個人進捗一覧画面１３００には、対応するユーザの各作業ごとに状態５０５が更新された日時と、当該更新の処理を行った作業者の氏名が表示される。
【産業上の利用可能性】
【００８５】
本発明に係る税務帳票記帳装置、及びプログラムでは、作業者は、各作業種別、且つ、書類有無別に分割した進捗一覧表示画面を閲覧可能であるため、複数のユーザに対応し、かつ複数ユーザについての業務の進捗把握が可能である税務帳票記帳装置及びプログラムとして有用である。
【図面の簡単な説明】
【００８６】
【図１】税務帳票記帳装置および作業端末の概略機能ブロック図。
【図２】税務帳票記帳装置のシステム構成例を示す図。
【図３】税務帳票記帳装置の概略構成図。
【図４】税務帳票記帳装置の処理を示すフローチャート。
【図５】顧客データテーブルの一例を示す図。
【図６】必要書類登録画面の一例を示す図
【図７】事象追加に関する表示の例を示す図。
【図８】作業分割の一例を示す図。
【図９】申告書シミュレーションの一例を示す図。
【図１０】進捗エラーチェック画面の一例を示す図。
【図１１】進捗一覧表示画面の一例を示す図。
【図１２】進捗別顧客情報表示画面の一例を示す図。
【図１３】個人進捗一覧画面の一例を示す図。
【符号の説明】
【００８７】
１０１  税務帳票記帳装置
１０２  作業端末
１０３  入力手段
１０４  表示手段
１０５  送受信手段（作業端末側）
１０６  バーコードリーダ
１１０  送受信手段（税務帳票記帳装置側）
１１１  認証手段
１１２  メニュー提供手段
１１３  ユーザ登録手段
１１４  事象受付手段
１１５  データ受付手段
１１６  書類有無受付手段
１１７  進捗状態判定手段
１１８  進捗一覧表示手段
１１９  入力項目チェック手段
１２０  出力手段
１２１  状態更新手段
１３０  顧客情報記憶手段
１３１  データ記憶手段
１３２  事象・必要書類記憶手段
１３３  書類有無記憶手段
【図１】
2006155089.tif 000003
【図２】
2006155089.tif 000004
【図３】
2006155089.tif 000005
【図４】
2006155089.tif 000006
【図５】
2006155089.tif 000007
【図６】
2006155089.tif 000008
【図７】
2006155089.tif 000009
【図８】
2006155089.tif 000010
【図９】
2006155089.tif 000011
【図１０】
2006155089.tif 000012
【図１１】
2006155089.tif 000013
【図１２】
2006155089.tif 000014
【図１３】
2006155089.tif 000015