JP2005018389A - Business management device and method, and business management program - Google Patents
Business management device and method, and business management program Download PDFInfo
- Publication number
- JP2005018389A JP2005018389A JP2003182072A JP2003182072A JP2005018389A JP 2005018389 A JP2005018389 A JP 2005018389A JP 2003182072 A JP2003182072 A JP 2003182072A JP 2003182072 A JP2003182072 A JP 2003182072A JP 2005018389 A JP2005018389 A JP 2005018389A
- Authority
- JP
- Japan
- Prior art keywords
- identifier
- group
- application
- storing
- approval
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims description 30
- 230000008520 organization Effects 0.000 claims abstract description 78
- 239000000470 constituent Substances 0.000 claims description 42
- 238000007726 management method Methods 0.000 claims description 22
- 238000013475 authorization Methods 0.000 claims description 11
- 238000010586 diagram Methods 0.000 description 16
- 244000205754 Colocasia esculenta Species 0.000 description 2
- 235000006481 Colocasia esculenta Nutrition 0.000 description 2
- 239000000284 extract Substances 0.000 description 2
- 230000000694 effects Effects 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
【0001】
【発明の属する技術分野】
本発明は、組織における申請及び承認に関する業務の管理を行うための業務管理装置に関し、さらに、業務管理方法及び業務管理プログラムに関する。
【0002】
【従来の技術】
従来より、組織における申請及び承認に関する業務の管理を行うための業務管理装置が用いられている。
しかしながら、従来の業務管理装置においては、人事異動、組織変更等により承認権限を有する者の変更が生じた場合に、柔軟に対応することができなかった。
【0003】
【発明が解決しようとする課題】
そこで、上記の点に鑑み、本発明は、人事異動等が生じた場合であっても、柔軟に対応することができる業務管理装置を提供することを目的とする。また、本発明は、そのような業務管理方法及び業務管理プログラムを提供することを目的とする。
【0004】
【課題を解決するための手段】
以上の課題を解決するため、本発明に係る業務管理装置は、組織における申請及び承認に関する業務の管理を行うための装置であって、組織を構成する複数の構成者及び承認権限を有する複数の者に相当する第1群のノードに関する情報をそれぞれ格納する複数のレコードを含む第1のテーブルであって、各レコードが、複数の構成者又は第1群のノードを一意に特定する第1の識別子を格納する第1のフィールドと、複数の構成者又は第1群のノードの組織における序列を表す第2の識別子であって、第2の識別子に対して所定の演算を施すことにより複数の構成者の申請に対する承認権限を有する複数の者に相当する第1群のノードを特定することが可能な第2の識別子を格納する第2のフィールドとを有する第1のテーブルを記録する第1の記録手段と、第1群のノードを一意に特定する第1の識別子を格納する第1のフィールドと、第1群のノードに係る承認権限を有する者としての複数の構成者を一意に特定する第1の識別子を格納する第2のフィールドとを有する第2のテーブルを記録する第2の記録手段と、申請に関する第3のテーブルであって、複数の構成者の中の申請を行った者を一意に特定する第1の識別子を格納する第1のフィールドと、当該申請に対する承認が得られたか否かを表す複数のデータをそれぞれ格納する第2群のフィールドとを有する第3のテーブルを記録する第3の記録手段と、第3のテーブル内の第1の識別子に基づいて第1のテーブルを検索することにより第2の識別子を抽出し、抽出された第2の識別子に所定の演算を施すことにより得られた値を第2の識別子として有するレコードを第1のテーブルから検索することにより第1の識別子を抽出し、抽出された第1の識別子に基づいて第2のテーブルを検索することにより、承認権限を有する者としての複数の構成者を特定する第1の処理手段と、第1の処理手段によって特定された承認権限を有する者としての複数の構成者からの承認又は却下の指示に応じて、申請が承認されたこと又は却下されたことを表す複数の値を第3のテーブル内の第2群のフィールドに書き込む第2の処理手段とを具備する。
【0005】
ここで、第1のテーブルが、組織内の複数の部署に相当する第2群のノードに関する情報をそれぞれ格納する複数のレコードを更に含むこととしても良いし、レコード内の情報が有効となった日又は有効となる日を表すデータを格納するフィールドを更に有することとしても良い。
また、第3のテーブルが、申請に関する情報を入力した日又は申請に係る事案が行われた日若しくは行われる日を表すデータを格納するフィールドを更に有することとしても良い。
【0006】
また、第1のテーブル内の各レコードが、複数の構成者又は第1群若しくは第2群のノードの組織上における上位の複数の構成者又は第1群若しくは第2群のノードの第2の識別子の末尾に所定の長さを有する値を付加した値を第2の識別子として格納することとしても良い。このとき、第1の処理手段が行う所定の演算が、第2の識別子の末尾から所定の長さの値を削除する演算であることとしても良い。さらに、第1の処理手段が、第2の識別子の末尾から所定の長さの値を削除する演算を順次繰り返すこととしても良い。
【0007】
また、本発明に係る業務管理方法は、組織における申請及び承認に関する業務の管理を行うための方法であって、組織を構成する複数の構成者及び承認権限を有する複数の者に相当する第1群のノードに関する情報をそれぞれ格納する複数のレコードを含む第1のテーブルであって、各レコードが、複数の構成者又は第1群のノードを一意に特定する第1の識別子を格納する第1のフィールドと、複数の構成者又は第1群のノードの組織における序列を表す第2の識別子であって、第2の識別子に対して所定の演算を施すことにより複数の構成者の申請に対する承認権限を有する複数の者に相当する第1群のノードを特定することが可能な第2の識別子を格納する第2のフィールドとを有する第1のテーブルを記録するステップ(a)と、第1群のノードを一意に特定する第1の識別子を格納する第1のフィールドと、第1群のノードに係る承認権限を有する者としての複数の構成者を一意に特定する第1の識別子を格納する第2のフィールドとを有する第2のテーブルを記録するステップ(b)と、申請に関する第3のテーブルであって、複数の構成者の中の申請を行った者を一意に特定する第1の識別子を格納する第1のフィールドと、当該申請に対する承認が得られたか否かを表す複数のデータをそれぞれ格納する第2群のフィールドとを有する第3のテーブルを記録するステップ(c)と、第3のテーブル内の第1の識別子に基づいて第1のテーブルを検索することにより第2の識別子を抽出するステップ(d)と、抽出された第2の識別子に所定の演算を施すことにより得られた値を第2の識別子として有するレコードを第1のテーブルから検索することにより第1の識別子を抽出するステップ(e)と、ステップ(e)にて抽出された第1の識別子に基づいて第2のテーブルを検索することにより、承認権限を有する者としての複数の構成者を特定するステップ(f)と、ステップ(f)にて特定された承認権限を有する者としての複数の構成者からの承認又は却下の指示に応じて、申請が承認されたこと又は却下されたことを表す複数の値を第3のテーブル内の第2群のフィールドに書き込むステップ(g)とを具備する。
【0008】
ここで、第1のテーブルが、組織内の複数の部署に相当する第2群のノードに関する情報をそれぞれ格納する複数のレコードを更に含むこととしても良いし、レコード内の情報が有効となった日又は有効となる日を表すデータを格納するフィールドを更に有することとしても良い。
また、第3のテーブルが、申請に関する情報を入力した日又は申請に係る事案が行われた日若しくは行われる日を表すデータを格納するフィールドを更に有することとしても良い。
【0009】
また、第1のテーブル内の各レコードが、複数の構成者又は第1群若しくは第2群のノードの組織上における上位の複数の構成者又は第1群若しくは第2群のノードの第2の識別子の末尾に所定の長さを有する値を付加した値を第2の識別子として格納することとしても良い。このとき、所定の演算が、第2の識別子の末尾から所定の長さの値を削除する演算であることとしても良い。
また、ステップ(e)〜ステップ(g)を順次繰り返すステップ(h)を更に具備することとしても良い。
【0010】
さらに、本発明に係る業務管理プログラムは、組織における申請及び承認に関する業務の管理を行うためのプログラムであって、組織を構成する複数の構成者及び承認権限を有する複数の者に相当する第1群のノードに関する情報をそれぞれ格納する複数のレコードを含む第1のテーブルであって、各レコードが、複数の構成者又は第1群のノードを一意に特定する第1の識別子を格納する第1のフィールドと、複数の構成者又は第1群のノードの組織における序列を表す第2の識別子であって、第2の識別子に対して所定の演算を施すことにより複数の構成者の申請に対する承認権限を有する複数の者に相当する第1群のノードを特定することが可能な第2の識別子を格納する第2のフィールドとを有する第1のテーブルを記録する手順(a)と、第1群のノードを一意に特定する第1の識別子を格納する第1のフィールドと、第1群のノードに係る承認権限を有する者としての複数の構成者を一意に特定する第1の識別子を格納する第2のフィールドとを有する第2のテーブルを記録する手順(b)と、申請に関する第3のテーブルであって、複数の構成者の中の申請を行った者を一意に特定する第1の識別子を格納する第1のフィールドと、当該申請に対する承認が得られたか否かを表す複数のデータをそれぞれ格納する第2群のフィールドとを有する第3のテーブルを記録する手順(c)と、第3のテーブル内の第1の識別子に基づいて第1のテーブルを検索することにより第2の識別子を抽出する手順(d)と、抽出された第2の識別子に所定の演算を施すことにより得られた値を第2の識別子として有するレコードを第1のテーブルから検索することにより第1の識別子を抽出する手順(e)と、手順(e)にて抽出された第1の識別子に基づいて第2のテーブルを検索することにより、承認権限を有する者としての複数の構成者を特定する手順(f)と、手順(f)にて特定された承認権限を有する者としての複数の構成者からの承認又は却下の指示に応じて、申請が承認されたこと又は却下されたことを表す複数の値を第3のテーブル内の第2群のフィールドに書き込む手順(g)とをCPUに実行させる。
【0011】
ここで、第1のテーブルが、組織内の複数の部署に相当する第2群のノードに関する情報をそれぞれ格納する複数のレコードを更に含むこととしても良いし、レコード内の情報が有効となった日又は有効となる日を表すデータを格納するフィールドを更に有することとしても良い。
また、第3のテーブルが、申請に関する情報を入力した日又は申請に係る事案が行われた日若しくは行われる日を表すデータを格納するフィールドを更に有することとしても良い。
【0012】
また、第1のテーブル内の各レコードが、複数の構成者又は第1群若しくは第2群のノードの組織上における上位の複数の構成者又は第1群若しくは第2群のノードの第2の識別子の末尾に所定の長さを有する値を付加した値を第2の識別子として格納することとしても良い。このとき、所定の演算が、第2の識別子の末尾から所定の長さの値を削除する演算であることとしても良い。
また、手順(e)〜手順(g)を繰り返す手順(h)を更に具備することとしても良い。
【0013】
上記構成によれば、人事異動等が生じた場合であっても、柔軟に対応することができる。
【0014】
【発明の実施の形態】
以下、図面に基づいて本発明の実施の形態について説明する。
図1は、本発明の一実施形態に係る業務管理装置を用いたシステムを示す図である。本実施形態は、本発明を企業における申請及び承認業務を管理するシステムに適用したものである。図1に示すように、システム10は、本発明の一実施形態としてのサーバ1と、クライアント端末11〜1nとを具備しており、これらは、ネットワークを介して相互に接続されている。
図2は、図1のサーバ1の構成を示す図である。図2に示すように、サーバ1は、申請テーブル記録部21と、従業員テーブル記録部22と、承認者テーブル記録部23と、組織テーブル記録部24と、役職テーブル記録部25と、申請データ作成処理部26と、承認ルート決定処理部27と、承認・却下処理部28と、承認ルート作成・更新処理部29とを具備する。
【0015】
図3は、申請テーブル記録部21に記録される申請テーブルの一例を示す図である。図3に示すように、申請テーブルは、申請の内容に関する情報及び承認状況に関する情報を格納するフィールドを有する。申請の内容に関する情報は、伝票名(例えば、休暇届、直行届等)、実施日(例えば、休暇日、直行日等)、申請者を一意に特定するユーザIDを含む。また、承認状況に関する情報は、第1承認(例えば、課長承認等)、第2承認(例えば、部長承認等)、…と、全ての承認が完了したか否かを示す完了フラグとを含む。図3に示す申請テーブル内のレコードは、ユーザIDが「Takada」である従業員が2003年5月1日に休暇を取得するための申請に係るレコードであり、この申請は未だ承認を受けていないことを表している。
【0016】
再び図2を参照すると、従業員テーブル記録部22は、従業員に関するデータを格納する従業員テーブルを記録する。図4は、従業員テーブルの一例を示す図である。図4に示すように、従業員テーブルは、従業員を一意に特定するユーザID、従業員を一意に特定する従業員番号、及び、従業員の氏名を格納するフィールドを有している。
【0017】
再び図2を参照すると、承認者テーブル記録部23は、承認権限を有する者に関するデータを格納する承認者テーブルを記録する。図5は、承認者テーブルの一例を示す図である。図5に示すように、承認者テーブルは、承認権限を有する者に相当するノードの名称、承認権限を有する者に相当するノードを一意に特定するユーザID、及び、承認権限を有する者としての従業員のユーザIDを格納するフィールドを有している。なお、図5に示す承認者テーブルにおいて、「完了箱」という名称を有するノードは、承認が完了した申請データを管理又は処理する権限を有する者(例えば、企業等の総務課長、総務部長、人事課長、人事部長等)に相当する。本実施形態においては、具体的には、承認が完了した申請データを管理又は処理する権限を有する者は、ユーザIDが「Taro」である従業員(ここでは、氏名「総務 太郎」(図4参照))と、ユーザIDが「Jiro」である従業員(ここでは、氏名「総務 次郎」(図4参照))である。
【0018】
再び図2を参照すると、組織テーブル記録部24は、組織に関するデータを格納する組織テーブルを記録する。図6は、組織テーブルの一例を示す図である。図6に示すように、組織テーブルは、レコード番号(No.)、改定日、ユーザID、当該レコードの組織上における区分である組織区分、組織所属名、氏名、及び、組織序列番号を格納するフィールドを有している。
【0019】
図6に示す組織テーブルにおいて、改定日とは、当該レコードに格納されているデータが有効となった日又は有効となる日を表す。
組織区分は、1〜3までの値を取り得る。ここで、組織区分「1」は、当該レコードが部署に相当するノードに関するレコードであることを表す。また、組織区分「2」は、当該レコードが承認権限を有する者に相当するノードに関するレコードであることを表し、組織区分「3」は、当該レコードが従業員に関するレコードであることを表す。
【0020】
組織序列番号は、部署に相当するノード、承認権限を有する者に相当するノード、又は、従業員(以下、「従業員等」という)の組織上における序列(位置付け)を表す番号である。本実施形態においては、組織序列番号は、4n(nは、自然数)桁の数であり、或る従業員等の組織序列番号は、当該従業員等の直近上位の従業員等の組織序列番号の末尾に4桁の数を付加した番号となっている。例えば、図6に示す組織テーブルにおいて、第1レコード(組織所属名「東京本社」)には、組織序列番号「0001」が格納されており、第1レコードによって表されるノードの下位に位置するノードとしての第2レコード(組織所属名「東京本社」、氏名「完了箱」)には、第1レコード内の組織序列番号「0001」の末尾に「0001」を付加した組織序列番号「00010001」が格納されている。また、例えば、従業員「高田 由美子」(第14レコードに相当)の直近上位の従業員等は、第14レコード内の組織序列番号「000100010001000200020002000100020002」の末尾4桁を削除した値「00010001000100020002000200010002」を組織序列番号として格納しているレコード(ここでは、第12レコード)によって表される従業員等(ここでは、承認権限を有する者に相当するノード「営業部1課1G承認者」)となる。
【0021】
再び図2を参照すると、役職テーブル記録部25は、従業員の役職に関するデータを格納する役職テーブルを記録する。図7は、役職テーブルの一例を示す図である。図7に示すように、役職テーブルは、ユーザID、当該レコードが有効となった日又は有効となる日を表す改定日、及び、役職を格納するフィールドを有している。図7においては、例えば、ユーザIDが「Taro」である従業員(本実施形態においては、氏名「総務 太郎」(図4参照))は、1983年4月1日に一般従業員となり、1993年4月1日に総務課長となり、1998年4月1日に総務部長となったことを表している。
【0022】
再び図2を参照すると、申請データ作成処理部26は、クライアント端末11〜1nを使用する従業員からの要求に応じて、申請データを作成し、申請テーブル記録部21に記録させる。
承認ルート決定処理部27は、申請テーブル記録部21に記録されている申請テーブル内の申請データに係る申請を承認すべき従業員を決定する処理を行う。
【0023】
承認・却下処理部28は、承認ルート決定処理部27によって決定された従業員からの指示に応じて承認又は却下処理を行う。
承認ルート作成・更新処理部29は、承認者テーブル又は組織テーブルの作成又は更新処理を行う。
【0024】
図2に示す申請データ作成処理部26、承認ルート決定処理部27、承認・却下処理部28、及び、承認ルート作成・更新処理部29は、CPUとソフトウェア(プログラム)で構成することができる。このプログラムと、申請テーブル、従業員テーブル、承認者テーブル、組織テーブル、及び、役職テーブルは、ハードディスク、フレキシブルディスク、MO、MT、RAM、CD−ROM、又は、DVD−ROM等の記録媒体に記録することができる。
【0025】
図8は、サーバ1の申請データ作成処理の概要を示すフローチャートである。以下、サーバ1の申請データ作成処理について、図8を参照しながら説明する。ここでは、従業員「高田 由美子」が、休暇届に係る申請データを作成するものとする。
まず、クライアント端末(ここでは、クライアント端末11とする)を使用している従業員(ここでは、「高田 由美子」)が、申請の内容に関する情報(ここでは、伝票名「休暇届」及び休暇を取得することを所望する日「2003/05/01」)を入力し、サーバ1の申請データ作成処理部26が、この条件を受信する(ステップS101)。
【0026】
次に、申請データ作成処理部26は、伝票名「休暇届」、実施日「2003/05/01」、ユーザID「Takada」を有する申請データを作成し(図3参照)、申請テーブル記録部21に記録させる(ステップS102)。
【0027】
図9は、サーバ1の承認・却下処理の概要を示すフローチャートである。以下、サーバ1の承認・却下処理について、図9を参照しながら説明する。
まず、承認ルート決定処理部27が、申請データ記録部21に記録されている申請テーブル内のレコード(図3参照)内のユーザID(ここでは、「Takada」)を抽出する(ステップS201)。
【0028】
次に、承認ルート決定処理部27は、組織テーブル記録部24に記録されている組織テーブル(図6参照)の中から、ステップS201にて抽出されたユーザID(ここでは、「Takada」)を格納しているレコードを検索し、当該レコード内の組織序列番号(ここでは、「000100010001000200020002000100020002」)を抽出する(ステップS202)。なお、このとき、ステップS201にて抽出されたユーザIDを格納しているレコードが複数存在している場合には、システム日付において有効なレコードを選択する。
そして、承認ルート決定処理部27は、ステップS202にて抽出された組織序列番号(ここでは、「000100010001000200020002000100020002」)の下位4桁を削除した値(ここでは、「00010001000100020002000200010002」)を算出する(ステップS203)。
【0029】
次に、承認ルート決定処理部27は、組織テーブル記録部24に記録されている組織テーブル(図6参照)の中から、ステップS203にて算出された値(ここでは、「00010001000100020002000200010002」)を組織序列番号として格納しているレコード(ここでは、第12レコード)を検索し、当該レコード内のユーザID(ここでは、「Eigyo_B_1K_1G」)を抽出する(ステップS204)。なお、このとき、ステップS203にて算出された値を組織序列番号として格納しているレコードが複数存在している場合には、システム日付において有効なレコードを選択する。
そして、承認ルート決定処理部27は、承認者テーブル記録部23に記録されている承認者テーブル(図5参照)の中から、ステップS204にて抽出されたユーザID(ここでは、「Eigyo_B_1K_1G」)を承認権限を有する者に相当するノードのユーザIDとして格納しているレコード(ここでは、第5レコード)を検索し、当該レコードに格納されている承認権限を有する者としての従業員のユーザID(ここでは、「Mori」)を抽出する(ステップS205)。なお、このとき、ステップS204にて抽出されたユーザIDを格納しているレコードが複数存在している場合には、システム日付において有効なレコードを選択する。これにより、申請データ(図3参照)に対する承認又は却下処理を最初に行うべき従業員(ここでは、ユーザID「Mori」、氏名「森 祐司」である従業員)を決定することができる。承認ルート決定処理部27は、このユーザIDを承認・却下処理部28に出力する。
【0030】
次に、承認・却下処理部28は、ステップS205にて抽出されたユーザID(ここでは、「Mori」)を有する従業員(ここでは、「森 祐司」)が使用するクライアント端末(ここでは、クライアント端末12とする)に、申請データの内容を表示させる(ステップS206)。
そして、承認・却下処理部28は、ステップS205にて抽出されたユーザIDを有する従業員(ここでは、「森 祐司」)からの指示に応じて(ここでは、従業員「森 祐司」は、承認する旨の指示を入力するものとする)、申請データ内の複数の承認欄の中の1つの承認欄(ここでは、第1承認欄)の値を書き換える(ステップS207)。図10は、書き換え後の申請データを表す図である。
【0031】
次に、承認ルート決定処理部27は、全ての承認が完了しているか否かをチェックし、全ての承認が完了していると判断した場合には処理を終了し、そうでない場合には、処理をステップS203に戻す(ステップS208)。
【0032】
図11は、サーバ1の承認ルート作成・更新処理の概要を示すフローチャートである。以下、サーバ1の承認ルート作成・更新処理について、図11を参照しながら説明する。
承認ルート作成・更新処理部29は、クライアント端末(ここでは、クライアント端末13とする)を使用している従業員から、承認権限を有する者としての従業員の追加、削除、又は、変更を行うためのデータを受け取り、承認者テーブル記録部23に記録されている承認者テーブル又は組織テーブル記録部24に記録されている組織テーブルの作成又は更新を行う(ステップS301)。
【0033】
このように、本実施形態においては、組織に関する情報、承認権限を有する者に関する情報、及び、申請に関する情報を分離して、組織テーブル、承認者テーブル、及び、申請テーブル内にそれぞれ格納することにより、各テーブル内の情報の更新を容易にすることができ、人事異動等が生じた場合であっても柔軟に対応することができる。
【0034】
【発明の効果】
以上述べた様に、本発明によれば、人事異動等が生じた場合であっても、柔軟に対応することができる。
【図面の簡単な説明】
【図1】本発明の一実施形態に係る業務管理装置を用いたシステムの構成を示す図である。
【図2】図1のサーバ1の構成を示す図である。
【図3】図2の申請テーブル記録部21に記録される申請テーブルの一例を示す図である。
【図4】図2の従業員テーブル記録部22に記録される従業員テーブルの一例を示す図である。
【図5】図2の承認者テーブル記録部23に記録される承認者テーブルの一例を示す図である。
【図6】図2の組織テーブル記録部24に記録される組織テーブルの一例を示す図である。
【図7】図2の役職テーブル記録部25に記録される役職テーブルの一例を示す図である。
【図8】図1のサーバ1の申請データ作成処理を示すフローチャートである。
【図9】図1のサーバ1の承認・却下処理を示すフローチャートである。
【図10】図2の申請テーブル記録部21に記録される申請テーブルの一例を示す図である。
【図11】図1のサーバ1の承認ルート作成・更新処理を示すフローチャートである。
【符号の説明】
1 サーバ
10 システム
11〜1n クライアント端末
21 申請テーブル記録部
22 従業員テーブル記録部
23 承認者テーブル記録部
24 組織テーブル記録部
25 役職テーブル記録部
26 申請データ作成処理部
27 承認ルート決定処理部
28 承認・却下処理部
29 承認ルート作成・更新処理部[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a business management apparatus for managing business related to application and approval in an organization, and further relates to a business management method and a business management program.
[0002]
[Prior art]
Conventionally, a business management apparatus for managing business related to application and approval in an organization has been used.
However, the conventional business management apparatus cannot flexibly cope with a change in the person having the authorization authority due to personnel changes, organizational changes, or the like.
[0003]
[Problems to be solved by the invention]
Accordingly, in view of the above points, an object of the present invention is to provide a business management apparatus that can flexibly cope with personnel changes and the like. It is another object of the present invention to provide such a business management method and business management program.
[0004]
[Means for Solving the Problems]
In order to solve the above problems, a business management device according to the present invention is a device for managing business related to application and approval in an organization, and includes a plurality of members constituting the organization and a plurality of approval authorities. A first table including a plurality of records each storing information relating to a first group of nodes corresponding to a first person, wherein each record uniquely identifies a plurality of constituent members or a first group of nodes A first field for storing an identifier, and a second identifier representing an order in the organization of a plurality of constituent members or a first group of nodes, wherein a plurality of operations are performed by performing a predetermined operation on the second identifier. Recording a first table having a second field for storing a second identifier capable of specifying a first group of nodes corresponding to a plurality of persons having approval authority for the application of the member One recording means, a first field for storing a first identifier for uniquely identifying a first group of nodes, and a plurality of constituent members as persons having approval authority for the first group of nodes are uniquely identified A second recording means for recording a second table having a second field for storing a first identifier to be identified; and a third table relating to an application, wherein an application is made among a plurality of constituent members A third field having a first field for storing a first identifier for uniquely identifying a person and a second group of fields for storing a plurality of data indicating whether approval for the application has been obtained. The second identifier is extracted by searching the first table on the basis of the third recording means for recording the table and the first identifier in the third table, and the extracted second identifier is predetermined. By applying By extracting the first identifier by searching the first table for records having the obtained value as the second identifier, and searching the second table based on the extracted first identifier, According to a first processing means for specifying a plurality of members as persons having approval authority and an approval or rejection instruction from a plurality of members as persons having an approval authority specified by the first processing means And a second processing means for writing a plurality of values indicating that the application has been approved or rejected into the second group of fields in the third table.
[0005]
Here, the first table may further include a plurality of records each storing information related to the second group of nodes corresponding to a plurality of departments in the organization, and the information in the records becomes effective. It is good also as having a field which stores data showing a day or a valid day.
In addition, the third table may further include a field for storing data representing the date when the information related to the application is input, the date when the case related to the application is performed, or the date when the application is performed.
[0006]
In addition, each record in the first table includes a plurality of constituent members, or a plurality of upper constituent members on the organization of the first group or the second group node, or the second of the first group or the second group node. A value obtained by adding a value having a predetermined length to the end of the identifier may be stored as the second identifier. At this time, the predetermined calculation performed by the first processing means may be an operation for deleting a value having a predetermined length from the end of the second identifier. Further, the first processing means may sequentially repeat the operation of deleting a predetermined length value from the end of the second identifier.
[0007]
The business management method according to the present invention is a method for managing business related to application and approval in an organization, and is a first corresponding to a plurality of members constituting an organization and a plurality of people having approval authority. A first table containing a plurality of records each storing information relating to a group of nodes, each record storing a first identifier uniquely identifying a plurality of constituents or a first group of nodes And a second identifier representing an order in the organization of the plurality of members or the first group of nodes, and approving the application of the plurality of members by performing a predetermined operation on the second identifier (A) recording a first table having a second field storing a second identifier capable of specifying a first group of nodes corresponding to a plurality of authorized persons; A first field for storing a first identifier for uniquely identifying a node of the group, and a first identifier for uniquely identifying a plurality of members as persons having an authorization authority for the first group of nodes A step (b) of recording a second table having a second field to be applied, and a third table relating to the application, the first table uniquely identifying a person who has made an application among a plurality of constituent members A step (c) of recording a third table having a first field for storing the identifier and a second group of fields each storing a plurality of data indicating whether or not approval for the application has been obtained; (D) extracting the second identifier by searching the first table based on the first identifier in the third table, and performing a predetermined operation on the extracted second identifier By (E) extracting the first identifier by searching the first table for a record having the obtained value as the second identifier, and based on the first identifier extracted in step (e) Step (f) for identifying a plurality of constituents as persons having approval authority by searching the second table, and a plurality of constituents as persons having the approval authority specified in step (f) (G) writing a plurality of values indicating that the application has been approved or rejected in a second group of fields in the third table in response to an approval or rejection instruction from.
[0008]
Here, the first table may further include a plurality of records each storing information related to the second group of nodes corresponding to a plurality of departments in the organization, and the information in the records becomes effective. It is good also as having a field which stores data showing a day or a valid day.
In addition, the third table may further include a field for storing data representing the date when the information related to the application is input, the date when the case related to the application is performed, or the date when the application is performed.
[0009]
In addition, each record in the first table includes a plurality of constituent members, or a plurality of upper constituent members on the organization of the first group or the second group node, or the second of the first group or the second group node. A value obtained by adding a value having a predetermined length to the end of the identifier may be stored as the second identifier. At this time, the predetermined calculation may be an operation for deleting a value having a predetermined length from the end of the second identifier.
Moreover, it is good also as providing the step (h) which repeats step (e)-step (g) sequentially.
[0010]
Furthermore, a business management program according to the present invention is a program for managing business related to application and approval in an organization, and is a first corresponding to a plurality of members constituting an organization and a plurality of people having approval authority. A first table containing a plurality of records each storing information relating to a group of nodes, each record storing a first identifier uniquely identifying a plurality of constituents or a first group of nodes And a second identifier representing an order in the organization of the plurality of members or the first group of nodes, and approving the application of the plurality of members by performing a predetermined operation on the second identifier A procedure for recording a first table having a second field for storing a second identifier capable of specifying a first group of nodes corresponding to a plurality of authorized persons ( ), A first field for storing a first identifier for uniquely identifying the first group of nodes, and a first field for uniquely identifying a plurality of constituents as persons having approval authority for the first group of nodes. A procedure (b) for recording a second table having a second field for storing an identifier of 1 and a third table relating to an application, wherein a person who has made an application among a plurality of constituent members is uniquely identified A third table having a first field for storing a first identifier specified in the field and a second group of fields for storing a plurality of data indicating whether approval for the application has been obtained. The procedure (c), the procedure (d) for extracting the second identifier by searching the first table based on the first identifier in the third table, and the extracted second identifier are predetermined. Obtained by performing The procedure (e) for extracting the first identifier by searching the first table for the record having the value as the second identifier, and the first identifier extracted in the procedure (e) By searching the second table, a procedure (f) for identifying a plurality of constituents as persons having approval authority, and a plurality of constituents as persons having the approval authority specified in step (f) In response to an approval or rejection instruction from the CPU, the CPU executes a step (g) of writing a plurality of values indicating that the application has been approved or rejected to the second group field in the third table. Let
[0011]
Here, the first table may further include a plurality of records each storing information related to the second group of nodes corresponding to a plurality of departments in the organization, and the information in the records becomes effective. It is good also as having a field which stores data showing a day or a valid day.
In addition, the third table may further include a field for storing data representing the date when the information related to the application is input, the date when the case related to the application is performed, or the date when the application is performed.
[0012]
In addition, each record in the first table includes a plurality of constituent members, or a plurality of upper constituent members on the organization of the first group or the second group node, or the second of the first group or the second group node. A value obtained by adding a value having a predetermined length to the end of the identifier may be stored as the second identifier. At this time, the predetermined calculation may be an operation for deleting a value having a predetermined length from the end of the second identifier.
Moreover, it is good also as providing the procedure (h) which repeats a procedure (e)-a procedure (g).
[0013]
According to the above configuration, even if personnel changes or the like occur, it can be flexibly handled.
[0014]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
FIG. 1 is a diagram showing a system using a business management apparatus according to an embodiment of the present invention. In the present embodiment, the present invention is applied to a system for managing application and approval work in a company. As shown in FIG. 1, a
FIG. 2 is a diagram showing a configuration of the
[0015]
FIG. 3 is a diagram illustrating an example of an application table recorded in the application
[0016]
Referring to FIG. 2 again, the employee
[0017]
Referring to FIG. 2 again, the approver
[0018]
Referring to FIG. 2 again, the organization
[0019]
In the organization table shown in FIG. 6, the revision date represents the date when the data stored in the record becomes valid or the date when it becomes valid.
The organization classification can take values from 1 to 3. Here, the organization classification “1” indicates that the record is a record relating to a node corresponding to a department. The organization classification “2” represents that the record is a record related to a node corresponding to a person who has the authorization authority, and the organization classification “3” represents that the record is a record related to an employee.
[0020]
The organization rank number is a number representing a node in the organization, a node corresponding to a department, a node corresponding to a person having approval authority, or an employee (hereinafter referred to as “employee etc.”). In the present embodiment, the organization order number is a 4n (n is a natural number) digit number, and the organization order number of a certain employee or the like is the organization order number of the most recent employee or the like of the employee or the like. This is a number with a 4-digit number added to the end of the number. For example, in the organization table shown in FIG. 6, the organization record number “0001” is stored in the first record (organization affiliation name “Tokyo head office”), and is positioned below the node represented by the first record. In the second record as the node (organization affiliation name “Tokyo head office”, name “completion box”), the organization order number “00010001” is obtained by adding “0001” to the end of the organization order number “0001” in the first record. Is stored. Further, for example, the employee immediately above the employee “Yumiko Takada” (corresponding to the 14th record) has the value “00010001000100020002000200020002” obtained by deleting the last 4 digits of the organization sequence number “000100010001000200020002000100020002” in the 14th record. It is an employee or the like (here, a node “
[0021]
Referring again to FIG. 2, the post
[0022]
Referring again to FIG. 2, the application data
The approval route
[0023]
The approval /
The approval route creation /
[0024]
The application data
[0025]
FIG. 8 is a flowchart showing an outline of the application data creation process of the
First, an employee (here, “Yumiko Takada”) using a client terminal (here, referred to as client terminal 11) receives information about the contents of the application (here, slip name “notification of vacation” and vacation). The date desired to be acquired “2003/05/01”) is input, and the application data
[0026]
Next, the application data
[0027]
FIG. 9 is a flowchart showing an outline of the approval / rejection process of the
First, the approval route
[0028]
Next, the approval route
Then, the approval route
[0029]
Next, the approval route
The approval route
[0030]
Next, the approval /
Then, the approval /
[0031]
Next, the approval route
[0032]
FIG. 11 is a flowchart showing an outline of the approval route creation / update process of the
The approval route creation /
[0033]
As described above, in the present embodiment, the information on the organization, the information on the person having the approval authority, and the information on the application are separated and stored in the organization table, the approver table, and the application table, respectively. The information in each table can be easily updated, and it is possible to respond flexibly even when personnel changes or the like occur.
[0034]
【The invention's effect】
As described above, according to the present invention, it is possible to respond flexibly even when personnel changes or the like occur.
[Brief description of the drawings]
FIG. 1 is a diagram showing a configuration of a system using a business management apparatus according to an embodiment of the present invention.
FIG. 2 is a diagram illustrating a configuration of the
FIG. 3 is a diagram illustrating an example of an application table recorded in an application
4 is a diagram illustrating an example of an employee table recorded in an employee
5 is a diagram showing an example of an approver table recorded in an approver
6 is a diagram showing an example of a organization table recorded in the organization
7 is a diagram showing an example of a title table recorded in a title
FIG. 8 is a flowchart showing application data creation processing of the
FIG. 9 is a flowchart showing approval / rejection processing of the
10 is a diagram illustrating an example of an application table recorded in an application
11 is a flowchart showing approval route creation / update processing of the
[Explanation of symbols]
1 server
10 system
11 to 1n client terminal
21 Application Table Recording Department
22 Employee table recording department
23 Approver table recording section
24 organization table recording section
25 Title table recording department
26 Application data creation processing department
27 Approval route decision processing section
28 Approval / Rejection Processing Department
29 Approval Route Creation / Update Processing Department
Claims (21)
組織を構成する複数の構成者及び承認権限を有する複数の者に相当する第1群のノードに関する情報をそれぞれ格納する複数のレコードを含む第1のテーブルであって、各レコードが、前記複数の構成者又は前記第1群のノードを一意に特定する第1の識別子を格納する第1のフィールドと、前記複数の構成者又は前記第1群のノードの組織における序列を表す第2の識別子であって、前記第2の識別子に対して所定の演算を施すことにより前記複数の構成者の申請に対する承認権限を有する複数の者に相当する前記第1群のノードを特定することが可能な前記第2の識別子を格納する第2のフィールドとを有する前記第1のテーブルを記録する第1の記録手段と、
前記第1群のノードを一意に特定する前記第1の識別子を格納する第1のフィールドと、前記第1群のノードに係る承認権限を有する者としての前記複数の構成者を一意に特定する前記第1の識別子を格納する第2のフィールドとを有する第2のテーブルを記録する第2の記録手段と、
申請に関する第3のテーブルであって、前記複数の構成者の中の申請を行った者を一意に特定する前記第1の識別子を格納する第1のフィールドと、当該申請に対する承認が得られたか否かを表す複数のデータをそれぞれ格納する第2群のフィールドとを有する前記第3のテーブルを記録する第3の記録手段と、
前記第3のテーブル内の前記第1の識別子に基づいて前記第1のテーブルを検索することにより前記第2の識別子を抽出し、抽出された前記第2の識別子に前記所定の演算を施すことにより得られた値を前記第2の識別子として有するレコードを前記第1のテーブルから検索することにより前記第1の識別子を抽出し、抽出された前記第1の識別子に基づいて前記第2のテーブルを検索することにより、承認権限を有する者としての前記複数の構成者を特定する第1の処理手段と、
前記第1の処理手段によって特定された承認権限を有する者としての前記複数の構成者からの承認又は却下の指示に応じて、申請が承認されたこと又は却下されたことを表す複数の値を前記第3のテーブル内の前記第2群のフィールドに書き込む第2の処理手段と、を具備する業務管理装置。A device for managing work related to application and approval in an organization,
A first table including a plurality of records each storing information related to a first group of nodes corresponding to a plurality of members constituting an organization and a plurality of persons having approval authority, each record being the plurality of the plurality of records A first field that stores a first identifier that uniquely identifies the constituent or the first group of nodes, and a second identifier that represents an order in the organization of the plurality of constituents or the first group of nodes. The first group of nodes corresponding to a plurality of persons having approval authority for the application of the plurality of constituent members can be specified by performing a predetermined calculation on the second identifier. First recording means for recording the first table having a second field for storing a second identifier;
A first field for storing the first identifier for uniquely identifying the first group of nodes, and the plurality of members as persons having an authorization authority for the first group of nodes are uniquely identified. Second recording means for recording a second table having a second field for storing the first identifier;
A third table relating to an application, wherein a first field for storing the first identifier for uniquely identifying a person who made an application among the plurality of constituent members, and whether approval for the application has been obtained A third recording means for recording the third table having a second group of fields each storing a plurality of data indicating whether or not;
The second identifier is extracted by searching the first table based on the first identifier in the third table, and the predetermined calculation is performed on the extracted second identifier. The first identifier is extracted by searching the first table for a record having the value obtained as described above as the second identifier, and the second table is extracted based on the extracted first identifier. A first processing means for identifying the plurality of constituents as persons having approval authority by searching
A plurality of values indicating that the application is approved or rejected in response to an approval or rejection instruction from the plurality of constituents as a person having the authorization authority specified by the first processing means. And a second processing means for writing in the second group of fields in the third table.
組織を構成する複数の構成者及び承認権限を有する複数の者に相当する第1群のノードに関する情報をそれぞれ格納する複数のレコードを含む第1のテーブルであって、各レコードが、前記複数の構成者又は前記第1群のノードを一意に特定する第1の識別子を格納する第1のフィールドと、前記複数の構成者又は前記第1群のノードの組織における序列を表す第2の識別子であって、前記第2の識別子に対して所定の演算を施すことにより前記複数の構成者の申請に対する承認権限を有する複数の者に相当する前記第1群のノードを特定することが可能な前記第2の識別子を格納する第2のフィールドとを有する前記第1のテーブルを記録するステップ(a)と、
前記第1群のノードを一意に特定する前記第1の識別子を格納する第1のフィールドと、前記第1群のノードに係る承認権限を有する者としての前記複数の構成者を一意に特定する前記第1の識別子を格納する第2のフィールドとを有する第2のテーブルを記録するステップ(b)と、
申請に関する第3のテーブルであって、前記複数の構成者の中の申請を行った者を一意に特定する前記第1の識別子を格納する第1のフィールドと、当該申請に対する承認が得られたか否かを表す複数のデータをそれぞれ格納する第2群のフィールドとを有する前記第3のテーブルを記録するステップ(c)と、
前記第3のテーブル内の前記第1の識別子に基づいて前記第1のテーブルを検索することにより前記第2の識別子を抽出するステップ(d)と、
抽出された前記第2の識別子に前記所定の演算を施すことにより得られた値を前記第2の識別子として有するレコードを前記第1のテーブルから検索することにより前記第1の識別子を抽出するステップ(e)と、
ステップ(e)にて抽出された前記第1の識別子に基づいて前記第2のテーブルを検索することにより、承認権限を有する者としての前記複数の構成者を特定するステップ(f)と、
ステップ(f)にて特定された承認権限を有する者としての前記複数の構成者からの承認又は却下の指示に応じて、申請が承認されたこと又は却下されたことを表す複数の値を前記第3のテーブル内の前記第2群のフィールドに書き込むステップ(g)と、を具備する業務管理方法。A method for managing work related to application and approval in an organization,
A first table including a plurality of records each storing information related to a first group of nodes corresponding to a plurality of members constituting an organization and a plurality of persons having approval authority, each record being the plurality of the plurality of records A first field that stores a first identifier that uniquely identifies the constituent or the first group of nodes, and a second identifier that represents an order in the organization of the plurality of constituents or the first group of nodes. The first group of nodes corresponding to a plurality of persons having approval authority for the application of the plurality of constituent members can be specified by performing a predetermined calculation on the second identifier. Recording said first table having a second field for storing a second identifier;
A first field for storing the first identifier for uniquely identifying the first group of nodes, and the plurality of members as persons having an authorization authority for the first group of nodes are uniquely identified. Recording a second table having a second field storing said first identifier (b);
A third table relating to an application, wherein a first field for storing the first identifier for uniquely identifying a person who made an application among the plurality of constituent members, and whether approval for the application has been obtained Recording the third table having a second group of fields each storing a plurality of data indicating whether or not;
(D) extracting the second identifier by searching the first table based on the first identifier in the third table;
Extracting the first identifier by searching the first table for a record having, as the second identifier, a value obtained by performing the predetermined operation on the extracted second identifier. (E) and
(F) identifying the plurality of constituents as persons having approval authority by searching the second table based on the first identifier extracted in step (e);
A plurality of values indicating that the application has been approved or rejected in response to an approval or rejection instruction from the plurality of constituents as the person having the authorization authority specified in step (f). And (g) writing to the second group of fields in a third table.
組織を構成する複数の構成者及び承認権限を有する複数の者に相当する第1群のノードに関する情報をそれぞれ格納する複数のレコードを含む第1のテーブルであって、各レコードが、前記複数の構成者又は前記第1群のノードを一意に特定する第1の識別子を格納する第1のフィールドと、前記複数の構成者又は前記第1群のノードの組織における序列を表す第2の識別子であって、前記第2の識別子に対して所定の演算を施すことにより前記複数の構成者の申請に対する承認権限を有する複数の者に相当する前記第1群のノードを特定することが可能な前記第2の識別子を格納する第2のフィールドとを有する前記第1のテーブルを記録する手順(a)と、
前記第1群のノードを一意に特定する前記第1の識別子を格納する第1のフィールドと、前記第1群のノードに係る承認権限を有する者としての前記複数の構成者を一意に特定する前記第1の識別子を格納する第2のフィールドとを有する第2のテーブルを記録する手順(b)と、
申請に関する第3のテーブルであって、前記複数の構成者の中の申請を行った者を一意に特定する前記第1の識別子を格納する第1のフィールドと、当該申請に対する承認が得られたか否かを表す複数のデータをそれぞれ格納する第2群のフィールドとを有する前記第3のテーブルを記録する手順(c)と、
前記第3のテーブル内の前記第1の識別子に基づいて前記第1のテーブルを検索することにより前記第2の識別子を抽出する手順(d)と、
抽出された前記第2の識別子に前記所定の演算を施すことにより得られた値を前記第2の識別子として有するレコードを前記第1のテーブルから検索することにより前記第1の識別子を抽出する手順(e)と、
手順(e)にて抽出された前記第1の識別子に基づいて前記第2のテーブルを検索することにより、承認権限を有する者としての前記複数の構成者を特定する手順(f)と、
手順(f)にて特定された承認権限を有する者としての前記複数の構成者からの承認又は却下の指示に応じて、申請が承認されたこと又は却下されたことを表す複数の値を前記第3のテーブル内の前記第2群のフィールドに書き込む手順(g)と、をCPUに実行させるための業務管理プログラム。A program for managing business related to application and approval in an organization,
A first table including a plurality of records each storing information related to a first group of nodes corresponding to a plurality of members constituting an organization and a plurality of persons having approval authority, each record being the plurality of the plurality of records A first field that stores a first identifier that uniquely identifies the constituent or the first group of nodes, and a second identifier that represents an order in the organization of the plurality of constituents or the first group of nodes. The first group of nodes corresponding to a plurality of persons having approval authority for the application of the plurality of constituent members can be specified by performing a predetermined calculation on the second identifier. A step (a) of recording the first table having a second field for storing a second identifier;
A first field for storing the first identifier for uniquely identifying the first group of nodes, and the plurality of members as persons having an authorization authority for the first group of nodes are uniquely identified. A step (b) of recording a second table having a second field for storing the first identifier;
A third table relating to an application, wherein a first field for storing the first identifier for uniquely identifying a person who made an application among the plurality of constituent members, and whether approval for the application has been obtained A step (c) of recording the third table having a second group of fields each storing a plurality of data indicating whether or not;
A step (d) of extracting the second identifier by searching the first table based on the first identifier in the third table;
A procedure for extracting the first identifier by searching the first table for a record having, as the second identifier, a value obtained by performing the predetermined operation on the extracted second identifier. (E) and
A procedure (f) for identifying the plurality of members as persons having an authorization authority by searching the second table based on the first identifier extracted in the procedure (e);
A plurality of values indicating that the application has been approved or rejected in accordance with an approval or rejection instruction from the plurality of constituents as a person having the approval authority specified in step (f). A business management program for causing a CPU to execute the step (g) of writing to the second group of fields in the third table.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003182072A JP3818449B2 (en) | 2003-06-26 | 2003-06-26 | Business management apparatus and method, and business management program |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003182072A JP3818449B2 (en) | 2003-06-26 | 2003-06-26 | Business management apparatus and method, and business management program |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2005018389A true JP2005018389A (en) | 2005-01-20 |
JP3818449B2 JP3818449B2 (en) | 2006-09-06 |
Family
ID=34182553
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003182072A Expired - Fee Related JP3818449B2 (en) | 2003-06-26 | 2003-06-26 | Business management apparatus and method, and business management program |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3818449B2 (en) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008130006A (en) * | 2006-11-24 | 2008-06-05 | Obic Co Ltd | Business management device, business management method and business management program |
JP2010122969A (en) * | 2008-11-20 | 2010-06-03 | Obic Co Ltd | Business management device and method, and business management program |
CN103377346A (en) * | 2012-04-12 | 2013-10-30 | 金蝶软件(中国)有限公司 | Attachment management method and system |
JP2017016307A (en) * | 2015-06-30 | 2017-01-19 | 株式会社三菱東京Ufj銀行 | Workflow information management device and program for the same |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5075647B2 (en) * | 2008-01-11 | 2012-11-21 | 株式会社オービック | Business management apparatus, method, and program |
-
2003
- 2003-06-26 JP JP2003182072A patent/JP3818449B2/en not_active Expired - Fee Related
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008130006A (en) * | 2006-11-24 | 2008-06-05 | Obic Co Ltd | Business management device, business management method and business management program |
JP2010122969A (en) * | 2008-11-20 | 2010-06-03 | Obic Co Ltd | Business management device and method, and business management program |
CN103377346A (en) * | 2012-04-12 | 2013-10-30 | 金蝶软件(中国)有限公司 | Attachment management method and system |
CN103377346B (en) * | 2012-04-12 | 2016-05-04 | 金蝶软件(中国)有限公司 | attachment management method and system |
JP2017016307A (en) * | 2015-06-30 | 2017-01-19 | 株式会社三菱東京Ufj銀行 | Workflow information management device and program for the same |
Also Published As
Publication number | Publication date |
---|---|
JP3818449B2 (en) | 2006-09-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10997318B2 (en) | Data processing systems for generating and populating a data inventory for processing data access requests | |
US10438020B2 (en) | Data processing systems for generating and populating a data inventory for processing data access requests | |
US8244668B1 (en) | Workflow administration tools and user interfaces | |
US10140667B2 (en) | Social customer relationship management opportunity templating | |
JP2012133664A (en) | Document management apparatus | |
JP4954682B2 (en) | Business management device, business management method, and business management program | |
JP2008250558A (en) | Workflow management system, workflow management method, retrieval system, retrieval method, and program | |
JP3663770B2 (en) | Information processing apparatus and method | |
JP3818449B2 (en) | Business management apparatus and method, and business management program | |
JP5075647B2 (en) | Business management apparatus, method, and program | |
US7792872B1 (en) | Workflow administration tools and user interfaces | |
US7792871B1 (en) | Workflow administration tools and user interfaces | |
JPWO2002063520A1 (en) | Adoption processing system, program and recording medium | |
JP2009193470A (en) | Electronic approval workflow system | |
JP2020064516A (en) | Information processing device, information processing method, and information processing program | |
US20210303603A1 (en) | Data processing systems for generating and populating a data inventory | |
US7822706B1 (en) | Workflow administration tools and user interfaces | |
JPH1173459A (en) | Work flow management system and method for operating document management | |
JP5232608B2 (en) | Business management apparatus and method, and business management program | |
JP2003150762A (en) | Cooperation method for project information and its system | |
JP2023031669A (en) | Business management system, business management support method, and program | |
US20200104945A1 (en) | System and method for curation of notable work and relating it to involved organizations and individuals | |
JP2979169B2 (en) | HR information processing equipment | |
JP2007257603A (en) | List registration object information acquisition system, method, program and device | |
JP2010146091A (en) | Workflow improvement system, workflow improvement method, and workflow improvement program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060314 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060426 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060523 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060607 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3818449 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: R3D02 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120623 Year of fee payment: 6 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150623 Year of fee payment: 9 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
LAPS | Cancellation because of no payment of annual fees |