JP4267839B2 - Computer-readable recording medium recording electronic approval program, electronic approval program, electronic approval device, and electronic approval method - Google Patents

Description

Translated fromJapanese

【０００１】
【発明の属する技術分野】
本発明は、コンピュータシステム上で各種業務に関する承認又は否認を行なう電子承認技術に関し、特に、承認作業の効率及び質を向上させる技術に関する。
【０００２】
【従来の技術】
近年では、会社等における各種業務は、コンピュータシステムの導入により電子化されつつある。各種業務においては、担当者が作成した見積書等の書類を顧客に提出する前に、その上司が承認するといった作業が行なわれている。電子化された各種業務では、この承認作業もコンピュータ上で行なわれることとなる。
【０００３】
ところで、書類の承認を行なう際に、担当者が間違え易いミスの傾向等が事前にわかっていれば、ポイントを絞って書類のチェックができるため、承認作業の効率及び質を向上させることができる。
【０００４】
【発明が解決しようとする課題】
しかしながら、従来の承認形態では、書類を承認又は否認した結果しか残っておらず、また、その承認結果すら残っていない場合が多い。このため、従来の承認形態をそのまま電子化したのでは、ポイントを絞った書類のチェックが行なえず、承認作業の効率及び質を向上させることは不可能であった。
【０００５】
そこで、本発明は以上のような従来の問題点に鑑み、承認作業時における承認結果をデータベースに保存し、これを任意の時点で参照できるようにすることで、承認作業の効率及び質を向上させた電子承認技術を提供することを目的とする。
【０００６】
【課題を解決するための手段】
このため、請求項１記載の発明では、コンピュータを用いた対話形式で承認依頼対象について承認又は否認が行なわれたときに、その承認結果として、承認又は否認の結果、及び、否認されたときにはその否認理由を特定する情報コードをデータベースに登録する承認結果登録機能と、前記承認結果の参照要求があったときに、承認依頼対象別及び承認依頼者別に、前記データベースに登録された過去の承認結果を検索し、各否認理由について、否認理由を特定する情報コードに対応した名称が設定されたテーブルを参照してその名称を取得すると共に各否認理由毎に否認を行なった累積件数を集計し、否認理由の名称及び否認の累積件数を関連付けて参照するための画面を表示装置に表示する承認結果表示機能と、をコンピュータに実現させるための電子承認プログラムをコンピュータ読取可能な記録媒体に記録したことを特徴とする。
【０００７】
ここで、「記録媒体」とは、各種情報を確実に記録でき、かつ、必要に応じて取り出し可能なものをいい、磁気テープ，磁気ディスク，磁気ドラム，ＩＣカード，ＣＤ−ＲＯＭ，ＤＶＤ−ＲＯＭ等が該当する。
かかる構成によれば、承認依頼対象について承認又は否認が行なわれたときに、承認結果登録機能により、その承認結果として、承認又は否認の結果、及び、否認されたときにはその否認理由を特定する情報コードがデータベースに登録される。そして、例えば、承認依頼対象について承認又は否認を行なうときに、承認結果表示機能により、承認依頼対象別及び承認依頼者別に、データベースに登録された過去の承認結果が検索され、各否認理由について、否認理由を特定する情報コードに対応した名称が設定されたテーブルを参照してその名称が取得されると共に各否認理由毎に否認を行なった累積件数が集計され、否認理由の名称及び否認の累積件数を関連付けて参照するための画面が表示装置に表示される。このため、承認依頼対象について承認又は否認を行なう承認者は、承認依頼対象別及び承認依頼者別の過去の承認結果を参照することで、例えば、承認依頼者が間違え易いミスを容易に把握することができる。その結果、承認者は、ポイントを絞ったチェックを行なうことができ、承認作業の効率及び質が向上する。なお、承認依頼者が承認依頼対象を作成又は修正するとき、承認依頼者が承認依頼対象について承認依頼を行なうときにも、同様な作用がある。
【０００８】
また、承認者が異動等の理由で変更になっても、承認依頼者及び承認依頼対象の否認傾向を容易に把握できるため、承認作業の効率及び質が低下することが抑制される。
さらに、特定の承認依頼者及び承認依頼対象についてミスが多い場合には、過去の承認結果を参照することで、その原因が見出せることがあり、これを承認依頼者に通知して、問題の是正を行なうこともできる。
【０００９】
以上のような作用を通して、承認処理の回数が減り、承認作業に要する時間及びコストが削減される。
一方、このような電子承認を実現するための承認結果登録機能及び承認結果表示機能がコンピュータ読取可能な記録媒体に記録されれば、一般的なコンピュータを利用して、本発明に係る電子承認装置を容易に構築することが可能となる。
【００１１】
請求項２記載の発明では、前記承認結果表示機能は、前記データベースに登録された過去の承認結果について、所定期間における否認理由の名称及び否認の累積件数を関連付けて表示する構成であることを特徴とする。
かかる構成によれば、データベースに登録された承認結果を参照する際、所定期間における否認理由の名称及び否認の累積件数が関連付けられて表示される。このため、過去所定期間の否認傾向が累積件数を介して把握され、どのような理由によって否認される傾向が強いかが容易に把握される。
【００１２】
請求項３記載の発明では、前記承認結果表示機能は、前記データベースに登録された過去の承認結果について、所定期間における否認理由別の割合をグラフ形式で表示する構成であることを特徴とする。
かかる構成によれば、所定期間における否認理由別の割合がグラフ形式で表示されるため、否認傾向が一目で把握される。
【００１３】
請求項４記載の発明では、コンピュータを用いた対話形式で承認依頼対象について承認又は否認が行なわれたときに、その承認結果として、承認又は否認の結果、及び、否認されたときにはその否認理由を特定する情報コードをデータベースに登録する承認結果登録機能と、前記承認結果の参照要求があったときに、承認依頼対象別及び承認依頼者別に、前記データベースに登録された過去の承認結果を検索し、各否認理由について、否認理由を特定する情報コードに対応した名称が設定されたテーブルを参照してその名称を取得すると共に各否認理由毎に否認を行なった累積件数を集計し、否認理由の名称及び否認の累積件数を関連付けて参照するための画面を表示装置に表示する承認結果表示機能と、をコンピュータに実現させるための電子承認プログラムであることを特徴とする。
【００１４】
かかる構成によれば、請求項１記載の発明における作用に加え、例えば、インターネットに接続されたサーバ上に、承認結果登録機能及び承認結果表示機能とをコンピュータに実現させるための電子承認プログラムが登録されていれば、電気通信回線を介して、かかるプログラムをダウンロードすることで、本発明に係る電子承認装置が容易に構築される。
【００１５】
請求項５記載の発明では、承認依頼対象について承認又は否認を行なうときに、その承認結果として、承認又は否認の結果、及び、否認したときにはその否認理由を特定する情報コードをデータベースに登録する承認結果登録手段と、承認依頼対象別及び承認依頼者別に、前記データベースに登録された過去の承認結果を検索し、各否認理由について、否認理由を特定する情報コードに対応した名称が設定されたテーブルを参照してその名称を取得すると共に各否認理由毎に否認を行なった累積件数を集計し、否認理由の名称及び否認の累積件数を関連付けて参照する承認結果参照手段と、を含んで電子承認装置を構成したことを特徴とする。
かかる構成によれば、承認依頼対象について承認又は否認を行なうときに、承認結果登録手段により、その承認結果として、承認又は否認の結果、及び、否認したときにはその否認理由を特定する情報コードがデータベースに登録される。そして、例えば、承認依頼対象について承認又は否認を行なうときに、承認結果参照手段により、承認依頼対象別及び承認依頼者別に、データベースに登録された過去の承認結果が検索され、各否認理由について、否認理由を特定する情報コードに対応した名称が設定されたテーブルを参照してその名称が取得されると共に各否認理由毎に否認を行なった累積件数が集計され、否認理由の名称及び否認の累積件数が関連付けて参照される。このため、承認依頼対象について承認又は否認を行なう承認者は、承認依頼対象別及び承認依頼者別の過去の承認結果を参照することで、例えば、承認依頼者が間違え易いミスを容易に把握することができる。その結果、承認者は、ポイントを絞ったチェックを行なうことができ、承認作業の効率及び質が向上する。なお、承認依頼者が承認依頼対象を作成又は修正するとき、承認依頼者が承認依頼対象について承認依頼を行なうときにも、同様な作用がある。
【００１６】
また、承認者が異動等の理由で変更になっても、承認依頼者及び承認依頼対象の否認傾向を容易に把握できるため、承認作業の効率及び質が低下することが抑制される。
さらに、特定の承認依頼者及び承認依頼対象についてミスが多い場合には、過去の承認結果を参照することで、その原因が見出せることがあり、これを承認依頼者に通知して、問題の是正を行なうこともできる。
【００１７】
以上のような作用を通して、承認処理の回数が減り、承認作業に要する時間及びコストが削減される。
【００１８】
請求項６記載の発明では、前記承認結果参照手段は、前記データベースに登録された過去の承認結果について、所定期間における否認理由の名称及び否認の累積件数を関連付けて参照する構成であることを特徴とする。
【００１９】
かかる構成によれば、データベースに登録された承認結果を参照する際、所定期間における否認理由の名称及び否認の累積件数が関連付けられて参照される。このため、過去所定期間の否認傾向が累積件数を介して把握され、どのような理由によって否認される傾向が強いかが容易に把握される。
請求項７記載の発明では、前記承認結果参照手段は、前記データベースに登録された過去の承認結果について、所定期間における否認理由別の割合をグラフ形式で参照する構成であることを特徴とする。
【００２０】
かかる構成によれば、所定期間における否認理由別の割合がグラフ形式で参照されるため、否認傾向が一目で把握される。
請求項８記載の発明では、コンピュータを用いた対話形式で承認依頼対象について承認又は否認が行なわれたときに、その承認結果として、承認又は否認の結果、及び、否認されたときにはその否認理由を特定する情報コードをデータベースに登録する承認結果登録工程と、前記承認結果の参照要求があったときに、承認依頼対象別及び承認依頼者別に、前記データベースに登録された過去の承認結果を検索し、各否認理由について、否認理由を特定する情報コードに対応した名称が設定されたテーブルを参照してその名称を取得すると共に各否認理由毎に否認を行なった累積件数を集計し、否認理由の名称及び否認の累積件数を関連付けて参照するための画面を表示装置に表示する承認結果表示工程と、をコンピュータが実行する電子承認方法であることを特徴とする。
【００２１】
かかる構成によれば、承認依頼対象について承認又は否認が行なわれたときに、承認結果登録工程により、その承認結果として、承認又は否認の結果、及び、否認されたときにはその否認理由を特定する情報コードがデータベースに登録される。そして、例えば、承認依頼対象について承認又は否認を行なうときに、承認結果表示工程により、承認依頼対象別及び承認依頼者別に、データベースに登録された過去の承認結果が検索され、各否認理由について、否認理由を特定する情報コードに対応した名称が設定されたテーブルを参照してその名称が取得されると共に各否認理由毎に否認を行なった累積件数が集計され、否認理由の名称及び否認の累積件数を関連付けて参照するための画面が表示装置に表示される。このため、承認依頼対象について承認又は否認を行なう承認者は、承認依頼対象別及び承認依頼者別の過去の承認結果を参照することで、例えば、承認依頼者が間違え易いミスを容易に把握することができる。その結果、承認者は、ポイントを絞ったチェックを行なうことができ、承認作業の効率及び質が向上する。なお、承認依頼者が承認依頼対象を作成又は修正するとき、承認依頼者が承認依頼対象について承認依頼を行なうときにも、同様な作用がある。
【００２２】
また、承認者が異動等の理由で変更になっても、承認依頼者及び承認依頼対象の否認傾向を容易に把握できるため、承認作業の効率及び質が低下することが抑制される。
さらに、特定の承認依頼者及び承認依頼対象についてミスが多い場合には、過去の承認結果を参照することで、その原因が見出せることがあり、これを承認依頼者に通知して、問題の是正を行なうこともできる。
【００２３】
以上のような作用を通して、承認処理の回数が減り、承認作業に要する時間及びコストが削減される。
請求項９記載の発明では、前記承認結果表示工程は、前記データベースに登録された過去の承認結果について、所定期間における否認理由の名称及び否認の累積件数を関連付けて表示する構成であることを特徴とする。
【００２４】
かかる構成によれば、データベースに登録された承認結果を参照する際には、所定期間における否認理由の名称及び否認の累積件数が関連付けられて表示される。このため、過去所定期間の否認傾向が累積件数を介して把握され、どのような理由によって否認される傾向が強いかが容易に把握される。
【００２５】
【発明の実施の形態】
以下、添付された図面を参照して本発明を詳述する。
電子承認装置１０は、図１に示すように、少なくとも１台の端末２０（２０ａ〜２０ｆ）と、承認情報データベース（以下「承認情報ＤＢ」という）３０と、を含んで構成される。端末２０は、少なくとも、中央処理装置（ＣＰＵ），メモリ及び表示装置を備えたＰＣ（Personal Computer）やＷＳ（Work Station）等から構成され、メモリにロードされたプログラムに従って各種処理を行なう。承認情報ＤＢ３０には、図２に示すように、承認依頼テーブル４０と、承認依頼物件テーブル５０と、が承認情報として蓄積される。
【００２６】
なお、端末２０では、承認結果登録機能，承認結果登録手段，承認結果登録工程，承認結果表示機能，承認結果参照手段及び承認結果表示工程が、ソフトウエアによって実現されている。
承認依頼テーブル４０は、図２（Ａ）に示すように、依頼番号と、対象分類コードと、件名と、依頼部署コードと、依頼者コードと、依頼日と、承認者コードと、承認／否認日と、否認理由と、その他理由と、を含んで構成される。依頼番号は、承認依頼対象を特定する情報であって、各承認依頼対象毎に付されたユニークな整数により記述される。対象分類コードは、承認依頼対象が何であるかを特定する情報であって、例えば、「Ｍ０１」は見積書を表わすように、各承認依頼対象毎に付されたユニークな文字列により記述される。件名は、承認依頼対象名を表わした情報であって、任意の文字列により記述される。依頼部署コードは、承認依頼者が所属する部署（例えば、営業部）を特定する情報であって、各部署毎に付されたユニークな文字列により記述される。依頼者コードは、承認依頼者を特定する情報であって、各承認依頼者毎に付されたユニークな文字列により記述される。依頼日は、承認を依頼した日付を特定する情報であって、例えば、システムで用いられている日付表現形式により記述される。承認者コードは、承認依頼対象をチェックして承認又は否認する承認者を特定する情報であって、各承認者毎に付されたユニークな文字列により記述される。承認／否認日は、承認依頼対象を承認又は否認した日付を特定する情報であって、依頼日と同様に、例えば、システムで用いられている日付表現形式により記述される。なお、承認／否認日が設定されていない場合には、承認依頼対象の承認行為が行なわれていないことを表している。否認理由は、承認依頼対象がどのような理由によって否認されたかを特定する情報であって、０又は１で表わされるビット列により記述される。その他理由は、一般的に分類可能な否認理由に属さない否認理由であることを表わす情報であって、任意の文字列により記述される。
【００２７】
ここで、否認理由は、図３に示すように、対象分類コード毎に、桁，名称及びその他コードが設定された否認理由設定テーブル６０により、任意に設定することができる。即ち、図示しない否認理由設定画面において、各対象分類コード毎に、否認理由を表わすビット列の先頭からの位置を特定する桁，拒絶理由を表わす任意の名称及びその他理由が付随することを表わすその他コードを指定すると、自動的に否認理由設定テーブル６０が作成される。そして、過去の承認実績を表示するときに、否認理由設定テーブル６０を読み込んで解析することで、承認依頼対象別に任意の否認理由が表示される。
【００２８】
一方、承認依頼物件テーブル５０は、図２（Ｂ）に示すように、依頼番号と、物件名と、参照フラグと、ファイル所在と、ファイル名と、を含んで構成される。依頼番号は、承認依頼テーブル４０に含まれる依頼番号と同一の情報である。物件名は、承認依頼物件及びその付属物件を特定する情報であって、任意の文字列により夫々記述される。参照フラグは、承認依頼物件であるか又はその付属物件であるかを特定する情報であって、０（承認依頼物件）又は１（付属物件）で表わされるビットにより記述される。ファイル所在は、承認依頼物件又は付属物件が保存されている場所を特定する情報であって、任意の文字列により記述される。ファイル名は、承認依頼物件又は付属物件を特定する情報であって、任意の文字列により記述される。
【００２９】
従って、依頼番号を指定すると、依頼番号をキーとして承認依頼物件テーブル５０が検索され、承認依頼物件及びその付属物件が何であるかを特定することができる。また、後述するように、承認依頼物件又は付属物件の実体を見たいときには、承認依頼物件テーブル５０に設定されたファイル所在及びファイル名に基づいて、各物件に適したアプリケーションが自動的に起動する。
【００３０】
図４は、電子承認装置１０を用いて、見積書等の承認対象を承認する業務の概要を示す。
担当者が承認対象を作成又は修正するときには、承認情報ＤＢ３０に蓄積されている過去の否認情報が参照される。過去の否認情報には、各担当者毎に、過去にどのような理由（例えば、計算ミス等）で承認対象が否認されたかを累計した情報が含まれる。担当者が否認情報を参照すると、自分が間違え易いミスが容易に把握でき、これに注意を払うことで、質の高い承認対象を作成又は修正することができる。
【００３１】
また、担当者が承認依頼を行なうときにも、過去の否認情報が参照される。この場合には、承認対象に対して再度のチェックが行なわれることとなり、ミスの少ない承認対象に対して承認依頼を行なうことができる。そして、承認対象のチェックが完了したら、承認依頼情報が承認情報ＤＢ３０に登録される。なお、担当者が承認依頼を行なったことは、例えば、電子メールを介して承認者に通知される。
【００３２】
承認者が承認対象を承認又は否認するときには、承認情報ＤＢ３０に蓄積されている過去の否認情報が参照される。承認者が否認情報を参照すると、承認依頼を行なった担当者が過去にどのような理由で否認されているかが容易に把握でき、否認の要因となっている項目を重点的にチェックすることで、承認又は否認を行なう際の効率が向上する。そして、承認対象の承認又は否認を行なうときには、承認結果たる承認情報又は否認情報が承認情報ＤＢ３０に登録される。この承認結果が、前述したように、承認対象の作成又は修正、承認依頼及び次回の承認のときに参照される。
【００３３】
承認情報ＤＢ３０に登録されている過去の否認情報は、任意の時点においても参照される。即ち、担当者が過去の否認情報を参照してもミスが改善されない場合には、例えば、承認者が過去の否認情報に基づいて様々な予防策を検討する。予防策としては、担当者や承認対象に限定される原因があれば、担当者に改善すべきことを通知して、問題の是正を行なうことができる。
【００３４】
次に、かかる電子承認装置１０における処理内容について説明する。
承認対象の作成又は修正、及び、問題の是正において、過去の否認情報を参照するときには、図５に示すような承認実績参照画面７０が表示される。承認実績参照画面７０は、部署名指定部７２と、担当者名指定部７４と、承認対象指定部７６と、「実行」ボタン７８と、「取消」ボタン８０と、を含んで構成される。
【００３５】
なお、承認実績参照画面７０は、承認結果表示機能，承認結果参照手段及び承認結果表示工程として作用する。
部署名指定部７２では、承認依頼者たる担当者が所属する部署名が指定される。担当者名指定部７４では、承認依頼者たる担当者名が指定される。承認対象指定部７６では、承認対象たる見積書等の名称が指定される。ここで、部署名指定部７２，担当者名指定部７４及び承認対象指定部７６は、夫々、ドロップダウン形式のリストボックスにより構築され、直接文字列を入力する他、リストに表示されたものから選択することができる。
【００３６】
そして、承認対象指定部７６に承認対象たる見積書等の名称が入力された後、「実行」ボタン７８が押されると、図６に示すように、承認対象に応じた承認実績表示部８２が拡張表示される。承認実績表示部８２は、期間指定部８２ａと、集計結果表示部８２ｂと、グラフ表示部８２ｃと、を含んで構成される。期間指定部８２ａでは、承認実績を累計する期間（以下「指定期間」という）がラジオボタンを介して指定される。集計結果表示部８２ｂでは、担当者及び担当者が所属する部署別に、指定期間における承認件数，否認件数及び各否認理由の累計件数が夫々表示される。グラフ表示部８２ｃには、指定期間における否認理由の割合を表わした円グラフが表示される。なお、本実施形態では、否認理由の割合は、円グラフで表わされているが、棒グラフ，折れ線グラフ等で表わすようにしてもよい。
【００３７】
図７は、承認実績参照画面７０における処理内容を説明したフローチャートである。なお、図７に示すフローチャートが、承認結果表示機能，承認結果参照手段及び承認結果表示工程に該当する。
ステップ１（図では「Ｓ１」と略記する。以下同様）では、初期画面として、図５に示す承認実績参照画面７０が表示される。部署名指定部７２及び担当者名指定部７４には、デフォルトとして、端末２０の操作者が所属する部署名及び操作者名が表示され、承認対象指定部７６には、承認対象が未指定状態で表示される。ここで、端末２０の操作者名等は、例えば、各端末においてログインしたときの情報に基づいて決定される。
【００３８】
ステップ２では、オペレーティングシステム（以下「ＯＳ」という）より通知されるイベントメッセージに基づいて、処理内容に応じた分岐処理が行なわれる。即ち、「実行」ボタン７８が押されたとき、又は、期間指定部８２ａが操作されて指定期間が変更されたときには、ステップ３へと進み、「取消」ボタン８０が押されたときには、承認実績表示画面７０における処理が終了される。
【００３９】
ステップ３では、承認情報ＤＢ３０を検索する検索条件が取得される。即ち、図５に示す承認実績参照画面７０では、部署名指定部７２，担当者名指定部７４及び承認対象指定部７６から部署名，担当者名及び承認対象が夫々取得される。一方、図６に示す承認実績参照画面７０では、部署名，担当者名及び承認対象に加えて、期間指定部８２ａから指定期間が取得される。
【００４０】
ステップ４では、取得された検索条件をキーとして承認情報ＤＢ３０が検索され、検索条件に合致する承認情報が取得される。
ステップ５では、取得された承認情報に基づいて、担当者及び部署における承認件数，否認件数及び否認理由別の累計件数が夫々集計される。ここで、承認件数及び否認件数は、図２（Ａ）に示す承認依頼テーブル４０の否認理由に基づいて、全ビットが０であれば「承認」、いずれか１つのビットが１であれば「否認」と判断され、その件数を累計することで集計される。一方、否認理由別の件数は、否認理由のビットが１となっているものを個別に累計することで集計される。
【００４１】
ステップ６では、集計された集計結果に基づいて、集計結果表示部８２ｂに集計結果が表示されると共に、グラフ表示部８２ｃに否認理由の割合を表わした円グラフが表示される。ここで、集計結果表示部８２ｂでは、図３に示す否認理由設定テーブル６０に基づいて表示項目が表示される。
以上説明したステップ１〜ステップ６の処理によれば、操作者が指定した部署名，担当者名，承認対象及び指定期間を検索条件として承認情報ＤＢ３０が検索され、検索条件に合致する承認情報が取得される。そして、取得された承認情報が集計され、その集計結果が承認実績として表示される。このとき、操作者が指定期間等を変更すると、その変更に応じた承認実績が表示される。
【００４２】
従って、承認対象を作成又は修正するときには、過去の承認実績を容易に参照できるようになり、ミスの多い項目に注意を払うことで、形式的なミスが少ない承認対象の作成又は修正を行なうことができる。一方、問題の是正を行なうときには、担当者が間違え易いミスを容易に把握できるため、これを担当者等に知らせて注意を喚起することができる。そして、担当者がミスの多い項目に注意を払うことで、形式的なミスが少ない承認対象の作成が可能となる。
【００４３】
このように、形式的なミスが少ない承認対象が作成されると、これをチェックして承認又は否認する承認者は、実体的な内容のみをチェックするだけでよく、承認作業の効率及び質を向上することができる。
承認依頼において、過去の否認情報を参照するときには、図８に示すような承認依頼処理画面９０が表示される。承認依頼処理画面９０は、承認依頼内容指定部９２と、否認内容表示部９４と、承認実績表示部９６と、「実行」ボタン９８と、「取消」ボタン１００と、を含んで構成される。
【００４４】
なお、承認依頼処理画面９０は、承認結果表示機能，承認結果参照手段及び承認結果表示工程として作用する。
承認依頼内容指定部９２は、承認対象を特定する機能を提供し、承認依頼件名指定部９２ａと、承認依頼者名指定部９２ｂと、承認者名指定部９２ｃと、コメント入力部９２ｄと、承認対象指定部９２ｅと、「否認物件取り込み」ボタン９２ｆと、「承認対象の指定」ボタン９２ｇと、を含んで構成される。承認依頼件名指定部９２ａでは、承認対象の件名が指定される。承認依頼者名指定部９２ｂでは、承認依頼者名が指定される。承認者名指定部９２ｃでは、承認対象を承認又は否認する承認者名が指定される。コメント入力部９２ｄでは、必要に応じて、承認者に対して通知するコメントが入力される。承認対象指定部９２ｅでは、承認対象物件及びその付属物件が指定される。承認対象物件及び付属物件は、図２（Ｂ）に示す承認依頼物件テーブル５０に登録される。
【００４５】
否認内容表示部９４では、承認依頼内容指定部９２により特定される承認対象に関して、前回の承認で否認された否認内容が表示される。このとき、その他の項目では、承認者により入力されたコメントが表示される。なお、承認対象の承認依頼が初めてである場合には、否認内容表示部９２をグレー表示にしたり、非表示にしたり、各否認理由を「−」で表わしたりして、その旨が分かるようにしてもよい。
【００４６】
承認実績表示部９６は、前述した承認実績参照画面８２（図６参照）と同様であるので、その説明は省略する。
図９は、承認依頼処理画面９０における処理内容を説明したフローチャートである。なお、図９に示すフローチャートが、承認結果表示機能，承認結果参照手段及び承認結果表示工程に該当する。
【００４７】
ステップ１１では、図８に示す承認依頼処理画面９０が表示される。初期状態の承認依頼内容指定部９２においては、デフォルトの承認依頼者名として、端末２０の操作者名が表示され、他の項目は未指定状態で表示される。この場合、否認内容表示部９４及び承認実績表示部９６は、依頼対象が未確定であるため、夫々、その内容は表示されない。
【００４８】
ステップ１２では、ＯＳより通知されるイベントメッセージに基づいて、処理内容に応じた分岐処理が行なわれる。即ち、「否認物件取り込み」ボタン９２ｆが押されたときには、ステップ１３へと進み、「承認対象の指定」ボタン９２ｇが押されたときには、ステップ１７へと進み、「実行」ボタン９８が押されたときには、ステップ２０へと進み、「取消」ボタン１００が押されたときには、承認依頼処理画面９０における処理が終了される。
【００４９】
ステップ１３〜ステップ１６では、過去に否認された承認対象について再度承認依頼するために、承認情報ＤＢ３０に登録されている複数の承認対象の中から、否認された承認対象を選択する作業が行なわれる。即ち、ステップ１３では、承認依頼内容指定部９２から承認依頼者名が取得される。ステップ１４では、取得された承認依頼者名を検索条件として承認情報ＤＢ３０が検索され、過去に否認された否認物件名が取得される。ステップ１５では、図１０に示すように、取得された否認物件名がリスト形式で一覧表示される否認物件一覧画面１１０が表示される。
【００５０】
否認物件一覧画面１１０は、物件名表示部１１２と、「取り込み」ボタン１１４と、「取消」ボタン１１６と、を含んで構成される。そして、否認物件一覧画面１１０において否認物件を選択するには、物件名表示部１１２に表示されている否認物件の中から所望の否認物件をマウス等を介して指定し、「取り込み」ボタン１１４を押す。一方、否認物件の選択を中止するには、「取消」ボタン１１６を押す。
【００５１】
ステップ１６では、選択された承認対象に基づいて、承認依頼内容指定部９２の承認依頼件名及び承認対象が更新される。ここで、承認対象指定部９２ｅの内容は、承認情報ＤＢ３０に登録されている承認依頼物件テーブル５０（図２（Ｂ）参照）を検索することで決定される。その後、ステップ１２へと戻り、操作内容に応じた処理が続行される。
【００５２】
ステップ１７〜ステップ１９では、「承認対象の指定」ボタン９２ｇが押されたときの処理が行なわれる。即ち、新たな承認対象について承認依頼をするために、承認情報ＤＢ３０に登録されている承認対象の中から、承認対象を選択する作業が行なわれる。具体的には、ステップ１７では、承認依頼内容指定部９２から承認依頼者名が取得される。ステップ１８では、取得された承認依頼者名を検索条件として承認情報ＤＢ３０が検索され、新規の承認対象である未承認物件名が取得される。ステップ１９では、取得された未承認物件名がリスト形式で一覧表示される未承認物件一覧画面が表示される。未承認物件一覧画面は、図１０に示す否認物件一覧画面１１０と略同様な構成であるので、その図面及び説明は省略することとする。なお、承認対象は、未承認物件一覧画面において、追加，変更又は削除することができる。その後、ステップ１６に進み、選択された未承認物件名に基づいて、承認依頼物件名及び承認対象が更新される。
【００５３】
ステップ２０〜ステップ２４では、「実行」ボタン９８が押されたときの処理が行なわれる。即ち、承認依頼内容指定部９２において指定された項目を検索条件として承認情報ＤＢ３０が検索され、前回の否認内容及び過去の承認実績が更新される。具体的には、ステップ２０では、承認依頼内容指定部９２から承認依頼件名，承認依頼者名及び承認者名が取得される。ステップ２１では、取得された承認依頼件名等により特定される承認対象の確認（チェック）が行なわれる。即ち、いわゆる出口関数を用い、必要と思われる事前チェックプログラムを呼出すことで、承認対象が適正なものであるか否かが判定される。そして、承認対象が適正なものでなければ、その旨を報知するメッセージボックス等が表示される。ステップ２２では、取得された承認依頼件名等を検索条件として承認情報ＤＢ３０が検索され、検索条件に合致する承認情報が取得される。ステップ２３では、ステップ５と同様に、担当者及び部署における承認件数，否認件数及び否認理由別の累計件数が夫々集計される。ステップ２４では、取得された承認情報に基づいて、否認内容表示部９４に前回の否認内容が表示されると共に、集計された集計結果に基づいて、承認実績表示部９６に集計結果が表示される。その後、ステップ１２に戻り、操作内容に応じた処理が続行される。
【００５４】
以上説明したステップ１１〜ステップ２４の処理によれば、承認依頼者たる担当者が承認対象の承認を依頼するときに、前回の否認理由及び過去の承認実績を参照することができる。このため、自分が間違え易いミスを把握することができ、形式的なミスの少ない承認対象について承認依頼を行なうことができる。この場合、承認者は、実体的な内容のみを重点的にチェックすればよく、承認効率及び質を向上することができる。
【００５５】
なお、図８に示す承認依頼処理画面９０では、承認依頼物件名を指定する際に、「否認物件取り込み」ボタン９２ｆ又は「承認対象の指定」ボタン９２ｇを押して処理を行なったが、承認依頼件名指定部９２ａに承認依頼件名を直接入力するようにしてもよい。
承認において、承認者が過去の否認情報を参照するときには、図１１に示すような承認処理画面１２０が表示される。承認処理画面１２０は、承認依頼内容表示部１２２と、承認結果入力部１２４と、否認内容表示部１２６と、承認実績表示部１２８と、「実行」ボタン１３０と、「取消」ボタン１３２と、を含んで構成される。
【００５６】
なお、承認処理画面１２０は、承認結果登録機能，承認結果登録手段，承認結果登録工程，承認結果表示機能，承認結果参照手段及び承認結果表示工程として作用する。
承認依頼内容表示部１２２は、承認対象を確認する機能を提供し、承認依頼件名表示部１２２ａと、承認依頼者名表示部１２２ｂと、依頼回数表示部１２２ｃと、コメント表示部１２２ｄと、承認対象表示部１２２ｅと、を含んで構成される。承認依頼件名表示部１２２ａ及び承認依頼者表示部１２２ｂには、承認依頼件名及び承認依頼者名が夫々表示される。依頼回数表示部１２２ｃには、承認対象が何回目の承認依頼であるかが表示される。依頼回数は、図２（Ａ）に示す承認依頼テーブル４０の依頼番号を解析することで、同一の依頼番号がいくつあるかを計数して特定される。コメント表示部１２２ｄには、図８に示す承認依頼処理画面９０において、承認依頼者が入力したコメントが表示される。承認対象表示部１２２ｅには、承認依頼物件及びその付属物件が表示され、例えば、これをマウス等でダブルクリックすることで、各物件のフォーマットに適合したアプリケーションが起動し、その実体を確認することができる。
【００５７】
承認結果入力部１２４は、承認者が承認対象をチェックした結果を入力する機能を提供し、承認結果として承認又は否認が入力されると共に、否認をした場合には、その理由が入力される。ここで、その他の理由に関しては、承認者のコメントを入力するコメント入力部１２４ａが用意されている。
否認内容表示部１２６及び承認実績表示部１２８は、前述した承認実績参照画面７０（図６参照）及び承認依頼処理画面９０（図８参照）と同様であるので、その説明は省略する。
【００５８】
図１２は、承認処理画面１２０における処理内容を説明したフローチャートである。
ステップ３１では、ＯＳより通知されるイベントメッセージに基づいて、処理内容に応じた分岐処理が行なわれる。即ち、承認処理画面１２０を初期表示するとき、又は、指定期間が変更されたときには、ステップ３２へと進み、「実行」ボタン１３０が押されたときには、ステップ３５へと進み、「取消」ボタン１３２が押されたときには、承認処理画面１２０における処理が終了される。
【００５９】
ステップ３２〜ステップ３４では、承認処理画面１２０の表示又は更新処理が行なわれる。即ち、ステップ３２では、承認処理を開始するときに指定した承認依頼者名及び承認依頼件名を検索条件として承認情報ＤＢ３０が検索され、承認依頼物件に関する承認情報が取得される。ステップ３３では、取得された承認情報に基づいて、依頼対象に関する依頼回数が計数されると共に、指定期間（初期表示のときはデフォルト期間）において、担当者及び部署における承認件数，否認件数及び否認理由別の累計件数が夫々集計される。ステップ３４では、承認依頼内容、前回の否認内容及び過去の承認実績が表示される。ここで、承認依頼対象が新規な依頼である場合には、前回の否認内容は表示されない。その後、ステップ３１へと戻り、操作内容に応じた処理が続行される。
【００６０】
なお、ステップ３１〜ステップ３４の処理が、承認結果表示機能，承認結果参照手段及び承認結果表示工程に該当する。
ステップ３５では、「実行」ボタン１３０が押されたときの処理が行なわれる。即ち、承認依頼者が承認対象をチェックして、承認又は否認することを決定したときには、承認結果入力部１２４にその結果が入力される。そして、承認者が「実行」ボタン１３０を押すと、承認結果入力部１２４から承認結果が取得され、これが図２に示す形式で承認情報ＤＢ３０に登録される。
【００６１】
なお、ステップ３５の処理が、承認結果登録機能，承認結果登録手段及び承認結果登録工程に該当する。
以上説明したステップ３１〜ステップ３５の処理によれば、承認者は、承認対象に関する過去の承認実績を参照することができ、承認依頼者が間違え易いミスを容易に把握できる。このため、承認者は、ポイントを絞ったチェックを行なうことができ、効率的な承認作業が行なわれると共に、その質を向上することができる。そして、承認結果たる承認又は否認情報は、承認情報ＤＢ３０に登録され、次回の承認対象作成又は修正，承認依頼及び承認時に参照される。
【００６２】
なお、電子承認装置１０において参照される否認情報は、承認依頼対象の作成又は修正，承認依頼，承認及び問題の是正だけではなく、ＩＳＯ９００１の予防措置の足がかりにもなる。
また、以上説明した電子承認装置１０は、図１３に示すように、クライアント／サーバモデルのコンピュータシステム上に構築してもよい。また、承認情報ＤＢ３０は、例えば、クライアント１４０とサーバ１５０とが分散して持つ分散ファイルシステム上に構築してもよい。
【００６３】
このような機能を実現するプログラムを、例えば、磁気テープ，磁気ディスク，磁気ドラム，ＩＣカード，ＣＤ−ＲＯＭ，ＤＶＤ−ＲＯＭ等のコンピュータ読取可能な記録媒体に記録しておけば、本発明に係る電子承認プログラムを市場に流通させることができる。そして、かかる記録媒体を取得した者は、一般的なコンピュータを利用して、本発明に係る電子承認装置を容易に構築することができる。
【００６４】
なお、インターネットに接続されたサーバ上に、本発明に係る電子承認プログラムを登録させておけば、電気通信回線を介して、かかるプログラムをダウンロードすることで、本発明に係る電子承認装置を容易に構築することができる。
【００６５】
【発明の効果】
以上説明したように、請求項１記載の発明によれば、承認依頼対象別及び承認依頼者別の過去の承認結果を参照することで、承認依頼者が間違え易いミスを容易に把握することができ、承認作業の効率及び質が向上する。また、承認者が異動等の理由で変更になっても、承認依頼者及び承認依頼対象の否認傾向を容易に把握できるため、承認作業の効率及び質が低下することが抑制される。さらに、特定の承認依頼者及び承認依頼対象についてミスが多い場合には、過去の承認結果を参照することで、その原因が見出せることがあり、これを承認依頼者に通知して、問題の是正を行なうこともできる。以上のような作用を通して、承認処理の回数が減り、承認作業に要する時間及びコストを削減することができる。
【００６６】
一方、このような電子承認を実現するための承認結果登録機能及び承認結果表示機能をコンピュータ読取可能な記録媒体に記録すれば、一般的なコンピュータを利用して、本発明に係る電子承認装置を容易に構築することができる。
【００６７】
請求項２又は請求項６に記載の発明によれば、過去所定期間の否認傾向が累積件数を介して把握され、どのような理由によって否認される傾向が強いかを容易に把握することができる。
請求項３又は請求項７に記載の発明によれば、所定期間における否認理由別の割合がグラフ形式で参照されるため、否認傾向を一目で把握することができる。
【００６８】
請求項４に記載の発明によれば、請求項１記載の発明における効果に加え、例えば、インターネットに接続されたサーバ上に、承認結果登録機能及び承認結果表示機能をコンピュータに実現させるための電子承認プログラムが登録されていれば、電気通信回線を介して、かかるプログラムをダウンロードすることで、本発明に係る電子承認装置を容易に構築することができる。
【００６９】
請求項５又は請求項８に記載の発明によれば、承認依頼対象別及び承認依頼者別の過去の承認結果を参照することで、承認依頼者が間違え易いミスを容易に把握することができ、承認作業の効率及び質が向上する。また、承認者が異動等の理由で変更になっても、承認依頼者及び承認依頼対象の否認傾向を容易に把握できるため、承認作業の効率及び質が低下することが抑制される。さらに、特定の承認依頼者及び承認依頼対象についてミスが多い場合には、過去の承認結果を参照することで、その原因が見出せることがあり、これを承認依頼者に通知して、問題の是正を行なうこともできる。以上のような作用を通して、承認処理の回数が減り、承認作業に要する時間及びコストを削減することができる。
【００７０】
請求項９記載の発明によれば、過去所定期間の否認傾向が累積件数を介して把握され、どのような理由によって否認される傾向が強いかを容易に把握することができる。
【図面の簡単な説明】
【図１】本発明に係る電子承認装置の一例を示す全体構成図である。
【図２】承認情報データベースに蓄積される承認情報を示し、（Ａ）は承認依頼テーブル、（Ｂ）は承認依頼物件テーブルの説明図である。
【図３】否認理由が設定される否認理由設定テーブルの説明図である。
【図４】電子承認装置を用いて行なわれる承認業務の概要の説明図である。
【図５】初期状態の承認実績参照画面の説明図である。
【図６】承認実績が拡張表示された承認実績参照画面の説明図である。
【図７】承認実績参照画面における処理内容を説明するフローチャートである。
【図８】承認依頼処理画面の説明図である。
【図９】承認依頼処理画面における処理内容を説明するフローチャートである。
【図１０】否認物件一覧画面の説明図である。
【図１１】承認処理画面の説明図である。
【図１２】承認処理画面における処理内容を説明するフローチャートである。
【図１３】本発明に係る電子承認装置の他の例を示す全体構成図である。
【符号の説明】
１０・・・電子承認装置
２０・・・端末
３０・・・承認情報ＤＢ
７０・・・承認実績参照画面
９０・・・承認依頼処理画面
１１０・・・承認処理画面
１４０・・・クライアント
１５０・・・サーバ[0001]
BACKGROUND OF THE INVENTION
The present invention relates to an electronic approval technology for approving or rejecting various tasks on a computer system, and more particularly to a technology for improving the efficiency and quality of approval work.
[0002]
[Prior art]
In recent years, various businesses in companies and the like are being digitized by the introduction of computer systems. In various business operations, before a document such as an estimate prepared by a person in charge is submitted to a customer, the manager approves it. In various electronic works, this approval work is also performed on a computer.
[0003]
By the way, when approving a document, if the person in charge knows the tendency of mistakes that are easy to make mistakes in advance, the document can be checked by narrowing down points, so the efficiency and quality of the approval work can be improved. .
[0004]
[Problems to be solved by the invention]
However, in the conventional approval form, only the result of approving or rejecting the document remains, and even the approval result often does not remain. For this reason, if the conventional approval form is digitized as it is, it is impossible to check the documents with the points narrowed down and it is impossible to improve the efficiency and quality of the approval work.
[0005]
Therefore, in view of the conventional problems as described above, the present invention improves the efficiency and quality of approval work by storing the approval result at the time of approval work in a database and making it possible to refer to this at any time. The purpose is to provide electronic approval technology.
[0006]
[Means for Solving the Problems]
  Therefore, in the invention according toclaim 1,Interactively using a computerApproval request targetApproved or deniedSometimes the approval result is an approval or denial result, andAn information code that identifies the reason for the rejection when it is rejectedApproval result registration function to registerWhen there is a reference request for the approval result,Search past approval results registered in the database for each approval request target and approval requester, and for each rejection reason,Information code identifying the reason for rejectionWhile referring to the table in which the name corresponding to is set, get the nameFor each rejection reasonAccumulate the cumulative number of rejections, and associate the name of the reason for rejection and the cumulative number of rejections.Approval result display function to display a reference screen on the display deviceAre recorded on a computer-readable recording medium.
[0007]
  Here, the “recording medium” refers to a medium that can reliably record various kinds of information and can be taken out as necessary. Magnetic tape, magnetic disk, magnetic drum, IC card, CD-ROM, DVD-ROM Etc.
  According to this configuration, the approval request targetWhen approval or denial is madeThe approval result registration function allows the approval result to be approved or denied, andAn information code that identifies the reason for the rejection when it is rejectedIs registered in the database. And, for example, when approving or denying an approval request target,Approval result display functionThe past approval results registered in the database are searched for each approval request target and each approval requester, and for each rejection reason,Information code identifying the reason for rejectionThe name is acquired by referring to the table in which the name corresponding toFor each rejection reasonThe cumulative number of rejections is counted, the name of the reason for rejection and the rejectionA screen for associating and referencing the cumulative number is displayed on the display device.. For this reason, an approver who approves or rejects an approval request object can easily grasp mistakes that the approval requester can easily make, for example, by referring to past approval results for each approval request object and each approval requester. be able to. As a result, the approver can perform a narrowed check, improving the efficiency and quality of the approval work. In addition, when the approval requester creates or modifies the approval request object, and when the approval requester makes an approval request for the approval request object, the same effect is obtained.
[0008]
Moreover, even if the approver is changed due to a change or the like, the rejection tendency of the approval requester and the approval request target can be easily grasped, so that the efficiency and quality of the approval work are suppressed from decreasing.
Furthermore, if there are many mistakes regarding a specific approval requester and approval request target, it may be possible to find the cause by referring to the past approval result, and this is notified to the approval requester to correct the problem. Can also be performed.
[0009]
  Through the operation described above, the number of approval processes is reduced, and the time and cost required for the approval work are reduced.
  On the other hand, an approval result registration function for realizing such electronic approval andApproval result display functionCan be recorded on a computer-readable recording medium, an electronic approval device according to the present invention can be easily constructed using a general computer.
[0011]
  In invention ofClaim 2,Approval result display functionAssociates the name of the reason for refusal and the cumulative number of refusals in a given period with respect to past approval results registered in the database.displayIt is the structure which carries out.
  According to such a configuration, when referring to the approval result registered in the database, the name of the reason for rejection and the cumulative number of rejections in the predetermined period are associated with each other.displayIs done. For this reason, the denial tendency in the past predetermined period is grasped via the cumulative number, and it is easy to grasp for what reason the tendency to be denied is strong.
[0012]
  In invention ofClaim 3,Approval result display functionShows the ratio of the reasons for disapproval in the predetermined period for the past approval results registered in the database in graph format.displayIt is the structure which carries out.
  According to such a configuration, the ratio of the reasons for rejection in the predetermined perioddisplayTherefore, the denial tendency can be grasped at a glance.
[0013]
  In invention ofClaim 4,Interactively using a computerApproval request targetApproved or deniedSometimes the approval result is an approval or denial result, andAn information code that identifies the reason for the rejection when it is rejectedApproval result registration function to registerWhen there is a reference request for the approval result,Search past approval results registered in the database for each approval request target and approval requester, and for each rejection reason,Information code identifying the reason for rejectionWhile referring to the table in which the name corresponding to is set, get the nameFor each rejection reasonAccumulate the cumulative number of rejections, and associate the name of the reason for rejection and the cumulative number of rejections.Approval result display function to display a reference screen on the display deviceAnd an electronic approval program for causing a computer to realize the above.
[0014]
  According to this configuration, in addition to the operation of the invention according toclaim 1, for example, on the server connected to the Internet, the approval result registration function andApproval result display functionIf the electronic approval program for realizing the above is registered in the computer, the electronic approval device according to the present invention can be easily constructed by downloading the program through the telecommunication line.
[0015]
  In the invention according toclaim 5, when the approval request object is approved or rejected, the approval result or the result of the approval or the rejection is given as the approval result.An information code that identifies the reason for the rejectionSearching past approval results registered in the database for each approval request target and approval requester, and for each rejection reason,Information code identifying the reason for rejectionWhile referring to the table in which the name corresponding to is set, get the nameFor each rejection reasonThe electronic approval apparatus is configured to include an approval result reference means for counting the cumulative number of rejections and referring to the name of the reason for rejection and the cumulative number of rejections.
  According to this configuration, when the approval request object is approved or rejected, when the approval result registration unit approves or rejects it as the approval result.An information code that identifies the reason for the rejectionIs registered in the database. And, for example, when approving or rejecting an approval request object, the approval result reference means searches past approval results registered in the database for each approval request object and each approval requester, and for each rejection reason,Information code identifying the reason for rejectionThe name is acquired by referring to the table in which the name corresponding toFor each rejection reasonThe cumulative number of rejections is aggregated, and the name of the reason for rejection and the cumulative number of rejections are referenced in association with each other. For this reason, an approver who approves or rejects an approval request object can easily grasp mistakes that the approval requester can easily make, for example, by referring to past approval results for each approval request object and each approval requester. be able to. As a result, the approver can perform a narrowed check, improving the efficiency and quality of the approval work. In addition, when the approval requester creates or modifies the approval request object, and when the approval requester makes an approval request for the approval request object, the same effect is obtained.
[0016]
Moreover, even if the approver is changed due to a change or the like, the rejection tendency of the approval requester and the approval request target can be easily grasped, so that the efficiency and quality of the approval work are suppressed from decreasing.
Furthermore, if there are many mistakes regarding a specific approval requester and approval request target, it may be possible to find the cause by referring to the past approval result, and this is notified to the approval requester to correct the problem. Can also be performed.
[0017]
  Through the above actions, the number of approval processes is reduced, and the time and cost required for approval work are reduced.Reduced.
[0018]
  Claim 6In the described invention, the approval result reference unit is configured to obtain a past approval result registered in the database for a predetermined period.Refer to the name of the reason for rejection and the cumulative number of rejectionsIt is the structure.
[0019]
  According to such a configuration, when referring to the approval result registered in the database,The name of the reason for rejection and the cumulative number of rejections are associatedReferenced. For this reason,Denial trend in the past specified periodCan be grasped through the cumulative number of cases, and it is easy to grasp for what reason the tendency to be denied is strong.
  Claim 7In the described invention, the approval result reference unit refers to a past approval result registered in the database, and refers to a ratio for each non-rejection reason in a predetermined period in a graph format.
[0020]
  According to such a configuration, since the ratio for each rejection reason in the predetermined period is referred to in a graph format, the rejection tendency can be grasped at a glance.
  In invention ofClaim 8,Interactively using a computerApproval request targetApproved or deniedSometimes the approval result is an approval or denial result, andAn information code that identifies the reason for the rejection when it is rejectedApproval result registration process to registerWhen there is a reference request for the approval result,Search past approval results registered in the database for each approval request target and approval requester, and for each rejection reason,Information code identifying the reason for rejectionWhile referring to the table in which the name corresponding to is set, get the nameFor each rejection reasonAccumulate the cumulative number of rejections, and associate the name of the reason for rejection and the cumulative number of rejections.Approval result display process for displaying a reference screen on the display deviceAnd an electronic approval method executed by a computer.
[0021]
  According to this configuration, the approval request targetWhen approval or denial is madeIn the approval result registration process, the approval result is a result of approval or denial, andAn information code that identifies the reason for the rejection when it is rejectedIs registered in the database. And, for example, when approving or denying an approval request target,Approval result display processThe past approval results registered in the database are searched for each approval request target and each approval requester, and for each rejection reason,Information code identifying the reason for rejectionThe name is acquired by referring to the table in which the name corresponding toFor each rejection reasonThe cumulative number of rejections is counted, the name of the reason for rejection and the rejectionA screen for associating and referencing the cumulative number is displayed on the display device.. For this reason, an approver who approves or rejects an approval request object can easily grasp mistakes that the approval requester can easily make, for example, by referring to past approval results for each approval request object and each approval requester. be able to. As a result, the approver can perform a narrowed check, improving the efficiency and quality of the approval work. In addition, when the approval requester creates or modifies the approval request object, and when the approval requester makes an approval request for the approval request object, the same effect is obtained.
[0022]
Moreover, even if the approver is changed due to a change or the like, the rejection tendency of the approval requester and the approval request target can be easily grasped, so that the efficiency and quality of the approval work are suppressed from decreasing.
In addition, when there are many mistakes regarding a specific approval requester and approval request target, the cause may be found by referring to the past approval result, and this is notified to the approval requester to correct the problem. Can also be performed.
[0023]
  Through the operation described above, the number of approval processes is reduced, and the time and cost required for the approval work are reduced.
  In invention of Claim 9,The approval result display stepAssociates the name of the reason for refusal and the cumulative number of refusals in a given period with respect to past approval results registered in the database.displayIt is the structure which carries out.
[0024]
  According to this configuration, when referring to the approval result registered in the database, the name of the reason for rejection and the cumulative number of rejections in a predetermined period are associated with each other.displayIs done. For this reason, the denial tendency in the past predetermined period is grasped through the cumulative number, and it is easy to grasp for what reason the tendency to be denied is strong.
[0025]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, the present invention will be described in detail with reference to the accompanying drawings.
As shown in FIG. 1, theelectronic approval device 10 includes at least one terminal 20 (20 a to 20 f) and an approval information database (hereinafter referred to as “approval information DB”) 30. The terminal 20 includes at least a central processing unit (CPU), a PC (Personal Computer) having a memory and a display device, a WS (Work Station), and the like, and performs various processes according to programs loaded in the memory. As shown in FIG. 2, theapproval information DB 30 stores an approval request table 40 and an approval request property table 50 as approval information.
[0026]
  The terminal 20 has an approval result registration function, an approval result registration means, an approval result registration process,Approval result display function, Approval result reference means andApproval result display processIs realized by software.
  As shown in FIG. 2A, the approval request table 40 includes a request number, a target classification code, a subject, a request department code, a requester code, a request date, an approver code, and an approval / denial. Day, reason for rejection, and other reasons. The request number is information for identifying an approval request object, and is described by a unique integer assigned to each approval request object. The object classification code is information for identifying what the approval request object is. For example, “M01” is described by a unique character string assigned to each approval request object so as to indicate an estimate. . The subject is information representing the name of the approval request target, and is described by an arbitrary character string. The requested department code is information for identifying a department (for example, sales department) to which the approval requester belongs, and is described by a unique character string assigned to each department. The requester code is information for identifying the approval requester, and is described by a unique character string assigned to each approval requester. The request date is information for specifying the date of requesting approval, and is described in, for example, a date expression format used in the system. The approver code is information for identifying an approver who checks or approves the approval request target, and is described by a unique character string assigned to each approver. The approval / disapproval date is information for specifying the date when the approval request object is approved or rejected, and is described in the date expression format used in the system, for example, in the same manner as the request date. If no approval / disapproval date is set, it means that the approval act for the approval request is not performed. The reason for refusal is information for identifying the reason why the approval request object is rejected, and is described by a bit string represented by 0 or 1. The other reason is information indicating that the reason for refusal does not belong to generally categorized refusal reasons, and is described by an arbitrary character string.
[0027]
Here, as shown in FIG. 3, the reason for refusal can be arbitrarily set by a refusal reason setting table 60 in which digits, names, and other codes are set for each target classification code. In other words, on the non-illustrated rejection reason setting screen, for each target classification code, a digit specifying the position from the beginning of the bit string representing the reason for rejection, an arbitrary name representing the reason for rejection, and other codes indicating that other reasons are attached Is specified, the rejection reason setting table 60 is automatically created. Then, when displaying the past approval record, an arbitrary rejection reason is displayed for each approval request target by reading and analyzing the rejection reason setting table 60.
[0028]
On the other hand, as shown in FIG. 2B, the approval request property table 50 includes a request number, a property name, a reference flag, a file location, and a file name. The request number is the same information as the request number included in the approval request table 40. The property name is information for specifying the approval request property and its attached property, and is described by an arbitrary character string. The reference flag is information for specifying whether the property is an approval request property or its accessory property, and is described by a bit represented by 0 (approval request property) or 1 (attachment property). The file location is information for specifying the location where the approval request property or the attached property is stored, and is described by an arbitrary character string. The file name is information for specifying the approval request property or the attached property, and is described by an arbitrary character string.
[0029]
Therefore, when the request number is specified, the approval request property table 50 is searched using the request number as a key, and it is possible to specify what the approval request property and its attached property are. As will be described later, when viewing the substance of the approval request property or the attached property, an application suitable for each property is automatically started based on the file location and file name set in the approval request property table 50. .
[0030]
FIG. 4 shows an outline of a task of approving an approval target such as a quotation using theelectronic approval device 10.
When a person in charge creates or modifies an approval target, past denial information stored in theapproval information DB 30 is referred to. The past rejection information includes, for each person in charge, information obtained by accumulating for what reason (for example, a calculation error or the like) the approval object was rejected in the past. When the person in charge refers to the denial information, mistakes that are easy to make mistakes can be easily grasped, and by paying attention to this, a high-quality approval target can be created or corrected.
[0031]
Also, when the person in charge makes an approval request, past rejection information is referred to. In this case, the approval target is checked again, and an approval request can be made for the approval target with few mistakes. When the approval target check is completed, approval request information is registered in theapproval information DB 30. Note that the approval person has made an approval request is notified to the approver via e-mail, for example.
[0032]
When the approver approves or rejects the object to be approved, the past denial information stored in theapproval information DB 30 is referred to. When the approver refers to the rejection information, it can be easily understood why the person who made the approval request has been rejected in the past, and it is possible to focus on the items that are the cause of the rejection. , The efficiency of approval or denial is improved. Then, when performing approval or denial of an approval target, approval information or denial information as an approval result is registered in theapproval information DB 30. As described above, this approval result is referred to at the time of creation or correction of an approval target, an approval request, and the next approval.
[0033]
Past denial information registered in theapproval information DB 30 is referred to at any time. That is, if the person in charge refers to past rejection information and the mistake is not improved, for example, the approver considers various preventive measures based on the past rejection information. As a preventive measure, if there is a cause that is limited to the person in charge or the subject of approval, the person in charge can be notified that improvement is required, and the problem can be corrected.
[0034]
Next, processing contents in theelectronic approval device 10 will be described.
In creating or correcting an approval target and correcting a problem, when referring to past rejection information, an approvalresult reference screen 70 as shown in FIG. 5 is displayed. The approvalresult reference screen 70 includes adepartment designation part 72, a person-in-charge designation part 74, an approvaltarget designation part 76, an "execute"button 78, and a "cancel"button 80.
[0035]
  The approval result reference screen 70Approval result display function, Approval result reference means andApproval result display processActs as
  In thedepartment designation section 72, the department name to which the person in charge as the approval requester belongs is designated. The person-in-charge designation unit 74 designates a person-in-charge name as an approval requester. In the approvaltarget designating unit 76, a name such as an estimate that is the approval target is designated. Here, thedepartment designation unit 72, the person-in-charge designation unit 74, and the approvaltarget designation unit 76 are each constructed by a drop-down list box, and directly enter a character string or from what is displayed in the list. You can choose.
[0036]
When an “execution”button 78 is pressed after the name of an estimate or the like to be approved is input to the approvaltarget designating unit 76, an approvalresult display unit 82 corresponding to the approval target is displayed as shown in FIG. Extended display. The approvalresult display unit 82 includes a period designation unit 82a, a totalresult display unit 82b, and a graph display unit 82c. In the period designating part 82a, a period for accumulating approval results (hereinafter referred to as “designated period”) is designated via a radio button. In the totalresult display section 82b, the number of approvals, the number of rejections, and the total number of reasons for rejection are displayed for each person in charge and the department to which the person in charge belongs. The graph display unit 82c displays a pie chart that represents the proportion of reasons for rejection during the specified period. In the present embodiment, the proportion of reasons for rejection is represented by a pie chart, but may be represented by a bar chart, a line chart, or the like.
[0037]
  FIG. 7 is a flowchart illustrating the processing contents on the approval resultsreference screen 70. The flowchart shown in FIG.Approval result display function, Approval result reference means andApproval result display processIt corresponds to.
  In step 1 (abbreviated as “S1” in the figure, the same applies hereinafter), the approvalresult reference screen 70 shown in FIG. 5 is displayed as the initial screen. The departmentname designation unit 72 and the person-in-charge designation part 74 display, as a default, the department name and operator name to which the operator of the terminal 20 belongs, and the approvaltarget designation part 76 indicates that the approval target is not designated. Is displayed. Here, the operator name of the terminal 20 is determined based on, for example, information when logging in at each terminal.
[0038]
Instep 2, branch processing corresponding to the processing content is performed based on an event message notified from the operating system (hereinafter referred to as “OS”). That is, when the “execute”button 78 is pressed, or when the specified period is changed by operating the period specifying unit 82a, the process proceeds to step 3, and when the “cancel”button 80 is pressed, the approval record is obtained. The process on thedisplay screen 70 is terminated.
[0039]
Instep 3, a search condition for searching theapproval information DB 30 is acquired. In other words, on the approvalresult reference screen 70 shown in FIG. On the other hand, in the approvalresult reference screen 70 shown in FIG. 6, in addition to the department name, the person in charge, and the approval target, the designated period is acquired from the period designation unit 82a.
[0040]
Instep 4, theapproval information DB 30 is searched using the acquired search condition as a key, and approval information that matches the search condition is acquired.
Instep 5, based on the acquired approval information, the number of approvals, the number of rejections, and the total number of rejections by reason of rejection are totaled for the person in charge and the department. Here, the number of approvals and the number of rejections are “approved” if all bits are 0 based on the reason for rejection in the approval request table 40 shown in FIG. It is judged as “denied”, and it is counted by accumulating the number of cases. On the other hand, the number of cases for each reason for rejection is totaled by individually accumulating those for which the bit of reason for rejection is 1.
[0041]
Instep 6, based on the aggregated result, the aggregated result is displayed on the aggregatedresult display unit 82b, and a pie chart showing the ratio of the reason for denial is displayed on the graph display unit 82c. Here, in the totalresult display part 82b, display items are displayed based on the non-repudiation reason setting table 60 shown in FIG.
According to the processing ofStep 1 to Step 6 described above, theapproval information DB 30 is searched using the department name, the person in charge name, the approval target, and the specified period specified by the operator as search conditions, and the approval information that matches the search conditions is obtained. To be acquired. And the acquired approval information is totaled and the total result is displayed as an approval record. At this time, when the operator changes the designated period or the like, an approval record corresponding to the change is displayed.
[0042]
Therefore, when creating or correcting an approval target, it becomes possible to easily refer to past approval results, and by paying attention to items with many mistakes, creating or correcting an approval target with few formal errors. Can do. On the other hand, when correcting a problem, the person in charge can easily grasp mistakes that are easy to make mistakes. Then, if the person in charge pays attention to the items with many mistakes, it becomes possible to create an approval target with few formal mistakes.
[0043]
In this way, when an approval target with few formal errors is created, an approver who checks and approves or rejects it only needs to check the substantive contents, and the efficiency and quality of the approval work is improved. Can be improved.
When referring to past rejection information in an approval request, an approvalrequest processing screen 90 as shown in FIG. 8 is displayed. The approvalrequest processing screen 90 includes an approval requestcontent specifying unit 92, a denialcontent display unit 94, an approvalresult display unit 96, an “execute”button 98, and a “cancel”button 100.
[0044]
  The approval request processing screen 90Approval result display function, Approval result reference means andApproval result display processActs as
  The approval requestcontent specifying unit 92 provides a function for specifying an approval target, and includes an approval requestsubject specifying unit 92a, an approval requestername specifying unit 92b, an approvername specifying unit 92c, acomment input unit 92d, and an approval. It includes anobject designation section 92e, a “denied property import”button 92f, and an “approval object designation”button 92g. In the approval requestsubject designation unit 92a, a subject to be approved is designated. In the approval requestername specifying unit 92b, an approval requester name is specified. In the approvername specifying unit 92c, an approver name that approves or rejects the approval target is specified. In thecomment input unit 92d, a comment to be notified to the approver is input as necessary. In the approvaltarget designating unit 92e, an approval target property and its attached property are specified. The approval target property and the attached property are registered in the approval request property table 50 shown in FIG.
[0045]
In the denialcontent display unit 94, the denial content denied in the previous approval is displayed regarding the approval target specified by the approval requestcontent specifying unit 92. At this time, in other items, comments input by the approver are displayed. If the approval request to be approved is the first time, the disapprovalcontent display section 92 is grayed out or hidden, or each rejection reason is indicated by “-” so that it can be understood. May be.
[0046]
  The approvalresult display unit 96 is the same as the approval result reference screen 82 (see FIG. 6) described above, and a description thereof will be omitted.
  FIG. 9 is a flowchart illustrating the processing content on the approvalrequest processing screen 90. The flowchart shown in FIG.Approval result display function, Approval result reference means andApproval result display processIt corresponds to.
[0047]
Instep 11, an approvalrequest processing screen 90 shown in FIG. 8 is displayed. In the approval requestcontent designation unit 92 in the initial state, the operator name of the terminal 20 is displayed as the default approval requester name, and other items are displayed in an unspecified state. In this case, the rejectioncontent display unit 94 and the approvalresult display unit 96 do not display their contents because the request target is unconfirmed.
[0048]
Instep 12, a branching process corresponding to the processing content is performed based on the event message notified from the OS. That is, when the “denied property import”button 92f is pressed, the process proceeds to step 13, and when the “designate approval target”button 92g is pressed, the process proceeds to step 17, and the “execute”button 98 is pressed. Sometimes, the process proceeds to step 20, and when the “cancel”button 100 is pressed, the process on the approvalrequest processing screen 90 is terminated.
[0049]
Instep 13 to step 16, in order to request an approval again for an approval object that has been rejected in the past, an operation of selecting a rejected approval object from a plurality of approval objects registered in theapproval information DB 30 is performed. . That is, instep 13, the approval requester name is acquired from the approval requestcontent specifying unit 92. In step 14, theapproval information DB 30 is searched using the acquired approval requester name as a search condition, and a disapproved property name that has been rejected in the past is acquired. Instep 15, as shown in FIG. 10, a refusalproperty list screen 110 on which the acquired refusal property names are displayed in a list format is displayed.
[0050]
The rejectedproperty list screen 110 includes a propertyname display unit 112, a “capture”button 114, and a “cancel”button 116. In order to select a refusal property on the refusalproperty list screen 110, a desired refusal property is designated from among the refusal properties displayed on the propertyname display unit 112 using a mouse or the like, and a “capture”button 114 is selected. Push. On the other hand, to cancel the selection of the refusal property, the “Cancel”button 116 is pressed.
[0051]
Instep 16, the approval request subject and the approval target of the approval requestcontent specifying unit 92 are updated based on the selected approval target. Here, the content of the approvaltarget designating unit 92e is determined by searching the approval request property table 50 (see FIG. 2B) registered in theapproval information DB 30. Thereafter, the process returns to step 12, and the process according to the operation content is continued.
[0052]
In step 17 to step 19, processing when the “designate approval target”button 92 g is pressed is performed. That is, in order to request an approval for a new approval object, an operation for selecting an approval object from the approval objects registered in theapproval information DB 30 is performed. Specifically, in step 17, the approval requester name is acquired from the approval requestcontent specifying unit 92. Instep 18, theapproval information DB 30 is searched using the acquired approval requester name as a search condition, and an unapproved property name that is a new approval target is acquired. In step 19, an unapproved property list screen is displayed in which the acquired unapproved property names are displayed in list form. Since the unapproved property list screen has substantially the same configuration as the non-approvedproperty list screen 110 shown in FIG. 10, the drawing and description thereof will be omitted. Note that the approval target can be added, changed, or deleted on the unapproved property list screen. Thereafter, the process proceeds to step 16 where the approval request property name and the approval target are updated based on the selected unapproved property name.
[0053]
Instep 20 to step 24, processing when the “execute”button 98 is pressed is performed. That is, theapproval information DB 30 is searched using the item specified in the approval requestcontent specifying unit 92 as a search condition, and the previous denial content and the past approval record are updated. Specifically, instep 20, an approval request subject, an approval requester name, and an approver name are acquired from the approval requestcontent specifying unit 92. Instep 21, confirmation (checking) of the approval target specified by the acquired approval request subject or the like is performed. That is, by using a so-called exit function and calling a pre-check program that seems to be necessary, it is determined whether or not the approval target is appropriate. If the approval target is not appropriate, a message box or the like for notifying that is displayed. Instep 22, theapproval information DB 30 is searched using the acquired approval request subject name as a search condition, and approval information that matches the search condition is acquired. Instep 23, as instep 5, the number of approvals, the number of rejections, and the total number of rejections by rejection reason in the person in charge and the department are totaled. In step 24, based on the acquired approval information, the previous denial content is displayed on the denialcontent display unit 94, and the total result is displayed on the approvalresult display unit 96 based on the totaled result. . Thereafter, the process returns to step 12, and the process according to the operation content is continued.
[0054]
According to the processing ofstep 11 to step 24 described above, when the person in charge as the approval requester requests approval of the approval target, the previous rejection reason and the past approval results can be referred to. For this reason, it is possible to grasp mistakes that are easy to make mistakes, and to make an approval request for an approval target with few formal errors. In this case, the approver has only to check only the substantive contents, and the approval efficiency and quality can be improved.
[0055]
In the approvalrequest processing screen 90 shown in FIG. 8, when the approval requested property name is specified, the “rejected object acquisition”button 92f or the “designate approval target”button 92g is pressed. You may make it input an approval request subject directly into the designation | designatedpart 92a.
In the approval, when the approver refers to past rejection information, anapproval processing screen 120 as shown in FIG. 11 is displayed. Theapproval processing screen 120 includes an approval requestcontent display unit 122, an approvalresult input unit 124, a denialcontent display unit 126, an approvalresult display unit 128, an “execute”button 130, and a “cancel”button 132. Consists of including.
[0056]
  Theapproval processing screen 120 includes an approval result registration function, an approval result registration means, an approval result registration process,Approval result display function, Approval result reference means andApproval result display processActs as
  The approval requestcontent display unit 122 provides a function for confirming an approval target, and includes an approval requestsubject display unit 122a, an approval requestername display unit 122b, a requestcount display unit 122c, acomment display unit 122d, and an approval target. And adisplay unit 122e. An approval request subject name and an approval requester name are respectively displayed on the approval requestsubject display part 122a and the approvalrequester display part 122b. The number-of-requests display section 122c displays the number of approval requests that are to be approved. The number of requests is specified by counting the number of the same request numbers by analyzing the request numbers in the approval request table 40 shown in FIG. In thecomment display unit 122d, the comment input by the approval requester on the approvalrequest processing screen 90 shown in FIG. 8 is displayed. Approvalobject display section 122e displays the approval request property and its ancillary properties. For example, double-clicking this with a mouse or the like activates an application suitable for the format of each property and confirms the substance. Can do.
[0057]
The approval resultinput unit 124 provides a function of inputting the result of checking the approval target by the approver. The approval or denial is input as the approval result, and when the approval is denied, the reason is input. Here, for other reasons, acomment input unit 124a for inputting an approver's comment is prepared.
The disapprovalcontent display unit 126 and the approvalresult display unit 128 are the same as the approval result reference screen 70 (see FIG. 6) and the approval request processing screen 90 (see FIG. 8) described above, and thus description thereof is omitted.
[0058]
FIG. 12 is a flowchart illustrating the processing content on theapproval processing screen 120.
In step 31, a branching process according to the processing content is performed based on the event message notified from the OS. That is, when theapproval processing screen 120 is initially displayed or when the designated period is changed, the process proceeds to step 32. When the “execute”button 130 is pressed, the process proceeds to step 35, and the “cancel”button 132 is displayed. When is pressed, the process on theapproval process screen 120 is terminated.
[0059]
Instep 32 to step 34, display or update processing of theapproval processing screen 120 is performed. That is, instep 32, theapproval information DB 30 is searched using the approval requester name and the approval request subject specified when starting the approval process as search conditions, and approval information regarding the approval requested property is acquired. Instep 33, the number of requests related to the request object is counted based on the acquired approval information, and the number of approvals, the number of rejections and the reasons for rejection in the person in charge and the department in the designated period (default period when initially displayed) Another cumulative number is counted. In step 34, the content of the approval request, the content of the previous denial and the past approval results are displayed. Here, when the approval request target is a new request, the previous denial content is not displayed. Thereafter, the process returns to step 31, and the process according to the operation content is continued.
[0060]
  In addition, the process of step 31-step 34 isApproval result display function, Approval result reference means andApproval result display processIt corresponds to.
  Instep 35, processing when the “execute”button 130 is pressed is performed. That is, when the approval requester checks the approval target and decides to approve or reject, the result is input to the approvalresult input unit 124. When the approver presses the “execute”button 130, the approval result is acquired from the approvalresult input unit 124, and this is registered in theapproval information DB 30 in the format shown in FIG.
[0061]
Note that the processing instep 35 corresponds to an approval result registration function, an approval result registration means, and an approval result registration process.
According to the processing from step 31 to step 35 described above, the approver can refer to past approval results regarding the approval target, and can easily grasp mistakes that are easily mistaken by the approval requester. For this reason, the approver can perform a narrowed-down check, perform efficient approval work, and improve the quality. The approval or denial information that is the approval result is registered in theapproval information DB 30 and is referred to at the time of the next approval object creation or correction, approval request, and approval.
[0062]
The denial information referred to in theelectronic approval device 10 is not only the creation or correction of the approval request target, the approval request, the approval, and the correction of the problem, but also serves as a foothold for ISO 9001 preventive measures.
Theelectronic approval device 10 described above may be constructed on a client / server model computer system as shown in FIG. Theapproval information DB 30 may be constructed on a distributed file system that theclient 140 and theserver 150 have in a distributed manner, for example.
[0063]
If a program for realizing such a function is recorded on a computer-readable recording medium such as a magnetic tape, a magnetic disk, a magnetic drum, an IC card, a CD-ROM, a DVD-ROM, etc., the present invention is applied. Electronic approval programs can be distributed on the market. A person who acquires such a recording medium can easily construct an electronic approval device according to the present invention using a general computer.
[0064]
If the electronic approval program according to the present invention is registered on a server connected to the Internet, the electronic approval device according to the present invention can be easily obtained by downloading the program through a telecommunication line. Can be built.
[0065]
【The invention's effect】
As described above, according to the invention described inclaim 1, it is possible to easily grasp mistakes that are likely to be mistaken by the approval requester by referring to past approval results for each approval request target and approval requester. This improves the efficiency and quality of approval work. Moreover, even if the approver is changed due to a change or the like, the rejection tendency of the approval requester and the approval request target can be easily grasped, so that the efficiency and quality of the approval work are suppressed from decreasing. Furthermore, if there are many mistakes regarding a specific approval requester and approval request target, it may be possible to find the cause by referring to the past approval result, and this is notified to the approval requester to correct the problem. Can also be performed. Through the operation described above, the number of approval processes is reduced, and the time and cost required for the approval work can be reduced.
[0066]
  On the other hand, an approval result registration function for realizing such electronic approval andApproval result display functionCan be recorded on a computer-readable recording medium, the electronic approval device according to the present invention can be easily constructed using a general computer.
[0067]
  Claim 2 or claim 6According to the invention described inDenial trend in the past specified periodCan be grasped through the cumulative number of cases, and it can be easily grasped for what reason the tendency to be denied is strong.
  Claim 3 or Claim 7According to the invention described in the above, since the ratio for each reason for rejection in the predetermined period is referred to in a graph format, the rejection tendency can be grasped at a glance.
[0068]
  According to the invention described inclaim 4, in addition to the effect of the invention described inclaim 1, for example, the approval result registration function and the server are connected to the Internet.Approval result display functionIf an electronic approval program for causing the computer to be registered is registered, the electronic approval device according to the present invention can be easily constructed by downloading the program via a telecommunication line.
[0069]
  Claim 5 or claim 8According to the invention described in the above, by referring to the past approval results for each approval request object and each approval requester, it is possible to easily grasp mistakes that are easily mistaken by the approval requester, and the efficiency and quality of the approval work. Will improve. Moreover, even if the approver is changed due to a change or the like, the rejection tendency of the approval requester and the approval request target can be easily grasped, so that the efficiency and quality of the approval work are suppressed from decreasing. Furthermore, if there are many mistakes regarding a specific approval requester and approval request target, it may be possible to find the cause by referring to the past approval result, and this is notified to the approval requester to correct the problem. Can also be performed. Through the operation described above, the number of approval processes is reduced, and the time and cost required for the approval work can be reduced.
[0070]
  According to the invention described in claim 9, denial tendency in the past predetermined periodCan be grasped through the cumulative number of cases, and it can be easily grasped for what reason the tendency to be denied is strong.
[Brief description of the drawings]
FIG. 1 is an overall configuration diagram showing an example of an electronic approval device according to the present invention.
FIG. 2 shows approval information stored in an approval information database, (A) is an approval request table, and (B) is an explanatory diagram of an approval request property table.
FIG. 3 is an explanatory diagram of a denial reason setting table in which a denial reason is set.
FIG. 4 is an explanatory diagram of an outline of an approval work performed using an electronic approval device.
FIG. 5 is an explanatory diagram of an approval result reference screen in an initial state.
FIG. 6 is an explanatory diagram of an approval result reference screen in which the approval result is displayed in an expanded manner.
FIG. 7 is a flowchart for explaining the processing content in an approval results reference screen.
FIG. 8 is an explanatory diagram of an approval request processing screen.
FIG. 9 is a flowchart for explaining processing contents on an approval request processing screen.
FIG. 10 is an explanatory diagram of a rejected property list screen.
FIG. 11 is an explanatory diagram of an approval processing screen.
FIG. 12 is a flowchart for explaining processing contents on an approval processing screen.
FIG. 13 is an overall configuration diagram showing another example of an electronic approval device according to the present invention.
[Explanation of symbols]
10. Electronic approval device
20 ... Terminal
30 ... Approval information DB
70 ... Approval results reference screen
90 ... Approval request processing screen
110 ... Approval processing screen
140: Client
150 ... Server

Claims (9)

Translated fromJapanese

コンピュータを用いた対話形式で承認依頼対象について承認又は否認が行なわれたときに、その承認結果として、承認又は否認の結果、及び、否認されたときにはその否認理由を特定する情報コードをデータベースに登録する承認結果登録機能と、
前記承認結果の参照要求があったときに、承認依頼対象別及び承認依頼者別に、前記データベースに登録された過去の承認結果を検索し、各否認理由について、否認理由を特定する情報コードに対応した名称が設定されたテーブルを参照してその名称を取得すると共に各否認理由毎に否認を行なった累積件数を集計し、否認理由の名称及び否認の累積件数を関連付けて参照するための画面を表示装置に表示する承認結果表示機能と、
をコンピュータに実現させるための電子承認プログラムを記録したコンピュータ読取可能な記録媒体。When an approval request isapproved or rejected inan interactive form using a computer , the result of approval or rejection andthe information code thatidentifies the reason for the rejection when it is rejected are registered in the database. Approval result registration function,
When there is a request to reference the approval result, search for past approval results registered in the database for each approval request target and approval requester, and for each rejection reason, correspond toan information code that identifies the rejection reasonA screen for referring to the table in which the name is set and acquiring the name, totaling the cumulative number ofrejections for each rejection reason, and referring to the name of the rejection reason and the cumulative rejection countAn approval result display function to be displayed on the display device ;
A computer-readable recording medium that records an electronic approval program for causing a computer to realize the above.前記承認結果表示機能は、前記データベースに登録された過去の承認結果について、所定期間における否認理由の名称及び否認の累積件数を関連付けて表示する構成である請求項１記載の電子承認プログラムを記録したコンピュータ読取可能な記録媒体。The approval result display function, the previous approval result registered in said database, recording the claim 1, wherein electronic authorization program is configured todisplay in association with the name and the cumulative number of denial of denial reason in a predetermined period Computer-readable recording medium.前記承認結果表示機能は、前記データベースに登録された過去の承認結果について、所定期間における否認理由別の割合をグラフ形式で表示する構成である請求項１又は請求項２に記載の電子承認プログラムを記録したコンピュータ読取可能な記録媒体。3. The electronic approval program according to claim 1,wherein the approval result display function is configured todisplay, in a graph format, a ratio of non-rejection reasons for a predetermined period for past approval results registered in the database. A recorded computer-readable recording medium.コンピュータを用いた対話形式で承認依頼対象について承認又は否認が行なわれたときに、その承認結果として、承認又は否認の結果、及び、否認されたときにはその否認理由を特定する情報コードをデータベースに登録する承認結果登録機能と、
前記承認結果の参照要求があったときに、承認依頼対象別及び承認依頼者別に、前記データベースに登録された過去の承認結果を検索し、各否認理由について、否認理由を特定する情報コードに対応した名称が設定されたテーブルを参照してその名称を取得すると共に各否認理由毎に否認を行なった累積件数を集計し、否認理由の名称及び否認の累積件数を関連付けて参照するための画面を表示装置に表示する承認結果表示機能と、
をコンピュータに実現させるための電子承認プログラム。When an approval request isapproved or rejected inan interactive form using a computer , the result of approval or rejection andthe information code thatidentifies the reason for the rejection when it is rejected are registered in the database. Approval result registration function,
When there is a request to reference the approval result, search for past approval results registered in the database for each approval request target and approval requester, and for each rejection reason, correspond toan information code that identifies the rejection reasonA screen for referring to the table in which the name is set and acquiring the name, totaling the cumulative number ofrejections for each rejection reason, and referring to the name of the rejection reason and the cumulative rejection countAn approval result display function to be displayed on the display device ;
An electronic approval program to make a computer realized. 承認依頼対象について承認又は否認を行なうときに、その承認結果として、承認又は否認の結果、及び、否認したときにはその否認理由を特定する情報コードをデータベースに登録する承認結果登録手段と、
承認依頼対象別及び承認依頼者別に、前記データベースに登録された過去の承認結果を検索し、各否認理由について、否認理由を特定する情報コードに対応した名称が設定されたテーブルを参照してその名称を取得すると共に各否認理由毎に否認を行なった累積件数を集計し、否認理由の名称及び否認の累積件数を関連付けて参照する承認結果参照手段と、
を含んで構成されたことを特徴とする電子承認装置。Approval result registration means for registering in the database an approval or denial result andan information code thatidentifies the reason for the denial when the approval request is approved or rejected as the approval result;
Search past approval results registered in the database for each approval request target and approval requester, and refer to the table in which the name corresponding to theinformation code for specifying the rejection reason is set for each rejection reason. An accreditation result reference means for acquiring the name and counting the cumulative number ofrejections for each rejection reason, and referring to the name of the rejection reason and the cumulative number of rejections;
An electronic approval device characterized by comprising an electronic device. 前記承認結果参照手段は、前記データベースに登録された過去の承認結果について、所定期間における否認理由の名称及び否認の累積件数を関連付けて参照する構成である請求項５記載の電子承認装置。  6. The electronic approval apparatus according to claim 5, wherein the approval result reference means refers to a past approval result registered in the database in association with a name of a rejection reason and a cumulative number of rejections in a predetermined period. 前記承認結果参照手段は、前記データベースに登録された過去の承認結果について、所定期間における否認理由別の割合をグラフ形式で参照する構成である請求項５又は請求項６に記載の電子承認装置。  The electronic approval device according to claim 5 or 6, wherein the approval result reference means refers to a past approval result registered in the database in a graph format for a ratio by non-rejection reason in a predetermined period.コンピュータを用いた対話形式で承認依頼対象について承認又は否認が行なわれたときに、その承認結果として、承認又は否認の結果、及び、否認されたときにはその否認理由を特定する情報コードをデータベースに登録する承認結果登録工程と、
前記承認結果の参照要求があったときに、承認依頼対象別及び承認依頼者別に、前記データベースに登録された過去の承認結果を検索し、各否認理由について、否認理由を特定する情報コードに対応した名称が設定されたテーブルを参照してその名称を取得すると共に各否認理由毎に否認を行なった累積件数を集計し、否認理由の名称及び否認の累積件数を関連付けて参照するための画面を表示装置に表示する承認結果表示工程と、
をコンピュータが実行することを特徴とする電子承認方法。When an approval request isapproved or rejected inan interactive form using a computer , the result of approval or rejection andthe information code thatidentifies the reason for the rejection when it is rejected are registered in the database. An approval result registration process,
When there is a request to reference the approval result, search for past approval results registered in the database for each approval request target and approval requester, and for each rejection reason, correspond toan information code that identifies the rejection reasonA screen for referring to the table in which the name is set and acquiring the name, totaling the cumulative number ofrejections for each rejection reason, and referring to the name of the rejection reason and the cumulative rejection countAn approval result display process to be displayed on the display device ;
An electronic approval method characterized in that a computer executes.前記承認結果表示工程は、前記データベースに登録された過去の承認結果について、所定期間における否認理由の名称及び否認の累積件数を関連付けて表示する構成である請求項８記載の電子承認方法。The authorization result display step, the past approval result registered in said database, electronic authorization method of claim 8, wherein a structure fordisplaying in association with the name and the cumulative number of denial of denial reason in a predetermined period.

Images