JPWO2004003804A1

JPWO2004003804A1 - Audit business management system

Info

Publication number: JPWO2004003804A1
Application number: JP2003518055A
Authority: JP
Inventors: 眞拡畑田
Original assignee: 株式会社ドリームシステム
Priority date: 2002-06-26
Filing date: 2002-06-26
Publication date: 2005-10-27
Also published as: AU2002346222A1; WO2004003804A1

Abstract

監査の標準化および顧問先を含む監査業務の管理システムの提供。サーバーシステムとコンピュータ端末を含む会計事務所システムと、会計事務所の顧問先のコンピュータ端末を含む顧問先システムと、会計事務所システムおよび顧問先システムとの間でデータ送受信を行うためにアクセス可能に備えられるサーバーシステムとを含み構成される。会計事務所システムには、事務所情報記憶手段と、基本項目情報記憶手段と、顧問先情報記憶手段と、監査情報記憶手段と、監査業務管理プログラムとが備えられる。質問および質問に対する回答を含むチェック項目を含む監査項目チェック機能が、前記の監査業務管理プログラムに備えられる。Standardization of audits and provision of a management system for audit work including consultants. The accounting office system including the server system and the computer terminal, the advisor system including the accounting firm's advisory computer terminal, and the accounting office system and the advisory system can be accessed to exchange data. And a server system provided. The accounting office system includes office information storage means, basic item information storage means, advisor information storage means, audit information storage means, and an audit operation management program. An audit item check function including a check item including a question and an answer to the question is provided in the audit operation management program.

Description

技術分野
本発明は、この発明は、監査業務を標準化するとともに、効率的な監査ができる監査業務管理システムに関する。
従来技術
従来の監査の現状として、税法・商法等の監査項目チェックは紙媒体で既に行われている。また、顧問先との間でのデータのやりとりや連絡も、アナログの電話やファクシミリなどで行われることが多く、長年の実務経験の中で様々な問題があった。さらにインターネット等が普及した今日では、電子メール等でのデータ送受信を採用しても、従来はこれらのデータを適切に管理・蓄積し、また会計事務所全体でのデータの管理や、業務管理を行うことができていなかった。
たとえば、個々の税理士や公認会計士、あるいはこれらの補助者が取り扱う書類やデータは一元管理されておらず、また会計事務所の上司や経営者が確認・承認をしたり、業務管理をしたりすることがシステム化されていないために不十分であった。
たとえば、処理担当者が本当に監査項目を読んでチェックしているのか否かも不明であった。さらに過去の監査履歴を参照するために書庫等で膨大な資料の中から探す時間のロスや、紙媒体であるが故の紛失等の危険性などの問題があった。
一方、従来の財務監査業務は、個々の税理士や公認会計士の経験にもとづいたものであり、経験やスキルの少ない補助者などは、財務監査業務をスムーズに行えず、また経験やスキル等があっても個々人の独自の手法や経験による業務をしていたのでは、事務所全体の業務が標準化されず、監査業務を統一的に遂行することが困難であり、したがって業務管理、経営管理、顧問先との通信にも支障やばらつきが生じるという問題があった。
このような課題を解決するため、たとえば第２８５２９０７号「財務監査システム」においては、業務の標準化の手法を提案している。
これは、仕訳データなどを記憶した財務データ記憶部と、財務データの中で未完成仕訳や重複仕訳などを判定し一覧表示する判定部と、判定部で未完成仕訳や重複仕訳などと判定された仕訳データを完成・修正し再入力するための仕訳データ入力部と、監査項目に応じた財務データを財務データ記憶部から検索して一覧表示させる検索処理部と、検索処理部で一覧表示された財務データをチェックして確認・保留・修正・削除の処理をするチェック処理部と、チェック処理部で保留処分にしたチェック項目を記憶する保留分記憶部とを備えた財務監査システムである。
しかしながら、この発明においては、判定部が動作して、未完成仕訳や重複仕訳を検索してそれを一覧表示させることができるので、一覧表にもとづいて、未完成仕訳や重複仕訳をチェック、再入力、検索による監査項目に応じた財務データの一覧表示、チェック保留の記憶をするという、単純な会計システム上のデータのチェックが可能なだけのものである。
すなわち、本件特許明細書および図面の全体を見れば明らかなように、データの未完成、データの重複という単純な不備が一覧表示できるだけのものであり、チェックして保留にするか否かを結局は監査する個々人が行うことになってしまう。
これでは、複雑な会計監査業務において、真に業務の標準化をすることはできない。ましてや、顧問先ごとに異なる、複数の顧問先について、複数の会計事務所社員の間において業務の標準化を進めることは不可能である。
そこで本発明においては、上記の様々な課題を解決し、経験やスキルの少ない補助者などでも財務監査業務・補助業務をスムーズに行うことができ、事務所全体の業務が標準化して、監査業務を統一的に遂行することが可能なシステムを提供することを目的とする。とりわけ顧問先ごとに異なる、複数の顧問先について、複数の会計事務所社員の間において業務の標準化を進めることが可能なシステムを提供することを目的とする。
さらに、個々の税理士や公認会計士、あるいはこれらの補助者が取り扱う書類やデータは一元管理し、また会計事務所の上司や経営者が確認・承認をしたり、業務管理をしたりすることが可能なシステムを提供することを目的とする。これにより、業務管理、経営管理、顧問先との通信にも支障やばらつきが生じないようにすることができる。
発明の開示
上記課題を解決するため、請求の範囲１に記載の発明においては、
入力手段、制御手段、表示手段、出力手段、記憶手段等を備えるコンピュータ等の端末において操作により情報処理が行われるシステムであって、
会計事務所内において監査および監査チェック処理、スタッフ間の連絡処理その他の処理を行うためのサーバーシステムとこれに接続されて備えられるコンピュータ端末を含み構成される会計事務所システムと、
会計事務所の顧問先においてデータの入力やデータ送受信その他の処理を行うためのコンピュータ端末を含み構成される顧問先システムと、
会計事務所システムおよび顧問先システムとの間でデータ送受信を行うためにインターネットに代表される通信手段に接続されて、前記の会計事務所システムおよび顧問先システムからアクセス可能に備えられるサーバーシステムとを含み構成され、
前記の会計事務所システムには、会計事務所に関する情報を記憶する事務所情報記憶手段と、会計事務所および顧問先との間での業務に用いるための基本情報を記憶する基本項目情報記憶手段と、顧問先に関する情報を記憶する顧問先情報記憶手段と、顧問先の会計監査に関する情報を記憶する監査情報記憶手段と、各記憶手段に記憶されるデータに基づく処理を行うための監査業務管理プログラムとが少なくとも備えられ、
前記のサーバーシステムには、前記の会計事務所システムおよび顧問先システムとの間において、質問および質問に対する回答を含むデータを送受信するための質問・回答送受信手段が、顧問先ごとに設けられ、
前記の質問および質問に対する回答を含むチェック項目を含む監査項目チェック機能が、前記の監査業務管理プログラムに備えられたことを特徴とする、監査業務管理システムであることを特徴としている。
また、上記課題を解決するため、請求の範囲２に記載の発明においては、
請求の範囲１に記載の発明において、
前記の会計事務所システムは、事務所情報記憶手段に、少なくとも事務所情報と、社員情報とを含むことを特徴とする、監査業務管理システムであることを特徴としている。
また、上記課題を解決するため、請求の範囲３に記載の発明においては、
請求の範囲１または２に記載の発明において、
前記の会計事務所システムは、基本項目情報記憶手段に、官公庁マスターと、契約区分マスターと、業務区分マスターと、書類区分マスターと、送付区分マスターと、勘定項目マスターと、監査項目マスターと、質問・依頼定型文マスターとを含むことを特徴とする、監査業務管理システムであることを特徴としている。
また、上記課題を解決するため、請求の範囲４に記載の発明においては、
請求の範囲１〜３に記載の発明において、
監査情報記憶手段に、勘定科目データベースと、監査項目データベースと、質問・依頼項目データベースとが備えられたことを特徴とする、監査業務管理システムであることを特徴としている。
また、上記課題を解決するため、請求の範囲５に記載の発明においては、
請求の範囲４に記載の発明において、
前記の勘定科目データベースは、顧問先ごとに監査をすべき勘定科目を記憶することを特徴とする、監査業務管理システムであることを特徴としている。
また、上記課題を解決するため、請求の範囲６に記載の発明においては、
請求の範囲４または５に記載の発明において、
前記の監査項目データベースは、顧問先ごとに監査をすべきチェック項目を含む監査内容を記憶することを特徴とする、監査業務管理システムであることを特徴としている。
また、上記課題を解決するため、請求の範囲７に記載の発明においては、
請求の範囲１〜６に記載の発明において、
前記の監査業務管理プログラムは、監査項目ごとにチェックしたか否かを入力する監査チェック入力フォームを含む入力インターフェースを備えたことを特徴とする、監査業務管理システムであることを特徴としている。
また、上記課題を解決するため、請求の範囲８に記載の発明においては、
請求の範囲７に記載の発明において、
前記の監査チェック入力フォームは、仕訳ＮＯ・科目・日付・金額・摘要の情報のいずれかの項目の入力フォームを少なくとも含むことを特徴とする、監査業務管理システムであることを特徴としている。
また、上記課題を解決するため、請求の範囲９に記載の発明においては、
請求の範囲７または８に記載の発明において、
監査入力フォームを用いて入力され記憶されるデータに関連付けられて、チェックをする監査項目ごとに、前記の事務所情報記憶手段に記憶される社員情報が記憶されることを特徴とする、監査業務管理システムであることを特徴としている。
また、上記課題を解決するため、請求の範囲１０に記載の発明においては、
請求の範囲７〜９に記載の発明において、
監査入力フォームを用いて入力され記憶されるデータに関連付けられて、チェックをする監査項目ごとに、日時情報が記憶されることを特徴とする、監査業務管理システムであることを特徴としている。
また、上記課題を解決するため、請求の範囲１１に記載の発明においては、
請求の範囲７〜１０に記載の発明において、
前記の監査チェック入力フォームは、チェックをすべきチェック項目のリストデータに基づき、チェック項目が抽出され表示されることを特徴とする、監査業務管理システムであることを特徴としている。
また、上記課題を解決するため、請求の範囲１２に記載の発明においては、
請求の範囲１１に記載の発明において、
前記の監査チェック入力フォームを用いてチェックするチェック項目のリストデータには、複数の監査深度レベルのリストデータが関連付けられて記憶されたことを特徴とする、監査業務管理システムであることを特徴としている。
また、上記課題を解決するため、請求の範囲１３に記載の発明においては、
請求の範囲１１に記載の発明において、
前記の監査チェック入力フォームを用いてチェックするチェック項目のリストデータは、前記の事務所情報記憶手段に記憶される会計事務所の社員のレベルに応じたものであることを特徴とする、監査業務管理システムであることを特徴としている。
また、上記課題を解決するため、請求の範囲１４に記載の発明においては、
請求の範囲１〜１３に記載の発明において、
前記システムにはさらに、会計事務所社員の業務日報管理システムが備えられたことを特徴とする、監査業務管理システムであることを特徴としている。
また、上記課題を解決するため、請求の範囲１５に記載の発明においては、
請求の範囲１〜１４に記載の発明において、
前記の基本項目情報記憶手段には、業務マスターに業務完了までの標準時間が記憶されたことを特徴とする、監査業務管理システムであることを特徴としている。
また、上記課題を解決するため、請求の範囲１６に記載の発明においては、
請求の範囲１５に記載の発明において、
前記の基本項目情報記憶手段に記憶される標準時間は、業務マスターに記憶される業務完了までの標準時間を、顧問先ごとに設定可能なことを特徴とする、監査業務管理システムであることを特徴としている。
また、上記課題を解決するため、請求の範囲１７に記載の発明においては、
請求の範囲１〜１６に記載の発明において、
前記の事務所情報記憶手段に記憶される社員情報には、部・課・役職・グループ・その他のランク情報に関連付けられた社員に時間単価情報が記憶されたことを特徴とする、監査業務管理システムであることを特徴としている。
また、上記課題を解決するため、請求の範囲１８に記載の発明においては、
請求の範囲１４〜１７に記載の発明において、
前記の業務日報管理システムは、スケジュールをグラフィカルに表示する入力フォームを用いて、業務日報を入力することにより時間帯ごとの入力が可能な機能を備えることを特徴とする、監査業務管理システムであることを特徴としている。
また、上記課題を解決するため、請求の範囲１９に記載の発明においては、
請求の範囲１４〜１８に記載の発明において、
前記の業務日報管理システムは、未完了業務リストの抽出、業務進捗状況の管理、業務日報入力による進捗度自動更新を行う機能を備えることを特徴とする、監査業務管理システムであることを特徴としている。
また、上記課題を解決するため、請求の範囲２０に記載の発明においては、
請求の範囲１〜１９に記載の発明において、
前記のサーバーシステムには、前記の会計事務所システムおよび顧問先システムとの間において、質問および質問に対する回答を含むデータを送受信するための質問・回答送受信手段には、ＷＥＢサーバー、電子メールサーバー、ファクシミリサーバー、音声メールサーバーのいずれかが少なくとも含まれることを特徴とする、監査業務管理システムであることを特徴としている。
また、上記課題を解決するため、請求の範囲２１に記載の発明においては、
請求の範囲１〜２０に記載の発明において、
顧問先に対する質問の作成は、どの仕訳に対する質問なのかを示す日付・科目・摘要・金額を、会計事務所システムが備える財務会計プログラム等の仕訳データから抽出して挿入可能なことを特徴とする、監査業務管理システムであることを特徴としている。
また、上記課題を解決するため、請求の範囲２２に記載の発明においては、
請求の範囲１〜２１に記載の発明において、
会計事務所と顧問先との間で送受信される質問および回答は、前記のサーバーシステムに記憶され、監査項目ごと、または顧問先ごと、またはその他の条件により検索・抽出が可能な質問・回答データベースとして蓄積されることを特徴とする、監査業務管理システムであることを特徴としている。
また、上記課題を解決するため、請求の範囲２３に記載の発明においては、
請求の範囲１〜２１に記載の発明において、
会計事務所と官公庁との間で行われる質問および回答が、前記のサーバーシステムに記憶され、監査項目ごと、または官公庁ごと、またはその他の条件により検索・抽出が可能な質問・回答データベースとして蓄積されることを特徴とする、監査業務管理システムであることを特徴としている。
発明の実施の最良の形態
以下、本発明の実施の形態について図面を参照して説明する。
本発明の監査業務管理システムは、入力手段、制御手段、表示手段、出力手段、記憶手段等を備えるコンピュータ等の端末において操作により情報処理が行われるシステムであって、下記の構成を備える。
第１図は、本発明のシステムの基本的な構成の一例を示すシステム構成図である。
第１図に示されるように、第一には会計事務所システムと、第二には顧問先システムと、第三には会計事務所システムおよび顧問先システムからアクセス可能に備えられるサーバーシステムとが備えられている。
会計事務所システムは、会計事務所内において監査および監査チェック処理、スタッフ間の連絡処理その他の処理を行うためのサーバーシステムとこれに接続されて備えられるコンピュータ端末を含み構成されている。
会計事務所に設けられるサーバーシステムとしては、通常、サーバー装置のほか、同様の機能を備えるパーソナルコンピュータやワークステーションなどのコンピュータ端末が用いられ、事務所内ＬＡＮなどにより会計事務所内の社員等がアクセス可能にされている。なおサーバーシステムは、物理的に会計事務所内に設置されている形態のほか、物理的には会計事務所外に設置されていても事務所内の社員等が利用可能に設置されていればよい。
サーバーシステムに接続されて備えられるコンピュータ端末は、制御手段、記憶手段、入力手段、出力手段、表示手段などを備える。またインターネットに代表されるコンピュータネットワークに接続し、データの送受信を行う機能を備え、ブラウザや電子メールソフトウェア、ワードプロセッサなどのアプリケーションプログラムや、オペレーティングシステム（ＯＳ）を備えることが通常の形態である。
会計事務所システムにおいては、サーバーシステムと、これに接続されるＬＡＮなどの通信手段により、会計事務所内の社員等のクライアント端末でインターネット等による外部への接続が利用可能にされている。
また好ましくは、サーバーシステムにはインターネット接続の他、ファクシミリサーバーを含み構成され、ファクシミリによる顧問先システムとの間でのデータ通信が可能にされていることが望ましい。
さらに、会計事務所システムにおいては、書類を電子データとして読み取り、記憶し、記憶されたデータの管理をするために、スキャナ等の読み取り装置と、読み取りプログラム、ＯＣＲプログラム、ドキュメント管理プログラム等が備えられ、社員等がサーバーシステムにおいて管理されるデータにアクセス可能にされていることが望ましい。
第２図は、会計事務所システムの基本的な構成の代表的な一例を示している。
会計事務所システムには、会計事務所に関する情報を記憶する事務所情報記憶手段と、会計事務所および顧問先との間での業務に用いるための基本情報を記憶する基本項目情報記憶手段と、顧問先に関する情報を記憶する顧問先情報記憶手段と、顧問先の会計監査に関する情報を記憶する監査情報記憶手段と、各記憶手段に記憶されるデータに基づく処理を行うための監査業務管理プログラムとが少なくとも備えられる。
会計事務所システムは、事務所情報記憶手段に、少なくとも事務所情報を含み、記憶管理されている。
事務所情報記憶手段に記憶される事務所情報は、下記のようなデータであり、会計事務所システムのサーバーシステムに接続されたコンピュータ端末から登録処理が行われる。
第３図および第４図は、事務所情報を会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
ここで登録される事務所情報は、たとえば、事務所の名称（事務所名や法人名）、主となる事務所・個人・法人・その他区分、郵便番号、所在地、電話番号、ＦＡＸ番号、郵送先所在地、郵送先郵便番号、郵送先、郵送先電話番号、郵送先ＦＡＸ番号、Ｅメールアドレス、ホームページアドレスなどである。なおこれらは、事務所情報の一例であって、必ずしもこれらと同一でなくてもよい。
また、会計事務所システムは、事務所情報記憶手段に、少なくとも社員情報を含み、記憶管理されている。
第５図は、社員情報を会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
事務所情報記憶手段に記憶される社員情報は、会計事務所システムを使用するすべての社員の基本情報を登録するものであり、下記のような社員情報である。
ここで登録される社員情報は、たとえば、サーバーシステム等にアクセスするためのパスワードと、社員ＩＤと、氏名、性別、緊急時連絡先、所属などである。社員の所属は、登録した社員がどの事務所等にどういった役職等で所属しているのかを登録するデータ項目である。なおこれらは、社員情報の一例であって、必ずしもこれらと同一でなくてもよい。
パスワードは第６図に示すように、サーバーシステム等にアクセスする際などに入力を求められ、認証処理によりアクセス権限等の権限の有無が判定される。なお認証処理にＩＤやパスワード以外の認証方法を採用することもできる。
また、責任者権限として、会計事務所システムにおける責任者権限の有無を登録し、また事業主権限として、会計事務所システムにおける事業主権限の有無を登録する。
さらに、先に登録した前記の事務所情報ごとに、その事務所ごとの部、課、役職、グループ名などのデータグループをあらかじめ登録しておくことにより、部・課・役職・グループを選択し、社員が所属する部、課、役職・グループ等を登録できるようにすることが望ましい。さらに、入社年月日・退社年月日を入力できるようにすることが望ましい。
次に、会計事務所システムは、代表的な形態の一例としては、基本項目情報記憶手段に、官公庁マスターと、契約区分マスターと、業務区分マスターと、書類区分マスターと、送付区分マスターと、勘定項目マスターと、監査項目マスターと、質問・依頼定型文マスターとを含む。
なお、これらは代表的な一形態であって、関係データベース、分散型データベースなどの様々なデータベース構成を採用することができるので、ここに示す形態に限定されるものではなく、様々な構成を採用することができる。
また、様々なデータベース構成を採用することができるので、ここに示す形態に限定されるものではなく、様々な構成を採用することができることは、基本項目情報記憶手段のみならず、他の各記憶手段に記憶されるデータベース等の構成においても同様である。
第７図から第１９図は、基本項目情報記憶手段に記憶される各情報を、会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。それぞれの画面イメージ図において入力されるデータ項目が、登録され記憶される各データ項目の代表的な一例である。
第７図から第１１図は、官公庁マスターの登録画面および登録される官公庁の住所等のマスターデータの一例を示すものである。
税務署の郵便番号、都道府県、住所、番地、表示順などである。
また、国税局のマスターデータ登録においては、国税局の名称、郵便番号、住所、番地、表示順などである。
また、都道府県、市区町村、その他の官公庁のマスターデータ登録においては、国税局の名称、郵便番号、住所、番地、表示順などである。
これらは、各顧問先ごとの監査業務およびそれらに関する会計事務所内における業務管理において用いられるマスターデータである。
契約区分マスターは、第１２図に一例を示すように、会計事務所と顧問先がどのような契約を取っているかの種類を登録するデータベースである。契約形態は、契約ＩＤなどを主キーとして識別され、契約内容の一例として、月次記帳顧問、月次会計顧問、月次税務顧問、月次記帳代行、年次顧問、監査のみ、税・会計相談のみ、ファイナンシャルプランニング（ＦＰ）、その他などのように区分される。
第１２図において「該当」の欄は、本発明のシステムを利用する会計事務所ごとに、その事務所で該当する契約区分を登録し、会計事務所でどの契約区分を使用するかの判別に利用することができる。
各顧問先ごとに、どのような契約形態をとっているかを識別、記憶するために前記の契約ＩＤなどを指定することにより登録することができる。複数の契約をしていれば、複数の契約ＩＤを登録することにより登録することができる。
業務区分マスターは、第１３図に一例を示すように、会計事務所が顧問先に対してどのような業務を行っているかの種類を登録するデータベースである。
業務ＩＤを主キーとして、業務の種類をグループ化するためのコードであり、会計事務所の部、課、グループなど（たとえば第１３図においては法人、主たる事務所）が取り扱う業務を登録する。すなわち、先に事務所登録で登録した事務所等の中で、どの業務がどの事務所に属するものかを登録する。
書類区分マスターは、第１４図に一例を示すように、会計事務所が官公庁等に対して顧問先に関するどのような書類を提出しなければならないかをすべて登録するデータベースである。
書類ＩＤなどを主キーとして、書類名、提出官公庁などを登録する。第１４図において「該当」の欄は、本発明のシステムを利用する会計事務所ごとに、その事務所で使用する該当書類を登録し、会計事務所でどの書類を使用するかの判別に利用することができる。
表示順を指定することにより、書類を重要なもの、頻度の高いもの等から表示させるようにすることが好ましい。
書類区分マスターテーブルは、官公庁等マスターテーブルに合わせ、提出先別に税務署提出書類テーブル、国税局提出書類テーブル、都道府県提出書類テーブル、市区町村提出書類テーブル、その他提出書類テーブルのように区分することが望ましい。
送付区分マスターは、第１５図に一例を示すように、会計事務所が顧問先に対して送付する書類をすべて登録するデータベースである。
送付ＩＤなどを主キーとして、送付区分（送付書類名）などを登録する。第１５図において「該当」の欄は、本発明のシステムを利用する会計事務所ごとに、その事務所で使用する該当送付書類を登録し、会計事務所でどの書類を送付するかの判別に利用することができる。
表示順を指定することにより、書類を重要なもの、頻度の高いもの等から表示させるようにすることが好ましい。
次に、勘定科目マスターは、第１６図に一例を示すように、会計事務所が使用する勘定科目の種類を全て登録できるデータベースである。
科目コードなどを主キーとして、勘定科目名、科目区分、勘定科目使用業種などを登録する。勘定科目使用業種の欄は、本発明のシステムを利用する会計事務所において、顧問先の業種ごとに、どの勘定科目を使用するかを設定して登録し、会計事務所における業種ごとの標準の勘定科目として設定し利用することができる。
監査項目マスターは、第１７図に一例を示すように、登録した勘定科目に対してどのような監査チェック項目があるのかをすべて登録できるデータベースである。
監査項目は、会計事務所の社員が監査業務を行う際に、チェックすべき項目などを登録するものであり、これにより監査業務の標準化、担当社員の業務管理などに役立てることができる項目である。
勘定科目コードにより識別される勘定科目ごとに、第１７図に示されるように監査項目が設定されている。たとえば、「役員報酬」の監査においてチェック等すべき項目の一例として「総会及び取締役会の臨時及び定時の議事録コピー取寄せ確認」、「源泉徴収簿の取寄せ」、「役員変更の有無確認、合わせて最新の謄本依頼」、「職制表の取寄せ」などを設定する。
本発明のシステムにおいては、チェック項目を含む監査項目チェック機能が、前記の監査業務管理プログラムに備えられ、監査項目ごとにチェックしたか否かを入力する監査チェック入力フォームなどを用いて、会計事務所の社員が監査業務を行うことができ、そのために監査項目マスターが設定される。
また設定は、顧問先の業種ごとなどにより、該当する監査項目かどうかを設定可能にすることが望ましい。業種によっては不要な監査項目もあるためであり、あらかじめこれを会計事務所において設定しておくことができる。
さらに、監査項目において、顧問先に質問、問い合わせ、依頼などを行うための質問定型文を監査項目ごとにあらかじめ登録することにより、業務の効率化および標準化をすることができるようにされている。
質問定型文などは、質問・依頼定型文マスターにおいて設定・記憶され、これは第１８図に一例を示すように、登録した監査チェック項目について、顧問先へ質問すべき内容があるのか、依頼すべき資料があるのかを全て登録できるデータベースである。
たとえば第１８図に示されるように、「源泉徴収簿の取寄せ」という監査項目に対応して、「月額変更があった場合、議事録は作成されていますか」、「日割分を未払計上していませんか」、「本給以外に手当を支給していませんか」などのような定型文を登録する。
また設定は、顧問先の業種ごとなどにより、該当する質問定型文かどうかを設定可能にすることが望ましい。業種によっては不要な質問もあるためであり、あらかじめこれを会計事務所において設定しておくことができる。
次に、会計事務所システムは、サーバーシステムにおいて、顧問先に関する情報を記憶する顧問先情報記憶手段を備えている。
第２０図から第３０図は、顧問先情報記憶手段に記憶される各情報を、会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。それぞれの画面イメージ図において入力されるデータ項目が、登録され記憶される各データ項目の代表的な一例である。
顧問先情報記憶手段に登録されるデータ項目の一例は、下記の説明するようなデータであり、顧問先情報テーブルなどを設けて記憶される。
第２０図に一例を示すように、顧問先ＩＤを主キーとして、顧問先名、顧問先名フリガナが記憶される。また簡略顧問先名を入力し登録可能にすることが好ましい。
また業種コードを登録することにより、後の勘定科目自動登録や監査項目自動登録の、業種判定フラグとして使用することができる。
また、所在地（本店・郵送先・経理担当者）、本店、それぞれの郵便番号、都道府県・都道府県を除いた所在地、電話番号、ＦＡＸ番号などである。
その他にも顧問先情報として、緊急連絡先などその他の連絡先、代表者氏名、電子メールアドレス、ホームページアドレスなどを記憶することが望ましい。
次に、顧問先情報のさらなる一例を第２１図に示す。会計事務所の担当者、納税者番号など、さらに顧問先ごとの税務署コードを、税務署マスターテーブルの税務署コードを用いて選択・入力することが望ましい。
顧問先ごとに、法人か個人か、青色申告か白色申告かの別、優良法人である場合にはその指定とその指定年月日、事業年度、源泉税の取り扱いや２０４条預りの指定、消費税の方式、振替納税をすることにしているか否かの別などである。
第２２図から第２４図は、顧問先ごとに、会計事務所における業務管理のためのデータを設定するものであり、前述した基本項目情報記憶手段にあらかじめ記憶されている送付区分、、契約区分などのデータを参照して、これを顧問先ごとに記憶するものである。
第２２図に示されるように、該当する顧問先に送付する書類を設定して記憶することにより、顧問先ＩＤに関連付けられて設定が記憶される。
第２３図に示されるように、該当する顧問先ごとの業務契約内容を設定して記憶することにより、顧問先ＩＤに関連付けられて設定が記憶される。
第２４図に示されるように、該当する顧問先ごとの業務内容を設定して記憶することにより、顧問先ＩＤに関連付けられて設定が記憶される。
顧問先情報のさらに詳細なデータは、データベースの構成により様々に構成し、登録可能にすることができ、第２５図に示されるように、顧問先の資本金、設立年月日などのデータや、契約日、解約日などのデータ、第２６図に示されるように書類提出先官公庁などを記憶することが望ましい。
第２７図は、顧問先ごとの税務調査などの調査リストであり、調査は履歴が累積して複数回にわたることも想定されるため、顧問先調査ＩＤによりそれぞれの調査リストが識別され、調査ごとに、調査開始年月日・調査終了年月日、税務署ＩＤ、調査担当者、対象税目、事務所立会人社員コード、立会い料、修正区分コード、修正内容コード、修正金額、指摘内容詳細、指摘内容対応、などの項目を記憶することができる。
修正区分、修正内容は、重加算申告、過少申告などの別である。
これらの履歴を蓄積することにより、対象税目や指摘内容などから、今後の調査の予測などに役立てることもできる。また当該顧問先の監査についてのチェック項目を独自に設定するために役立てることなどもできる。さらにたとえば使途不明金が多いなどといった顧問先独自の問題点を抽出し、顧問先のシステムの改善などのために役立てることもできる。
第２９図、第３０図は、顧問先の株主、役員などに関する情報を登録する画面の一例を示す。
次に、会計事務所システムは、サーバーシステムにおいて、顧問先の会計監査に関する情報を記憶する監査情報記憶手段と、各記憶手段に記憶されるデータに基づく処理を行うための監査業務管理プログラムとを備えている。
監査情報記憶手段は、勘定科目データベースと、監査項目データベースと、質問・依頼項目データベースとを備えている。
勘定科目データベースは、顧問先の監査において、顧問先ごとに監査をすべき勘定科目、すなわち顧問先が使用する勘定科目を記憶する。
監査項目データベースは、顧問先ごとに監査すべきチェック項目を含む監査内容を記憶する。会計事務所の社員は、監査項目データベースに記憶されるデータに基づき、監査業務管理プログラムを用いて、監査項目のデータを確認し、監査の処理が済んだ際には監査済みのチェックコード等の入力を行うことにより、単純な監査漏れや、社員の監査レベルの違いやレベルの低さ、経験の少なさをカバーして業務の標準化、業務管理を行う。また過去の監査事例などを役立てることができる。さらに、後述する業務日報管理システムと組み合わせて使用することにより、監査項目ごとのチェック担当者・時間などを記録し、監査に対する責任意識を高めたり、会計事務所内での業務チェック・業務管理等に利用することができる。
質問・依頼項目データベースは、各監査項目に関して、顧問先への質問や、依頼などをしなければならない際の内容を記憶する。会計事務所の社員は、質問・依頼項目データベースに記憶されるデータに基づき、監査業務管理プログラムを用いて、質問・依頼項目のデータを確認し、実際に通信手段を介して質問や依頼を送信する際には、質問・依頼項目データベースに記憶されている定型文を用いて質問や依頼を行う。
監査内容に対する質問や依頼事項を定型文にしておくことにより、社員の監査レベルの違いやレベルの低さ、経験の少なさをカバーして、適切な質問等や高レベルの質問等をすることができ、業務の標準化、業務管理を行う。また過去の質問・依頼事例や、顧問先ごとの特殊な質問・依頼事例などを後の業務に利用することができる。
監査業務管理プログラムは、質問および質問に対する回答を含む、前記の監査チェック項目を含む監査項目チェック機能を備えている。
さらに望ましくは、監査業務管理プログラムは、監査項目ごとにチェックしたか否かを入力する監査チェック入力フォームを含む入力インターフェースを備えることにより、簡易な操作により会計事務所社員および顧問先の担当者が業務を行うことができるようにされていることが好ましい。監査チェック入力フォームは、仕訳ＮＯ・科目・日付・金額・摘要の情報等の項目を含み、どの仕訳についてのチェックであるのかが判別できることが好ましい。
監査業務および業務管理、顧問先とのデータ通信などを行うための監査業務管理プログラムが備える機能については、後述する本発明のシステムの処理により説明する。
監査項目ごとのチェックをする際には、監査入力フォームを用いて入力され記憶されるデータに関連付けられて、チェックをする監査項目ごとに、前記の事務所情報記憶手段に記憶される社員情報が記憶される。
また、監査入力フォームを用いて入力され記憶されるデータに関連付けられて、チェックをする監査項目ごとに、日時情報が記憶される。
これにより、監査をした社員や、監査をした日時の記録が各顧問先の監査において監査項目ごとに記録されるため、上司によるチェックなどの業務管理において参照することができる。
また、前記の監査チェック入力フォームは、チェックをすべきチェック項目のリストデータに基づき、チェック項目が抽出され表示されるが、望ましい形態の一例としては、下記のような形態を採用することができる。
たとえば、監査チェック入力フォームを用いてチェックするチェック項目のリストデータには、複数の監査深度レベルのリストデータが関連付けられて記憶される形態である。監査深度のレベルには様々な形態が想定される。第７４図に監査深度の一例を示す。この他にもたとえば、各顧問先ごとの経理・財務のスキルやレベル、経理、財務関係書類やデータ等の記録・保管・管理等のレベル、各顧問先ごとの優良法人か否か、同族会社か否か、修正申告等の履歴、などが一例である。
また、前記の監査チェック入力フォームを用いてチェックするチェック項目のリストデータは、前記の事務所情報記憶手段に記憶される会計事務所の社員のレベルに応じたものとすることもできる。
以下、本発明の基本的な処理の流れについて説明する。
第３１図は、監査業務管理プログラムを用いた基本的な処理の流れを示している。
また第３２図は、監査情報記憶手段の基本的な構成を示している。第３２図において、前記の勘定科目データベースは、前記の基本項目情報記憶手段が備える勘定科目マスターテーブルと連携する、顧問先勘定科目テーブルとを含み構成されている。また第３２図において、前記の監査項目データベースは、前記の基本項目情報記憶手段が備える勘定科目マスターテーブルおよび顧問先情報記憶手段に記憶される顧問先テーブルと連携する、顧問先監査項目テーブルとを含み構成されている。
前記の通り、基本項目情報記憶手段に備えられる勘定科目マスターテーブルには、会計事務所が使用する勘定科目を登録されており、監査項目マスターテーブルは、登録した前記の勘定科目ごとに監査すべきチェック項目を登録されている。
顧問先勘定科目テーブルは、個々の顧問先ごとに使用する勘定科目を保存するテーブルであり、前記の勘定科目マスターを参照して勘定科目ＩＤを指定することにより顧問先ごとに記憶する。
顧問先監査項目テーブルは、個々の顧問先ごとに、監査すべき勘定科目に対して、監査すべき項目を顧問先別に登録するテーブルであり、前記の監査項目マスターを参照して監査ＩＤを指定することにより顧問先ごとに記憶する。
また、第３２図において、質問・依頼項目データベースは、顧問先質問・依頼項目テーブルと、顧問先質問・回答履歴テーブルとを含み構成されている。
顧問先質問・依頼項目テーブルは、顧問先独自の質問・依頼内容を個々の顧問先ごとに登録するテーブルである。
顧問先質問・回答履歴テーブルは、顧問先に質問・依頼し、回答の得たものを個々の顧問先ごとに保存していくテーブルである。
次に、前記の基本項目情報記憶手段に備えられる、勘定科目マスターテーブルおよび監査マスターテーブルのより詳細な構成の一例について説明する。
第３３図は、勘定科目マスターテーブルおよび監査マスターテーブルのより詳細な構成の一例を示している。
また第３４図は、基本項目情報記憶手段にデータを登録する処理の流れの一例を示している。
勘定科目マスターテーブルは、科目ＩＤを主キーとして、科目名、科目性格コード、業種該当コード（卸売、小売、製造、サービス、建設、医業、その他）などを記憶する。
監査マスターテーブルは、勘定科目マスターの科目ごとに監査すべき項目を登録する。第３３図において、該当業種区分とは、登録した監査内容がどの業種に当てはまるものなのかを登録区分であり、ある顧問先において不必要な監査項目を表示させないようにすることができる。これにより無駄の無い適切な監査項目を閲覧し、チェックすることができる。
「月次監査該当」・「年次監査該当」の項目は、月次監査で監査すべき項目と、年次監査で監査すべき項目といったように、監査内容において監査すべき時期を登録することにより、無駄のない監査チェックリストを担当者に提供する。
各種監査項目マスターをユーザーが登録、編集する際には、監査業務管理プログラムを用いて、基本項目マスター登録メニューを選択し、各種監査マスター登録の操作を行う。各種監査項目マスターを編集する権利は、システム上において編集権利を与えたレコードの社員のみに与えられ、パスワード入力等の認証処理により権限の有無を判定する。
編集権限があると判定されると、各種監査マスター登録フォームが起動してコンピュータ端末の画面に表示され、監査マスターテーブル、勘定科目マスターテーブル等の所定のデータの入力・編集・記憶を行うことができる。
第３５図および第３６図は、各種監査項目マスターの登録処理の画面イメージの一例を示す。
次に、前記の勘定科目データベースが備える顧問先勘定科目テーブルに、顧問先ごとに使用する勘定科目を登録する処理について説明する。
登録方法は勘定科目マスターテーブルよりレコードを抽出し登録する方法や、ユーザーが任意で科目名を入力する方法などを採用することができる。
第３７図は、勘定科目マスターより科目の抽出を行い登録をするデータフローを示す。第３８図は、ユーザーにより任意に、顧問先独自の勘定科目の登録をするデータフローを示している。
第４６図は、顧問先勘定科目テーブルに、顧問先ごとに使用する勘定科目を登録する画面の一例を示している。
顧問先勘定科目テーブルに記憶されるデータ項目の詳細な一例としては、科目コードを主キーとして、科目ＩＤを勘定科目マスターの科目ＩＤに基づき登録する。
また顧問先ＩＤを登録し、どの顧問先に対する勘定科目かを記憶する。
監査項目数として、一勘定科目に対しての監査チェック項目数を保存する。
監査承認数として、監査チェック項目数に対して各項目の内容が承認されている数が保存されていく。
月次監査済数（１月、２月、３月、４月、５月、６月、７月、８月、９月、１０月、１１月、１２月）、年次監査済数（年次監査専用）として、各月・年ごとの監査項目数に対し、監査済みチェックが入力されているレコード数が保存されていく。
次に、顧問先別監査テーブルに記憶されるデータ項目の詳細な一例としては、監査コードを主キーとして、顧問先ＩＤを顧問先マスターの顧問先ＩＤに基づき登録する。
また監査ＩＤを、監査マスターの監査ＩＤに基づき登録する。
さらに科目ＩＤを、顧問先勘定科目テーブルの科目ＩＤに基づき登録する。
各監査チェック項目をグルーピングするためには、監査項目グループコードを設定し登録する。たとえば、修繕費に関連する監査チェック項目が２０項目あった場合に、一つ一つにチェックを入れることには手間がかかる。また、一つの監査チェックで複数のチェック項目のチェックが終了することもある。
こうした場合が一例であるが、複数のチェック項目にチェックを入れる操作をまとめて１回のクリック等のマウス操作により可能にするために、グルーピングを行うためのものである。
第４７図は、顧問先監査項目テーブルに、顧問先ごとに使用する監査項目を登録する画面の一例を示している。監査項目の登録は、個別の勘定科目ごとに監査すべき項目を会計事務所の社員が選択し、登録する方法と、顧問先勘定科目リストから、考えられる監査項目を顧問先マスターテーブルの業種判定コードでフィルタリングを加えながら自動登録する方法とを採用することができる。また新規登録や、編集、削除に際しては、上司などの承認を得ることが望ましい。勘定科目に対する監査項目の設定は、該当する勘定科目の監査項目編集メニューを選択し、顧問先監査項目編集フォームを起動し表示させる。該当する勘定科目ＩＤに基づき、監査マスターテーブルから該当リストを抽出し表示する。次いで第４７図においては、監査項目マスターリストから、使用する監査項目の「該当」ボタンをクリック等することにより選択し、顧問先監査項目テーブルにコピーされ追加される。
また監査項目マスターリストから一括して複数の監査項目をコピーして追加等することもできる。
また、各監査項目ごとに、監査済み（１月、２月、３月、４月、５月、６月、７月、８月、９月、１０月、１１月、１２月）、監査済み（年次監査用）のチェックの有無を記憶するデータ項目が設けられる。
また監査を行った社員を監査項目に関連付けて記憶するために、監査社員、ＩＤ（１月、２月、３月、４月、５月、６月、７月、８月、９月、１０月、１１月、１２月）、監査社員ＩＤ（年次監査用）を記憶するデータ項目が設けられる。
また監査を行った日時を監査項目に関連付けて記憶するために、監査年月日時間（１月、２月、３月、４月、５月、６月、７月、８月、９月、１０月、１１月、１２月）、監査年月日時間（年次監査用）を記憶するデータ項目が設けられる。
また、監査の備考のデータ項目等を、各監査項目の各月・各年ごとに設けることができる。
次に、各顧問先ごとの、各監査項目ごとに、独自の質問等の定型文を設定して記憶させておくことができる。監査項目に関連付けられて、この監査項目に対する顧問先独自の質問事項を登録するデータ項目である。
次に、質問・依頼項目データベースについて説明する。
質問・依頼項目データベースは、顧問先ごとに、会計事務所から顧問先へ質問・依頼する際の質問・依頼内容を記憶する。
質問や依頼には、税法・商法等に基づいた一般的な内容のものと、顧問先独特の特殊な質問・依頼内容も存在するため、一般的な質問・依頼内容と、顧問先独自の内容とを分けてデータベースに登録することが望ましい。
質問・依頼項目データベースは、監査項目内容に対して顧問先へ質問したり、依頼しなければならない事項を定型文化して登録する、前記の基本項目情報記憶手段が備える質問・依頼マスターテーブルに基づき、顧問先ごとに質問・依頼内容を登録する。
顧問先ごとの独自に登録される質問・依頼内容は、質問・依頼項目データベースの顧問先独自質問・依頼テーブルに登録され記憶される。
第３９図および第５９図は、基本項目情報記憶手段が備える質問・依頼マスターテーブル等と、これに基づき独自に登録される質問・依頼項目データベースの顧問先独自質問・依頼テーブルとの関係を示す図である。
質問・依頼マスターテーブルには、第４０図に一例を示すように、質問・依頼ＩＤを主キーとして、監査項目ごとに質問・依頼内容を登録するために監査マスターテーブルに記憶されている監査ＩＤと、質問・依頼内容文、質問・依頼判別コードとが記憶される。質問・依頼判別コードは、上記内容が資料等を顧問先へ依頼する内容の場合と、顧問先へ質問する内容の場合との識別などをするために用いる。
次に、質問・依頼項目データベースは、顧問先質問・回答内容一時保管テーブルを備える。
監査処理において、インターネットに代表される通信手段を介して顧問先システムとデータ送受信を行い、質問・依頼等をする際に、顧問先へ質問・依頼する内容を顧問先質問・回答内容一時保管テーブルに一時的に保存するものである。
顧問先質問・回答内容一時保管テーブルに記憶されるデータ項目の一例は、質問・依頼コードを主キーとして、質問・依頼内容マスター等からどの項目を取得したかを識別する質問・依頼ＩＤと、どの顧問先について質問しているかを示す顧問先ＩＤと、どの勘定科目について質問しているかを示す科目ＩＤと、どの監査項目について質問しているかを示す監査ＩＤと、事務所内のどの社員が質問しているかを示す質問者社員ＩＤと、実際の質問・依頼内容である質問内容文とを記憶する。さらに、質問仕訳として、質問内容がどの仕訳に対するものなのか、該当仕訳を各種財務ソフトウェア等の仕訳データと対応させて記憶させ、さらに望ましくは質問を顧問先へ送信を終了した年月日と時間を示す質問年月日時間、質問・依頼内容に対して回答を出した人を示す回答者名、質問・依頼内容に対する回答内容を示す回答内容文、回答内容を事務所へ送信を終了した年月日と時間を示す回答年月日時間、顧問先に対して質問する内容なのか不足資料を依頼する内容なのかの判別する質問・回答内容区分コード等を記憶する。
次に、質問・依頼項目データベースは、顧問先別質問・回答履歴テーブルを備える。
顧問先別質問・回答履歴テーブルは、顧問先へ質問・依頼し、回答の得たものを履歴として保存するテーブルである。
顧問先別質問・回答履歴テーブルに記憶されるデータは、質問・依頼コード、質問・依頼ＩＤ、顧問先ＩＤ、科目ＩＤ、勘定科目名、監査ＩＤ、質問者社員ＩＤ、質問内容文、質問年月日時間、回答者名、回答内容文、回答年月日時間、月次・年次判別、質問・回答内容区分コード、電子メール・ＦＡＸ区分コードなどである。
次に、会計事務所と各顧問先との間でデータ通信を行うためのシステムの構成について説明する。
顧問先システムは、会計事務所の顧問先においてデータの入力やデータ送受信その他の処理を行うためのコンピュータ端末を含み構成されている。
顧問先システムは、会計事務所が監査業務等を行う顧客の管理するシステムであって、通常、パーソナルコンピュータやワークステーションなどのコンピュータ端末が用いられ、サーバー装置や企業内ＬＡＮなどにより顧問先の社員等がアクセス可能にされている形態を採用することもできる。
コンピュータ端末は、制御手段、記憶手段、入力手段、出力手段、表示手段などを備える。またインターネットに代表されるコンピュータネットワークに接続し、データの送受信を行う機能を備え、ブラウザや電子メールソフトウェア、ワードプロセッサなどのアプリケーションプログラムや、オペレーティングシステム（ＯＳ）を備えることが通常の形態である。
さらに、顧問先システムは、会計事務所システムにファクシミリサーバーを設けるなどにより、パーソナルコンピュータ等のコンピュータ端末とこれに備えられるファクシミリソフトウェアなどを用いて、データ通信を行えるようにすることが望ましい。さらに電子メールによるデータ送受信においては、会計事務所システムおよび顧問先システムとの間でデータ送受信を行うためにインターネットに代表される通信手段に接続されて、前記の会計事務所システムおよび顧問先システムからアクセス可能に備えられるサーバーシステムにおいて、本発明のシステム専用のメールサーバー、ＷＥＢメールサーバー等を設け、顧問先ごとの電子メールアドレスを設定して管理することが望ましい。
会計事務所システムのコンピュータ端末、および顧問先システムのコンピュータ端末からは、インターネットに代表される通信手段に接続可能にされている。これらのコンピュータ装置には通常、ブラウザや電子メールプログラム等のデータ通信用プログラムが備えられている。
通信手段には、インターネットをはじめとして、専用線により接続されたネットワーク形態や、企業内ＬＡＮ、企業間ＬＡＮ、ＷＡＮなどの形態を広く含む。またここで用いられる通信回線の形態には、有線通信、無線通信の形態を広く含み、衛星通信や、Ｂｌｕｅｔｏｏｔｈなどを用いた形態を含む。
次に、会計事務所システムおよび顧問先システムとの間でデータ送受信を行うためにインターネットに代表される通信手段に接続されて、前記の会計事務所システムおよび顧問先システムからアクセス可能に備えられるサーバーシステムについて説明する。
会計事務所内ＬＡＮにおけるサーバーシステムとは別個に、会計事務所システムおよび顧問先システムとの間でデータ送受信を行うためのサーバーシステムは、顧問先システムからアクセス可能に備えられている。
会計事務所システムおよび顧問先システムが備えるコンピュータ端末から、インターネットに代表される通信手段を介してアクセスし、操作により情報処理を行うサーバーシステムであって、後述する各種データを記憶するデータベースサーバーなどの記憶手段と、プログラム及びＷＥＢコンテンツを記憶するコンテンツ配信手段（ＷＥＢサーバー）を少なくとも備えるサーバーシステムにより通常は構成される。
サーバーシステムは、通常は、アプリケーションサーバー、データベースサーバー、認証サーバー、ＷＥＢサーバー、その他必要に応じメールサーバー、その他の各種装置により構成することができる。
これらの各サーバーは、物理的に同一の装置に設けられる形態や、物理的に複数の装置からなる形態、あるいはネットワークを介して接続される物理的に複数の装置からなる形態などを含み、機能的に同様の機能が実現されるならば、様々な形態を含む。
第１図に示されるように、データ通信用のＷＥＢメールサーバー等と、確定した質問・回答や官公庁との間での質問・回答などを記憶する質問・回答データベースサーバーなどを設けることが望ましい。このサーバーシステムは、物理的には会計事務所内にあってもよく、これとは別個の場所に通信手段を介して接続されて備えられていてもよい。
前記のサーバーシステムには、前記の会計事務所システムおよび顧問先システムとの間において、質問および質問に対する回答を含むデータを送受信するための質問・回答送受信手段が、顧問先ごとに設けられている。
前記のサーバーシステムには、前記の会計事務所システムおよび顧問先システムとの間において、質問および質問に対する回答を含むデータを送受信するための質問・回答送受信手段には、ＷＥＢサーバー、電子メールサーバー、ファクシミリサーバー、音声メールサーバーのいずれかが少なくとも含まれる。
顧問先に対する質問の作成は、どの仕訳に対する質問なのかを示す日付・科目・摘要・金額を、会計事務所システムが備える財務会計プログラム等の仕訳データから抽出して挿入可能なこと望ましく、これによりどの仕訳についての質問なのかを知ることができる。
会計事務所と顧問先との間で送受信される質問および回答は、前記のサーバーシステムに記憶され、監査項目ごと、または顧問先ごと、またはその他の条件により検索・抽出が可能な質問・回答データベースとして蓄積される。
会計事務所と官公庁との間で行われる質問および回答が、前記のサーバーシステムに記憶され、監査項目ごと、または官公庁ごと、またはその他の条件により検索・抽出が可能な質問・回答データベースとして蓄積される。
さらに本発明のシステムの別の実施形態としては、会計事務所システムにさらに、会計事務所社員の業務日報管理システムが備えられた形態を採用することができ、会計事務所における監査業務管理、会計事務所における上司や経営者等による担当社員の管理、社員の業務の標準化や問題点の発見などを行うためには望ましい。
前記の基本項目情報記憶手段に備えられる業務マスターに、業務ごとに、業務完了までの標準時間が記憶されている場合には、社員ごと、業務ごとの進捗状況を把握することができる。また、基本項目情報記憶手段に記憶される標準時間は、業務マスターに記憶される業務完了までの標準時間を、顧問先ごとに設定可能にすることもできる。
業務日報管理システムおよびスケジュール管理システムの機能としては、各顧問先の監査業務に関連付けて、各社員が業務のスケジュール、予定を登録したり、スケジュールの上司の承認等の業務管理をするスケジュール機能と、日々の業務の会計事務所内での記録、上司への報告等を行う業務日報機能とが代表的なものである。
これらの機能は、監査業務管理プログラムに組み込まれた機能であってもよく、あるいは他のスケジュール管理、業務管理プログラムを用いてもよいが、少なくとも社員ＩＤ、顧問先ＩＤ、業務ＩＤなどを基本項目情報記憶手段に記憶されているマスターデータを用いることにより、それぞれの連動が可能になる。たとえば、どの顧問先のどの業務をどの社員が行うかを、各ＩＤを用いて入力することができる。また、どの顧問先のどの業務の進捗状況や、各社員の業務の進捗状況などを管理することが可能になる。
スケジュール機能は、年間スケジュール、月間スケジュール、週間スケジュール、その日のスケジュールなどを閲覧・登録でき、自分の所属するグループのスケジュールと進捗度を閲覧できるようにすることが望ましい。社員ＩＤや、社員の部、課、役職、グループなどにより権限を設定しておくことにより、スケジュールの公開・非公開の判別や、スケジュールの承認権限、変更権限、その他の権限の設定をすることができる。
第４０図は、新規スケジュールの登録の画面の一例を示すものである。
新規スケジュールの登録は、顧問先、業務のそれぞれを指定して登録し、また予定完了日や予定時間などを入力し登録する。
スケジュール機能を実現するために、会計事務所システムが備える業務日報システムにはスケジュールテーブルが備えられる。
スケジュールテーブルに記憶されるデータは、スケジュールコードを主キーとして、社員ＩＤ、顧問先ＩＤ、業務ＩＤ、備考、予定完了年月日などである。
また上司等による承認機能を設けるためには、承認区分コード等の入力、記憶を行う。上司の承認を得る前には、誤った入力その他の再入力、訂正をすることができる。
承認機能は、一度新規スケジュールの上司による承認を申請し、承認が得られたスケジュールは、変更・削除するためには上司への申請を必要とする。登録されたスケジュールに承認情報を付加し、一旦上司に承認されたスケジュールは、予定完了日等を変更したり、スケジュール自体を削除する場合は上司に申請し、承認を得なければならない。
承認権利として、前記の基本項目情報記憶手段に、社員ＩＤに関連付けられて責任者権限を記憶する。
第４１図は、会計事務所の社員が会計事務所システムのコンピュータ端末において、スケジュール変更・削除申請を入力し記憶する画面の一例を示す。
スケジュールの変更や削除の申請をするためには、顧問先コード、業務コードなどを指定して、変更後の予定完了日や変更理由、削除理由などを入力し記憶する。記憶する場所は変更・削除申請データを一時記憶するデータベースであり、具体的にはスケジュール申請ＴＥＭＰ（一時）テーブルなどである。記憶されるデータの詳細な一例としては、スケジュールコード、申請者の社員ＩＤ、承認者の社員ＩＤ、顧問先ＩＤ、業務ＩＤ、備考、変更前予定完了年月日、変更後予定完了年月日、変更理由、備考（承認者用）、申請区分コード、スケジュールの変更・削除申請をしているかを判別する申請中コードなどである。申請区分コードは、スケジュールの変更申請か削除申請かを判別するためのものである。また申請年月日・時間、承認・否認年月日・時間、承認区分コードなどを記憶する。
承認者は会計事務所システムのコンピュータ端末においてスケジュール変更理由を確認し、非承認の場合はスケジュールは変更されない。承認された場合には、スケジュール申請ＴＥＭＰテーブルに一時記憶されたデータに基づき、スケジュールテーブルのデータが変更・削除後のデータに更新される。
スケジュール管理は、事業主・上司などの権限を設定された者が、事務所全体あるいは部署などの業務のスケジュール進捗度を監視、確認し、あるいは様々な検索条件に基づくデータ抽出などをすることができる。
第４２図は、責任者権限の編集画面の一例を示し、第４３図はスケジュールの承認画面の一例を示す。承認は、スケジュールの変更・削除以外にも、新規登録の際に行うようにすることができる。
第６７図は、スケジュールと、業務の進捗度などを確認する画面の一例である。
次に、業務日報は、毎日の業務などを社員が入力し記憶するものであり、業務日報の時間入力はグラフィカルなものにし、空白時間が発生しないような仕組みにすることが望ましいが、その他にも様々な形態を採用することができる。
第４５図は業務日報の入力画面、第４４図は業務日報の確認画面の一例を示している。
業務日報機能を利用するためには、業務日報テーブルを設け、日報コード、社員ＩＤ、日報日付（年）、日報日付（月）、日報日付（日）、顧問先ＩＤ、業務ＩＤ、備考、開始時間（時）、開始時間（分）、終了時間（時）、終了時間（分）などを記憶する。
未完了業務リストの中は、期限が迫っている業務順に表示され、そのリストの中の業務をした場合、日報入力フォームが起動し、顧問先名・業務名を自動的に入力することが望ましく、これによりスケジュールを入力せずに日報データを入力することによる進捗度自動更新をすることができる。
スケジュールに対してスケジュールが超過した場合、上司の画面に部下のスケジュール超過情報を表示することもできる。
次に、以上のシステムを用いて監査処理、顧問先との間でのデータ通信を含む業務管理処理について説明する。
監査システムの処理の概略は、第３１図において示したように、顧問先ごとに監査勘定科目を登録し、また顧問先ごとに監査科目別監査項目を登録する。
月次決算、年次決算などの決算時等に各監査項目のチェックを行う。また質問・依頼項目がある場合には顧問先との間でデータ通信を行い、回答などの結果を得る。
監査項目についての監査を行うと、項目をチェックすることにより、それぞれの項目ごとの監査が終了する。
また、会計事務所内の財務会計プログラムと監査業務管理システムとを連動させることにより、財務会計プログラムと監査業務管理システムとを画面に表示させながら、財務会計プログラムにおいて、月次・年次のある勘定科目の元帳表示を行った時、税法・商法等の観点から問題のある仕訳に対して、即時に解決出来ない物に対しては「監査中」のチェックマークを入力し、即時に解決出来る物に対しては「監査済」のチェックマークを入力することができる。
財務会計プログラムにおいて、月次・年次のある勘定科目の元帳表示を行った時、「監査中」のチェックマークが入力されていない仕訳に対して「監査済」チェックマークを一括に入力することができる。
顧問先や官公庁との間で質問・回答などを得て確定した項目は、会計事務所システムと顧問先システムとの双方からアクセス可能なサーバーシステムに記憶する。
さらに監査時間と業務日報を連動させることにより、月次監査や年次監査の画面を開いた時間と閉じた時間をコンピュータで監視し、業務日報と連動してデータを自動登録したり、業務の進捗度を管理したり、あるいは社員ごとあるいは顧問先ごとの時間単価に基づき進捗した業務の請求処理や社員評価処理などに用いることもできる。
業務の標準時間と、業務日報との比較による目標進捗度は、
業務日報による業務時間（ｈ）／標準時間（ｈ）
で算出でき、様々なレベルの社員本人ごとの進捗度は、
業務日報による業務時間（ｈ）／本人申告による業務時間（ｈ）
で算出される。
事務所情報記憶手段に記憶される社員情報に、部・課・役職・グループ・その他のランク情報に関連付けられた社員に時間単価情報が記憶されることにより、このような処理が実現可能になる。
第４８図から第５３図は、監査処理の流れの一例を示すフローチャートである。
初めに第４８図において、監査ボタンをクリックするなどして選択し、監査メニューの入力フォームなどの入力インターフェースが表示される。
次いで監査する顧問先の月次監査・年次監査を選択する。該当する顧問先の月次または年次監査のメニューが表示される。表示される画面の一例を第５５図に示す。
次に、第４９図を参照すると、監査すべき勘定科目名をクリックし、該当する勘定科目の監査フォームを起動して、入力インターフェースを表示させる。
第５４図、第５６図は監査項目を表示された例を示しており、監査項目ごとの監査を行う画面の一例を示している。
監査項目に従い監査を行い、さらに別の科目の監査をする場合には、監査メニューの該当科目のクリック・選択や、監査フォームの「次の科目」「前の科目」などの入力インターフェースを用いて次に移動するなどして、次の項目の監査を行う。
監査を行った項目は、第５０図に示す「監査済みボタン」をクリック等して選択し、監査社員および監査日時を自動的に記憶することが望ましい。これらは、第５７図に一例を示すように確認可能にすることが好ましい。
また、望ましい監査メニューや入力インターフェースの一例を列挙すれば、監査メニューの起動時には、自分の担当する顧問先の決算月の所定期間前の監査画面を自動的に表示したり、自分の担当する全顧問先の表示ボタンがメニューとして表示されることが望ましい。
監査画面では、監査は勘定科目別だけでなく全ての勘定科目を一括表示し、監査できるようにすることが望ましい。
また月次監査は、監査項目ごとに１〜１２月までを一度に表示させたり、月別の監査フォームを表示させたりできることが望ましい。
さらに、監査済みをクリックしただけではどの仕訳に対して監査したのかが一目で分からないので、仕訳ＮＯ・科目・日付・金額・摘要の情報もワンタッチで登録できるようにすることが望ましい。
また、監査画面で、例えば現金の監査画面を開いたとき、別ウィンドで現金の元帳表示が見られるようにすることが望ましい。
次に第５１図を参照して説明すると、監査済みの項目に対し、上司などが社員の監査業務をチェックして、第５４図、第５６図に示す承認ボタンをクリックすると、承認者の権限レベルを確認し、承認権限があれば承認情報と、承認者の社員コードを記憶して終了する。
次に、監査において、顧問先に必要書類や依頼事項の伝達等のデータ通信処理について説明する。
第５２図に示されるように、監査項目に関連付けられた「依頼」メニュー等を選択し、該当する監査項目の監査ＩＤが取得され、質問・依頼マスターテーブルから関連する依頼定型文が抽出される。
依頼事項等を送信し伝達するためのフォームが起動して表示される。
なお、第５３図は、監査項目ごとに、監査処理における備考項目を入力し記憶する処理の流れを示している。備考項目には、どのように監査をしたかといった内容や、顧問先との間でのデータ通信その他のやりとりなどの事項を入力することができる。
次に、顧問先に対し依頼する必要書類や依頼事項を伝達する等のデータ通信処理、および質問・回答処理について説明する。顧問先に対し依頼する必要書類や依頼事項等としてどのようなものが必要であるか、あるいはどのような文面で質問をしたらよいか等を、会計事務所の新入社員などでも経験のある社員と同様に行うことができるものである。また顧問先独自の必要書類、依頼事項や、顧問先に特有の依頼文面などが、担当者以外であってもわかるようにすることができるものである。
質問等と依頼等とを同時に行い、回答に対して必要書類等を添付して返信してもらうこともできる。また質問や依頼等を顧問先から会計事務所に対し同様に行えるようにすることもできる。
第７３図は、依頼、質問、回答の処理を示すデータフローを示している。
質問内容、依頼内容は、顧問先質問・依頼内容一時保管テーブルに記憶され、データ通信が終了すると、確定した質問や依頼内容は、顧問先質問・依頼内容履歴テーブルに記憶される。
また顧問先システムから入力され送信された回答なども同様に、顧問先質問・依頼内容一時保管テーブルに記憶され、データ通信が終了し会計事務所社員が確認等をすると、確定した質問や依頼内容は、顧問先質問・依頼内容履歴テーブルに記憶される。
次に、第６０図から第６２図は、質問・回答処理の流れの一例を示すフローチャートである。
また第６３図から第７２図は、質問・回答処理の画面の一例を示している。
初めに、第６４図、第５６図に示されるような、質問等をする監査項目の「質問」ボタンをクリックするなどして、顧問先質問フォームを起動し表示させる。質問をする監査項目の監査ＩＤ、顧問先業種コードに基づき、質問・依頼マスターテーブルから該当する質問項目が抽出され表示される。第６３図は質問フォームの一例である。
次いで質問の入力方法として、質問定型文を使用する場合には、第６４図に示されるような画面を使用して、監査ＩＤ等に基づき抽出された質問リストから該当する定型文を入力フォーム中に挿入する。またコピーされ挿入された定型文を編集できるようにすることが望ましい。また質問の入力方法として定型文を利用せずに質問を入力することもできる。
顧問先へ質問する際には、どの仕訳に対する質問なのかを相手に伝えるため、日付・科目・摘要・金額を質問文にワンタッチで記入できるようにすることが望ましい。
また、質問に対して顧問先に依頼する資料リストや・決算に関する資料リストを登録できるようにすることが望ましい。
以上により、質問や依頼内容等は、質問・依頼一時保存テーブルに記憶され、送信する。
送信方法は、電子メールのほか、顧問先専用のＷＥＢサイト等に表示されるＷＥＢメール等によることができる。データ通信用サーバーシステムを用いたＷＥＢメールなど、ＨＴＭＬファイル等による場合には特に、返信やファイルの添付などが簡易なように、入力フォームなどのインターフェースを備えたファイルとして送信され、顧問先システムにおいて表示されることが望ましい。
第６５図は、顧問先システムにおいて表示される、質問や、回答の入力フォームなどを含むインターフェースの一例である。データ通信用サーバーシステムには、前記の会計事務所システムおよび顧問先システムとの間において、質問および質問に対する回答を含むデータを送受信するための質問・回答送受信手段、すなわち顧問先専用のＷＥＢページや顧問先専用の電子メールボックス等が、顧問先ごとに設けられる。
またＷＥＢ上の第６５図に一例を示すような画面が表示されるように、質問等を含むデータファイルをデータ通信用サーバーシステムに送信してアップロードし、その旨を顧問先システムに対し通常の電子メール等で通知することが好ましい。
第６１図は、この場合の処理の流れの一例を示すフローチャートである。
また、ここでは一例として、会計事務所から顧問先に対し質問や依頼等をする形態について説明をしているが、同様の処理により、逆に顧問先から会計事務所に対し行えるようにすることもできる。
顧問先システムにおいては、会計事務所システムの担当者から質問等がある旨の電子メールを受信して、データ通信用サーバーシステムの質問・回答データベースの顧問先専用ＷＥＢサイト等にアクセスする。
認証処理を経て認証が済むと、質問・依頼内容一時保管テーブルから、該当顧問先に関する質問・依頼内容が表示される。
顧問先システムにおいて、第６５図のような入力フォーム用いて回答を入力し、必要に応じ添付ファイルなどを挿入する。
入力が済むと送信を行い、送信されたデータは質問・依頼内容一時保管テーブルに記憶されると共に、回答があった旨が電子メール等により会計事務所システムの担当者に通知される。
会計事務所システムにおける回答内容の確認は、データ通信用のサーバーシステムにアクセスし、質問・依頼内容一時保管テーブルに記憶された回答を含む、第６６図に示されるようなデータが表示される。
回答内容を閲覧し、内容に不備がなかったり納得のいくものである場合などには確認ボタンをクリックする等により、確認済みのデータが質問・依頼内容一時保管テーブルから質問・依頼内容履歴テーブルに記憶される。不備その他により確認済みとしない場合には、さらに顧問先システムとの間でデータ通信などを行う。
また、ファクシミリサーバーとファクシミリ通信用ソフトウェアを用いて、質問や回答を行うこともできるが、この場合にも望ましくは、第６８図に一例を示すようなフォームの質問状等を用いて、質問コード、顧問先コード、社員コード等を用いることにより、監査システムとの連携を行う。またＯＣＲ等による読み取りを組み合わせればより効果的である。
さらに、確認済みの回答は、監査画面から、第６２図に示すように、参照をすることができる。
次に、確認済みのデータは、質問・依頼内容履歴テーブルに記憶され、監査による監査処理事例等としてデータベースに蓄積される。監査事例はすべてデータベース化し、後に同じ様な事例が起きた場合に検索、参照等の利用をすることができる。
第６９図は、質問と回答のデータベースを参照する画面の一例を示す。
また国税庁等Ｑ＆Ａデータベースを設け、会計事務所の判断だけでは解決できない難解な事例があった場合などに、税務署や国税局の見解を質問し、回答をデータベース化することが望ましい。
第７０図から第７２図は、国税庁等との間での質問と回答のデータベースを参照する画面の一例を示す。
質問・回答データベースは、会計事務所システムのサーバーシステムに蓄積するが、別の形態の一例としては、データ通信用サーバーシステムのＷＥＢサーバー等に蓄積することにより、顧問先システムからも参照、検索等を可能にすることができる。
さらに質問・回答データベースの別の一例としては、他の会計事務所の事例も登録し、検索・参照可能なデータベースを構築することもできる。
産業上の利用可能性
以上詳細に説明したように、本発明によれば、経験やスキルの少ない補助者などでも財務監査業務・補助業務をスムーズに行うことができ、事務所全体の業務が標準化して、監査業務を統一的に遂行することが可能なシステムを提供することができる。とりわけ顧問先ごとに異なる、複数の顧問先について、複数の会計事務所社員の間において業務の標準化を進めることが可能なシステムを提供することが可能になる。
たとえば、顧問先特有の監査項目チェックや、顧問先への質問・依頼等を標準化することができる。
また、監査チェック入力フォームを用いてチェックするチェック項目のリストデータを、会計事務所の社員のレベルに応じたものとすれば、たとえば上司や経営者がやるべきチェックと、部下がやるべきチェック等とを区別して、監査業務を行うことができる。
さらに、個々の税理士や公認会計士、あるいはこれらの補助者が取り扱う書類やデータは一元管理し、また会計事務所の上司や経営者が確認・承認をしたり、業務管理をしたりすることが可能なシステムを提供することができる。これにより、業務管理、経営管理、顧問先との通信にも支障やばらつきが生じないようにすることができる。
さらに、会計事務所の事業主と社員、会計事務所と顧問先との信頼関係を保つことができる。
さらに、業務スケジュールの進捗度の把握、スケジュールの遵守の徹底、上司による監査業務管理などをすることができ、計画的に日々の業務を遂行することが可能になる。
【図面の簡単な説明】
第１図は、本発明のシステムの基本的な構成の一例を示すシステム構成図である。
第２図は、会計事務所システムの基本的な構成の代表的な一例を示す。
第３図は、事務所情報を会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
第４図は、事務所情報を会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
第５図は、社員情報を会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
第６図は、パスワード入力の画面例である。
第７図は、基本項目情報記憶手段に記憶される各情報を、会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
第８図は、基本項目情報記憶手段に記憶される各情報を、会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
第９図は、基本項目情報記憶手段に記憶される各情報を、会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
第１０図は、基本項目情報記憶手段に記憶される各情報を、会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
第１１図は、基本項目情報記憶手段に記憶される各情報を、会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
第１２図は、基本項目情報記憶手段に記憶される各情報を、会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
第１３図は、基本項目情報記憶手段に記憶される各情報を、会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
第１４図は、基本項目情報記憶手段に記憶される各情報を、会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
第１５図は、基本項目情報記憶手段に記憶される各情報を、会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
第１６図は、基本項目情報記憶手段に記憶される各情報を、会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
第１７図は、基本項目情報記憶手段に記憶される各情報を、会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
第１８図は、基本項目情報記憶手段に記憶される各情報を、会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
第１９図は、基本項目情報記憶手段に記憶される各情報を、会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
第２０図は、顧問先情報記憶手段に記憶される各情報を、会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
第２１図は、顧問先情報記憶手段に記憶される各情報を、会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
第２２図は、顧問先情報記憶手段に記憶される各情報を、会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
第２３図は、顧問先情報記憶手段に記憶される各情報を、会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
第２４図は、顧問先情報記憶手段に記憶される各情報を、会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
第２５図は、顧問先情報記憶手段に記憶される各情報を、会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
第２６図は、顧問先情報記憶手段に記憶される各情報を、会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
第２７図は、顧問先情報記憶手段に記憶される各情報を、会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
第２８図は、顧問先情報記憶手段に記憶される各情報を、会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
第２９図は、顧問先情報記憶手段に記憶される各情報を、会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
第３０図は、顧問先情報記憶手段に記憶される各情報を、会計事務所システムのコンピュータ端末から登録する一例を示す画面イメージ図である。
第３１図は、監査業務管理プログラムを用いた基本的な処理の流れを示している。
第３２図は、監査情報記憶手段の基本的な構成を示している。
第３３図は、勘定科目マスターテーブルおよび監査マスターテーブルのより詳細な構成の一例を示している。
第３４図は、基本項目情報記憶手段にデータを登録する処理の流れの一例を示している。
第３５図は、各種監査項目マスターの登録処理の画面イメージの一例を示す。
第３６図は、各種監査項目マスターの登録処理の画面イメージの一例を示す。
第３７図は、勘定科目マスターより科目の抽出を行い登録をするデータフローを示す。
第３８図は、ユーザーにより任意に、顧問先独自の勘定科目の登録をするデータフローを示している。
第３９図は、基本項目情報記憶手段が備える質問・依頼マスターテーブル等と、これに基づき独自に登録される質問・依頼項目データベースの顧問先独自質問・依頼テーブルとの関係を示す図である
第４０図は、会計事務所の社員が会計事務所システムのコンピュータ端末において、スケジュールを入力し記憶する画面の一例を示す。
第４１図は、会計事務所の社員が会計事務所システムのコンピュータ端末において、スケジュール変更・削除申請を入力し記憶する画面の一例を示す。
第４２図は、責任者権限の編集画面の一例を示す。
第４３図は、スケジュールの承認画面の一例を示す。
第４４図は、業務日報の確認画面の一例を示す。
第４５図は、業務日報の入力画面の一例を示す。
第４６図は、顧問先勘定科目テーブルに、顧問先ごとに使用する勘定科目を登録する画面の一例を示す。
第４７図は、顧問先監査項目テーブルに、顧問先ごとに使用する監査項目を登録する画面の一例を示す。
第４８図は、監査処理の流れの一例を示すフローチャートである。
第４９図は、監査処理の流れの一例を示すフローチャートである。
第５０図は、監査処理の流れの一例を示すフローチャートである。
第５１図は、監査処理の流れの一例を示すフローチャートである。
第５２図は、監査処理の流れの一例を示すフローチャートである。
第５３図は、監査処理の流れの一例を示すフローチャートである。
第５４図は、監査項目を表示された例を示す。
第５５図は、顧問先の月次または年次監査のメニューが表示される画面の一例を示す。
第５６図は、監査項目を表示された例を示す。
第５７図は、監査社員および監査日時の確認画面の一例を示す。
第５８図は、顧問先監査項目テーブルに、顧問先ごとに使用する監査項目を登録するデータフローを示す。
第５９図は、基本項目情報記憶手段が備える質問・依頼マスターテーブル等と、これに基づき独自に登録される質問・依頼項目データベースの顧問先独自質問・依頼テーブルとの関係を示す図である
第６０図は、質問・回答処理の流れの一例を示すフローチャートである。
第６１図は、質問・回答処理の流れの一例を示すフローチャートである。
第６２図は、質問・回答処理の流れの一例を示すフローチャートである。
第６３図は、質問・回答処理の画面の一例を示す。
第６４図は、質問・回答処理の画面の一例を示す。
第６５図は、質問・回答処理の画面の一例を示す。
第６６図は、質問・回答処理の画面の一例を示す。
第６７図は、質問・回答処理の画面の一例を示す。
第６８図は、質問・回答処理の画面の一例を示す。
第６９図は、質問・回答処理の画面の一例を示す。
第７０図は、質問・回答処理の画面の一例を示す。
第７１図は、質問・回答処理の画面の一例を示す。
第７２図は、質問・回答処理の画面の一例を示す。
第７３図は、依頼、質問、回答の処理を示すデータフローを示している。
第７４図は、チェック項目別監査深度の一例を示す。Technical field
The present invention relates to an audit work management system capable of standardizing audit work and performing efficient auditing.
Conventional technology
As a current state of audits, audit items such as tax law and commercial law have already been checked on paper media. In addition, data exchanges and communications with consultants are often performed by analog telephones and facsimiles, and there have been various problems in many years of practical experience. In addition, with the spread of the Internet, etc., even if data transmission / reception via e-mail, etc. is adopted, conventionally, this data has been properly managed and stored, and data management and business management at the accounting firm as a whole has been performed. Couldn't do it.
For example, documents and data handled by individual tax accountants, certified public accountants, or their assistants are not centrally managed, and the boss or manager of an accounting office confirms and approves or manages operations. It was insufficient because it was not systematized.
For example, it was not clear whether the person in charge of processing really read and checked the audit items. Furthermore, there are problems such as loss of time to search from a vast amount of materials in a library or the like to refer to past audit histories and the risk of loss due to being a paper medium.
On the other hand, conventional financial audit work is based on the experience of individual tax accountants and certified public accountants, and assistants with little experience and skills cannot perform financial audit work smoothly and have experience and skills. However, if the work is based on the individual methods and experiences of each individual, the work of the entire office is not standardized, and it is difficult to carry out audit work in a unified manner. Therefore, business management, business management, and advisors are difficult. There was also a problem that communication and communication with the other party were hindered and varied.
In order to solve such problems, for example, No. 2852907 “Financial Audit System” proposes a method for standardizing work.
This is a financial data storage unit that stores journal data, a determination unit that determines and displays a list of incomplete journals and duplicate journals in financial data, and a determination unit that determines whether the journals are incomplete journals or duplicate journals. Journal data entry section for completing and correcting the entered journal data, search processing section for searching the financial data according to the audit items from the financial data storage section and displaying the list, and search processing section This is a financial audit system including a check processing unit that checks the financial data and performs confirmation / holding / correction / deletion processing, and a hold storage unit that stores check items put on hold by the check processing unit.
However, in the present invention, the determination unit operates to search for incomplete journals and duplicate journals and display them in a list. Therefore, based on the list, the incomplete journals and duplicate journals are checked and re-executed. It is only possible to check data on a simple accounting system by displaying a list of financial data according to audit items by input and search and storing check pending.
That is, as is clear from the entire patent specification and drawings, it is only possible to display a list of simple deficiencies such as incomplete data and duplication of data. Will be done by the individual who audits.
This makes it impossible to truly standardize operations in complex accounting audit operations. Furthermore, it is impossible to standardize operations among a plurality of accounting firm employees for a plurality of advisors that are different for each advisor.
Therefore, in the present invention, it is possible to solve the above-mentioned various problems, and even an assistant with little experience or skill can smoothly perform financial auditing / assisting work. It aims at providing the system which can carry out in a unified manner. In particular, it is an object of the present invention to provide a system capable of advancing standardization of work among a plurality of accounting office employees for a plurality of advisors different for each advisor.
In addition, documents and data handled by individual tax accountants, certified public accountants, or their assistants can be centrally managed, and the supervisors and managers of accounting firms can check and approve and manage operations. To provide a secure system. As a result, it is possible to prevent troubles and variations in business management, business management, and communication with consultants.
Disclosure of the invention
In order to solve the above problem, in the invention described in claim 1,
A system in which information processing is performed by operation in a terminal such as a computer provided with input means, control means, display means, output means, storage means, etc.
An accounting office system configured to include a server system for performing audits and audit check processing, contact processing between staff and other processing in the accounting office, and a computer terminal connected to the server system;
An advisory system including a computer terminal for inputting data, sending / receiving data, and other processes at an accounting firm's advisory party;
A server system that is connected to a communication means represented by the Internet to transmit and receive data between the accounting office system and the advisor system, and is accessible from the accounting office system and the advisor system. Comprising
The accounting office system includes office information storage means for storing information related to the accounting office, and basic item information storage means for storing basic information for use in operations between the accounting office and the advisor. And an advisor information storage means for storing information related to the advisor, an audit information storage means for storing information related to the accounting audit of the advisor, and an audit operation management for performing processing based on data stored in each storage means And at least a program,
The server system is provided with a question / answer sending / receiving means for sending / receiving data including questions and answers to the question between the accounting office system and the advisor system.
The audit work management system is characterized in that an audit item check function including a check item including the question and an answer to the question is provided in the audit work management program.
In order to solve the above problem, in the invention described in claim 2,
In the invention described in claim 1,
The accounting office system is an audit business management system characterized in that the office information storage means includes at least office information and employee information.
In order to solve the above problem, in the invention described in claim 3,
In the invention according to claim 1 or 2,
The accounting office system described above includes the basic item information storage means, the government agency master, the contract category master, the business category master, the document category master, the sending category master, the account item master, the audit item master, the question -It is characterized by being an audit work management system characterized by including a request fixed sentence master.
In order to solve the above problem, in the invention described in claim 4,
In the invention according to claims 1 to 3,
The audit information storage means includes an account item database, an audit item database, and a question / request item database, and is characterized by an audit work management system.
In order to solve the above problem, in the invention described in claim 5,
In the invention according to claim 4,
The account item database is an audit work management system characterized in that an account item to be audited is stored for each advisor.
In order to solve the above problem, in the invention described in claim 6,
In the invention according to claim 4 or 5,
The audit item database is an audit operation management system characterized by storing audit contents including check items to be audited for each consultant.
In order to solve the above problem, in the invention described in claim 7,
In the invention according to claims 1 to 6,
The audit work management program is an audit work management system comprising an input interface including an audit check input form for inputting whether or not each audit item is checked.
In order to solve the above problem, in the invention described in claim 8,
In the invention according to claim 7,
The audit check input form is an audit work management system characterized in that it includes at least an input form for any item of journal entry number, subject, date, amount, and summary information.
In order to solve the above problem, in the invention described in claim 9,
In the invention according to claim 7 or 8,
Audit work characterized in that employee information stored in the office information storage means is stored for each audit item to be checked in association with data input and stored using an audit input form It is a management system.
In order to solve the above problem, in the invention described in claim 10,
In the invention according to claims 7 to 9,
The audit operation management system is characterized in that date and time information is stored for each audit item to be checked in association with data input and stored using an audit input form.
In order to solve the above problem, in the invention described in claim 11,
In the invention according to claims 7 to 10,
The audit check input form is an audit work management system in which check items are extracted and displayed based on list data of check items to be checked.
In order to solve the above problem, in the invention described in claim 12,
In the invention of claim 11,
A list of check items to be checked using the audit check input form is stored in association with list data of a plurality of audit depth levels. Yes.
In order to solve the above problem, in the invention described in claim 13,
In the invention of claim 11,
The list data of the check items to be checked using the audit check input form is in accordance with the level of the employee of the accounting office stored in the office information storage means. It is a management system.
In order to solve the above problem, in the invention described in claim 14,
In the invention according to claims 1 to 13,
Further, the system is an audit work management system characterized in that a daily work report management system for accounting firm employees is provided.
In order to solve the above problem, in the invention described in claim 15,
In the invention according to claims 1 to 14,
The basic item information storage means is an audit work management system characterized in that a standard time until the work is completed is stored in the work master.
In order to solve the above problem, in the invention described in claim 16,
In the invention of claim 15,
The standard time stored in the basic item information storage means is an audit business management system characterized in that the standard time until business completion stored in the business master can be set for each consultant. It is a feature.
In order to solve the above problem, in the invention described in claim 17,
In the invention according to claims 1 to 16,
Employee information stored in the office information storage means includes unit price information for employees associated with department / section / post / group / other rank information, etc. It is characterized by being a system.
In order to solve the above problem, in the invention described in claim 18,
In the invention according to claims 14 to 17,
The daily business report management system is an audit business management system characterized by having a function capable of inputting a daily work report by inputting a daily work report using an input form for graphically displaying a schedule. It is characterized by that.
In order to solve the above problem, in the invention described in claim 19,
In the invention according to claims 14 to 18,
The daily business report management system is an audit business management system characterized by having a function of extracting an incomplete business list, managing business progress, and automatically updating the progress by inputting a daily business report. Yes.
In order to solve the above problem, in the invention described in claim 20,
In the invention according to claims 1 to 19,
The server system includes a WEB server, an e-mail server, a question / answer transmission / reception means for transmitting / receiving data including questions and answers to the question between the accounting office system and the advisor system. It is an audit work management system characterized by including at least one of a facsimile server and a voice mail server.
In order to solve the above problem, in the invention described in claim 21,
In the invention according to claims 1 to 20,
The creation of a question for an advisor is characterized by the fact that the date, subject, description, and amount indicating the journal entry can be extracted and inserted from journal data such as a financial accounting program provided by the accounting office system. It is characterized by an audit work management system.
In order to solve the above problem, in the invention described in claim 22,
In the invention according to claims 1 to 21,
Questions and answers sent and received between accounting firms and advisors are stored in the server system and can be searched and extracted for each audit item, each advisor, or other conditions. It is characterized by being an audit work management system characterized by being stored as
In order to solve the above problem, in the invention described in claim 23,
In the invention according to claims 1 to 21,
Questions and answers between accounting firms and government offices are stored in the server system and stored as a question / answer database that can be searched and extracted for each audit item, each government office, or other conditions. It is characterized by being an audit work management system.
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
The audit work management system of the present invention is a system in which information processing is performed by an operation at a terminal such as a computer provided with input means, control means, display means, output means, storage means, and the like, and has the following configuration.
FIG. 1 is a system configuration diagram showing an example of a basic configuration of the system of the present invention.
As shown in FIG. 1, the first is an accounting office system, the second is an advisory system, and the third is a server system that is accessible from the accounting office system and the advisory system. Is provided.
The accounting office system includes a server system for performing audits and audit check processing, contact processing between staff members, and other processing in the accounting office, and a computer terminal connected to the server system.
As a server system provided in an accounting office, a computer terminal such as a personal computer or a workstation having the same function is usually used in addition to a server device, and an employee in the accounting office can access the office LAN. Has been. In addition to the form physically installed in the accounting office, the server system may be installed so that employees in the office can use it even if it is physically installed outside the accounting office.
A computer terminal connected to the server system includes control means, storage means, input means, output means, display means, and the like. Further, it is a normal form to connect to a computer network typified by the Internet and have a function of transmitting and receiving data, and an application program such as a browser, e-mail software, and a word processor, and an operating system (OS).
In the accounting office system, the server system and communication means such as a LAN connected to the server system allow external connections via the Internet or the like at client terminals such as employees in the accounting office.
Preferably, the server system includes a facsimile server in addition to the Internet connection, and data communication with a consultant system by facsimile is possible.
Further, the accounting office system includes a reading device such as a scanner, a reading program, an OCR program, a document management program, etc., for reading and storing documents as electronic data and managing the stored data. It is desirable for employees to be able to access data managed in the server system.
FIG. 2 shows a typical example of the basic configuration of the accounting office system.
In the accounting office system, an office information storage means for storing information about the accounting office, a basic item information storage means for storing basic information for use in operations between the accounting office and the advisor, Advisor information storage means for storing information related to the advisor, audit information storage means for storing information related to the accounting audit of the advisor, and an audit operation management program for performing processing based on data stored in each storage means, Is provided at least.
The accounting office system includes at least office information in the office information storage means and is stored and managed.
The office information stored in the office information storage means is the following data, and registration processing is performed from a computer terminal connected to the server system of the accounting office system.
FIGS. 3 and 4 are screen image diagrams showing an example of registering office information from a computer terminal of the accounting office system.
Office information registered here includes, for example, the name of the office (office name and corporate name), main office / individual / corporate / other division, postal code, location, telephone number, FAX number, mail The destination address, the postal address, the mailing address, the mailing address telephone number, the mailing FAX number, the e-mail address, the homepage address, and the like. Note that these are examples of office information and may not necessarily be the same.
The accounting office system includes at least employee information in the office information storage means and is stored and managed.
FIG. 5 is a screen image diagram showing an example of registering employee information from a computer terminal of the accounting office system.
The employee information stored in the office information storage means registers basic information of all employees who use the accounting office system, and is the following employee information.
The employee information registered here includes, for example, a password for accessing a server system, an employee ID, a name, a gender, an emergency contact information, an affiliation, and the like. The employee affiliation is a data item for registering which office the registered employee belongs to and in what position. These are examples of employee information and may not necessarily be the same.
As shown in FIG. 6, the password is required to be input when accessing a server system or the like, and the presence or absence of an authority such as an access authority is determined by an authentication process. An authentication method other than an ID or password can also be used for the authentication process.
In addition, the presence / absence of manager authority in the accounting office system is registered as the manager authority, and the presence / absence of business owner authority in the accounting office system is registered as the business owner authority.
In addition, for each office information that has been registered in advance, a department, section, title, group name, and other data groups for each office are registered in advance to select a department, section, title, or group. It is desirable to be able to register departments, sections, positions and groups to which employees belong. Furthermore, it is desirable to be able to enter the date of joining and leaving the company.
Next, as a typical example of the accounting office system, the basic item information storage means includes a government agency master, a contract classification master, a business classification master, a document classification master, a sending classification master, Includes an item master, audit item master, and question / request template master.
These are representative forms, and various database configurations such as relational databases and distributed databases can be adopted. Therefore, the present invention is not limited to the forms shown here, and various configurations are adopted. can do.
In addition, since various database configurations can be adopted, the present invention is not limited to the form shown here, and various configurations can be adopted not only for the basic item information storage means but also for each other storage. The same applies to the configuration of the database stored in the means.
FIGS. 7 to 19 are screen image diagrams showing an example of registering each information stored in the basic item information storage means from the computer terminal of the accounting office system. A data item input in each screen image diagram is a typical example of each data item registered and stored.
FIGS. 7 to 11 show examples of master data such as the registration screen of the government office master and the address of the government office to be registered.
The postal code of the tax office, prefecture, address, street address, display order, etc.
In the master data registration of the NTA, the name, postal code, address, address, display order, etc. of the NTA are included.
In master data registration of prefectures, municipalities, and other government offices, the name, postal code, address, address, display order, etc. of the National Tax Bureau.
These are the master data used in the auditing work for each advisor and the business management in the accounting office.
The contract classification master is a database for registering the type of contract between the accounting office and the advisor as shown in FIG. The contract form is identified using the contract ID, etc. as the primary key. As an example of the contract, the monthly accounting advisor, monthly accounting advisor, monthly tax advisor, monthly accounting agent, annual advisor, audit only, tax and accounting Only consultation, financial planning (FP), etc. are classified.
In FIG. 12, the “applicable” column is used to determine for each accounting office that uses the system of the present invention, the corresponding contract category is registered at that office, and which contract category is used at the accounting office. Can be used.
For each advisor, registration can be performed by specifying the contract ID or the like in order to identify and store the contract form. If a plurality of contracts are made, they can be registered by registering a plurality of contract IDs.
The business division master is a database for registering the type of business that the accounting office is doing with the advisor as shown in FIG.
This is a code for grouping the types of business using the business ID as a main key, and registers the business handled by the department, section, group, etc. of the accounting office (for example, the corporation or main office in FIG. 13). That is, it registers which business belongs to which office among the offices or the like previously registered in the office registration.
As shown in an example in FIG. 14, the document classification master is a database for registering all the documents related to the consultant by the accounting office to the public office.
Register the document name, public office, etc., using the document ID as the primary key. In FIG. 14, the “applicable” column is used to determine which document is used at the accounting office by registering the corresponding document to be used at that accounting office for each accounting office using the system of the present invention. can do.
By specifying the display order, it is preferable to display the documents from important ones, frequent ones, and the like.
The document classification master table should be categorized according to the master table of government offices, such as tax office submission document table, national tax bureau submission document table, prefectures submission document table, municipality submission document table, and other submission document tables. Is desirable.
As shown in FIG. 15, the delivery classification master is a database for registering all documents sent by the accounting firm to the consultant.
The sending classification (sending document name) and the like are registered using the sending ID as a primary key. In FIG. 15, the “applicable” column is for each accounting office that uses the system of the present invention to register the corresponding sending documents to be used at that office and to determine which documents to send to the accounting office. Can be used.
By specifying the display order, it is preferable to display the documents from important ones, frequent ones, and the like.
Next, the account item master is a database that can register all types of account items used by the accounting office, as shown in FIG.
Register the account name, item classification, account usage industry, etc. using the item code as the primary key. In the column of the account item use industry, in the accounting office using the system of the present invention, it is set and registered which account item is used for each industry of the consultant. It can be set and used as an account item.
The audit item master is a database that can register all audit check items for registered account items, as shown in FIG.
The audit items are items that register items to be checked when accounting firm employees perform audit work, which can be used for standardization of audit work and business management of employees in charge. .
For each account item identified by the account item code, an audit item is set as shown in FIG. For example, as an example of items to be checked in the audit of “Compensation for Officers”, “Confirmation of copy of extraordinary and scheduled minutes of general meeting and board of directors”, “Order of withholding book”, “Confirmation of whether or not officers have been changed, "Latest copy request" and "Order of job schedule" are set.
In the system of the present invention, an audit item check function including check items is provided in the audit operation management program, and an accounting check input form or the like for inputting whether or not the check is performed for each audit item is used. Employees can perform audit work, and an audit item master is set for this purpose.
In addition, it is desirable to set whether the audit item is applicable or not depending on the type of business of the advisor. This is because some audit items are unnecessary depending on the type of business, and this can be set in advance in the accounting firm.
Furthermore, in the audit items, by registering, in advance for each audit item, a standard question sentence for making a question, inquiry, request, etc. to the consultant, it is possible to improve the efficiency and standardization of the business.
Question fixed phrases etc. are set and stored in the question / request fixed phrase master, and as shown in an example in FIG. 18, this asks the consultant whether there is any content to be questioned about the audit check items registered. It is a database that can register all the information that should be present.
For example, as shown in Figure 18, in response to the audit item “Purchase of withholding book”, “If the monthly amount has been changed, have the minutes been created?” Register a fixed phrase such as “Is n’t accounted” or “Is there any allowance other than the main salary?”
In addition, it is desirable that the setting can be made depending on the type of business of the consultant or not, and whether or not the corresponding question template is set. This is because there are unnecessary questions depending on the type of business, which can be set in advance in the accounting office.
Next, the accounting office system includes an advisor information storage means for storing information related to the advisor in the server system.
20 to 30 are screen image diagrams showing an example of registering each information stored in the consultant information storage means from the computer terminal of the accounting office system. A data item input in each screen image diagram is a typical example of each data item registered and stored.
An example of data items registered in the advisor information storage means is data as described below, and is stored by providing an advisor information table or the like.
As shown in FIG. 20, an advisory name and an advisory name reading are stored using the advisory ID as a main key. In addition, it is preferable to input a simplified advisor name to enable registration.
Also, by registering the industry code, it can be used as an industry judgment flag for subsequent account item automatic registration and audit item automatic registration.
In addition, the location (head office / mailing address / accounting officer), the head office, their postal codes, locations excluding prefectures / prefectures, telephone numbers, FAX numbers, and the like.
In addition, it is desirable to store other contact information such as emergency contact information, representative name, e-mail address, home page address, etc. as advisory information.
Next, a further example of the advisor information is shown in FIG. It is desirable to select and input the tax office code for each advisor, such as the person in charge at the accounting office and taxpayer number, using the tax office code in the tax office master table.
For each advisor, whether it is a corporation or an individual, blue declaration or white declaration, if it is a good corporation, its designation and its designated date, fiscal year, handling of withholding tax, designation of Article 204 deposit, consumption The tax system, whether or not it is decided to pay the transfer tax.
FIGS. 22 to 24 are for setting data for business management in an accounting office for each advisor. The sending category and the contract category stored in the basic item information storage means described above in advance. Such data is stored for each consultant.
As shown in FIG. 22, by setting and storing a document to be sent to the relevant advisor, the setting is stored in association with the advisor ID.
As shown in FIG. 23, by setting and storing the contents of the business contract for each relevant advisor, the setting is stored in association with the advisor ID.
As shown in FIG. 24, by setting and storing the business content for each relevant advisor, the setting is stored in association with the advisor ID.
More detailed data of the advisor information can be configured and registered in various ways depending on the database configuration. As shown in FIG. 25, data such as the capital of the advisor, the date of establishment, etc. It is desirable to memorize the data such as the contract date and the cancellation date, and the document submitting public office as shown in FIG.
FIG. 27 shows a survey list such as a tax survey for each adviser. Since the survey is assumed to be accumulated multiple times, the survey list is identified by the consultant survey ID. Survey date, survey end date, tax office ID, investigator, tax subject, office witness employee code, attendance fee, amendment code, amendment code, amendment amount, amendment details, indication Items such as content correspondence can be stored.
The amendment category and amendment contents are different, such as heavy addition declaration and underdeclaration.
By accumulating these histories, it can also be used to predict future surveys based on the target tax items and the contents of the indications. It can also be used to set the check items for the advisor's audit independently. Furthermore, it is possible to extract problems unique to the advisor, such as a large amount of money that is not used, and use it to improve the system of the advisor.
FIG. 29 and FIG. 30 show an example of a screen for registering information relating to a consultant's shareholders and officers.
Next, the accounting office system includes, in the server system, an audit information storage means for storing information related to the accounting audit of the consultant, and an audit operation management program for performing processing based on data stored in each storage means. I have.
The audit information storage means includes an account item database, an audit item database, and a question / request item database.
The account item database stores account items to be audited for each advisor, that is, account items used by the advisor.
The audit item database stores audit contents including check items to be audited for each consultant. Employees at accounting firms use the audit management program to check audit item data based on the data stored in the audit item database. When audit processing is completed, audited check codes, etc. By inputting, standardization and management of work are performed to cover simple audit omissions, differences in audit levels of employees, low levels, and inexperience. In addition, past audit cases can be used. In addition, by using it in combination with the daily business report management system described later, it is possible to record the person in charge of check for each audit item, time, etc., to raise the awareness of responsibility for audits, and to check business management and management within accounting firms. Can be used.
The question / request item database stores a question or request to the consultant regarding each audit item. Based on the data stored in the question / request item database, accounting firm employees use the audit management program to check the question / request item data and actually send the question / request via communication means. When making a question, a question or request is made using a fixed phrase stored in the question / request item database.
By making the questions and requests for the audit contents in a fixed form, cover the difference in audit level, low level, and inexperience of employees, and ask appropriate questions and high level questions. And standardize work and manage work. In addition, past questions / request cases and special questions / request cases for each consultant can be used for later work.
The audit operation management program has an audit item check function including the audit check items, including questions and answers to the questions.
More preferably, the audit operation management program includes an input interface including an audit check input form for inputting whether or not each audit item is checked, so that an accounting office employee and a person in charge of a consultant can easily perform operations. It is preferable that business can be performed. The audit check input form preferably includes items such as journal number, subject, date, amount, summary information, and the like, and it is possible to determine which journal is the check.
The functions provided in the audit business management program for performing the audit business and business management, data communication with the consultant, etc. will be described by the processing of the system of the present invention described later.
When checking for each audit item, the employee information stored in the office information storage means is associated with the data input and stored using the audit input form for each audit item to be checked. Remembered.
In addition, date and time information is stored for each audit item to be checked in association with data input and stored using the audit input form.
As a result, the audited employee and the record of the audit date and time are recorded for each audit item in the audit of each advisor, and can be referred to in business management such as checking by the supervisor.
In the audit check input form, check items are extracted and displayed based on list data of check items to be checked. As an example of a desirable form, the following form can be adopted. .
For example, a list of check items to be checked using an audit check input form is stored in association with a plurality of audit depth level list data. Various forms are assumed for the level of audit depth. FIG. 74 shows an example of the audit depth. In addition to this, for example, accounting / finance skills and levels of each advisor, accounting, financial records and data recording / storage / management, etc., whether each advisor is a good corporation, family company Whether or not, a history of a correction report, etc. are examples.
Further, the list data of the check items to be checked using the audit check input form may be in accordance with the level of the accounting office employee stored in the office information storage means.
The basic processing flow of the present invention will be described below.
FIG. 31 shows the flow of basic processing using the audit work management program.
FIG. 32 shows the basic configuration of the audit information storage means. In FIG. 32, the account item database includes a consultant account item table linked with an account item master table provided in the basic item information storage means. Further, in FIG. 32, the audit item database includes an account item master table provided in the basic item information storage means, and an advisory audit item table linked to an advisory table stored in the advisory information storage means. It is composed.
As described above, in the account item master table provided in the basic item information storage means, account items used by the accounting office are registered, and the audit item master table should be audited for each of the registered account items. Check items are registered.
The adviser account item table is a table for storing account items used for each individual adviser, and is stored for each adviser by referring to the account item master and specifying an account item ID.
The advisory audit item table is a table for registering items to be audited for each advisory by accountant for each accountant, and specifies the audit ID by referring to the audit item master. To remember for each advisor.
In FIG. 32, the question / request item database includes an advisor question / request item table and an advisor question / answer history table.
The consultant question / request item table is a table for registering the question / request contents unique to the consultant for each consultant.
The consultant question / answer history table is a table in which questions and requests are made to the consultant and the answers obtained are stored for each consultant.
Next, an example of a more detailed configuration of the account item master table and the audit master table provided in the basic item information storage unit will be described.
FIG. 33 shows an example of a more detailed configuration of the account item master table and the audit master table.
FIG. 34 shows an example of the flow of processing for registering data in the basic item information storage means.
The account item master table stores a subject name, a subject personality code, an industry-specific code (wholesale, retail, manufacturing, service, construction, medical industry, etc.), etc., with the subject ID as a main key.
The audit master table registers items to be audited for each subject of the account master. In FIG. 33, the corresponding industry category is a registered category indicating which industry the registered audit contents apply to, and it is possible to prevent unnecessary audit items from being displayed at a certain advisor. Thereby, it is possible to browse and check appropriate audit items without waste.
For “Monthly Audit Applicable” and “Annual Audit Applicable” items, register the time to be audited in the audit content, such as items to be audited in monthly audits and items to be audited in annual audits. By providing the person in charge with a lean audit checklist.
When a user registers and edits various audit item masters, the basic item master registration menu is selected using the audit operation management program, and various audit master registration operations are performed. The right to edit various audit item masters is given only to the employee of the record that has given the edit right on the system, and the presence or absence of authority is determined by an authentication process such as password entry.
When it is determined that the user has the editing authority, various audit master registration forms are activated and displayed on the computer terminal screen, and predetermined data such as the audit master table and account master table can be entered, edited, and stored. it can.
FIG. 35 and FIG. 36 show an example of a screen image of registration processing of various audit item masters.
Next, processing for registering an account item used for each advisor in the advisor account item table provided in the account database will be described.
As a registration method, a method of extracting and registering a record from the account item master table, a method of arbitrarily inputting a subject name by the user, and the like can be adopted.
FIG. 37 shows a data flow in which subjects are extracted and registered from the account subject master. FIG. 38 shows a data flow in which a user arbitrarily registers an account item unique to a consultant.
FIG. 46 shows an example of a screen for registering account items used for each advisor in the advisor account table.
As a detailed example of the data items stored in the consultant account item table, the item ID is registered based on the item ID of the account item master with the item code as the main key.
In addition, an advisor ID is registered, and an account subject for which advisor is stored.
The number of audit check items for one account item is stored as the number of audit items.
As the number of audit approvals, the number of items approved for the number of audit check items is stored.
Monthly audits (January, February, March, April, May, June, July, August, September, October, November, December), annual audits (year As the next audit), the number of records for which audited checks are entered is stored for the number of audit items for each month and year.
Next, as a detailed example of the data items stored in the audit table for each advisor, the advisor ID is registered based on the advisor ID of the advisor master with the audit code as the main key.
The audit ID is registered based on the audit ID of the audit master.
Furthermore, the course ID is registered based on the course ID in the advisor account table.
In order to group each audit check item, an audit item group code is set and registered. For example, when there are 20 audit check items related to repair costs, it takes time to check each item. In addition, a plurality of check items may be completed by one audit check.
Such a case is an example. However, grouping is performed in order to collectively perform operations for checking a plurality of check items by a mouse operation such as one click.
FIG. 47 shows an example of a screen for registering audit items to be used for each advisor in the advisor audit item table. Audit items are registered by accounting firm employees by selecting the items to be audited for each individual account and registering them. It is possible to adopt a method of automatic registration while adding filtering by code. In addition, it is desirable to obtain approval from a superior or the like for new registration, editing, or deletion. To set an audit item for an account item, an audit item edit menu for the corresponding account item is selected, and an advisory audit item edit form is activated and displayed. Based on the corresponding account item ID, the corresponding list is extracted from the audit master table and displayed. Next, in FIG. 47, the audit item master list is selected by clicking the “corresponding” button of the audit item to be used, and is copied and added to the advisory audit item table.
Also, a plurality of audit items can be copied and added collectively from the audit item master list.
Audited for each audit item (January, February, March, April, May, June, July, August, September, October, November, December) A data item for storing presence / absence of check (for annual audit) is provided.
In order to store the audited employee in association with the audit item, the audit employee ID (January, February, March, April, May, June, July, August, September, 10 (Month, November, December) and data items for storing the audit employee ID (for annual audit) are provided.
Also, in order to store the date and time of the audit in association with the audit item, the audit date (January, February, March, April, May, June, July, August, September, (October, November, December) and data items for storing the audit date and time (for annual audit) are provided.
In addition, audit remarks data items, etc. can be provided for each month and year of each audit item.
Next, a fixed sentence such as a unique question can be set and stored for each audit item for each advisor. It is a data item for registering a question unique to a consultant for the audit item in association with the audit item.
Next, the question / request item database will be described.
The question / request item database stores, for each consultant, the contents of questions / requests when making a question / request from the accounting office to the consultant.
Questions and requests include general contents based on tax law, commercial law, etc., as well as special questions and requests that are unique to consultants. It is desirable to register them in the database separately.
The question / request item database is based on the question / request master table provided in the basic item information storage means described above, which asks the consultant about the contents of the audit items, and registers the items that must be requested in a fixed format. , Register questions and requests for each advisor.
The contents of the question / request registered independently for each advisor are registered and stored in the advisor / unique question / request table of the question / request item database.
FIG. 39 and FIG. 59 show the relationship between the question / request master table and the like provided in the basic item information storage means and the consultant's unique question / request table of the question / request item database uniquely registered based on this table. FIG.
In the question / request master table, as shown in an example in FIG. 40, the audit ID stored in the audit master table for registering the question / request contents for each audit item with the question / request ID as a primary key. And a question / request content sentence and a question / request determination code are stored. The question / request determination code is used for identifying the case where the above content is a content requesting a consultant from the content and the case where the content is a question to the consultant.
Next, the question / request item database includes a consultant question / answer content temporary storage table.
In the audit process, data is sent to and received from the advisor system via communication means represented by the Internet, and when asking a question / request, the question / request contents to the advisor are temporarily stored. It is a temporary storage.
An example of a data item stored in the advisory question / answer content temporary storage table is a question / request ID for identifying which item is obtained from the question / request content master, etc., with the question / request code as a primary key, Advisor ID indicating which advisor is being asked, course ID indicating which account is being asked, audit ID indicating which audit item is being asked, and which employee in the office is asking The questioner employee ID indicating whether or not the question is asked, and the question content sentence that is the actual question / request content are stored. Furthermore, as the journal entry, the journal entry that corresponds to the journal entry is stored in correspondence with the journal data of various financial software, etc., and more preferably the date and time when the question was sent to the advisor The date of the answer, the respondent name indicating the person who gave the answer to the question / request content, the answer text indicating the answer content to the question / request content, and the year when the answer content was sent to the office The date and time of the answer indicating the date and time, the question / answer content classification code for discriminating whether the content is a question to the consultant or the content requesting the missing material are stored.
Next, the question / request item database includes a question / answer history table by consultant.
The question / answer history table for each consultant is a table for asking a question / request to the consultant and storing the obtained answer as a history.
The data stored in the question / answer history table by advisor is: question / request code, question / request ID, advisor ID, subject ID, account name, audit ID, questioner employee ID, question content, question year Date / time, respondent name, answer text, answer date / time, monthly / annual discrimination, question / answer content classification code, e-mail / fax classification code, etc.
Next, the configuration of a system for performing data communication between the accounting office and each advisor will be described.
The advisor system includes a computer terminal for performing data input, data transmission / reception, and other processes at an accounting firm's advisor.
The advisor system is a system managed by a customer who is in charge of auditing by an accounting firm. Usually, computer terminals such as personal computers and workstations are used. It is also possible to adopt a form in which etc. are made accessible.
The computer terminal includes control means, storage means, input means, output means, display means, and the like. Further, it is a normal form to connect to a computer network typified by the Internet and have a function of transmitting and receiving data, and an application program such as a browser, e-mail software, and a word processor, and an operating system (OS).
Further, it is desirable that the advisor system can perform data communication by using a computer terminal such as a personal computer and a facsimile software provided therein by providing a facsimile server in the accounting office system. Furthermore, in data transmission / reception by e-mail, in order to perform data transmission / reception between the accounting office system and the advisor system, it is connected to a communication means represented by the Internet, and the above accounting office system and advisor system. In a server system that can be accessed, it is desirable to provide a mail server, a WEB mail server, etc. dedicated to the system of the present invention and set and manage an e-mail address for each consultant.
The computer terminal of the accounting office system and the computer terminal of the advisor system can be connected to communication means represented by the Internet. These computer apparatuses are usually provided with a data communication program such as a browser and an e-mail program.
The communication means includes a wide variety of forms such as a network connected by a dedicated line, an intra-company LAN, an inter-company LAN, and a WAN, including the Internet. In addition, the form of the communication line used here widely includes forms of wired communication and wireless communication, and includes forms using satellite communication, Bluetooth, or the like.
Next, a server that is connected to a communication means represented by the Internet for data transmission / reception between the accounting office system and the advisor system and is accessible from the accounting office system and the advisor system. The system will be described.
Separately from the server system in the accounting office LAN, a server system for transmitting and receiving data between the accounting office system and the advisor system is provided so as to be accessible from the advisor system.
A server system that accesses information from a computer terminal included in an accounting office system and a consultant system through communication means represented by the Internet and performs information processing by operation, such as a database server that stores various data described later Usually, the server system includes at least storage means and content distribution means (WEB server) for storing programs and WEB contents.
The server system can usually be constituted by an application server, a database server, an authentication server, a WEB server, a mail server if necessary, and other various devices.
Each of these servers includes a form that is physically provided in the same apparatus, a form that is physically composed of a plurality of apparatuses, or a form that is physically composed of a plurality of apparatuses connected via a network. As long as the same function is realized, various forms are included.
As shown in FIG. 1, it is desirable to provide a WEB mail server for data communication, and a question / answer database server for storing confirmed questions / answers and questions / answers with government offices. This server system may be physically located in the accounting office, or may be provided connected to a separate location via communication means.
The server system is provided with a question / answer transmission / reception means for each advisor to transmit / receive data including questions and answers to the question between the accounting office system and the advisor system. .
The server system includes a WEB server, an e-mail server, a question / answer transmission / reception means for transmitting / receiving data including questions and answers to the question between the accounting office system and the advisor system. At least one of a facsimile server and a voice mail server is included.
When creating a question for an advisor, it is desirable to be able to extract the date, subject, description, and amount indicating the journal entry from the journal data such as the financial accounting program of the accounting office system and insert it. You can find out which journal is the question.
Questions and answers sent and received between accounting firms and advisors are stored in the server system and can be searched and extracted for each audit item, each advisor, or other conditions. Accumulated as.
Questions and answers between accounting firms and government offices are stored in the server system and stored as a question / answer database that can be searched and extracted for each audit item, each government office, or other conditions. The
Furthermore, as another embodiment of the system of the present invention, it is possible to adopt a form in which an accounting office employee's daily business report management system is further provided in the accounting office system. It is desirable for managers in the office to manage employees in charge, standardize employee operations, and find problems.
When the business master provided in the basic item information storage means stores the standard time until the business is completed for each business, it is possible to grasp the progress for each employee and each business. The standard time stored in the basic item information storage means can be set for each consultant as the standard time until the completion of the work stored in the work master.
The daily work report management system and schedule management system functions include a schedule function that allows each employee to register work schedules and schedules, and to manage work such as approval by the boss of the schedule in association with the audit work of each advisor. The daily work function that records daily work in the accounting office and reports to the supervisor is typical.
These functions may be functions incorporated in the audit business management program, or other schedule management and business management programs may be used. At least the employee ID, consultant ID, business ID, etc. are the basic items. By using the master data stored in the information storage means, it becomes possible to interlock each other. For example, it is possible to input which employee performs which business of which advisor using each ID. Further, it becomes possible to manage the progress of which business of which advisor, the progress of business of each employee, and the like.
It is desirable that the schedule function allows browsing / registration of an annual schedule, a monthly schedule, a weekly schedule, a schedule for the day, and the like, and a schedule and progress of a group to which the user belongs. By setting the authority according to employee ID, employee department, section, job title, group, etc., it is possible to determine whether the schedule is open or closed, and to set the schedule approval authority, change authority, and other authority. Can do.
FIG. 40 shows an example of a new schedule registration screen.
The new schedule is registered by specifying each of the consultant and the business, and inputting the scheduled completion date and the scheduled time.
In order to realize the schedule function, the business daily report system provided in the accounting office system is provided with a schedule table.
The data stored in the schedule table includes employee ID, consultant ID, business ID, remarks, scheduled completion date, etc., with the schedule code as the main key.
In addition, in order to provide an approval function by a supervisor or the like, an approval classification code or the like is input and stored. Prior to obtaining approval from the supervisor, incorrect input or other re-entry or correction can be made.
The approval function once applies for approval by the supervisor of the new schedule, and the schedule for which approval has been obtained requires application to the supervisor in order to change or delete. Approval information is added to the registered schedule, and the schedule once approved by the boss must be approved by applying to the boss when changing the scheduled completion date or deleting the schedule itself.
As the approval right, the authority of the person in charge associated with the employee ID is stored in the basic item information storage means.
FIG. 41 shows an example of a screen in which an accounting office employee inputs and stores a schedule change / deletion application at a computer terminal of the accounting office system.
In order to apply for a schedule change or deletion, an advisory code, business code, etc. are designated, and the scheduled completion date after change, reason for change, reason for deletion, etc. are input and stored. The storage location is a database for temporarily storing change / deletion application data, specifically a schedule application TEMP (temporary) table. Detailed examples of stored data include schedule code, applicant's employee ID, approver's employee ID, consultant ID, business ID, remarks, scheduled completion date before change, scheduled completion date after change , Reason for change, remarks (for approver), application classification code, in-application code to determine whether a schedule change / deletion application is being made. The application classification code is for determining whether the application is a schedule change application or a deletion application. Also, the application date / time, approval / disapproval date / time, approval classification code, etc. are stored.
The approver confirms the reason for changing the schedule at the computer terminal of the accounting office system. If the approver is not approved, the schedule is not changed. If approved, the data in the schedule table is updated to the data after the change / deletion based on the data temporarily stored in the schedule application TEMP table.
In schedule management, a person with authority such as a business owner or supervisor can monitor and confirm the progress of the schedule of work in the entire office or department, or extract data based on various search conditions. it can.
FIG. 42 shows an example of a responsible authority editing screen, and FIG. 43 shows an example of a schedule approval screen. Approval can be performed at the time of new registration in addition to schedule change / deletion.
FIG. 67 shows an example of a screen for confirming the schedule and the progress of the work.
Next, the daily work report is for employees to enter and memorize daily work, etc. The time input for daily work reports should be graphical, and it is desirable to have a mechanism that does not cause blank time. Also, various forms can be adopted.
FIG. 45 shows an example of a daily business report input screen, and FIG. 44 shows an example of a daily business day confirmation screen.
In order to use the daily business report function, a daily business report table is provided, and a daily report code, employee ID, daily report date (year), daily report date (month), daily report date (day), advisor ID, business ID, remarks, start Time (hour), start time (minute), end time (hour), end time (minute), etc. are stored.
It is desirable that the incomplete business list is displayed in the order in which the deadlines are approaching, and when the business in the list is performed, the daily report input form is activated and the consultant name and business name are automatically entered. This makes it possible to automatically update the degree of progress by inputting daily report data without inputting a schedule.
When the schedule exceeds the schedule, the subordinate's schedule excess information can be displayed on the supervisor's screen.
Next, a description will be given of business management processing including audit processing and data communication with a consultant using the above system.
As shown in FIG. 31, the outline of the processing of the audit system is to register an audit account item for each advisor and to register an audit item for each audit subject for each advisor.
Each audit item is checked at the time of closing such as monthly closing and annual closing. If there is a question / request item, data communication is performed with the consultant to obtain a result such as an answer.
When auditing is performed on an audit item, the audit for each item is completed by checking the item.
In addition, by linking the financial accounting program in the accounting office with the audit business management system, the financial accounting program and the audit business management system are displayed on the screen, while the financial accounting program has a monthly / yearly account. When a subject ledger is displayed, for items that cannot be resolved immediately from the viewpoint of tax law, commercial law, etc., enter a check mark of “Under Audit” for those that cannot be resolved immediately, and those that can be resolved immediately You can enter an "audited" checkmark for.
In the financial accounting program, when a ledger is displayed for an account with a monthly or yearly account, you must enter an "audited" checkmark for all journals for which the "inspected" checkmark has not been entered. Can do.
Items determined by obtaining questions / answers with the advisor or the public office are stored in a server system accessible from both the accounting office system and the advisor system.
In addition, by linking the audit time with the daily work report, the computer monitors the time when the monthly and annual audit screens are opened and closed, and automatically registers data in conjunction with the daily work report. The degree of progress can be managed, or it can also be used for billing processing or employee evaluation processing of progressed work based on hourly unit price for each employee or consultant.
The target progress based on the comparison between the standard time of work and the daily work report is
Business hours (h) / standard time (h)
The progress of each employee at various levels can be calculated as follows:
Business hours according to daily report (h) / Business hours according to personal report (h)
Is calculated by
By storing employee unit information stored in the office information storage means, hourly unit price information is stored for employees associated with department, section, job title, group, and other rank information. .
48 to 53 are flowcharts showing an example of the flow of audit processing.
First, in FIG. 48, an audit button is clicked for selection, and an input interface such as an input form for an audit menu is displayed.
Next, select monthly and annual audits of the advisors to be audited. The monthly or annual audit menu for the relevant advisor is displayed. An example of the displayed screen is shown in FIG.
Next, referring to FIG. 49, the name of the account item to be audited is clicked, and the audit form of the corresponding account item is activated to display the input interface.
54 and 56 show an example in which audit items are displayed, and an example of a screen for performing an audit for each audit item is shown.
When auditing according to the audit items and auditing another subject, use the input interface such as “Next subject” or “Previous subject” on the audit form or click / select the relevant subject on the audit menu. The next item is audited by moving to the next step.
The audited item is preferably selected by clicking the “audited button” shown in FIG. 50, and the audit employee and the audit date / time are automatically stored. These are preferably made visible as shown in an example in FIG.
Also, if an example of a desirable audit menu and input interface is listed, when the audit menu is activated, the audit screen before the predetermined period of the accounting month of the advisor in charge is automatically displayed, or all of the responsible audit menus are displayed. It is desirable that the display button of the advisor is displayed as a menu.
In the audit screen, it is desirable that auditing is performed not only by account item but also by displaying all account items at once.
In addition, it is desirable that the monthly audit can display from January to December for each audit item at once, or can display a monthly audit form.
Furthermore, since it is not possible to know at a glance which journal is audited simply by clicking on “audited”, it is desirable to be able to register the journal number, subject, date, amount, and description information with one touch.
In addition, for example, when the cash audit screen is opened on the audit screen, it is desirable that the cash ledger display can be seen in another window.
Next, referring to FIG. 51, the supervisor checks the audited items for the audited items, and when the approval button shown in FIGS. 54 and 56 is clicked, the authority of the approver is determined. Confirm the level, and if there is approval authority, store the approval information and the approver's employee code, and end.
Next, in the audit, data communication processing such as transmission of necessary documents and requested items to the consultant will be described.
As shown in FIG. 52, the “request” menu associated with the audit item is selected, the audit ID of the corresponding audit item is acquired, and the related request template is extracted from the question / request master table. .
A form for sending and transmitting the requested items is activated and displayed.
FIG. 53 shows the flow of processing for inputting and storing remark items in the audit processing for each audit item. In the remarks item, it is possible to input details such as how the audit was conducted and data communication and other exchanges with the consultant.
Next, a description will be given of data communication processing such as transmitting necessary documents and requested items to the consultant, and question / answer processing. Employees who have experience as a new employee of an accounting firm, etc., what kind of necessary documents or requested items to ask to a consultant, what kind of text should be asked, etc. The same can be done. In addition, it is possible to make necessary documents and request items unique to the consultant, and request texts specific to the consultant, even if it is not the person in charge.
Questions and requests can be made at the same time, and necessary answers can be attached to the reply. In addition, questions and requests can be made in the same way from the advisor to the accounting firm.
FIG. 73 shows a data flow showing processing of a request, a question, and an answer.
The question content and request content are stored in the advisory question / request content temporary storage table. When the data communication is completed, the confirmed question and request content are stored in the advisory question / request content history table.
Similarly, responses entered and sent from the advisor system are stored in the advisory question / request contents temporary storage table, and when the data communication is completed and the accounting office employee confirms, the confirmed questions and request contents Is stored in the advisory question / request content history table.
Next, FIGS. 60 to 62 are flowcharts showing an example of the flow of question / answer processing.
FIG. 63 to FIG. 72 show an example of a question / answer processing screen.
First, the advisory question form is activated and displayed by clicking the “question” button of the audit item to be asked, as shown in FIGS. 64 and 56. Based on the audit ID of the audit item for which the question is asked and the consultant type code, the corresponding question item is extracted from the question / request master table and displayed. FIG. 63 shows an example of a question form.
Next, when using a standard question sentence as a question input method, use the screen as shown in FIG. 64 and enter the corresponding standard sentence from the question list extracted based on the audit ID etc. in the input form. Insert into. It is also desirable to be able to edit the boilerplate text that has been copied and inserted. It is also possible to input a question without using a fixed sentence as a method for inputting the question.
When asking a consultant, it is desirable to be able to enter the date, subject, description, and monetary amount with a single touch in order to tell the journal what journal to ask.
In addition, it is desirable to be able to register a list of materials to be requested from the consultant for questions and a list of materials related to financial results.
As described above, the question and request contents are stored in the question / request temporary storage table and transmitted.
The transmission method can be WEB mail or the like displayed on a WEB site dedicated to a consultant in addition to electronic mail. In the case of HTML files, etc., such as WEB mail using a server system for data communication, it is sent as a file with an interface such as an input form so that it is easy to reply and attach files. It is desirable to be displayed.
FIG. 65 is an example of an interface including a question, an answer input form, and the like displayed in the advisor system. The server system for data communication includes a question / answer transmission / reception means for transmitting / receiving data including questions and answers to the question between the accounting office system and the advisor system. A dedicated e-mail box or the like for each advisor is provided for each advisor.
In addition, a data file containing questions and the like is transmitted to the data communication server system and uploaded so that a screen as shown in FIG. 65 on the web as an example is displayed. It is preferable to notify by e-mail or the like.
FIG. 61 is a flowchart showing an example of the processing flow in this case.
In addition, here, as an example, we have explained the form in which questions and requests are made from the accounting firm to the advisor. However, the same processing can be performed from the advisor to the accounting firm. You can also.
The advisor system receives an e-mail to the effect that there is a question from the person in charge of the accounting office system, and accesses the WEB site dedicated to the advisor in the question / answer database of the data communication server system.
When authentication is completed through the authentication process, the question / request content regarding the relevant advisor is displayed from the question / request content temporary storage table.
In the consultant system, an answer is input using an input form as shown in FIG. 65, and an attached file or the like is inserted if necessary.
When the input is completed, transmission is performed, and the transmitted data is stored in the question / request content temporary storage table, and the person in charge of the accounting office system is notified by e-mail or the like that there is an answer.
The confirmation of the answer contents in the accounting office system is performed by accessing the server system for data communication and displaying the data as shown in FIG. 66 including the answers stored in the question / request contents temporary storage table.
Browsing the contents of the answer, and if the contents are not incomplete or satisfactory, the confirmed data is transferred from the question / request contents temporary storage table to the question / request contents history table by clicking the confirmation button. Remembered. If it has not been confirmed due to deficiencies or other reasons, further data communication is performed with the advisor system.
Questions and answers can be made using a facsimile server and facsimile communication software. In this case, too, it is desirable to use a question letter in a form as shown in FIG. By using the advisor code, employee code, etc., the audit system is linked. It is more effective if combined with reading by OCR or the like.
Further, the confirmed answer can be referred from the audit screen as shown in FIG.
Next, the confirmed data is stored in the question / request content history table, and is accumulated in the database as an audit processing example by audit. All audit cases are stored in a database, and search, reference, etc. can be used when similar cases occur later.
FIG. 69 shows an example of a screen for referring to a question and answer database.
In addition, it is desirable to establish a Q & A database for the National Tax Agency, etc., and to ask questions about the views of the tax office or the National Tax Bureau in cases where there are difficult cases that cannot be resolved only by the judgment of the accounting firm, and to create a database of responses.
FIG. 70 to FIG. 72 show an example of a screen for referring to a database of questions and answers with the National Tax Agency and the like.
The question / answer database is stored in the server system of the accounting office system, but as an example of another form, it is stored in the WEB server of the server system for data communication, so that it can be referred to and searched from the consultant system. Can be made possible.
Furthermore, as another example of the question / answer database, cases of other accounting firms can also be registered to construct a database that can be searched and referred to.
Industrial applicability
As described above in detail, according to the present invention, even an assistant with little experience or skill can smoothly perform financial auditing / assisting work, standardize the work of the entire office, and perform auditing work. A system that can be carried out in a unified manner can be provided. In particular, it is possible to provide a system capable of proceeding with standardization of work among a plurality of accounting office employees for a plurality of advisors that are different for each advisor.
For example, it is possible to standardize an audit item specific to a consultant and a question / request to the consultant.
If the list of check items to be checked using the audit check input form is based on the level of the accounting firm's employees, for example, checks to be performed by supervisors and managers, checks to be performed by subordinates, etc. It is possible to perform auditing work separately.
In addition, documents and data handled by individual tax accountants, certified public accountants, or their assistants can be centrally managed, and the supervisors and managers of accounting firms can check and approve and manage operations. System can be provided. As a result, it is possible to prevent troubles and variations in business management, business management, and communication with consultants.
Furthermore, it is possible to maintain a trusting relationship between the business owner and the employee of the accounting office and the accounting office and the advisor.
In addition, it is possible to grasp the progress of the work schedule, ensure strict adherence to the schedule, manage the audit work by the supervisor, and perform daily work in a planned manner.
[Brief description of the drawings]
FIG. 1 is a system configuration diagram showing an example of a basic configuration of the system of the present invention.
FIG. 2 shows a typical example of the basic configuration of the accounting office system.
FIG. 3 is a screen image diagram showing an example of registering office information from a computer terminal of the accounting office system.
FIG. 4 is a screen image diagram showing an example of registering office information from a computer terminal of the accounting office system.
FIG. 5 is a screen image diagram showing an example of registering employee information from a computer terminal of the accounting office system.
FIG. 6 shows an example of a password input screen.
FIG. 7 is a screen image diagram showing an example of registering each information stored in the basic item information storage means from the computer terminal of the accounting office system.
FIG. 8 is a screen image diagram showing an example of registering each information stored in the basic item information storage means from the computer terminal of the accounting office system.
FIG. 9 is a screen image diagram showing an example of registering each information stored in the basic item information storage means from a computer terminal of the accounting office system.
FIG. 10 is a screen image diagram showing an example of registering each information stored in the basic item information storage means from the computer terminal of the accounting office system.
FIG. 11 is a screen image diagram showing an example of registering each information stored in the basic item information storage means from the computer terminal of the accounting office system.
FIG. 12 is a screen image diagram showing an example of registering each information stored in the basic item information storage means from the computer terminal of the accounting office system.
FIG. 13 is a screen image diagram showing an example of registering each information stored in the basic item information storage means from the computer terminal of the accounting office system.
FIG. 14 is a screen image diagram showing an example of registering each information stored in the basic item information storage means from a computer terminal of the accounting office system.
FIG. 15 is a screen image diagram showing an example of registering each information stored in the basic item information storage means from the computer terminal of the accounting office system.
FIG. 16 is a screen image diagram showing an example of registering each piece of information stored in the basic item information storage means from a computer terminal of the accounting office system.
FIG. 17 is a screen image diagram showing an example of registering each information stored in the basic item information storage means from the computer terminal of the accounting office system.
FIG. 18 is a screen image diagram showing an example of registering each piece of information stored in the basic item information storage means from the computer terminal of the accounting office system.
FIG. 19 is a screen image diagram showing an example of registering each piece of information stored in the basic item information storage means from a computer terminal of the accounting office system.
FIG. 20 is a screen image diagram showing an example of registering each piece of information stored in the advisor information storage means from a computer terminal of the accounting office system.
FIG. 21 is a screen image diagram showing an example of registering each information stored in the advisor information storage means from a computer terminal of the accounting office system.
FIG. 22 is a screen image diagram showing an example of registering each information stored in the advisor information storage means from a computer terminal of the accounting office system.
FIG. 23 is a screen image diagram showing an example of registering each information stored in the advisor information storage means from a computer terminal of the accounting office system.
FIG. 24 is a screen image diagram showing an example of registering each information stored in the advisor information storage means from a computer terminal of the accounting office system.
FIG. 25 is a screen image diagram showing an example of registering each information stored in the advisor information storage means from the computer terminal of the accounting office system.
FIG. 26 is a screen image diagram showing an example of registering each piece of information stored in the advisor information storage means from a computer terminal of the accounting office system.
FIG. 27 is a screen image diagram showing an example of registering each information stored in the advisor information storage means from a computer terminal of the accounting office system.
FIG. 28 is a screen image diagram showing an example of registering each information stored in the advisor information storage means from the computer terminal of the accounting office system.
FIG. 29 is a screen image diagram showing an example of registering each information stored in the advisor information storage means from a computer terminal of the accounting office system.
FIG. 30 is a screen image diagram showing an example of registering each information stored in the advisor information storage means from a computer terminal of the accounting office system.
FIG. 31 shows the flow of basic processing using the audit work management program.
FIG. 32 shows the basic structure of the audit information storage means.
FIG. 33 shows an example of a more detailed configuration of the account item master table and the audit master table.
FIG. 34 shows an example of the flow of processing for registering data in the basic item information storage means.
FIG. 35 shows an example of a screen image of registration processing of various audit item masters.
FIG. 36 shows an example of a screen image of registration processing of various audit item masters.
FIG. 37 shows a data flow in which subjects are extracted and registered from the account subject master.
FIG. 38 shows a data flow in which a user arbitrarily registers an account item unique to a consultant.
FIG. 39 is a diagram showing the relationship between the question / request master table, etc., provided in the basic item information storage means, and the advisor-specific question / request table of the question / request item database uniquely registered based on this.
FIG. 40 shows an example of a screen on which an accounting office employee inputs and stores a schedule on a computer terminal of the accounting office system.
FIG. 41 shows an example of a screen in which an accounting office employee inputs and stores a schedule change / deletion application at a computer terminal of the accounting office system.
FIG. 42 shows an example of a responsible authority editing screen.
FIG. 43 shows an example of a schedule approval screen.
FIG. 44 shows an example of a confirmation screen for daily business reports.
FIG. 45 shows an example of a daily work report input screen.
FIG. 46 shows an example of a screen for registering an account item to be used for each advisor in the advisor account item table.
FIG. 47 shows an example of a screen for registering audit items used for each advisor in the advisor audit item table.
FIG. 48 is a flowchart showing an example of the flow of audit processing.
FIG. 49 is a flowchart showing an example of the flow of audit processing.
FIG. 50 is a flowchart showing an example of the flow of audit processing.
FIG. 51 is a flowchart showing an example of the flow of audit processing.
FIG. 52 is a flowchart showing an example of the flow of audit processing.
FIG. 53 is a flowchart showing an example of the flow of audit processing.
FIG. 54 shows an example in which audit items are displayed.
FIG. 55 shows an example of a screen on which a menu of a monthly or annual audit of the consultant is displayed.
FIG. 56 shows an example in which audit items are displayed.
FIG. 57 shows an example of a confirmation screen for audit employees and audit date / time.
FIG. 58 shows a data flow for registering an audit item used for each advisor in the advisor audit item table.
FIG. 59 is a diagram showing the relationship between the question / request master table, etc., provided in the basic item information storage means, and the advisor-specific question / request table of the question / request item database uniquely registered based on this table.
FIG. 60 is a flowchart showing an example of the flow of question / answer processing.
FIG. 61 is a flowchart showing an example of the flow of question / answer processing.
FIG. 62 is a flowchart showing an example of the flow of question / answer processing.
FIG. 63 shows an example of a question / answer processing screen.
FIG. 64 shows an example of a question / answer processing screen.
FIG. 65 shows an example of a question / answer processing screen.
FIG. 66 shows an example of a question / answer processing screen.
FIG. 67 shows an example of a question / answer processing screen.
FIG. 68 shows an example of a question / answer processing screen.
FIG. 69 shows an example of a question / answer processing screen.
FIG. 70 shows an example of a question / answer processing screen.
FIG. 71 shows an example of a question / answer processing screen.
FIG. 72 shows an example of a question / answer processing screen.
FIG. 73 shows a data flow showing processing of a request, a question, and an answer.
FIG. 74 shows an example of the audit depth for each check item.

Claims

A system in which information processing is performed by operation on a terminal such as a computer having an input means, a control means, a display means, an output means, a storage means, etc. An accounting office system configured to include a server system for performing the processing and a computer terminal connected to the server system;
An advisory system including a computer terminal for inputting data, sending / receiving data, and other processes at an accounting firm's advisory party;
A server system that is connected to a communication means represented by the Internet to transmit and receive data between the accounting office system and the advisor system, and is accessible from the accounting office system and the advisor system. Comprising
The accounting office system includes office information storage means for storing information related to the accounting office, and basic item information storage means for storing basic information for use in operations between the accounting office and the advisor. And an advisor information storage means for storing information related to the advisor, an audit information storage means for storing information related to the accounting audit of the advisor, and an audit operation management for performing processing based on data stored in each storage means And at least a program,
The server system is provided with a question / answer sending / receiving means for sending / receiving data including questions and answers to the question between the accounting office system and the advisor system.
An audit operation management system, wherein the audit operation management program includes an audit item check function including a check item including the question and an answer to the question.

In the invention described in claim 1,
In the accounting office system, the office information storage means includes at least office information and employee information.

In the invention according to claim 1 or 2,
The accounting office system includes a basic item information storage means, a government agency master, a contract category master, a business category master, a document category master, a delivery category master, an account item master, an audit item master, a question An audit work management system characterized by including a request fixed sentence master.

In the invention according to claims 1 to 3,
An audit operation management system, characterized in that an account information database, an audit item database, and a question / request item database are provided in the audit information storage means.

In the invention according to claim 4,
The said account item database memorize | stores the account item which should be audited for every consultant, The audit work management system characterized by the above-mentioned.

In the invention according to claim 4 or 5,
The audit item database stores an audit content including check items to be audited for each consultant.

In the invention according to claims 1 to 6,
The audit operation management program includes an input interface including an audit check input form for inputting whether or not each audit item is checked.

In the invention according to claim 7,
The audit check input form includes at least an input form for any of the items of journal number, subject, date, amount, and summary information.

In the invention according to claim 7 or 8,
Audit work characterized in that employee information stored in the office information storage means is stored for each audit item to be checked in association with data input and stored using an audit input form Management system.

In the invention according to claims 7 to 9,
An audit operation management system characterized in that date information is stored for each audit item to be checked in association with data input and stored using an audit input form.

In the invention according to claims 7 to 10,
The audit check input form is characterized in that check items are extracted and displayed based on list data of check items to be checked.

In the invention of claim 11,
A list of check items to be checked using the audit check input form is stored in association with list data of a plurality of audit depth levels.

In the invention of claim 11,
An audit service characterized in that the list data of check items to be checked using the audit check input form is in accordance with the level of an accounting office employee stored in the office information storage means. Management system.

In the invention according to claims 1 to 13,
The system further comprises a daily report management system for accounting firm employees.

In the invention according to claims 1 to 14,
An audit work management system, wherein the basic item information storage means stores a standard time until the work is completed in the work master.

In the invention of claim 15,
The audit work management system characterized in that the standard time stored in the basic item information storage means can set the standard time until the completion of work stored in the work master for each consultant.

In the invention according to claims 1 to 16,
Employee information stored in the office information storage means includes unit price information for employees associated with department / section / post / group / other rank information, etc. system.

In the invention according to claims 14 to 17,
The daily work report management system is provided with a function capable of inputting a work daily report by inputting a daily work report using an input form for graphically displaying a schedule.

In the invention according to claims 14 to 18,
The business daily report management system is provided with functions for extracting an uncompleted business list, managing business progress, and automatically updating the progress by inputting a daily business report.

In the invention according to claims 1 to 19,
The server system includes a WEB server, an e-mail server, a question / answer transmission / reception means for transmitting / receiving data including questions and answers to / from the accounting office system and the advisor system. An audit work management system comprising at least one of a facsimile server and a voice mail server.

In the invention according to claims 1 to 20,
The creation of a question for an advisor is characterized by the fact that the date, subject, description, and amount that indicate the journal entry can be extracted from the journal data of the financial accounting program provided in the accounting office system and inserted. , Audit business management system.

In the invention according to claims 1 to 21,
Questions and answers sent and received between accounting firms and advisors are stored in the server system and can be searched and extracted for each audit item, each advisor, or other conditions. Audit business management system characterized by being accumulated as

In the invention according to claims 1 to 21,
Questions and answers between accounting firms and government offices are stored in the server system and stored as a question / answer database that can be searched and extracted for each audit item, each government office, or other conditions. An audit work management system characterized by