Nothing Special   »   [go: up one dir, main page]

JP2005018389A - Business management device and method, and business management program - Google Patents

Business management device and method, and business management program Download PDF

Info

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
Application number
JP2003182072A
Other languages
Japanese (ja)
Other versions
JP3818449B2 (en
Inventor
Toshiyuki Nagaoka
敏之 長岡
Takeya Suzuki
竹弥 鈴木
Hideyuki Kumagai
英之 熊谷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Obic Co Ltd
Original Assignee
Obic Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Obic Co Ltd filed Critical Obic Co Ltd
Priority to JP2003182072A priority Critical patent/JP3818449B2/en
Publication of JP2005018389A publication Critical patent/JP2005018389A/en
Application granted granted Critical
Publication of JP3818449B2 publication Critical patent/JP3818449B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

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

Abstract

<P>PROBLEM TO BE SOLVED: To provide, for example, a business management device which can flexibly cope with a situation even if personal relocation or the like occurs. <P>SOLUTION: The device comprises an application table recording part 21 which records an application table, an employee table 22 which records an employee table, an approver table recording part 23 which records an approver table, an organization table recording part 24 which records an organization table, a post table recording part 25 which records a office position table, an application data creation processing part 26 which creates application data to allow the application table recording part 21 to record the data, an approval route determination processing part 27 which determines an employee whose application is approved, an approval/ reject processing part 28 which writes data indicating approval or reject in the application table in response to an instruction from an employee, and an approval route creation/update processing part 29 which creates or updates the approver table or the organization table in response to an instruction from the employee. <P>COPYRIGHT: (C)2005,JPO&NCIPI

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 system 10 includes a server 1 as one embodiment of the present invention and client terminals 11 to 1n, which are connected to each other via a network.
FIG. 2 is a diagram showing a configuration of the server 1 of FIG. As shown in FIG. 2, the server 1 includes an application table recording unit 21, an employee table recording unit 22, an approver table recording unit 23, an organization table recording unit 24, a post table recording unit 25, and application data. A creation processing unit 26, an approval route determination processing unit 27, an approval / rejection processing unit 28, and an approval route creation / update processing unit 29 are provided.
[0015]
FIG. 3 is a diagram illustrating an example of an application table recorded in the application table recording unit 21. As shown in FIG. 3, the application table has fields for storing information regarding the contents of the application and information regarding the approval status. The information regarding the contents of the application includes a slip name (for example, vacation notice, direct report, etc.), an implementation date (for example, vacation day, direct date, etc.), and a user ID that uniquely identifies the applicant. Moreover, the information regarding the approval status includes a first approval (for example, section manager approval), a second approval (for example, manager approval), and so on, and a completion flag indicating whether all approvals have been completed. The record in the application table shown in FIG. 3 is a record relating to an application for an employee whose user ID is “Takada” to take leave on May 1, 2003, and this application has not yet been approved. It means not.
[0016]
Referring to FIG. 2 again, the employee table recording unit 22 records an employee table that stores data relating to employees. FIG. 4 is a diagram illustrating an example of an employee table. As shown in FIG. 4, the employee table has fields for storing a user ID for uniquely identifying an employee, an employee number for uniquely identifying the employee, and the employee's name.
[0017]
Referring to FIG. 2 again, the approver table recording unit 23 records an approver table that stores data relating to a person who has approval authority. FIG. 5 is a diagram illustrating an example of the approver table. As shown in FIG. 5, the approver table includes a name of a node corresponding to a person having approval authority, a user ID for uniquely identifying a node corresponding to a person having approval authority, and a person having approval authority. It has a field for storing the user ID of the employee. In the approver table shown in FIG. 5, a node having the name “completion box” is a person who has authority to manage or process application data for which approval has been completed (for example, a general affairs department manager, a general affairs department manager, a human resource, etc. Equivalent to section manager, human resources manager, etc.). Specifically, in the present embodiment, a person who has the authority to manage or process application data for which approval has been completed is an employee whose user ID is “Taro” (here, the name “Taro Sogo” (FIG. 4 )) And an employee whose user ID is “Jiro” (here, the name “Jiro Joso” (see FIG. 4)).
[0018]
Referring to FIG. 2 again, the organization table recording unit 24 records an organization table that stores data related to the organization. FIG. 6 is a diagram illustrating an example of the organization table. As shown in FIG. 6, the organization table stores a record number (No.), a revision date, a user ID, an organization division that is an organization division of the record, an organization affiliation name, a name, and an organization sequence number. Has a field.
[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 “sales department 1 section 1G approver” corresponding to a person having an approval authority) represented by a record (here, the 12th record) stored as an order number.
[0021]
Referring again to FIG. 2, the post table recording unit 25 records a post table that stores data relating to the post of the employee. FIG. 7 is a diagram illustrating an example of the post table. As shown in FIG. 7, the post table has a field for storing a user ID, a date when the record becomes valid or a revision date indicating a valid date, and a post. In FIG. 7, for example, an employee whose user ID is “Taro” (in this embodiment, the name “Taro Goro” (see FIG. 4)) becomes a general employee on April 1, 1983, and is 1993. It represents that he became General Affairs Division Manager on April 1, 1998, and General Manager Department on April 1, 1998.
[0022]
Referring again to FIG. 2, the application data creation processing unit 26 creates application data in response to a request from an employee who uses the client terminals 11 to 1 n and records the application data in the application table recording unit 21.
The approval route determination processing unit 27 performs a process of determining an employee who should approve an application related to application data in the application table recorded in the application table recording unit 21.
[0023]
The approval / rejection processing unit 28 performs approval or rejection processing in accordance with an instruction from the employee determined by the approval route determination processing unit 27.
The approval route creation / update processing unit 29 creates or updates the approver table or the organization table.
[0024]
The application data creation processing unit 26, the approval route determination processing unit 27, the approval / rejection processing unit 28, and the approval route creation / update processing unit 29 shown in FIG. 2 can be configured by a CPU and software (program). This program, application table, employee table, approver table, organization table, and post table are recorded on a recording medium such as a hard disk, flexible disk, MO, MT, RAM, CD-ROM, or DVD-ROM. can do.
[0025]
FIG. 8 is a flowchart showing an outline of the application data creation process of the server 1. Hereinafter, the application data creation process of the server 1 will be described with reference to FIG. Here, it is assumed that the employee “Yumiko Takada” creates application data related to a vacation notice.
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 creation processing unit 26 of the server 1 receives this condition (step S101).
[0026]
Next, the application data creation processing unit 26 creates application data having a slip name “Notification of vacation”, an implementation date “2003/05/01”, and a user ID “Takada” (see FIG. 3), and an application table recording unit 21 (step S102).
[0027]
FIG. 9 is a flowchart showing an outline of the approval / rejection process of the server 1. Hereinafter, the approval / rejection process of the server 1 will be described with reference to FIG.
First, the approval route determination processing unit 27 extracts a user ID (here, “Takada”) in a record (see FIG. 3) in the application table recorded in the application data recording unit 21 (step S201).
[0028]
Next, the approval route determination processing unit 27 uses the user ID (here, “Takada”) extracted in step S201 from the organization table (see FIG. 6) recorded in the organization table recording unit 24. The stored record is searched, and the organization sequence number (here, “000100010001000200020002000100020002”) in the record is extracted (step S202). At this time, if there are a plurality of records storing the user ID extracted in step S201, a record effective on the system date is selected.
Then, the approval route determination processing unit 27 calculates a value (here, “00010001000100020002000200010002”) obtained by deleting the lower 4 digits of the organization order number extracted in step S202 (here, “000100010001000200020002000200020002”) (step S203). ).
[0029]
Next, the approval route determination processing unit 27 stores the value calculated in step S203 (here, “00010001000100020002000200010002”) from the organization table (see FIG. 6) recorded in the organization table recording unit 24. The record (here, the twelfth record) stored as the order number is searched, and the user ID (here, “Eigyo_B_1K_1G”) in the record is extracted (step S204). At this time, if there are a plurality of records storing the values calculated in step S203 as organization order numbers, records that are valid on the system date are selected.
The approval route determination processing unit 27 then extracts the user ID (here, “Eigyo_B_1K_1G”) extracted in step S204 from the approver table (see FIG. 5) recorded in the approver table recording unit 23. Is retrieved as a user ID of a node corresponding to a person who has the authorization authority (here, the fifth record), and the employee's user ID as the person having the authorization authority stored in the record (Here, “Mori”) is extracted (step S205). At this time, if there are a plurality of records storing the user ID extracted in step S204, a record effective on the system date is selected. Thereby, it is possible to determine an employee (in this case, an employee with the user ID “Mori” and the name “Yuji Mori”) who should first perform approval or rejection processing on the application data (see FIG. 3). The approval route determination processing unit 27 outputs this user ID to the approval / rejection processing unit 28.
[0030]
Next, the approval / rejection processing unit 28 uses a client terminal (here, “Yuji Mori”) having the user ID (here, “Mori”) extracted in step S205. The contents of the application data are displayed on the client terminal 12 (step S206).
Then, the approval / rejection processing unit 28 responds to an instruction from the employee (here, “Yuji Mori”) having the user ID extracted in step S205 (here, the employee “Yuji Mori”) An instruction to approve is input), and the value of one approval column (here, the first approval column) among the plurality of approval columns in the application data is rewritten (step S207). FIG. 10 is a diagram showing application data after rewriting.
[0031]
Next, the approval route determination processing unit 27 checks whether or not all approvals are completed. If it is determined that all approvals are completed, the process is terminated. If not, The process returns to step S203 (step S208).
[0032]
FIG. 11 is a flowchart showing an outline of the approval route creation / update process of the server 1. Hereinafter, the approval route creation / update process of the server 1 will be described with reference to FIG.
The approval route creation / update processing unit 29 adds, deletes, or changes an employee as an authorized person from an employee who is using a client terminal (here, the client terminal 13). For this purpose, the approver table recorded in the approver table recording unit 23 or the organization table recorded in the organization table recording unit 24 is created or updated (step S301).
[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 server 1 in FIG. 1;
FIG. 3 is a diagram illustrating an example of an application table recorded in an application table recording unit 21 in FIG. 2;
4 is a diagram illustrating an example of an employee table recorded in an employee table recording unit 22 in FIG. 2;
5 is a diagram showing an example of an approver table recorded in an approver table recording unit 23 in FIG. 2; FIG.
6 is a diagram showing an example of a organization table recorded in the organization table recording unit 24 of FIG.
7 is a diagram showing an example of a title table recorded in a title table recording unit 25 in FIG. 2; FIG.
FIG. 8 is a flowchart showing application data creation processing of the server 1 of FIG.
FIG. 9 is a flowchart showing approval / rejection processing of the server 1 of FIG. 1;
10 is a diagram illustrating an example of an application table recorded in an application table recording unit 21 in FIG. 2;
11 is a flowchart showing approval route creation / update processing of the server 1 in FIG. 1;
[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のテーブルが、組織内の複数の部署に相当する第2群のノードに関する情報をそれぞれ格納する複数のレコードを更に含む、請求項1記載の業務管理装置。The business management apparatus according to claim 1, wherein the first table further includes a plurality of records each storing information on a second group of nodes corresponding to a plurality of departments in the organization. 前記第1のテーブルが、レコード内の情報が有効となった日又は有効となる日を表すデータを格納するフィールドを更に有する、請求項1又は2記載の業務管理装置。The business management apparatus according to claim 1, wherein the first table further includes a field for storing data representing a date when the information in the record becomes valid or a date when the information becomes valid. 前記第3のテーブルが、申請に関する情報を入力した日又は申請に係る事案が行われた日若しくは行われる日を表すデータを格納するフィールドを更に有する、請求項1〜3のいずれか1項に記載の業務管理装置。The third table according to any one of claims 1 to 3, further comprising a field for storing data representing a date on which information relating to an application is input, a date on which a case relating to an application is performed, or a date on which the application is performed. The business management device described. 前記第1のテーブル内の各レコードが、前記複数の構成者又は前記第1群若しくは第2群のノードの組織上における上位の前記複数の構成者又は前記第1群若しくは第2群のノードの前記第2の識別子の末尾に所定の長さを有する値を付加した値を前記第2の識別子として格納する、請求項1〜4のいずれか1項に記載の業務管理装置。Each record in the first table includes the plurality of constituent members or the plurality of constituent members in the organization of the first group or the second group node, or the first group or the second group of nodes. The business management apparatus according to claim 1, wherein a value obtained by adding a value having a predetermined length to the end of the second identifier is stored as the second identifier. 前記第1の処理手段が行う前記所定の演算が、前記第2の識別子の末尾から前記所定の長さの値を削除する演算である、請求項5記載の業務管理装置。The business management apparatus according to claim 5, wherein the predetermined calculation performed by the first processing unit is a calculation for deleting the value of the predetermined length from the end of the second identifier. 前記第1の処理手段が、前記第2の識別子の末尾から前記所定の長さの値を削除する演算を順次繰り返す、請求項6記載の業務管理装置。The business management apparatus according to claim 6, wherein the first processing unit sequentially repeats an operation for deleting the value of the predetermined length from the end of the second identifier. 組織における申請及び承認に関する業務の管理を行うための方法であって、
組織を構成する複数の構成者及び承認権限を有する複数の者に相当する第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のテーブルが、組織内の複数の部署に相当する第2群のノードに関する情報をそれぞれ格納する複数のレコードを更に含む、請求項8記載の業務管理方法。The business management method according to claim 8, wherein the first table further includes a plurality of records each storing information on a second group of nodes corresponding to a plurality of departments in the organization. 前記第1のテーブルが、レコード内の情報が有効となった日又は有効となる日を表すデータを格納するフィールドを更に有する、請求項8又は9記載の業務管理方法。The business management method according to claim 8 or 9, wherein the first table further includes a field for storing data representing a date when the information in the record becomes valid or a date when the information becomes valid. 前記第3のテーブルが、申請に関する情報を入力した日又は申請に係る事案が行われた日若しくは行われる日を表すデータを格納するフィールドを更に有する、請求項8〜10のいずれか1項に記載の業務管理方法。The said 3rd table further has the field which stores the data which represent the date which input the information regarding an application, the day when the case concerning an application was performed, or the date when it is performed, In any one of Claims 8-10. The business management method described. 前記第1のテーブル内の各レコードが、前記複数の構成者又は前記第1群若しくは第2群のノードの組織上における上位の前記複数の構成者又は前記第1群若しくは第2群のノードの前記第2の識別子の末尾に所定の長さを有する値を付加した値を前記第2の識別子として格納する、請求項8〜11のいずれか1項に記載の業務管理方法。Each record in the first table includes the plurality of constituent members or the plurality of constituent members in the organization of the first group or the second group node, or the first group or the second group of nodes. The business management method according to claim 8, wherein a value obtained by adding a value having a predetermined length to the end of the second identifier is stored as the second identifier. 前記所定の演算が、前記第2の識別子の末尾から前記所定の長さの値を削除する演算である、請求項12記載の業務管理方法。The business management method according to claim 12, wherein the predetermined calculation is an operation for deleting the value of the predetermined length from the end of the second identifier. ステップ(e)〜ステップ(g)を繰り返すステップ(h)を更に具備する、請求項13記載の業務管理方法。The business management method according to claim 13, further comprising a step (h) of repeating steps (e) to (g). 組織における申請及び承認に関する業務の管理を行うためのプログラムであって、
組織を構成する複数の構成者及び承認権限を有する複数の者に相当する第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.
前記第1のテーブルが、組織内の複数の部署に相当する第2群のノードに関する情報をそれぞれ格納する複数のレコードを更に含む、請求項15記載の業務管理プログラム。The business management program according to claim 15, wherein the first table further includes a plurality of records each storing information on a second group of nodes corresponding to a plurality of departments in the organization. 前記第1のテーブルが、レコード内の情報が有効となった日又は有効となる日を表すデータを格納するフィールドを更に有する、請求項15又は16記載の業務管理プログラム。The business management program according to claim 15 or 16, wherein the first table further includes a field for storing data representing a date when the information in the record becomes valid or a date when the information becomes valid. 前記第3のテーブルが、申請に関する情報を入力した日又は申請に係る事案が行われた日若しくは行われる日を表すデータを格納するフィールドを更に有する、請求項15〜17のいずれか1項に記載の業務管理プログラム。18. The third table according to any one of claims 15 to 17, further comprising a field for storing data representing a date on which information relating to an application is input, a date on which a case relating to the application is performed, or a date on which the application is performed. The business management program described. 前記第1のテーブル内の各レコードが、前記複数の構成者又は前記第1群若しくは第2群のノードの組織上における上位の前記複数の構成者又は前記第1群若しくは第2群のノードの前記第2の識別子の末尾に所定の長さを有する値を付加した値を前記第2の識別子として格納する、請求項15〜18のいずれか1項に記載の業務管理プログラム。Each record in the first table includes the plurality of constituent members or the plurality of constituent members in the organization of the first group or the second group node, or the first group or the second group of nodes. The business management program according to any one of claims 15 to 18, wherein a value obtained by adding a value having a predetermined length to the end of the second identifier is stored as the second identifier. 前記所定の演算が、前記第2の識別子の末尾から前記所定の長さの値を削除する演算である、請求項19記載の業務管理プログラム。20. The business management program according to claim 19, wherein the predetermined calculation is an operation for deleting the value of the predetermined length from the end of the second identifier. 手順(e)〜手順(g)を繰り返す手順(h)を更に具備する、請求項20記載の業務管理プログラム。21. The business management program according to claim 20, further comprising a procedure (h) for repeating the procedure (e) to the procedure (g).
JP2003182072A 2003-06-26 2003-06-26 Business management apparatus and method, and business management program Expired - Fee Related JP3818449B2 (en)

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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5075647B2 (en) * 2008-01-11 2012-11-21 株式会社オービック Business management apparatus, method, and program

Cited By (5)

* Cited by examiner, † Cited by third party
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