JP2009193470A - 電子承認ワークフローシステム - Google Patents
電子承認ワークフローシステム Download PDFInfo
- Publication number
- JP2009193470A JP2009193470A JP2008035261A JP2008035261A JP2009193470A JP 2009193470 A JP2009193470 A JP 2009193470A JP 2008035261 A JP2008035261 A JP 2008035261A JP 2008035261 A JP2008035261 A JP 2008035261A JP 2009193470 A JP2009193470 A JP 2009193470A
- Authority
- JP
- Japan
- Prior art keywords
- code
- importance
- department
- draft
- approver
- 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.)
- Pending
Links
Images
Abstract
【課題】複数の部門や職能に跨った承認案件の承認者を適切かつ簡便に定めることのできる電子承認ワークフローシステムを提供する。
【解決手段】電子承認ワークフローシステムは、起案理由や却下理由ごとに、部門別の重要度を記憶している。その部門別の重要度から、その承認案件の重要度を決定すると共に、承認者の属する部門を決定する。さらに承認案件の重要度から、承認者の属する階層を取得する。システムは、その決定した部門と取得した階層に基づいて、承認者を決定する。
【選択図】図1
【解決手段】電子承認ワークフローシステムは、起案理由や却下理由ごとに、部門別の重要度を記憶している。その部門別の重要度から、その承認案件の重要度を決定すると共に、承認者の属する部門を決定する。さらに承認案件の重要度から、承認者の属する階層を取得する。システムは、その決定した部門と取得した階層に基づいて、承認者を決定する。
【選択図】図1
Description
本発明は、複数の承認者の端末に回送される承認案件のデータを管理するための電子承認ワークフローシステムに関する。
電子承認ワークフローシステムでは、起案された承認案件のデータが複数の承認者の端末に順に回送される。承認案件を回送する回送ルートは、業務内容にしたがって承認者を配列することで予め定義される(例えば特許文献1参照)。
特開2005−78428号公報
企業や組織における承認案件の重要度はその部門や職能によって異なる。技術部門、工場部門、資材、および品質保証部門といった複数の部門のうち、技術部門や品質保証部門にとっては重要であっても、資材部門や工場部門にとっては重要でない承認案件もあれば、資材部門を除く技術部門、工場部門、品質保証部門で重要な承認案件もある。承認者を配列することで回送ルートを設定すると、このような部門別の重要度と回送ルートの関係が明らかでなくなる。さらに人事異動や組織変更があると、回送ルートの定義を承認者レベルで変更する必要が生じる。
本発明は、このような従来の技術における課題を鑑みてなされたものであり、複数の部門や職能間に跨った承認案件の承認者を適切かつ簡便に決定することのできる電子承認ワークフローシステムを提供することを目的とするものである。
上述の目的を達成するために、本発明の提供する電子承認ワークフローシステムは、複数の承認者の端末に回送される承認案件のデータを管理するコンピュータを備えた電子承認ワークフローシステムであって、前記コンピュータが、承認案件の起案要求を端末から受信する手段と、前記起案要求を送信した起案要求端末から、前記承認案件の起案理由の区分を表す起案理由コードを少なくとも受信する手段と、起案理由コードおよび当該起案理由コードに対する部門別の重要度を記憶する第1の記憶手段と、前記承認案件の起案識別コード、前記起案要求端末から受信した起案理由コード、および当該承認案件の重要度を含む起案データを記憶する第2の記憶手段と、承認者を識別する承認者識別コード、当該承認者の属する部門を表す部門コード、当該承認者の属する階層を表す階層コードを記憶する第3の記憶手段と、重要度、および当該重要度に対する階層コードを記憶する第4の記憶手段と、前記起案要求端末から受信した前記起案理由コードに対する部門別の重要度を前記第1の記憶手段から読み出し、前記第2の記憶手段に記憶した起案データの重要度に、読み出した重要度を加算する重要度設定手段と、前記第2の記憶手段に記憶した前記起案データの起案理由コードに対応する部門別の重要度を前記第1の記憶手段から読み出し、読み出した部門別の重要度から、承認者の属する部門を決定する部門決定手段と、前記第2の記憶手段に記憶した前記起案データの重要度に対応する階層コードを前記第4の記憶手段から取得する階層取得手段と、前記部門決定手段により決定した部門の識別コード、および前記階層取得手段により取得した階層コードに対応する承認者コードを前記第3の記憶手段から取得し、前記第2の記憶手段に記憶した前記起案データの起案識別コード、および取得した前記承認者コードを含む承認データを第5の記憶手段に記憶する承認データ作成手段とを備える。
他の態様によれば、本発明は、上述の電子承認ワークフローシステムとしてコンピュータを機能させるための電子承認プログラムを提供する。
以上の構成を採用することにより、複数の部門や職能間に跨った承認案件の承認者を適切かつ簡便に決定することができる。
以下、添付図面を参照して本発明の実施の形態について説明する。この実施の形態において、本発明は電子承認ワークフローシステムとして具体化される。
図1は本発明の実施の形態における電子承認ワークフローシステムの概要を説明するための図である。この例では、ワークフローが技術部門、工場部門、資材部門、および品質保証部門にまたがっている。起案者101は、承認案件のデータを端末で作成して起案する。ワークフローシステムは、複数の部門(職能)にまたがって各承認者102の端末にその承認案件のデータを回送する。各承認者102は、承認案件を承認するか却下する。承認者102がその承認案件を承認した場合、その案件は次の承認者102に回送される。承認者がその承認案件を却下した場合、その案件は起案者101に戻される。起案者101はその案件を修正するか廃案する。
このワークフローシステムでは、起案理由や却下理由によって部門ごとに重要度を与え、その重要度の合計にしたがって承認者102やその人数を動的に決定する。承認者102となる者は、複数の階層に分類されており、承認案件の重要度の合計が大きくなるに連れて、より高い階層に属する者の承認を必要とする。図の上段の例では、起案理由にしたがって、部門ごとに重要度が「1」ずつ与えられている。この承認案件の重要度は各部門の重要度を合計した「4」となっている。ワークフローシステムは、重要度の範囲と、承認者の属する階層との関係を示す重要度/階層テーブル103を備え、そのテーブル103によって各部門の承認者102を決定する。承認案件の重要度が「4」であれば、各部門について、「承認者1」を承認者102として決定する。
この承認案件が回送ルート中で却下されると、承認案件の重要度をワークフローシステムが更新する。却下理由が異なれば、重要度の与えられる部門やその値が異なる。その却下によって工場部門、品質保証部門に対する重要度に「1」がそれぞれ加算されると、この承認案件の重要度の合計は「6」となる。この場合、ワークフローシステムは、各部門に対して、「承認者1」だけでなく、「承認者1」より高い階層に属する「承認者2」も承認者102として決定する。このようにしてワークフローシステムは、起案理由や却下理由によって承認者102やその人数を決定または変更する。さらに、同じ承認案件でも、承認・却下状況によって承認者を動的に異ならせることができる。
図2は本実施の形態における電子承認ワークフローシステムの全体構成を説明するための図である。この電子承認ワークフローシステムでは、ワークフローサーバ装置201が、起案者の端末202や、承認者の端末203乃至206とネットワーク207を通じて接続されている。ワークフローサーバ装置201は、複数の承認者の端末203乃至206に回送される承認案件のデータを管理する。端末203乃至端末206はそれぞれ、例えば技術部門、工場部門、資材部門、および品質保証部門に属する承認者の端末である。またネットワーク207には、文書サーバ装置208も接続されている。この文書サーバ装置208は、承認案件のデータに添付される図面や仕様書などの文書ファイルを管理する。なお、起案者の端末や承認者の端末という区別は説明の便宜上のものであり、特定の端末のユーザが必ず起案者や承認者である必要はない。
図3はワークフローサーバのハードウェア構成の一例を説明するための図である。ワークフローサーバ装置201には、一台または複数台の汎用コンピュータを用いることができる。この例では、一台の汎用コンピュータ301を用いている。コンピュータ301は、CPU302やバス303を備えている。CPU302はバス303を通じてROM304やRAM305と接続される。ROM304に記憶されたプログラムの指令に従ってコンピュータ301が起動すると、CPU302はRAM305上でOS306の一部または全部を動作させる。バス303には通信インターフェイス307も接続されている。通信インターフェイス307は、ネットワーク207を通じてコンピュータ301を端末202乃至206や文書サーバ装置208に接続する。
またバス303には、記憶装置の一つとして、HDD308も接続されている。HDD308は、このコンピュータ301でワークフローサーバ装置201の機能を実現するための管理プログラム309のファイルを格納している。CPU302は、その管理プログラム309のファイルをコンピュータ301の起動時にHDD308から読み出し、RAM305上でその管理プログラム309を動作させる。HDD308は、管理プログラム309のファイルのほか、重要度テーブル310や、起案データベース311、承認者データベース312、重要度/階層テーブル313、承認データベース314を記憶する。
図4は重要度テーブルのデータ構成の一例を示す図である。重要度テーブルは、起案者が選択し得る起案理由コードを複数格納している。起案理由コードは、承認案件の起案理由の区分を表し、数値データで与えることができる。この例では、「01」乃至「06」の6つの起案理由コードを格納している。
重要度テーブルは、その起案理由コードごとに、当該起案理由の説明および部門別の重要度のデータを格納する。起案理由の説明は、「設計品質対応」や「仕入先変更」などテキストデータとして与えることができる。部門別の重要度は、承認案件の重要性を表す数値データで与えることができる。重要度の値が大きいほど、承認案件の重要性が増す。部門別の重要度は、ここでは、技術部門、資材部門、工場部門、品質保証部門の4つの部門別に与えられている。例えば起案理由コード「01」のレコードは、技術部門および品質保証部門の重要度として「1」、資材部門および工場部門の重要度として「0」を含む。
図5は起案データベースのデータ構成の一例を示す図である。起案データベースは、起案を識別する起案識別コードとして起案番号ごとに起案データを格納する。起案データは、起案番号のほか、起案日、起案理由コード、重要度、起案者氏名のデータを含む。起案日は承認案件の起案の日付を表す。起案データベースにおける起案理由コードは、起案者によってその承認案件に対し付与された起案理由を表す。起案データベースにおける重要度は、その承認案件に対する重要度を表す。起案者氏名は、その承認案件の起案者の氏名を表すテキストデータである。
図6は承認者データベースのデータ構成の一例を示す図である。承認者データベースは、部門コードおよび承認者コードの組み合わせごとに、承認者氏名および階層コードのデータを含む。部門コードは、部門を識別するコードであり、ここではテキストデータで与えている。承認者コードは、部門内の承認者を識別するためのコードであり、ここでは3桁の数値データである。部門コードおよび承認者コードの組み合わせによって、複数の部門を有する企業や組織全体における承認者を識別することができる。承認者氏名は、承認者の氏名を表すテキストデータである。階層コードは、その承認者が属する階層を表すコードであり、数値データによって与えることができる。ここでは、4つの階層に対応して「1」から「4」の整数値が用意されており、階層コードの数値が大きいほど、階層が高くなる。
承認者データベースによって、企業や組織における承認者は複数の階層に分類される。その階層は、担当者、係長、課長、部長、経営者といった役職に応じて定めることができる。例えば「技術」部門に属する承認者コード「001」の「アさん」は階層コードが「1」であり、「技術」部門に属する承認者コード「002」の「イさん」は階層コードが「2」である。「アさん」よりも、「イさん」の方が高い階層に属する。「経営者」は全ての部門を統括するものとして、「技術」部門や「品質保証」部門といった組織的な部門とは別個に部門コードを与えることができる。この場合、「経営者」の「ラさん」が属する階層コードは「4」であり、その企業で最も高い階層となる。
図7は重要度/階層テーブルのデータ構成の一例を示す図である。重要度/階層テーブルは、重要度の範囲を表す下限値および上限値の組み合わせごとに、階層コードを格納する。重要度の値は、この実施の形態では、0から9999の範囲で与えられ、1から9999の範囲を4つに区分している。重要度の値が「1」以上「5」以下の範囲に対しては、最も低い階層を表す階層コード「1」が格納されている。重要度の値が「6」以上「10」以下の範囲に対しては、次に低い階層を表す階層コード「2」が格納されている。重要度の値が「11」以上「15」以下の範囲に対しては、2番目に高い階層を表す階層コード「3」が格納されている。重要度の値が「16」以上「9999」以下の範囲に対しては、階層コード「3」に加えて、最も高い階層を表す階層コード「4」が格納されている。この重要度/階層テーブルによって、承認案件の重要度が高ければ、より高い階層の承認者の承認が必要とされることになる。
図8は承認データベースのデータ構成の一例を示す図である。承認データベースは、起案データベースに登録されている起案番号ごとに承認データを格納する。承認データは、起案番号のほか、部門コード、承認者コード、および却下理由コードを含む。部門コードおよび承認者コードの組み合わせによって、その承認案件の承認または却下を行った承認者を識別する。却下理由コードは、承認者によってその承認案件が却下されたときの理由を表し、数値データによって与えることができる。この実施の形態では、却下理由コードは、起案理由コードと同一となっている。却下理由コードの値が承認者によって付与されたとき、重要度データベースから、その却下理由コードに対応する部門別の重要度を得ることができる。しかしながら、却下理由コードを起案理由コードとは別個にし、起案理由コードおよび却下理由コードそれぞれに対して重要度データベースを設けるようにしてもよい。
図9はワークフローサーバ装置の機能的構成の一例を説明するための図である。コンピュータ301は、管理プログラム309の指令にしたがって、上述のようなテーブル310、313、データベース311、312、314に対して入出力を行い、ワークフローサーバ装置201として承認案件のデータを管理する。ワークフローサーバ装置201としてのコンピュータ301は、起案処理部901、重要度設定部902、部門決定部903、階層取得部904および承認データ作成部905を備える。
起案処理部901は、承認案件の起案要求を起案者の端末202から受信する。起案要求を受けると、起案処理部901は、承認案件のデータを起案者が入力するためのフォームを端末に送信する。起案者は、起案日、起案理由コードといったデータをそのフォームに入力する。これにより、起案者の端末202からコンピュータ301に、起案日、起案理由コードといったデータが送信される。起案処理部901は、これらのデータを受信する。起案処理部901は、端末202からデータを受信すると、そのデータに対して起案番号を付与し、その起案番号、受信した起案日および起案理由コードならびに重要度を含む起案データを起案データベース311に書き込む。起案番号は受付順に連番で付与することができる。重要度の値としては、このとき「0」を書き込むことができる。
重要度設定部902は、端末202から受信した起案理由コードに対応する部門別の重要度を重要度テーブル310から読み出す。例えば起案理由コードが「1」であれば、「技術」部門および「品質保証」部門に対する重要度の値として「1」をそれぞれ読み出し、「資材」部門および「工場」部門に対する重要度の値として「0」をそれぞれ読み出す。重要度設定部902は、部門別の重要度を読み出すと、起案処理部901が起案データベース311に書き込んだ起案データの重要度に、読み出した重要度を加算する。ここでは、重要度設定部902は、部門別の重要度の合計値を起案データの重要度に書き込む。上述のように部門別の重要度を読み出していれば、その合計値「2」を起案データの重要度に書き込む。
部門決定部903は、起案データベース311に書き込んだ起案データの起案理由コードに対応する部門別の重要度を重要度テーブル310から読み出し、読み出した部門別の重要度から重要度の与えられた部門を特定し、承認者の属する部門として、その特定した部門を決定する。この実施の形態では、部門別の重要度に対して部門コードをそれぞれ記憶しており、部門決定部903は、重要度が1以上の部門コードを抽出することで、承認者の属する部門を決定する。起案理由コードが「01」であれば、4つの部門のうち、対応する重要度が1以上の「技術」部門および「品質保証」部門を承認者の属する部門として決定する。起案理由コードが「02」であれば、「資材」部門を承認者の属する部門として決定する。
階層取得部904は、起案データベース311に書き込んだ起案データの重要度に対応する階層コードを重要度/階層テーブル313から取得する。起案データベース311に書き込んだ起案データの重要度が「2」であれば、重要度の上限値が「1」以上で下限値が「5」以下の範囲内にその値があるので、階層取得部904は、その範囲に対応する階層コードとして「1」を取得する。
承認データ作成部905は、部門決定部903により決定した部門の部門コード、および階層取得部904により取得した階層コードに対応する承認者コードを承認者データベース312から取得し、起案データベース311に書き込んだ起案データの起案番号、当該部門コード、および取得した承認者コードを承認データベース314に書き込む。起案番号「0001」の起案データに対して、部門コードとして「技術」を、階層コードとして「1」を得ていれば、承認者データベース312から、承認者コードとして「001」を取得することができる。この場合、承認データ作成部905は、起案番号として「0001」、部門コードとして「技術」、承認者コードとして「001」を含む承認データを作成し、その承認データを承認データベース314に書き込む。
ワークフローサーバ装置201は、このように部門別または職能別の重要度にしたがって承認者を決定することで、複数の部門や職能間に跨った承認案件の承認者を適切かつ簡便に抽出する。
表示要求処理部906は、承認案件データの表示要求を承認者の端末203乃至206から受信する。この要求には、例えば承認者の部門コードおよび承認者コードが含まれる。表示要求処理部906は、承認データベース314から、その部門コードおよび承認者コードの組み合わせに対応する承認データを抽出し、その承認データから起案番号を特定する。
表示要求処理部906は、表示要求を送信した承認者の端末に、特定した起案番号に対する承認案件リストを送信する。承認者の端末は、表示要求処理部906から受信した承認案件リストを表示する。承認者は、この承認案件リストで承認案件を一覧し、各承認案件を承認するか却下するかを決定する。
ワークフローサーバ装置201としてのコンピュータ301は、応答データ処理部907をさらに備えることもできる。応答データ処理部907は、表示要求を送信した承認者の端末から、承認案件リストに含まれる承認案件の起案番号や部門コード、承認者コード、その承認案件を承認するか却下するかを表す応答データを受信する。「承認」か「却下」を承認者が入力するためのボタン等を承認案件リストに設けておけば、この応答データを得ることができる。応答データ処理部907は、承認案件が却下される場合、その却下理由の区分を表す却下理由コードも受信する。応答データ処理部907は、応答データを受信すると、受信した起案番号、部門コード、承認者コードを含む承認データを承認データベース314から検索し、検索した承認データに、その応答データや却下理由コードを書き込む。例えば起案番号として「0001」、部門コードとして「品証」、「承認者コード」として「002」を受信すると、承認データベース314に記憶された承認データのうち、受信データに対応する承認データに、却下理由コードとして「05」を書き込む。
重要度設定部902は、承認データベース314に却下理由コードが書き込まれると、その却下理由コードに対応する部門別の重要度を重要度テーブル310から読み出す。重要度設定部902は、起案データベース311に記憶した起案データのうち、受信データに対応する承認データの起案番号を含む起案データの重要度に、読み出した重要度を加算する。部門別の重要度をすべて加算するので、部門別の重要度を合計することになる。例えば却下理由コードの値が「05」であれば、その却下理由コードに対応して、「技術」部門、「工場」部門および「品質保証」部門に対し重要度として「1」を読み出し、「資材」部門に対し重要度として「0」を読み出す。この場合、起案データの重要度には、重要度の合計値である「3」が加算される。もとの値が「4」であれば、加算によって重要度の値は「7」になる。このように承認案件が却下されると、起案データの重要度が増加する。
部門決定部903は、却下理由コードに対応する部門別の重要度を加算することにより起案データの重要度が更新されると、当該却下理由コードに対応する部門別の重要度を重要度テーブル310から読み出し、読み出した部門別の重要度から、承認者の属する部門を決定する。この決定は、起案時と同様に行うことができる。ただし起案時と却下時とで部門が重複している場合には、重複している部門を複数決定する必要はない。例えば起案時にも却下時にも「技術」部門に1以上の重要度が与えられている場合には、承認者の属する部門として「技術」部門を一つ決定する。起案時に「技術」、「品質保証」部門に重要度が与えられ、却下時に「技術」、「工場」、「品質保証」部門に重要度が与えられていれば、部門決定部903は、承認者の属する部門として、「技術」部門、「工場」部門および「品質保証」部門を決定する。「技術」部門および「品質保証」部門は起案時にも却下時にも重要度が与えられているが、重複して抽出しない。
階層取得部904は、起案データの重要度が更新されると、更新された重要度に対応する階層コードを重要度/階層テーブル313から取得する。更新された重要度の値が「7」であれば、上限値が「6」以上で下限値が「10」以下の範囲内にその値があるので、階層取得部904は、その範囲に対応する階層コードとして「2」を取得する。
承認データ作成部905は、起案時と同様に、部門決定部903により決定した部門の部門コード、および階層取得部904により取得した階層コードに対応する承認者コードを承認者データベース312から取得し、受信した起案番号、決定した部門コード、および取得した承認者コードを承認データベース314に書き込む。起案番号「0001」に対して、部門コードとして「技術」を、階層コードとして「2」を得ていれば、承認者データベース312から、承認者コードとして「002」を取得することができる。この場合、承認データ作成部905は、起案番号として「0001」、部門コードとして「技術」、承認者コードとして「002」を含む承認データを作成し、その承認データを承認データベース314に書き込む。
このようにワークフローサーバ装置は、却下や承認の状況によって、承認案件の重要度を更新し、その更新によって承認者や承認者の人数を動的に決定することができる。却下や承認の状況によって承認案件の重要度が高まれば、より高い階層に属する者が承認者として決定されるため、重要な承認案件に対して、経営的な視点を的確に反映することができる。
図10は承認案件リストの具体例を示す図である。この承認案件リスト1001は、承認者の端末から要求を受けると、ワークフローサーバ装置がその端末に送信する。承認案件リスト1001は、対象承認者が処理する承認案件の一覧を表示するためのテーブル1002、選択ボタン1003、承認ボタン1004、却下ボタン1005、却下理由コードのドロップダウンリスト1006を備える。
テーブル1002は、起案番号、起案の説明、起案者、起案日、添付ファイルといった表示項目を承認案件毎に表示する。このテーブル1002には、上述のように決定した承認者の承認案件が起案日の古い順に上から配列されている。
選択ボタン1003は、承認者が承認または却下する承認案件を選択するためのボタンであり、承認案件毎に設けられている。承認者は、マウスやキーボードのような入力装置を用いて選択ボタン1003を操作することができる。この例では、起案番号「001」および「002」の承認案件が選択されている。
承認ボタン1004および却下ボタン1005は、選択された承認案件を承認するか却下するかを承認者が指示するためのボタンである。承認者は、選択ボタン1003で承認案件を選択した状態で、承認ボタン1004か却下ボタン1005を押す操作を行う。それにより、端末から応答データがワークフローサーバ装置に送信される。
ドロップダウンリスト1006は、承認案件毎に設けられ、承認者が却下理由コードを指定するために用いる。ドロップダウンリスト1006を操作すると、却下理由コードおよびその説明のリスト1006Aがドロップダウンし、いずれかの却下理由コードを承認者は選択することができる。却下ボタン1005を押す操作を承認者がしたとき、この却下理由コードも、端末からワークフローサーバ装置に送信される。
図11はワークフローサーバ装置として機能する管理コンピュータの処理手順の一例を説明するための図である。管理コンピュータは、起案者の端末から起案要求を受信すると(手順1101)、承認案件のデータの入力フォームをその端末に送信する(手順1102)。起案者の端末では、そのフォームに、承認案件のデータを入力する(手順1103)。この際、起案者は、承認案件に起案理由コードを付与する。入力されたデータは、起案者の端末から管理コンピュータに送信される(手順1104)。データを受信すると、管理コンピュータは、その承認案件に起案番号を付与し、その起案番号や、受信した起案理由コードを含む起案データを起案データベースに書き込む。管理コンピュータは、その起案理由コードに対応する部門別の重要度を重要度テーブルから読み出し、書き込んだ起案データの重要度に、読み出した部門別の重要度を全て加算して重要度の値を設定する(手順1105)。
起案データの重要度の値を設定すると、管理コンピュータは、重要度テーブルから読み出した部門別の重要度から、重要度が1以上の部門の部門コードを抽出し、その起案データの起案番号について、承認者の属する部門の部門コードとして、抽出した部門コードを決定する(手順1106)。さらに管理コンピュータは、その起案番号を含む起案データの重要度に対応する階層コードを重要度/階層テーブルから取得する(手順1107)。
管理コンピュータは、その起案番号に対して、決定した部門コードおよび取得した階層コードの組み合わせに対応する承認者コードを承認者データベースから取得し、その起案番号、部門コード、承認者コードを含む承認データを作成する(手順1108)。このようにして管理コンピュータは、その承認案件に対し承認者を決定する。
承認者が承認案件リストを要求するとき、管理コンピュータは、その承認者の属する部門コードおよびその承認者の承認者コードを含む表示要求をその承認者の端末から受信する(手順1109)。管理コンピュータは、受信した部門コードおよび承認者コードに対応する承認データの起案番号を承認データベースから抽出する(手順1110)。管理コンピュータは、その起案番号を含む起案データを起案データベースから読み出し、読み出したデータから承認案件リストを作成する(手順1111)。管理コンピュータは、表示要求を送信した端末に、その承認案件リストを送信する(手順1112)。
承認者の端末が承認案件リストを受信すると、そのリストを表示する。承認者は、そのリストに含まれる承認案件に対し承認するか却下するかを表す応答データを入力する。承認案件を却下する場合には、その却下理由コードも入力される(手順1113)。入力された応答データや却下理由コードは、その承認案件の起案番号とともに、承認者の端末から管理コンピュータに送信される(手順1114)。
管理コンピュータは、承認者の端末から、起案番号や応答データ、却下理由コードを受信すると、その却下理由コードに対応する部門別の重要度を重要度テーブルから読み出す。管理コンピュータは、受信した起案番号を含む起案データの重要度に、読み出した部門別の重要度を全て加算して、その承認案件の重要度を更新する(手順1115)。管理コンピュータは、読み出した部門別の重要度から、重要度が1以上の部門の部門コードを抽出し、その起案番号に対し、承認者の属する部門の部門コードとして、抽出した部門コードを決定する(手順1116)。ただし、起案理由コードやそれ以前の却下理由コードに対応する部門コードと、受信した却下理由コードに対応する部門コードとが重複していても、その部門コードは、承認者の属する部門コードとしては一つとして扱われる。管理コンピュータは、その起案番号を含む起案データの重要度に対応する階層コードを重要度/階層テーブルから取得する(手順1117)。重要度の増加しその値が属する範囲が異なれば、より高い階層の階層コードが取得される。
管理コンピュータは、その起案番号に対して、決定した部門コードおよび取得した階層コードの組み合わせに対応する承認者コードを承認者データベースから取得し、その起案番号、部門コード、承認者コードを含む承認データを作成する(手順1118)。このようにして管理コンピュータは、却下状況によって承認者やその数を動的に決定することができる。
管理コンピュータは、記憶装置に格納された管理プログラムの指令にしたがって上述のような手順を実行する。これによって、複数の部門や職能間に跨る承認案件の承認者を適切かつ簡便に定めることができ、さらに、却下状況によって承認者やその数を動的に決定することが可能となる。
上述の実施の形態で利用した管理プログラムは、インターネットなどの電気通信回線を用いたり、コンピュータ読み取り可能な記録媒体に格納したりすることで、関係者や第三者に提供することができる。コンピュータ読取可能な記録媒体としては、CD−ROMやCD−R、CD−RW、DVD−ROM、DVD−RAM、DVD−R、DVD−RWなどの光学メディアや、フレキシブルディスクのような磁気メディア、フラッシュメモリやRAMのような半導体メモリを利用することができる。
上述した実施の形態は本発明の技術的範囲を制限するものではなく、既に記載したもの以外でも、本発明の範囲内で種々の変形や応用が可能である。例えば起案データの重要度を部門別に与えるようにしてもよい。この場合、重要度設定部902は、起案データの対応する部門の重要度に、読み出した部門別の重要度を加算する。却下時にも、同様に、起案データの対応する部門の重要度に、読み出した部門別の重要度を加算する。これによって、部門別の重要度にしたがって承認者を決定することができる。また起案データに総合の重要度と部門別の重要度の両方を設けるようにしてもよい。この場合、総合の重要度には、読み出した部門別の重要度をすべて加算する。部門別の重要度には、対応する部門の読み出した重要度のみを加算する。このように部門別に重要度を加算することによって、部門別の重要度にしたがって承認者を動的に決定することができる。さらに重要度/階層テーブルを部門別に設け、部門ごとに階層コードを取得するようにしてもよい。
また上述の実施の形態では、起案理由コードと却下理由コードの両方に対して重要度テーブルを用いたが、起案理由コードと却下理由コードの対して別々のテーブルを用意するようにしてもよい。さらに承認案件が承認された場合にも、起案データの重要度を変更するようにしてもよい。
また上述の実施の形態では、承認者コードによって部門内における承認者を識別し承認者コードと部門コードとの組み合わせによって企業全体における承認者を識別したが、これに限られるものではない。各承認者を企業や組織全体において一意に特定する承認者コードを用いるようにしてもよい。
本発明によれば、複数の部門や職能間に跨る承認案件の承認者を適切かつ簡便に定めることができ、電子承認ワークフローシステムにおけるデータ処理などに有用である。
201 ワークフローサーバ装置
301 コンピュータ
309 管理プログラム
310 重要度テーブル
311 起案データベース
312 承認者データベース
313 重要度/階層テーブル
314 承認データベース
901 起案処理部
902 重要度設定部
903 部門決定部
904 階層取得部
905 承認データ作成部
906 表示要求処理部
907 応答データ処理部
301 コンピュータ
309 管理プログラム
310 重要度テーブル
311 起案データベース
312 承認者データベース
313 重要度/階層テーブル
314 承認データベース
901 起案処理部
902 重要度設定部
903 部門決定部
904 階層取得部
905 承認データ作成部
906 表示要求処理部
907 応答データ処理部
Claims (3)
- 複数の承認者の端末に回送される承認案件のデータを管理するコンピュータを備えた電子承認ワークフローシステムであって、
前記コンピュータが、
承認案件の起案要求を端末から受信する手段と、
前記起案要求を送信した起案要求端末から、前記承認案件の起案理由の区分を表す起案理由コードを少なくとも受信する手段と、
起案理由コードおよび当該起案理由コードに対する部門別の重要度を記憶する第1の記憶手段と、
前記承認案件を識別する起案識別コード、前記起案要求端末から受信した起案理由コード、および当該承認案件の重要度を含む起案データを記憶する第2の記憶手段と、
承認者を識別する承認者識別コード、当該承認者の属する部門を表す部門コード、当該承認者の属する階層を表す階層コードを記憶する第3の記憶手段と、
重要度、および当該重要度に対する階層コードを記憶する第4の記憶手段と、
前記起案要求端末から受信した前記起案理由コードに対する部門別の重要度を前記第1の記憶手段から読み出し、前記第2の記憶手段に記憶した起案データの重要度に、読み出した重要度を加算する重要度設定手段と、
前記第2の記憶手段に記憶した前記起案データの起案理由コードに対応する部門別の重要度を前記第1の記憶手段から読み出し、読み出した部門別の重要度から、承認者の属する部門を決定する部門決定手段と、
前記第2の記憶手段に記憶した前記起案データの重要度に対応する階層コードを前記第4の記憶手段から取得する階層取得手段と、
前記部門決定手段により決定した部門の識別コード、および前記階層取得手段により取得した階層コードに対応する承認者コードを前記第3の記憶手段から取得し、前記第2の記憶手段に記憶した前記起案データの起案識別コード、および取得した前記承認者コードを含む承認データを第5の記憶手段に記憶する承認データ作成手段と
を備える電子承認ワークフローシステム。 - 前記コンピュータが、
前記承認案件の可否についての応答を端末から受信する手段と、
前記応答を送信した可否応答端末から、当該承認案件の起案識別コード、承認者コードおよび当該承認案件の可否理由の区分を表す可否理由コードを少なくとも受信し、前記第5の記憶手段に記憶された承認データのうち、当該起案識別コードおよび承認者コードに対応する承認データに、当該可否理由コードを追加する手段と、
可否理由コードおよび当該可否理由コードに対する部門別の重要度を記憶する第6の記憶手段とをさらに備え、
前記重要度設定手段が、前記第5の記憶手段に記憶した前記承認データの可否理由コードに対応する部門別の重要度を前記第6の記憶手段から読み出し、前記第2の記憶手段に記憶した起案データのうち、当該承認データの起案識別コードに対応する起案データの重要度に、読み出した重要度を加算し、
前記部門決定手段が、前記第5の記憶手段に記憶した前記承認データの可否理由コードに対応する部門別の重要度を前記第6の記憶手段から読み出し、読み出した部門別の重要度から、承認者の属する部門を決定し、
前記階層取得手段が、前記第5の記憶手段に記憶した前記承認データの起案識別コードに対応する重要度を前記第2の記憶手段に記憶した前記起案データから読み出し、当該重要度に対応する階層コードを前記第4の記憶手段から取得し、
前記承認データ作成手段が、前記部門決定手段により決定した部門の識別コード、および前記階層取得手段により取得した階層コードに対応する承認者コードを前記第3の記憶手段から取得し、前記第5の記憶手段に記憶した前記承認データの起案識別コード、および取得した前記承認者コードを含む承認データを前記第5の記憶手段に記憶する請求項1記載の電子承認ワークフローシステム。 - 複数の承認者の端末に回送される承認案件のデータを管理するためのプログラムであって、
承認案件の起案要求を端末から受信する手段、
前記起案要求を送信した起案要求端末から、前記承認案件の起案理由の区分を表す起案理由コードを少なくとも受信する手段、
起案理由コードおよび当該起案理由コードに対する部門別の重要度を記憶する第1の記憶手段、
前記承認案件の起案識別コード、前記起案要求端末から受信した起案理由コード、および当該承認案件の重要度を含む起案データを記憶する第2の記憶手段、
承認者を識別する承認者識別コード、当該承認者の属する部門を表す部門コード、当該承認者の属する階層を表す階層コードを記憶する第3の記憶手段、
重要度、および当該重要度に対する階層コードを記憶する第4の記憶手段、
前記起案要求端末から受信した前記起案理由コードに対する部門別の重要度を前記第1の記憶手段から読み出し、前記第2の記憶手段に記憶した起案データの重要度に、読み出した重要度を加算する重要度設定手段、
前記第2の記憶手段に記憶した前記起案データの起案理由コードに対応する部門別の重要度を前記第1の記憶手段から読み出し、読み出した部門別の重要度から、承認者の属する部門を決定する部門決定手段、
前記第2の記憶手段に記憶した前記起案データの重要度に対応する階層コードを前記第4の記憶手段から取得する階層取得手段、
前記部門決定手段により決定した部門の識別コード、および前記階層取得手段により取得した階層コードに対応する承認者コードを前記第3の記憶手段から取得し、前記第2の記憶手段に記憶した前記起案データの起案識別コード、および取得した前記承認者コードを含む承認データを第5の記憶手段に記憶する承認データ作成手段
としてコンピュータを機能させるためのプログラム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008035261A JP2009193470A (ja) | 2008-02-15 | 2008-02-15 | 電子承認ワークフローシステム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2008035261A JP2009193470A (ja) | 2008-02-15 | 2008-02-15 | 電子承認ワークフローシステム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2009193470A true JP2009193470A (ja) | 2009-08-27 |
Family
ID=41075404
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2008035261A Pending JP2009193470A (ja) | 2008-02-15 | 2008-02-15 | 電子承認ワークフローシステム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2009193470A (ja) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2014178725A (ja) * | 2013-03-13 | 2014-09-25 | Chugoku Electric Power Co Inc:The | スケジュール管理装置、方法及びプログラム |
JP2017163410A (ja) * | 2016-03-10 | 2017-09-14 | 富士通株式会社 | 操作管理装置、操作管理方法および操作管理プログラム |
CN109656585A (zh) * | 2018-09-27 | 2019-04-19 | 深圳壹账通智能科技有限公司 | 流程实例的升级方法、装置、设备及存储介质 |
JP2020106987A (ja) * | 2018-12-26 | 2020-07-09 | 株式会社オービック | 融資管理装置、融資管理方法、及び融資管理プログラム |
-
2008
- 2008-02-15 JP JP2008035261A patent/JP2009193470A/ja active Pending
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2014178725A (ja) * | 2013-03-13 | 2014-09-25 | Chugoku Electric Power Co Inc:The | スケジュール管理装置、方法及びプログラム |
JP2017163410A (ja) * | 2016-03-10 | 2017-09-14 | 富士通株式会社 | 操作管理装置、操作管理方法および操作管理プログラム |
CN109656585A (zh) * | 2018-09-27 | 2019-04-19 | 深圳壹账通智能科技有限公司 | 流程实例的升级方法、装置、设备及存储介质 |
JP2020106987A (ja) * | 2018-12-26 | 2020-07-09 | 株式会社オービック | 融資管理装置、融資管理方法、及び融資管理プログラム |
JP7227762B2 (ja) | 2018-12-26 | 2023-02-22 | 株式会社オービック | 融資管理装置、融資管理方法、及び融資管理プログラム |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11687706B2 (en) | Digital processing systems and methods for automatic display of value types based on custom heading in collaborative work systems | |
US9785903B2 (en) | Metadata-configurable systems and methods for network services | |
US20060190275A1 (en) | Intellectual property management system | |
JP2011076396A (ja) | メタデータ設定方法及びメタデータ設定システム、並びにプログラム | |
JP2008250558A (ja) | ワークフロー管理システム、ワークフロー管理方法、検索システム、検索方法、及びプログラム | |
JP2009193470A (ja) | 電子承認ワークフローシステム | |
JP4954682B2 (ja) | 業務管理装置、業務管理方法、及び、業務管理プログラム | |
JP2000250798A (ja) | データ管理システム及びコンピュータ読み取り可能な記録媒体 | |
JP5352225B2 (ja) | データ再利用方法、データ再利用システム、データ再利用装置およびデータ再利用プログラム | |
US8224684B2 (en) | Behavior mapped influence analysis tool | |
JP4630480B2 (ja) | 要約抽出プログラム、文書分析支援プログラム、要約抽出方法、文書分析支援方法、文書分析支援システム | |
JP5884925B2 (ja) | 管理支援装置、管理支援方法及び管理支援プログラム | |
JP6914982B2 (ja) | 支援システム、プログラム、及び記憶媒体 | |
JP2013171447A (ja) | 情報処理装置及び情報処理プログラム | |
JPWO2007105512A1 (ja) | 回送データ管理システム | |
JP2005122318A (ja) | 特許情報管理システム、方法およびプログラム | |
JP2016045818A (ja) | 情報処理装置及び情報処理プログラム | |
JP6679885B2 (ja) | ワークフロー処理プログラム、ワークフロー処理方法及びワークフロー処理装置 | |
WO2023007769A1 (ja) | 営業支援システムおよび営業支援方法 | |
JP7446042B1 (ja) | 行政事業管理システム、行政事業管理方法、行政事業管理プログラム | |
JP7437046B2 (ja) | 年史制作方法、プログラム、年史制作装置および年史制作システム | |
JP7410600B1 (ja) | 行政事業管理システム、行政事業管理方法、行政事業管理プログラム | |
JP6941873B2 (ja) | 業務プロセス管理支援システム、管理支援方法、及び管理支援プログラム | |
JP5682452B2 (ja) | 変更管理支援装置、変更管理支援方法及び変更管理支援プログラム | |
JP2013200661A (ja) | アイデア提案管理システム |