オプション 1: 正解: Oracle Profitability and Cost Management Cloud Service 2023 では、カスタム式を使用して収益性を管理するベスト プラクティスは、収益性モデルで直接カスタム式を作成することです。これにより、計算の柔軟性と制御性が向上します。 オプション 2: 不正解: Excel スプレッドシートからカスタム式をインポートすることは、Oracle Profitability and Cost Management Cloud Service 202 で収益性を管理するためのベスト プラクティスではありません。Excel から式をインポートすることは可能ですが、収益性モデルで直接カスタム式を作成すると、柔軟性と制御性が向上します。 オプション 3: 不正解: Oracle Profitability and Cost Management Cloud Service 2023 の計算マネージャには組み込みの式ジェネレータが含まれていますが、カスタム式を使用して収益性を管理するベスト プラクティスではありません。収益性モデルで直接カスタム式を作成すると、柔軟性と制御性が向上します。オプション 4: 誤り: Java プログラミング言語を使用してカスタム式を記述することは、Oracle Profitability and Cost Management Cloud Service 202 で収益性を管理する場合のベスト プラクティスではありません。代わりに、収益性モデルで直接カスタム式を作成することを推奨します。

オプション 1: このオプションは正しくありません。Oracle Profitability and Cost Management Cloud Service 2023 は、スプレッドシート、データベース、CSV、XLSX、XML などの様々な形式のフラット ファイルなど、複数のソースからのデータ ロードをサポートしています。CSV 形式のフラット ファイルは、使用可能なオプションの 1 つにすぎません。オプション 2: このオプションは正しくありません。Oracle Integration Cloud Service (ICS) はデータ統合の目的で使用できますが、Oracle Profitability and Cost Management Cloud Service 202 でデータをロードして配賦を実行するための推奨ツールではありません。クラウド サービスでは、これらのタスク用に独自のツールとインタフェースが提供されています。オプション 3: このオプションは正しいです。Oracle Profitability and Cost Management Cloud Service 2023 にデータをロードする場合、配賦の計算スクリプトは自動的に作成または更新されません。配賦を効果的に実行するには、計算スクリプトを個別に定義して保守する必要があります。オプション 4: このオプションは正しくありません。 Oracle Profitability and Cost Management Cloud Service 2023における配賦は、Webインタフェースの計算マネージャ、Smart View、RESTful APIなど、複数のインタフェースを通じて実行できます。計算マネージャは利用可能なオプションの1つにすぎません。

オプション1：コストドライバーは、機械稼働時間や労働時間など、単一のドライバーに基づいてコストを計算するために使用されます。オプション2：自動配賦は、同じ配賦アクションを繰り返し実行するために使用されます。間接費配賦には使用されません。オプション3：高度なコストプールは、消費されたリソースの量に基づいて、間接費を製品または部門に配賦するために使用されます。これが正解です。オプション4：配賦ワークブックは、コストを手動で配賦するために使用され、間接費を製品ラインに配賦するのには適していません。

オプション1: メタデータ情報はディメンションエディタで管理されるため、このオプションは正しくありません。オプション2: 配賦エンジンは、指定されたルールと配賦率に基づいて間接費を活動または製品に配賦できるため、このオプションは正しくありません。オプション3: バージョン管理とデータ監査機能は監査マネージャによって提供されるため、このオプションは正しくありません。オプション4: 配賦モデルは数式ビルダーを使用して設計されるため、このオプションは正しくありません。

オプション 1: このオプションは不正解です。小さなデータ ファイルを 1 日を通してバッチでアップロードすると、不要なオーバーヘッドが発生し、データ ロード プロセスが遅くなる可能性があります。オプション 2: このオプションは正解です。大きなデータ ファイルを 1 回のトランザクションとしてアップロードすると、データ ロード時間が最短になります。オーバーヘッドが最小限に抑えられ、システムが各レコードの処理に費やす時間が短縮されるためです。オプション 3: このオプションは不正解です。自動プロセスではなく手動ロード プロセスを使用すると、エラーが発生しやすくなり、データ ロード プロセスが遅くなる可能性があります。オプション 4: このオプションは不正解です。データの一貫性を確保するために重複レコードを作成する必要はなく、その余分な時間をデータ ロード プロセス自体に費やした方がよいためです。