JP3818449B2 - Business management apparatus and method, and business management program - Google Patents
Business management apparatus and method, and business management program Download PDFInfo
- Publication number
- JP3818449B2 JP3818449B2 JP2003182072A JP2003182072A JP3818449B2 JP 3818449 B2 JP3818449 B2 JP 3818449B2 JP 2003182072 A JP2003182072 A JP 2003182072A JP 2003182072 A JP2003182072 A JP 2003182072A JP 3818449 B2 JP3818449 B2 JP 3818449B2
- Authority
- JP
- Japan
- Prior art keywords
- identifier
- application
- group
- record
- storing
- 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.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 20
- 230000008520 organization Effects 0.000 claims description 75
- 239000000470 constituent Substances 0.000 claims description 32
- 238000013475 authorization Methods 0.000 claims description 21
- 238000007726 management method Methods 0.000 claims description 18
- 239000000284 extract Substances 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 16
- 244000205754 Colocasia esculenta Species 0.000 description 2
- 235000006481 Colocasia esculenta Nutrition 0.000 description 2
- 230000000694 effects Effects 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、組織における申請及び承認に関する業務の管理を行うための業務管理装置に関し、さらに、業務管理方法及び業務管理プログラムに関する。
【0002】
【従来の技術】
従来より、組織における申請及び承認に関する業務の管理を行うための業務管理装置が用いられている。
しかしながら、従来の業務管理装置においては、人事異動、組織変更等により承認権限を有する者の変更が生じた場合に、柔軟に対応することができなかった。
【0003】
【発明が解決しようとする課題】
そこで、上記の点に鑑み、本発明は、人事異動等が生じた場合であっても、柔軟に対応することができる業務管理装置を提供することを目的とする。また、本発明は、そのような業務管理方法及び業務管理プログラムを提供することを目的とする。
【0004】
【課題を解決するための手段】
以上の課題を解決するため、本発明に係る業務管理装置は、組織における申請及び承認に関する業務の管理を行うための装置であって、組織を構成する複数の構成者及び承認権限を有する複数の者に相当する第1群のノードに関する情報をそれぞれ格納する複数のレコードを含む第1のテーブルであって、各レコードが、複数の構成者又は第1群のノードを一意に特定する第1の識別子を格納する第1のフィールドと、複数の構成者又は第1群のノードの組織における序列を表す第2の識別子であって、複数の構成者の中の任意の者の第2の識別子の末尾から所定の長さの値を少なくとも1回削除する演算を行うことにより複数の構成者の中の任意の者の組織上において上位であり且つ申請に対する承認権限を有する少なくとも1人の者に相当する第1群のノードの中の少なくとも1つのノードの第2の識別子を得ることが可能な第2の識別子を格納する第2のフィールドとを有する第1のテーブルを記録する第1の記録手段と、第1群のノードを一意に特定する第1の識別子を格納する第1のフィールドと、第1群のノードに係る承認権限を有する者としての複数の構成者を一意に特定する第1の識別子を格納する第2のフィールドとを有する第2のテーブルを記録する第2の記録手段と、申請に関する第3のテーブルであって、複数の構成者の中の申請を行った者を一意に特定する第1の識別子を格納する第1のフィールドと、当該申請に対する承認が得られたか否かを表す複数のデータをそれぞれ格納する第2群のフィールドとを有する第3のテーブルを記録する第3の記録手段と、第3のテーブルの処理対象のレコード内の第1の識別子に基づいて第1のテーブルを検索することにより、複数の構成者の中の処理対象のレコードに係る申請を行った者の第2の識別子を抽出し、抽出された第2の識別子の末尾から所定の長さの値を少なくとも1回削除する演算を行うことにより得られた少なくとも1つの値を第2の識別子として格納している少なくとも1つのレコードを第1のテーブルから検索することにより、処理対象のレコードに係る申請に対する承認権限を有する少なくとも1人の者に相当する第1群のノードの中の少なくとも1つのノードを特定する少なくとも1つの第1の識別子を抽出し、抽出された少なくとも1つの第1の識別子に基づいて第2のテーブルを検索することにより、複数の構成者の中の処理対象のレコードに係る申請に対する承認権限を有する少なくとも1人の者を特定する第1の処理手段と、第1の処理手段によって特定された処理対象のレコードに係る申請に対する承認権限を有する少なくとも1人の者からの承認又は却下の指示に応じて、申請が承認されたこと又は却下されたことを表す少なくとも1つのデータを処理対象のレコード内の第2群のフィールドに書き込む第2の処理手段とを具備する。
【0005】
ここで、第1のテーブルが、組織内の複数の部署に相当する第2群のノードに関する情報をそれぞれ格納する複数のレコードを更に含むこととしても良いし、レコード内の情報が有効となった日又は有効となる日を表すデータを格納するフィールドを更に有することとしても良い。
また、第3のテーブルが、申請に関する情報を入力した日又は申請に係る事案が行われた日若しくは行われる日を表すデータを格納するフィールドを更に有することとしても良い。
【0007】
また、本発明に係る業務管理方法は、組織における申請及び承認に関する業務の管理を行うための方法であって、組織を構成する複数の構成者及び承認権限を有する複数の者に相当する第1群のノードに関する情報をそれぞれ格納する複数のレコードを含む第1のテーブルであって、各レコードが、複数の構成者又は第1群のノードを一意に特定する第1の識別子を格納する第1のフィールドと、複数の構成者又は第1群のノードの組織における序列を表す第2の識別子であって、複数の構成者の中の任意の者の第2の識別子の末尾から所定の長さの値を少なくとも1回削除する演算を行うことにより複数の構成者の中の任意の者の組織上において上位であり且つ申請に対する承認権限を有する少なくとも1人の者に相当する第1群のノードの中の少なくとも1つのノードの第2の識別子を得ることが可能な第2の識別子を格納する第2のフィールドとを有する第1のテーブルを記録するステップ(a)と、第1群のノードを一意に特定する第1の識別子を格納する第1のフィールドと、第1群のノードに係る承認権限を有する者としての複数の構成者を一意に特定する第1の識別子を格納する第2のフィールドとを有する第2のテーブルを記録するステップ(b)と、申請に関する第3のテーブルであって、複数の構成者の中の申請を行った者を一意に特定する第1の識別子を格納する第1のフィールドと、当該申請に対する承認が得られたか否かを表す複数のデータをそれぞれ格納する第2群のフィールドとを有する第3のテーブルを記録するステップ(c)と、第3のテーブルの処理対象のレコード内の第1の識別子に基づいて第1のテーブルを検索することにより、複数の構成者の中の処理対象のレコードに係る申請を行った者の第2の識別子を抽出するステップ(d)と、ステップ(d)にて抽出された第2の識別子の末尾から所定の長さの値を少なくとも1回削除する演算を行うことにより得られた少なくとも1つの値を第2の識別子として格納している少なくとも1つのレコードを第1のテーブルから検索することにより、処理対象のレコードに係る申請に対する承認権限を有する少なくとも1人の者に相当する第1群のノードの中の少なくとも1つのノードを特定する少なくとも1つの第1の識別子を抽出するステップ(e)と、ステップ(e)にて抽出された少なくとも1つの第1の識別子に基づいて第2のテーブルを検索することにより、複数の構成者の中の処理対象のレコードに係る申請に対する承認権限を有する少なくとも1人の者を特定するステップ(f)と、ステップ(f)にて特定された処理対象のレコードに係る申請に対する承認権限を有する少なくとも1人の者からの承認又は却下の指示に応じて、申請が承認されたこと又は却下されたことを表す少なくとも1つのデータを処理対象のレコード内の第2群のフィールドに書き込むステップ(g)とを具備する。
【0008】
ここで、第1のテーブルが、組織内の複数の部署に相当する第2群のノードに関する情報をそれぞれ格納する複数のレコードを更に含むこととしても良いし、レコード内の情報が有効となった日又は有効となる日を表すデータを格納するフィールドを更に有することとしても良い。
また、第3のテーブルが、申請に関する情報を入力した日又は申請に係る事案が行われた日若しくは行われる日を表すデータを格納するフィールドを更に有することとしても良い。
【0010】
さらに、本発明に係る業務管理プログラムは、組織における申請及び承認に関する業務の管理を行うためのプログラムであって、組織を構成する複数の構成者及び承認権限を有する複数の者に相当する第1群のノードに関する情報をそれぞれ格納する複数のレコードを含む第1のテーブルであって、各レコードが、複数の構成者又は第1群のノードを一意に特定する第1の識別子を格納する第1のフィールドと、複数の構成者又は第1群のノードの組織における序列を表す第2の識別子であって、複数の構成者の中の任意の者の第2の識別子の末尾から所定の長さの値を少なくとも1回削除する演算を行うことにより複数の構成者の中の任意の者の組織上において上位であり且つ申請に対する承認権限を有する少なくとも1人の者に相当する第1群のノードの中の少なくとも1つのノードの第2の識別子を得ることが可能な第2の識別子を格納する第2のフィールドとを有する第1のテーブルを記録する手順(a)と、第1群のノードを一意に特定する第1の識別子を格納する第1のフィールドと、第1群のノードに係る承認権限を有する者としての複数の構成者を一意に特定する第1の識別子を格納する第2のフィールドとを有する第2のテーブルを記録する手順(b)と、申請に関する第3のテーブルであって、複数の構成者の中の申請を行った者を一意に特定する第1の識別子を格納する第1のフィールドと、当該申請に対する承認が得られたか否かを表す複数のデータをそれぞれ格納する第2群のフィールドとを有する第3のテーブルを記録する手順(c)と、第3のテーブルの処理対象のレコード内の第1の識別子に基づいて第1のテーブルを検索することにより、複数の構成者の中の処理対象のレコードに係る申請を行った者の第2の識別子を抽出する手順(d)と、手順(d)にて抽出された第2の識別子の末尾から所定の長さの値を少なくとも1回削除する演算を行うことにより得られた少なくとも1つの値を第2の識別子として格納している少なくとも1つのレコードを第1のテーブルから検索することにより、処理対象のレコードに係る申請に対する承認権限を有する少なくとも1人の者に相当する第1群のノードの中の少なくとも1つのノードを特定する少なくとも1つの第1の識別子を抽出する手順(e)と、手順(e)にて抽出された少なくとも1つの第1の識別子に基づいて第2のテーブルを検索することにより、複数の構成者の中の処理対象のレコードに係る申請に対する承認権限を有する少なくとも1人の者を特定する手順(f)と、手順(f)にて特定された処理対象のレコードに係る申請に対する承認権限を有する少なくとも1人の者からの承認又は却下の指示に応じて、申請が承認されたこと又は却下されたことを表す少なくとも1つのデータを処理対象のレコード内の第2群のフィールドに書き込む手順(g)とをCPUに実行させる。
【0011】
ここで、第1のテーブルが、組織内の複数の部署に相当する第2群のノードに関する情報をそれぞれ格納する複数のレコードを更に含むこととしても良いし、レコード内の情報が有効となった日又は有効となる日を表すデータを格納するフィールドを更に有することとしても良い。
また、第3のテーブルが、申請に関する情報を入力した日又は申請に係る事案が行われた日若しくは行われる日を表すデータを格納するフィールドを更に有することとしても良い。
【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, Of any one of multiple members Second identifier Delete a value of a certain length at least once from the end of Calculation Do By Any one of multiple members of High in the organization and Has approval authority for the application At least one person The first group of nodes corresponding to Obtain a second identifier of at least one node in A first recording means for recording a first table having a second field for storing a second identifier capable of being stored, and a first identifier for uniquely identifying a first group of nodes Record a second table having a first field and a second field for storing a first identifier for uniquely identifying a plurality of members as persons having approval authority related to the first group of nodes. A second recording means, a third table relating to the application, a first field for storing a first identifier for uniquely identifying a person who has made an application among a plurality of constituent members; A third recording means for recording a third table having a second group of fields each storing a plurality of data indicating whether or not approval has been obtained; and a third table Records to be processed By searching the first table based on the first identifier in , Of the person who applied for the record to be processed among multiple constituents The second identifier is extracted, and the extracted second identifier Delete a value of a certain length at least once from the end of Calculation Do Obtained by At least one The value as the second identifier At least one storing By retrieving records from the first table , At least one node identifying at least one node of the first group of nodes corresponding to at least one person who has the authorization to approve an application related to the record to be processed The first identifier was extracted and extracted At least one By searching the second table based on the first identifier, For applications related to records to be processed among multiple members Have authorization At least one person Specified by the first processing means for specifying the person and the first processing means For applications related to records to be processed Have authorization At least one person Indicates that the application has been approved or rejected in response to an approval or rejection instruction from the person At least one piece of data The Record to be processed And second processing means for writing into the second group of fields.
[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.
[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 a rank in the organization of the plurality of constituent members or the first group of nodes, Of any one of multiple members Second identifier Delete a value of a certain length at least once from the end of Calculation Do By Any one of multiple members of High in the organization and Has approval authority for the application At least one person The first group of nodes corresponding to Obtain a second identifier of at least one node in (A) recording a first table having a second field for storing a second identifier that can be stored, and a first table for storing a first identifier for uniquely identifying a first group of nodes. Recording a second table having a first field and a second field storing a first identifier for uniquely identifying a plurality of members as persons having an authorization authority related to the first group of nodes (B), a third table relating to an application, a first field for storing a first identifier for uniquely identifying a person who has made an application among a plurality of constituent members, and an approval for the application A step (c) of recording a third table having a second group of fields each storing a plurality of data indicating whether or not it has been obtained; Records to be processed By searching the first table based on the first identifier in , Of the person who applied for the record to be processed among multiple constituents Extracting a second identifier (d); In step (d) The extracted second identifier Delete a value of a certain length at least once from the end of Calculation Do Obtained by At least one The value as the second identifier At least one storing By retrieving records from the first table , At least one node identifying at least one node of the first group of nodes corresponding to at least one person who has the authorization to approve an application related to the record to be processed The first identifier is extracted in step (e) and extracted in step (e) At least one By searching the second table based on the first identifier, For applications related to records to be processed among multiple members Have authorization At least one person Specified in step (f) and step (f) For applications related to records to be processed Have authorization At least one person Indicates that the application has been approved or rejected in response to an approval or rejection instruction from the person At least one piece of data The Record to be processed Writing to the second group of fields (g).
[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.
[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 a rank in the organization of the plurality of constituent members or the first group of nodes, Of any one of multiple members Second identifier Delete a value of a certain length at least once from the end of Calculation Do By Any one of multiple members of High in the organization and Has approval authority for the application At least one person The first group of nodes corresponding to Obtain a second identifier of at least one node in (A) recording a first table having a second field for storing a second identifier capable of being stored and a first identifier for uniquely identifying a first group of nodes Procedure for recording a second table having a first field and a second field for storing a first identifier for uniquely identifying a plurality of members as persons having approval authority related to the first group of nodes (B), a third table relating to an application, a first field for storing a first identifier for uniquely identifying a person who has made an application among a plurality of constituent members, and an approval for the application A procedure (c) for recording a third table having a second group of fields each storing a plurality of data indicating whether or not it has been obtained; and a third table Records to be processed By searching the first table based on the first identifier in , Of the person who applied for the record to be processed among multiple constituents A procedure (d) for extracting a second identifier; In step (d) The extracted second identifier Delete a value of a certain length at least once from the end of Calculation Do Obtained by At least one The value as the second identifier At least one storing By retrieving records from the first table , At least one node identifying at least one node of the first group of nodes corresponding to at least one person who has the authorization to approve an application related to the record to be processed Extracted in step (e) for extracting the first identifier and in step (e) At least one By searching the second table based on the first identifier, For applications related to records to be processed among multiple members Have authorization At least one person Specified in step (f) and step (f) For applications related to records to be processed Have authorization At least one person Indicates that the application has been approved or rejected in response to an approval or rejection instruction from the person At least one piece of data The Record to be processed The procedure (g) of writing to the second group of the fields is executed by the CPU.
[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.
[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 the employee
5 is a diagram showing an example of an approver table recorded in the approver
6 is a diagram showing an example of a organization table recorded in the organization
7 is a diagram illustrating an example of a post table recorded in the post
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 (12)
組織を構成する複数の構成者及び承認権限を有する複数の者に相当する第1群のノードに関する情報をそれぞれ格納する複数のレコードを含む第1のテーブルであって、各レコードが、前記複数の構成者又は前記第1群のノードを一意に特定する第1の識別子を格納する第1のフィールドと、前記複数の構成者又は前記第1群のノードの組織における序列を表す第2の識別子であって、前記複数の構成者の中の任意の者の前記第2の識別子の末尾から所定の長さの値を少なくとも1回削除する演算を行うことにより前記複数の構成者の中の任意の者の組織上において上位であり且つ申請に対する承認権限を有する少なくとも1人の者に相当する前記第1群のノードの中の少なくとも1つのノードの前記第2の識別子を得ることが可能な前記第2の識別子を格納する第2のフィールドとを有する前記第1のテーブルを記録する第1の記録手段と、
前記第1群のノードを一意に特定する前記第1の識別子を格納する第1のフィールドと、前記第1群のノードに係る承認権限を有する者としての前記複数の構成者を一意に特定する前記第1の識別子を格納する第2のフィールドとを有する第2のテーブルを記録する第2の記録手段と、
申請に関する第3のテーブルであって、前記複数の構成者の中の申請を行った者を一意に特定する前記第1の識別子を格納する第1のフィールドと、当該申請に対する承認が得られたか否かを表す複数のデータをそれぞれ格納する第2群のフィールドとを有する前記第3のテーブルを記録する第3の記録手段と、
前記第3のテーブルの処理対象のレコード内の前記第1の識別子に基づいて前記第1のテーブルを検索することにより、前記複数の構成者の中の前記処理対象のレコードに係る申請を行った者の前記第2の識別子を抽出し、抽出された前記第2の識別子の末尾から前記所定の長さの値を少なくとも1回削除する演算を行うことにより得られた少なくとも1つの値を前記第2の識別子として格納している少なくとも1つのレコードを前記第1のテーブルから検索することにより、前記処理対象のレコードに係る申請に対する承認権限を有する少なくとも1人の者に相当する前記第1群のノードの中の少なくとも1つのノードを特定する少なくとも1つの前記第1の識別子を抽出し、抽出された少なくとも1つの前記第1の識別子に基づいて前記第2のテーブルを検索することにより、前記複数の構成者の中の前記処理対象のレコードに係る申請に対する承認権限を有する少なくとも1人の者を特定する第1の処理手段と、
前記第1の処理手段によって特定された前記処理対象のレコードに係る申請に対する承認権限を有する少なくとも1人の者からの承認又は却下の指示に応じて、申請が承認されたこと又は却下されたことを表す少なくとも1つのデータを前記処理対象のレコード内の前記第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. Any one of the plurality of constituents by performing an operation of deleting a value of a predetermined length from the end of the second identifier of any one of the plurality of constituents at least once . upper and and and capable Rukoto obtain the second identifier of the at least one node in said first group of nodes corresponding to at least one person having approval authority to apply the on the organization's First First recording means for recording said first table and a second field for storing an 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 first table is searched based on the first identifier in the processing target record of the third table, and an application related to the processing target record among the plurality of constituents is made. extracts the second identifier of person, said at least one value obtained by the extracted end of the second identifier performs an operation to remove at least one value of said predetermined length the By searching at least one record stored as an identifier of 2 from the first table , the first group corresponding to at least one person who has approval authority for the application related to the record to be processed wherein based on at least one of said first identifier at least one extracting the first identifier, the extracted identifying at least one node in the node By searching the second table, the first processing means for identifying at least one of a person having approval authority for application according to the processing target record in said multiple configurator,
The application has been approved or rejected in response to an approval or rejection instruction from at least one person who has the authority to approve the application related to the processing target record specified by the first processing means. Second processing means for writing at least one data representing the second group field in the record to be processed;
A business management device comprising:
組織を構成する複数の構成者及び承認権限を有する複数の者に相当する第1群のノードに関する情報をそれぞれ格納する複数のレコードを含む第1のテーブルであって、各レコードが、前記複数の構成者又は前記第1群のノードを一意に特定する第1の識別子を格納する第1のフィールドと、前記複数の構成者又は前記第1群のノードの組織における序列を表す第2の識別子であって、前記複数の構成者の中の任意の者の前記第2の識別子の末尾から所定の長さの値を少なくとも1回削除する演算を行うことにより前記複数の構成者の中の任意の者の組織上において上位であり且つ申請に対する承認権限を有する少なくとも1人の者に相当する前記第1群のノードの中の少なくとも1つのノードの前記第2の識別子を得ることが可能な前記第2の識別子を格納する第2のフィールドとを有する前記第1のテーブルを記録するステップ(a)と、
前記第1群のノードを一意に特定する前記第1の識別子を格納する第1のフィールドと、前記第1群のノードに係る承認権限を有する者としての前記複数の構成者を一意に特定する前記第1の識別子を格納する第2のフィールドとを有する第2のテーブルを記録するステップ(b)と、
申請に関する第3のテーブルであって、前記複数の構成者の中の申請を行った者を一意に特定する前記第1の識別子を格納する第1のフィールドと、当該申請に対する承認が得られたか否かを表す複数のデータをそれぞれ格納する第2群のフィールドとを有する前記第3のテーブルを記録するステップ(c)と、
前記第3のテーブルの処理対象のレコード内の前記第1の識別子に基づいて前記第1のテーブルを検索することにより、前記複数の構成者の中の前記処理対象のレコードに係る申請を行った者の前記第2の識別子を抽出するステップ(d)と、
ステップ(d)にて抽出された前記第2の識別子の末尾から前記所定の長さの値を少なくとも1回削除する演算を行うことにより得られた少なくとも1つの値を前記第2の識別子として格納している少なくとも1つのレコードを前記第1のテーブルから検索することにより、前記処理対象のレコードに係る申請に対する承認権限を有する少なくとも1人の者に相当する前記第1群のノードの中の少なくとも1つのノードを特定する少なくとも1つの前記第1の識別子を抽出するステップ(e)と、
ステップ(e)にて抽出された少なくとも1つの前記第1の識別子に基づいて前記第2のテーブルを検索することにより、前記複数の構成者の中の前記処理対象のレコードに係る申請に対する承認権限を有する少なくとも1人の者を特定するステップ(f)と、
ステップ(f)にて特定された前記処理対象のレコードに係る申請に対する承認権限を有する少なくとも1人の者からの承認又は却下の指示に応じて、申請が承認されたこと又は却下されたことを表す少なくとも1つのデータを前記処理対象のレコード内の前記第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. Any one of the plurality of constituents by performing an operation of deleting a value of a predetermined length from the end of the second identifier of any one of the plurality of constituents at least once . upper and and and capable Rukoto obtain the second identifier of the at least one node in said first group of nodes corresponding to at least one person having approval authority to apply the on the organization's First And step (a) for recording the first table and a second field for storing the 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;
The first table is searched based on the first identifier in the processing target record of the third table, and an application related to the processing target record among the plurality of constituents is made. Extracting said second identifier of the person ;
Step storing at least one value obtained by the end of the second identifier extracted in (d) performing an operation to remove at least one value of the predetermined length as the second identifier At least one record in the first group of nodes corresponding to at least one person who has an authorization to approve the application related to the record to be processed by searching the at least one record from the first table. Extracting at least one said first identifier identifying one node (e);
Approval authority for an application related to the record to be processed among the plurality of constituents by searching the second table based on at least one of the first identifiers extracted in step (e) Identifying at least one person having
That the application has been approved or rejected in accordance with an approval or rejection instruction from at least one person who has the authorization to approve the application related to the processing target record identified in step (f). Writing (g) at least one data representing into the second group of fields in the record to be processed ;
A business management method comprising:
組織を構成する複数の構成者及び承認権限を有する複数の者に相当する第1群のノードに関する情報をそれぞれ格納する複数のレコードを含む第1のテーブルであって、各レコードが、前記複数の構成者又は前記第1群のノードを一意に特定する第1の識別子を格納する第1のフィールドと、前記複数の構成者又は前記第1群のノードの組織における序列を表す第2の識別子であって、前記複数の構成者の中の任意の者の前記第2の識別子の末尾から所定の長さの値を少なくとも1回削除する演算を行うことにより前記複数の構成者の中の任意の者の組織上において上位であり且つ申請に対する承認権限を有する少なくとも1人の者に相当する前記第1群のノードの中の少なくとも1つのノードの前記第2の識別子を得ることが可能な前記第2の識別子を格納する第2のフィールドとを有する前記第1のテーブルを記録する手順(a)と、
前記第1群のノードを一意に特定する前記第1の識別子を格納する第1のフィールドと、前記第1群のノードに係る承認権限を有する者としての前記複数の構成者を一意に特定する前記第1の識別子を格納する第2のフィールドとを有する第2のテーブルを記録する手順(b)と、
申請に関する第3のテーブルであって、前記複数の構成者の中の申請を行った者を一意に特定する前記第1の識別子を格納する第1のフィールドと、当該申請に対する承認が得られたか否かを表す複数のデータをそれぞれ格納する第2群のフィールドとを有する前記第3のテーブルを記録する手順(c)と、
前記第3のテーブルの処理対象のレコード内の前記第1の識別子に基づいて前記第1のテーブルを検索することにより、前記複数の構成者の中の前記処理対象のレコードに係る申請を行った者の前記第2の識別子を抽出する手順(d)と、
手順(d)にて抽出された前記第2の識別子の末尾から前記所定の長さの値を少なくとも1回削除する演算を行うことにより得られた少なくとも1つの値を前記第2の識別子として格納している少なくとも1つのレコードを前記第1のテーブルから検索することにより、前記処理対象のレコードに係る申請に対する承認権限を有する少なくとも1人の者に相当する前記第1群のノードの中の少なくとも1つのノードを特定する少なくとも1つの前記第1の識別子を抽出する手順(e)と、
手順(e)にて抽出された少なくとも1つの前記第1の識別子に基づいて前記第2のテーブルを検索することにより、前記複数の構成者の中の前記処理対象のレコードに係る申請に対する承認権限を有する少なくとも1人の者を特定する手順(f)と、
手順(f)にて特定された前記処理対象のレコードに係る申請に対する承認権限を有する少なくとも1人の者からの承認又は却下の指示に応じて、申請が承認されたこと又は却下されたことを表す少なくとも1つのデータを前記処理対象のレコード内の前記第2群のフィールドに書き込む手順(g)と、
をCPUに実行させるための業務管理プログラム。A program for managing the business related to application and approval in the 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. Any one of the plurality of constituents by performing an operation of deleting a value of a predetermined length from the end of the second identifier of any one of the plurality of constituents at least once . upper and and and capable Rukoto obtain the second identifier of the at least one node in said first group of nodes corresponding to at least one person having approval authority to apply the on the organization's First The procedure for recording the first table and a second field for storing an identifier (a),
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;
The first table is searched based on the first identifier in the processing target record of the third table, and an application related to the processing target record among the plurality of constituents is made. (D) extracting the second identifier of the person ;
Storing the procedure at least one value obtained by performing the operation from the end of the second identifier extracted at least remove once the value of the predetermined length in (d) as the second identifier At least one record in the first group of nodes corresponding to at least one person who has an authorization to approve the application related to the record to be processed by searching the at least one record from the first table. A step (e) of extracting at least one said first identifier specifying one node ;
Approval authority for an application related to the processing target record among the plurality of constituents by searching the second table based on at least one of the first identifiers extracted in step (e) (F) identifying at least one person having
The application has been approved or rejected in accordance with an approval or rejection instruction from at least one person who has the authorization to approve the application related to the record to be processed identified in step (f). A step (g) of writing at least one data to be represented into the second group of fields in the record to be processed ;
Management program for causing CPU to execute.
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 JP2005018389A (en) | 2005-01-20 |
JP3818449B2 true 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 (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009169487A (en) * | 2008-01-11 | 2009-07-30 | Obic Co Ltd | Business management device, method and program |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4954682B2 (en) * | 2006-11-24 | 2012-06-20 | 株式会社オービック | Business management device, business management method, and business management program |
JP5232608B2 (en) * | 2008-11-20 | 2013-07-10 | 株式会社オービック | Business management apparatus and method, and business management program |
CN103377346B (en) * | 2012-04-12 | 2016-05-04 | 金蝶软件(中国)有限公司 | attachment management method and system |
JP6167138B2 (en) * | 2015-06-30 | 2017-07-19 | 株式会社三菱東京Ufj銀行 | Workflow information management apparatus and program thereof |
-
2003
- 2003-06-26 JP JP2003182072A patent/JP3818449B2/en not_active Expired - Fee Related
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009169487A (en) * | 2008-01-11 | 2009-07-30 | Obic Co Ltd | Business management device, method and program |
Also Published As
Publication number | Publication date |
---|---|
JP2005018389A (en) | 2005-01-20 |
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 | |
US6735591B2 (en) | Universal information warehouse system and method | |
JP4954682B2 (en) | Business management device, business management method, and business management program | |
US8244668B1 (en) | Workflow administration tools and user interfaces | |
JP2012133664A (en) | Document management apparatus | |
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 | |
JP2008250556A (en) | Workflow management system, workflow management method, and program | |
JP6167138B2 (en) | Workflow information management apparatus and program thereof | |
US7792871B1 (en) | Workflow administration tools and user interfaces | |
KR100616216B1 (en) | System and method for retrieving and managing desired online information | |
JPWO2002063520A1 (en) | Adoption processing system, program and recording medium | |
JP5232608B2 (en) | Business management apparatus and method, and business management program | |
JP2009193470A (en) | Electronic approval workflow system | |
JPH1139293A (en) | Document management method and document retrieval method and device | |
JP3132613B2 (en) | Personnel file processing apparatus and method | |
JP2007249572A (en) | Project management support device, project management support method, and project management support program | |
JP2006127126A (en) | Knowledge sharing system and method for controlling information disclosure | |
JPH1173459A (en) | Work flow management system and method for operating document management | |
JP2979169B2 (en) | HR information processing equipment | |
JP2002109169A (en) | Method and system for supporting work and recording medium having work supporting method recorded thereon | |
JP2008250557A (en) | Workflow management system, workflow management method and program | |
JP2007257603A (en) | List registration object information acquisition system, method, program and device |
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 |