本書は、既存の項の変更と、新規情報の追加に伴って、今後も引き続き更新されます。これまでの更新内容は次の表のとおりです。
日付 | モジュール | 機能 | ノート |
---|---|---|---|
2023年3月3日 | 初版作成。 |
アイデアをお寄せください
お客様からのアイデアはいつでも歓迎です。弊社のクラウド・サービスを改善する方法に関する提案がございましたら、ぜひお知らせください。Oracle Customer Connectのアイデア・ラボを通してなど、アイデアを送信する方法はいくつかあります。機能名の後にこのアイコンが表示される場合は、お客様のアイデアが実現されたことを意味します。
フィードバックをお寄せください
本書の内容改善のため、ご意見やご提案をお待ちしております。フィードバックは、oracle_fusion_applications_help_ww_grp@oracle.comまでお送りください。
免責事項
この文書に記載された情報には、オラクルの製品開発プランに関する説明文が含まれていることがあります。オラクルの製品開発プランと、今後の製品リリースの本質および時期に対し、様々な要因が大きく影響を及ぼします。したがって、この情報はあくまで情報として提供されるものであり、マテリアルやコード、機能を提供することのコミットメント(確約)ではないため、購買決定を行う際の判断材料になさらないでください。記載されている機能の開発、リリースおよび時期については、オラクルの単独の裁量により決定されます。
この情報は、オラクルおよびその子会社や関連会社との契約を構成するものではありません。特にこの情報についてオラクルは一切の責任を負いかねます。詳細は、法律上の注意点および使用条件を参照してください。
Oracle Cloud Applicationsでは四半期ごとに新しい更新が配信されます。 つまり、ビジネスの効率的かつ効果的な管理に役立つ新しい機能を3か月ごとに受け取ります。 一部の機能は使用可能な状態でされ、エンド・ユーザーが即時に使用できます。 その他の機能はすぐ使用できない状態で提供され、使用可能にするために処理を実行する必要があります。すぐ使用できない状態で提供される機能は、次の権限を使用して、次の指示に従ってエンド・ユーザーに対してアクティブ化できます。
- アプリケーション・オファリングのレビュー(ASM_REVIEW_APPLICATIONS_OFFERINGS_PRIV)
- Oracle Fusion Applicationsオファリングの構成(ASM_CONFIGURE_OFFERING_PRIV)
新機能をオプトインする方法を次に示します。
- 「ナビゲータ」→「自分の企業」→「新機能」をクリックします。
- 「機能概要」ページで、オファリングを選択し、そのオファリングに固有の新機能をレビューします。または、デフォルト選択の「すべての使用可能オファリング」をそのまま使用して、すべてのオファリングの新機能をレビューできます。
- 「新機能」タブで、新機能をレビューし、「使用可能」列で機能のオプトイン・ステータスを確認します。機能がすでに使用可能な場合は、チェック・マークが表示されます。それ以外の場合は、機能を使用可能にするアイコンが表示されます。
- 「使用可能」列のアイコンをクリックし、ステップを完了して機能を使用可能にします。
オファリングの新機能をオプトインする方法の詳細および詳細な手順は、オファリングの構成を参照してください。
オプト・イン失効
オプトインを介して無効化された状態で提供される機能は、将来の更新で自動的に有効化される場合があります。 これは「オプト・イン失効」と呼ばれます。クラウド・サービスにこの更新のオプトイン失効がある場合、このドキュメントに関連タブが表示されます。 このタブをクリックすると、最初に機能が無効状態で提供されたのはいつか、そしてこの機能のオプト・インがいつ失効し、自動で使用可能となる見込みかが表示されます。また、ここをクリックすると、Oracle Cloud Applications全体で現在のオプトインが失効する機能を確認できます。現在の更新の後、Cloud Customer Connectの財務フォーラムに今後の更新のオプトイン失効の詳細が含められます。
列の定義:
レポート = 新規または変更済の、オラクル社から提供されたすぐに実行可能なレポートです。
UIまたはプロセスベース: 小規模 = これらのUIまたはプロセスベースの機能は、通常、フィールド、検証またはプログラムの軽微な変更で構成されます。したがって、ユーザーに対する潜在的な影響は最小になります。
UIまたはプロセスベース: 大規模* = これらのUIまたはプロセスベースの機能の設計は、より複雑になります。したがって、ユーザーに及ぼす影響は大きくなります。
無効状態で提供される機能 = エンド・ユーザーがこれらの機能を使用できるようにするには、処理が必要です。これらの機能は提供時には使用不可になっているため、機能を使用可能にするかどうかおよび使用可能にする時期を選択してください。たとえば、a)新しいまたは拡張されたBIサブジェクト領域はまずレポートに組み込む必要があり、b)新しいWebサービスを利用するには統合が必要で、c)機能にアクセスできるようにするにはまずユーザー・ロールに割り当てる必要があります。
エンド・ユーザーがすぐに使用可能 レポートと小規模UIまたはプロセスベースの新機能が更新後にユーザーに与える影響は最小限です。したがって、顧客受入テストでは、大規模UIまたはプロセスベース*の新機能に焦点を当てる必要があります。 |
エンド・ユーザーが使用する前に顧客による処理が必要 これらの機能を使用可能にするために処理が必要になるため、中断されません。利用することを選択する際には、テストと展開のタイミングを設定します。 |
|||||
---|---|---|---|---|---|---|
機能 |
レポート |
UIまたは |
UIまたは |
|
||
サービス・エクセレンスに関する継続的投資では、ユーザビリティ、回復性、パフォーマンスおよびセキュリティ全般に焦点が置かれています。この作業は、パフォーマンス・トレンドの監視、共通の使用パターンの確認、サービス・リクエストの分析、および顧客との多くのディスカッションへの参加に基づいています。
この更新では、サービス・エクセレンスに関する継続的投資には、次の分野の改善が含まれています。
パフォーマンス
- 自動インボイスのインポートおよび売掛/未収金会計の作成プロセスのパフォーマンスが向上しました。
- 年齢調べデータを生成し、BIPベース以外のプロセスを使用して抽出表に移入することで、売掛/未収金年齢調べGL勘定科目別レポートのパフォーマンスが向上しました。BIPベースのプロセスは、表からデータを抽出してレポートを生成するためにのみ使用されます。
- ストリーミング・プロセスのパフォーマンスが向上し、予算管理キューブの更新の遅れを削減し、予算管理ダッシュボードでより正確な残高を提供します。
- 予算管理検証エンジンのパフォーマンスが向上しました。これにより、予算管理検証を必要とする複数のプロセスが同時に実行されている場合に、予算管理の処理時間を短縮できます。
- 大量の取引明細書を処理するための顧客取引明細書送信ビジネス・インテリジェンス・バースティング・プロセスのパラレル処理が使用可能になりました。
- 非常に大量の送金の処理を高速化するための、自動入金送金プロセスのパラレル処理が使用可能になりました。
ユーザビリティ
- 「請求書承認」または「仕訳承認」を選択して特定のワークフローの「トランザクション・ワークフロー・ステータスの同期」プロセスを発行し、選択したワークフローのみのレコードを含むスプレッドシート・レポートを生成します。
- 「サプライヤ名」オプションを選択して、「請求書承認」の特定のサプライヤに対して「トランザクション・ワークフロー・ステータスの同期」ESSプロセスを発行し、選択したサプライヤに固有のトランザクションに対してのみリカバリ処理を表示および許可します。このオプションは、請求書承認ワークフローでのみ使用できることに注意してください。
回復性
- 「ファイル・アップロードを使用したトランザクション・ワークフロー・ステータスの同期」オプションを使用して、スタック・トランザクションのリカバリ処理を選択します。このオプションは、ユーザーが、スプレッドシートの各レコードに対する処理(「取下げ」または「強制承認」)を選択し、プロセスの発行時にそれをアップロードできるようにして、柔軟性を提供します。ノート: 「強制承認」処理は、'FUN_ENABLE_FORCEAPPROVE_FROM_STUCK_TRANS_ESSJOB'プロファイル・オプションを作成してTrueを設定した場合にのみ使用できます。
有効化のステップ
この機能を使用可能にするために必要な手順はありません。
買掛/未払金請求書承認ワークフローおよび総勘定元帳仕訳承認ワークフローのワークフロー・ルールをスプレッドシートを使用して作成するには、「簡易ワークフロー・ルール構成」機能を使用します。「スプレッドシートのワークフロー・ルールの管理」タスクを使用してテンプレートをダウンロードし、承認ポリシーに従ってワークフロー・ルールを作成および管理します。
この機能は更新18Cで導入されました。既存の機能に加えて、23B更新では次も実行できます。
- 編成および理解が容易になるようにルール・ブロックに名前を付けます。
- 様々な承認をパラレルで開始します。
- 承認ルーティングを改善するためにブロックを構成またはモデル化します。
ルール・ブロックの命名は承認プロセスの編成に役立ち、ユーザーが各ブロックの目的と機能を明確に把握できるため、ユーザーが理解およびナビゲートしやすくなります。
ルール・ブロック構成によって、承認のフローの追跡、およびプロセスの潜在的な問題やボトルネックの識別が容易になるため、承認プロセス中に行われる決定の精度を向上させることができます。簡単に構成でき、特定のビジネス・ニーズに適合させることができます。次のような追加の利点があります。
- プロセスの次のステージに進む前に、各関係者が項目をレビューおよび承認したことを確認できます。
- 複数の関係者が項目を同時にレビューおよび承認できるため、承認時間が短縮されます。
- 様々な関係者が様々な専門分野を持つ場合があるため、多くの関係者が承認プロセスに関与できます。
有効化のステップ
この機能を使用可能にするために必要な手順はありません。
ヒントと考慮事項
ルール・ブロックの命名
各列のブロック名に対して、ブロックで定義されたルールを説明するわかりやすい名前を入力できます。たとえば、次のスクリーンショットで、最初の列にブロック名があるブロックを参照してください。
ルール・ブロック構成の有効化
デフォルトでは、すべてのブロックは、ルール・シートで定義されている順序でシリアルに実行されます。
ユーザーは、次のステップに従ってルール・ブロック構成を有効にできます。
- 追加設定の表示をクリックします。
- ルール・ブロック構成使用可能チェック・ボックスを選択します。
- これにより、ユーザーが様々なレベルでブロック構成を定義できる新しいシートが開きます。
- 構成シートでブロックを使用するには、ブロックに名前を付ける必要があります。
パラレル実行のためのルール・ブロックの調整
1つのレベルに複数のルール・ブロックを入力して、それらのブロックに構成されたルールが同時に実行されるようにすることができます。次の例では、両方の承認プロセス(Asset ApprovalsおよびLegal Entities Compliance)が1つのレベルにあるため、一度に開始されます。
主なリソース
- 「簡易ワークフロー・ルール構成」機能の概要は、Oracle Help Centerで、スプレッドシートを使用したワークフロー・ルールの管理のトピックを参照してください。
ロールおよび権限
- 簡易ワークフロー・ルール構成を使用するには、次のロールが必要です。
- 財務アプリケーション管理者
従業員が現金仮払金支払方法を選択できるようにします。このオプションを使用すると、従業員は現金仮払金要求プロセスの一部として優先の支払方法を選択できるようになります。
管理者は、「現金仮払金ポリシーおよび許可ポリシーの管理」タスクを使用してこのオプションを有効にできます。このオプションはビジネス・ユニット・レベルで構成できるため、すべてのビジネス・ユニットまたは個々のビジネス・ユニットに対して有効にできます。
設定で有効にすると、従業員は現金仮払金の要求時に支払方法を選択できます。
ビジネス上の利点:
これにより、従業員は自分に支払われる現金仮払金に使用する支払方法(現金、電子、小切手など)を柔軟に選択できます
有効化のステップ
この機能を使用可能にするために必要な手順はありません。
ヒントと考慮事項
「現金仮払金ポリシーおよび許可ポリシーの管理」の「支払方法の使用可能」オプションが「いいえ」に設定されている場合、ビジネス・ユニットのデフォルト支払方法が、そのビジネス・ユニットに割り当てられた従業員によって発生したすべての現金仮払金に適用されます。
主なリソース
- この機能は、Oracle Customer Connectのアイデア・ラボ : アイデア596577から実装されました
ロールおよび権限
- 財務アプリケーション管理者ジョブ・ロールを持つユーザーのみが、「設定および保守」作業領域で利用できる機能設定マネージャの「現金仮払金ポリシーおよび許可ポリシーの管理」タスクを使用して、現金仮払金の支払方法オプションを有効にできます。
「経費精算書の監査」および「経費精算書の表示」ページのウェイポイント
「経費精算書の監査」および「経費精算書の表示」ページで、旅費経費に関するルート内のウェイポイントを表示します。これによって監査者およびマネージャは、旅費経費に関する完全なルート情報を表示し、規制のコンプライアンスを確認できます。
監査者は、「マップの表示」ボタンをクリックして、「経費項目の表示」ページから旅費経費出張の経由地を直接レビューできます。
会社は経費精算書承認通知を構成して、マネージャがルートを表示できるようにすることができます。
旅費経費に関するポリシー・コンプライアンスについて、より深い洞察を可能にします。すぐに使用できるルート詳細により、監査者およびマネージャは、システム外で旅費費用を検索する必要がないため、より効率的に旅費経費を処理できます。
有効化のステップ
この機能を使用可能にするために必要な手順はありません。
ヒントと考慮事項
顧客は、BIパブリッシャ・テンプレートを使用して経費精算書通知を構成することで、旅費経費の経由地をマネージャに表示できます。このカスタム構成をサポートするために、EXM_MILEAGE_WAYPOINTS表の属性SEQUENCE_NUMおよびDISPLAYED_ADDRESSがBIPデータ・モデルに新しく追加されました。経費の実装ガイドのOracle Analytics Publisherを使用した経費Eメール通知の変更例を参照してください。
主なリソース
- この機能は、Oracle Customer Connectのアイデア・ラボ : アイデア636944から実装されました
ロールおよび権限
- 新しい権限は必要ありません。