あなたの提案からアイデアの1つが実現されました。タイム・カードを使用したプロジェクトへの給与原価配分

プロジェクト・コスト計算で配分基準として既存のタイム・カード時間数を使用して、給与原価をプロジェクトに配分します。 Oracle Fusion Time and Labor、Oracle Fusion Projectsまたはサードパーティのソースを使用してプロジェクトの時間を記録し、配分された実績給与原価を使用して時間トランザクションのコストを計算します。 この給与原価配分方法では、プロジェクトの作業工数の原価計算が最も正確に行われ、効率的なコスト管理および拡張された財務分析が可能になります。 この新しい方法では、プロジェクト・コスト計算の労務コスト配分機能が拡張され、既存の個人割当方法および給与原価構成方法に加えて、タイム・カード・ベースの配分オプションが提供されます。

次のステップで、給与原価をプロジェクトに割り当てるための新しいタイム・カード配分方法の使用方法を説明します:

  1. 個人割当労務スケジュールの新しいバージョンを作成するときに、「タイム・カードを使用して配分」オプションを有効にします。 タイム・カード配分を基準として指定する配分ルールが自動的に作成されます。
    タイム・カード配分が有効な労務スケジュール・バージョン

    タイム・カード配分が有効な労務スケジュール・バージョン


  2. Oracle Fusion Payrollからプロジェクトにコストを配分する際に使用する支払要素を定義し、それぞれに新しいタイム・カード配分基準を指定します。 サードパーティ・ソースから給与原価をインポートする場合で、これらの原価がタイム・カード配分方法を使用してプロジェクトに配分される場合は、インタフェース表にロードする際に各給与原価に対してタイム・カード配分基準を指定する必要があります。
    支出タイプ区分に基づいて、どのターゲット・タイム・カードが各支払要素に適格かを指定

    支出タイプ区分に基づいて、どのターゲット・タイム・カードが各支払要素に適格かを指定

     
  3. Oracle Fusion Time and Labor、Oracle Fusion Projectsまたはサードパーティの時間レポート・ソースから、タイム・カードをProject Costingにインポートします。 「コストのインポート」プロセスでは、インポートされるタイム・カード・トランザクションが、配分済給与の実績コストを使用して再び原価計算するのに適格かどうかを判断します。 そうである場合は、タイム・カード・トランザクションがコスト・レートが0でProject Costingにインポートされ、その「給与原価計算済」ステータスが「待ち状態」になります。
    コストが0に設定されたタイムカードの待ち状態の給与原価計算

    コストが0に設定されたタイムカードの待ち状態の給与原価計算

    ノート: 請求可能タイム・カード・トランザクションについては、コスト払戻方法の場合のように、価格設定方法がコストに基づいている場合は、「ゼロの直接費または総コストに基づいた請求であるため、トランザクションは請求されません。 (PJB_ZERO_COST)」という請求例外が、請求書または収益トランザクションが作成されたときに給与配分が待ち状態であるタイムカードに対して発生します。 望ましくないPJB_ZERO_COST請求例外を防止または取り除くために、これらのトランザクションを請求不可に設定するか、配分済給与実績コストを使用して原価計算が正常に行われるまで請求または収益を保留することを検討してください。


  4. 給与のソースがOracle Fusion Payrollである場合、給与計算を実行して給与原価を計上します。 それ以外の場合は、外部ソースからの給与原価をインタフェース表にロードします。

  5. 給与コストのインポート・プロセスをスケジュールし、定義したとおりに給与を配分します。 タイム・カード配分については、給与期間内の特定の個人割当のすべての給与原価が、タイム・カード配分基準別に要約されます。 Project Costingでターゲット・タイム・カードが識別されて、各ターゲット・トランザクションが受け取る必要がある合計金額が計算され、その後、新しい「給与コストの配分」修正タイプを使用して各トランザクションが再び原価計算されます。
    タイム・カードに正常に配分されたインポート済給与原価

    タイム・カードに正常に配分されたインポート済給与原価

    給与原価配分後のターゲット・タイム・カード

    給与原価配分後のターゲット・タイム・カード


この機能について、さらに計画されている拡張機能は次のとおりです:

  • トランザクションの価格設定方法が原価に基づいている場合に、給与原価配分が待ち状態になっているタイム・カードを請求および収益認識プロセスから除外するオプション。
  • 「労務費の管理」ユーザー・インタフェースおよびAPIで処理された労務費のタイム・カード配分結果の表示。
  • 実績給与原価の配分前に、標準原価計算を使用してタイム・カード・トランザクションの暫定原価を計算するオプション。
  • 部門やビジネス・ユニットなど、個人割当よりも高いレベルでタイム・カード配分スケジュールを定義する機能。

この機能には、次のようなビジネス上の利点があります:

  • プロジェクトに費やされた作業工数を最大限に正確に原価計算することにより、財務分析を強化して収益性を向上。
  • プロジェクトに記録された、より正確な労務費に基づいて、より適切な情報を得て意思決定する機能。
  • 労務スケジュール配分ルールの保守をなくすことにより、時間とコストを削減。 タイム・カード配分、および個人がレポートした時間を使用して、個人が作業したプロジェクトに給与原価が動的に割り当てられます。

これらの機能のデモを次に示します:

有効化のステップ

この機能を有効にするために何もする必要はありません。

ヒントと考慮事項

  • タイム・カード配分方法は、個人割当労務スケジュールに対してのみ構成できます。
  • タイム・カードを使用してプロジェクトに給与原価を配分するためにこれらの支払要素を使用する場合は、労働配分の既存の支払要素をタイム・カード配分基準の値で更新します。
  • 「給与原価のインポート」プロセスの実行時に、Project Costingに存在するタイム・カードに給与原価が配分されます。 そのため、「給与原価のインポート」プロセスを実行する前に、給与期間の日付範囲内のすべてのタイム・カードがProject Costingにインポートされていることを確認してください。
  • 標準原価計算または給与原価計算を使用して計算された原価に基づいて労務費を異なる方法で計上する必要がある場合は、「労務費」および「労務費修正」イベント区分に対するルールで「コスト配分給与原価計算済インジケータ」補助元帳会計ソースを使用します。
  • タイム・カード・トランザクションに配分されるすべての給与原価は、同じ通貨である必要があります。
  • タイム・カードへの給与原価配分は、新しい「給与コストの配分」プロジェクト・コスト修正タイプを使用して追跡されます。 給与原価をタイム・カードに配分する際に、サードパーティ・トランザクション・ソースの文書入力の「修正の許可」構成設定は考慮されません。 ただし、給与原価をタイム・カードに配分する際に、プロジェクト・ステータス処理管理の「トランザクションの修正」設定は考慮されます。 プロジェクトの現在のステータスがトランザクションの修正を許可しないように構成されている場合、そのプロジェクトのターゲット・タイム・カード・トランザクションに対する給与原価配分修正は失敗します。
  • 給与原価をタイム・カードに配分する方法には、特定のタイム・カード・トランザクションをターゲットとするすべての給与支払要素のコスト全体のコスト・レートを計算し、そのレートにトランザクションの数量を乗算して直接費金額を計算することが関係しています。 直接費金額はデータベースのトランザクション・レコードでは端数処理されませんが、「プロジェクト・コストの管理」ページに表示されるとき、またはタイム・カード・トランザクションの会計を生成するときには、トランザクションの通貨の精度に直接費金額が端数処理されます。
  • 給与配分適格基準を満たす新規タイム・カード・トランザクションをインポートした場合のように、給与原価の配分が成功した後にProject Costingのタイム・カード数量が変わった場合は、「労務費配分」の関連労務費レコードのステータスが「再処理が必要」に更新されます。 「労務費の管理」ページの「コストの処理」オプションのいずれかを使用して、改訂されたターゲット・タイム・カードのセットに給与原価を再配分できます。

主なリソース

  • この新機能が給与原価配分の全体的な範囲にどのように適合するかを理解するには、関連するヘルプを参照してください:
    • プロジェクト原価計算の使用ガイドの「労務費配分」の項
  • Oracle Cloud Customer ConnectのProject Managementアイデア・ラボのアイデア763509およびPayroll, Compensation and Benefitsアイデア・ラボのアイデア673210に基づいています。

アクセス要件

新しいアクセス要件はありません。