人事アクションのコンフィギュレーション
適用: Microsoft Dynamics AX 2012 R3
このトピックは、システム管理者向けであり、人事アクションの設定方法について説明します。人事アクションはオプションです。人事アクションを有効にすると、ユーザーが次のタスクを実行するとき、追加情報の入力をユーザーに求めることができます。
新しい職位の作成
既存の職位値の編集
新しい作業者の採用
作業者の移動
作業者の退職
人事アクションを有効にした場合、これらのタスクの実行時に、承認プロセスまたは通知プロセスを実行することもできます。
人事アクションを有効にするかどうかを決定する
人事アクションを有効にした場合、ユーザーは、指定タスクを実行するたびに、いくつかの追加のステップを実行する必要があります。ただし、これらのステップでユーザーが提供する情報は、組織にとって非常に有益なことがよくあります。人事アクションを有効にするかどうかを決定するとき、次の質問を考慮してください。
質問 |
例 |
|---|---|
ユーザーが人事アクションを実行するとき、組織は追加情報を収集する必要がありますか |
ユーザーは、既存の職位をなぜ変更するか、または作業者をなぜ解雇するかの説明を選択する必要があります。この説明は、ユーザーが提供するリストにあります。 ユーザーは、作業者をなぜ移動するかの説明を選択する必要があります。この説明は、ユーザーが提供するリストにあります。 |
人事アクションを実行するとき、組織は承認プロセスまたは通知プロセスを要求しますか |
マネージャーは、従業員の解雇を承認し、賃金をただちに通知する必要があります。 マネージャーはすべての新しい職位を承認し、その承認を人事部門にただちに通知して、採用を開始できるようにする必要があります。 |
これらの質問のいずれかに "はい" と答えた場合、またはほかの人事アクションのプロセスを実行する必要がある場合は、組織は人事アクションを有効にする必要があります。
必要条件
次の表に、開始する前に準備が整っている必要のある前提条件を示します。
カテゴリ |
前提条件 |
|---|---|
計画 |
人事アクション タイプのすべての望ましい名前と説明を特定し、ワークフロー、理由コード、および番号順序を使用するかどうかを決定します。 |
テスト |
実稼働環境に入力する内容を確認できるように、1、2 週間のテスト環境を設定します。 |
リリース |
実稼動環境で 個人のアクション コンフィギュレーション キーを有効にし、次に Microsoft Dynamics Ax を閉じてから再び開いて、人事アクションを設定する人事アクション フォームにアクセスできるようにします。詳細については、「Personnel actions configuration key (HcmPersonnelActions)」を参照してください。 注意 このコンフィギュレーションの変更は、ユーザーへの影響を最小限にするために、使用の低い時間に実行することを強くお勧めします。このコンフィギュレーション キーを有効にしても、人事アクション タイプを作成しない場合、新しい職位の作成、既存の職位の編集、新しい作業者の採用、作業者の移動、職位の割り当ての変更、または作業者の解雇はできません。 |
1.オプション: 人事アクション タイプに割り当てるワークフローを作成する
確認プロセスを必要とする各人事アクション タイプのワークフローを作成できます。次のステップで人事アクション タイプをマップするときにワークフローを割り当てるので、最初にワークフローを作成することをお勧めします。人事管理ワークフロー リスト ページで、ワークフローの作成と管理を行います。ワークフローの設定方法が分からない場合は、「Microsoft Dynamics AX のワークフロー」を参照してください。
人事アクションのワークフローを設定するときに考慮する必要のあるいくつかの点を次に示します。
人事管理ワークフローにはタイプが複数あります。組織に必要な人事アクション タイプに対してのみワークフローを設定します。
2 つの作業者アクション タイプに対するワークフローが同じ (たとえば、プロセスが新しい採用と作業者の解雇に対して同じ) 場合でも、2 つの別々のワークフロー (各タイプに対して 1 つ ) を作成する必要があります。
承認を必要とするワークフロー、通知を送信するワークフロー、または両方を行うワークフローを設定できます。
次の表に、ワークフローを使用するときと使用しないときの例をいくつか示します。
ワークフロー |
例 |
ワークフローが必要ですか |
|---|---|---|
職位アクション |
新しい職位を作成するとき、組織は役員の承認を必要とします。また、職位が承認されたとき、人事部門が採用を開始できるように、人事部門にも通知するこを組織は要求します。 |
有 |
職位アクション |
ユーザーが新しい職位を作成したり、既存の職位を変更するとき、組織は承認も通知も必要としません。 |
行番号 |
作業者アクションの採用 |
新しい従業員を採用するとき、組織は役員の承認を必要とします。組織は、給与システムに従業員を追加できるように、給与部門への通知も要求します。 |
有 |
作業者アクションの移動 |
組織は、作業者の職位間の移動については役員の承認を必要としませんが、給与部門に変更を通知して、給与部門が新しい割り当ての部門および領域を確認できるようにすることを要求します。 |
有 |
2.人事アクション タイプを作成およびマッピングする
人事アクションを有効にした場合、ユーザーは、新しい職位の作成、既存の職位の変更、作業者の採用、作業者の移動、または作業者の解雇を行うときに、組織固有の人事アクション タイプを選択する必要があります。ユーザーが自分たちのタスクを実行するには、これらの人事アクションのそれぞれについて、カスタムの人事アクション タイプを作成する必要があります。これらのアクションのそれぞれに対して、システムは 1 つの人事アクション タイプを提供します。組織がシステムによって提供される同じ用語を使用する場合は、同じ名前を単純に入力できますが、組織がアクションを別々に参照したり、1 つのアクション タイプについて複数の説明を使用する場合は、次のカスタムの値を作成する必要があります。
次の表に、作業者の退職 アクションをマップする方法をいくつか示します。このアクションは、組織の要求に合わせて、システムによって提供されます。
システムによって提供される人事アクション |
このアクションの説明のために組織が使用するカスタムの用語 |
マッピングの説明 |
|---|---|---|
作業者の退職 |
“作業者の雇用終了” |
ユーザーはシステム用語を理解するので、具体的な説明は必要ありません。したがって、システム名と同じ名前を使用します。 |
作業者の退職 |
“作業者の解雇” |
これはユーザーにとってよく理解できる用語であり、1 つのアクションがすべての退職に対してうまく作用します。 |
作業者の退職 |
“自己都合退職” および “会社都合の退職” |
この用語はユーザーにはよく理解でき、会社都合の退職は承認者が異なるので、自己都合の退職とは別のワークフローを必要とします。2 つのカスタムの人事アクション タイプを作成し、システムが提供する 作業者の退職 タイプにマップして、異なるワークフローをそれぞれのアクション タイプに割り当てるようにします。 |
人事アクション タイプを作成するには、次の手順に従います。
人事管理 >設定 >アクション >個人のアクション タイプ をクリックします。
[新規] をクリックします。
職位の編集、季節的な職位、横の移動、またはこのセクションの前の表に表示されているタイプ名などの、カスタムの人事アクション タイプ名を入力します。
ユーザーが適切な選択をするために詳細な情報が必要な場合に参照できる、アクションの詳細な説明を入力します。
人事アクション タイプをマップするシステム アクションを選択します。最低 1 つのカスタムの人事アクションを、ユーザーが実行する各システム アクションにマッピングする必要があります。そうしなければ、ユーザーはタスクを完了できません。
タイプ
いつ使用できるか
職位の作成
職位を新規に作成する。
職位の変更
既存の職位の値を変更する。
作業者の非表示
新しい作業者を採用する。
作業者の振替
既存の作業者を、固定報酬プランまたは支払レートの変更の有無にかかわらず、別の職位に割り当てる。
作業者の退職
従業員の雇用の終了日を変更する。
注意
このセクションの前の一覧に、作業者のアクションと職位のアクションの両方が含まれています。職位の作成 と 職位の変更 だけが表示される場合は、Microsoft Dynamics Ax の最新のバージョンを使用していません。作業者アクションは、Microsoft Dynamics AX 2012 R3 または AX 2012 R2 の累積更新プログラム 7 またはそれ以降: がインストールされ、個人のアクション コンフィギュレーション キーが選択されている場合にのみ使用できます。
このタイプのアクションが確認プロセスに従うことを、組織で要求される場合は、リストからワークフロー ID を選択します。この人事アクション タイプに対応するワークフロー タイプのワークフローだけ選択できます。
オプション: 作業者の非表示 または 作業者の振替 の人事アクション タイプのみについては、人事アクション タイプに対応した固定報酬アクション タイプを選択できます。この既定値はユーザーに対して自動的に表示されます。その結果、ユーザーは、人事アクションのほかに報酬アクションを選択する必要がありません。
ヒント
すべてのユーザーは、人事アクションが有効になっているかどうかに関係なく、報酬アクションを入力する必要があります。人事アクションが有効になっているときは、この要件は、人事アクションの要求に対して供給される情報と同じなので、不必要であることがよくあります。自分の組織がこれに該当する場合は、既定の固定報酬アクション タイプを選択することによって、ユーザーはアクション タイプを 2 回入力することを防止できます。詳細については、「固定報酬アクション (フォーム)」を参照してください。
3.オプション: 人事アクションの理由コードの設定
人事アクションが有効になっているタスクをユーザーが実行するとき、理由コードを要求するメッセージが表示されます。この理由コードは、ユーザーが選択した 個人のアクション タイプ について追加の詳細を提供します。いくつかの例を次の表に示します。
個人のアクション タイプ |
理由コード |
説明 |
|---|---|---|
自己都合退職 |
|
|
新しい職位 |
|
|
ヒント
人事アクションのすべての理由コードに対して、タイプは 1 つだけです。職位に関連する人事アクションと作業者に関連する人事アクションの両方に対して必要と思われる、すべての理由コードを入力するようにします。理由コードの作成方法の詳細については、「人事管理の理由コード (フォーム)」を参照してください。
4.人事アクション番号順序を作成し、人事アクションに関連付ける
ユーザーが人事アクションを作成するたびに、人事アクションを簡単に識別できるように、人事アクションに固有 ID を割り当てる必要があります。番号順序を作成し、人事アクションに割り当てることによって、このプロセスを自動化できます。
注意
このステップを完了しない場合、ユーザーはアクションを実行できますが、ID を手動で入力する必要があります。これは、各 ID が一意である必要があるので、時間とともに困難になる可能性があります。
番号順序を設定し、人事アクションに関連付けるには、次の手順に従います。
人事アクションの番号順序を作成します。新しい番号順序の設定方法がよく分からない場合は、「番号順序の概要」を参照してください。
[人事管理の共有パラメーター] フォームで、作成した番号順序を 個人のアクション 照会に割り当てます。
フォームを閉じます。ユーザーが人事アクションを作成するとき、番号順序の次に使用可能な番号がアクションに割り当てられます。
次のステップ
このトピックに記載されている品目を設定し、テストした後、ユーザーは、必要に応じて、人事アクション タイプを入力し、ワークフローに自分たちの要求を送信できます。詳細については、「作業者への人事措置の割り当て」を参照してください。
関連タスク
システム管理者向け技術情報
このタスクを完了するために使用するページに対するアクセス権限がない場合は、システム管理者に連絡し、次の表に示される情報を提供します。
カテゴリ |
前提条件 |
|---|---|
コンフィギュレーション キー |
|
セキュリティ ロール |
人事管理アシスタント (HcmHumanResourceAssistant) は、人事アクション タイプの作成、人事アクション ワークフローのコンフィギュレーション、人事アクションの作成を行うことができます。 |