承認エクスペリエンスの参照

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間:8分
  • 承認エクスペリエンスを向上させるには、次の参照情報を使用します。

    デフォルトのタスク構成

    承認に利用可能な次のデフォルトのタスク構成を使用します。
    • 参照列が sysapproval、参照テーブルが sc_request の要求。
    • 参照列が sysapproval、参照テーブルが sc_req_item の要求アイテム。
    要件に合わせてタスク構成をカスタマイズできます。データモデルは、関連リストとしての 従業員センター To Do 構成の拡張です。承認エクスペリエンスの構成については、「承認のタスク構成を有効にする」の説明に従ってください。承認の構成方法の詳細については、「承認ハブ」を参照してください。
    注:
    従業員センターで IT 要求 (HR の承認などの他の要求には適用されません) を承認するには、ユーザーに approval_user または business_stakeholder ロールが必要です。UI16 で ACL を変更すると、NowPlatform レベルでより広範な影響を与える可能性があるため、ロール検証は Core UI16 に実装されていません。

    承認 To Do を表示できない

    sc_request または sc_req_item アイテムの承認 To Do を表示するには、approver_user または business_stakeholder ロールが設定されていることを確認してください。スクリプトインクルード todoPageUtils の _getClosureFunction() メソッド:
    if (tableName == 'sysapproval_approver') { 
     if (!(gs.getUser().hasRole('approver_user') || gs.getUser().hasRole('business_stakeholder'))) { 
      var queryString = "sysapproval.sys_class_name!=sc_request^sysapproval.sys_class_name!=sc_req_item^NQsysapprovalISEMPTY"; 
      grTask.addEncodedQuery(queryString); 
     } 
    } 

    親テーブル構成にフォールバック

    子テーブルにタスク構成がない場合、フォールバックはその階層の 1 レベル上で、親テーブルのタスク構成を選択します。タスクの親が利用できない場合、フォールバックはデフォルトの構成を使用します。

    SAP Concur 参照情報

    SAP Concur 統合には、以下の情報を使用します。
    • すべての Concur アクションは、 SAP Concur Spoke (sn_sap_concur_spok) プラグインに存在します。
    • スケジュールされたジョブ Concur レポートのプル (Pull concur reports) (sysauto_script) は毎日トリガーされます。このスケジュールされたジョブは、ESM フレームワークの統合ソーステーブル (sn_hr_integr_fw_source) から Concur 統合レコードを内部的に呼び出します。
    • スケジュールされたジョブが実行され、Concur 同期の詳細テーブル (sn_ex_cnc_concur_sync_details) のレコードが最新のタイムスタンプで更新されます。
    • ServiceNow の Concur レポートは、Concur 経費レポートステージングテーブル (sn_ex_cnc_concur_report_staging) で同期されます。
    • ステージングテーブからのレポートは、ESM フレームワークによって Concur 経費レポートテーブル (sn_ex_cnc_concur_report) に変換されます。テーブル変換マップテーブル (sys_transform_map) で Concur レポート変換マップという変換マップを使用します。
    • 承認レコードは、Concur 経費レポートテーブルの [承認者] フィールドに基づいて、プルされた統合 To Do テーブル (sn_hr_integr_fw_todo_inbound) に作成されます。

    Workday 参照情報

    Workday 統合には、以下の情報を使用します。
    • Workday は RAAS レポートを使用して外部システムにデータを送信します。RAAS の詳細と、休暇、タイムシート、報酬、ジョブ変更、ジョブ要求、または休暇に関するフィールドレベルの情報については、「 Workday HR Spoke」を参照して ください。
    • 未解決の要求のみが、承認者の [自分のタスク] ページに表示されます。
    • 承認および却下アクションは、Integration System User (ISU) を使用して実行されます。ISU は、実際のユーザーではなく仮想ユーザーであり、承認者の認証情報を安全に保持するのに役立ちます。ISU を使用すると、承認レコードと却下レコードの機密データは、Workday の構成に従って保護されます。例を次に示します。
      • 承認者 John Doe がコメントとして「タイムシートが承認されました」と入力すると、そのコメントは「John Doe (john.doe@acme.com):タイムシートが承認されました」と表示されます。
      • John Doe がアクション [承認] を実行すると、Workday に「John Doe (john.doe@acme.com):アクション – 承認」というコメントが追加されます。
      • John Doe がアクション [却下] を実行すると、Workday に「John Doe (john.doe@acme.com):アクション – 却下」というコメントが追加されます。
      • John Doe が「コメント付きで却下 - 要求が会社のポリシーに準拠していません」アクションを実行すると、「John Doe (john.doe@acme.com):アクション– 却下」、「John Doe(john.doe@acme.com) :要求が会社のポリシーに準拠していません」という 2 つのコメントが追加されます。
    • 承認または却下アクションは、すべてのユースケースですぐに利用可能な状態になっています。
    • Workday で、ある承認者から別の承認者に承認が委任された場合、レポートデータソースでは、委任されたタスクやその他の委任の詳細などの委任の変更を処理できません。
    • Workday と ServiceNow で承認された、レベル 1 でのマルチレベル承認が要求に必要な場合、同じ承認に対して 2 つのエントリが表示されることがあります。これは、ISU の使用に関する制限です。
    • サポートされる添付ファイルサイズは最大 12 MB です。添付ファイルのサイズが 12 MB 未満であることを確認します。
    • 以下のスクリプトを使用します。
      • WorkdayApprovalToDosClientUtilSNC:Workday 承認の消去プロセスのレコードを取得します。
      • WorkdayApprovalToDosHelperSNC:Workday 承認に関連する定数が含まれています。
      • WorkdayApprovalToDosClientUtil:WorkdayApprovalToDosClientUtilSNC を拡張し、ユーザーがカスタムコードを定義できるようにします。
      • WorkdayApprovalToDosHelperUtils:WorkdayApprovalToDosHelperUtilsSNC を拡張し、ユーザーがカスタムコードを定義できるようにします。
      • WorkdayApprovalToDosHelperUtilsSNC:Workday 承認のための機能を提供します。
    • 報酬変更および支出認可のユースケースに対して、適切なユーザーコントロールと権限が設定されていることを確認します。認証されたユーザーのみが、Workday の機密レコードやデータを表示できます。
    • データ保護のために、デフォルトの消去ポリシーを使用してデータをより高い頻度で削除します。デフォルトでは、データの消去は 30 日後に行われます。
    • IT システムアドミニストレーターから HR アドミニストレーターロールを削除」の説明に従い、機密情報にアクセスできるのは HR アドミニストレーター [sn_hr_core.admin] のみであることを確認します。
    承認の構成方法の詳細については、「承認ハブ」を参照してください。

    モバイルでの承認

    テーブルにある承認のみが sysapproval_approver Now Mobile の汎用カードを使用して表示されます。

    この機能を無効にするには、sys_property の値 sn_me_todos.all_approvals_mobile_enabled を false に変更します。

    OOTB アクショングループの使用

    すぐに利用可能な [承認アクショングループ (Approvals action group)]を選択して、[承認][却下] などのアクションを表示します。詳細については、「アクションフレームワーク」を参照してください。
    注:
    アクションを自分のアイテムウィジェットに表示するには、以下から OOTB 承認アクショングループを追加します。 All (すべて) > 従業員センター > アドミニストレーション > To Do 構成をクリックし、既存の To Do 構成をクリックして To Do 構成詳細 レコードに移動し、[ フィールドマッピング] で OOTB アクショングループを使用します。

    補足情報

    • 追加情報とコンテキストの URL をクリックします。
    • Scripted Extension Pointssn_hr_sp.TodoNonTaskTables、および sn_ex_sp.RefNonTaskTables でタスク以外のテーブルをアレイとして渡すことで、BU がタスク以外のテーブルを To Do またはタスク構成参照テーブルのリストに簡単に追加できるようになります。