JP2004258960A - System, program, and method of approval - Google Patents

System, program, and method of approval Download PDF

Info

Publication number
JP2004258960A
JP2004258960A JP2003048691A JP2003048691A JP2004258960A JP 2004258960 A JP2004258960 A JP 2004258960A JP 2003048691 A JP2003048691 A JP 2003048691A JP 2003048691 A JP2003048691 A JP 2003048691A JP 2004258960 A JP2004258960 A JP 2004258960A
Authority
JP
Japan
Prior art keywords
approval
approver
matter
circulated
condition
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP2003048691A
Other languages
Japanese (ja)
Inventor
Kenichi Okimune
賢一 沖宗
Tsunaki Hamamoto
網樹 濱本
Yoshiaki Suzuki
善昭 鈴木
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Digital Solutions Corp
Original Assignee
Toshiba Solutions Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba Solutions Corp filed Critical Toshiba Solutions Corp
Priority to JP2003048691A priority Critical patent/JP2004258960A/en
Publication of JP2004258960A publication Critical patent/JP2004258960A/en
Withdrawn legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide an approval system which shortens lead time until approval by all of circulating object persons circulating an approval draft to all of the circulating object persons in original order in an electronic settlement system. <P>SOLUTION: A server 1 of this electronic settlement system is provided with a server software 10 by which information of circulated draft slips is disclosed to approvers capable of browsing on a LAN 3 at the case when the draft slips are circulated to the approvers in order on the LAN 3. The input approval conditions of the draft slips of every approvers are stored in a reserved approval condition table 30 when the approval condition about the draft slip scheduled to circulate to an approver himself among the disclosed draft slips is input from the approver. The approval condition of the approver in the reserved approval condition table 30 is checked when the draft slip is circulated to the approver. Approval processing is performed when the approval condition registered by the approver beforehand is satisfied. On the other hand, the approval operation is suspended for the approver about the draft slip satisfying no approval condition. <P>COPYRIGHT: (C)2004,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
本発明は、例えば電子決裁システムなどにおいて、回覧対象の承認案件を承認者へ順に回覧する承認システム、承認プログラム、承認方法に関する。
【0002】
【従来の技術】
回覧対象の文書を回覧対象者に順に回付(以下回覧と称す)するワークフロー装置が開示されている。(例えば特許文献1参照)。
【0003】
このワークフロー装置には、ある書類についての初期設定の回覧ルート(通常モード)の他に、少なくとも一つの回覧ルート(急行モード、特急モードなど)が用意されており、書類の処理の緊急度に応じて、いずれかの回覧ルートを選択すると、選択された回覧ルートになるよう回覧ルートの設定を自動的に変更する自動回覧モード設定機能が備えられている。
このワークフロー装置の場合、緊急時には、初期設定とは別の回覧ルートで書類を回覧することで、回覧リードタイムの短縮化を図ることができる。
【0004】
【特許文献1】
特開平10−301998号公報(図3)
【0005】
【発明が解決しようとする課題】
しかしながら、特許文献1に記載されているワークフロー装置の場合、緊急時には初期設定の回覧ルート以外の回覧ルートで書類が回覧されてしまうことから、もともと初期設定の回覧ルートに含まれていた回覧対象者に書類が回らなくなることがある。
このように回覧対象者に書類が回らない場合、一般的な確認事項程度の回覧であれば、さほど問題にはならないものの、電子決裁システムのように、承認用の書類を回覧する場合には、本来の「承認」という目的が達成できなくなる恐れがある。
【0006】
本発明はこのような課題を解決するためになされたもので、承認案件を回覧対象者全員に本来の順序で回覧しつつ回覧対象者全員が承認するまでのリードタイムを短縮することのできる承認システム、承認プログラム、承認方法を提供することを目的としている。
【0007】
【課題を解決するための手段】
上記した目的を達成するために、本発明の承認システムは、回覧対象の承認者への承認案件を回覧ルートに従いネットワーク上の承認者へ順次回覧する承認案件回覧手段と、前記承認案件回覧手段により回覧される承認案件の情報を当該承認者に対して前記ネットワーク上で閲覧可能に公開する承認案件情報公開手段と、前記承認案件情報公開手段により公開された承認案件の中で自身に回覧される予定の承認案件に対する承認条件の入力を促す手段と、入力された当該承認案件の承認条件を承認者毎に記憶する承認条件記憶手段と、前記承認案件回覧手段により承認者に承認案件が回覧された場合、前記承認条件記憶手段に記憶されている当該承認者の承認条件をチェックし、前記承認者の承認条件を満たした場合、当該承認案件の承認処理を行う一方、前記承認条件を満たしていない承認案件については承認者による承認操作待ちとする承認手段とを具備したことを特徴としている。
なお、承認案件が承認者に回覧された時点から承認処理を実行するまでの時間情報を承認条件の一つとして用いたり、承認案件に対して承認予約を行った日時情報を承認条件の一つとして用いても良い。また、承認案件に指定されている項目毎に承認条件を付与しても良い。
【0008】
本発明の承認プログラムは、承認システムに処理を実行させる承認プログラムにおいて、前記承認システムを、回覧対象の承認者への承認案件を回覧ルートに従いネットワーク上の承認者へ順次回覧する承認案件回覧手段と、前記承認案件回覧手段により回覧される承認案件の情報を当該承認者に対して前記ネットワーク上で閲覧可能に公開する承認案件情報公開手段と、前記承認案件情報公開手段により公開された承認案件の中で自身に回覧される予定の承認案件に対する承認条件の入力を促す手段と、入力された当該承認案件の承認条件を承認者毎に記憶する承認条件記憶手段と、前記承認案件回覧手段により承認者に承認案件が回覧された場合、前記承認条件記憶手段に記憶されている当該承認者の承認条件をチェックし、前記承認者の承認条件を満たした場合、当該承認案件の承認処理を行う一方、前記承認条件を満たしていない承認案件については承認者による承認操作待ちとする承認手段として機能させることを特徴としている。
【0009】
本発明の承認方法は、回覧対象の承認者への承認案件の情報を承認システムが前記承認者に対してネットワーク上で閲覧可能に公開するステップと、前記承認システムによりネットワーク上に公開された承認案件の中で承認者自身に回覧される予定の承認案件に対する承認条件の入力を促すステップと、入力された承認案件の承認条件を承認者毎に前記承認システムに記憶するステップと、前記承認案件が承認者に回覧された場合、前記承認システムが当該承認者の承認条件をチェックし、前記承認者の承認条件を満たした場合、当該承認案件の承認処理を行う一方、前記承認条件を満たしていない承認案件については承認者による承認操作待ちとするステップとを有することを特徴としている。
【0010】
本発明では、承認システムによりネットワーク上に公開された承認案件の中で承認者自身に回覧される予定の承認案件に対する承認条件が承認者によって入力されると、当該承認案件の承認条件を承認者毎に承認システムが記憶する。
そして、承認案件が承認者に回覧された場合、承認システムが当該承認者の承認条件をチェックし、承認者の承認条件を満たした場合、当該承認案件の承認処理を行う一方、承認条件を満たしていない場合は承認者による承認操作待ちとするので、承認案件を回覧対象者全員に本来の順序で回覧しつつ回覧対象者全員が承認するまでのリードタイムを短縮することができる。
【0011】
【発明の実施の形態】
以下、本発明の実施の形態を図面を参照して詳細に説明する。図1は本発明に係る一つの実施形態の電子決裁システムのハードウェア構成を示す図である。
図1に示すように、この電子決裁システムは、サーバコンピュータとしてのワークフローサーバ1(以下サーバ1と称す)と、複数のクライアントコンピュータとしてのクライアント2a〜2cとをLAN3などの通信網に接続して構成されている。
サーバ1とクライアント2a〜2cは、CPU、メモリ、ハードディスク装置、LANインターフェース装置、キーボード、表示装置等を備えるコンピュータであり、ハードディスク装置にオペレーティングシステム(OS)の他、各種アプリケーションプログラムを格納している。
サーバ1のハードディスク装置1aには、ワークフローサーバソフトウェア10(以下サーバソフト10と称す)と、ワークフロー情報を記憶したワークフロー情報記憶部11、回覧対象の承認案件である起案票のデータを記憶した承認案件記憶部12、予約承認条件テーブル30などが格納されている。ワークフロー情報記憶部11に記憶されているワークフロー情報は、回覧対象の起案票をどのように回覧するかといった回覧ルートを取り決めた情報であり、サーバソフト10は、このワークフロー情報記憶部11のワークフロー情報に基づいて起案票の回覧処理を実行する。
サーバソフト10は、HTTPサーバ機能、ワークフロー管理機能を有している。HTTPサーバ機能は、各クライアント2a〜2cからの各種要求の受け付けを行う機能と、受け付けた要求に対する応答をクライアント2a〜2cへ送信する機能である。ワークフロー管理機能は、各クライアント2a〜2cを利用するユーザによって承認・否認された際には次の回覧対象者へ起案票を回覧する承認回覧制御機能であり、いわゆるワークフローエンジンと呼ばれる機能である。
【0012】
サーバソフト10は、自身に登録された起案票をLAN3上の承認者へ順次回覧する。サーバソフト10は、回覧対象として承認案件記憶部12に登録された起案票のデータを回覧対象者である承認者がLAN3上で閲覧可能に、例えばメニュー画面(図3参照)からのリンクで承認予約可能案件一覧画面(図4参照)を公開し、公開した承認予約可能案件一覧画面の中で所望の案件名が選択操作されたことで、承認者に回覧される予定の起案票のデータ(図5参照)を表示し、起案票のデータ(内容)についての承認予約を行う操作を促し、承認者により承認予約の操作が行われると、承認予約された該当起案票のデータを該当承認者の承認条件のデータとして予約承認条件テーブル30(図6参照)に記憶(登録)する。なお、起案票のデータ(内容)についての承認予約を行う操作には、起案票の(内容)データを変更した後、承認予約を行う操作も含まれる。
予約承認条件テーブル30には、承認者の固有の識別情報、つまりユーザIDに対応して案件ID、使用目的、申請金額、承認予約を行った日時などの承認条件が設定される。案件IDとは起案票を一意に特定するための情報である。
【0013】
サーバソフト10は、起案票が該当承認者に回ると、承認案件記憶部12に記憶されている起案票のデータを読み出して、起案票のデータ(使用目的:交通費、申請金額:1200円)と予約承認条件テーブル30の該当承認者(ユーザID)の承認条件(使用目的のデータ(交通費)、申請金額のデータ(1200円))とを照合し、起案票のデータが承認者の承認条件を満たしているか否かをチェックする。なお、この場合のチェックとは、起案票の使用目的、申請金額等の各項目のデータと承認条件のデータとが一致しているか否かのチェックである。
そして、このチェック結果、起案票の各項目のデータが承認者が予約を入れた承認条件を満たしていた場合、サーバソフト10は、当該起案票に対する承認処理を行い、承認処理が正しく終了すると、該当起案票を次の承認者へ回覧する一方、予約承認条件テーブル30の承認条件を満たしていない起案票については承認者による承認操作待ちとする。
【0014】
クライアント2a〜2cのハードディスク装置には、ワークフロークライアントソフトウェア(以下クライアントソフトと称す)がインストールされている。クライアントソフトは、サーバ1から受信されたHTMLデータを表示するHTML表示機能とHTMLデータ内のボタンクリックを受け付けてサーバ1へ要求を送信する要求送信機能とを有している。
各クライアント2a〜2cでは、OSの起動に伴いクライアントソフトが起動しサーバ1へのログイン画面を表示し、ユーザがログイン情報を入力することにより、ユーザの権限に応じたサーバ1のサーバソフト10の機能を利用できるようになる。なお、ユーザの操作でクライアントソフトが起動するようにしても良い。
【0015】
以下、図2の通信シーケンス図、図3以降の各画面例などを参照してこの電子決裁システムの動作を説明する。図2は図1の電子決裁システムにおけるサーバとクライアント間の通信動作を示すシーケンス図である。
この実施形態の電子決裁システムでは、図2に示すように、ある承認者、例えば承認者Cがクライアント2aを起動すると、OSの起動と共にクライアントソフトが起動して、サーバ1へアクセス要求を行い、この要求に対してサーバ1は、ログイン画面を送信し(S102)、クライアント2aにログイン画面が表示される(S103)。
表示されたログイン画面から承認者がログイン情報を入力すると、サーバ1へログイン情報が送信される(S104)。
【0016】
サーバ1では、ログイン情報を受信すると、サーバソフト10が認証処理を行い、認証結果に応じた画面を返信する(S105)。つまり、認証結果がOKであれば、メニュー画面を送信し、認証結果がNGであれば、再度ログイン情報の入力を促すためのログイン画面を送信する。
認証が正常に済むと、クライアント2aには、図3に示すようなメニュー画面が表示される。
クライアント2aに表示されたメニュー画面には、承認可能案件一覧および承認予定案件一覧のボタンが表示されており、承認者がいずれかのボタンを選択操作することで、各ボタンにリンクされている次の画面が表示される。
【0017】
ここで、例えば承認予定案件一覧のボタンが選択操作されると、クライアントソフトは、承認予定案件の一覧表示要求を送信し(S106)、この要求を受信したサーバ1では、サーバソフト10が、該当承認者に回覧される予定の起案票のデータの中のヘッダデータを承認案件記憶部12から読み出して承認予定案件一覧データとして送信する(S107)。
承認予定案件一覧データがクライアント2aに受信されると、クライアント2aには、図4に示すような承認予約可能一覧の画面が表示される。この承認予約可能一覧の画面には、起案票のデータヘッダ、例えば「XXXXXXの承認依頼」、「YYYYYYYの承認依頼」「ZZZZZZの承認依頼」などといった案件名が承認予約可能な承認案件の一覧として表示される。
【0018】
ここで、承認者が、例えば「XXXXXXの承認依頼」という案件名を選択操作すると、クライアント2aのクライアントソフトにより該当案件名に対応する起案票の本文のデータの要求が行われ(S108)、この要求をサーバ1で受信すると、サーバソフト10が該当する起案票の本文のデータを送信する(S109)。
起案票の本文のデータがクライアント2aに受信されると、クライアント2aの画面には、起案票51(図5参照)として表示される(S110)。
図5に示すように、起案票51には、例えば使用目的という項目名とその項目のデータ(交通費など)が入力されたデータ入力欄52、申請金額の項目名とその項目のデータ(1200円など)が入力されたデータ入力欄53、および承認予約を確定操作(実行)するための承認予約ボタン54が設けられている。
ここで、クライアント2aの承認者が、表示された起案票51の内容を確認し、このまま回覧されたときに起案票51の申請内容を許可する場合(承認する場合)、承認予約ボタン54を選択操作すると、クライアント2aの画面に表示されている起案票51のデータが承認条件のデータとしてLAN3を通じてサーバ1へ送信される(S111)。
なお、起案票51の使用目的のデータ入力欄52、あるいは申請金額のデータ入力欄53に予め入力されているデータについては、承認者がキーボード、あるいはマウスなどを操作して変更することもできる。例えば申請金額のデータ入力欄53に予め入力されていた「1200」というデータを、例えば「1200以下」、「1300以下」などに変更しても良い。
サーバ1では、クライアント2aからLAN3を通じて送信されてきた承認条件のデータが受信されると、受信された承認条件のデータを予約承認条件テーブル30の該当承認者の欄に該当承認者の予約承認条件として設定(登録)する(S112)。なお、図6において、予約承認条件テーブル30のユーザIDと案件IDは、必然的に決まる情報である。また、使用目的と申請金額のデータは、承認者が入力してもよく、また、予めサーバ1に登録しておくことで、各欄にダウンリストで選択項目として表示させ、承認者が選択するだけ済むようにできる。
図6の予約承認条件テーブル30のように、例えばある承認者が承認の予約を登録した起案票51(この例では案件ID:1042)について、使用目的が「交通費」、申請金額が「1200」円などの場合に、その起案票51が後に自分に回覧されてきたときには承認処理を自動で実行することを意味する。
【0019】
以下、この電子決済システムにおける承認処理の第1動作例について説明する。
この電子決済システムの場合、起案票は、ワークフロー情報記憶部11に記憶されているワークフロー情報に従って承認すべき順に回覧される。
この際、ワークフローの処理順のうち後ろに指定されている承認者は、上述したように、後で自身に回覧される起案票を一覧表示させ、回覧予定の起案票の内容を閲覧して、起案票の内容を確認できる。この際、その起案票の内容が変更されずに自分に回ってきた際には、承認処理が自動的に実行されるように承認予約を行っておくことができる。
つまり、承認者自身に回覧される予定の起案票毎に承認条件を予約承認条件テーブル30に登録しておき、承認予約を行った中のある起案票が承認者に実際に回覧されたときに、サーバソフト10が、起案票のデータと予約承認条件テーブル30の承認条件とを照合し、起案票のデータが承認条件を満たしていた場合にのみ自動承認を行う。
【0020】
以下、図7のフローチャートを参照して具体的なサーバソフト10の処理について説明する。
サーバソフト10は、ワークフロー情報に従って起案票を次の承認者に回覧したときに、その起案票の回覧の順番が承認予約した承認者の順番か否かを判定する(図7のS201)。
当該起案票の回覧の順番が承認予約した承認者の順番であれば(S201のYes)、予約承認条件テーブル30より該当案件ID、ユーザIDの承認条件を読み出すると共に、承認案件記憶部12より当該起案票のデータを読み出して、互いの内容をチェック(照合)する(S202)。
このチェック(照合)の結果、当該起案票のデータが、予約した承認条件を満たしていた場合(S203のYes)、サーバソフト10は、その起案票に対して承認を行う行為(自動承認処理)を実行する(S204)。承認を行う行為(自動承認処理)とは、当該起案票のデータに承認フラグを付加する等の処理である。
自動承認処理を実行した結果、処理を正常に終了すると、サーバソフト10は、その起案票をワークフロー情報に示されている次の承認者へ回覧する(S205)。
なお、多くの起案票が修正なしで回覧されてくるような場合に、承認にかかる時間を大幅に短縮でき、一連の承認回覧にかかるリードタイムの短縮化を図ることができる。
【0021】
一方、予約を行った承認者自身に回る前、つまり承認途中で、当該起案票に修正などが生じて、予約した承認条件が満たされない場合(S203のNo)、サーバソフト10は、承認者からの承認操作を待つようになる(S206)。
この場合、承認待ちになっている起案票に対して承認者が閲覧操作を行うことで、クライアント2aの画面に起案票の内容を表示させ、確認した上で承認操作を行う。サーバソフト10は、この承認操作が行われた場合に(S207のYes)、起案票に対する承認処理を実行する。
【0022】
例えばクライアント2aの利用者が作成した起案票がクライアント2b,クライアント2cの利用者にその順で回覧されるような場合、クライアント2cの利用者が、自身に回覧される予定の承認予約可能案件一覧をクライアント2cに示させたときに、クライアント2aの利用者が作成した起案票がクライアント2bの利用者により変更なしにそのまま承認された場合には承認を行う、といった承認条件を入力し、サーバ1の予約承認条件テーブル30に登録しておくことで、当該起案票がクライアント2bの利用者からクライアント2cの利用者に修正なしに回ってきたときに、その起案票は、サーバソフト10によりそのまま自動承認処理されて次の承認者へ回覧されることになる。なお、各クライアント2a、2b,2cを一人ではなく複数の利用者が利用する場合もあり、起案票の回覧はユーザ単位であり、上記回覧の例はあくまでも一例にしか過ぎない。
【0023】
以下、この電子決裁システムにおける第2動作例〜第4動作例について説明する。まず、第2動作例について説明する。この第2動作例は上記第1動作例の予約の処理タイミングを変更した応用例である。
すなわち、上記第1動作例では、クライアント2bの利用者である承認者の承認が終了した後、クライアント2cの利用者である承認者の順番になったときに、直ちに予約承認の処理を開始する仕組みとしたが、この第2動作例では、承認予約を入れたときの時刻情報(日時)とは別に、予約承認条件テーブル30に、自身に回覧されてから何時間後に承認処理を実行するといった時限情報を記憶しておく。
【0024】
この場合、クライアント2cの利用者が起案票の承認予約を行った後、サーバソフト10は、その起案票について、クライアント2cの利用者が承認を行う順番になったときに、まず、予約承認条件テーブル30の承認条件に含まれる時限情報を読み出し、時限情報が例えば1時間後などと設定されていた場合、タイマーを動作させ、それから1時間が経過した場合に予約承認条件テーブル30の承認条件のうち使用目的、請求金額などの各項目のデータと起案票のデータとを照合して承認条件を満たしていた場合に自動承認処理を実行する。なお、タイマーではなくOSが有する時計機能を利用して時間を計測しても良い。
【0025】
このように起案票が承認者に回覧された時点から承認処理を実行するまでの時間情報を承認条件の一つとして用いたことで、クライアント2cの利用者としては、できるだけ自身で起案票の内容を確認し承認操作したい場合に、自身が予め設定した時間よりも早く起案票を確認できたときには自身で承認操作を行えるようになる。また、クライアント2cの利用者が何らかの理由で承認を行えないような場合に、起案票に対して一定時間後に予約した承認条件にて自動的に承認処理が行われるので、承認回覧が予め設定した時間以上遅くなるなる事態を回避できる。
【0026】
続いて、第3動作例について説明する。この第3動作例は、起案票に対して承認の予約が行われた時期(タイミング)を一つの判定材料とする動作例である。
上記第1動作例では、承認予約時点での起案票のデータを承認条件として登録しておき、起案票が回覧された時点での起案票のデータと承認条件とを比較して承認条件を満たしているか否かを判定していたが、承認条件に時間的な制約が無く、これでは起案票が回るまでの変更履歴がわからない。
【0027】
そこで、この第3動作例では、起案票が回覧され、その中の各項目のデータが変更された場合に起案票のデータの更新履歴を残しておく。そして、実際に、起案票が回覧された場合に起案票のデータの最終変更日と承認の予約を行った日時(予約登録日時)とを比較して、例えば予約登録日時以前に起案票のデータが変更されていてもその更新は自動承認の判定対象とはせず、予約登録日時以降の起案票のデータの更新のみを自動承認の判定対象とする。
【0028】
つまり、予約承認条件テーブル30に登録されている承認予約を行った日時情報についても承認条件の一つとして用いる。
サーバソフト10は、承認の予約後に起案票が該当承認者に回覧されると、予約承認条件テーブル30の承認条件に含まれる日時のデータ(予約日時)を読み出し、例えば20020113などと設定されていた場合、起案票の更新履歴のデータを参照して最終更新日が予約日時以前か、予約日時以降かを判定する。
この判定結果、起案票のデータの最終更新日が予約日時以降の場合、サーバソフト10は、自動承認処理を行わず、承認者による承認操作を待つことにする。
【0029】
一方、起案票のデータの最終更新日が予約日時以前の場合に、サーバソフト10は、次に、予約承認条件テーブル30の承認条件のうち使用目的、請求金額などの各項目のデータと起案票のデータとを照合する。そして、起案票のデータが承認条件を満たしていた場合に自動承認処理を実行する。なお、これら2段階の判定処理を一度に行っても良い。
すなわち、承認の予約後に回覧された起案票について自動承認の可否を判定する上で、承認の予約登録を行った日時よりも後に起案票のデータに変更がないことの確認処理を追加する。これにより、いつの時点で自動承認を有効としたかが明確になり、起案票について自動承認する上での間違いをなくすることができる。
【0030】
次に、第4動作例について説明する。この第4動作例は、予約承認の条件範囲をいくつか設ける応用例である。
上記第1動作例では、起案票の項目すべて、つまり「使用目的」、「請求金額」をアンド条件で自動承認したが、このうち、いずれか一方の条件だけを満たした場合でも承認を行うことにする。
【0031】
すなわち、この第4動作例の場合、図8に示すように、起案票51には、図5で示した起案票51の各項目のデータ入力欄52,53の他に、どの項目を承認条件とするかを指定するためのチェックボックス82,83を項目毎に追加する。また、図9に示すように、予約承認条件テーブル31には、承認条件の各項目毎に確認が不要か必要かを設定する確認要否の情報が登録される欄32,33を新たに設ける。
承認の予約を行う承認者は、これらの中の少なくとも一つのチェックボックス82,83にチェックマークを入れて承認予約の操作を行うようにする。
従って、承認予約の際に、図8の起案票51のチェックボックス82,83のうち少なくとも一つにチェックマークを入れて承認予約の操作を行うと、予約承認条件テーブル31の該当項目の欄32に例えば「要」などの情報が登録され、チェックマークが入っていなかった項目の欄33に例えば「不要」などの情報が登録される。
【0032】
つまり、起案票に複数の項目が指定されている場合に、各項目毎に承認条件とするか否かの情報を付与することで、承認条件は、申請金額と使用目的の両方のみに限定されることなく、申請金額のみ、あるいは使用目的のみ、というように条件を緩和して設定できる。
図8の起案票51の例では、申請金額の項目のチェックボックス83にのみチェックマークが付けられているため、図9の予約承認条件テーブル31には、申請金額の項目の欄33に「要」が登録され、チェックマークが入っていなかった使用目的の項目の欄32に「不要」が登録され、自動承認処理を実行する際には、申請金額だけが承認条件としての判定対象となる。なお、起案票51が回覧されたときの処理については、図9の予約承認条件テーブル31に登録されている承認条件の内容、つまり申請金額と使用目的のうちの少なくとも一方になるだけであり、第1動作例で説明した図7のフローチャートと同様である。
【0033】
このようにこの実施形態の電子決裁システムによれば、ある起案票について多くの承認者が承認予約を設定した場合に、起案票を一人ずつ承認する場合よりも早い時間で対象者全員の承認を得ることができる。また、承認条件の多くが修正されることなく承認されるような場合には、より大きな効果を得ることができる。
予約された承認処理を直ちに実行せずに一定時間経過後に実行することで、承認者の選択肢を広げつつ変更のない起案票の処理にかかる時間を短縮することができる。
承認予約の登録日時と起案票の最終変更日とを比較して自動承認の可否を判定することで、起案票について自動承認する上での間違いをなくすることができる。
起案票に対する承認条件を、起案票のデータがすべて変更されなかった場合だけに限ることなく、起案票のデータが一部変更されたとしても自動承認を許可することで、自動承認の際の条件を緩和することがきる。
【0034】
【発明の効果】
以上説明したように本発明によれば、承認案件を回覧対象者全員に本来の順序で回覧しつつ回覧対象者全員が承認するまでのリードタイムを短縮することができる。
【図面の簡単な説明】
【図1】本発明の一つの実施形態の電子決裁システムのハードウェア構成を示す図。
【図2】図1の電子決裁システムにおけるサーバとクライアント間の通信動作を示すシーケンス図。
【図3】メニュー画面の一例を示す図。
【図4】承認予約可能案件一覧表示画面を示す図。
【図5】起案票の一例を示す図。
【図6】予約承認条件テーブルを示す図。
【図7】この電子決裁システムの回覧動作を示すフローチャート。
【図8】起案票の一例を示す図。
【図9】予約承認条件テーブルを示す図。
【符号の説明】
1…サーバ、1a…ハードディスク装置、2a〜2c…クライアント、3…LAN、10…サーバソフト、11…ワークフロー情報記憶部、12…承認案件記憶部、30…予約承認条件テーブル。
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an approval system, an approval program, and an approval method for sequentially circulating approval cases to be circulated to an approver in, for example, an electronic settlement system.
[0002]
[Prior art]
There is disclosed a workflow apparatus for sequentially circulating documents to be circulated to persons to be circulated (hereinafter referred to as circulation). (See, for example, Patent Document 1).
[0003]
This workflow device is provided with at least one circulation route (express mode, limited express mode, etc.) in addition to the default circulation route (normal mode) for a document, depending on the urgency of document processing. When one of the circulation routes is selected, an automatic circulation mode setting function is provided for automatically changing the setting of the circulation route so as to become the selected circulation route.
In the case of this workflow device, in an emergency, the circulation lead time can be shortened by circulating the document through a circulation route different from the initial setting.
[0004]
[Patent Document 1]
JP-A-10-301998 (FIG. 3)
[0005]
[Problems to be solved by the invention]
However, in the case of the workflow apparatus described in Patent Literature 1, documents are circulated along a circulation route other than the default circulation route in an emergency, so that the circulation target person originally included in the default circulation route is used. Sometimes documents do not turn around.
When documents are not circulated to the circulated person in this way, if it is a circulation of general confirmation items, it does not matter much, but when circulating documents for approval like an electronic approval system, The original purpose of "approval" may not be achieved.
[0006]
The present invention has been made in order to solve such a problem, and an approval that can reduce the lead time until all the circulated persons approve while circulating the approved matter to all the circulated persons in the original order. It aims to provide systems, approval programs, and approval methods.
[0007]
[Means for Solving the Problems]
In order to achieve the above-mentioned object, the approval system of the present invention comprises: an approval matter circulation means for sequentially circulating an approval matter to an approver to be circulated to an approver on a network according to a circulation route; and the approval matter circulation means. Approval case information publishing means for publishing the information of the circulated approval case to the approver so as to be viewable on the network, and circulated to itself among the approval cases published by the approval case information publishing means A means for prompting the input of approval conditions for the scheduled approval matter, an approval condition storage means for storing the inputted approval conditions of the approval matter for each approver, and the approval matter being circulated to the approver by the approval matter circulating means. If the approval condition of the approver is checked, the approval condition of the approver stored in the approval condition storage means is checked. While performing, for approvals it does not meet the approval condition is characterized by comprising a authorization means to approval operation awaiting according approver.
In addition, the time information from when the approval matter is circulated to the approver until the approval process is executed is used as one of the approval conditions, and the date and time information when the approval reservation is made for the approval matter is one of the approval conditions. You may use as. Further, an approval condition may be given to each item specified in the approval matter.
[0008]
The approval program according to the present invention is an approval program for causing an approval system to execute processing, wherein the approval system circulates an approval case to an approver to be circulated to an approver on a network according to a circulation route. An approval matter information publishing means for publishing the information of the approval matter circulated by the approval matter circulating means to the approver so as to be viewable on the network; and an approval matter information published by the approval matter information publishing means. Means for prompting input of approval conditions for an approval matter to be circulated therein, approval condition storage means for storing the approval conditions of the approval matter entered for each approver, and approval by the approval matter circulation means When the approval matter is circulated to the approver, the approval condition of the approver stored in the approval condition storage unit is checked, and the approval If it meets the approval conditions, while performing the approval processing of the approvals, the approvals which does not meet the approval condition is characterized by to function as an admission means for the approval operation awaiting according approver.
[0009]
An approval method according to the present invention includes the steps of: an approval system publishing information of an approval matter to an approver to be circulated to the approver so as to be viewable on a network; and an approval published on the network by the approval system. A step of prompting the approver to input approval conditions for an approval matter to be circulated to the approver in the case, a step of storing the approval conditions of the input approval matter for each approver in the approval system, Is circulated to the approver, the approval system checks the approval condition of the approver, and if the approval condition of the approver is satisfied, the approval process of the approval matter is performed while the approval condition is satisfied. Waiting for an approval operation by an approver for an unapproved matter.
[0010]
In the present invention, when an approval condition for an approval matter scheduled to be circulated to the approver among the approval cases published on the network by the approval system is input by the approver, the approval condition of the approval matter is changed by the approver. The approval system memorizes each time.
When the approval matter is circulated to the approver, the approval system checks the approval condition of the approver, and when the approval condition of the approver is satisfied, the approval process of the approval matter is performed while the approval condition is satisfied. If not, the approval operation is waited for by the approver, so that the lead time until all the circulated persons approve can be reduced while circulating the approved matter to all the circulated persons in the original order.
[0011]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. FIG. 1 is a diagram showing a hardware configuration of an electronic approval system according to one embodiment of the present invention.
As shown in FIG. 1, the electronic approval system connects a workflow server 1 (hereinafter, referred to as a server 1) as a server computer and clients 2a to 2c as a plurality of client computers to a communication network such as a LAN3. It is configured.
The server 1 and the clients 2a to 2c are computers each including a CPU, a memory, a hard disk device, a LAN interface device, a keyboard, a display device, and the like. The hard disk device stores an operating system (OS) and various application programs. .
The hard disk device 1a of the server 1 includes a workflow server software 10 (hereinafter, referred to as server software 10), a workflow information storage unit 11 that stores workflow information, and an approval matter that stores data of a drafting slip that is an approval matter to be circulated. The storage unit 12, the reservation approval condition table 30, and the like are stored. The workflow information stored in the workflow information storage unit 11 is information for arranging a circulation route such as how to circulate the draft slip to be circulated, and the server software 10 stores the workflow information in the workflow information storage unit 11. And circulates the draft sheet based on.
The server software 10 has an HTTP server function and a workflow management function. The HTTP server function has a function of receiving various requests from the clients 2a to 2c and a function of transmitting a response to the received requests to the clients 2a to 2c. The workflow management function is an approval / circulation control function that circulates a draft form to the next circulation target person when approval / denial is performed by a user using each of the clients 2a to 2c, and is a so-called workflow engine.
[0012]
The server software 10 sequentially circulates the draft sheet registered therein to the approver on the LAN 3. The server software 10 approves the data of the draft form registered in the approval case storage unit 12 as a circulation target by an approver who is a circulation target person on the LAN 3 by, for example, a link from a menu screen (see FIG. 3). The reservation-possible matter list screen (see FIG. 4) is published, and when a desired matter name is selected and operated on the published approval reservation-possible matter list screen, the draft sheet data to be circulated to the approver (see FIG. 4). (See FIG. 5), and prompts the user to perform an operation of making an approval reservation for the data (contents) of the drafting form. Is stored (registered) in the reservation approval condition table 30 (see FIG. 6) as the approval condition data. The operation of making an approval reservation for the data (contents) of the draft form also includes an operation of making an approval reservation after changing the (content) data of the draft form.
In the reservation approval condition table 30, approval conditions such as the case ID, the purpose of use, the amount of the application, and the date and time when the approval reservation was made are set in correspondence with the identification information unique to the approver, that is, the user ID. The case ID is information for uniquely specifying the drafting slip.
[0013]
When the draft is sent to the corresponding approver, the server software 10 reads out the draft data stored in the approved matter storage unit 12 and generates the draft data (use purpose: transportation expenses, application amount: 1200 yen). The reservation approval condition table 30 is compared with the approval conditions (user purpose data (transportation expenses), application amount data (1200 yen)) of the corresponding approver (user ID), and the draft sheet data is approved by the approver. Check whether the conditions are met. Note that the check in this case is to check whether data of each item such as the purpose of use of the drafting slip, the amount of application, and the like and the data of the approval condition match.
Then, as a result of this check, if the data of each item of the drafting slip satisfies the approval condition for which the approver has made a reservation, the server software 10 performs an approval process for the drafting slip. The drafting sheet is circulated to the next approver, while a drafting slip that does not satisfy the approval condition in the reservation approval condition table 30 is awaiting approval operation by the approver.
[0014]
Workflow client software (hereinafter referred to as client software) is installed in the hard disk devices of the clients 2a to 2c. The client software has an HTML display function of displaying HTML data received from the server 1 and a request transmission function of receiving a button click in the HTML data and transmitting a request to the server 1.
In each of the clients 2a to 2c, the client software starts up in accordance with the start-up of the OS, displays a log-in screen for the server 1, and when the user inputs the log-in information, the server software 10 of the server 1 according to the authority of the user is displayed. The function becomes available. The client software may be activated by a user operation.
[0015]
Hereinafter, the operation of the electronic approval system will be described with reference to the communication sequence diagram of FIG. 2 and each screen example after FIG. FIG. 2 is a sequence diagram showing a communication operation between the server and the client in the electronic decision system of FIG.
In the electronic approval system of this embodiment, as shown in FIG. 2, when a certain approver, for example, approver C starts up the client 2a, the client software starts up together with the OS startup and makes an access request to the server 1. In response to this request, the server 1 transmits a login screen (S102), and the login screen is displayed on the client 2a (S103).
When the approver inputs login information from the displayed login screen, the login information is transmitted to the server 1 (S104).
[0016]
In the server 1, upon receiving the login information, the server software 10 performs an authentication process and returns a screen corresponding to the authentication result (S105). That is, if the authentication result is OK, the menu screen is transmitted, and if the authentication result is NG, the login screen for prompting the input of the login information is transmitted again.
Upon successful authentication, a menu screen as shown in FIG. 3 is displayed on the client 2a.
On the menu screen displayed on the client 2a, buttons for an approveable case list and an approval plan case list are displayed, and when the approver selects one of the buttons, the next button linked to each button is displayed. Screen is displayed.
[0017]
Here, for example, when a button of the list of scheduled approval items is selected and operated, the client software transmits a request for displaying a list of scheduled approval items (S106), and in the server 1 receiving this request, the server software 10 The header data in the data of the draft form to be circulated to the approver is read out from the approval case storage unit 12 and transmitted as the approval case list data (S107).
When the client 2a receives the list data of the scheduled approval case, the client 2a displays an approval reservation possible list screen as shown in FIG. On the screen of the approval reservation available list, the data header of the drafting sheet, for example, a case name such as “XXXXXX approval request”, “YYYYYYY approval request”, “ZZZZZZ approval request”, etc. Is displayed.
[0018]
Here, when the approver selects and operates, for example, the case name of “XXXXXX approval request”, the client software of the client 2a requests data of the text of the draft sheet corresponding to the case name (S108). When the server 1 receives the request, the server software 10 transmits the data of the text of the draft sheet (S109).
When the data of the text of the draft is received by the client 2a, it is displayed on the screen of the client 2a as a draft 51 (see FIG. 5) (S110).
As shown in FIG. 5, the drafting slip 51 includes, for example, a data input column 52 in which an item name of purpose of use and data of the item (such as transportation expenses) are input, an item name of the application amount and data of the item (1200). A data input field 53 in which a circle or the like is input and an approval reservation button 54 for confirming (executing) the approval reservation are provided.
Here, the approver of the client 2a checks the content of the displayed draft 51, and selects the approval reservation button 54 when permitting the application content of the draft 51 when circulated as it is (when approving). When operated, the data of the draft sheet 51 displayed on the screen of the client 2a is transmitted to the server 1 through the LAN 3 as the data of the approval condition (S111).
The data input in advance in the data input field 52 for the purpose of use of the drafting slip 51 or the data input field 53 for the amount of application can be changed by the approver by operating the keyboard or the mouse. For example, the data “1200” previously input in the application amount data input field 53 may be changed to “1200 or less”, “1300 or less”, for example.
When the server 1 receives the data of the approval condition transmitted from the client 2a via the LAN 3, the received approval condition data is stored in the column of the corresponding approver in the reservation approval condition table 30. Is set (registered) (S112). In FIG. 6, the user ID and the case ID in the reservation approval condition table 30 are information that is inevitably determined. The data of the purpose of use and the amount of the application may be input by the approver, or by registering it in the server 1 in advance, each column is displayed as a selection item in a down list, and the approver selects the data. Can be done.
As shown in the reservation approval condition table 30 in FIG. 6, for example, for a drafting slip 51 (in this example, case ID: 1042) in which a certain approver has registered an approval reservation, the usage purpose is “transportation expense” and the application amount is “1200”. In the case of a circle or the like, this means that the approval process is automatically executed when the draft 51 is circulated later.
[0019]
Hereinafter, a first operation example of the approval process in the electronic payment system will be described.
In the case of this electronic payment system, drafts are circulated in the order to be approved according to the workflow information stored in the workflow information storage unit 11.
At this time, the approver specified later in the processing order of the workflow, as described above, displays a list of drafts to be circulated later, browses the contents of the draft to be circulated, You can check the contents of the draft sheet. At this time, when the contents of the draft form are returned to the user without being changed, an approval reservation can be made so that the approval processing is automatically executed.
In other words, the approval conditions are registered in the reservation approval condition table 30 for each draft sheet scheduled to be circulated to the approver, and when a draft sheet for which approval reservation has been made is actually circulated to the approver, Then, the server software 10 collates the draft form data with the approval conditions in the reservation approval condition table 30, and performs automatic approval only when the draft form data satisfies the approval conditions.
[0020]
Hereinafter, specific processing of the server software 10 will be described with reference to the flowchart of FIG.
When the draft form is circulated to the next approver according to the workflow information, the server software 10 determines whether or not the circulation order of the draft form is the order of the approver who has reserved the approval (S201 in FIG. 7).
If the order of circulation of the draft sheet is the order of the approver who made the approval reservation (Yes in S201), the approval condition of the corresponding case ID and user ID is read from the reservation approval condition table 30, and the approval case storage unit 12 The data of the draft sheet is read, and the contents of each are checked (collated) (S202).
As a result of this check (collation), when the data of the draft form satisfies the reserved approval condition (Yes in S203), the server software 10 performs an act of approving the draft form (automatic approval processing). Is executed (S204). The act of performing approval (automatic approval processing) is processing such as adding an approval flag to the data of the draft sheet.
As a result of executing the automatic approval process, when the process is completed normally, the server software 10 circulates the draft sheet to the next approver indicated in the workflow information (S205).
When many drafts are circulated without correction, the time required for approval can be greatly reduced, and the lead time required for a series of approval circulation can be shortened.
[0021]
On the other hand, when the drafting form is modified before the approver who made the reservation itself, that is, during the approval, and the reserved approval condition is not satisfied (No in S203), the server software 10 (S206).
In this case, when the approver performs a browsing operation on the draft awaiting approval, the contents of the draft are displayed on the screen of the client 2a, and the approval operation is performed after confirmation. When this approval operation is performed (Yes in S207), the server software 10 executes approval processing for the draft sheet.
[0022]
For example, in a case where a draft form created by the user of the client 2a is circulated to the users of the client 2b and the client 2c in that order, the user of the client 2c has a list of approval-reservable cases scheduled to be circulated to the user. Is input to the client 2c, the approval condition is input such that if the draft sheet created by the user of the client 2a is approved without change by the user of the client 2b, the approval is performed. Is registered in the reservation approval condition table 30, when the draft form is passed from the user of the client 2 b to the user of the client 2 c without correction, the draft form is automatically processed by the server software 10 as it is. Approval processing is performed and circulated to the next approver. It should be noted that each client 2a, 2b, 2c may be used by a plurality of users instead of one person. The circulation of the drafting sheet is per user, and the above circulation example is merely an example.
[0023]
Hereinafter, a second operation example to a fourth operation example of the electronic approval system will be described. First, a second operation example will be described. This second operation example is an application example in which the processing timing of the reservation in the first operation example is changed.
That is, in the first operation example, after the approval of the approver who is the user of the client 2b ends, when the order of the approver who is the user of the client 2c comes, the reservation approval process starts immediately. In the second operation example, apart from the time information (date and time) at the time when the approval reservation is made, the approval processing is executed in the reservation approval condition table 30 after a certain number of hours after being circulated by itself. Time limit information is stored.
[0024]
In this case, after the user of the client 2c makes an appointment reservation for the drafting sheet, the server software 10 firstly sets the reservation approval condition when the user of the client 2c comes to approve the drafting sheet. The time limit information included in the approval condition of the table 30 is read out. If the time limit information is set to, for example, one hour later, a timer is operated. The data of each item such as the purpose of use and the amount of the bill are collated with the data of the draft sheet, and if the approval condition is satisfied, the automatic approval process is executed. The time may be measured using a clock function of the OS instead of the timer.
[0025]
As described above, the time information from when the drafting form is circulated to the approver until execution of the approval processing is used as one of the approval conditions, so that the client 2c user himself / herself can use the contents of the drafting form as much as possible. When the user wants to confirm and approve operation, he / she can perform the approval operation by himself if he / she can confirm the draft sheet earlier than the preset time. In addition, if the user of the client 2c cannot approve for some reason, the approval process is automatically performed on the drafting sheet under the approval condition reserved after a certain period of time. It is possible to avoid a situation that is delayed more than an hour.
[0026]
Subsequently, a third operation example will be described. The third operation example is an operation example in which the timing (timing) at which the reservation for approval is made for the draft sheet is used as one determination factor.
In the first operation example, the data of the draft sheet at the time of approval reservation is registered as an approval condition, and the data of the draft sheet at the time the draft sheet is circulated is compared with the approval condition to satisfy the approval condition. However, there is no time restriction on the approval condition, and the change history until the draft is turned cannot be known.
[0027]
Therefore, in the third operation example, the draft is circulated, and when the data of each item in the draft is changed, an update history of the draft data is left. Then, when the draft form is actually circulated, the last change date of the draft form data is compared with the date and time when the approval reservation was made (reservation registration date and time). Even if is changed, the update is not regarded as a determination target of the automatic approval, and only the update of the data of the draft sheet after the reservation registration date and time is determined as a determination target of the automatic approval.
[0028]
In other words, the date and time information on which the approval reservation is made registered in the reservation approval condition table 30 is also used as one of the approval conditions.
When the draft form is circulated to the approver after the reservation for approval, the server software 10 reads out the date and time data (reservation date and time) included in the approval condition of the reservation approval condition table 30 and is set to, for example, 20020113. In this case, it is determined whether the last update date is before or after the reservation date and time by referring to the update history data of the draft sheet.
If the result of this determination is that the last update date of the draft sheet data is after the reservation date and time, the server software 10 waits for an approval operation by the approver without performing the automatic approval process.
[0029]
On the other hand, if the last update date of the draft sheet data is earlier than the reservation date and time, the server software 10 then determines the data of each item such as the purpose of use and the billing amount in the approval conditions of the reservation approval condition table 30 and the draft sheet. Is compared with the data of Then, when the data of the draft form satisfies the approval condition, an automatic approval process is executed. Note that these two-stage determination processes may be performed at once.
That is, in determining whether or not automatic approval can be performed on a draft slip circulated after the approval reservation, a confirmation process for confirming that there is no change in the draft slip data after the date and time when the approval reservation registration was performed is added. This clarifies when the automatic approval is valid, and eliminates a mistake in automatically approving the drafting slip.
[0030]
Next, a fourth operation example will be described. This fourth operation example is an application example in which some condition ranges for reservation approval are provided.
In the above-mentioned first operation example, all the items of the drafting slip, that is, the “purpose of use” and the “billing amount” are automatically approved based on AND conditions. However, even when only one of the conditions is satisfied, the approval is performed. To
[0031]
That is, in the case of the fourth operation example, as shown in FIG. 8, in addition to the data input fields 52 and 53 of each item of the draft slip 51 shown in FIG. Check boxes 82 and 83 for designating whether or not to perform the setting are added for each item. As shown in FIG. 9, the reservation approval condition table 31 is provided with new columns 32 and 33 in which information on whether or not confirmation is necessary is set for each item of the approval condition. .
The approver who makes the reservation for approval puts a check mark in at least one of the check boxes 82 and 83 to perform the operation of the approval reservation.
Therefore, at the time of approval reservation, when an operation of approval reservation is performed by putting a check mark in at least one of the check boxes 82 and 83 of the draft form 51 in FIG. For example, information such as “necessary” is registered, and information such as “unnecessary” is registered in the column 33 of the item that is not checked.
[0032]
In other words, when multiple items are specified in the drafting slip, by assigning information on whether or not to set approval conditions for each item, the approval conditions are limited to both the application amount and the purpose of use. The conditions can be relaxed and set, such as only the application amount or only the purpose of use.
In the example of the draft form 51 in FIG. 8, only the check box 83 of the application amount item is checked, so that in the reservation approval condition table 31 of FIG. Is registered, and "unnecessary" is registered in the field 32 of the item of the purpose of use that has not been checked, and when executing the automatic approval process, only the application amount is to be determined as the approval condition. The processing when the draft slip 51 is circulated is only the content of the approval condition registered in the reservation approval condition table 31 of FIG. 9, that is, at least one of the application amount and the purpose of use. This is the same as the flowchart of FIG. 7 described in the first operation example.
[0033]
As described above, according to the electronic approval system of this embodiment, when many approvers set appointment reservations for a draft sheet, the approval of all the target persons can be approved earlier than in the case of approving the draft sheet individually. Obtainable. Further, when many approval conditions are approved without being modified, a greater effect can be obtained.
By executing the reserved approval processing after a lapse of a predetermined time instead of immediately, it is possible to shorten the time required for processing a draft sheet without change while expanding the options of the approver.
By comparing the registration date and time of the approval reservation with the last change date of the drafting form and determining whether or not automatic approval is possible, it is possible to eliminate errors in automatically approving the drafting form.
Approval conditions for drafting sheets are not limited to the case where all data on the drafting sheet have not been changed. By allowing automatic approval even if data on the drafting sheet has been partially changed, the conditions for automatic approval are set. Can be alleviated.
[0034]
【The invention's effect】
As described above, according to the present invention, it is possible to shorten the lead time until all the circulated persons approve while circulating the approved matter to all the circulated persons in the original order.
[Brief description of the drawings]
FIG. 1 is a diagram showing a hardware configuration of an electronic approval system according to one embodiment of the present invention.
FIG. 2 is a sequence diagram showing a communication operation between a server and a client in the electronic settlement system of FIG. 1;
FIG. 3 is a diagram showing an example of a menu screen.
FIG. 4 is a view showing an approval reservation possible case list display screen.
FIG. 5 is a diagram showing an example of a draft slip.
FIG. 6 is a diagram showing a reservation approval condition table.
FIG. 7 is a flowchart showing a circulation operation of the electronic approval system.
FIG. 8 is a diagram showing an example of a draft slip.
FIG. 9 is a diagram showing a reservation approval condition table.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 1 ... Server, 1a ... Hard disk device, 2a-2c ... Client, 3 ... LAN, 10 ... Server software, 11 ... Workflow information storage part, 12 ... Approval case storage part, 30 ... Reservation approval condition table.

Claims (6)

回覧対象の承認者への承認案件を回覧ルートに従いネットワーク上の承認者へ順次回覧する承認案件回覧手段と、
前記承認案件回覧手段により回覧される承認案件の情報を該当承認者に対して前記ネットワーク上で閲覧可能に公開する承認案件情報公開手段と、
前記承認案件情報公開手段により公開された承認案件の中で承認者自身に回覧される予定の承認案件に対する承認条件の入力を促す手段と、
入力された該当承認案件の承認条件を承認者毎に記憶する承認条件記憶手段と、
前記承認案件回覧手段により承認者に承認案件が回覧された場合、前記承認条件記憶手段に記憶されている当該承認者の承認条件をチェックし、前記承認者の承認条件を満たした場合、当該承認案件の承認処理を行う一方、前記承認条件を満たしていない承認案件については承認者による承認操作待ちとする承認手段とを具備したことを特徴とする承認システム。
An approved matter circulating means for sequentially circulating the approved matter to the approver to be circulated to the approver on the network according to the circulating route;
Approved matter information publishing means for publishing information of the approved matter circulated by the approved matter circulating means to the corresponding approver so as to be viewable on the network,
Means for prompting input of approval conditions for an approval matter scheduled to be circulated to the approver in the approval matter published by the approval matter information disclosure means,
An approval condition storage unit for storing the approval condition of the input approval matter for each approver;
When the approval matter is circulated to the approver by the approval matter circulating means, the approval condition of the approver stored in the approval condition storage means is checked, and when the approval condition of the approver is satisfied, the approval An approval system comprising: an approval unit that performs an approval process for an item and waits for an approval operation by an approver for an approval item that does not satisfy the approval condition.
承認案件が承認者に回覧された時点から承認処理を実行するまでの時間情報を承認条件の一つとして用いたことを特徴とする請求項1記載の承認システム。2. The approval system according to claim 1, wherein time information from when the approval matter is circulated to the approver until execution of the approval process is used as one of the approval conditions. 承認案件に対して承認予約を行った日時情報を承認条件の一つとして用いたことを特徴とする請求項1記載の承認システム。2. The approval system according to claim 1, wherein the date and time information when the approval reservation is made for the approval matter is used as one of the approval conditions. 承認案件に指定されている項目毎に承認条件を付与することを特徴とする請求項1記載の承認システム。2. The approval system according to claim 1, wherein an approval condition is provided for each item specified in the approval matter. ネットワークに接続された承認システムに処理を実行させる承認プログラムにおいて、
前記承認システムを、
回覧対象の承認者への承認案件を回覧ルートに従いネットワーク上の承認者へ順次回覧する承認案件回覧手段と、
前記承認案件回覧手段により回覧される承認案件の情報を当該承認者に対して前記ネットワーク上で閲覧可能に公開する承認案件情報公開手段と、
前記承認案件情報公開手段により公開された承認案件の中で承認者自身に回覧される予定の承認案件に対する承認条件の入力を促す手段と、
入力された当該承認案件の承認条件を承認者毎に記憶する承認条件記憶手段と、
前記承認案件回覧手段により承認者に承認案件が回覧された場合、前記承認条件記憶手段に記憶されている当該承認者の承認条件をチェックし、前記承認者の承認条件を満たした場合、当該承認案件の承認処理を行う一方、前記承認条件を満たしていない承認案件については承認者による承認操作待ちとする承認手段
として機能させることを特徴とする承認プログラム。
In an approval program that causes an approval system connected to a network to execute processing,
Said approval system,
An approved matter circulating means for sequentially circulating the approved matter to the approver to be circulated to the approver on the network according to the circulating route;
Approved matter information publishing means for publishing information of the approved matter circulated by the approved matter circulating means to the approver so as to be viewable on the network,
Means for prompting input of approval conditions for an approval matter scheduled to be circulated to the approver in the approval matter published by the approval matter information disclosure means,
Approval condition storage means for storing the approval condition of the input approval matter for each approver;
When the approval matter is circulated to the approver by the approval matter circulating means, the approval condition of the approver stored in the approval condition storage means is checked, and when the approval condition of the approver is satisfied, the approval An approval program for executing an approval process of an item, and for functioning as an approval unit that waits for an approval operation by an approver for an approval item that does not satisfy the approval condition.
回覧対象の承認者への承認案件の情報を承認システムが前記承認者に対してネットワーク上で閲覧可能に公開するステップと、
前記承認システムによりネットワーク上に公開された承認案件の中で承認者自身に回覧される予定の承認案件に対する承認条件の入力を促すステップと、
入力された当該承認案件の承認条件を承認者毎に前記承認システムに記憶するステップと、
前記承認案件が承認者に回覧された場合、前記承認システムが当該承認者の承認条件をチェックし、前記承認者の承認条件を満たした場合、当該承認案件の承認処理を行う一方、前記承認条件を満たしていない承認案件については承認者による承認操作待ちとするステップと
を有することを特徴とする承認方法。
A step in which the approval system publishes the information on the approval matter to the approver to be circulated so that the approver can view the information on the network;
Prompting the input of approval conditions for the approval matter scheduled to be circulated to the approver in the approval matter published on the network by the approval system,
Storing the input approval conditions of the approval matter in the approval system for each approver;
When the approval matter is circulated to the approver, the approval system checks the approval condition of the approver, and when the approval condition of the approver is satisfied, the approval process of the approval matter is performed. Waiting for an approval operation by an approver for an approval matter that does not satisfy the condition (1).
JP2003048691A 2003-02-26 2003-02-26 System, program, and method of approval Withdrawn JP2004258960A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003048691A JP2004258960A (en) 2003-02-26 2003-02-26 System, program, and method of approval

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003048691A JP2004258960A (en) 2003-02-26 2003-02-26 System, program, and method of approval

Publications (1)

Publication Number Publication Date
JP2004258960A true JP2004258960A (en) 2004-09-16

Family

ID=33114585

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003048691A Withdrawn JP2004258960A (en) 2003-02-26 2003-02-26 System, program, and method of approval

Country Status (1)

Country Link
JP (1) JP2004258960A (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009258907A (en) * 2008-04-15 2009-11-05 Nippon Telegr & Teleph Corp <Ntt> Approver selection method, system, and device
JP2012014283A (en) * 2010-06-29 2012-01-19 Obic Co Ltd Electronic form display control apparatus, electronic form display control method and electronic form display control program
JP2016027465A (en) * 2014-06-30 2016-02-18 キヤノンマーケティングジャパン株式会社 Workflow server, workflow system, and processing method of the workflow server, and program

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009258907A (en) * 2008-04-15 2009-11-05 Nippon Telegr & Teleph Corp <Ntt> Approver selection method, system, and device
JP2012014283A (en) * 2010-06-29 2012-01-19 Obic Co Ltd Electronic form display control apparatus, electronic form display control method and electronic form display control program
JP2016027465A (en) * 2014-06-30 2016-02-18 キヤノンマーケティングジャパン株式会社 Workflow server, workflow system, and processing method of the workflow server, and program
JP2017068864A (en) * 2014-06-30 2017-04-06 キヤノンマーケティングジャパン株式会社 Workflow server, workflow system, method for processing the same, and program

Similar Documents

Publication Publication Date Title
US9430637B2 (en) Service providing system and information gathering method
JP2006318304A (en) Password policy management server and password policy management method
CN110096847B (en) User-specific application activation for remote sessions
JP2000076342A (en) Device and method for purchase request authentication and computer-readable storage medium
JP2007156678A (en) Workflow system and pending electronic document processing method
EP2538349A2 (en) Server, inter-business enterprise information control method and computer program
US10445420B2 (en) Electronic form mobility hand-off
JP2007257232A (en) Operation terminal for facility equipment
JP6335381B1 (en) Information management apparatus, information management method and program
JP2024012586A (en) Intellectual property information management system, intellectual property information providing method of intellectual property information management system
JP2004258960A (en) System, program, and method of approval
JP2001188755A (en) Communication electronic equipment and storage medium stored with communication processing program
JP2006172377A (en) Workflow system, related authority setting method, program, and recording medium
JP6986293B2 (en) Blog posting system
JP6876096B2 (en) Information processing device, information processing method
JP2006185313A (en) Id management system on network
JP5616293B2 (en) Information distribution system and information distribution control method
CN112241517A (en) License management system and recording medium
JP6747178B2 (en) Program and authentication device
JP5678990B2 (en) Processing system and program
JP5304142B2 (en) Approval device and program
JP7456117B2 (en) Workflow system and server equipment
JP6998832B2 (en) Reservation management system and program
JP2011134265A (en) System, method and program for managing document
JP2004094426A (en) Service information retrieval system

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20060509