JP2023032545A - 勤務計画作成支援システム及び勤務計画作成支援プログラム - Google Patents

Abstract

【課題】勤務者の属性情報が登録される管理マスタサーバと同期できるうえに、登録前の勤務者がいる場合にも、事前に勤務計画を作成して、そのまま実行していくことが可能となる勤務計画作成支援システムを提供する。【解決手段】勤務者の属性情報が登録される管理マスタサーバ２とネットワークＮＷを介して接続されるコンピュータによって勤務計画を作成するための勤務計画作成支援システム１である。そして、管理マスタサーバに登録された勤務者に関する属性情報を取得するマスタデータ取得部３１と、管理マスタサーバの登録とは別に、仮勤務者として勤務者の登録又は削除の処理を行う仮勤務者登録部３２と、勤務計画を作成する勤務計画作成部３３とを備えている。また、仮勤務者と一致する勤務者が管理マスタサーバに登録されていると判定された場合に、仮勤務者の入力情報を更新する同期処理部３４を有している。【選択図】図１

Description

本発明は、勤務者の属性情報が登録される管理マスタサーバとネットワークを介して接続されるコンピュータによって勤務計画を作成するための勤務計画作成支援システム、及び勤務計画作成支援プログラムに関するものである。

勤務計画を作成するための専用のソフトウェア（特許文献１など参照）を、管理者が使用するパーソナルコンピュータにインストールし、これを利用して効率的に勤務シフト表などの勤務計画を作成する方法が知られている。また、汎用の表計算ソフトを利用して勤務シフト表を作成することも、一般的に行われている。

一方において、近年のクラウドサービスの普及に伴い、クラウド上での勤務計画の作成が可能な勤務計画システムへの切り替えが加速している。例えば、特許文献２，３に開示されているような装置も、クラウド化が可能である。

ここで、専用のソフトウェアやクラウド化された勤務計画システムを利用するに際しては、勤務者登録画面において、各勤務者の氏名や社員番号などの属性情報をマスタ（勤務者マスタ）に入力しておき、勤務表作成画面において、その勤務者マスタに入力されている各勤務者に対するシフトを入力していく方法が一般的である。そのため、勤務表に表示される勤務者は、事前にすべて勤務者マスタに入力が済んでいる必要がある。

そして、これらの勤務計画システムは、管理者用のコンピュータでスタンドアロンで利用されることもあるが、クライアント・サーバ型のシステム構成をとって、勤怠管理システムや人事システムといった外部システムと連携することも可能である場合が多い。

このように外部システムと連携を行う場合は、勤務計画システムにおける勤務者マスタは、外部システムで入力された勤務者マスタをインポートして同期を取る、要するに勤務者マスタと連携元システムとで一元管理をすることが一般的である。

特開２０１２－１８１７１８号公報 特開２０１９－５３４７９号公報 特開２００７－２６３６１号公報

しかしながら、シフト勤務を行うような小売・サービス業などでは、繁忙期や勤務者の急な欠勤に対して、サービスレベルを保つために、他店舗からの応援を受け入れて勤務を実施することが多い。また、自社だけではなく、外部から派遣された勤務者によって人員を充当するケースも存在する。さらに、シミュレーション等を目的として、あえてマスタに登録しない勤務者を勤務表に表示させて、シフトを入力したいケースも存在する。

また、チェーン店等の店舗で新しくパートやアルバイトを採用する際に、勤務者マスタを一元管理する連携元での登録が遅れることや、新しく店舗を立ち上げる際に、どの店舗から誰が招集されるかが、なかなか確定しないことがある。これらに対して店舗では、勤務者マスタへの登録を待たずに、先行してそれらの勤務者の勤務計画を作成したいケースが存在する。

さらに、勤怠システムや人事システムと一体化した利用を行う場合には、外部で保持される勤務者マスタでは、勤務者の採用や異動や退職などの履歴を管理しない場合がある。この場合、人事発令日の情報がなくて採用、異動、退職の予定を事前登録することができないため、連携する勤務計画システムでは、連携元システムで勤務者マスタの情報が変更されたタイミングで、勤務者情報の変更をすることになる。通常、勤務計画は、実際の採用、異動、退職が発生する日に先行して、事前に計画作成を行う必要があるため、連携元の勤務者マスタの管理の運用方針を改変するなどして対応しなければならなくなる。また、勤務者マスタの管理上、イレギュラーな登録が発生した場合にも影響を受けることになる。

他方、汎用の表計算ソフトを利用して勤務計画を作成する場合には、勤務者のマスタ管理が不要であり、計画対象者となる勤務者の変動に応じて、その都度、勤務者を追加したり削除することができる。しかしながら、勤務者情報が管理されていないことから、勤務者個人単位での勤務計画の状況を把握したい場合などに、勤怠実績や過去の勤務計画との照合ができないなど、高度化する勤務計画情報の活用のニーズに応じることができなくなる。

そこで本発明は、勤務者の属性情報が登録される管理マスタサーバと同期できるうえに、登録前の勤務者がいる場合にも、事前に勤務計画を作成して、そのまま実行していくことが可能となる勤務計画作成支援システム及び勤務計画作成支援プログラムを提供することを目的としている。

前記目的を達成するために、本発明の勤務計画作成支援システムは、勤務者の属性情報が登録される管理マスタサーバとネットワークを介して接続されるコンピュータによって勤務計画を作成するための勤務計画作成支援システムであって、前記管理マスタサーバに登録された勤務者に関する前記属性情報の少なくとも一部を取得するマスタデータ取得部と、前記管理マスタサーバの登録とは別に、仮勤務者として勤務者の登録又は削除の処理を行う仮勤務者登録部と、前記仮勤務者を含む複数の勤務者の勤務計画を作成する勤務計画作成部とを備え、前記マスタデータ取得部は、前記仮勤務者登録部によって登録された前記仮勤務者と一致する勤務者が前記管理マスタサーバに登録されていると判定された場合に、前記仮勤務者の入力情報を前記管理マスタサーバの前記属性情報に更新する同期処理部を有することを特徴とする。

ここで、前記勤務計画作成部では、前記仮勤務者を非表示にできることが好ましい。また、前記仮勤務者と一致する勤務者が前記管理マスタサーバに登録されているか否かの判定は、複数の識別キーの一致によって行われる構成とすることができる。さらに、前記同期処理部は、前記仮勤務者の入力情報を前記属性情報に更新する前に、更新の可否を確認する更新許諾部を備えている構成とすることができる。

また、勤務計画作成支援プログラムの発明は、勤務者の属性情報が登録される管理マスタサーバとネットワークを介して接続されるコンピュータに実行させる勤務計画作成支援プログラムであって、前記管理マスタサーバに登録された勤務者に関する前記属性情報の少なくとも一部を取得するマスタデータ取得手段と、前記管理マスタサーバの登録とは別に、仮勤務者として勤務者の登録又は削除の処理を行う仮勤務者登録手段と、前記仮勤務者を含む複数の勤務者の勤務計画を作成する勤務計画作成手段と、前記仮勤務者登録手段によって登録された前記仮勤務者と一致する勤務者が前記管理マスタサーバに登録されていると判定された場合に、前記仮勤務者の入力情報を前記管理マスタサーバの前記属性情報に更新する同期処理手段としてコンピュータを機能させることを特徴とする。

このように構成された本発明の勤務計画作成支援システム及び勤務計画作成支援プログラムでは、勤務者の属性情報が登録される管理マスタサーバとネットワークを介して接続されるコンピュータによって勤務計画を作成する。

そして、管理マスタサーバに登録された勤務者の属性情報を取得するマスタデータ取得部と、その登録とは別に、仮勤務者として勤務者の登録又は削除の処理を行う仮勤務者登録部とを備えている。

さらに、仮勤務者と一致する勤務者が管理マスタサーバに登録されていると判定された場合に、仮勤務者の入力情報を管理マスタサーバの属性情報に更新する同期処理部を有する。すなわち、管理マスタサーバと、勤務者の属性情報を同期させることができる。

また、管理マスタサーバへの登録前の勤務者がいる場合にも、仮勤務者として管理マスタサーバとは別に登録を行い、事前に勤務計画を作成して、そのまま実行していくことが可能になる。さらに、管理マスタサーバの属性情報への更新が可能になった仮勤務者については、改めて勤務計画を作成し直さなくてもよいうえに、勤怠実績の照合が可能になるなど、高度化する勤務計画情報の活用のニーズに応じることができるようになる。

また、勤務計画作成部では、登録された仮勤務者を非表示にして勤務計画を作成することができるので、勤務が確定していないが仮勤務者として登録したような場合でも、仮勤務者の有りと無しの両方で、勤務計画を作成することが可能になる。

さらに、仮勤務者と一致する勤務者が管理マスタサーバに登録されているか否かの判定を複数の識別キーの一致によって行うようにすれば、同姓同名の場合など氏名だけでは同一人物かの判断ができないケースでも、間違いなく属性情報を更新させることができるようになる。

また、同期処理部が仮勤務者の入力情報を更新する前に、更新の可否を確認する更新許諾部を備えていれば、入社、異動、退職などの事前に登録された情報に更新するタイミングを、任意に決めることができる。

本実施の形態の勤務計画作成支援システムの構成を説明するブロック図である。 本実施の形態の勤務計画作成支援システムの処理の流れを説明するフローチャートである。 仮勤務者登録部による処理を例示した説明図である。 仮勤務者登録部によって登録された仮勤務者を例示した説明図である。 勤務計画の計画対象者となる勤務者を選択する処理を例示した説明図である。 勤務計画の計画対象者となる勤務者を例示した説明図である。

以下、本発明の実施の形態について図面を参照して説明する。図１は、本実施の形態の勤務計画作成支援システムの構成を説明するブロック図である。また、図２は、本実施の形態の勤務計画作成支援システムの処理の流れを説明するフローチャートである。

本実施の形態の勤務計画作成支援システムとなる勤務計画作成装置１は、図１に示すように、管理マスタサーバ２とネットワークＮＷを介して接続されるコンピュータによって構成される。

ここで、管理マスタサーバ２とは、本部などで管理される勤怠管理システムや人事システムといった、勤務者の氏名や社員番号や勤務地などの属性情報が登録されるシステムを指す。一方、勤務計画作成装置１は、店舗や支店などに設置されて、管理マスタサーバ２とは独立して作動させることができる。

勤務者は、管理マスタサーバ２に登録される労働者（従業員）であり、正規雇用者であるか非正規雇用者（パート、アルバイト、派遣社員、契約社員など）であるかといった、雇用形態には限定されない。

管理マスタサーバ２に登録される勤務者の属性情報には、氏名、社員番号、勤務地、年齢、性別などがある。また、時給、職級、職種、資格（病院における看護師、薬剤師など）、契約形態（正社員、パート、アルバイトなど）、社会保険の加入の有無なども属性情報に含まれる。これらの属性情報のデータは、管理マスタサーバ２に接続される記憶部２１に保存される。

ネットワークＮＷは、インターネット、ＷＡＮ（Wide Area Network）、有線ＬＡＮ（Local Area Network）、無線ＬＡＮ（Ｗｉ－Ｆｉ）、プロバイダ装置、無線基地局、専用回線などの一部又は全部によって構成される。ここで、管理マスタサーバ２と勤務計画作成装置１とは、ネットワークＮＷによって接続されることになるが、本部と店舗というように別の場所に設置されるものに限定されることはなく、両方が同じ建物などに設置されていてもよい。

また、管理マスタサーバ２や勤務計画作成装置１は、それぞれ単一のコンピュータで構成することもできるが、クラウドコンピューティングのようにネットワーク上に分散した複数のコンピュータで構成されていてもよい。

さらに、管理マスタサーバ２に接続される記憶部２１についても、ネットワークＮＷで接続されるサーバなどの外部のオンラインストレージ（クラウドストレージ）を利用することもできる。

以下では、説明を簡単にするために、店舗に設置されたパーソナルコンピュータ（ノートＰＣ、デスクトップＰＣ）によって構成される勤務計画作成装置１を例に説明する。パーソナルコンピュータは、演算処理部３と、入力装置４と、記憶部５と、表示装置６とを備えている。

演算処理部３は、ハードウェアとしてはＣＰＵ（Central Processing Unit）やＭＰＵ（Micro-processing unit）によって構成され、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）などのメモリを備えている。

また、入力装置４には、キーボード、マウス、タッチパッド、タッチパネル、スキャナ、音声入力用のマイクなどが該当する。一方、表示装置６には、液晶ディスプレイ、有機ＥＬ（Electro－ Luminescence）ディスプレイなどが使用できる。

さらに、記憶部５は、演算処理部３における処理によって生成されたデータや演算処理に必要なデータを記録させる記憶媒体で、ハードディスク、ソリッドステートドライブ（ＳＳＤ）、フラッシュメモリ（ＳＤメモリーカードなど）、磁気ディスク、光ディスクなどが該当する。また、クラウドサーバを記憶部５として使用することもできる。記憶部５には、勤務計画作成装置１の独自の勤務者マスタが作成される。

続いて、コンピュータに、本実施の形態の勤務計画作成支援プログラムなどをインストールすることで機能させる演算処理部３のソフトウェアとしての構成について説明する。勤務計画作成装置１の演算処理部３は、マスタデータ取得部３１（マスタデータ取得手段）と、仮勤務者登録部３２（仮勤務者登録手段）と、勤務計画作成部３３（勤務計画作成手段）とを備えている。そして、マスタデータ取得部３１は、同期処理部３４（同期処理手段）を有し、同期処理部３４には、更新許諾部３４１（更新許諾手段）が設けられる。

マスタデータ取得部３１は、管理マスタサーバ２に登録された勤務者に関する属性情報の少なくとも一部を取得する。すなわち、勤務計画作成装置１で使用する勤務者の属性情報を、管理マスタサーバ２から取り込む。勤務者の属性情報には、上述したように様々な情報があるため、設定によって必要な種類の情報のみを取り込めばよい。

一方、仮勤務者登録部３２は、管理マスタサーバ２の登録とは別に、仮勤務者として勤務者の登録又は削除の処理を行う。すなわち、管理マスタサーバ２の登録は、勤怠管理システムや人事システムなどの外部システムによって行われるが、仮勤務者登録部３２では、それとは別に、勤務計画作成装置１の独自に勤務者を登録することができる。そこで、勤務計画作成装置１によって登録が行われる勤務者を、「仮勤務者」として区別する。

勤務計画作成部３３では、前述した仮勤務者を含む複数の勤務者が計画対象者となる勤務シフト表などの勤務計画を作成する。要するに、勤務計画作成装置１によって登録された「仮勤務者」と、管理マスタサーバ２から取得された勤務者とが混在した状態で、勤務計画を作成することができる。この勤務計画作成装置１の計画対象者となるすべての勤務者は、記憶部５の勤務者マスタに登録されている。

そして、同期処理部３４では、仮勤務者登録部３２によって登録された仮勤務者と一致する勤務者が管理マスタサーバ２に登録されている場合に、仮勤務者の入力情報を管理マスタサーバ２に登録された属性情報によって更新することができる。例えば、勤務計画作成装置１で、仮定として登録した時給などの情報を、管理マスタサーバ２に登録された正式な情報に置き換えることができる。

同期処理部３４による同期は、例えば月に１回程度の勤怠管理システムがメンテナンスされるタイミングに合わせて、自動的に実行させることができる。また、更新が行われる前に更新の可否を確認する更新許諾部３４１を設けて、勤務計画作成装置１の操作者の所望する任意のタイミングで更新させることもできる。

勤務計画作成装置１で登録された仮勤務者と、管理マスタサーバ２に登録されている勤務者とが一致するか否かは、例えば氏名の一致によって判定することができる。また、同姓同名などの誤判定をなくするために、複数の識別キーの一致によって判定させることもできる。識別キーには、氏名、社員番号、勤務地、年齢、生年月日、性別などが該当する。これらの識別キーは、属性情報として登録されている。

次に、本実施の形態の勤務計画作成支援システム及び勤務計画作成支援プログラムの処理の流れについて、図２を参照しながら説明する。
ここで、図２は、本部にある管理マスタサーバ２に勤務者の登録がされており、店舗で仮勤務者の登録を行ってから勤務計画を作成し、その後に同期が行われる場合の処理の流れを示している。この処理の流れは一例であって、後述するように、別の処理の流れもある。

まず、図２のステップＳ１では、管理マスタサーバ２に既に登録されている勤務者のデータの中から、店舗で勤務する勤務者を選んで、その属性情報を取得する。属性情報の取得は、店舗側の勤務計画作成装置１のマスタデータ取得部３１（図１参照）が作動して、管理マスタサーバ２にアクセスすることによって行われ、取り込まれたデータは、記憶部５の勤務者マスタに保存される。

一方、ステップＳ２では、店舗側の勤務計画作成装置１の仮勤務者登録部３２を作動させることによって、管理マスタサーバ２から属性情報が取得されなかった店舗で勤務する勤務者を、仮勤務者として登録する。

ここで、仮勤務者には、本部で採用される前の従業員、本部の管理マスタサーバ２に登録されない店舗採用のパートやアルバイト、異動の辞令が出る前の管理マスタサーバ２に登録のある従業員などが該当する。また、必要人員数を確認するために、架空の従業員を仮勤務者として登録することもできる。

図３は、仮勤務者登録部３２による処理を例示した説明図である。勤務計画作成装置１の表示装置６に表示される計画作成画面Ｍは、例えば行方向に店舗で働く勤務者が並び、列方向に日にちが並ぶ、シフト表形式の勤務表を示している。この計画作成画面Ｍには、ステップＳ１で取り込まれた勤務者が、1人１行で並んでいる。

そして、仮勤務者を追加したい場合は、例えば勤務表の行を追加したい位置に追加登録メニューＭ１を表示させて、「匿名要員の追加」を選択する。すると、計画作成画面Ｍのシフト表に新たな１行が追加されるので、例えば図４に示すように、「匿名 太郎」という仮勤務者の氏名を、追加者Ｍ２の欄に入力情報として入力する。こうした入力は、入力装置４を操作することによって行われる。なお、追加した仮勤務者は、任意のタイミングで自由に削除することができる。

この仮勤務者については、この時点で店舗側が予定又は把握している属性情報を、入力情報として入力することができる。また、部門や役職といった勤務者のヘッダ情報なども、任意入力形式や選択形式などによって入力することができる。例えば、時給、勤務地、事由などの属性情報を、勤務計画作成装置１の独自のデータ（勤務者マスタ）として、記憶部５に記録する。この仮勤務者に関するデータは、管理マスタサーバ２から取得して記憶部５の勤務者マスタに記録された勤務者のデータとは、区別することができる。

続いてステップＳ３では、勤務計画の計画対象者となる勤務者を選択する。この時点では、勤務計画作成装置１には、複数の管理マスタサーバ２から取得された勤務者及び仮勤務者が登録されている。

一方において、例えば翌月の勤務計画を作成する場合に、勤務計画作成装置１に登録されているすべての勤務者が、翌月に店舗で働くことができるとは限らない。例えば、入社や店舗に異動してくるのが翌々月になる勤務者や、今月で退職する勤務者などが、勤務計画作成装置１の勤務者マスタに登録されていることがある。

図５は、勤務計画の計画対象者となる勤務者を選択する処理を例示した説明図である。この図の選択メニューＭ３に示すように、勤務計画となる勤務シフト表を作成する期間（月毎、周毎など）に計画対象者となる勤務者を、チェックボックスのオン・オフなどで選択することができる。この図では、「匿名 太郎」のチェックボックスがオフとなって、選択が外れている。

図６は、勤務計画の計画対象者となる勤務者を例示した説明図である。この図に示すように、図４では計画作成画面Ｍに表示されていた「匿名 太郎」が、非表示行Ｍ４となって表示されていないことがわかる。勤務計画作成装置１では、計画作成画面Ｍに表示された勤務者だけで、勤務計画作成部３３によって勤務シフト表などの勤務計画を作成することができる（ステップＳ４）。

ここで、勤務計画作成装置１に仮勤務者として登録された勤務者は、その後、本部の管理マスタサーバ２に正式に登録されることがある。管理マスタサーバ２に登録された勤務者の正式な属性情報と、勤務計画作成装置１に独自に登録された属性情報とを、一致させるメンテナンスを行う必要がある。

勤怠管理システムなどの管理マスタサーバ２は、例えば月に１回程度、メンテナンスされることがある。そのタイミングに合わせて、勤務計画作成装置１のデータもメンテナンスすることができる。

例えば、このメンテナンスのタイミングで、属性情報の同期を行う。ステップＳ５で同期のタイミングが到来したと判定された場合は、同期処理部３４によって、管理マスタサーバ２に仮勤務者に該当する登録があるか否かを確認する（ステップＳ６）。

管理マスタサーバ２に登録されている勤務者と、勤務計画作成装置１に登録されている勤務者とが一致するか否かは、例えば両者の姓名が一致しているか否かで判定することができる。

また、同姓同名などの誤判定をなくするために、氏名、勤務地、年齢などの複数の識別キーの一致によって判定させることもできる。例えば、勤務計画の編集単位（勤務地や部門など）を識別するキーと、勤務者を識別するキー（氏名や社員番号など）との両方が一致した場合にのみ、両者が同一人物と判定する。

管理マスタサーバ２に仮勤務者と一致する勤務者が登録されていた場合は、仮勤務者の勤務計画作成装置１に登録されている属性情報を、管理マスタサーバ２に登録されている属性情報に置き換える情報の更新を行うか否かを確認する（ステップＳ７）。

例えば、管理マスタサーバ２には異動前の属性情報が登録されている状況下において、店舗側で翌月の異動に備えて先行して勤務計画を作成している場合は、仮勤務者の情報を更新したくないことがある。すなわち、属性情報の更新は、例えば月に１回など、定期的に自動で行わせることもできるが、更新許諾部３４１によって「許可」、「不許可」などのボタンを選択させるなどして、任意に更新時期を選ばせることもできる。

そして、更新を行う場合は、勤務計画作成装置１の記憶部５に記録されていた仮勤務者の属性情報を、管理マスタサーバ２からマスタデータ取得部３１によって取得された属性情報に置き換える更新処理を行う（ステップＳ８）。すなわち、仮勤務者に関する作成済みの属性情報が、同期によって管理マスタサーバ２から取得された当該勤務者の正式な属性情報によって上書きされ、仮勤務者としての登録は自動的に削除される。

次に、本実施の形態の勤務計画作成支援システム及び勤務計画作成支援プログラムの作用について説明する。
このように構成された本実施の形態の勤務計画作成装置１では、勤務者の属性情報が登録される管理マスタサーバ２とネットワークＮＷを介して接続されるコンピュータによって勤務計画を作成する。

そして、管理マスタサーバ２に登録された勤務者の属性情報を取得するマスタデータ取得部３１と、その登録とは別に、仮勤務者として勤務者の登録又は削除の処理を行う仮勤務者登録部３２とを備えている。

さらに、仮勤務者と一致する勤務者が管理マスタサーバ２に登録されていると判定された場合に、仮勤務者の入力情報を管理マスタサーバ２の属性情報に更新する同期処理部３４を有している。すなわち、勤務者の正式な属性情報が登録されている管理マスタサーバ２と、同期させることができる。

例えば、応援勤務者の追加やシミュレーションを実施したいケースのように、管理マスタサーバ２から勤務者の属性情報が得られないような場合でも、計画作成画面Ｍの追加登録メニューＭ１で、任意に仮勤務者として登録したり削除したりすることできる。要するに、勤務計画の作成のために、その都度、管理マスタサーバ２の事前登録などのメンテナンスをする必要がなく、勤務計画作成装置１の運用の利便性が向上する。

また、仮勤務者のシフトも集計対象とすることで、ある日のサービスレベルやシミュレーション時に、仮勤務者の労働時間なども視認することができ、仮勤務者の追加の必要性を示すことができる。

仮勤務者は、勤務計画作成装置１の独自の勤務者マスタ（記憶部５）への追加となり、外部システムとなる管理マスタサーバ２とは許諾等がなければ同期を取らないため、パートやアルバイトのような店舗側の人材の管理を、本部側の管理マスタサーバ２で管理する必要がない。

また、本部側での管理マスタサーバ２への入力を待たずに、店舗側で独自に勤務計画を作成できるなどの現場対応が可能になる。具体的には、複数の店舗を掛け持ちしている勤務者がいる場合、管理マスタサーバ２では所属する店舗としてどれか一つを選択していることが多く、そのような勤務者が複数いる場合、当日、誰が店舗に来るかが直前までわからないことがある。このような場合も、管理マスタサーバ２と同期しない仮勤務者を用いて、一旦勤務計画を作成するような運用が考えられ、利便性が高い。

さらに、以下のようなケースにおいて、運用の利便性が向上する。
＜新店舗の立ち上げ時＞
新しく店舗を立ち上げる際に、どの店舗の誰が招集されるかが事前にわからない場合、勤務計画作成者は仮勤務者のみでその店舗の勤務計画を作成する。その後、招集される勤務者が確定した時点で、その勤務者の識別キーを仮勤務者に対して入力しておくことで、後日、管理マスタサーバ２にその店舗に所属することが登録され次第、仮勤務者を一括で置き換えることができるようになる。

＜採用時＞
パートやアルバイトを採用する際に、管理マスタサーバ２での登録が遅れる場合、氏名等の識別キーがわかっていれば、仮勤務者登録部３２による機能を利用し、氏名などの識別キーを入力しておくことで、後日、管理マスタサーバ２に登録され次第、置き換えることができる。

＜組織変更時＞
例えば、４月１日から会社内の部署等の組織が組み変わるという場合、内々には組織に所属する勤務者はわかっており、組織長は組織の勤務者の勤務計画を作成したいケースがある。これに対して、仮勤務者登録部３２による機能を利用し、氏名等の識別キーを入力して勤務計画を作成しておくことで、その後、人事発令などが行われる４月１日に勤務者の属性情報を管理マスタサーバ２の情報に置き換えて、組織変更後の勤務をスムーズに遂行させることができる。

このように、管理マスタサーバ２に登録される前の勤務者が店舗側に存在する場合にも、仮勤務者として管理マスタサーバ２とは別に登録して、事前に勤務計画を作成して、そのまま実行していくことが可能となる。さらに、管理マスタサーバ２の正式な属性情報への更新が可能になった仮勤務者については、改めて勤務計画を作成し直さなくても情報の書き換えができるうえに、勤怠実績の照合が可能になるなど、高度化する勤務計画情報の活用のニーズに応じることができるようになる。

また、勤務計画作成部３３では、独自の勤務者マスタに登録された仮勤務者や勤務者を非表示にして勤務シフト表などの勤務計画を作成することができるので、勤務が確定していないが仮勤務者として先行登録したような場合でも、仮勤務者の有りと無しの両方で勤務計画を作成することなどが可能になる。

さらに、仮勤務者と一致する勤務者が管理マスタサーバ２に登録されているか否かの判定を複数の識別キーの一致によって行うようにすれば、同姓同名の場合など氏名だけでは同一人物かの判断ができないケースでも、間違いなく属性情報を更新させることができるようになる。

また、同期処理部３４が仮勤務者の入力情報を更新する前に、更新の可否を確認する更新許諾部３４１を備えていれば、入社、異動、退職などの事前に登録された情報に更新するタイミングを、任意に決めることができる。

以上、図面を参照して、本発明の実施の形態を詳述してきたが、具体的な構成は、この実施の形態に限らず、本発明の要旨を逸脱しない程度の設計的変更は、本発明に含まれる。

例えば、前記実施の形態では、管理マスタサーバ２との同期による属性情報の更新の可否を確認する更新許諾部３４１を備えた構成について説明したが、これに限定されるものではなく、管理マスタサーバ２との同期のタイミングが到来した時点で、自動で更新が行われるシステムであってもよい。

また、前記実施の形態では、図２を参照しながら処理の流れの一例について説明したが、これに限定されるものではない。要するに、マスタデータ取得部３１及び同期処理部３４によって行われる処理と、仮勤務者登録部３２によって行われる処理と、勤務計画作成部３３によって行われる処理とは、どのような順序で行われてもよい。

例えば、仮勤務者登録部３２によって先に店舗側で仮勤務者の登録を行い、その後、マスタデータ取得部３１や同期処理部３４によって、管理マスタサーバ２に登録された勤務者の属性情報の取得や同期などが行われる処理の流れであってもよい。また、勤務計画作成部３３による勤務計画の作成も、どのようなタイミングで行われてもよく、同期処理部３４による同期の後に、勤務計画を作成する場合もある。

また、前記実施の形態では、勤務計画を作成する際に、勤務者マスタに登録された仮勤務者や勤務者を非表示にすることで計画対象者を選択する場合について説明したが、こうした非表示機能は、別の目的でも利用できる。例えば、作成した勤務シフト表の視認性を高めるために、仮勤務者や勤務者の一部を一時的に非表示にすることができる。また、集計対象から一時的に外したい仮勤務者や勤務者がいる場合にも、非表示機能が利用できる。さらに、登録されている仮勤務者や勤務者を任意に計画対象外にして、様々なシミュレーションをする場合にも、非表示機能を利用することができる。

１ ：勤務計画作成装置（勤務計画作成支援システム）
２ ：管理マスタサーバ
３１ ：マスタデータ取得部
３２ ：仮勤務者登録部
３３ ：勤務計画作成部
３４ ：同期処理部
３４１ ：更新許諾部
ＮＷ ：ネットワーク

Claims (5)

1. 勤務者の属性情報が登録される管理マスタサーバとネットワークを介して接続されるコンピュータによって勤務計画を作成するための勤務計画作成支援システムであって、
   前記管理マスタサーバに登録された勤務者に関する前記属性情報の少なくとも一部を取得するマスタデータ取得部と、
   前記管理マスタサーバの登録とは別に、仮勤務者として勤務者の登録又は削除の処理を行う仮勤務者登録部と、
   前記仮勤務者を含む複数の勤務者の勤務計画を作成する勤務計画作成部とを備え、
   前記マスタデータ取得部は、前記仮勤務者登録部によって登録された前記仮勤務者と一致する勤務者が前記管理マスタサーバに登録されていると判定された場合に、前記仮勤務者の入力情報を前記管理マスタサーバの前記属性情報に更新する同期処理部を有することを特徴とする勤務計画作成支援システム。
2. 前記勤務計画作成部では、前記仮勤務者を非表示にできることを特徴とする請求項１に記載の勤務計画作成支援システム。
3. 前記仮勤務者と一致する勤務者が前記管理マスタサーバに登録されているか否かの判定は、複数の識別キーの一致によって行われることを特徴とする請求項１又は２に記載の勤務計画作成支援システム。
4. 前記同期処理部は、前記仮勤務者の入力情報を前記属性情報に更新する前に、更新の可否を確認する更新許諾部を備えていることを特徴とする請求項１乃至３のいずれか１項に記載の勤務計画作成支援システム。
5. 勤務者の属性情報が登録される管理マスタサーバとネットワークを介して接続されるコンピュータに実行させる勤務計画作成支援プログラムであって、
   前記管理マスタサーバに登録された勤務者に関する前記属性情報の少なくとも一部を取得するマスタデータ取得手段と、
   前記管理マスタサーバの登録とは別に、仮勤務者として勤務者の登録又は削除の処理を行う仮勤務者登録手段と、
   前記仮勤務者を含む複数の勤務者の勤務計画を作成する勤務計画作成手段と、
   前記仮勤務者登録手段によって登録された前記仮勤務者と一致する勤務者が前記管理マスタサーバに登録されていると判定された場合に、前記仮勤務者の入力情報を前記管理マスタサーバの前記属性情報に更新する同期処理手段としてコンピュータを機能させることを特徴とする勤務計画作成支援プログラム。

Images