経費レポート イベントのビジネス プロセス ガイドライン
概要
Workdayの "経費レポート イベント"ビジネス プロセスは、経費レポートの提出、レビュー、承認、処理の方法を管理する設定可能なワークフローです。これはWorkdayファイナンシャル マネジメント スイートの重要なコンポーネントであり、会社のポリシーを確実に遵守し、明確な監査証跡を提供し、経費の払戻しプロセスを効率化するように設計されています。
"経費レポート イベント"ビジネス プロセスを以下のようにカスタマイズできます。
- 経費レポートの金額の異常値、経費コードの誤り、経費の重複を検証する。
- リスクスコアに基づいて、経費レポートを承認のためにルーティングする。を参照リスクに基づいた経費レポートのルーティング-
- 経費レポートに質問票を含めてフィードバックを収集する。
- 予算をチェックする。
- 経費レポートで正確な税金を確認する。
- レポート作成のために経費レポート データを取得する。
- 訂正のために個々の経費行を差し戻す。
- プロジェクトを追跡する。
このトピックには以下のセクションがあります。
- サブプロセス
- 前提条件
- プロセス開始者
- 制限事項
- 共通ビジネス プロセス ワークフローとガイドライン
- Workflow Step Types
- インテグレーションとサービス ステップ
- Routing Modifiers
- 通知
- 課題と解決策
サブプロセス
"経費レポート イベント" ビジネス プロセスは、以下のサブプロセスで構成できます。
- 経費レポートの会社間イベントの開始:経費レポート行の会社がヘッダーの会社 ()と異なる場合は、このサブプロセスを使用できます。承認のために会社間の経費行が、関連会社の適切な利害関係者に転送されます。会社間の承認者が行を却下すると、経費レポート全体が却下されます。
- 予算のチェック: このサブプロセスを使用することで、申請された経費が、特定の部門、プロジェクト、またはコスト センターに割り当てられた事前承認済の資金を超えないようにすることができます。
前提条件
経費レポートを正常に処理するには、以下のようないくつかの基本要素が用意されている必要があります。
- 社員の設定: 社員はWorkday ヒューマン キャピタル マネジメントに登録し、支払オプションを設定する必要があります。
- 経費ポリシーの定義: 使用可能な経費、限度、必須文書について詳しく説明する、明確で文書化された経費ポリシーを策定し、すべての社員に通知する必要があります。
- 経費アイテム: 経費アイテムを作成および設定し、経費レポートの設定を完了しておく必要があります。これには、払戻しのための支払オプションルールも含まれます。
- 承認階層: 経費レポートの承認ワークフローを設定する必要があります。
- 会社間処理: 該当する場合、経費レポートの会社間処理を設定し、経費行で会社を変更できるようにします。
- セキュリティ: "Expenses" 業務分野および "System" 業務分野のドメイン
- "Expenses"業務分野のドメインのリストについては、 を参照してください。参考: "経費レポート イベント" ビジネス プロセスのセキュリティ ドメイン -
- "System"業務分野で以下のドメインを設定します。
- ビジネス プロセス管理:ビジネス プロセス定義の作成と編集に必須タスクへのアクセス権を付与します。
- Manage: Business Process Definitions:ビジネス プロセスのあらゆる側面を管理するためのアクセス権を付与します。
- 管理ダッシュボード: 経費:組織 ""の経費データの概要と傾向を提供する経費管理ダッシュボードへのアクセス権を保護します。
- Set Up: Tenant Setup - Financials: 経費管理を含むすべてのWorkday のファイナンシャル製品に関するテナント全体の設定を行うためのアクセス権を付与します。
プロセス開始者
ユーザーが承認のために経費レポートを正常に提出すると、"
経費レポート イベント"
ビジネス プロセスが開始されます。経費レポートは、以下のようなさまざまなロールにより提出できるように設定できます。
- 社員: 従業員は自分自身の経費レポートを開始できます。
- 経費データ入力担当者は、他の従業員の経費レポートを作成できる。
- 委任先: 従業員は経費レポートの作成を管理アシスタントなど、他のユーザーに委任できます。
- Web サービス: 管理者は、"Submit_Expense_Report" Webサービスを使用して、外部システムから経費などの経費レポートを作成し、提出することができます。非従業員および応募者にも使用できます。
制限事項
"経費レポート イベント" ビジネス プロセスの制限事項は以下のとおりです。
- 仕訳行:Workday入力が行レベルではなくヘッダー行レベルで経費レポートにリンクされるため、スタンダード レポートでは、特定の経費レポート仕訳行を直接追跡することができなくなります。
- 訂正に関する制限: 承認済み経費レポートが以下の場合、そのレポートで "訂正"アクションを使用することはできません。
- 支払が完了し、ワークタグ貸借調整が有効になっている。
- "請求準備完了" ステータスのプロジェクト請求取引に関連付けられている。
- キャンセルされていない税申告に経費の税詳細が含まれている。
- 承認者を追加する機能: "経費行の差戻し" アクションを使用するステップでは、"承認者の追加"オプションは使用できません。
- 委任先の表示設定: 委任先が別のユーザー (委任元従業員) の代理で行動している場合、委任先は経費レポートの"ビジネス プロセス"タブを表示して承認ステータスを確認できません。
- ドラフト ステータス (インテグレーション経由):"Submit_Expense_Report" Webサービスを使用する場合、経費レポートを"ドラフト"ステータスで保存するパラメータはありません。データが有効であれば、ビジネス プロセスは自動的に開始されます。
共通ビジネス プロセス ワークフローとガイドライン
一般的な経費レポート イベントのワークフローは、多くの場合、以下の一般的なパターンを適用します。
- 作成/開始:社員が経費レポートを提出します。
- レビュー: 承認ステップを前後に設定できます。レポートは、経費パートナーや監査人などの中央チームに送信されます。レビューアは、送信前にレポートを直接訂正できます。この社員を社員に戻すこともできます。
- 承認: レビュー ステップを前後に処理できます。レポートは 1 人または複数の承認者に送信されます。例:マネージャ、財務承認者。ビジネス プロセスワークフローの図を表示するには、ビジネス プロセス定義の編集時に"ビジネス プロセス定義の表示" ページで"図の表示"をクリックします。
経費レポートの承認ワークフローは、組織のポリシー、承認の制限、監査要件に応じて、単純なものから複雑なものまで、さまざま範囲。
パス 1: 簡易承認
これは最も単純なワークフローであり、通常、小規模な組織で特定のしきい値を下回る経費に使用されます。
A:開始
>
B:承認
>
C:完了パス 2: 自動承認
レビューまたは承認が不要な経費については、これらのステップを省略できます。例: 標準的な月単位のウェルネス費。
A:Initiation
>
B:承認(合格、条件付きで経費アイテム) >
C:完了パス 3: 階層および検証の承認
これは非常に一般的なパターンで、多くの場合、特定の条件に基づいて、マネージャが承認した後に財務部門や監査部門による二次レビューが行われます。
パス 4: 複雑なプロジェクト ベースおよび複数レベルの承認
このワークフローは、プロジェクトマネージャやコスト センターマネージャなど、複数のロールによる承認が必要な経費用です。合計金額によっては、追加の承認階層が必須になる場合もあります。
A:開始
>
B:承認(プロジェクト マネージャによる条件付き) >
C:承認(マネージャ別) >
D:承認(上限額についてはディレクターによる条件付き) >
E:完了ワークフロー ステップ タイプ
"経費レポート イベント"
ビジネス プロセスに含まれる一般的なステップ タイプとそれぞれの特性は、以下のとおりです。- 開始
- ステップの順序: は常に最初のステップです。
- グループ: 実行者: 社員、臨時従業員 (セルフ)、または経費データ入力担当者
- セキュリティ ドメイン: "経費レポート イベント" ビジネス プロセス セキュリティ ポリシーのいずれかの開始アクションに対するアクセス権です。
- 経費レポートの作成
- 応募者の経費レポートの作成
- Submit Expense Report (Web Service)
- 応募者の経費レポートの送信 (Web サービス)
- 従業員の経費レポートの作成
- 非従業員の経費レポートの作成
- Submit Expense Report for Non-Worker (Web サービス)
ステップ タイプ
- アクション
- ステップの順序: 通常、最初のステップの後。
- グループ: 多くの場合、マネージャ、経費パートナー、プロジェクト マネージャ、またはカスタム定義のロールが実行します。
- セキュリティ ドメイン:ビジネス プロセス セキュリティ ポリシーの関連アクションステップにおけるアクセス権。
- 指定: 実行する特定のアクションを選択します。共通アクションは次のとおりです。
- 経費レポートの承認: 割り当てられたロールは、経費レポート全体を承認、却下、または差戻しできます。
- 経費レポートの承認 - 行の差戻し: 割り当てられたロールは、レポート全体を承認または却下できるほか、訂正のために個々の行を差し戻したり、残りを承認したりできます。
- 経費レポートの会社間イベントの開始:会社間経費承認のサブビジネス プロセスをトリガします。このアクションへのアクセス権は、経費レポートの会社間イベントのビジネス プロセス セキュリティ ポリシーで定義されます。
- 経費レポートのレビュー: 割り当てられたロールは、経費レポート全体の編集、承認、却下、または差戻しを許可します。
- 経費レポートのレビュー - 行の差戻し: 割り当てられたロールは、経費レポートの編集、レポート全体の承認または却下、訂正のために個々の行を差し戻したり、残りを承認したりすることができます。
- ステップ タイプのガイドライン:
- ベスト プラクティス
- 行レベルの差戻しに検索管理これにより、1 つの誤った行によってレポート全体が滞ることを防ぎ、社員への払戻しプロセスが合理化されます。これにより、承認者は訂正のために個々の行を差し戻しながら、残余のレポートを承認できます。そうすることで、細部のエラーによって経費レポート全体の払戻しが遅れることを防ぐことができます。
- 承認者の追加の制限: 行の差戻し機能を持つアクション ステップを使用した場合、そのステップを実行するユーザーは承認者の追加関数を使用能力なくなります。一時的な承認がプロセスの重要な部分である場合は、代わりに標準の "承認" ステップを使用することを検討してください。
- レポート編集後の財務監視の管理: "経費レポートのレビュー" ステップが含まれており、レビューアが金額を変更できる場合は、その直後に社員のマネージャまたは他の適切な承認者による後続の承認ステップを追加することを検討してください。これにより、プロセスが完了する前に、更新された金額について最終承認が得られるようになります。
- 自動承認による訂正レポートのワークフローの合理化: 承認ステップで詳細なルーティングを設定することにより、最終承認を迅速化するため、マネージャが経費レポートを承認して単一の行を差し戻した後、同じマネージャにレポートが複数回ルーティングされることを防止します。過去の承認者を除外する。例: 承認ステップを 2 つずつ追加します。マネージャが担当する最初のステップです。"アクション" ステップで、"経費レポートの承認 - 行の差戻し" を選択します。次に、"Cost Center Manager" に関する 2 番目のステップに、"前の承認者を除外" に設定されている詳細ルーティングルールがある標準の "承認" ステップを追加します。
- 会社間取引の管理:経費行に経費レポートのヘッダーとは異なる会社が含まれている場合に、"アクション" ステップに "経費レポートの会社間イベントの開始" サブプロセスを追加して承認を行います。これにより、連携会社の承認者は、その会社間行アイテム ()のみをレビューする承認タスクを受信できるようになります。該当する行が承認された後も、メインのビジネス プロセスは続行され、適切な会計処理が確保されます。
- その他のガイドライン:
- ベスト プラクティス
- 条件ルールを十分にテストして、正しく評価されていることを確認してください。
- 複雑すぎて管理が困難なルールを避ける。
- 経費レポートの編集や個々の行の差戻しなど、ユーザーが単なる承認または却下をTO DO必要がある場合に"アクション"ステップを使用します。
- "行の差戻し"アクションを使用するステップでは、"承認者の追加" 機能は使用できないことを認識しています。
- ユース ケース:
- 経費パートナーは、最終承認のために送信する前にエラーを訂正できるように "経費レポートのレビュー" ステップを使用します。
- リスクスコアに基づいて、経費レポートを承認のためにルーティングする。例: リスクスコアが60 以上、またはリスクスコアが0 以下の条件ルールを追加します。
- 経費レポートの合計が特定の閾値を超えた場合にのみ、特定の承認者に送信する。例: 経費レポートの合計金額が 500 を超える場合の条件ルールを追加します。
- 経費レポートに特定のタイプの経費 (例: マイレージ) のみが含まれている場合は、レビュー ステップをスキップします。
- 経費レポートに控除可能税額が含まれている場合にのみ、税レビューをトリガする。
- 詳細については、を参照してください概念: アクション ステップ-
- 承認
- ステップの順序: 複数の承認ステップが順番または並行して運用されます。
- グループ: マネージャ、部長、プロジェクト マネージャ、金額に基づく財務承認者用のカスタムロール、または転勤経費の処理などで、HR パートナーが実行します。
- ステップ タイプのガイドライン:
- ベスト プラクティス
- ステップに期日を設定して、承認期限を定義します。
- "承認" ステップ タイプは、ユーザーが経費レポート全体を承認、却下、または差戻しする必要がある場合にのみ使用します。
- 一時的な承認者を追加する能力がある場合は、"承認" ステップ タイプを使用してください。
- ユース ケース:
- マネージャは、社員の経費レポートが会社のポリシーと予算に準拠しているかどうかをレビューします。財務部門がコンプライアンスと適切な経費コードを確認します。
- 価値の高い経費レポートに関する複数レベルの承認プロセス。
- その他のガイドライン:
- ベスト プラクティス
- 承認階層と閾値を明確に定義する。
- 詳細ルーティングの"前の承認者を除外"オプションを活用して、ユーザーが同じ経費レポートを複数回承認する必要がないようにします。
- 承認チェーンを使用して、レポートラインを上書きします。
- 経費レポートのコスト センターまたはその他のワークタグに基づいて、特定の承認者に送信する。
- ユース ケース: 経費金額、経費タイプ、またはプロジェクトコードに基づいて、特定の承認者にルーティングされます。金額が特定の閾値を下回った場合、承認をスキップする。
- 詳細については、を参照してください概念: 承認ステップ-
- レビュー
- これは"アクション"ステップです。"指定"列で、レビュー オプションのいずれかを選択できます。
- 順序: 承認ステップを前後に設定できます。
- グループ: 経費パートナー、マネージャ、マネージャ コスト センター マネージャなどのセキュリティ グループによって実行されます。
- セキュリティ ドメイン: "経費レポート イベント"ビジネス プロセス セキュリティ ポリシーのいずれかの "レビュー" アクションに対するアクセス権。
- を指定:
- 経費レポートのレビュー: ユーザーは経費レポート全体の を編集、承認、却下、または差戻しできます。
- 経費レポートのレビュー - 行の差戻し: 上記のすべての機能を提供しますが、ユーザーによる送信も可能です。
- ステップ タイプのガイドライン:
- ユース ケース:
- 経費パートナーがすべての領収書が報告された経費と一致することを確認します。例: 経費パートナーが支払前に経費レポートをレビューします。行アイテムとの受領書の相互参照が行われ、正しい経費アイテムと適切なワークタグが使用されていることを確認し、ポリシーが遵守されていることを確認します。問題が見つかった場合は、失効を報告するか、訂正するか、確認のためにレポートを社員や承認者に差し戻すことができます。
- その他のガイドライン:
- ベスト プラクティス
- レビュー条件を明確にします。送信されたデータとポリシーを簡単に比較するためのツールを提供します。
- マネージャが"経費レポートの承認 - 行の差戻し"ステップを使用すると、経費レポートの大部分を承認しながら、訂正のために単一の問題行を差し戻すことができます。
- 経費パートナーは、最終承認のために送信する前にエラーを訂正できるように"経費レポートのレビュー"ステップを使用します。
- ユース ケース: 高リスクのカテゴリなど、特定の経費カテゴリが存在する場合に、詳細なレビューを開始します。
- 詳細については、を参照してください参考: 経費レポートのレビューと承認のビジネス プロセス-
- 完了
- このステップは、メインワークフローが終了したことを示します。完了ステップが実行されると、経費レポートはすべて承認されたとみなされ、後続のステップはコア プロセスを保留することなく実行できます。ステップをレビューし、経費レポートが承認済とみなされているために必須最終アクションを該当のステップに設定する必要があるかを特定します。多くの場合、これはシーケンスの最後の承認ステップです。グリッド ""でこのステップの行を探し、そのステップの関連アクション メニューから"ビジネス プロセス">"完了に設定" の順に選択します。各ビジネス プロセスの完了ステップは 1 つだけです。別のステップがすでに完了ステップとして設定されている場合、そのWorkdayは自動的にオフになり、現在選択したステップに指定が適用されます。
インテグレーションとサービス ステップ
インテグレーションにより、経費管理システムと他のエンタープライズ システムとの間でデータがシームレスに異動、データの一貫性と効率性が確保されます。
ドキュメント送信、ジャーニー配布、オーケストレーションなど、設定で利用可能なサービスについては、
"許可するサービス"
タブを参照してください。インテグレーション ステップは、経費レポートプロセスの一部として設定できます。"
インテグレーション"
ステップ タイプを選択します。ビジネス プロセス定義 ""を保存したら、 "インテグレーション ステップの設定
" ボタンにアクセスして、適切なインテグレーション システム(EIB、コアコネクタ、 Workday Studioインテグレーション) を設定します。ルーティング修飾子
"行レベル"ルーティング修飾子は、少なくとも 1 つの積集合型セキュリティ グループ ()に割り当てられている承認ステップで設定できます。積集合型セキュリティは、当初、HCM ユース ケース向けに設計されており、一般的には財務会計ユース ケースには推奨されていません。"行レベル" のルーティングは、ルーティング要件を満たす他のオプションがないユース ケースをサポートするために "経費レポート イベント" で使用できます。優先オプションとして検討しないでください。ロール ベースのセキュリティ グループを使用することをお勧めします。
"行レベル" のルーティングでは、経費レポート全体が特定された承認者に送信されます。経費レポートが個別の行に分割されることはありません。
詳細については、を参照してください行レベルのルーティングの管理-のルーティングに関する詳細については、コスト センター(Touchpoints Kit) も参照してください。
通知
システム通知
システム通知は、ビジネス プロセスイベントに対してWorkdayによって生成されるデフォルトのアラートです。すべてのシステム通知は、ビジネス プロセスの
"通知"
タブで確認できます。Workday特定の通知を無効にすることができますが、多くの場合、通知プリファレンスをユーザー レベルで管理するか、より対象を絞ったアラートについてカスタム通知を使用することをお勧めします。ビジネス プロセス システム通知の設定を参照してください。
グローバル通知設定は、
"テナント設定の編集 - 通知"
タスクで管理されます。カスタム通知
ビジネス プロセスの任意のステップで開始できるカスタム通知を作成して、イベント、必須アクション、またはステータスの変更についてユーザーにアラートができます。通知を作成するには、ビジネス プロセス定義に移動し、関連アクション メニューから選択します。カスタム通知の作成を参照してください。
- ガイドラインとベスト プラクティス:
- 明確かつアクション可能である: 件名行は直接である必要があります (例: "アクションが必要: 経費レポートの承認")。本文には、何が起きたのか、次に受信者が何TO DO必要があるのかが明確に記載されている必要があります。
- 適切な対象者を対象: 情報が必要なロールにのみ通知を送信します。過剰通知が発生すると、すべてのアラートが無視される結果になります。
- 動的フィールドを使用: 関連するデータ (経費レポート ID、合計金額、従業員など) を使用してコンテキストを提供することで、ユーザーがリクエストを理解するためにタスクをクリックする必要がなくなります。
- 通知のことを避ける: 1 つのステップごとにカスタム通知を設定しないでください。システム通知でまだ表示されていない主要イベントに焦点を当てる。たとえば、従業員の代理でトランザクションが送信された場合などです。
- ユース ケース:
- シナリオ 1: 委任先や経費データ入力担当者などの別の従業員が、本人の代理で経費レポートを提出した場合、その社員は通知を受け取る必要があります。例:開始者が従業員ではないという条件ルールを使用して、開始ステップ ""の "終了時" をトリガカスタム通知を追加します。"受信者" セクションの "グループ" フィールドで "Employee as Self" を指定します。
- シナリオ 2:社員は、経費レポートがすべて承認され、処理待ちの支払になったときに、確認を受け取ることを希望しています。例: カスタム通知を追加し、"特定のステータスでトリガ: 完了" を選択します。"受信者" セクションの "グループ" フィールドで "Employee as Self" を指定します
課題と解決策
出庫 | ソリューション |
|---|---|
通知が送信されていません。 | 1.ビジネス プロセス定義をチェックしてください:通知が正しいステップに設定され、"アクティブ" に設定されていることを確認します。 2.ステップ実行の検証: トランザクションのビジネス プロセス履歴を確認します。条件ルールにより、ステップ通知がスキップされましたか？ステップが実行されない場合、通知も実行されません。 3.通知条件の確認:通知自体に、満たされていない条件ルールがあるか？ 4.受信者のプロファイルの確認: E メールを送信する場合は、意図した受信者のWorkdayプロファイルに有効な勤務先 E メール アドレスが入力されていることを確認します。 |
通知が間違った相手に送信されます。 | 1.受信者の設定のレビュー:ビジネス プロセス定義で、通知 ()の "受信者 " フィールドを確認してください。正しいセキュリティ グループ(例: マネージャ、開始者、コスト センター マネージャ) に対して設定されていますか?2.ロール割当の確認:通知 ()を誤って受け取った従業員のロール割当を確認します。意図して受信者セキュリティ グループ ()に含まれている可能性があります。たとえば、従業員の以前のマネージャが、何らかの理由でそのマネージャとして割り当てられていますか？ |
通知に情報が不足しているか、空白のフィールドが含まれています。 | 1.動的フィールドを確認:通知テキストを編集し、表示するデータに対してシステム提供の正しいフィールドを使用していることを確認します。 2.データ タイミングの確認:通知のトリガ時に、ビジネス オブジェクトにデータが存在する必要があります。たとえば、承認ステップが完了する前に実行される通知に [承認者名] を含めることはできません。値は空白になるためです。 3.受信者のセキュリティ:通知が静的な E メール アドレスに送信される場合、または受信者がデータを表示するセキュリティ アクセス権を持っていない場合、フィールドは "使用不可" と表示されます。通知を作成する際には、この問題を回避するために、"公開フィールド"ドロップダウンリストに表示されるフィールドを選択してください。あるいは、該当するフィールドへのアクセス権があるセキュリティ グループに通知が送信されるようにしてください。 |
承認済かつ支払済の経費レポートを訂正するにはどうすればよいですか？ | 経費レポートインスタンス ()ではなく、ビジネス プロセス インスタンス ()からビジネス プロセスを訂正する必要があります。 そのためには、次のようにします。
このタスクを実行するには、必須セキュリティ アクセス権があることを確認してください。"経費レポート イベント (デフォルト定義)" に移動し、イベントの関連アクションから "ビジネス プロセス ポリシー" > "表示" を選択し、"ビジネス プロセス全体のアクションを実行できるユーザー" セクションの "訂正"アクションを実行できるセキュリティ グループに属していることを確認します。 |
初回の送信時に表示されていましたが、経費経費レポートが承認されると、経費レポート イベントの "ビジネス プロセス " タブが委任先に表示されなくなるのはなぜですか？ | これは現在の機能で想定された動作です。 委任先の "ビジネス プロセス" タブは、以下の 2 つの条件を満たす場合にのみ表示されます。
|
ビジネス プロセスは退職した社員 ()で残っています。 | 原因: 経費レポートが訂正のために差し戻された後、社員は退職し、タスクはその社員のインボックスに残っています。解決策 :タスクの割当変更" 関数を使用して、退職した社員のインボックスから経費レポートイベントを適切なユーザー (経費データ入力担当者など) に割当変更する必要があります。このユーザーは、経費レポート イベントを訂正、再送信するか、キャンセルできます。 |
初回の送信時に表示されていましたが、経費経費レポートが承認されると、経費レポート イベントの "ビジネス プロセス " タブが委任先に表示されなくなるのはなぜですか？ | これは現在の機能で想定された動作です。 委任先の "ビジネス プロセス" タブは、以下の 2 つの条件を満たす場合にのみ表示されます。
|
"経費レポート イベント"ビジネス プロセス セキュリティ ポリシーに "支出カテゴリ マネージャ"ロールを追加できないのはなぜですか？ | "経費レポート イベント"ビジネス プロセスでは、ステップのルーティングに対して "Roles - Spend Category " セキュリティ グループタイプがサポートされていません。 これは現在の機能で想定された動作です。経費レポートの承認を 支出カテゴリ マネージャの ロールに直接送信することはできません。サポートされているセキュリティ グループに基づいて、代替ルーティング設定を検討する |
必須ワークタグがデフォルトで正しくない値に設定されるのはなぜですか？デフォルト値は、"関連ワークタグ用途の管理" で設定された値ではありません。 | Workday経費管理製品では、新しい経費レポート行を追加すると、最後に更新された経費レポート行または明細からワークタグが自動的にコピーされます。これは、Workday の永続ワークタグ機能に基づいて想定される動作です。 |
明細化する際に、経費レポート行からワークタグが削除されるのはなぜですか？ | 経費レポート行が明細化されると、ワークタグは行レベルから明細レベルに移動されます。ワークタグを表示するには 、"明細" > "編集" または "詳細の表示" に移動します。 |
個々の明細行で、予期しない承認ステップがトリガされるのはなぜですか？ | 評価を必要とするワークタグは明細に存在しますが、実行開始条件で使用される計算フィールドは、"経費レポート行と明細" ではなく、"経費レポート行"ビジネス オブジェクトに基づいています。 計算フィールドを更新して、"経費レポート行と明細"ビジネス オブジェクト ()を使用します。これにより、この条件によって明細レベルのデータが正しく評価されるようになります。 |
上記のテーブルは、一般的な問題と、それぞれの解決策を示したものです。ここにリストされていない問題については、Community でナレッジ記事を検索することをお勧めします。
最良の結果を得るには、以下のことを行ってください。
- 二重引用符を使用して、プロセスの正確な名称を検索します (例: "経費レポート イベント ビジネス プロセス")。
- 以下の検索フィルタを選択して、最初の結果を絞り込みます。
- コンテンツ グループ: 記事
- コンテンツ タイプ: ナレッジ記事
- "ソート基準" フィルタを使用して、関連性または新しい順に結果を表示します。