JP5508471B2 - Approval management system, approval management method, and approval management program - Google Patents
Approval management system, approval management method, and approval management program Download PDFInfo
- Publication number
- JP5508471B2 JP5508471B2 JP2012118042A JP2012118042A JP5508471B2 JP 5508471 B2 JP5508471 B2 JP 5508471B2 JP 2012118042 A JP2012118042 A JP 2012118042A JP 2012118042 A JP2012118042 A JP 2012118042A JP 5508471 B2 JP5508471 B2 JP 5508471B2
- Authority
- JP
- Japan
- Prior art keywords
- approval
- approver
- business
- circulation
- storage unit
- 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.)
- Active
Links
- 238000007726 management method Methods 0.000 title claims description 376
- 238000000034 method Methods 0.000 claims description 293
- 230000008569 process Effects 0.000 claims description 288
- 238000003860 storage Methods 0.000 claims description 144
- 230000008859 change Effects 0.000 claims description 63
- 238000012545 processing Methods 0.000 claims description 38
- 238000009826 distribution Methods 0.000 claims description 36
- 238000012546 transfer Methods 0.000 claims description 18
- 230000005540 biological transmission Effects 0.000 description 14
- 238000012790 confirmation Methods 0.000 description 14
- 230000006870 function Effects 0.000 description 7
- 238000004519 manufacturing process Methods 0.000 description 7
- 238000012937 correction Methods 0.000 description 6
- 238000003908 quality control method Methods 0.000 description 6
- 238000004364 calculation method Methods 0.000 description 5
- 230000008520 organization Effects 0.000 description 5
- 238000013475 authorization Methods 0.000 description 4
- 238000012217 deletion Methods 0.000 description 4
- 230000037430 deletion Effects 0.000 description 4
- 239000000284 extract Substances 0.000 description 4
- 230000008707 rearrangement Effects 0.000 description 4
- 238000007906 compression Methods 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 230000002265 prevention Effects 0.000 description 3
- 230000008439 repair process Effects 0.000 description 3
- 230000006835 compression Effects 0.000 description 2
- 238000000605 extraction Methods 0.000 description 2
- 239000011159 matrix material Substances 0.000 description 2
- 230000003449 preventive effect Effects 0.000 description 2
- 238000011084 recovery Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 238000004148 unit process Methods 0.000 description 2
- 239000004568 cement Substances 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000012805 post-processing Methods 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 238000007639 printing Methods 0.000 description 1
- 238000004904 shortening Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
本発明は、申請に対する承認を行なう回付管理を行なうための承認管理システム、承認管理方法及び承認管理プログラムに関する。 The present invention relates to an approval management system, an approval management method, and an approval management program for performing circulation management for approving an application.
企業等の組織内における承認処理において電子ワークフローシステムが利用されることがある。この電子ワークフローシステムにおいては、申請者により作成された各種申請が、ネットワークを介して電子的に回付され、承認可否についての確認作業が行なわれている。 An electronic workflow system may be used in an approval process in an organization such as a company. In this electronic workflow system, various applications created by the applicant are electronically distributed via a network, and confirmation work for approval is performed.
そこで、伝票等の紙文書を利用しながら、効率的かつ確実に承認処理を支援するための承認支援システムが検討されている(例えば、特許文献1参照)。この文献に記載された承認支援システムにおいては、起案処理において、承認支援サーバは、伝票印刷処理を実行する。この証憑台紙には、伝票コード、登録日時をコード化したバーコードが印字される。そして、承認処理において、制御部は、バーコードデータを取得し、伝票レコードの登録日時と、バーコードから取得した日時とを比較する。両者が一致した場合、承認登録処理を行なう。起案部門承認者端末から完了通知を受信した場合、承認漏れ確認処理を実行する。今回、承認処理を行なった案件で同時期に先処理が行なわれた未承認伝票を検索し、同時期に先処理された未承認の承認管理レコードが残っている場合には、起案部門承認者端末のディスプレイに確認画面の出力処理を実行する。 In view of this, an approval support system for supporting an approval process efficiently and reliably while using a paper document such as a slip has been studied (for example, see Patent Document 1). In the approval support system described in this document, in the drafting process, the approval support server executes a slip printing process. On this voucher mount, a slip code and a barcode encoded with the registration date and time are printed. In the approval process, the control unit acquires the barcode data, and compares the registration date and time of the slip record with the date and time acquired from the barcode. If they match, an approval registration process is performed. When a completion notification is received from the drafting department approver terminal, an approval omission confirmation process is executed. If an unapproved voucher that has been pre-processed at the same time is searched for in the case for which approval processing has been performed this time, and an unapproved approval management record that has been pre-processed at the same time remains, the drafting department approver The confirmation screen output process is executed on the terminal display.
また、作業対象システムについての作業申請や、作業内容の的確性についての判断を効率的に行なうための作業申請管理システムが検討されている(例えば、特許文献2参照)。この文献に記載された作業申請管理システムにおいては、承認管理サーバの制御部は、申請処理において、クライアント端末から作業内容を取得した場合、申請雛形情報記憶部において申請書の雛形を検索する。そして、制御部は、申請書の雛形をクライアント端末に提供する。また、作業実績確認処理において、制御部は、作業実績と作業申請との不整合の有無を判定する。不整合がある場合には、申請者や作業者に注意を喚起する。作業後処理において、作業結果の承認申請を取得した場合、制御部は、作業結果と申請内容とを比較する。そして、内容が一致していない場合、差分補完処理として、元の申請の修正処理、追加作業申請処理のいずれかを実行する。 In addition, a work application management system for efficiently performing a work application for a work target system and a determination on the accuracy of work contents has been studied (for example, see Patent Document 2). In the work application management system described in this document, the control unit of the approval management server searches for a template of the application form in the application template information storage unit when acquiring the work content from the client terminal in the application process. And a control part provides the model of an application form to a client terminal. In the work record confirmation process, the control unit determines whether there is a mismatch between the work record and the work application. If there is a discrepancy, alert the applicant or worker. When the application for approval of the work result is acquired in the work post-processing, the control unit compares the work result with the application content. If the contents do not match, either the original application correction process or the additional work application process is executed as the difference complement process.
上述した特許文献に記載されたワークフローにおいては、申請から最終承認まで、定められた順番で回付処理が行なわれる。ここで、新たなワークフローを生成する場合、既存のワークフローの利用が困難であり、最初から作り直すことになるため、作業の手間が大きい。特に、組織内において、類似した複数のワークフローを利用することがある。この場合にも、複数のワークフローを別個に作成していたのでは、迅速かつ効率的なワークフロー管理が困難である。また、一連の業務プロセスにおいても、複数の業務ステップから構成されていることがある。従来のワークフロー管理においては、個々の業務ステップ単位で申請から最終承認される回付処理のみであり、個々の業務ステップを並行関係や順序関係を持たせて束ねた業務プロセスの回付処理については考慮されていなかった。また、業務プロセスにおける承認条件等の業務要件が変更されることもあるが、個別に機能追加等のカスタマイズが必要であった。このための準備期間やコスト負担が課題になっていた。 In the workflow described in the above-described patent document, circulation processing is performed in a predetermined order from application to final approval. Here, when a new workflow is generated, it is difficult to use the existing workflow, and it is necessary to create a new workflow from the beginning. In particular, a plurality of similar workflows may be used in an organization. Even in this case, if a plurality of workflows are created separately, it is difficult to quickly and efficiently manage the workflow. A series of business processes may be composed of a plurality of business steps. In the conventional workflow management, there is only the circulation process that is finally approved from the application in units of individual business steps. Regarding the circulation process of business processes in which individual business steps are bundled in a parallel or sequential relationship, It was not considered. In addition, business requirements such as approval conditions in the business process may be changed, but customization such as addition of functions is required individually. The preparation period and cost burden for this have been issues.
本発明は、上記課題を解決するためになされたものであり、申請に対する承認を行なう回付管理を効率的に実現するための承認管理システム、承認管理方法及び承認管理プログラムを提供することにある。 The present invention has been made to solve the above-described problems, and provides an approval management system, an approval management method, and an approval management program for efficiently realizing circulation management for approving an application. .
上記問題点を解決するために、請求項1に記載の発明は、申請者の申請について、複数の業務ステップを組み合わせた業務プロセスを記録した業務プロセス記憶部と、前記業務ステップ毎に、回付先を順番に特定するための回付ルートを記録した回付ルート記憶部と、各業務ステップにおいて、この業務ステップの回付に用いるドキュメントに含まれる項目と入力内容、回付状態の内容を記録する個別情報記憶部と、申請者及び回付先の承認者
のクライアント端末に接続された制御部とを備えた承認管理システムであって、前記申請者のクライアント端末から取得した申請に基づいて生成されたドキュメントに含まれる項目に対する入力内容を前記個別情報記憶部に記録し、前記業務プロセス記憶部を用いて前記ドキュメントの業務プロセスを特定し、前記回付先の承認者に対して申請を回付して、前記承認者から承認情報を取得し、前記個別情報記憶部に回付状態を登録する回付処理を行ない、前記業務プロセスを構成する各業務ステップの利用条件に応じて、前記各業務ステップにおいて生成された新たなドキュメントに含まれる項目に対する入力内容を前記個別情報記憶部に記録し、前記個別情報記憶部において、前記申請の業務プロセスを構成する全業務ステップにおける回付先のすべての承認者から承認情報を取得するまで前記回付処理を継続することを要旨とする。
In order to solve the above-mentioned problems, the invention described in claim 1 is directed to a business process storage unit that records a business process in which a plurality of business steps are combined with respect to an applicant's application, and a circulation for each business step. A circulation route storage unit that records a circulation route for identifying the destination in order, and in each business step, records the items and input contents included in the document used for circulation of this business step, and the content of the circulation state An approval management system comprising an individual information storage unit and a control unit connected to a client terminal of an applicant and a recipient approver, and generated based on an application acquired from the client terminal of the applicant by document input contents for items included in recorded in the individual information storage section, business processes of the document using the business process storage unit Identified, and circulated apply to the circulation destination approver, obtains authorization information from the approver performs the circulation process of registering circulated state to the individual information storage unit, the business According to the usage conditions of each business step constituting the process, the input content for the item included in the new document generated in each business step is recorded in the individual information storage unit, and in the individual information storage unit, The gist is to continue the circulation process until approval information is acquired from all approvers of circulation destinations in all the business steps constituting the business process of the application.
請求項2に記載の発明は、請求項1に記載の承認管理システムにおいて、承認のための猶予期間を記録した猶予期間記憶部を更に備え、前記制御部が、前記猶予期間を用いて、各回付先における承認期限を算出し、回付先の承認者のクライアント端末において、前記回付先に回付された申請情報を前記承認期限に基づいて並び替えた一覧リストを出力することを要旨とする。 The invention according to claim 2 is the approval management system according to claim 1, further comprising a grace period storage unit that records a grace period for approval, and the control unit uses the grace period each time. The gist is to calculate the approval deadline at the attachment destination, and to output a list in which the application information circulated to the circulation destination is rearranged based on the approval deadline at the client terminal of the approver of the circulation destination To do.
請求項3に記載の発明は、請求項2に記載の承認管理システムにおいて、申請について最後の回付先における承認期限である最終承認予定日を算出し、前記申請の最終承認希望日と前記最終承認予定日とを比較し、前記最終承認予定日が前記最終承認希望日よりも遅い場合には、注意喚起を前記申請者のクライアント端末に出力することを要旨とする。 According to a third aspect of the present invention, in the approval management system according to the second aspect, a final approval scheduled date which is an approval deadline at the last circulation destination is calculated for the application, and the final approval desired date and the final When the final approval date is later than the final approval date, a reminder is output to the client terminal of the applicant.
請求項4に記載の発明は、請求項2又は3に記載の承認管理システムにおいて、回付先の承認者のクライアント端末から申請についての承認情報を取得した場合には、前記業務プロセスにおいて後続の回付先の承認期限を、現在日付及び猶予期間に基づいて再調整することを要旨とする。 In the approval management system according to claim 2 or 3, when the approval information about the application is acquired from the client terminal of the approver of the circulation destination in the approval management system according to claim 2 or 3, The gist is to readjust the approval deadline of the recipient based on the current date and the grace period.
請求項5に記載の発明は、請求項2〜4のいずれか一つに記載の承認管理システムにおいて、前記回付先の承認者のスケジュール情報を取得し、前記スケジュール情報において、前記承認者の承認期限までに承認ができないと判定した場合には、前記クライアント端末に対して注意情報を出力することを要旨とする。 According to a fifth aspect of the present invention, in the approval management system according to any one of the second to fourth aspects, the schedule information of the approver of the circulation destination is acquired, and the approver's The gist is to output attention information to the client terminal when it is determined that the approval cannot be made by the approval deadline.
請求項6に記載の発明は、請求項2〜5のいずれか一つに記載の承認管理システムにおいて、前記回付先の承認者の人事異動情報を取得し、前記人事異動情報に含まれる異動予定日から承認期限までが基準日数内の申請については、前記クライアント端末に対して注意情報を出力することを要旨とする。 According to a sixth aspect of the present invention, in the approval management system according to any one of the second to fifth aspects, the personnel change information of the approver of the distribution destination is acquired, and the change included in the personnel change information The gist is to output caution information to the client terminal for an application within a reference number of days from the scheduled date to the approval deadline.
請求項7に記載の発明は、請求項2〜6のいずれか一つに記載の承認管理システムにおいて、前記回付先の承認者の人事異動情報を取得し、前記人事異動情報に含まれる承認者について、前記回付ルート記憶部に記録された回付ルートにおいて先行承認者を特定し、前記先行承認者の承認期限を特定し、前記先行承認者の承認期限が、前記人事異動情報に含まれる異動予定日より遅い申請については、前記回付先の承認者のクライアント端末に出力される承認一覧リストから削除することを要旨とする。 The invention according to claim 7 is the approval management system according to any one of claims 2 to 6, wherein the personnel change information of the approver of the distribution destination is acquired, and the approval included in the personnel change information For a person, the prior approver is specified in the circulation route recorded in the circulation route storage unit, the approval deadline of the preceding approver is specified, and the approval deadline of the preceding approver is included in the personnel change information The gist is to delete an application later than the scheduled transfer date from the approval list output to the client terminal of the approver of the distribution destination.
請求項8に記載の発明は、請求項2〜7のいずれか一つに記載の承認管理システムにおいて、各業務プロセスにおけるクリティカルパスを特定し、前記クリティカルパスを構成する業務ステップの回付先の承認者の承認期限を算出し、前記クリティカルパスに対して並行する業務ステップの回付先の承認者の承認期限を、前記クリティカルパスの承認期限に基づいて算出することを要旨とする。 According to an eighth aspect of the present invention, in the approval management system according to any one of the second to seventh aspects, a critical path in each business process is specified, and a distribution destination of a business step constituting the critical path is specified. The gist is to calculate the approval deadline of the approver, and to calculate the approval deadline of the approver who is the circulation destination of the business step parallel to the critical path based on the approval deadline of the critical path.
請求項9に記載の発明は、申請者の申請について、複数の業務ステップを組み合わせた業務プロセスを記録した業務プロセス記憶部と、前記業務ステップ毎に、回付先を順番に特定するための回付ルートを記録した回付ルート記憶部と、各業務ステップにおいて、この業務ステップの回付に用いるドキュメントに含まれる項目と入力内容、回付状態の内容を記録する個別情報記憶部と、申請者及び回付先の承認者のクライアント端末に接続された制御部とを備えた承認管理システムを用いて、承認を管理するための方法であって、前記制御部が、前記申請者のクライアント端末から取得した申請に基づいて生成されたドキュメントに含まれる項目に対する入力内容を前記個別情報記憶部に記録し、前記業務プロセス記憶部を用いて前記ドキュメントの業務プロセスを特定し、前記回付先の承認者に対して申請を回付して、前記承認者から承認情報を取得し、前記個別情報記憶部に回付状態を登録する回付処理を行ない、前記業務プロセスを構成する各業務ステップの利用条件に応じて、前記各業務ステップにおいて生成された新たなドキュメントに含まれる項目に対する入力内容を前記個別情報記憶部に記録し、前記個別情報記憶部において、前記申請の業務プロセスを構成する全業務ステップにおける回付先のすべての承認者から承認情報を取得するまで前記回付処理を継続することを要旨とする。 The invention described in claim 9 relates to a business process storage unit that records a business process in which a plurality of business steps are combined with respect to an applicant's application, and a time for specifying a circulation destination for each business step. A circulation route storage unit that records the attached route, an individual information storage unit that records the items and input contents included in the document used for circulation of the business step and the content of the circulation state in each business step, and the applicant And an approval management system comprising a control unit connected to the client terminal of the approver of the distribution destination, wherein the control unit is connected to the client terminal of the applicant. the entries for the items included in the document is generated based on the acquired application recorded in the individual information storage section, said using said business process storage unit documentation Identify cement business processes, the by circulated apply against circulation destination approver, obtains authorization information from the approver, the circulation registers the circulated state to the individual information storage unit process And , according to the usage conditions of each business step constituting the business process, the input contents for the items included in the new document generated in each business step are recorded in the individual information storage unit, and the individual information in the storage unit, and be required to continue the circulation process until the approval information from all approvers circulation destination in all operation steps constituting a business process of the application.
請求項10に記載の発明は、申請者の申請について、複数の業務ステップを組み合わせた業務プロセスを記録した業務プロセス記憶部と、前記業務ステップ毎に、回付先を順番に特定するための回付ルートを記録した回付ルート記憶部と、各業務ステップにおいて、この業務ステップの回付に用いるドキュメントに含まれる項目と入力内容、回付状態の内容を記録する個別情報記憶部と、申請者及び回付先の承認者のクライアント端末に接続された制御部とを備えた承認管理システムを用いて、承認を管理するためのプログラムであって、前記制御部を、前記申請者のクライアント端末から取得した申請に基づいて生成されたドキュメントに含まれる項目に対する入力内容を前記個別情報記憶部に記録し、前記業務プロセス記憶部を用いて前記ドキュメントの業務プロセスを特定し、前記回付先の承認者に対して申請を回付して、前記承認者から承認情報を取得し、前記個別情報記憶部に回付状態を登録する回付処理を行ない、前記業務プロセスを構成する各業務ステップの利用条件に応じて、前記各業務ステップにおいて生成された新たなドキュメントに含まれる項目に対する入力内容を前記個別情報記憶部に記録し、前記個別情報記憶部において、前
記申請の業務プロセスを構成する全業務ステップにおける回付先のすべての承認者から承認情報を取得するまで前記回付処理を継続する手段として機能させることを要旨とする。
The invention described in claim 10 relates to a business process storage unit that records a business process that is a combination of a plurality of business steps for an applicant's application, and a process for sequentially specifying a distribution destination for each business step. A circulation route storage unit that records the attached route, an individual information storage unit that records the items and input contents included in the document used for circulation of the business step and the content of the circulation state in each business step, and the applicant And an approval management system comprising a control unit connected to the client terminal of the approver of the distribution destination, and a program for managing the approval from the client terminal of the applicant the entries for the items included in the document is generated based on the acquired application recorded in the individual information storage section, prior to using the business process storage unit Identify business process documents, the then circulated apply against circulation destination approver, obtains authorization information from the approver, the circulation registers the circulated state to the individual information storage unit process And , according to the usage conditions of each business step constituting the business process, the input contents for the items included in the new document generated in each business step are recorded in the individual information storage unit, and the individual information in the storage unit, and summarized in that to serve as a means to continue the circulation process until the approval information from all approvers circulation destination in all operation steps constituting a business process of the application.
(作用)
請求項1、9又は10に記載の発明によれば、申請者のクライアント端末から取得した申請に基づいて、業務プロセス記憶部を用いて業務プロセスを特定し、回付ルート記憶部を用いて、業務プロセスに含まれる業務ステップにおける回付先を特定し、回付先の承認者に対して申請を回付して、承認者から承認情報を取得する回付処理を行なう。この場合、申請の業務プロセスを構成する業務ステップにおける回付先のすべての承認者から承認情報を取得するまで回付処理を継続する。これにより、業務プロセスを構成する業務ステップを考慮して、申請の回付を行なうことができる。
(Function)
According to the invention of claim 1, 9 or 10, based on the application acquired from the client terminal of the applicant, the business process is identified using the business process storage unit, and the circulation route storage unit is used, The circulation destination in the business step included in the business process is specified, the application is circulated to the approver of the circulation destination, and the circulation process of acquiring the approval information from the approver is performed. In this case, the circulation process is continued until approval information is obtained from all approvers of the circulation destination in the business steps constituting the business process of the application. Thereby, the application can be circulated in consideration of the business steps constituting the business process.
請求項2に記載の発明によれば、猶予期間を用いて、各回付先における承認期限を算出し、回付先の承認者のクライアント端末において、回付先に回付された申請情報を承認期限に基づいて並び替えた一覧リストを出力する。これにより、承認者は、承認期限を考慮して、承認作業を行なうことができる。 According to the second aspect of the invention, the approval deadline at each circulation destination is calculated using the grace period, and the application information distributed to the circulation destination is approved at the client terminal of the circulation destination approver. Output a list that is sorted based on the deadline. Thereby, the approver can perform the approval work in consideration of the approval deadline.
請求項3に記載の発明によれば、申請について最後の回付先における承認期限である最終承認予定日を算出する。そして、申請の最終承認希望日と最終承認予定日とを比較し、最終承認予定日が最終承認希望日よりも遅い場合には、注意喚起を申請者のクライアント端末に出力する。これにより、最終承認が遅れる可能性がある申請について注意喚起することができる。 According to the third aspect of the present invention, the final approval scheduled date that is the approval deadline at the last circulation destination for the application is calculated. Then, the final approval date of the application is compared with the final approval date, and if the final approval date is later than the final approval date, an alert is output to the client terminal of the applicant. This can alert you to applications that may be delayed in final approval.
請求項4に記載の発明によれば、回付先の承認者のクライアント端末から申請についての承認情報を取得した場合には、業務プロセスにおいて後続の回付先の承認期限を、現在日付及び猶予期間に基づいて再調整する。これにより、進捗状況に基づいて、後続の回付先の承認期限を調整することができる。 According to the invention described in claim 4, when the approval information about the application is acquired from the client terminal of the approver of the distribution destination, the approval date of the subsequent distribution destination in the business process is set to the current date and the grace period. Readjust based on period. Thereby, the approval deadline of the subsequent circulation destination can be adjusted based on the progress.
請求項5に記載の発明によれば、回付先の承認者のスケジュール情報を取得する。そして、スケジュール情報において、承認者の承認期限までに承認ができないと判定した場合には、クライアント端末に対して注意情報を出力する。これにより、承認者のスケジュールを考慮して、承認が困難な申請について注意喚起することができる。 According to the invention described in claim 5, the schedule information of the approver of the circulation destination is acquired. Then, in the schedule information, when it is determined that the approval cannot be made by the approver's approval deadline, attention information is output to the client terminal. Thereby, it is possible to alert an application that is difficult to approve in consideration of the approver's schedule.
請求項6に記載の発明によれば、回付先の承認者の人事異動情報を取得する。そして、人事異動情報に含まれる異動予定日から承認期限までが基準日数内の申請については、クライアント端末に対して注意情報を出力する。これにより、人事異動が近い場合には、注意喚起することにより、迅速な承認を促すことができる。 According to the sixth aspect of the present invention, the personnel change information of the approver of the distribution destination is acquired. Then, for the application within the reference number of days from the scheduled transfer date to the approval deadline included in the personnel change information, attention information is output to the client terminal. Thereby, when personnel changes are near, prompt approval can be promoted by calling attention.
請求項7に記載の発明によれば、回付先の承認者の人事異動情報を取得する。次に、人事異動情報に含まれる承認者について、回付ルート記憶部に記録された回付ルートにおいて先行承認者を特定し、先行承認者の承認期限を特定する。そして、先行承認者の承認期限が、人事異動情報に含まれる異動予定日より遅い申請については、回付先の承認者のクライアント端末に出力される承認一覧リストから削除する。これにより、承認時期に承認者が異動する可能性がある申請は、異動予定者に見せないようにすることができる。 According to the seventh aspect of the invention, the personnel change information of the approver of the distribution destination is acquired. Next, for the approver included in the personnel change information, the prior approver is specified in the circulation route recorded in the circulation route storage unit, and the approval deadline of the prior approver is identified. Then, an application whose approval date for the preceding approver is later than the scheduled transfer date included in the personnel change information is deleted from the approval list output to the client terminal of the approver of the circulation destination. As a result, it is possible to prevent the applicant who is likely to change the approver at the approval time from showing to the prospective transferee.
請求項8に記載の発明によれば、各業務プロセスにおけるクリティカルパスを特定し、クリティカルパスを構成する業務ステップの回付先の承認者の承認期限を算出する。そして、クリティカルパスに対して並行する業務ステップの回付先の承認者の承認期限を、クリティカルパスの承認期限に基づいて算出する。これにより、クリティカルパスと並行して行なわれる回付の承認期限を、クリティカルパスの承認期限を考慮して算出することができる。 According to the eighth aspect of the invention, the critical path in each business process is specified, and the approval deadline of the approver who is the circulation destination of the business step constituting the critical path is calculated. Then, the approval deadline of the approver who distributes the business steps parallel to the critical path is calculated based on the approval deadline of the critical path. As a result, it is possible to calculate the approval deadline for circulation performed in parallel with the critical path in consideration of the approval deadline for the critical path.
本発明によれば、申請に対する承認を行なう回付管理を効率的に実現するための承認管理システム、承認管理方法及び承認管理プログラムを提供することができる。 According to the present invention, it is possible to provide an approval management system, an approval management method, and an approval management program for efficiently realizing circulation management for approving an application.
以下、本発明を具体化した一実施形態を、図1〜図15に従って説明する。本実施形態では、申請者が提出した申請について、承認者が行なう承認を支援するための承認管理システム、承認管理方法及び承認管理プログラムとして説明する。 Hereinafter, an embodiment embodying the present invention will be described with reference to FIGS. In this embodiment, the application submitted by the applicant will be described as an approval management system, an approval management method, and an approval management program for supporting the approval performed by the approver.
本実施形態では、図1に示すように、申請の承認管理を支援するために、承認管理システムとしての承認管理サーバ20を用いる。この承認管理サーバ20は、ネットワークを介して、クライアント端末10やディレクトリ管理サーバ40に接続される。 In the present embodiment, as shown in FIG. 1, an approval management server 20 as an approval management system is used to support approval management of an application. The approval management server 20 is connected to the client terminal 10 and the directory management server 40 via a network.
本実施形態では、図2に示すように、一つの申請(ジョブ)に対して、一つの業務プロセスを用いて承認が行なわれる。この業務プロセスは、複数の業務ステップ(1〜n)から構成されている。各業務ステップにおいては、回付ルートにおいて定められた部署、役職、個人への回付(連絡や承認)が行なわれる。各業務ステップにおいて必須の承認を完了した場合には、次の業務ステップにおいて回付(連絡や承認)が行なわれる。そして、業務ステップにおける最終承認を終了した場合に回付を終了する。 In the present embodiment, as shown in FIG. 2, one application (job) is approved using one business process. This business process is composed of a plurality of business steps (1 to n). In each business step, circulation (contact and approval) to departments, positions and individuals determined in the circulation route is performed. When mandatory approval is completed in each business step, circulation (contact or approval) is performed in the next business step. When the final approval in the business step is finished, the circulation is finished.
各業務ステップにおいては、回付に用いるドキュメントを生成する。本実施形態では、後述するように、ドキュメントに含まれる項目(属種)に対して値(属性)を設定することにより、ドキュメントを生成する。ここで、図3は、ドキュメントの状態を示している。ドキュメントを最初に作成した場合、「作成中」の状態となる。ドキュメントの作成を完了し、回付開始が入力されると「回付中」の状態となる。この場合、予め定められた回付ルートに基づいて、申請やドキュメントの回付が行なわれる。そして、「回付中」のドキュメントを承認処理により否認すると、「否認」の状態となる。また、「回付中」のドキュメントをキャンセルすると「回付取消」の状態となる。「回付中」のドキュメントについて、すべての承認者の承認が行なわれると「完了」の状態となる。 In each business step, a document used for circulation is generated. In this embodiment, as will be described later, a document is generated by setting a value (attribute) for an item (genus) included in the document. Here, FIG. 3 shows the state of the document. When a document is created for the first time, it is in a “Creating” state. When the creation of the document is completed and the start of circulation is input, the state of “circulating” is entered. In this case, application and document circulation are performed based on a predetermined circulation route. Then, if the document being “circulated” is rejected by the approval process, the state is “rejected”. Further, when the “circulating” document is canceled, the “circulating cancellation” state is entered. When all the approvers approve the “circulating” document, the state becomes “complete”.
承認管理方法の具体例を、図4を用いて説明する。この図4では、不適合報告に対する対応を示している。図4(a)は、重大な不適合に対する業務プロセスであり、図4(b)は軽微な不適合に対する業務プロセスを示している。 A specific example of the approval management method will be described with reference to FIG. FIG. 4 shows a response to the nonconformity report. FIG. 4A shows a business process for a serious nonconformity, and FIG. 4B shows a business process for a minor nonconformity.
営業部において重大な不適合についての申請を行なう場合、3つの業務ステップ(不適合報告ステップ、不適合対応ステップ、不適合防止ステップ)から構成された業務プロセスが実行される。まず、不適合報告ステップにおいては、重大な不適合についての申請についてのジョブ、製品状況ファイルを添付した不適合報告についてのドキュメントを作成して回付を開始する。この不適合報告のドキュメントは、回付ルートに基づいて、製造部及び品質管理部に連絡される。この連絡完了を条件として、次の業務ステップである不適合対応ステップに移行する。ここでは、製造部において、不適合の原因や修理を記載した原因修理ファイルを添付した不適合対応についてのドキュメントを作成して回付を開始する。このドキュメントは、回付ルートに基づいて、品質管理部において回付されて内容確認が行なわれる。品質管理部における承認が完了した場合、回付ルートに基づいて、営業部に配布される。更に、品質管理部の承認を条件として、次の業務ステップである不適合防止ステップに移行する。この場合には、製造部において、不適合防止のために予防策を記載した予防策ファイルを添付した不適合防止についてのドキュメントを作成して、回付を開始する。この予防策のドキュメントは、回付ルートに基づいて、品質管理部において承認される。品質管理部における承認の完了により、重大な不適合の業務プロセスを終了する。 When the sales department makes an application for a serious nonconformity, a business process composed of three business steps (nonconformity reporting step, nonconformity handling step, nonconformity prevention step) is executed. First, in the non-conformity reporting step, a job about application for a serious non-conformance and a non-conformance report document attached with a product status file are created and circulation is started. This nonconformity report document is communicated to the manufacturing department and the quality control department based on the circulation route. On the condition that this communication is completed, the process shifts to a non-conformance handling step which is the next business step. Here, in the manufacturing department, a document about nonconformity handling with a cause repair file describing the cause of nonconformity and repair is created and circulation is started. This document is circulated in the quality management section based on the circulation route and the content is confirmed. When the approval in the quality control department is completed, it is distributed to the sales department based on the circulation route. Furthermore, the process proceeds to the next non-conformance prevention step, which is subject to approval by the quality management unit. In this case, the manufacturing department creates a document about non-conformity prevention with a precautionary measure file describing preventive measures for preventing nonconformity, and starts circulation. The document of this preventive measure is approved by the quality control department based on the circulation route. Upon completion of approval in the quality control department, the business process of serious nonconformity is terminated.
一方、営業部において軽微な不適合についての申請を行なう場合、2つの業務ステップ(不適合報告ステップ、不適合対応ステップ)から構成された業務プロセスが実行される。まず、不適合報告ステップにおいては、軽微な不適合についての申請についてのジョブ、不適合報告についてのドキュメントを作成して回付を開始する。なお、ここでは、ファイルは添付されず、回付されたドキュメント(申請内容)により連絡や承認が行なわれる。この場合にも、不適合報告のドキュメントは、回付ルートに基づいて、製造部及び品質管理部に連絡される。製造部への連絡を条件として、次の業務ステップである不適合対応ステップに移行する。ここでは、製造部において、不適合の原因や修理を記載した不適合対応についてのドキュメントを作成して、回付を開始する。この不適合対応は、品質管理部において回付されて内容確認が行なわれる。品質管理部における承認を条件として、営業部に配布される。営業部への配布により、軽微な不適合の業務プロセスを終了する。
このように、部分的に共通する複数の業務ステップを組み合わせて、目的に応じて2つの業務プロセスを構成することができる。
On the other hand, when an application for minor nonconformity is made in the sales department, a business process composed of two business steps (nonconformity reporting step, nonconformity handling step) is executed. First, in the non-conformity reporting step, a job for application for minor non-conformance and a document for non-conformance report are created and circulation is started. In this case, the file is not attached, and contact and approval are performed based on the circulated document (application contents). Also in this case, the nonconformity report document is communicated to the manufacturing department and the quality control department based on the circulation route. Transition to the non-conformance handling step, which is the next business step, on the condition of contacting the manufacturing department. Here, the manufacturing department creates a document about nonconformity handling that describes the cause and repair of nonconformity, and starts circulation. This nonconformity response is circulated in the quality control section and the content is confirmed. Distributed to the Sales Department subject to approval by the Quality Management Department. The non-conformance business process is terminated by distribution to the sales department.
In this way, a plurality of business steps that are partially common can be combined to form two business processes according to the purpose.
次に、承認管理システムの構成を説明する。
クライアント端末10は、承認管理サーバ20の管理者、申請者や、承認者等の回付先のユーザが用いるコンピュータ端末である。承認管理サーバ20の管理者は、クライアント端末10を用いて、承認管理サーバ20における初期設定やユーザ登録、回付ルートの登録等を行なう。申請者は、クライアント端末10を用いて、各種申請を行なう。承認者や確認者等の回付先のユーザは、クライアント端末10を用いて、申請内容を確認する。そして、承認者は、ドキュメントの内容を確認して、承認や否認、キャンセルの入力等を行なう。このクライアント端末10は、図示しないディスプレイ等から構成された表示部や、キーボードやポインティングデバイス等から構成された入力部を備える。
Next, the configuration of the approval management system will be described.
The client terminal 10 is a computer terminal used by an administrator of the approval management server 20, an applicant, or a circulation destination user such as an approver. The administrator of the approval management server 20 uses the client terminal 10 to perform initial settings, user registration, circulation route registration, and the like in the approval management server 20. The applicant makes various applications using the client terminal 10. A circulation destination user such as an approver or a confirmer uses the client terminal 10 to confirm the application content. Then, the approver confirms the contents of the document and inputs approval, denial, cancellation, or the like. The client terminal 10 includes a display unit configured from a display (not shown) and the like, and an input unit configured from a keyboard, a pointing device, and the like.
ディレクトリ管理サーバ40は、ネットワーク上の資源とその属性とに関する情報を記憶し、検索できるようにしたディレクトリサービスを提供するコンピュータシステムである。このディレクトリ管理サーバ40は、ユーザやネットワーク資源の管理を一括して行なう。このため、ネットワークを利用するユーザや組織に関する情報を蓄積したユーザデータベースを備えている。 The directory management server 40 is a computer system that provides a directory service that stores and retrieves information about resources on the network and their attributes. The directory management server 40 collectively manages users and network resources. For this reason, a user database storing information on users and organizations using the network is provided.
ユーザデータベースには、承認管理サーバ20を利用するユーザを管理するためのユーザ管理レコードが記録されている。このユーザ管理レコードは、ユーザ登録が行なわれた場合に記録される。ユーザ管理レコードには、従業員コード、氏名、連絡先、所属、役職、認証コードに関するデータが記録されている。 In the user database, a user management record for managing users who use the approval management server 20 is recorded. This user management record is recorded when user registration is performed. In the user management record, data relating to employee code, name, contact information, affiliation, title, and authentication code is recorded.
従業員コードデータ領域には、各従業員を特定するための識別子(例えば、社員番号)に関するデータが記録される。
氏名データ領域には、このユーザの氏名に関するデータが記録される。
連絡先データ領域には、このユーザの連絡先(例えば、メールアドレスや電話番号)に関するデータが記録される。
In the employee code data area, data relating to an identifier (for example, an employee number) for identifying each employee is recorded.
Data relating to the name of the user is recorded in the name data area.
In the contact data area, data related to the user's contact information (for example, mail address or telephone number) is recorded.
所属データ領域には、このユーザが所属する部署を特定するための識別子に関するデータが記録される。
役職データ領域には、このユーザの役職を特定するための識別子に関するデータが記録される。この役職により、承認の権限を特定することができる。
認証コードデータ領域には、ユーザ認証を行なう場合の認証情報(例えば、パスワード)に関するデータが記録される。
In the affiliation data area, data relating to an identifier for specifying the department to which the user belongs is recorded.
In the post data area, data relating to an identifier for specifying the post of the user is recorded. With this position, the authorization authority can be specified.
In the authentication code data area, data related to authentication information (for example, a password) when performing user authentication is recorded.
承認管理サーバ20は、申請者に登録された申請(ジョブ)の承認を管理するためのサーバコンピュータである。この承認管理サーバ20は、図1に示すように、制御部21、設定情報記憶部22、ユーザ記憶部23、業務プロセス記憶部24、回付ルート記憶部25、画面記憶部26、個別情報記憶部27を備えている。 The approval management server 20 is a server computer for managing the approval of applications (jobs) registered with the applicant. As shown in FIG. 1, the approval management server 20 includes a control unit 21, a setting information storage unit 22, a user storage unit 23, a business process storage unit 24, a circulation route storage unit 25, a screen storage unit 26, and an individual information storage. A portion 27 is provided.
ここで、制御部21は、CPU、RAM、ROM(図示せず)等から構成された制御手段を備えており、後述する処理(設定管理段階、ユーザ認証段階、画面制御段階、申請管理段階、承認管理段階等の各処理)を行なう。そして、制御部21は、図1に示すように、承認管理プログラムの実行により、設定管理手段211、ユーザ認証手段212、画面制御手段213、申請管理手段214、承認管理手段215として機能する。 Here, the control unit 21 includes a control unit including a CPU, a RAM, a ROM (not shown), etc., and processes (setting management stage, user authentication stage, screen control stage, application management stage, (Each process such as approval management stage). As shown in FIG. 1, the control unit 21 functions as a setting management unit 211, a user authentication unit 212, a screen control unit 213, an application management unit 214, and an approval management unit 215 by executing the approval management program.
設定管理手段211は、承認管理サーバ20を利用するための初期設定、ユーザ登録、回付ルート登録のための設定情報の登録処理を実行する。
ユーザ認証手段212は、クライアント端末10のユーザを認証する処理を実行する。このユーザ認証手段212は、クライアント端末10から、ユーザの認証情報(従業員コード及び認証コード)を取得する。更に、ユーザ認証手段212は、ディレクトリ管理サーバ40を用いて、アクセスしたユーザを特定する。ユーザ認証ができなかった場合には、エラーメッセージをクライアント端末10に送信する。ユーザ認証ができた場合には、承認管理サーバ20の利用を許可する。
The setting management unit 211 executes a registration process of setting information for initial setting, user registration, and circulation route registration for using the approval management server 20.
The user authentication unit 212 executes a process for authenticating the user of the client terminal 10. The user authentication unit 212 acquires user authentication information (employee code and authentication code) from the client terminal 10. Further, the user authentication unit 212 uses the directory management server 40 to specify the accessed user. If user authentication cannot be performed, an error message is transmitted to the client terminal 10. When user authentication is successful, the use of the approval management server 20 is permitted.
画面制御手段213は、申請や承認を行なうための各種画面をクライアント端末10に提供するとともに、クライアント端末10において各種画面に入力された情報を取得する処理を実行する。
申請管理手段214は、申請者による申請を管理する処理を実行する。
承認管理手段215は、承認者による承認を管理する処理を実行する。
The screen control unit 213 provides various screens for application and approval to the client terminal 10 and executes processing for acquiring information input to the various screens in the client terminal 10.
The application management unit 214 executes processing for managing the application by the applicant.
The approval management unit 215 executes processing for managing approval by the approver.
また、制御部21は、承認者の役職に対応させて、承認を行なうまでの猶予期間(日数)を定めた猶予期間テーブル(猶予期間記憶部)を保持している。この猶予期間テーブルを用いることにより、各承認者の役職に対応して、現在日付及び猶予期間から承認期限を算出することができる。 In addition, the control unit 21 holds a grace period table (grace period storage unit) that defines a grace period (number of days) until approval is made in correspondence with the position of the approver. By using this grace period table, the approval deadline can be calculated from the current date and the grace period corresponding to the position of each approver.
設定情報記憶部22には、図5(a)に示すように、承認管理サーバ20を用いるための初期設定情報ファイル220が記録される。この初期設定情報ファイル220は、承認管理サーバ20の管理者によって初期設定が行なわれた場合に登録される。初期設定情報ファイル220には、業務プロセス設定、台帳設定、メニュー設定、システム定義設定、画面定義設定、ラベル設定、メッセージ設定、メール設定に関する情報が記録される。 As shown in FIG. 5A, an initial setting information file 220 for using the approval management server 20 is recorded in the setting information storage unit 22. The initial setting information file 220 is registered when the initial setting is performed by the administrator of the approval management server 20. The initial setting information file 220 records information on business process settings, ledger settings, menu settings, system definition settings, screen definition settings, label settings, message settings, and mail settings.
業務プロセス設定情報においては、業務プロセスの名称、業務プロセスの説明、自動採番方式(初期番号や採番ルール)、業務プロセスに含まれる業務ステップ(ステップID)に関する情報が記録される。 In the business process setting information, information on the business process name, business process description, automatic numbering method (initial number and numbering rule), and business step (step ID) included in the business process are recorded.
台帳設定情報においては、ユーザに提供する各種台帳のフォーマット(台帳に表示する項目等)や、台帳を表示させるユーザ等に関するデータが記録される。
メニュー設定情報においては、ユーザがアクセスした時のメニュー画面に含める項目に関するデータが記録される。
In the ledger setting information, data on various ledger formats provided to the user (items to be displayed in the ledger, etc.) and data on the user who displays the ledger are recorded.
In the menu setting information, data related to items included in the menu screen when the user accesses is recorded.
システム定義設定情報においては、承認管理サーバ20の動作環境についての設定情報が記録される。例えば、承認管理サーバ20のドメイン設定、パスワード条件(有効期限やパスワード長)、ディレクトリ設定等を行なうことができる。 In the system definition setting information, setting information about the operating environment of the approval management server 20 is recorded. For example, domain setting of the approval management server 20, password conditions (expiration date and password length), directory setting, and the like can be performed.
画面定義設定情報においては、各画面を制御するための設定情報が記録される。例えば、回付ルート登録画面において設定された回付ルートの自動採番方式や、自動採番の最小値、デフォルト値等を設定する。また、承認画面においては、一度で複数件の承認を行なう複数承認の可否等を設定する。 In the screen definition setting information, setting information for controlling each screen is recorded. For example, the automatic numbering method of the circulation route set on the circulation route registration screen, the minimum value of automatic numbering, the default value, and the like are set. In addition, on the approval screen, whether or not multiple approvals are performed for a plurality of approvals at a time is set.
ラベル設定情報においては、各画面において固定配置されるラベルに関するデータが記録される。
メッセージ設定情報においては、処理実行時のサクセスメッセージやエラーメッセージが記録される。
In the label setting information, data relating to labels fixedly arranged on each screen is recorded.
In the message setting information, a success message and an error message at the time of processing execution are recorded.
メール設定情報においては、回付開始や承認時等に送信するメールの送信内容に関するデータが記録される。具体的には、メールを送信するステップの指定(ステップ指定)、メール種別、題名、本文等を設定することができる。 In the mail setting information, data relating to the content of mail transmitted at the start of circulation or approval is recorded. Specifically, it is possible to set a step for sending a mail (step specification), a mail type, a title, a text, and the like.
ユーザ記憶部23には、図5(b)に示すように、承認管理サーバ20のユーザを管理するためのユーザ管理レコード230が記録される。このユーザ管理レコード230は、管理者によってユーザ登録された場合に記録される。ユーザ管理レコード230には、従業員ID、メールアドレス、管理者、姓名(漢字)、所属(1)〜所属(n)、役職、役職所属、権限グループに関するデータを含んで構成される。 As shown in FIG. 5B, a user management record 230 for managing users of the approval management server 20 is recorded in the user storage unit 23. This user management record 230 is recorded when a user is registered by an administrator. The user management record 230 includes data on employee ID, e-mail address, administrator, first and last name (kanji), affiliation (1) to affiliation (n), position, position affiliation, and authority group.
従業員IDデータ領域には、各ユーザを特定するための識別子に関するデータが記録される。
メールアドレスデータ領域には、このユーザが用いている連絡先(メールアドレス)に関するデータが記録される。
Data relating to an identifier for identifying each user is recorded in the employee ID data area.
In the mail address data area, data related to the contact (mail address) used by the user is recorded.
管理者データ領域には、管理者権限の有無を特定するためのフラグが記録される。
姓名(漢字)データ領域には、このユーザの氏名の漢字表記に関するデータが記録される。
In the administrator data area, a flag for specifying the presence or absence of administrator authority is recorded.
In the first and last name (kanji) data area, data relating to the kanji notation of the name of the user is recorded.
所属(1)〜所属(n)データ領域には、このユーザの所属に関するデータが記録される。本実施形態では、各データ領域に上位組織から下位組織の順番に組織名称が記録される。「所属(1)」には部名(例えば「製造部」)、「所属(2)」には、この部に属するチーム名(例えば「第1チーム」)、「所属(3)」には、このチームに属する課名(例えば「第2課」)等が記録される。 Data related to the user's affiliation is recorded in the affiliation (1) to affiliation (n) data area. In the present embodiment, organization names are recorded in each data area in order from the upper organization to the lower organization. “Affiliation (1)” has a department name (for example, “Manufacturing Department”), “Affiliation (2)” has a team name (for example, “First Team”), and “Affiliation (3)” has The section name (for example, “second section”) belonging to this team is recorded.
役職データ領域には、このユーザの役職に関するデータが記録される。例えば、役職としては、「部長」、「チーム長」、「課長」等を用いる。なお、役職がない場合には、このデータ領域を空欄にする。 In the post data area, data relating to the post of the user is recorded. For example, “Department Manager”, “Team Manager”, “Section Manager”, etc. are used as positions. If there is no title, this data area is left blank.
役職所属データ領域には、ユーザの役職が与えられた所属を特定するための識別子に関するデータが記録される。例えば、「部長」の場合には「所属(1)」、「チーム長」の場合には「所属(2)」、「課長」の場合には「所属(3)」のように、それぞれ設定される。 In the post affiliation data area, data relating to an identifier for specifying the affiliation to which the user's post is given is recorded. For example, “Affiliation (1)” for “General Manager”, “Affiliation (2)” for “Team Manager”, “Affiliation (3)” for “Manager”, etc. Is done.
権限グループデータ領域には、このユーザにおける、承認管理サーバ20の利用権限を特定するための識別子に関するデータが記録される。例えば、特定の台帳についての閲覧権限等が設定される。 In the authority group data area, data relating to an identifier for specifying the use authority of the approval management server 20 for this user is recorded. For example, the viewing authority for a specific ledger is set.
業務プロセス記憶部24には、図5(c)に示すように、業務プロセスを構成する業務ステップを管理するための業務プロセス管理レコード240が記録される。この業務プロセス管理レコード240は、初期設定時に登録される。業務プロセス管理レコード240は、業務ID、説明、ステップID(1)〜(n)に関するデータを含んで構成される。 As shown in FIG. 5C, the business process storage unit 24 records a business process management record 240 for managing business steps constituting the business process. This business process management record 240 is registered at the time of initial setting. The business process management record 240 includes a business ID, a description, and data regarding step IDs (1) to (n).
業務IDデータ領域には、この業務プロセスを特定するための識別子に関するデータが記録される。
説明データ領域には、この業務プロセスの内容についての説明が記録される。例えば、「重大な不適合のワークフロー」、「軽微な不適合のワークフロー」等の説明を用いる。
Data relating to an identifier for specifying the business process is recorded in the business ID data area.
In the explanation data area, explanation of the contents of the business process is recorded. For example, descriptions such as “working with serious nonconformity” and “workflow with minor nonconformity” are used.
ステップIDデータ領域には、この業務プロセスを構成する業務ステップを特定するための識別子に関するデータが記録される。複数の業務ステップから構成される場合には、すべての業務ステップを特定するためのステップIDが、実行順に記録される。 In the step ID data area, data relating to an identifier for specifying a business step constituting this business process is recorded. In the case of a plurality of business steps, step IDs for specifying all the business steps are recorded in the order of execution.
回付ルート記憶部25には、図5(d)に示すように、登録されたジョブについてのドキュメントを回付させるための回付ルートを記録した回付ルート管理レコード250が記録される。この回付ルート管理レコード250は、管理者によって回付ルートが登録された場合に記録される。回付ルート管理レコード250には、ルートID、業務ID、ステップID、登録者に関連付けられて、回付先情報(回付区分、必須・任意指定、従業員名称、グループ名、所属、職位)に関するデータを含んで構成される。なお、一つの業務プロセス、業務ステップにおいて、複数の回付先を登録することができる。 As shown in FIG. 5D, a circulation route management record 250 is recorded in the circulation route storage unit 25. The circulation route management record 250 records a circulation route for distributing a document for a registered job. The circulation route management record 250 is recorded when a circulation route is registered by the administrator. The circulation route management record 250 is associated with the route ID, business ID, step ID, registrant, and circulation destination information (circulation classification, mandatory / optional designation, employee name, group name, affiliation, position) Containing data about. A plurality of circulation destinations can be registered in one business process and business step.
ルートIDデータ領域には、この回付ルートを特定するための識別子に関するデータが記録される。
業務ID、ステップIDデータ領域には、この回付ルートを適用する業務プロセスや業務ステップを特定するための識別子に関するデータが記録される。
登録者データ領域には、この回付ルートを登録した従業員に関するデータが記録される。
In the route ID data area, data relating to an identifier for specifying the circulation route is recorded.
In the business ID and step ID data area, data relating to an identifier for specifying a business process and a business step to which the circulation route is applied is recorded.
In the registrant data area, data relating to the employee who registered the circulation route is recorded.
回付区分データ領域には、回付先における作業を特定するためのデータが記録される。本実施形態においては、「連絡」、「承認(1)」、「承認(2)」…、「配布」のいずれかが記録される。ここで、「連絡」は回付開始時に登録内容をメールで通知する回付先を示す。「承認(1)」は、回付開始時に、最初に承認を行なう回付先を示す。また、「承認(i)」は、「承認(i−1)」、「必須」で設定されたすべての承認者の承認を完了した場合に、承認を行なう回付先を示す。「配布」は、すべての承認者の承認を完了した場合に、ジョブについてのドキュメントを配布する回付先を示す。 Data for specifying the work at the circulation destination is recorded in the circulation classification data area. In the present embodiment, “contact”, “approval (1)”, “approval (2)”..., “Distribution” is recorded. Here, “contact” indicates a circulation destination to notify registration contents by e-mail when circulation starts. “Approval (1)” indicates a circulatory destination that is first approved at the start of circulation. “Approval (i)” indicates a circulation destination where the approval is made when the approvals of all the approvers set by “approval (i-1)” and “required” are completed. “Distribution” indicates a distribution destination to which a document regarding a job is distributed when the approval of all the approvers is completed.
必須・任意指定データ領域には、回付先における作業(例えば、承認作業)について必須又は任意を識別するための区分である。
従業員名称データ領域には、回付区分において指定された作業を行なう回付先(ユーザ)を特定するための識別子が記録される。ここでは、部署や役職、従業員名を用いて、回付対象のユーザを特定することができる。
The mandatory / optional designation data area is a classification for identifying mandatory or optional work (for example, approval work) at the circulation destination.
In the employee name data area, an identifier for specifying a circulation destination (user) who performs the work specified in the circulation classification is recorded. Here, the user to be distributed can be specified using the department, title, and employee name.
グループ名データ領域には、回付先のユーザが属するグループを特定するための識別子が記録される。
所属データ領域には、回付先のユーザが所属する部署を特定するためのデータが記録される。
職位データ領域には、回付先のユーザの職位に関するデータが記録される。
In the group name data area, an identifier for specifying the group to which the user at the distribution destination belongs is recorded.
In the affiliation data area, data for specifying the department to which the user at the distribution destination belongs is recorded.
In the position data area, data relating to the position of the user at the distribution destination is recorded.
画面記憶部26には、図6に示すように、承認管理サーバ20の利用時に使用する画面データが記録される。この画面データは、ユーザ(管理者)によって、画面レイアウトが決定された場合に登録される。画面記憶部26には、図6に示すように、トップ画面610、ドキュメント登録画面611、回付開始画面612、台帳画面613、承認画面614、取り戻し画面615、回付進捗詳細画面616、承認者変更画面617等が記録される。 As shown in FIG. 6, screen data used when the approval management server 20 is used is recorded in the screen storage unit 26. This screen data is registered when the screen layout is determined by the user (administrator). As shown in FIG. 6, the screen storage unit 26 includes a top screen 610, a document registration screen 611, a circulation start screen 612, a ledger screen 613, an approval screen 614, a retrieval screen 615, a circulation progress detail screen 616, an approver. A change screen 617 and the like are recorded.
トップ画面610は、ユーザ認証を完了した場合に最初に表示される画面である。このトップ画面610には、メニュー定義において設定された内容(例えば、「作業待ち」、「作業選択」、「お知らせ表示」等)の各表示欄が含まれる。 The top screen 610 is a screen that is displayed first when user authentication is completed. The top screen 610 includes display fields for contents set in the menu definition (for example, “wait for work”, “work selection”, “notification display”, etc.).
ドキュメント登録画面611は、申請のためのジョブやドキュメントを登録する画面である。この画面は、後述する詳細作業画面において設定された内容が表示される。ドキュメント登録画面611においては、ジョブID、ドキュメントIDに関連付けられて、属種(項目)に対応して入力される属性(値)を設定することができる。 The document registration screen 611 is a screen for registering a job or document for application. This screen displays the contents set on the detailed work screen described later. In the document registration screen 611, an attribute (value) input corresponding to the genus (item) can be set in association with the job ID and document ID.
回付開始画面612においては、ドキュメント登録画面611を用いて作成された申請(ジョブ)の回付ルートが表示される。そして、このジョブについての回付開始や回付キャンセルを入力することができる。 In the circulation start screen 612, a circulation route of an application (job) created using the document registration screen 611 is displayed. Then, it is possible to input circulation start and circulation cancellation for this job.
台帳画面613においては、登録されているジョブやドキュメントを一覧表示させた台帳が表示される。
承認画面614は、承認者が申請内容を確認して、承認可否を入力するための画面である。この承認画面614には、承認又は否認を入力するためのアイコンが含まれる。更に、承認時におけるコメント入力欄も含まれる。
On the ledger screen 613, a ledger that displays a list of registered jobs and documents is displayed.
The approval screen 614 is a screen for the approver to confirm the application contents and input approval approval / disapproval. The approval screen 614 includes an icon for inputting approval or denial. Furthermore, a comment input field at the time of approval is also included.
取り戻し画面615は、申請者が、回付開始された申請(ジョブ)を取り戻すための画面である。この画面において、取り戻しの要否を入力する。
回付進捗詳細画面616においては、指定された申請(ジョブ)について、回付ルートにおける進捗状況が表示される。この回付進捗詳細画面616には、回付区分、必須・任意指定、氏名(作成者又は承認者)、部署(作成者又は承認者の所属)、承認日(承認済みの場合のみ)、承認時のコメントの各表示欄が含まれる。
The recovery screen 615 is a screen for the applicant to recover the application (job) for which circulation has started. On this screen, input the necessity of recovery.
On the circulation progress detail screen 616, the progress status in the circulation route is displayed for the designated application (job). This circulation progress detail screen 616 includes circulation classification, required / optional designation, name (creator or approver), department (creator or approver's affiliation), approval date (only when approved), approval Each display column of the comment of the hour is included.
承認者変更画面617は、初期設定の承認者を変更するための画面である。例えば、本来の承認者において、承認入力が困難な場合に、他のユーザを、所定の条件の下に承認者として設定することができる。なお、自己決裁禁止機能により、申請者自身を決裁権限者とする承認ルートを禁止する。具体的には、回付開始画面の「回付開始」を押下した時、回付ルートの最終承認者がログインユーザである場合はエラーにする。 The approver change screen 617 is a screen for changing the default approver. For example, when it is difficult for the original approver to input approval, another user can be set as an approver under a predetermined condition. The self-approval prohibition function prohibits the approval route with the applicant himself as the approval authority. Specifically, when “circulation start” on the circulation start screen is pressed, an error occurs if the final approver of the circulation route is a logged-in user.
回付ルート設定画面621は、通常の回付ルートを設定するための画面である。この回付ルート設定画面621においては、回付区分、必須・任意指定、部署、役職、従業員名称等を設定するための入力欄が含まれる。 The circulation route setting screen 621 is a screen for setting a normal circulation route. This circulation route setting screen 621 includes an input field for setting a circulation classification, required / optional designation, department, job title, employee name, and the like.
回付区分欄では、「連絡」「承認(1)」〜「承認(n)」、「配布」を設定する。
必須・任意指定欄では、回付先の作業について必須又は任意を指定する。
部署、役職、従業員名称の各欄では、回付先の部署、回付先のユーザの役職、回付先のユーザを特定するための情報を設定する。
In the circulation category column, “contact”, “approval (1)” to “approval (n)”, and “distribution” are set.
In the Mandatory / Optional field, specify the required or optional for the work to be distributed.
In the fields of department, title, and employee name, information for identifying the department to which the information is to be distributed, the title of the user to whom the information is to be distributed, and the user to whom the information is to be distributed is set.
代理承認設定画面622は、通常の回付ルートの承認者に対して、代理承認を行なう承認者を設定するための画面である。
メンテナンス画面623は、管理者がユーザのログイン状況を確認する場合に使用する。また、システムメンテナンスを行なう場合に、システムメンテナンスモードを設定することで一般ユーザによるログインを抑制する。
The proxy approval setting screen 622 is a screen for setting an approver who performs proxy approval for an approver of a normal circulation route.
The maintenance screen 623 is used when the administrator confirms the login status of the user. Further, when system maintenance is performed, login by a general user is suppressed by setting a system maintenance mode.
画面記憶部26に記録された画面データ260は、図7に示すように、表示画面とスタイルシートとから構成されている。この表示画面とスタイルシートとは、後述するように、複数のフィールドからマトリックス状に配置されて構成されている。 As shown in FIG. 7, the screen data 260 recorded in the screen storage unit 26 is composed of a display screen and a style sheet. The display screen and the style sheet are arranged in a matrix from a plurality of fields, as will be described later.
スタイルシートにおいては、フィールド位置に対して、属種及びプロパティが記録されている。
フィールド位置は、画面においてフィールドが配置されている場所を特定するための情報である。
属種は、表示画面に入力された値の項目を特定するための情報である。
In the style sheet, genus species and properties are recorded for field positions.
The field position is information for specifying the place where the field is arranged on the screen.
The genus species is information for specifying the item of the value input on the display screen.
プロパティは、このフィールドに入力する値の条件に関する情報である。
表示画面においては、フィールド位置に対して、入力される属性(値)の入力欄が設けられている。
このように、画面データを介して、予め設定された属種と、画面において入力された属性(値)とが関連付けられる。
The property is information regarding the condition of the value to be entered in this field.
In the display screen, an input column for an attribute (value) to be input is provided for the field position.
In this manner, the preset genus and the attribute (value) input on the screen are associated with each other via the screen data.
個別情報記憶部27には、図7に示すように、申請されたジョブ(申請情報)を管理するための個別管理データ270が記録される。この個別管理データ270は、申請が登録された場合に記録される。個別管理データ270には、管理ID、属種、属性に関するデータを含んで構成される。 In the individual information storage unit 27, as shown in FIG. 7, individual management data 270 for managing the applied job (application information) is recorded. This individual management data 270 is recorded when an application is registered. The individual management data 270 includes data related to the management ID, genus species, and attributes.
管理IDデータ領域には、このジョブを特定するための識別子に関するデータが記録される。ここでは、管理IDとして「ジョブID」又は「ジョブID及びドキュメントID」の組み合わせから構成される。ジョブの業務プロセス全体に共通な内容については、ジョブIDが設定される。一方、このジョブの業務プロセスを構成する一部の業務ステップの内容については、「ジョブID及びドキュメントID」が設定される。 In the management ID data area, data relating to an identifier for specifying this job is recorded. Here, the management ID is composed of a combination of “job ID” or “job ID and document ID”. A job ID is set for the contents common to all job business processes. On the other hand, “job ID and document ID” are set for the contents of some business steps constituting the job business process.
属種データ領域には、登録された属性(値)の項目を特定するための識別子が記録される。例えば、ジョブIDに対する属種として、業務ID、件名、登録者、登録部署、登録日、ドキュメントID等に関するデータが記録される。また、任意の属種として、申請について最終承認希望日を設定することも可能である。更に、進捗状況として、現在の業務ステップのステップID、現在の業務ステップの登録者、回付先(承認者を含む)、各回付状態(未了、作業待ち、承認済、連絡済、配付済等)や、各承認者の承認期限等が含まれる。例えば、不適合に対応する業務プロセスにおいては、属種として、障害ランク、システム名、影響度、障害内容、作業状況等を含める。
属性(値)データ領域には、属種に対して入力された情報が記録される。このデータ領域には、数値やテキスト等が記録される。
In the genus / species data area, an identifier for specifying the registered attribute (value) item is recorded. For example, data relating to a job ID, a subject, a registrant, a registered department, a registration date, a document ID, and the like are recorded as the genus for the job ID. In addition, as an arbitrary genus, it is possible to set a final approval date for the application. Furthermore, as the progress status, the step ID of the current business step, the registrant of the current business step, the circulation destination (including the approver), each distribution status (incomplete, waiting for work, approved, contacted, distributed) Etc.) and the approval deadline of each approver. For example, in a business process corresponding to nonconformity, a failure rank, a system name, an influence level, a failure content, a work situation, etc. are included as genus types.
Information input to the genus species is recorded in the attribute (value) data area. Numerical values, texts, and the like are recorded in this data area.
なお、個別情報記憶部27に記録する個別管理データ270は、表計算ファイルを用いて登録することも可能である。この場合には、図7に示すように、表計算ファイルのテンプレートファイル265を準備する。このテンプレートファイル265は、メインワークシートとフォーマットワークシートとから構成する。フォーマットワークシートにおいては、上述したスタイルシートと同様に、フィールド位置に対して属種やプロパティを設定しておく。そして、メインワークシートにおいて、フォーマットワークシートの同じフィールド位置に、属性(値)を設定できるようにしておく。このようなテンプレートファイル265に対して、属性(値)を設定した表計算ファイルを承認管理サーバ20にインポートする。この場合、承認管理サーバ20の制御部21は、フォーマットワークシートに設定された属種に対して、メインワークシートに設定された属性(値)を記録した個別管理データ270を生成し、個別情報記憶部27に登録する。 The individual management data 270 recorded in the individual information storage unit 27 can be registered using a spreadsheet file. In this case, as shown in FIG. 7, a template file 265 of a spreadsheet file is prepared. The template file 265 includes a main worksheet and a format worksheet. In the format worksheet, similar to the style sheet described above, the species and properties are set for the field position. In the main worksheet, an attribute (value) can be set at the same field position in the format worksheet. For such a template file 265, a spreadsheet file in which attributes (values) are set is imported into the approval management server 20. In this case, the control unit 21 of the approval management server 20 generates the individual management data 270 in which the attribute (value) set in the main worksheet is recorded for the genus set in the format worksheet. Register in the storage unit 27.
また、個別情報記憶部27に記録されている個別管理データ270は、表計算ファイルに出力することも可能である。この場合にも、図7に示すテンプレートファイル265を用いる。フォーマットワークシートにおいては、フィールド位置に対して属種やプロパティを設定しておく。そして、メインワークシートにおいては、帳票のフレームを設けておくとともに、フォーマットワークシートの同じフィールド位置に、属性(値)を設定できるようにしておく。そして、ジョブID,ドキュメントIDを特定して、個別情報記憶部27に登録されている個別管理データ270を抽出し、このテンプレートファイル265に対して、承認管理サーバ20から、属性(値)を設定した表計算ファイルにエクスポートする。 The individual management data 270 recorded in the individual information storage unit 27 can also be output to a spreadsheet file. Also in this case, the template file 265 shown in FIG. 7 is used. In the format worksheet, the genus and properties are set for the field position. In the main worksheet, a form frame is provided, and an attribute (value) can be set at the same field position in the format worksheet. Then, the job ID and document ID are specified, the individual management data 270 registered in the individual information storage unit 27 is extracted, and the attribute (value) is set from the approval management server 20 to the template file 265. Export to a spreadsheet file.
(全体の概要)
次に、図8を用いて、全体の概要を説明する。
まず、承認管理サーバ20の制御部21は、システム設定処理を実行する(ステップS1−1)。具体的には、管理者は、クライアント端末10を用いて、承認管理サーバ20に格納された承認管理プログラムを起動する。この場合、承認管理サーバ20の制御部21の設定管理手段211は、クライアント端末10のディスプレイに、図9(a)に示す初期設定画面500を表示する。この初期設定画面500においては、業務プロセス、台帳、メニュー、システム定義、画面定義、ラベル、メッセージ、メールについての初期設定を行なうことができる。この初期設定画面500には、業務プロセス〜メールを選択するためのメニューボタンが含まれる。そして、特定のメニューボタンが選択された場合、選択されたメニューについての初期設定を行なうための作業画面が表示される。
(Overview of the whole)
Next, the overall outline will be described with reference to FIG.
First, the control unit 21 of the approval management server 20 executes a system setting process (step S1-1). Specifically, the administrator uses the client terminal 10 to activate an approval management program stored in the approval management server 20. In this case, the setting management unit 211 of the control unit 21 of the approval management server 20 displays the initial setting screen 500 shown in FIG. 9A on the display of the client terminal 10. On this initial setting screen 500, initial settings can be made for business processes, ledgers, menus, system definitions, screen definitions, labels, messages, and mails. The initial setting screen 500 includes menu buttons for selecting business processes to mail. When a specific menu button is selected, a work screen for performing initial settings for the selected menu is displayed.
業務プロセスの作業画面では、業務プロセスの名称、業務プロセスの説明、自動採番方式、業務プロセスに含まれる業務ステップを設定することができる。更に、設定された業務ステップに対して、図10において後述する詳細作業画面510が表示される。この詳細作業画面510を用いることにより、申請時や承認時において用いる画面を生成することができる。 On the work screen of the business process, the name of the business process, the description of the business process, the automatic numbering method, and the business steps included in the business process can be set. Further, a detailed work screen 510 described later in FIG. 10 is displayed for the set business step. By using this detailed work screen 510, a screen used at the time of application or approval can be generated.
台帳の作業画面では、ジョブ台帳やドキュメント台帳についての台帳設定情報を入力することができる。
メニューの作業画面では、ユーザがアクセスした時のメニュー画面についてのメニュー設定情報を入力することができる。
On the ledger work screen, the ledger setting information for the job ledger and document ledger can be entered.
On the menu work screen, menu setting information for the menu screen when the user accesses can be input.
システム定義の作業画面では、承認管理サーバ20の動作環境についてのシステム定義設定情報を入力することができる。
画面定義の作業画面では、各実行画面を制御するための画面定義設定情報を入力することができる。
On the system definition work screen, system definition setting information regarding the operating environment of the approval management server 20 can be input.
In the screen definition work screen, screen definition setting information for controlling each execution screen can be input.
ラベルの作業画面では、各画面において配置されるアイコンのラベルについてのラベル設定情報を入力することができる。
メッセージの作業画面では、処理実行時のメッセージを入力することができる。
メールの作業画面では、メールの送信内容に関するメール設定情報を入力することができることができる。
On the label work screen, it is possible to input label setting information about the label of the icon arranged on each screen.
On the message work screen, a message for executing the process can be input.
In the mail work screen, it is possible to input mail setting information regarding the contents of mail transmission.
そして、各作業画面においての初期設定の完了入力が行なわれた場合には、制御部21の設定管理手段211は、各設定情報を設定情報記憶部22に記録する。
ここで、業務プロセスの設定において使用する詳細作業画面510を、図10を用いて説明する。この詳細作業画面510においては、申請や承認において用いる画面(例えば、ドキュメント登録画面611)を生成する。詳細作業画面510には、画面構成エリア511、フィールド属性設定エリア512、ステップ共通設定エリア513から構成される。
When the initial setting completion input is performed on each work screen, the setting management unit 211 of the control unit 21 records each setting information in the setting information storage unit 22.
Here, a detailed work screen 510 used for setting a business process will be described with reference to FIG. In the detailed work screen 510, a screen (for example, a document registration screen 611) used for application or approval is generated. The detailed work screen 510 includes a screen configuration area 511, a field attribute setting area 512, and a step common setting area 513.
画面構成エリア511においては、申請や承認において表示される画面のレイアウトを設定する。このレイアウトは、マトリックス状に配置された複数のフィールドにより構成される。そして、各フィールドを特定して、フィールド属性設定エリア512において、フィールドの内容を特定する。 In the screen configuration area 511, the layout of the screen displayed in the application or approval is set. This layout is composed of a plurality of fields arranged in a matrix. Then, each field is specified, and the contents of the field are specified in the field attribute setting area 512.
このフィールド属性設定エリア512においては、以下の設定を行なう。
「行」欄、「列」欄においては、属性を設定するフィールドを特定する。
「タイプ」欄においては、このフィールドにおいて設定される表示形式を指定する。例えば、「テキスト」や「テキスト(スクロール)」、「ダイアログ」、「ドロップダウン」等を指定することができる。
In the field attribute setting area 512, the following settings are performed.
In the “row” column and the “column” column, a field for setting an attribute is specified.
In the “type” column, the display format set in this field is designated. For example, “text”, “text (scroll)”, “dialog”, “drop-down”, and the like can be designated.
「ラベル」欄においては、このフィールドに貼り付けるラベルを設定する。
「属性」欄においては、このフィールドに表示又は入力する属性(値)の属種を設定する。
In the “Label” column, a label to be pasted in this field is set.
In the “attribute” column, the genus of the attribute (value) to be displayed or input is set in this field.
「属性詳細」欄においては、上記属性がパラメータ名を必要とする場合、そのパラメータ名を選択または設定する。
「入力制限」欄においては、このフィールドの入力条件を設定する。ここでは、「必須」、「任意」、「表示のみ」、「必須(手入力不可)」、「任意(手入力不可)」等から選択する。
In the “attribute details” column, if the attribute requires a parameter name, the parameter name is selected or set.
In the “input restriction” column, the input condition of this field is set. Here, “required”, “arbitrary”, “display only”, “required (manual input not possible)”, “arbitrary (impossible manual input)”, etc. are selected.
「ドロップダウン」欄においては、「タイプ」欄において「ドロップダウン」を選択されている場合に、任意のドロップダウン名を指定する。
「ダイアログ」欄においては、「タイプ」欄において「ダイアログ」を選択されている場合に、任意のダイアログ名を設定する。
In the “drop-down” column, an arbitrary drop-down name is designated when “drop-down” is selected in the “type” column.
In the “dialog” column, an arbitrary dialog name is set when “dialog” is selected in the “type” column.
「初期値」欄においては、このフィールドにおけるデフォルト値を設定する。
「高さ」欄においては、タイプに「テキスト(スクロール)」を指定されている場合にフィールドの高さをピクセルで設定する。
In the “initial value” column, a default value in this field is set.
In the “height” column, the field height is set in pixels when “text (scroll)” is designated as the type.
「最小値」欄、「最大値」欄においては、このフィールドにおいて許可される最小値や最大値を設定する。この範囲を逸脱する値を入力して登録または回付開始を行なうことができなくなる。 In the “minimum value” column and “maximum value” column, the minimum value and the maximum value allowed in this field are set. Registration or circulation start cannot be performed by entering a value that deviates from this range.
「過去未来」欄においては、入力した日付が現在を基点にどれくらい超過していたらエラーとするかを設定する。この場合、過去のn日超過した日付を入力したらエラーとしたい場合は「−n」と設定し、将来n日を超過した日付を入力したらエラーとしたい場合は「n」を設定する。
「ヘルプ」欄においては、フィールドに入力する値の説明をマウスオーバーによって表示する説明を設定する。なお、「過去未来」欄、「ヘルプ」欄は、フィールド属性設定エリア512のスクロールにより表示される。
In the “Past Future” field, the extent to which the input date exceeds the current point is set as an error. In this case, “-n” is set if an error is to be input if a date that exceeds the past n days is input, and “n” is set to an error if a date that exceeds n days in the future is input.
In the “Help” column, a description for displaying the description of the value to be input in the field by mouse over is set. The “past future” column and the “help” column are displayed by scrolling the field attribute setting area 512.
ステップ共通設定エリア513においては、以下の設定を行なう。
「ステップID」欄においては、業務プロセスを構成する業務ステップを特定するための識別子を設定する。
In the step common setting area 513, the following settings are performed.
In the “step ID” column, an identifier for specifying a business step constituting the business process is set.
「ステップ名称」欄においては、業務ステップの名称を設定する。
「ステップ繰り返し」欄においては、この業務ステップでドキュメント登録を繰り返す場合には「繰り返しあり」を選択する。
In the “step name” field, the name of the business step is set.
In the “Repeat Step” field, “Repeat” is selected when document registration is repeated in this business step.
「前ファイルコピー」欄においては、ファイルのコピー元のステップIDを設定する。
「ファイル名」欄においては、ドキュメント作成のテンプレートファイル名を設定する。
In the “previous file copy” field, the step ID of the file copy source is set.
In the “file name” column, a template file name for creating a document is set.
「メインシート」欄においては、ドキュメントに値を転記または取得するテンプレートファイル内のワークシート名を設定する。
「フォーマット」欄においては、ドキュメントに値を転記または取得するためのフォーマットを定義したテンプレートファイル内のワークシート名を設定する。
In the “main sheet” field, the name of the worksheet in the template file for transferring or acquiring the value to the document is set.
In the “format” column, a worksheet name in a template file that defines a format for transferring or obtaining a value in a document is set.
「前のステップ」欄においては、前のステップの状態によって、この業務ステップのドキュメント登録を制限する場合には、利用条件となる前の業務ステップのステップIDを設定する。 In the “Previous Step” field, when the document registration of this business step is restricted depending on the state of the previous step, the step ID of the previous business step that is a use condition is set.
「前のステップの状態」欄には、利用条件として、前の業務ステップにおける状態を設定する。
「ドキュメントID自動採番」欄においては、ドキュメント作成時に、ドキュメントIDを自動採番する場合は、そのドキュメントID自動採番ルールを設定する。
In the “previous step state” column, the state in the previous business step is set as a use condition.
In the “document ID automatic numbering” column, when a document ID is automatically numbered at the time of document creation, the document ID automatic numbering rule is set.
「ドキュメント件名自動生成」欄においては、ドキュメント生成時にドキュメント件名を自動生成する場合の生成ルールを設定する。
「自動採番」欄においては、作成されるドキュメントのファイル名を自動採番する場合は、その採番ルールを設定する。
In the “document subject automatic generation” column, a generation rule for automatically generating a document subject at the time of document generation is set.
In the “automatic numbering” field, when automatically assigning the file name of the created document, the numbering rule is set.
「アップロード」欄においては、ドキュメントをアップロードするときに、ユーザがファイル名の変更を許可するかどうかを指定する。
「スタイル」欄においては、画面のスタイル名を定義する。
「第3ボタンの機能」においては、このステップで作成したドキュメントについて回付が必要な場合は「回付依頼」を選択する。回付が不要な場合は「登録」を選択する。
In the “Upload” column, whether to allow the user to change the file name when uploading a document is specified.
In the “Style” column, a screen style name is defined.
In “function of third button”, “circulation request” is selected when circulation is required for the document created in this step. Select “Register” if no circulation is required.
「参照モード」欄においては、承認画面や台帳から登録したドキュメントを参照する場合に、ドキュメント登録画面611を参照モードで表示するか、ドキュメントを表示するかを選択する。 In the “reference mode” column, when referring to the document registered from the approval screen or the ledger, it is selected whether the document registration screen 611 is displayed in the reference mode or the document is displayed.
「回付ルートID」欄においては、この業務ステップで作成したドキュメントの回付ルートを特定するための識別子(回付ルートID)を設定する。
「回付ルートID(所属1)」欄においては、所属1単位に回付ルートを事前決定する場合に設定する。
In the “circulation route ID” column, an identifier (circulation route ID) for specifying the circulation route of the document created in this business step is set.
In the “circulation route ID (affiliation 1)” column, it is set when a circulation route is determined in advance for one affiliation unit.
「電子印フォーマット」欄においては、電子印機能を使用する場合、電子印フォーマットを設定する。
「配布時ドキュメント作成」欄においては、ドキュメントを自動作成するステップIDを設定する。
In the “electronic stamp format” field, the electronic stamp format is set when the electronic stamp function is used.
In the “Create Document at Distribution” column, a step ID for automatically creating a document is set.
「承認期限」欄においては、ステップ別承認期限を設定する。
「次承認期限(ステップ)」欄、「次承認期限(日数)」欄においては、ステップ別に催促機能を設定する。
「同一所属制御」欄においては、ジョブの作成者とドキュメントの作成者との所属を制御することができる。
In the “approval deadline” column, an approval deadline for each step is set.
In the “next approval deadline (step)” column and the “next approval deadline (days)” column, a reminder function is set for each step.
In the “same affiliation control” column, the affiliation between the job creator and the document creator can be controlled.
この詳細作業画面510により、図10に示すドキュメント登録画面611が生成され、画面記憶部26に登録される。ドキュメント登録画面611は、図7で説明したように、スタイルシートから構成されており、フィールド位置に対して、詳細作業画面510において設定された属種やプロパティが記録される。そして、ドキュメント登録画面611において入力された値(属性)は属種と関連付けられて、個別情報記憶部27に登録される。 With this detailed work screen 510, a document registration screen 611 shown in FIG. 10 is generated and registered in the screen storage unit 26. As described with reference to FIG. 7, the document registration screen 611 includes a style sheet, and the attribute type and property set on the detailed work screen 510 are recorded for the field position. Then, the value (attribute) input on the document registration screen 611 is associated with the genus and registered in the individual information storage unit 27.
次に、図8に示すように、承認管理サーバ20の制御部21は、ユーザ登録処理を実行する(ステップS1−2)。具体的には、管理者は、クライアント端末10を用いて、ユーザ登録を指示する。この場合、制御部21の設定管理手段211は、図9(b)に示すユーザ登録画面501をクライアント端末10のディスプレイに出力する。このユーザ登録画面501においては、ユーザ情報(申請者、承認者、管理者)の登録、修正、削除を行なうことができる。ユーザ登録においては、上述のように従業員ID〜権限グループに関するデータを登録する。この場合、承認管理サーバ20の制御部21は、登録されたユーザ情報をユーザ記憶部23に記録する。修正、削除においては、既に登録されているユーザを指定して、登録内容の修正や、ユーザ登録の削除を行なうことができる。 Next, as shown in FIG. 8, the control unit 21 of the approval management server 20 executes a user registration process (step S1-2). Specifically, the administrator uses the client terminal 10 to instruct user registration. In this case, the setting management unit 211 of the control unit 21 outputs the user registration screen 501 shown in FIG. 9B to the display of the client terminal 10. On this user registration screen 501, registration, correction, and deletion of user information (applicant, approver, administrator) can be performed. In the user registration, data related to employee ID to authority group is registered as described above. In this case, the control unit 21 of the approval management server 20 records the registered user information in the user storage unit 23. In the correction and deletion, it is possible to specify a registered user and correct the registered content or delete the user registration.
次に、承認管理サーバ20の制御部21は、回付ルート登録処理を実行する(ステップS1−3)。具体的には、管理者は、クライアント端末10を用いて、回付ルート登録を指示する。この場合、制御部21の設定管理手段211は、図9(c)に示す回付ルート登録画面502をクライアント端末10のディスプレイに出力する。この回付ルート登録画面502においては、申請についての回付ルートの新規登録、修正、複製、削除を行なうことができる。新規登録の場合には、回付区分、必須・任意指定、従業員名(ユーザ)を設定する。この場合、承認管理サーバ20の制御部21は、設定された回付ルート情報を回付ルート記憶部25に記録する。
以上により、承認管理サーバ20を使用するための事前登録を終了する。
Next, the control unit 21 of the approval management server 20 executes a circulation route registration process (step S1-3). Specifically, the administrator uses the client terminal 10 to instruct circulation route registration. In this case, the setting management unit 211 of the control unit 21 outputs a circulation route registration screen 502 shown in FIG. 9C to the display of the client terminal 10. On this circulation route registration screen 502, new registration, correction, duplication, and deletion of circulation routes for applications can be performed. In the case of new registration, set the circulation category, mandatory / optional designation, and employee name (user). In this case, the control unit 21 of the approval management server 20 records the set circulation route information in the circulation route storage unit 25.
Thus, the pre-registration for using the approval management server 20 is finished.
そして、申請のためのジョブやドキュメントを登録する場合には、申請者は、クライアント端末10を用いて、承認管理サーバ20にアクセスする。そして、ユーザ認証を行なった後で、トップ画面610の作業選択において新規登録を指示する。 When registering a job or document for application, the applicant accesses the approval management server 20 using the client terminal 10. Then, after performing user authentication, new registration is instructed in the work selection on the top screen 610.
この場合、承認管理サーバ20の制御部21は、ジョブ登録処理を実行する(ステップS1−4)。具体的には、制御部21の申請管理手段214は、ドキュメント登録画面611において設定された各属種、属性の組み合わせに対して、ジョブID、ドキュメントIDを付与した個別管理データ270を生成し、個別情報記憶部27に登録する。この処理については、図12を用いて後述する。そして、クライアント端末10において、回付開始画面612を用いて、回付開始入力を行なう。なお、ここで、承認者を変更することも可能である。この処理については、図13を用いて後述する。 In this case, the control unit 21 of the approval management server 20 executes job registration processing (step S1-4). Specifically, the application management unit 214 of the control unit 21 generates individual management data 270 in which a job ID and a document ID are assigned to each genus and attribute combination set on the document registration screen 611. Register in the individual information storage unit 27. This process will be described later with reference to FIG. In the client terminal 10, the circulation start input is performed using the circulation start screen 612. Here, it is also possible to change the approver. This process will be described later with reference to FIG.
回付開始情報を取得した承認管理サーバ20の制御部21は、進捗の更新処理を実行する(ステップS1−5)。具体的には、制御部21の申請管理手段214は、個別情報記憶部27において、回付開始が入力されたジョブID、ドキュメントIDが記録された個別管理データ270の進捗状況として「回付中」を登録する。 The controller 21 of the approval management server 20 that has acquired the circulation start information executes a progress update process (step S1-5). Specifically, the application management unit 214 of the control unit 21 indicates “in progress” as the progress status of the individual management data 270 in which the job ID and document ID in which the circulation start is input are recorded in the individual information storage unit 27. ".
また、申請についての承認を行なう場合、承認者はクライアント端末10を用いて、承認管理サーバ20にアクセスして、ユーザ認証を行なう。
この場合、承認管理サーバ20の制御部21は、承認処理を実行する(ステップS1−6)。具体的には、制御部21の画面制御手段213は、トップ画面610に、個別情報記憶部27に記録されたジョブの進捗管理一覧を表示する。この処理については、図14を用いて後述する。そして、承認者は、クライアント端末10において、進捗管理一覧の中で、承認対象を選択する。更に、承認画面614を用いて、申請内容を確認して、承認入力を行なう。この処理については、図15を用いて後述する。
When approving the application, the approver uses the client terminal 10 to access the approval management server 20 to perform user authentication.
In this case, the control unit 21 of the approval management server 20 executes an approval process (step S1-6). Specifically, the screen control unit 213 of the control unit 21 displays a job progress management list recorded in the individual information storage unit 27 on the top screen 610. This process will be described later with reference to FIG. Then, the approver selects an approval target in the progress management list in the client terminal 10. Furthermore, using the approval screen 614, the application content is confirmed and approval input is performed. This process will be described later with reference to FIG.
次に、承認管理サーバ20の制御部21は、進捗の更新処理を実行する(ステップS1−7)。具体的には、制御部21の承認管理手段215は、個別情報記憶部27において、承認入力されたジョブID、ドキュメントIDが記録された個別管理データ270の進捗状況として「承認済」を登録する。 Next, the control unit 21 of the approval management server 20 executes a progress update process (step S1-7). Specifically, the approval management unit 215 of the control unit 21 registers “approved” as the progress status of the individual management data 270 in which the job ID and document ID that have been input for approval are recorded in the individual information storage unit 27. .
(画面制御処理)
次に、図11を用いて、画面制御処理を説明する。この画面制御処理は、申請者がドキュメント登録を行なう場合や、承認者が承認処理を行なう場合に実行される。いずれの場合にも、クライアント端末10を用いて承認管理サーバ20にアクセスする。
(Screen control processing)
Next, the screen control process will be described with reference to FIG. This screen control process is executed when the applicant registers a document or when the approver performs an approval process. In any case, the approval management server 20 is accessed using the client terminal 10.
この場合、承認管理サーバ20の制御部21は、ユーザ認証処理を実行する(ステップS2−1)。具体的には、制御部21のユーザ認証手段212は、クライアント端末10のディスプレイにユーザ認証画面を出力し、クライアント端末10から従業員コード及び認証コードを取得する。そして、ユーザ認証手段212は、ディレクトリ管理サーバ40を用いて、取得した従業員コード及び認証コードを照合する。照合できなかった場合には、ログインを拒絶する。 In this case, the control unit 21 of the approval management server 20 executes user authentication processing (step S2-1). Specifically, the user authentication unit 212 of the control unit 21 outputs a user authentication screen on the display of the client terminal 10 and acquires an employee code and an authentication code from the client terminal 10. Then, the user authentication unit 212 uses the directory management server 40 to collate the acquired employee code and authentication code. If the verification fails, login is rejected.
ユーザ認証を完了した場合、承認管理サーバ20の制御部21は、進捗一覧表示処理を実行する(ステップS2−2)。具体的には、制御部21の画面制御手段213は、トップ画面において、このユーザの作業待ちジョブの一覧リストを表示する。この処理については、図14を用いて後述する。 When the user authentication is completed, the control unit 21 of the approval management server 20 executes a progress list display process (step S2-2). Specifically, the screen control means 213 of the control unit 21 displays a list of jobs waiting for the user on the top screen. This process will be described later with reference to FIG.
次に、承認管理サーバ20の制御部21は、進捗一覧から処理対象の選択処理を実行する(ステップS2−3)。具体的には、制御部21の画面制御手段213は、進捗状況一覧に表示されたジョブが選択された場合には、選択された申請のジョブID及びドキュメントIDをクライアント端末10から取得する。なお、新たな申請についてジョブ登録を行なう場合には、トップ画面において、新規登録対象の業務プロセスを選択する。この場合、画面制御手段213は、クライアント端末10において選択された業務プロセスの業務IDを取得する。 Next, the control unit 21 of the approval management server 20 executes processing target selection processing from the progress list (step S2-3). Specifically, when the job displayed in the progress list is selected, the screen control unit 213 of the control unit 21 acquires the job ID and document ID of the selected application from the client terminal 10. When registering a job for a new application, a business process to be newly registered is selected on the top screen. In this case, the screen control unit 213 acquires the business ID of the business process selected on the client terminal 10.
次に、承認管理サーバ20の制御部21は、表示画面の利用制御処理を実行する(ステップS2−4)。具体的には、制御部21の画面制御手段213は、クライアント端末10から、ジョブID及びドキュメントIDを取得した場合には、個別情報記憶部27から、ジョブID及びドキュメントIDが記録された個別管理データ270を抽出し、個別管理データ270を用いて、現在の業務ステップについての業務ID、ステップIDを特定する。次に、画面制御手段213は、この業務ID、ステップIDに関連付けられた画面データを画面記憶部26から取得する。そして、この画面データのプロパティにおいて、利用条件(「前のステップ」、「前のステップの状態」)を取得する。 Next, the control unit 21 of the approval management server 20 executes a display screen usage control process (step S2-4). Specifically, when the screen control unit 213 of the control unit 21 acquires the job ID and document ID from the client terminal 10, the individual management in which the job ID and document ID are recorded from the individual information storage unit 27. Data 270 is extracted, and using the individual management data 270, the business ID and step ID for the current business step are specified. Next, the screen control unit 213 acquires screen data associated with the business ID and step ID from the screen storage unit 26. Then, use conditions (“previous step”, “previous step state”) are acquired in the properties of the screen data.
ここで、利用条件が設定されている場合、画面制御手段213は、このジョブIDにおいて、前のステップIDの業務ステップの状態を個別情報記憶部27において特定する。そして、画面制御手段213は、特定した前の業務ステップの状態が利用条件に一致する場合には、選択された業務ステップの画面を利用可能とする。なお、利用条件に一致しない場合には、画面制御手段213は、この業務ステップの処理を拒否する。 Here, when the use condition is set, the screen control unit 213 specifies the status of the business step of the previous step ID in the individual information storage unit 27 in this job ID. Then, the screen control unit 213 makes the screen of the selected business step usable when the identified state of the previous business step matches the usage condition. If the usage conditions do not match, the screen control unit 213 rejects the processing of the business step.
なお、クライアント端末10から、新たな申請についての業務IDを取得した場合、画面制御手段213は、選択された業務IDが記録された業務プロセス管理レコード240を、業務プロセス記憶部24を用いて特定する。次に、画面制御手段213は、業務プロセス管理レコード240において、最初のステップIDに関連付けられた画面データを画面記憶部26から取得する。 When a business ID for a new application is acquired from the client terminal 10, the screen control unit 213 uses the business process storage unit 24 to identify the business process management record 240 in which the selected business ID is recorded. To do. Next, the screen control unit 213 acquires screen data associated with the first step ID from the screen storage unit 26 in the business process management record 240.
次に、承認管理サーバ20の制御部21は、画面に設定された属種に対する属性の取得処理を実行する(ステップS2−5)。具体的には、制御部21の画面制御手段213は、この業務ステップにおいて利用可能な画面のスタイルシートに設定されている属種を特定する。更に、画面制御手段213は、特定した属種について、選択された申請のジョブIDが管理IDとして関連付けられた属性(値)を個別情報記憶部27から取得する。更に、画面制御手段213は、特定した属種について、指定された申請のジョブID及びドキュメントIDが管理IDとして関連付けられた属性(値)を個別情報記憶部27から取得する。 Next, the control unit 21 of the approval management server 20 executes an attribute acquisition process for the genus set on the screen (step S2-5). Specifically, the screen control unit 213 of the control unit 21 identifies the genus set in the style sheet of the screen that can be used in this business step. Further, the screen control unit 213 acquires, from the individual information storage unit 27, the attribute (value) associated with the job ID of the selected application as the management ID for the specified genus. Further, the screen control unit 213 acquires, from the individual information storage unit 27, the attribute (value) associated with the specified application job ID and document ID as the management ID for the specified genus.
次に、承認管理サーバ20の制御部21は、画面表示処理を実行する(ステップS2−6)。具体的には、制御部21の画面制御手段213は、取得した属性(値)を、スタイルシートにおいて属種が設定されたフィールドに張り付けた表示画面を生成する。そして、画面制御手段213は、クライアント端末10のディスプレイに、生成した表示画面を出力する。 Next, the control unit 21 of the approval management server 20 executes screen display processing (step S2-6). Specifically, the screen control means 213 of the control unit 21 generates a display screen in which the acquired attribute (value) is pasted to the field in which the genus is set in the style sheet. Then, the screen control means 213 outputs the generated display screen to the display of the client terminal 10.
次に、クライアント端末10は、入力処理を実行する(ステップS2−7)。具体的には、クライアント端末10において、ディスプレイに出力された表示画面の特定のフィールドに、所望の属性(値)を入力する。クライアント端末10は入力された属性(値)を仮記憶する。 Next, the client terminal 10 executes input processing (step S2-7). Specifically, in the client terminal 10, a desired attribute (value) is input to a specific field of the display screen output on the display. The client terminal 10 temporarily stores the input attribute (value).
この場合、クライアント端末10は、プロパティチェック処理を実行する(ステップS2−8)。具体的には、クライアント端末10は、スタイルシートにおいて、このフィールドに設定されているプロパティを用いて、入力情報の適正性を確認する。プロパティに設定された条件を満たしている場合にはプロパティチェックのサクセスメッセージを出力する。一方、プロパティに設定された条件に合わない場合には、エラーメッセージを出力する。 In this case, the client terminal 10 executes a property check process (step S2-8). Specifically, the client terminal 10 confirms the appropriateness of the input information using the property set in this field in the style sheet. If the conditions set in the property are satisfied, a success message of property check is output. On the other hand, if the condition set in the property is not met, an error message is output.
そして、入力を終了した場合、表示画面において完了入力を行なう。
この場合、クライアント端末10は、必須項目の記入漏れチェック処理を実行する(ステップS2−9)。具体的には、クライアント端末10は、スタイルシートの各フィールドに設定されているプロパティを用いて、必須となっている属種についての属性入力の抜けを確認する。プロパティに設定された条件を満たしている場合には記入漏れチェックのサクセスメッセージを出力する。一方、プロパティに設定された条件に合わない場合には、エラーメッセージを出力する。なお、本実施形態では、クライアント端末10においてプロパティチェック及び記入漏れチェックを行なったが、承認管理サーバ20の制御部21において実行するようにしてもよい。この場合には、制御部21の画面制御手段213が、クライアント端末10から入力された情報を取得し、各フィールドのプロパティと照合して、プロパティチェックや記入漏れチェックを行なう。
When the input is completed, the completion input is performed on the display screen.
In this case, the client terminal 10 executes a check entry omission check process for essential items (step S2-9). Specifically, the client terminal 10 uses the properties set in each field of the style sheet to check for missing attribute input for the essential genus. If the conditions set in the property are satisfied, a success message for missing check is output. On the other hand, if the condition set in the property is not met, an error message is output. In this embodiment, the property check and the omission check are performed in the client terminal 10, but may be performed in the control unit 21 of the approval management server 20. In this case, the screen control means 213 of the control unit 21 obtains information input from the client terminal 10 and compares it with the property of each field to perform property check and omission check.
次に、承認管理サーバ20の制御部21は、データ登録処理を実行する(ステップS2−10)。具体的には、制御部21の画面制御手段213は、クライアント端末10において入力されたデータを取得する。ここでは、属種に関連付けて属性(値)を取得する。そして、画面制御手段213は、ジョブID及びドキュメントIDに関連づけて、属種に対応させて属性(値)を記録した個別管理データ270を生成し、個別情報記憶部27に登録する。 Next, the control unit 21 of the approval management server 20 executes a data registration process (step S2-10). Specifically, the screen control unit 213 of the control unit 21 acquires data input in the client terminal 10. Here, an attribute (value) is acquired in association with a genus species. Then, the screen control unit 213 generates the individual management data 270 in which the attribute (value) is recorded in association with the genus type in association with the job ID and the document ID, and registers them in the individual information storage unit 27.
次に、承認管理サーバ20の制御部21は、進捗の更新処理を実行する(ステップS2−11)。具体的には、制御部21の画面制御手段213は、個別情報記憶部27に記憶された、このジョブについての個別管理データ270の進捗状況として「作成中」を更新する。 Next, the control unit 21 of the approval management server 20 executes a progress update process (step S2-11). Specifically, the screen control unit 213 of the control unit 21 updates “being created” as the progress status of the individual management data 270 for this job stored in the individual information storage unit 27.
(申請登録処理)
次に、図12を用いて、申請登録処理を説明する。ここでは、クライアント端末10のディスプレイに表示されたトップ画面において、新規登録が選択された場合に実行される。この場合、制御部21の画面制御手段213は、ドキュメント登録画面611を、クライアント端末10のディスプレイに出力する。
(Application registration process)
Next, the application registration process will be described with reference to FIG. Here, it is executed when new registration is selected on the top screen displayed on the display of the client terminal 10. In this case, the screen control unit 213 of the control unit 21 outputs the document registration screen 611 to the display of the client terminal 10.
まず、承認管理サーバ20の制御部21は、申請の受付処理を実行する(ステップS3−1)。具体的には、制御部21の画面制御手段213は、ドキュメント登録画面611において設定された申請内容を取得する。この場合、画面制御手段213は、申請管理手段214に処理を引き継ぐ。 First, the control unit 21 of the approval management server 20 executes application acceptance processing (step S3-1). Specifically, the screen control unit 213 of the control unit 21 acquires the application content set on the document registration screen 611. In this case, the screen control unit 213 takes over the process to the application management unit 214.
次に、承認管理サーバ20の制御部21は、申請に基づいて業務プロセスの特定処理を実行する(ステップS3−2)。具体的には、制御部21の申請管理手段214は、ドキュメント登録画面611の業務IDに基づいて、業務プロセスを特定する。 Next, the control unit 21 of the approval management server 20 executes business process identification processing based on the application (step S3-2). Specifically, the application management unit 214 of the control unit 21 identifies a business process based on the business ID on the document registration screen 611.
次に、承認管理サーバ20の制御部21は、承認者毎に通常の猶予期間の設定処理を実行する(ステップS3−3)。具体的には、制御部21の申請管理手段214は、特定した業務プロセスにおける回付ルートを回付ルート記憶部25から取得する。次に、申請管理手段214は、回付ルートに含まれる各承認者の役職を特定する。そして、申請管理手段214は、特定した各役職に関連付けられた猶予期間を猶予期間テーブルから取得する。 Next, the control unit 21 of the approval management server 20 executes a normal grace period setting process for each approver (step S3-3). Specifically, the application management unit 214 of the control unit 21 acquires the circulation route in the identified business process from the circulation route storage unit 25. Next, the application management unit 214 identifies the post of each approver included in the circulation route. Then, the application management unit 214 acquires a grace period associated with each specified position from the grace period table.
次に、承認管理サーバ20の制御部21は、最終承認予定日の算出処理を実行する(ステップS3−4)。具体的には、制御部21の申請管理手段214は、システムタイマから現在日付を取得し、この現在日付に対して、回付ルートに含まれる各承認者に対して、順次、猶予期間を加算した承認期限を算出する。そして、申請管理手段214は、最終承認者の承認期限を最終承認予定日として算出する。 Next, the control unit 21 of the approval management server 20 executes a final approval scheduled date calculation process (step S3-4). Specifically, the application management unit 214 of the control unit 21 acquires the current date from the system timer, and sequentially adds a grace period to each approver included in the circulation route with respect to the current date. Calculate the approval deadline. Then, the application management unit 214 calculates the approval deadline of the final approver as the final approval scheduled date.
次に、承認管理サーバ20の制御部21は、最終承認予定日の出力処理を実行する(ステップS3−5)。具体的には、制御部21の申請管理手段214は、クライアント端末10のディスプレイに確認画面を出力する。この確認画面には、算出した最終承認予定日とともに、最終承認予定日について調整が必要かどうかを選択するためのアイコンが含まれる。更に、個別情報記憶部27に記録された個別管理データ270に申請の最終承認希望日が登録されている場合には、申請管理手段214は、最終承認希望日と最終承認予定日とを比較する。そして、最終承認予定日が最終承認希望日よりも遅い場合には、注意を喚起するためのメッセージを確認画面に含める。 Next, the control unit 21 of the approval management server 20 executes output processing for the final approval scheduled date (step S3-5). Specifically, the application management unit 214 of the control unit 21 outputs a confirmation screen on the display of the client terminal 10. This confirmation screen includes an icon for selecting whether or not adjustment is necessary for the final approval date as well as the calculated final approval date. Furthermore, when the application final approval date is registered in the individual management data 270 recorded in the individual information storage unit 27, the application management unit 214 compares the final approval approval date with the final approval approval date. . When the final approval date is later than the final approval date, a message for calling attention is included in the confirmation screen.
次に、承認管理サーバ20の制御部21は、期限調整が必要かどうかについての判定処理を実行する(ステップS3−6)。具体的には、制御部21の申請管理手段214は、確認画面において選択されたアイコンに基づいて、調整要否を判定する。 Next, the control unit 21 of the approval management server 20 executes a determination process as to whether or not deadline adjustment is necessary (step S3-6). Specifically, the application management unit 214 of the control unit 21 determines whether adjustment is necessary based on the icon selected on the confirmation screen.
「調整不要」のアイコンが選択され、期限調整は必要でないと判定した場合(ステップS3−6において「NO」の場合)、承認管理サーバ20の制御部21は、各承認期限の登録処理を実行する(ステップS3−7)。具体的には、制御部21の申請管理手段214は、回付ルートに含まれる各承認者に対して算出した承認期限を、個別情報記憶部27において、各承認者の従業員コードに関連づけて登録する。具体的には、属性として、業務ステップ毎に、承認者の従業員ID、業務ステップ別の承認期限を記録した個別管理データ270を、それぞれ生成し、個別情報記憶部27に記録する。 When the “adjustment unnecessary” icon is selected and it is determined that the deadline adjustment is not necessary (in the case of “NO” in step S3-6), the control unit 21 of the approval management server 20 executes registration processing for each approval deadline. (Step S3-7). Specifically, the application management unit 214 of the control unit 21 associates the approval deadline calculated for each approver included in the circulation route with the employee code of each approver in the individual information storage unit 27. sign up. Specifically, the individual management data 270 in which the employee ID of the approver and the approval deadline for each business step are recorded as attributes for each business step is generated and recorded in the individual information storage unit 27.
一方、「調整必要」のアイコンが選択され、期限調整が必要と判定した場合(ステップS3−6において「YES」の場合)、承認管理サーバ20の制御部21は、調整画面の出力処理を実行する(ステップS3−8)。具体的には、制御部21の申請管理手段214は、クライアント端末10のディスプレイに、期限調整画面を出力する。この期限調整画面には、承認者毎に算出した承認期限を含める。そして、この承認期限を、クライアント端末10において修正可能にしておく。申請者は、クライアント端末10のディスプレイに出力された調整画面において、最終承認予定日を考慮して、各承認者の承認期限を調整する。 On the other hand, when the “adjustment necessary” icon is selected and it is determined that the deadline adjustment is necessary (in the case of “YES” in step S3-6), the control unit 21 of the approval management server 20 executes the adjustment screen output process. (Step S3-8). Specifically, the application management unit 214 of the control unit 21 outputs a time limit adjustment screen on the display of the client terminal 10. This deadline adjustment screen includes the approval deadline calculated for each approver. Then, this approval deadline is allowed to be corrected in the client terminal 10. The applicant adjusts the approval deadline of each approver on the adjustment screen output on the display of the client terminal 10 in consideration of the scheduled final approval date.
次に、承認管理サーバ20の制御部21は、調整された各承認期限の登録処理を実行する(ステップS3−9)。具体的には、制御部21の申請管理手段214は、クライアント端末10から、期限調整画面において設定された承認期限を取得する。そして、申請管理手段214は、調整された承認期限を、各承認者の従業員コードに関連付けて個別情報記憶部27に記録する。ここでも、属性として、業務ステップ毎に、承認者の従業員ID、業務ステップ別の承認期限を記録した個別管理データ270を、それぞれ生成し、個別情報記憶部27に記録する。 Next, the control unit 21 of the approval management server 20 executes registration processing for each adjusted approval deadline (step S3-9). Specifically, the application management unit 214 of the control unit 21 acquires the approval deadline set on the deadline adjustment screen from the client terminal 10. Then, the application management unit 214 records the adjusted approval deadline in the individual information storage unit 27 in association with the employee code of each approver. Here, individual management data 270 in which the approver's employee ID and the approval deadline for each business step are recorded as attributes for each business step is generated and recorded in the individual information storage unit 27.
(承認者変更処理)
次に、図13を用いて、承認者変更処理を説明する。ここでは、通常の回付ルートにおいて設定された承認者を他の承認者に変更する場合を想定する。
(Approver change process)
Next, the approver change process will be described with reference to FIG. Here, it is assumed that the approver set in the normal circulation route is changed to another approver.
まず、承認管理サーバ20の制御部21は、承認者の変更入力処理を実行する(ステップS4−1)。具体的には、クライアント端末10のディスプレイに表示された回付進捗詳細画面616において、変更対象の申請を特定する。そして、クライアント端末10を用いて、承認者の変更アイコンを選択する。この場合、制御部21の画面制御手段213は、クライアント端末10のディスプレイに承認者変更画面617を出力する。そして、ユーザは、承認者変更画面617において、新たな承認者を指定する。 First, the controller 21 of the approval management server 20 executes an approver change input process (step S4-1). Specifically, the application to be changed is specified on the circulation progress detail screen 616 displayed on the display of the client terminal 10. Then, using the client terminal 10, an approver change icon is selected. In this case, the screen control unit 213 of the control unit 21 outputs the approver change screen 617 on the display of the client terminal 10. Then, the user designates a new approver on the approver change screen 617.
次に、承認管理サーバ20の制御部21は、所属が同一部署かどうかについての判定処理を実行する(ステップS4−2)。具体的には、制御部21の申請管理手段214は、ユーザ記憶部23から、新たに登録された承認者のユーザ管理レコード230と、元の承認者のユーザ管理レコード230とを取得する。そして、申請管理手段214は、取得したユーザ管理レコード230を用いて、新たに登録された承認者の所属部署と元の承認者の所属部署とを比較する。 Next, the control unit 21 of the approval management server 20 executes a determination process as to whether the affiliation belongs to the same department (step S4-2). Specifically, the application management unit 214 of the control unit 21 acquires the newly registered approver user management record 230 and the original approver user management record 230 from the user storage unit 23. Then, the application management unit 214 uses the acquired user management record 230 to compare the department of the newly registered approver with the department of the original approver.
新たに登録された承認者の所属部署と、変更前の承認者の所属部署とが同一でないと判定した場合(ステップS4−2において「NO」の場合)、承認管理サーバ20の制御部21は、確認通知処理を実行する(ステップS4−3)。具体的には、制御部21の申請管理手段214は、変更前の承認者のメールアドレスをユーザ管理レコード230から取得する。そして、申請管理手段214は、このメールアドレスに対して、変更入力が行なわれたことを通知するための電子メールを送信する。この電子メールを確認した元の承認者は変更可否を判定する。そして、問題がない場合には、変更許可連絡を承認管理サーバ20に返信する。変更前の承認者のクライアント端末10から変更許可連絡を受けた場合には、承認管理サーバ20の制御部21は、ステップS4−6以降の処理を実行する。 When it is determined that the newly registered approver's department and the approver's department before the change are not the same (if “NO” in step S4-2), the control unit 21 of the approval management server 20 Then, a confirmation notification process is executed (step S4-3). Specifically, the application management unit 214 of the control unit 21 acquires the mail address of the approver before the change from the user management record 230. Then, the application management unit 214 transmits an e-mail for notifying that a change input has been made to this e-mail address. The original approver who confirmed this e-mail determines whether or not the change can be made. If there is no problem, a change permission notification is returned to the approval management server 20. When the change permission notification is received from the client terminal 10 of the approver before the change, the control unit 21 of the approval management server 20 executes the processes after step S4-6.
一方、新たに登録された承認者の所属部署と、変更前の承認者の所属部署とが同一と判定した場合(ステップS4−2において「YES」の場合)、承認管理サーバ20の制御部21は、権限レベルが同等以上かどうかについての判定処理を実行する(ステップS4−4)。具体的には、制御部21の申請管理手段214は、取得したユーザ管理レコード230を用いて、新たに登録された承認者の役職と、変更前の承認者の役職とを比較する。 On the other hand, when it is determined that the department to which the newly registered approver belongs and the department to which the approver before the change belongs are the same (in the case of “YES” in step S4-2), the control unit 21 of the approval management server 20 Performs a determination process as to whether or not the authority level is equal or higher (step S4-4). Specifically, the application management unit 214 of the control unit 21 uses the acquired user management record 230 to compare the newly registered position of the approver and the position of the approver before the change.
新たに登録された承認者の役職が、変更前の承認者の役職より低く、権限レベルが低いと判定した場合(ステップS4−4において「NO」の場合)、承認管理サーバ20の制御部21は、変更拒絶処理を実行する(ステップS4−5)。具体的には、制御部21の申請管理手段214は、クライアント端末10に対して、承認者を変更できないことを示すメッセージを出力する。 When it is determined that the position of the newly registered approver is lower than the position of the approver before the change and the authority level is low (in the case of “NO” in step S4-4), the control unit 21 of the approval management server 20 Executes change rejection processing (step S4-5). Specifically, the application management unit 214 of the control unit 21 outputs a message indicating that the approver cannot be changed to the client terminal 10.
一方、新たに登録された承認者の役職が、変更前の承認者の役職以上であり、権限レベルが同等以上と判定した場合(ステップS4−4において「YES」の場合)、承認管理サーバ20の制御部21は、変更登録処理を実行する(ステップS4−6)。具体的には、制御部21の申請管理手段214は、個別情報記憶部27において、ジョブIDが記録された個別管理データ270において、指定された変更前の承認者の従業員コードを、新たに指定された承認者の従業員コードに変更する。 On the other hand, when it is determined that the newly registered approver's title is higher than or equal to the post of the approver before the change and the authority level is equal to or higher (in the case of “YES” in step S4-4), the approval management server 20 The control unit 21 executes change registration processing (step S4-6). Specifically, the application management unit 214 of the control unit 21 newly adds the employee code of the designated approver before the change in the individual management data 270 in which the job ID is recorded in the individual information storage unit 27. Change to the employee code of the specified approver.
次に、承認管理サーバ20の制御部21は、承認者毎に通常の猶予期間の設定処理を実行する(ステップS4−7)。具体的には、制御部21の申請管理手段214は、必須の承認者であって、承認が終わっていない承認者を特定する。そして、申請管理手段214は、猶予期間テーブルから、各承認者の役職に対応する猶予期間を取得する。 Next, the control unit 21 of the approval management server 20 executes a normal grace period setting process for each approver (step S4-7). Specifically, the application management unit 214 of the control unit 21 identifies an approver who is an indispensable approver and has not been approved. Then, the application management unit 214 acquires a grace period corresponding to each approver's position from the grace period table.
次に、承認管理サーバ20の制御部21は、最終承認予定日の算出処理を実行する(ステップS4−8)。具体的には、制御部21の申請管理手段214は、システムタイマから現在日時を取得し、未承認の承認者の猶予期間を加算することにより、最終承認予定日を算出する。 Next, the control unit 21 of the approval management server 20 executes a final approval scheduled date calculation process (step S4-8). Specifically, the application management unit 214 of the control unit 21 obtains the current date and time from the system timer, and calculates the final approval scheduled date by adding the grace period of the unapproved approver.
次に、承認管理サーバ20の制御部21は、ステップS3−6〜S3−9と同様に、期限調整が必要かどうかについての判定処理(ステップS4−9)、各承認期限の登録処理(ステップS4−10)、調整画面の出力処理(ステップS4−11)、調整された各承認期限の登録処理(ステップS4−12)を実行する。 Next, similarly to steps S3-6 to S3-9, the control unit 21 of the approval management server 20 determines whether or not deadline adjustment is necessary (step S4-9), registration processing for each approval deadline (steps). S4-10), adjustment screen output processing (step S4-11), and adjustment processing for each approved approval deadline (step S4-12).
(進捗一覧管理処理)
次に、図14を用いて進捗一覧管理処理を説明する。
まず、承認管理サーバ20の制御部21は、ユーザの特定処理を実行する(ステップS5−1)。具体的には、制御部21のユーザ認証手段212は、クライアント端末10から取得した従業員コード及び認証コードに基づいて、ユーザ認証を行なうことにより、ユーザを特定する。
(Progress list management process)
Next, the progress list management process will be described with reference to FIG.
First, the control unit 21 of the approval management server 20 executes a user specifying process (step S5-1). Specifically, the user authentication unit 212 of the control unit 21 specifies the user by performing user authentication based on the employee code and the authentication code acquired from the client terminal 10.
次に、承認管理サーバ20の制御部21は、ユーザが承認者となっている申請の抽出処理を実行する(ステップS5−2)。具体的には、制御部21の画面制御手段213は、個別情報記憶部27において、認証されたユーザの従業員コードが承認者として登録されているジョブの個別管理データ270を抽出する。そして、画面制御手段213は、抽出した個別管理データ270に記録されている管理IDにより、ジョブIDを特定する。 Next, the control unit 21 of the approval management server 20 executes an application extraction process in which the user is an approver (step S5-2). Specifically, the screen control means 213 of the control unit 21 extracts the individual management data 270 of the job in which the employee code of the authenticated user is registered as the approver in the individual information storage unit 27. Then, the screen control unit 213 identifies the job ID based on the management ID recorded in the extracted individual management data 270.
次に、承認管理サーバ20の制御部21は、承認予定リストの作成処理を実行する(ステップS5−3)。具体的には、制御部21の画面制御手段213は、抽出したジョブを一覧表示させた承認予定リストを作成する。ここでは、画面制御手段213は、ジョブIDが記録された個別管理データ270を個別情報記憶部27から抽出する。そして、画面制御手段213は、この承認予定リストにおいて、個別管理データ270を用いて各ジョブの進捗状況を表示させる。 Next, the control unit 21 of the approval management server 20 executes an approval schedule list creation process (step S5-3). Specifically, the screen control unit 213 of the control unit 21 creates an approval schedule list in which the extracted jobs are displayed as a list. Here, the screen control unit 213 extracts the individual management data 270 in which the job ID is recorded from the individual information storage unit 27. Then, the screen control means 213 displays the progress status of each job using the individual management data 270 in this approval schedule list.
次に、承認管理サーバ20の制御部21は、承認期限が近い順番での並び替え処理を実行する(ステップS5−4)。具体的には、制御部21の画面制御手段213は、抽出した個別管理データ270を用いて、このユーザにおける作業待ちとなっている各ジョブの承認期限を特定する。そして、画面制御手段213は、承認予定リストにおいて、承認期限が近いものから、ジョブを順番に並び替える。 Next, the control unit 21 of the approval management server 20 executes a rearrangement process in the order of close approval deadlines (step S5-4). Specifically, the screen control means 213 of the control unit 21 uses the extracted individual management data 270 to specify the approval deadline of each job that is waiting for work for this user. Then, the screen control unit 213 rearranges the jobs in order from the approval schedules with the closest approval deadlines.
次に、承認管理サーバ20の制御部21は、承認予定リストの表示処理を実行する(ステップS5−5)。具体的には、制御部21の画面制御手段213は、トップ画面610において、作成した承認予定リストを「作業待ち」として出力する。 Next, the control unit 21 of the approval management server 20 executes an approval schedule list display process (step S5-5). Specifically, the screen control means 213 of the control unit 21 outputs the created approval schedule list as “waiting for work” on the top screen 610.
(承認時処理)
次に、図15を用いて、承認時処理を説明する。ここでは、承認者が承認入力を行なった場合に実行される。
(Processing at the time of approval)
Next, the approval process will be described with reference to FIG. Here, it is executed when the approver inputs the approval.
まず、承認管理サーバ20の制御部21は、承認情報の取得処理を実行する(ステップS6−1)。具体的には、制御部21の画面制御手段213は、承認者のクライアント端末10から、承認画面において入力された承認情報を取得する。この場合、画面制御手段213は、承認管理手段215に処理を引き継ぐ。 First, the control unit 21 of the approval management server 20 executes an acquisition process of approval information (step S6-1). Specifically, the screen control means 213 of the control unit 21 acquires the approval information input on the approval screen from the client terminal 10 of the approver. In this case, the screen control unit 213 takes over the process to the approval management unit 215.
次に、承認管理サーバ20の制御部21は、全業務ステップを終了したかどうかについての判定処理を実行する(ステップS6−2)。具体的には、制御部21の承認管理手段215は、個別情報記憶部27に記録された個別管理データ270の進捗状況に基づいて判定する。ここで、業務プロセス記憶部24に記録された業務ステップにおいて、すべての回付先の承認が完了している場合には、全業務ステップを終了したと判定する。 Next, the control unit 21 of the approval management server 20 executes a determination process as to whether or not all business steps have been completed (step S6-2). Specifically, the approval management means 215 of the control unit 21 makes a determination based on the progress status of the individual management data 270 recorded in the individual information storage unit 27. Here, in the business step recorded in the business process storage unit 24, when the approval of all the circulation destinations is completed, it is determined that all the business steps have been completed.
全業務ステップを終了と判定した場合(ステップS6−2において「YES」の場合)、承認管理サーバ20の制御部21は、完了通知処理を実行する(ステップS6−3)。具体的には、制御部21の承認管理手段215は、個別情報記憶部27において、承認されたジョブIDに記録された個別管理データ270を用いて申請者の従業員コードを特定する。次に、承認管理手段215は、特定した従業員コードが記録されたユーザ管理レコード230をユーザ記憶部23から抽出してメールアドレスを取得する。そして、承認管理手段215は、このメールアドレスに対して、最終承認を完了したことを通知するための電子メールを送信する。 When it is determined that all business steps are finished (in the case of “YES” in step S6-2), the control unit 21 of the approval management server 20 executes a completion notification process (step S6-3). Specifically, the approval management means 215 of the control unit 21 specifies the employee code of the applicant using the individual management data 270 recorded in the approved job ID in the individual information storage unit 27. Next, the approval management unit 215 extracts the user management record 230 in which the identified employee code is recorded from the user storage unit 23, and acquires an email address. Then, the approval management means 215 transmits an e-mail for notifying that the final approval has been completed to this e-mail address.
一方、全業務ステップを終了していないと判定した場合(ステップS6−2において「NO」の場合)、承認管理サーバ20の制御部21は、現在の業務ステップを終了したかどうかについての判定処理を実行する(ステップS6−4)。具体的には、制御部21の承認管理手段215は、個別情報記憶部27において、承認されたジョブIDが記録されている個別管理データ270を用いて特定した進捗状況に基づいて判定する。ここでは、現在の業務ステップにおいて、回付区分が必須の回付先の承認が完了している場合には、現在の業務ステップを終了したと判定する。 On the other hand, when it is determined that all business steps have not been completed (in the case of “NO” in step S6-2), the control unit 21 of the approval management server 20 determines whether or not the current business step has been completed. Is executed (step S6-4). Specifically, the approval management unit 215 of the control unit 21 makes a determination based on the progress status specified in the individual information storage unit 27 using the individual management data 270 in which the approved job ID is recorded. Here, in the current business step, if the approval of the circulation destination whose circulation category is essential is completed, it is determined that the current business step is completed.
現在の業務ステップを終了したと判定した場合(ステップS6−4において「YES」の場合)、承認管理サーバ20の制御部21は、次の業務ステップへの展開処理を実行する(ステップS6−5)。具体的には、制御部21の承認管理手段215は、業務プロセス記憶部24において、このジョブの次の業務ステップを特定する。一方、現在の業務ステップを終了していないと判定した場合(ステップS6−4において「NO」の場合)、承認管理サーバ20の制御部21は、次の業務ステップへの展開処理(ステップS6−5)をスキップする。 When it is determined that the current business step has been completed (in the case of “YES” in step S6-4), the control unit 21 of the approval management server 20 executes a deployment process to the next business step (step S6-5). ). Specifically, the approval management means 215 of the control unit 21 specifies the next business step of this job in the business process storage unit 24. On the other hand, when it is determined that the current business step has not been completed (in the case of “NO” in step S6-4), the control unit 21 of the approval management server 20 expands the next business step (step S6- 5) is skipped.
次に、承認管理サーバ20の制御部21は、展開可能な回付先があるかどうかについての判定処理を実行する(ステップS6−6)。具体的には、制御部21の承認管理手段215は、現在の業務ステップを終了していない場合には、承認されたジョブIDが記録されている個別管理データ270を用いて、現在の業務ステップにおいて次の回付先を検索する。また、次の業務ステップに展開した場合には、新たな業務ステップにおいて最初の回付先を検索する。 Next, the control unit 21 of the approval management server 20 executes a determination process as to whether or not there is a deployable circulation destination (step S6-6). Specifically, the approval management unit 215 of the control unit 21 uses the individual management data 270 in which the approved job ID is recorded when the current job step is not finished, The next circulation destination is searched in. In addition, when expanded to the next business step, the first circulation destination is searched in a new business step.
展開可能な回付先がないと判定した場合(ステップS6−6において「NO」の場合)、承認管理サーバ20の制御部21は、承認時処理を終了する。
一方、展開可能な回付先があると判定した場合(ステップS6−6において「YES」の場合)、承認管理サーバ20の制御部21は、回付先が承認者かどうかについての判定処理を実行する(ステップS6−7)。具体的には、制御部21の承認管理手段215は、回付ルート記憶部25において、次の回付先の回付区分を特定し、この回付区分により承認者かどうかを判定する。
When it is determined that there is no distribution destination that can be expanded (NO in step S6-6), the control unit 21 of the approval management server 20 ends the approval process.
On the other hand, when it is determined that there is a distributable distribution destination (in the case of “YES” in step S6-6), the control unit 21 of the approval management server 20 performs a determination process as to whether the distribution destination is an approver. Execute (Step S6-7). Specifically, the approval management means 215 of the control unit 21 specifies the circulation category of the next circulation destination in the circulation route storage unit 25, and determines whether or not the person is the approver based on the circulation category.
ここで、回付先が承認者でないと判定した場合(ステップS6−7において「NO」の場合)、承認管理サーバ20の制御部21は、回付登録処理を実行する(ステップS6−8)。具体的には、制御部21の承認管理手段215は、個別情報記憶部27において、ジョブID、ドキュメントIDが記録された個別管理データ270の新たな回付先に対して、進捗状況として回付状態(連絡済、配付済等)を登録する。 If it is determined that the circulation destination is not an approver (“NO” in step S6-7), the control unit 21 of the approval management server 20 executes a circulation registration process (step S6-8). . Specifically, the approval management unit 215 of the control unit 21 circulates as a progress status to a new distribution destination of the individual management data 270 in which the job ID and document ID are recorded in the individual information storage unit 27. Register the status (contacted, distributed, etc.).
一方、回付先が承認者と判定した場合(ステップS6−7において「YES」の場合)、承認管理サーバ20の制御部21は、承認期限の再調整処理を実行する(ステップS6−9)。具体的には、制御部21の承認管理手段215は、システムタイマから現在日付を取得する。 On the other hand, when it is determined that the distribution destination is the approver (“YES” in step S6-7), the control unit 21 of the approval management server 20 executes the readjustment process for the approval deadline (step S6-9). . Specifically, the approval management means 215 of the control unit 21 acquires the current date from the system timer.
次に、承認管理手段215は、猶予期間テーブルから、後続の承認者についての猶予期間を取得する。そして、承認管理手段215は、現在日付に対して、承認者毎に、順次、猶予期間を加算して、承認期限を再計算し、個別情報記憶部27において、承認期限が記録されている個別管理データ270を更新する。 Next, the approval management unit 215 acquires a grace period for the subsequent approver from the grace period table. Then, the approval management unit 215 adds the grace period sequentially for each approver for the current date, recalculates the approval deadline, and the individual information storage unit 27 records the approval deadline. The management data 270 is updated.
次に、承認管理サーバ20の制御部21は、次の承認者に展開登録処理を実行する(ステップS6−10)。具体的には、制御部21の承認管理手段215は、個別情報記憶部27において、この承認者の進捗状況が記録されている個別管理データ270において作業待ちを登録する。 Next, the control unit 21 of the approval management server 20 executes a deployment registration process for the next approver (step S6-10). Specifically, the approval management means 215 of the control unit 21 registers the waiting for work in the individual management data 270 in which the progress status of the approver is recorded in the individual information storage unit 27.
本実施形態によれば、以下のような効果を得ることができる。
(1)本実施形態では、業務プロセスにおいては、複数の業務ステップから構成される。各業務ステップにおいては、回付ルートにおいて定められた部署、役職、個人への回付(連絡や承認)が行なわれる。そして、承認時処理において、全業務ステップを終了していないと判定した場合(ステップS6−2において「NO」の場合)であって、現在の業務ステップを終了したと判定した場合(ステップS6−4において「YES」の場合)、承認管理サーバ20の制御部21は、次の業務ステップへの展開処理を実行する(ステップS6−5)。これにより、一つの業務プロセスを複数の業務ステップから構成することにより、業務プロセスの構成の自由度を確保することができる。従って、新たな業務プロセスを、既存の業務ステップを組み合わせて、効率的に作成することができる。
According to this embodiment, the following effects can be obtained.
(1) In this embodiment, a business process is composed of a plurality of business steps. In each business step, circulation (contact and approval) to departments, positions and individuals determined in the circulation route is performed. In the approval process, when it is determined that all business steps have not been completed (in the case of “NO” in step S6-2), it is determined that the current business step has been completed (step S6-). 4, in the case of “YES”), the control unit 21 of the approval management server 20 executes the expansion process to the next business step (step S <b> 6-5). Thus, by configuring a single business process from a plurality of business steps, it is possible to ensure a degree of freedom in configuring the business process. Therefore, a new business process can be efficiently created by combining existing business steps.
(2)本実施形態では、ドキュメント登録画面611において入力された値(属性)は属種と関連付けられて、個別情報記憶部27に登録される。個別情報記憶部27には、承認について申請されたジョブを管理するための個別管理データ270が記録される。個別管理データ270には、管理ID、属種、属性に関するデータを含んで構成される。これにより、属種と属性(値)とを関連付けて記憶するので、属種を増やす等のデータ構成の変更等の自由度を高くすることができる。従って、データ構成の修正作業の負荷を軽減することができる。 (2) In this embodiment, the value (attribute) input on the document registration screen 611 is associated with the genus and registered in the individual information storage unit 27. In the individual information storage unit 27, individual management data 270 for managing a job for which approval has been applied is recorded. The individual management data 270 includes data related to the management ID, genus species, and attributes. Thereby, since the genus species and the attribute (value) are stored in association with each other, the degree of freedom in changing the data configuration such as increasing the genus species can be increased. Therefore, it is possible to reduce the load of data structure correction work.
(3)本実施形態では、承認管理サーバ20の制御部21は、表示画面の利用制御処理を実行する(ステップS2−4)。具体的には、制御部21の画面制御手段213は、画面記憶部26に記録された画面データのプロパティにおいて、利用条件(「前のステップ」、「前のステップの状態」)を取得する。そして、利用条件が設定されている場合、画面制御手段213は、このジョブIDにおいて、前のステップIDの業務ステップの状態を個別情報記憶部27において特定する。そして、画面制御手段213は、特定した前の業務ステップの状態が利用条件に一致する場合には、選択された業務ステップの画面を利用可能とする。これにより、画面データに設定されているプロパティを用いて、業務ステップにおける情報入力や表示を制限することができる。 (3) In the present embodiment, the control unit 21 of the approval management server 20 executes a display screen usage control process (step S2-4). Specifically, the screen control unit 213 of the control unit 21 acquires the usage conditions (“previous step”, “previous step state”) in the properties of the screen data recorded in the screen storage unit 26. If the usage conditions are set, the screen control unit 213 specifies the status of the business step of the previous step ID in the individual information storage unit 27 in this job ID. Then, the screen control unit 213 makes the screen of the selected business step usable when the identified state of the previous business step matches the usage condition. As a result, it is possible to limit information input and display in the business step using the property set in the screen data.
(4)本実施形態では、承認管理サーバ20の制御部21は、画面表示処理を実行する(ステップS2−6)。具体的には、制御部21の画面制御手段213は、取得した属性(値)を、スタイルシートにおいて属種が設定されたフィールドに張り付けた表示画面を生成する。これにより、個別情報記憶部27に記録された属性(値)を用いて、表示画面を出力することができる。 (4) In this embodiment, the control part 21 of the approval management server 20 performs a screen display process (step S2-6). Specifically, the screen control means 213 of the control unit 21 generates a display screen in which the acquired attribute (value) is pasted to the field in which the genus is set in the style sheet. Thereby, a display screen can be output using the attribute (value) recorded in the individual information storage unit 27.
(5)本実施形態では、承認管理サーバ20の制御部21は、承認者毎に通常の猶予期間の設定処理を実行する(ステップS3−3)。これにより、承認者の属性に応じて、各承認者の承認期限を設定することができる。 (5) In this embodiment, the control unit 21 of the approval management server 20 executes a normal grace period setting process for each approver (step S3-3). Thereby, according to an approver's attribute, the approval time limit of each approver can be set.
(6)本実施形態では、承認管理サーバ20の制御部21は、最終承認予定日の出力処理を実行する(ステップS3−5)。「調整必要」のアイコンが選択され、期限調整が必要と判定した場合(ステップS3−6において「YES」の場合)、承認管理サーバ20の制御部21は、調整画面の出力処理を実行する(ステップS3−8)。これにより、最終承認予定日を考慮して、各承認者の承認期限を調整することができる。 (6) In the present embodiment, the control unit 21 of the approval management server 20 executes output processing for the final approval scheduled date (step S3-5). When the “adjustment necessary” icon is selected and it is determined that deadline adjustment is necessary (in the case of “YES” in step S3-6), the control unit 21 of the approval management server 20 executes an adjustment screen output process ( Step S3-8). Thereby, the approval deadline of each approver can be adjusted in consideration of the final approval scheduled date.
(7)本実施形態では、承認者変更処理において、新たに登録された承認者の所属部署と、変更前の承認者の所属部署とが同一でないと判定した場合(ステップS4−2において「NO」の場合)、承認管理サーバ20の制御部21は、確認通知処理を実行する(ステップS4−3)。これにより、元の承認者の承諾の下に、申請を他の部署に展開することができる。 (7) In this embodiment, when it is determined in the approver change process that the newly registered approver's department and the approver's department before the change are not the same ("NO" in step S4-2) ”), The control unit 21 of the approval management server 20 executes a confirmation notification process (step S4-3). This allows the application to be deployed to other departments with the consent of the original approver.
(8)本実施形態では、承認者変更処理において、新たに登録された承認者の役職が、変更前の承認者の役職以上であり、権限レベルが同等以上と判定した場合(ステップS4−4において「YES」の場合)、承認管理サーバ20の制御部21は、変更登録処理を実行する(ステップS4−6)。これにより、権限レベルに応じて、承認者を効率的に変更することができる。 (8) In this embodiment, when it is determined in the approver change process that the newly registered approver's job title is higher than the approver job before the change and the authority level is equal or higher (step S4-4). In the case of “YES”), the control unit 21 of the approval management server 20 executes a change registration process (step S4-6). Thereby, the approver can be changed efficiently according to the authority level.
(9)本実施形態では、承認者変更処理において、承認管理サーバ20の制御部21は、最終承認予定日の算出処理を実行する(ステップS4−8)。そして、承認管理サーバ20の制御部21は、期限調整が必要かどうかについての判定処理(ステップS4−9)、各承認期限の登録処理(ステップS4−10)、調整画面の出力処理(ステップS4−11)、調整された各承認期限の登録処理(ステップS4−12)を実行する。これにより、承認者を変更した場合においても、最終承認予定日を考慮した承認期限の調整を行なうことができる。 (9) In this embodiment, in the approver change process, the control unit 21 of the approval management server 20 executes a process for calculating the final approval date (step S4-8). Then, the control unit 21 of the approval management server 20 determines whether or not deadline adjustment is necessary (step S4-9), registration processing for each approval deadline (step S4-10), and adjustment screen output processing (step S4). -11) The registration process of each adjusted approval deadline (step S4-12) is executed. Thereby, even when the approver is changed, the approval deadline can be adjusted in consideration of the scheduled final approval date.
(10)本実施形態では、進捗一覧管理処理において、承認管理サーバ20の制御部21は、承認期限が近い順番での並び替え処理を実行する(ステップS5−4)。これにより、承認者は、承認期限を考慮して、承認作業を行なうことができる。 (10) In the present embodiment, in the progress list management process, the control unit 21 of the approval management server 20 executes the rearrangement process in the order of the approval deadlines (step S5-4). Thereby, the approver can perform the approval work in consideration of the approval deadline.
(11)本実施形態では、承認時処理において、承認管理サーバ20の制御部21は、承認期限の再調整処理を実行する(ステップS6−9)。これにより、進捗状況に応じて、後続の回付先の承認期限を調整することができる。 (11) In the present embodiment, in the approval process, the control unit 21 of the approval management server 20 executes an approval deadline readjustment process (step S6-9). Thereby, the approval deadline of the subsequent circulation destination can be adjusted according to the progress status.
なお、上記各実施形態は以下のように変更してもよい。
・ 上記実施形態では、進捗一覧管理処理において、承認期限が近い順番での並び替え処理を実行する(ステップS5−4)。これに加えて、承認者のスケジュールに応じて、承認者に対して注意喚起を行なうようにしてもよい。この場合には、ユーザ(従業員)のスケジュールを管理するスケジュール管理サーバを用いる。このスケジュール管理サーバにおいては、ユーザの従業員コードに関連付けて、休暇や出張の日程情報等、承認対応できないイベント期間を登録しておく。そして、図16に示す進捗一覧管理処理を実行する。
In addition, you may change each said embodiment as follows.
In the above embodiment, in the progress list management process, the rearrangement process is executed in the order in which the approval deadlines are close (step S5-4). In addition to this, the approver may be alerted according to the approver's schedule. In this case, a schedule management server for managing a user (employee) schedule is used. In this schedule management server, event periods that cannot be approved, such as vacation and business trip schedule information, are registered in association with the employee code of the user. Then, the progress list management process shown in FIG. 16 is executed.
ここでは、ステップS5−1〜S5−4と同様に、承認管理サーバ20の制御部21は、ユーザの特定処理(ステップS7−1)〜承認期限が近い順番での並び替え処理(ステップS7−4)を実行する。 Here, similarly to steps S5-1 to S5-4, the control unit 21 of the approval management server 20 performs the sorting process (step S7-) in the order from the user specifying process (step S7-1) to the approval deadline. 4) is executed.
次に、承認管理サーバ20の制御部21は、ユーザのスケジュールの取得処理を実行する(ステップS7−5)。具体的には、制御部21の画面制御手段213は、現在日付から、最も遅い承認期限までの期間について、スケジュール管理サーバから、この承認者のスケジュール(イベント期間)を取得する。 Next, the control unit 21 of the approval management server 20 executes a user schedule acquisition process (step S7-5). Specifically, the screen control means 213 of the control unit 21 acquires the approver's schedule (event period) from the schedule management server for the period from the current date to the latest approval deadline.
次に、承認管理サーバ20の制御部21は、スケジュールと承認期限との照合処理を実行する(ステップS7−6)。具体的には、制御部21の画面制御手段213は、個別情報記憶部27において、各ジョブのジョブIDが記録された個別管理データ270を用いて、この承認者の直前の先行承認者の承認期限を取得する。次に、画面制御手段213は、先行承認者の承認期限から、この承認者の承認期限までの承認期間を算出する。そして、画面制御手段213は、算出した承認期間と、承認対応ができないイベントが登録されたイベント期間とを比較する。 Next, the control unit 21 of the approval management server 20 executes a collation process between the schedule and the approval deadline (step S7-6). Specifically, the screen control unit 213 of the control unit 21 uses the individual management data 270 in which the job ID of each job is recorded in the individual information storage unit 27 to approve the preceding approver immediately before this approver. Get a deadline. Next, the screen control unit 213 calculates an approval period from the approval date limit of the preceding approver to the approval date limit of the approver. Then, the screen control unit 213 compares the calculated approval period with an event period in which an event that cannot be approved is registered.
次に、承認管理サーバ20の制御部21は、注意喚起処理を実行する(ステップS7−7)。具体的には、制御部21の画面制御手段213は、承認期間がイベント期間で満たされている申請を特定する。そして、画面制御手段213は、特定した申請に対して、承認予定リストにおいて注意情報を付加する。 Next, the control unit 21 of the approval management server 20 executes an alerting process (step S7-7). Specifically, the screen control means 213 of the control unit 21 identifies an application whose approval period is satisfied with the event period. Then, the screen control unit 213 adds caution information in the approval schedule list to the identified application.
そして、承認管理サーバ20の制御部21は、ステップS5−5と同様に、承認予定リストの表示処理を実行する(ステップS7−8)。
これにより、承認者のスケジュールを考慮して、承認が困難な申請について注意喚起することができる。
And the control part 21 of the approval management server 20 performs the display process of an approval schedule list similarly to step S5-5 (step S7-8).
Thereby, it is possible to alert an application that is difficult to approve in consideration of the approver's schedule.
なお、この注意喚起は、申請登録処理において行なうようにしてもよい。具体的には、申請について、各承認者の承認期限を算出した場合、制御部21の申請管理手段214は、各承認者のスケジュールを取得する。次に、申請管理手段214は、各承認者の承認期間(先行承認者の承認期限から各承認者の承認期限までの期間)を算出する。次に、申請管理手段214は、スケジュール管理サーバから、各承認者のスケジュール(イベント期間)を取得する。そして、各承認者において承認対応ができないイベントが登録されたイベント期間と比較する。ここで、申請管理手段214は、承認期間がイベント期間で満たされている場合には、申請者に対して注意喚起を行なう。 This alerting may be performed in the application registration process. Specifically, when the approval deadline of each approver is calculated for the application, the application management unit 214 of the control unit 21 acquires the schedule of each approver. Next, the application management unit 214 calculates the approval period of each approver (the period from the approval date of the previous approver to the approval date of each approver). Next, the application management unit 214 acquires the schedule (event period) of each approver from the schedule management server. And it compares with the event period when the event which cannot respond to approval in each approver was registered. Here, the application management unit 214 alerts the applicant when the approval period is satisfied by the event period.
また、この注意喚起を行なうタイミングは、進捗一覧管理処理に限定されるものではない。例えば、業務プロセスの途中で承認者が変更された場合や、承認者が承認を行なうことができないイベント期間が登録された場合に行なうようにしてもよい。具体的には、制御部21の承認管理手段215が、承認者の変更や、各承認者のイベント登録を検出した場合、個別情報記憶部27を用いて、この承認者が登録された個別管理データ270を検索する。そして、承認管理手段215は、抽出した個別管理データ270を用いて、この承認者の承認期間とイベント期間とを比較する。そして、承認管理手段215は、承認期間がイベント期間で満たされている場合には、申請者に対して注意喚起を行なう。 Further, the timing for making this alert is not limited to the progress list management process. For example, it may be performed when the approver is changed during the business process or when an event period during which the approver cannot approve is registered. Specifically, when the approval management unit 215 of the control unit 21 detects a change of the approver or an event registration of each approver, the individual management in which the approver is registered using the individual information storage unit 27. Data 270 is searched. Then, the approval management unit 215 uses the extracted individual management data 270 to compare the approval period of the approver with the event period. Then, the approval management means 215 alerts the applicant when the approval period is satisfied with the event period.
・ 上記実施形態では、猶予期間テーブルを用いて、各承認者の承認期限を算出する。この猶予期間テーブルにおいては、各承認者の役職に対応させて、現在日付から承認期限を算出するための猶予期間に関するデータが記録されている。ここで、承認者のスケジュールに応じて、猶予期間を変更するようにしてもよい。この場合には、スケジュール管理サーバから、各承認者について登録されたイベント情報を取得する。そして、各承認者において、すべての承認期間に対して、イベント期間が重複しないように、猶予期間を延長又は短縮する。これにより、承認者のスケジュールに応じた承認期限を設定することができる。 In the above embodiment, the approval deadline of each approver is calculated using the grace period table. In this grace period table, data relating to a grace period for calculating an approval deadline from the current date is recorded in association with the position of each approver. Here, the grace period may be changed according to the approver's schedule. In this case, event information registered for each approver is acquired from the schedule management server. In each approver, the grace period is extended or shortened so that the event periods do not overlap with respect to all the approval periods. Thereby, the approval time limit according to an approver's schedule can be set.
・ 上記実施形態では、進捗一覧管理処理において、承認管理サーバ20の制御部21は、承認予定リストの表示処理を実行する(ステップS5−5)。ここで、申請内容について、承認者に対して事前説明が行なわれている場合には、承認予定リストにおいて事前説明済みを表示させるようにしてもよい。この場合には、申請登録処理において、回付ルートに含まれる承認者を特定して、事前説明を行なった承認者について事前説明済み情報を入力する。この場合、個別情報記憶部27において、ジョブID、承認者の従業員コードが記録された個別管理データ270に、事前説明済みフラグを記録する。そして、制御部21の画面制御手段213は、この事前説明済みフラグが記録されている承認者の承認予定リストに、事前説明済み情報を出力する。これにより、承認者は、事前説明を考慮して効率的に承認を行なうことができる。 In the above embodiment, in the progress list management process, the control unit 21 of the approval management server 20 executes a display process of the approval schedule list (step S5-5). Here, in the case where an advance explanation is given to the approver for the application content, a prior explanation may be displayed in the approval schedule list. In this case, in the application registration process, the approver included in the circulation route is specified, and the pre-explained information is input for the approver who made the prior explanation. In this case, the previously explained flag is recorded in the individual management data 270 in which the job ID and the approver's employee code are recorded in the individual information storage unit 27. Then, the screen control means 213 of the control unit 21 outputs the pre-explained information to the approver's approval schedule list in which the pre-explained flag is recorded. As a result, the approver can efficiently approve in consideration of the prior explanation.
また、事前説明済みフラグが記録されている承認者については、承認期限を算出するための猶予期間を短縮するようにしてもよい。この場合には、猶予期間テーブルにおいて、事前説明済みの申請について、短縮された猶予期間を算出するための情報を登録しておく。そして、制御部21の申請管理手段214は、ステップS4−7において、事前説明済みフラグが記録されている承認者については、短縮された猶予期間を算出する。これにより、事前説明を行なっている場合には、承認期限の前倒しにより迅速な回付を行なうことができる。 Further, for the approver in which the pre-explained flag is recorded, the grace period for calculating the approval deadline may be shortened. In this case, information for calculating the shortened grace period is registered in the grace period table for the application that has been explained in advance. And the application management means 214 of the control part 21 calculates the shortened grace period about the approver in which the prior explained flag was recorded in step S4-7. Thereby, when prior explanation is given, quick circulation can be performed by advancing the approval deadline.
・ 上記実施形態では、進捗一覧管理処理において、承認期限が近い順番での並び替え処理を実行する(ステップS5−4)。これに加えて、人事異動を考慮して承認予定リストを作成するようにしてもよい。この場合には、ユーザ(従業員)の人事異動を管理する人事管理サーバを用いる。この人事管理サーバにおいては、ユーザの従業員コードに関連付けて、異動予定日、人事内容を登録しておく。そして、図17に示す進捗一覧管理処理を実行する。 In the above embodiment, in the progress list management process, the rearrangement process is executed in the order in which the approval deadlines are close (step S5-4). In addition to this, an approval schedule list may be created in consideration of personnel changes. In this case, a personnel management server that manages personnel changes of users (employees) is used. In this personnel management server, the scheduled transfer date and personnel details are registered in association with the employee code of the user. Then, the progress list management process shown in FIG. 17 is executed.
ここでは、ステップS5−1〜S5−4と同様に、承認管理サーバ20の制御部21は、ユーザの特定処理(ステップS8−1)〜承認期限が近い順番での並び替え処理(ステップS8−4)を実行する。 Here, similarly to steps S5-1 to S5-4, the control unit 21 of the approval management server 20 performs the sorting process (step S8-) in the order from the user specifying process (step S8-1) to the approval deadline. 4) is executed.
次に、承認管理サーバ20の制御部21は、人事異動情報の取得処理を実行する(ステップS8−5)。具体的には、制御部21の画面制御手段213は、人事管理サーバにアクセスし、このユーザ(ここでは、承認者)の人事異動情報(異動予定日及び異動先)を取得する。 Next, the control unit 21 of the approval management server 20 executes personnel change information acquisition processing (step S8-5). Specifically, the screen control means 213 of the control unit 21 accesses the personnel management server and acquires personnel change information (scheduled change date and destination) of this user (here, the approver).
次に、承認管理サーバ20の制御部21は、異動予定があるかどうかについての判定処理を実行する(ステップS8−6)。具体的には、制御部21の画面制御手段213は、人事管理サーバから取得した人事異動情報に基づいて、この承認者の人事異動の有無を判定する。 Next, the control unit 21 of the approval management server 20 executes a determination process as to whether or not there is a change schedule (step S8-6). Specifically, the screen control unit 213 of the control unit 21 determines whether or not there is a personnel change of the approver based on the personnel change information acquired from the personnel management server.
異動予定があると判定した場合(ステップS8−6において「YES」の場合)、承認管理サーバ20の制御部21は、承認期限が異動予定日から所定日数内の申請の特定処理を実行する(ステップS8−7)。具体的には、制御部21の画面制御手段213は、直前の先行承認者の承認期限から、この承認者の承認期限までの承認期間を算出する。そして、画面制御手段213は、人事異動情報に含まれる異動予定日と承認期間とを比較し、承認期間に異動予定日が含まれる申請を特定する。 When it is determined that there is a change schedule (in the case of “YES” in step S8-6), the control unit 21 of the approval management server 20 executes a process for specifying an application whose approval deadline is within a predetermined number of days from the scheduled transfer date ( Step S8-7). Specifically, the screen control means 213 of the control unit 21 calculates the approval period from the approval deadline of the immediately preceding approver to the approval deadline of this approver. Then, the screen control unit 213 compares the scheduled change date included in the personnel change information with the approval period, and identifies an application whose scheduled change date is included in the approval period.
次に、承認管理サーバ20の制御部21は、注意喚起処理を実行する(ステップS8−8)。具体的には、制御部21の画面制御手段213は、特定した申請に対して、承認予定リストにおいて異動予定日が近いことを示す注意情報を付加する。 Next, the control unit 21 of the approval management server 20 executes a warning process (step S8-8). Specifically, the screen control means 213 of the control unit 21 adds caution information indicating that the scheduled change date is close in the approval schedule list to the specified application.
次に、承認管理サーバ20の制御部21は、承認期限が異動予定日から所定日数以上遅い申請の特定処理を実行する(ステップS8−9)。具体的には、制御部21の画面制御手段213は、直前の先行承認者の承認期限(承認期間の初日)が異動予定日より遅い申請を特定する。 Next, the control unit 21 of the approval management server 20 executes an identification process for an application whose approval deadline is later than a predetermined number of days from the scheduled transfer date (step S8-9). Specifically, the screen control unit 213 of the control unit 21 identifies an application whose approval deadline (first day of the approval period) of the immediately preceding prior approver is later than the scheduled transfer date.
次に、承認管理サーバ20の制御部21は、承認予定リストから削除処理を実行する(ステップS8−10)。具体的には、制御部21の画面制御手段213は、特定した申請について、承認予定リストから削除する。 Next, the control unit 21 of the approval management server 20 executes a deletion process from the approval schedule list (step S8-10). Specifically, the screen control unit 213 of the control unit 21 deletes the identified application from the approval schedule list.
なお、異動予定がないと判定した場合(ステップS8−6において「NO」の場合)、承認管理サーバ20の制御部21は、ステップS8−7〜S8−10の処理をスキップする。また、人事異動予定があっても、同じ部署における昇格の場合には、ステップS8−7〜S8−10の処理をスキップするようにしてもよい。 When it is determined that there is no change schedule (in the case of “NO” in step S8-6), the control unit 21 of the approval management server 20 skips the processes of steps S8-7 to S8-10. In addition, even if there is a personnel change schedule, in the case of promotion in the same department, the processing in steps S8-7 to S8-10 may be skipped.
次に、承認管理サーバ20の制御部21は、ステップS5−5と同様に、承認予定リストの表示処理を実行する(ステップS8−11)。
これにより、人事異動が近い場合には、承認者に対して注意喚起することにより、迅速な承認を促すことができる。また、承認時期に承認者が異動する可能性がある申請は、異動予定者に見せないようにすることができる。
Next, the control part 21 of the approval management server 20 performs the display process of an approval schedule list similarly to step S5-5 (step S8-11).
Thereby, when personnel changes are near, prompt approval can be promoted by alerting the approver. In addition, an application in which an approver may change at the time of approval can be prevented from being shown to a person who is scheduled to change.
なお、この注意喚起は、申請登録処理において行なうようにしてもよい。具体的には、申請について、各承認者の承認期限を算出した場合、画面制御手段213は、各承認者の異動情報を取得する。次に、画面制御手段213は、各承認者の承認期間(先行承認者の承認期限から各承認者の承認期限までの期間)を算出し、各承認者の異動情報に含まれる異動予定日と比較する。そして、画面制御手段213は、異動予定日から承認期限までが基準日数内の申請や、異動予定日が承認期間より遅い場合には、申請者に対して注意喚起を行なう。 This alerting may be performed in the application registration process. Specifically, when the approval deadline of each approver is calculated for the application, the screen control unit 213 acquires the transfer information of each approver. Next, the screen control means 213 calculates the approval period of each approver (the period from the approval deadline of the previous approver to the approval deadline of each approver), and the scheduled transfer date included in the transfer information of each approver Compare. The screen control unit 213 alerts the applicant when the application from the scheduled transfer date to the approval deadline is within the standard number of days or when the scheduled transfer date is later than the approval period.
・ 上記実施形態では、申請登録処理において、承認管理サーバ20の制御部21は、最終承認予定日の算出処理(ステップS3−4)、最終承認予定日の出力処理(ステップS3−5)を実行する。そして、クライアント端末10における入力に基づいて、承認管理サーバ20の制御部21は、期限調整が必要かどうかについての判定処理を実行する(ステップS3−6)。ここで、承認管理サーバ20が承認期限を調整するようにしてもよい。この場合には、個別情報記憶部27に、申請時に、管理ID(ジョブID)、最終承認希望日を記録した個別管理データ270を登録しておく。更に、猶予期間テーブルに、猶予期間を短縮するための圧縮率を記録しておく。そして、図18に示す申請登録処理を実行する。 In the above embodiment, in the application registration process, the control unit 21 of the approval management server 20 executes a final approval scheduled date calculation process (step S3-4) and a final approval scheduled date output process (step S3-5). To do. And based on the input in the client terminal 10, the control part 21 of the approval management server 20 performs the determination process about whether deadline adjustment is required (step S3-6). Here, the approval management server 20 may adjust the approval deadline. In this case, the individual management data 270 in which the management ID (job ID) and the desired final approval date are recorded is registered in the individual information storage unit 27 at the time of application. Furthermore, the compression rate for shortening the grace period is recorded in the grace period table. Then, the application registration process shown in FIG. 18 is executed.
ここでは、承認管理サーバ20の制御部21は、ステップS3−1〜S3−4と同様に、申請の受付処理(ステップS9−1)、申請に基づいて業務プロセスの特定処理(ステップS9−2)、承認者毎に通常の猶予期間を設定処理(ステップS9−3)、最終承認予定日の算出処理(ステップS9−4)を実行する。 Here, similarly to steps S3-1 to S3-4, the control unit 21 of the approval management server 20 receives an application reception process (step S9-1), and identifies a business process based on the application (step S9-2). ), A process for setting a normal grace period for each approver (step S9-3) and a process for calculating a final approval date (step S9-4) are executed.
次に、承認管理サーバ20の制御部21は、最終承認希望日までに間に合うかどうかについての判定処理を実行する(ステップS9−5)。具体的には、制御部21の申請管理手段214は、個別情報記憶部27を用いて、この申請についてのジョブIDが記録された個別管理データ270から最終承認希望日を取得し、算出した最終承認予定日と比較する。 Next, the control unit 21 of the approval management server 20 performs a determination process as to whether or not it is in time for the final approval desired date (step S9-5). Specifically, the application management means 214 of the control unit 21 uses the individual information storage unit 27 to obtain the final approval desired date from the individual management data 270 in which the job ID for this application is recorded, and to calculate the final Compare with the date of approval.
最終承認予定日が最終承認希望日以前であり、最終承認希望日に間に合うと判定した場合(ステップS9−5において「YES」の場合)、承認管理サーバ20の制御部21は、ステップS3−7と同様に、各承認期限の登録処理を実行する(ステップS9−6)。 When it is determined that the final approval date is before the final approval date and is in time for the final approval date (“YES” in step S9-5), the control unit 21 of the approval management server 20 performs step S3-7. Similarly, the registration process for each approval deadline is executed (step S9-6).
一方、最終承認予定日が最終承認希望日より遅く、最終承認希望日に間に合わないと判定した場合(ステップS9−5において「NO」の場合)、承認管理サーバ20の制御部21は、承認者毎に猶予期間の圧縮処理を実行する(ステップS9−7)。具体的には、制御部21の申請管理手段214は、猶予期間テーブルに記録された猶予期間に対して、予め定められた圧縮率を乗算した修正猶予期間を算出する。 On the other hand, when it is determined that the final approval date is later than the final approval date and is not in time for the final approval date (“NO” in step S9-5), the control unit 21 of the approval management server 20 The grace period compression process is executed every time (step S9-7). Specifically, the application management unit 214 of the control unit 21 calculates a modified grace period obtained by multiplying the grace period recorded in the grace period table by a predetermined compression rate.
次に、承認管理サーバ20の制御部21は、最終承認予定日の再算出処理を実行する(ステップS9−8)。具体的には、制御部21の申請管理手段214は、現在日付に対して、回付ルートに含まれる各承認者に対して、順次、修正猶予期間を加算した承認期限を算出する。そして、申請管理手段214は、再度、最終承認者の承認期限を最終承認予定日として算出する。 Next, the control unit 21 of the approval management server 20 executes recalculation processing of the final approval scheduled date (step S9-8). Specifically, the application management unit 214 of the control unit 21 sequentially calculates an approval deadline obtained by adding a correction grace period to each approver included in the circulation route with respect to the current date. Then, the application management unit 214 again calculates the approval deadline of the final approver as the final approval scheduled date.
次に、承認管理サーバ20の制御部21は、ステップS9−5と同様に、最終承認希望日までに間に合うかどうかについての判定処理を実行する(ステップS9−9)。
最終承認予定日が最終承認希望日以前であり、最終承認希望日に間に合うと判定した場合(ステップS9−9において「YES」の場合)、承認管理サーバ20の制御部21は、各承認期限の登録処理を実行する(ステップS9−6)。
Next, the control part 21 of the approval management server 20 performs the determination process about whether it is in time for the final approval desired date similarly to step S9-5 (step S9-9).
When it is determined that the final approval date is before the final approval date and is in time for the final approval date (in the case of “YES” in step S9-9), the control unit 21 of the approval management server 20 determines each approval time limit. Registration processing is executed (step S9-6).
一方、最終承認予定日が最終承認希望日より遅く、最終承認希望日に間に合わないと判定した場合(ステップS9−9において「NO」の場合)、承認管理サーバ20の制御部21は、ステップS3−8、S3−9と同様に、調整画面の出力処理(ステップS9−10)、調整された各承認期限の登録処理(ステップS9−11)を実行する。
これにより、猶予期間を調整して、状況に応じて、最終承認希望日に間に合う承認期限を設定することができる。
On the other hand, when it is determined that the final approval date is later than the final approval date and is not in time for the final approval date (“NO” in step S9-9), the control unit 21 of the approval management server 20 performs step S3. Similarly to S-8 and S3-9, an adjustment screen output process (step S9-10) and a registration process of each adjusted approval deadline (step S9-11) are executed.
Thereby, the grace period can be adjusted and the approval deadline which meets the final approval desired date can be set according to the situation.
また、業務プロセスの途中で、定期的に最終承認予定日の再計算を行なうようにしてもよい。そして、通常の猶予期間を適用して算出した最終承認予定日が最終承認希望日に間に合う場合には、通常の猶予期間を用いて、各承認者の承認期限を再設定する。これにより、承認が前倒しで行なわれている場合には、通常の猶予期間に戻すことができる。 Further, the final approval scheduled date may be periodically recalculated during the business process. Then, when the final approval date calculated by applying the normal grace period is in time for the final approval desired date, the approval deadline of each approver is reset using the normal grace period. As a result, when the approval is made ahead of schedule, it can be returned to the normal grace period.
・ 上記実施形態では、猶予期間テーブルを用いて、各承認者の承認期限を算出する。ここで、一つの業務プロセスにおいて、複数の業務ステップを並行して行なうことがある。この場合には、並行して行なわれる業務ステップを考慮して承認期限を算出するようにしてもよい。ここでは、最終承認までのクリティカルパスを特定し、クリティカルパスを構成する業務ステップの所要期間を用いて、各業務ステップの承認期限を設定する。この申請登録処理を、図19を用いて説明する。 In the above embodiment, the approval deadline of each approver is calculated using the grace period table. Here, a plurality of business steps may be performed in parallel in one business process. In this case, the approval deadline may be calculated in consideration of business steps performed in parallel. Here, the critical path until the final approval is specified, and the approval deadline of each business step is set using the required period of the business step that constitutes the critical path. This application registration process will be described with reference to FIG.
ここでは、承認管理サーバ20の制御部21は、ステップS3−1、ステップS3−2と同様に、申請の受付処理(ステップS10−1)、申請に基づいて業務プロセスの特定処理(ステップS10−2)を実行する。 Here, the control unit 21 of the approval management server 20 receives the application reception process (step S10-1) and the business process identification process based on the application (step S10-) as in steps S3-1 and S3-2. 2) is executed.
次に、承認管理サーバ20の制御部21は、業務ステップ毎の所要期間の算出処理を実行する(ステップS10−3)。各業務ステップに含まれる承認者を特定し、猶予期間テーブルを用いて各承認者の猶予期間を算出する。そして、申請管理手段214は、業務ステップ毎に猶予期間を合計して、業務ステップ毎の所要期間を算出する。 Next, the control unit 21 of the approval management server 20 executes a required period calculation process for each business step (step S10-3). The approver included in each business step is specified, and the grace period of each approver is calculated using the grace period table. Then, the application management unit 214 sums up the grace period for each business step and calculates the required period for each business step.
次に、承認管理サーバ20の制御部21は、業務プロセスのクリティカルパスの特定処理を実行する(ステップS10−4)。具体的には、制御部21の申請管理手段214は、ドキュメント登録画面611のプロパティにおいて、「前のステップ」が共通する業務ステップを特定する。そして、申請管理手段214は、同じ業務ステップを利用条件とする場合には、これらの業務ステップを並行して行なわれる業務ステップ(並行業務ステップ)として特定する。そして、申請管理手段214は、特定した業務ステップの所要期間を比較し、所要期間が長い方をクリティカルパスとして特定する。 Next, the control unit 21 of the approval management server 20 executes critical process identification processing for the business process (step S10-4). Specifically, the application management unit 214 of the control unit 21 specifies a business step having a common “previous step” in the property of the document registration screen 611. Then, when the same business step is used as a use condition, the application management unit 214 identifies these business steps as business steps (parallel business steps) performed in parallel. Then, the application management unit 214 compares the required time periods of the identified business steps, and specifies the longer required time period as a critical path.
次に、承認管理サーバ20の制御部21は、クリティカルパスに含まれる承認者の承認期限の設定処理を実行する(ステップS10−5)。具体的には、制御部21の申請管理手段214は、特定したクリティカルパスの業務ステップに含まれる承認者の猶予期間を用いて、承認期限を算出する。そして、申請管理手段214は、この承認期限を個別情報記憶部27の個別管理データ270に登録する。 Next, the control unit 21 of the approval management server 20 executes an approval deadline setting process for the approver included in the critical path (step S10-5). Specifically, the application management unit 214 of the control unit 21 calculates the approval deadline using the grace period of the approver included in the business step of the identified critical path. Then, the application management unit 214 registers this approval deadline in the individual management data 270 of the individual information storage unit 27.
次に、承認管理サーバ20の制御部21は、並行業務ステップの承認期限の設定処理を実行する(ステップS10−6)。具体的には、制御部21の申請管理手段214は、並行業務ステップの承認期限を、クリティカルパスの業務ステップの承認期限に合わせて、個別情報記憶部27の個別管理データ270に設定する。 Next, the control unit 21 of the approval management server 20 executes an approval deadline setting process for the parallel job step (step S10-6). Specifically, the application management unit 214 of the control unit 21 sets the approval deadline of the parallel job step in the individual management data 270 of the individual information storage unit 27 according to the approval deadline of the critical path job step.
次に、承認管理サーバ20の制御部21は、ステップS3−4と同様に、最終承認予定日の算出処理を実行する(ステップS10−7)。この場合には、クリティカルパスに含まれる業務ステップの猶予期間を用いて、最終承認予定日を算出する。 Next, the control part 21 of the approval management server 20 performs the calculation process of the last approval scheduled date similarly to step S3-4 (step S10-7). In this case, the final approval date is calculated using the grace period of the business step included in the critical path.
そして、承認管理サーバ20の制御部21は、ステップS3−6〜S3−9と同様に、期限調整が必要かどうかについての判定処理(ステップS10−8)、各承認期限の登録処理(ステップS10−9)、調整画面の出力処理(ステップS10−10)、調整された各承認期限の登録処理(ステップS10−11)を実行する。
これにより、クリティカルパスを考慮して、承認期限を設定することができる。
Then, similarly to steps S3-6 to S3-9, the control unit 21 of the approval management server 20 determines whether or not deadline adjustment is necessary (step S10-8), registration processing for each approval deadline (step S10). -9), an adjustment screen output process (step S10-10), and a registration process (step S10-11) for each adjusted approval deadline.
Thereby, the approval deadline can be set in consideration of the critical path.
・ 上記実施形態では、進捗一覧管理処理において、作業待ちの承認予定リストを表示する。これに加えて、承認期限までに時間的余裕がない場合には、承認者に対して注意喚起するようにしてもよい。この場合には、承認者の電子メールアドレスに対して、注意喚起のメッセージを送信する。この承認期限の確認処理を、図20を用いて説明する。 In the above embodiment, an approval schedule list waiting for work is displayed in the progress list management process. In addition to this, when there is no time margin before the approval deadline, the approver may be alerted. In this case, a warning message is transmitted to the e-mail address of the approver. The confirmation process of the approval deadline will be described with reference to FIG.
ここでは、まず、承認管理サーバ20の制御部21は、期限切迫ジョブの抽出処理を実行する(ステップS11−1)。具体的には、制御部21の承認管理手段215は、システムタイマから現在日時を取得する。次に、承認管理手段215は、個別情報記憶部27に記録されている個別管理データ270を用いて、各申請について、承認期限と現在日時とを比較する。そして、承認管理手段215は、現在日時から承認期限までの時間的余裕が基準値以下の場合には、期限切迫ジョブとして抽出する。 Here, first, the control unit 21 of the approval management server 20 executes a deadline imminent job extraction process (step S11-1). Specifically, the approval management means 215 of the control unit 21 acquires the current date and time from the system timer. Next, the approval management unit 215 uses the individual management data 270 recorded in the individual information storage unit 27 to compare the approval deadline with the current date and time for each application. If the time margin from the current date to the approval deadline is equal to or less than the reference value, the approval management unit 215 extracts the job as a deadline imminent job.
次に、承認管理サーバ20の制御部21は、期限切迫ジョブがあるかどうかについての判定処理を実行する(ステップS11−2)。具体的には、制御部21の承認管理手段215は、現在日時から承認期限までの時間的余裕が基準値以下の申請を特定した場合には期限切迫ジョブがあると判定する。 Next, the control unit 21 of the approval management server 20 executes a determination process as to whether there is a deadline job (step S11-2). Specifically, the approval management unit 215 of the control unit 21 determines that there is an expiring job when an application whose time margin from the current date to the approval deadline is less than or equal to a reference value is specified.
期限切迫ジョブがないと判定した場合(ステップS11−2において「NO」の場合)、承認管理サーバ20の制御部21は、承認期限の確認処理を終了する。
一方、期限切迫ジョブがあると判定した場合(ステップS11−2において「YES」の場合)、承認管理サーバ20の制御部21は、メール送信処理を実行する(ステップS11−3)。具体的には、制御部21の承認管理手段215は、期限切迫ジョブの承認者のメールアドレスをユーザ記憶部23から取得する。そして、承認管理手段215は、このメールアドレスに対して、期限切迫ジョブがあることを通知するための電子メールを送信する。
If it is determined that there is no deadline imminent job (in the case of “NO” in step S11-2), the control unit 21 of the approval management server 20 ends the confirmation process of the approval deadline.
On the other hand, if it is determined that there is a deadline imminent job ("YES" in step S11-2), the control unit 21 of the approval management server 20 executes mail transmission processing (step S11-3). Specifically, the approval management unit 215 of the control unit 21 acquires the mail address of the approver of the deadline imminent job from the user storage unit 23. Then, the approval management means 215 transmits an e-mail for notifying that there is a deadline job to this e-mail address.
そして、以下の処理を、期限切迫ジョブ毎に繰り返す。
承認管理サーバ20の制御部21は、待機処理を実行する(ステップS11−4)。具体的には、制御部21の承認管理手段215は、電子メールを送信してから所定の期間、待機する。ここで、承認者のクライアント端末10において、期限切迫ジョブがあることを通知するための電子メールを受信し、承認者は電子メールを開封する。この場合には、クライアント端末10は、開封通知を承認管理サーバ20に送信する。開封通知を受信した承認管理サーバ20の制御部21は、期限切迫ジョブのジョブID、ドキュメントIDに関連付けて、個別情報記憶部27の個別管理データ270に受信確認情報を記録する。
Then, the following processing is repeated for each deadline imminent job.
The control unit 21 of the approval management server 20 executes standby processing (step S11-4). Specifically, the approval management means 215 of the control unit 21 waits for a predetermined period after transmitting the e-mail. Here, the approver's client terminal 10 receives an e-mail for notifying that there is a deadline job, and the approver opens the e-mail. In this case, the client terminal 10 transmits an opening notification to the approval management server 20. The control unit 21 of the approval management server 20 that has received the opening notification records the reception confirmation information in the individual management data 270 of the individual information storage unit 27 in association with the job ID and document ID of the deadline imminent job.
次に、承認管理サーバ20の制御部21は、受信確認済みかどうかについての判定処理を実行する(ステップS11−5)。具体的には、制御部21の承認管理手段215は、個別情報記憶部27の個別管理データ270に受信確認情報が登録されている場合には受信確認済みと判定する。 Next, the control unit 21 of the approval management server 20 executes a determination process as to whether or not reception has been confirmed (step S11-5). Specifically, the approval management means 215 of the control unit 21 determines that the reception has been confirmed when the reception confirmation information is registered in the individual management data 270 of the individual information storage unit 27.
受信確認済みと判定した場合(ステップS11−5において「YES」の場合)、この期限切迫ジョブについての処理を終了する。
一方、受信確認済みでないと判定した場合(ステップS11−5において「NO」の場合)、承認管理サーバ20の制御部21は、他の連絡方法の特定処理を実行する(ステップS11−6)。具体的には、制御部21の承認管理手段215は、ディレクトリ管理サーバ40から、この承認者の従業員コードに関連付けられた他の連絡先情報を取得する。
If it is determined that the reception has been confirmed (in the case of “YES” in step S11-5), the process for this deadline imminent job is terminated.
On the other hand, when it is determined that the reception has not been confirmed (in the case of “NO” in step S11-5), the control unit 21 of the approval management server 20 executes another contact method specifying process (step S11-6). Specifically, the approval management unit 215 of the control unit 21 acquires other contact information associated with the employee code of the approver from the directory management server 40.
次に、承認管理サーバ20の制御部21は、連絡処理を実行する(ステップS11−7)。具体的には、制御部21の承認管理手段215は、取得した他の連絡先情報を用いて、期限切迫ジョブがあることを示すメッセージを送信する。
これにより、期限切迫ジョブについて、承認を促すことができる。
Next, the control part 21 of the approval management server 20 performs a contact process (step S11-7). Specifically, the approval management unit 215 of the control unit 21 transmits a message indicating that there is a deadline job using the acquired other contact information.
As a result, approval of a deadline imminent job can be urged.
また、メール送信処理(ステップS11−3)に加えて、このような電子メールを、複数回、送信するようにしてもよい。例えば、承認期限前だけではなく、承認期限経過後の所定時期に送信する。また、承認期限前や承認期限経過後に、それぞれ、複数回、電子メールを送信するようにしてもよい。この場合には、設定情報記憶部22に記録されたメール設定情報に、電子メールの送信タイミングを記録しておく。 In addition to the mail transmission process (step S11-3), such an e-mail may be transmitted a plurality of times. For example, it is transmitted not only before the approval deadline but also at a predetermined time after the approval deadline has passed. Further, the e-mail may be transmitted a plurality of times before the approval deadline or after the approval deadline has passed. In this case, the e-mail transmission timing is recorded in the mail setting information recorded in the setting information storage unit 22.
また、送信タイミングに応じて、送信内容、宛先や送信設定を変更するようにしてもよい。この場合にも、設定情報記憶部22において、メール設定情報に、送信タイミングに関連付けて、送信内容、宛先や送信設定を記録しておく。ここで、送信内容においては、本文やタイトルを変更する。また、宛先については、送信タイミング(例えば、再度の送信)に応じて、承認者本人だけではなく、関係者(例えば、上司や管理者)に送信するように設定しておく。この場合には、承認管理サーバ20の制御部21は、ユーザ記憶部23から、承認者の所属、役職に基づいて、承認者の関係者のメールアドレスを取得する。更に、期限経過後の送信設定においては、送信タイミングに応じて、受信通知(開封通知)設定や重要度設定を行なうようにしてもよい。 Further, the transmission content, destination, and transmission setting may be changed according to the transmission timing. Also in this case, the setting information storage unit 22 records the transmission content, the destination, and the transmission setting in the mail setting information in association with the transmission timing. Here, in the transmission contents, the text and title are changed. The destination is set to be transmitted not only to the approver himself but also to the related parties (for example, a boss or an administrator) according to the transmission timing (for example, re-transmission). In this case, the control unit 21 of the approval management server 20 acquires e-mail addresses of related persons of the approver from the user storage unit 23 based on the affiliation and job title of the approver. Further, in the transmission setting after the expiration of the deadline, a reception notification (open notification) setting or importance setting may be performed according to the transmission timing.
・ 上記実施形態では、承認管理サーバ20の制御部21は、注意喚起処理を実行する(ステップS7−7)。この注意情報の出力先は、承認者のクライアント端末10に限定されるものではなく、例えば、申請者のクライアント端末10に出力するようにしてもよい。この場合には、承認管理サーバ20の制御部21が、定期的に、各種申請の承認期限と現在日付とを比較する。そして、承認管理サーバ20の制御部21は、承認対応ができない申請を検知した場合には、この申請の申請者の連絡先を特定して、注意喚起のための電子メールを送信する。 In the above embodiment, the control unit 21 of the approval management server 20 executes a warning process (step S7-7). The output destination of the caution information is not limited to the approver's client terminal 10, and may be output to the applicant's client terminal 10, for example. In this case, the control unit 21 of the approval management server 20 periodically compares the approval deadline of various applications with the current date. When the control unit 21 of the approval management server 20 detects an application that cannot be approved, the control unit 21 specifies the contact information of the applicant of this application and transmits an e-mail for alerting.
10…クライアント端末、20…承認管理サーバ、21…制御部、211…設定管理手段、212…ユーザ認証手段、213…画面制御手段、214…申請管理手段、215…承認管理手段、22…設定情報記憶部、23…ユーザ記憶部、24…業務プロセス記憶部、25…回付ルート記憶部、26…画面記憶部、27…個別情報記憶部、40…ディレクトリ管理サーバ。 DESCRIPTION OF SYMBOLS 10 ... Client terminal, 20 ... Approval management server, 21 ... Control part, 211 ... Setting management means, 212 ... User authentication means, 213 ... Screen control means, 214 ... Application management means, 215 ... Approval management means, 22 ... Setting information Storage unit, 23 ... user storage unit, 24 ... business process storage unit, 25 ... circulation route storage unit, 26 ... screen storage unit, 27 ... individual information storage unit, 40 ... directory management server.
Claims (10)
前記業務ステップ毎に、回付先を順番に特定するための回付ルートを記録した回付ルート記憶部と、
各業務ステップにおいて、この業務ステップの回付に用いるドキュメントに含まれる項目と入力内容、回付状態の内容を記録する個別情報記憶部と、
申請者及び回付先の承認者のクライアント端末に接続された制御部とを備えた承認管理システムであって、
前記制御部が、
前記申請者のクライアント端末から取得した申請に基づいて生成されたドキュメントに含まれる項目に対する入力内容を前記個別情報記憶部に記録し、前記業務プロセス記憶部を用いて前記ドキュメントの業務プロセスを特定し、
前記回付先の承認者に対して申請を回付して、前記承認者から承認情報を取得し、前記個別情報記憶部に回付状態を登録する回付処理を行ない、
前記業務プロセスを構成する各業務ステップの利用条件に応じて、前記各業務ステップにおいて生成された新たなドキュメントに含まれる項目に対する入力内容を前記個別情報記憶部に記録し、前記個別情報記憶部において、前記申請の業務プロセスを構成する全業務ステップにおける回付先のすべての承認者から承認情報を取得するまで前記回付処理を継続することを特徴とする承認管理システム。 For the applicant's application, a business process storage unit that records a business process that combines multiple business steps,
For each business step, a circulation route storage unit that records a circulation route for specifying a circulation destination in turn,
In each business step, an individual information storage unit that records the items and input contents included in the document used for circulation of this business step, and the content of the circulation status;
An approval management system comprising a control unit connected to a client terminal of an applicant and a transferee approver,
The control unit is
The input contents for the items included in the document generated based on the application acquired from the applicant's client terminal are recorded in the individual information storage unit, and the business process of the document is specified using the business process storage unit ,
Circulate the application to the approver of the circulation destination, obtain approval information from the approver, perform a circulation process of registering the circulation state in the individual information storage unit ,
In accordance with the usage conditions of each business step constituting the business process, the input contents for the items included in the new document generated in each business step are recorded in the individual information storage unit, and in the individual information storage unit The approval management system is characterized in that the distribution process is continued until approval information is acquired from all approvers of distribution destinations in all the business steps constituting the application business process.
前記制御部が、
前記猶予期間を用いて、各回付先における承認期限を算出し、
回付先の承認者のクライアント端末において、前記回付先に回付された申請情報を前記承認期限に基づいて並び替えた一覧リストを出力することを特徴とする請求項1に記載の承認管理システム。 A grace period storage unit that records a grace period for approval;
The control unit is
Using the grace period, calculate the approval deadline at each circulation destination,
The approval management according to claim 1, wherein a list obtained by rearranging application information distributed to the distribution destination based on the approval deadline is output at a client terminal of a distribution destination approver. system.
前記申請の最終承認希望日と前記最終承認予定日とを比較し、
前記最終承認予定日が前記最終承認希望日よりも遅い場合には、注意喚起を前記申請者のクライアント端末に出力することを特徴とする請求項2に記載の承認管理システム。 Calculate the final approval date, which is the approval deadline at the final distribution destination for the application,
Compare the final approval desired date of the application with the final approval scheduled date,
The approval management system according to claim 2, wherein when the final approval date is later than the final approval date, a warning is output to the client terminal of the applicant.
前記スケジュール情報において、前記承認者の承認期限までに承認ができないと判定した場合には、前記クライアント端末に対して注意情報を出力することを特徴とする請求項2〜4のいずれか一つに記載の承認管理システム。 Obtain the schedule information of the approver of the distribution destination,
5. The caution information is output to the client terminal when it is determined in the schedule information that approval cannot be made by the approval deadline of the approver. 5. Approval management system described.
前記人事異動情報に含まれる異動予定日から承認期限までが基準日数内の申請については、前記クライアント端末に対して注意情報を出力することを特徴とする請求項2〜5のいずれか一つに記載の承認管理システム。 Obtain personnel transfer information of the approver of the distribution destination,
6. The caution information is output to the client terminal for an application within a reference number of days from the scheduled date of change to the approval deadline included in the personnel change information. Approval management system described.
前記人事異動情報に含まれる承認者について、前記回付ルート記憶部に記録された回付ルートにおいて先行承認者を特定し、
前記先行承認者の承認期限を特定し、
前記先行承認者の承認期限が、前記人事異動情報に含まれる異動予定日より遅い申請については、前記回付先の承認者のクライアント端末に出力される承認一覧リストから削除することを特徴とする請求項2〜6のいずれか一つに記載の承認管理システム。 Obtain personnel transfer information of the approver of the distribution destination,
For the approver included in the personnel transfer information, the preceding approver is identified in the circulation route recorded in the circulation route storage unit,
Identify the deadline for approval of the preceding approver,
The application whose deadline for approval of the preceding approver is later than the scheduled transfer date included in the personnel change information is deleted from the approval list output to the client terminal of the approver of the circulation destination, The approval management system according to any one of claims 2 to 6.
前記クリティカルパスを構成する業務ステップの回付先の承認者の承認期限を算出し、
前記クリティカルパスに対して並行する業務ステップの回付先の承認者の承認期限を、前記クリティカルパスの承認期限に基づいて算出することを特徴とする請求項2〜7のいずれか一つに記載の承認管理システム。 Identify critical paths in each business process,
Calculate the approval deadline of the approver of the distribution destination of the business steps that constitute the critical path,
8. The approval deadline of an approver who is a distribution destination of a business step parallel to the critical path is calculated based on the approval deadline of the critical path. Approval management system.
前記業務ステップ毎に、回付先を順番に特定するための回付ルートを記録した回付ルート記憶部と、
各業務ステップにおいて、この業務ステップの回付に用いるドキュメントに含まれる項
目と入力内容、回付状態の内容を記録する個別情報記憶部と、
申請者及び回付先の承認者のクライアント端末に接続された制御部とを備えた承認管理システムを用いて、承認を管理するための方法であって、
前記制御部が、
前記申請者のクライアント端末から取得した申請に基づいて生成されたドキュメントに含まれる項目に対する入力内容を前記個別情報記憶部に記録し、前記業務プロセス記憶部を用いて前記ドキュメントの業務プロセスを特定し、
前記回付先の承認者に対して申請を回付して、前記承認者から承認情報を取得し、前記個別情報記憶部に回付状態を登録する回付処理を行ない、
前記業務プロセスを構成する各業務ステップの利用条件に応じて、前記各業務ステップにおいて生成された新たなドキュメントに含まれる項目に対する入力内容を前記個別情報記憶部に記録し、前記個別情報記憶部において、前記申請の業務プロセスを構成する全業務ステップにおける回付先のすべての承認者から承認情報を取得するまで前記回付処理を継続することを特徴とする承認管理方法。 For the applicant's application, a business process storage unit that records a business process that combines multiple business steps,
For each business step, a circulation route storage unit that records a circulation route for specifying a circulation destination in turn,
For each business step, the items included in the document used to distribute this business step
Individual information storage unit that records the contents of eyes, input contents, and circulation status;
A method for managing approval using an approval management system comprising a control unit connected to a client terminal of an applicant and a transferee approver,
The control unit is
The input contents for the items included in the document generated based on the application acquired from the applicant's client terminal are recorded in the individual information storage unit, and the business process of the document is specified using the business process storage unit ,
Circulate the application to the approver of the circulation destination, obtain approval information from the approver, perform a circulation process of registering the circulation state in the individual information storage unit ,
In accordance with the usage conditions of each business step constituting the business process, the input contents for the items included in the new document generated in each business step are recorded in the individual information storage unit, and in the individual information storage unit approval management method, characterized by continuing the circulation processing from all the approvers circulation destination in all operation steps constituting a business process of the application until the approval information.
前記業務ステップ毎に、回付先を順番に特定するための回付ルートを記録した回付ルート記憶部と、
各業務ステップにおいて、この業務ステップの回付に用いるドキュメントに含まれる項目と入力内容、回付状態の内容を記録する個別情報記憶部と、
申請者及び回付先の承認者のクライアント端末に接続された制御部とを備えた承認管理システムを用いて、承認を管理するためのプログラムであって、
前記制御部を、
前記申請者のクライアント端末から取得した申請に基づいて生成されたドキュメントに含まれる項目に対する入力内容を前記個別情報記憶部に記録し、前記業務プロセス記憶部を用いて前記ドキュメントの業務プロセスを特定し、
前記回付先の承認者に対して申請を回付して、前記承認者から承認情報を取得し、前記個別情報記憶部に回付状態を登録する回付処理を行ない、
前記業務プロセスを構成する各業務ステップの利用条件に応じて、前記各業務ステップにおいて生成された新たなドキュメントに含まれる項目に対する入力内容を前記個別情報記憶部に記録し、前記個別情報記憶部において、前記申請の業務プロセスを構成する全業務ステップにおける回付先のすべての承認者から承認情報を取得するまで前記回付処理を継続する手段として機能させることを特徴とする承認管理プログラム。 For the applicant's application, a business process storage unit that records a business process that combines multiple business steps,
For each business step, a circulation route storage unit that records a circulation route for specifying a circulation destination in turn,
In each business step, an individual information storage unit that records the items and input contents included in the document used for circulation of this business step, and the content of the circulation status;
A program for managing approval using an approval management system including a control unit connected to a client terminal of an applicant and a transferee approver,
The control unit
The input contents for the items included in the document generated based on the application acquired from the applicant's client terminal are recorded in the individual information storage unit, and the business process of the document is specified using the business process storage unit ,
Circulate the application to the approver of the circulation destination, obtain approval information from the approver, perform a circulation process of registering the circulation state in the individual information storage unit ,
In accordance with the usage conditions of each business step constituting the business process, the input contents for the items included in the new document generated in each business step are recorded in the individual information storage unit, and in the individual information storage unit approval management program for causing to function as a means to continue the circulation process until the approval information from all approvers circulation destination in all operation steps constituting a business process of the application.
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012118042A JP5508471B2 (en) | 2012-05-23 | 2012-05-23 | Approval management system, approval management method, and approval management program |
CN201310187615.5A CN103426051B (en) | 2012-05-23 | 2013-05-20 | It checks and approves management system and checks and approves management method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012118042A JP5508471B2 (en) | 2012-05-23 | 2012-05-23 | Approval management system, approval management method, and approval management program |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2013246523A JP2013246523A (en) | 2013-12-09 |
JP5508471B2 true JP5508471B2 (en) | 2014-05-28 |
Family
ID=49650753
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2012118042A Active JP5508471B2 (en) | 2012-05-23 | 2012-05-23 | Approval management system, approval management method, and approval management program |
Country Status (2)
Country | Link |
---|---|
JP (1) | JP5508471B2 (en) |
CN (1) | CN103426051B (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104363112A (en) * | 2014-10-29 | 2015-02-18 | 中国建设银行股份有限公司 | Parameter management method and parameter management device |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6531678B2 (en) * | 2016-03-01 | 2019-06-19 | 京セラドキュメントソリューションズ株式会社 | Information processing system |
KR101780986B1 (en) * | 2016-07-29 | 2017-09-26 | (주)피터앤데이브 | Apparatus for managing issue |
CN106779437A (en) * | 2016-12-27 | 2017-05-31 | 中国建设银行股份有限公司 | A kind of flow path processing method and device |
JP7152697B2 (en) * | 2018-05-25 | 2022-10-13 | 京セラドキュメントソリューションズ株式会社 | Task management support system and task management support program |
JP7508829B2 (en) | 2020-03-26 | 2024-07-02 | 富士フイルムビジネスイノベーション株式会社 | Information processing device and program |
CN112418733A (en) * | 2020-12-14 | 2021-02-26 | 西安市轨道交通集团有限公司 | Intelligent checking system for subway riding traffic scheme |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH09172453A (en) * | 1995-12-21 | 1997-06-30 | Hitachi Ltd | Circulating job control method and device therefor |
JPH1021300A (en) * | 1996-07-02 | 1998-01-23 | Hitachi Ltd | Linking system of work flow system and scheduling system |
BR9815283B1 (en) * | 1997-11-28 | 2011-08-23 | automatic banking machine with system and auto audit capabilities. | |
JP2002259640A (en) * | 2001-03-01 | 2002-09-13 | Nippon Telegr & Teleph Corp <Ntt> | Workflow system, scheduling program and recording medium recording the program |
JP2003050905A (en) * | 2001-08-07 | 2003-02-21 | Murata Mfg Co Ltd | Workflow management system and workflow system, and workflow managing program and computer-readable recording medium with the program recorded |
JP2003248747A (en) * | 2001-12-20 | 2003-09-05 | Ibm Japan Ltd | Electronic document processing system, electronic document processing program, computer readable recording medium recording program thereof and electronic document processing method |
JP2003296530A (en) * | 2002-04-03 | 2003-10-17 | Nec Corp | Design document management server, progress management method and program therefor |
CN1485768A (en) * | 2002-09-25 | 2004-03-31 | 英业达集团(南京)电子技术有限公司 | Document publication management system and method of International Standardization Organization |
JP4379079B2 (en) * | 2003-10-30 | 2009-12-09 | ソニー株式会社 | Data reproduction processing apparatus, information processing apparatus, information processing method, and computer program |
CN102254246B (en) * | 2011-06-17 | 2014-09-17 | 中国建设银行股份有限公司 | Workflow managing method and system |
-
2012
- 2012-05-23 JP JP2012118042A patent/JP5508471B2/en active Active
-
2013
- 2013-05-20 CN CN201310187615.5A patent/CN103426051B/en active Active
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104363112A (en) * | 2014-10-29 | 2015-02-18 | 中国建设银行股份有限公司 | Parameter management method and parameter management device |
CN104363112B (en) * | 2014-10-29 | 2019-05-07 | 中国建设银行股份有限公司 | A kind of parameter management method and device |
Also Published As
Publication number | Publication date |
---|---|
CN103426051A (en) | 2013-12-04 |
JP2013246523A (en) | 2013-12-09 |
CN103426051B (en) | 2018-05-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5508471B2 (en) | Approval management system, approval management method, and approval management program | |
JP5391309B2 (en) | Information management system, information management method, and information management program | |
US20040138939A1 (en) | Method and apparatus for managing workflow | |
KR101614908B1 (en) | System and method for providing of ERP service | |
JP2006163843A (en) | Parts management method and parts management program | |
JP6277703B2 (en) | Business management program, business management method, and information processing apparatus | |
US20110313934A1 (en) | System and Method for Configuring Workflow Templates | |
JP5307793B2 (en) | Authority management system, authority management method, and authority management program | |
JP2014182603A (en) | Document administration system, document administration method, and document administration program | |
JP6013311B2 (en) | Document circulation system, document circulation method, and document circulation program | |
JP2016194775A (en) | Circulation management system, circulation management method and circulation management program | |
US20140351063A1 (en) | Marketing campaign development and management | |
JP2001101324A (en) | Document managing system and document managing method | |
JP2013097558A (en) | Address book management system, address book management method and address book management program | |
JP2011215726A (en) | Work application management system, work application management method, and work application management program | |
JP5820952B1 (en) | Information management apparatus and program | |
JP6725574B2 (en) | Workflow system and workflow control method | |
JP6590148B2 (en) | Form service providing method and form service providing system | |
JP6619052B2 (en) | Circulation management system, circulation management method and circulation management program | |
JP6619051B2 (en) | Circulation management system, circulation management method and circulation management program | |
JP6621871B2 (en) | Circulation management system, circulation management method and circulation management program | |
JP7430953B1 (en) | SYSTEMS, METHODS AND PROGRAMS FOR MANAGING WORKFLOW | |
JP2005301730A (en) | Project management method and project management program | |
JP6420597B2 (en) | List management system | |
JP5838284B1 (en) | Information management apparatus and program |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20130917 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20131113 |
|
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: 20140304 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20140320 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 5508471 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |