クラウド・レディネス / Oracle Self Service Financials Cloud
新機能
すべて展開


  1. 更新22A
  1. 改訂履歴
  2. 概要
  3. 任意の新機能の導入(オプトイン)
  4. 機能のサマリー
  5. 一般会計共通
        1. サービスの卓越性への継続的な投資
    1. Oracle Digital Assistant
        1. Fusion Applicationsのデジタル・アシスタントでのOracle Enterprise Performance Management Financial Consolidation and Closeスキル
    2. Webサービス
        1. REST APIを使用した回収戦略変更
        2. REST APIを使用したトランザクション・ヘッダー・セクションに対する顧客係争発行
        3. 売掛/未収金トランザクション・インタフェース明細REST APIの拡張機能
        4. REST APIを使用した未払事由コード更新
    3. ワークフロー
        1. 簡易ワークフロー・ルール構成
  6. セルフ・サービス財務
    1. 経費
        1. 経費被委任者のダイジェスト通知へのアクセス
        2. Oracle Expensesモバイル・アプリケーションにおける経費タイプ別のフィールドの表示
        3. 経費精算書承認後の領収書添付

更新22A

改訂履歴

本書は、既存の項の変更と、新規情報の追加に伴って、今後も引き続き更新されます。これまでの更新内容は次の表のとおりです。

日付 製品 機能 ノート
2022年1月25日 一般会計共通 サービスの卓越性への継続的な投資 文書の更新。機能情報の改訂。
2022年1月13日 Oracle Digital Assistant Fusion Applicationsのデジタル・アシスタントでのOracle Enterprise Performance Management Financial Consolidation and Closeスキル 文書の更新。更新22Aで提供される機能。
2021年12月10日     初版作成。

概要

アイデアをお寄せください

お客様からのアイデアはいつでも歓迎です。弊社のクラウド・サービスを改善する方法に関する提案がございましたら、ぜひお知らせください。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)

新機能をオプトインする方法を次に示します。

  1. 「ナビゲータ」→「自分の企業」→「新機能」をクリックします。
  2. 「機能概要」ページで、オファリングを選択し、そのオファリングに固有の新機能をレビューします。または、デフォルト選択の「すべての使用可能オファリング」をそのまま使用して、すべてのオファリングの新機能をレビューできます。
  3. 「新機能」タブで、新機能をレビューし、「使用可能」列で機能のオプトイン・ステータスを確認します。機能がすでに使用可能な場合は、チェック・マークが表示されます。それ以外の場合は、機能を使用可能にするアイコンが表示されます。
  4. 「使用可能」列のアイコンをクリックし、ステップを完了して機能を使用可能にします。

オファリングの新機能をオプトインする方法の詳細および詳細な手順は、オファリング構成を参照してください。

オプト・イン失効

オプトインを介して無効化された状態で提供される機能は、将来の更新で自動的に有効化される場合があります。 これは「オプト・イン失効」と呼ばれます。クラウド・サービスにこの更新のオプトイン失効がある場合、このドキュメントに関連タブが表示されます。 このタブをクリックすると、最初に機能が無効状態で提供されたのはいつか、そしてこの機能のオプト・インがいつ失効し、自動で使用可能となる見込みかが表示されます。また、ここをクリックすると、Oracle Cloud Applications全体で現在のオプトインが失効する機能を確認できます。現在の更新の後、Cloud Customer Connectの財務フォーラムに今後の更新のオプトイン失効の詳細が含められます。

機能のサマリー

列の定義:

レポート = 新規または変更済の、オラクル社から提供されたすぐに実行可能なレポートです。

UIまたはプロセスベース: 小規模 = これらのUIまたはプロセスベースの機能は、通常、フィールド、検証またはプログラムの軽微な変更で構成されます。したがって、ユーザーに対する潜在的な影響は最小になります。

UIまたはプロセスベース: 大規模* = これらのUIまたはプロセスベースの機能の設計は、より複雑になります。したがって、ユーザーに及ぼす影響は大きくなります。

無効状態で提供される機能 = エンド・ユーザーがこれらの機能を使用できるようにするには、処理が必要です。これらの機能は提供時には使用不可になっているため、機能を使用可能にするかどうかおよび使用可能にする時期を選択してください。たとえば、a)新しいまたは拡張されたBIサブジェクト領域はまずレポートに組み込む必要があり、b)新しいWebサービスを利用するには統合が必要で、c)機能にアクセスできるようにするにはまずユーザー・ロールに割り当てる必要があります。

エンド・ユーザーがすぐに使用可能
(機能が使用可能な状態で提供)

レポートと小規模UIまたはプロセスベースの新機能が更新後にユーザーに与える影響は最小限です。したがって、顧客受入テストでは、大規模UIまたはプロセスベース*の新機能に焦点を当てる必要があります。

エンド・ユーザーが使用する前に顧客による処理が必要
(機能は無効化状態で提供)

これらの機能を使用可能にするために処理が必要になるため、中断されません。利用することを選択する際には、テストと展開のタイミングを設定します。

機能

レポート

UIまたは
プロセスベース:
小規模

UIまたは
プロセスベース:
大規模*

一般会計共通

サービスの卓越性への継続的な投資

Oracle Digital Assistant

Fusion Applicationsのデジタル・アシスタントでのOracle Enterprise Performance Management Financial Consolidation and Closeスキル

Webサービス

REST APIを使用した回収戦略変更

REST APIを使用したトランザクション・ヘッダー・セクションに対する顧客係争発行

売掛/未収金トランザクション・インタフェース明細REST APIの拡張機能

REST APIを使用した未払事由コード更新

ワークフロー

簡易ワークフロー・ルール構成

セルフ・サービス財務

経費

経費被委任者のダイジェスト通知へのアクセス

Oracle Expensesモバイル・アプリケーションにおける経費タイプ別のフィールドの表示

経費精算書承認後の領収書添付

一般会計共通

サービスの卓越性への継続的な投資

サービス・エクセレンスに関する継続的投資では、ユーザビリティ、回復性、パフォーマンスおよびセキュリティ全般に焦点が置かれています。

この作業は、パフォーマンス・トレンドの監視、共通の使用パターンの確認、サービス・リクエストの分析、および顧客との多くのディスカッションへの参加に基づいています。 

この更新では、サービス・エクセレンスに関する継続的投資には、次の分野の改善が含まれています。

  • 次のようなブラジルの回収文書プロセスに対する回復性および診断の改善:
    • UIラベルに合うようにFBDI列摘要を標準化
    • FBDIインポート・プロセスの診断拡張機能
    • エラー・メッセージの改善によるエラーのトラブルシューティングおよび解決の向上
  • 次のようなブラジルの会計文書生成プロセスに対する回復性および診断の改善:
    • 特定のエラー・ステータスの自動解決
    • パートナの会計文書抽出に売掛/未収金トランザクション・タイプを含める
    • 顧客体験の向上
  • IPMにより追加された買掛/未払金請求書添付は、ワークフロー通知においてデフォルトで承認者が使用できます。

  • 手動で作成された源泉徴収税請求書が承認のためにルーティングされます。

有効化のステップ

この機能を使用可能にするために必要な手順はありません。

Oracle Digital Assistant

Fusion Applicationsのデジタル・アシスタントでのOracle Enterprise Performance Management Financial Consolidation and Closeスキル

Fusion内からOracle Enterprise Performance Management Financial Consolidation and Closeスキルを使用して次のタスクを実行できるようになりました。

  • 連結データを表示および更新します。
  • デジタル・アシスタント内で連結ジョブを直接開始します。
  • タスク・サマリーとステータスを表示します。

統合されたFinancial Consolidation and Closeスキルは、Oracle WebチャネルまたはMicrosoft Teamsで使用できます。

 ノート: Financial Consolidation and Closeスキルは、EPMインスタンスがOracle Cloud Infrastructure第2世代(Gen 2)のクラウド環境にデプロイされている場合にのみサポートされます。

EPMのクローズ・ステータスと保留中のタスクをすばやく表示し、Fusion Applications用に構成されたデジタル・アシスタント内でデータを直接連結できるようになりました。これにより、EPMビジネス・プロセスに直接アクセスすることなく、Financial Consolidation and Closeプロセスを管理するチーム間のいっそう迅速な調整が可能になります。

有効化のステップ

  1. Oracle Digital AssistantインスタンスでFinancial Consolidation and Closeスキルの認証パラメータを構成します。
  2. 構成されているデジタル・アシスタントとFinancial Consolidation and Closeスキルを拡張します。
  3. エンティティを構成し、データが反映されるように拡張スキルをトレーニングします。
  4. デフォルト・スキルを拡張スキルに置き換え、デジタル・アシスタントをトレーニングします。
  5. デジタル・アシスタントをOracle WebチャネルまたはMicrosoft Teamsと統合します。

主なリソース

ロール情報

  • デジタル・アシスタント・プラットフォームでFinancial Consolidation and Closeスキルを設定するには、プラットフォームへの管理者アクセスを提供するロールが必要です。
  • デジタル・アシスタントでFinancial Consolidation and Closeスキルを使用するには、Oracle Enterprise Performance Management Financial Consolidation and Closeへのアクセスを提供するロールが必要です。

Webサービス

REST APIを使用した回収戦略変更

回収戦略REST APIを使用して、顧客に割り当てられた回収戦略を変更します。

回収戦略REST APIを使用して、顧客に割り当てられた既存の戦略を新しい戦略で置き換えます。

  • POST操作を使用して、回収戦略REST APIにより属性「戦略の変更」を値「Y」に更新します。「戦略の変更」値'Y'が渡されると、既存の戦略グループ設定の「戦略の変更の許可」の値は無視され、新しい戦略により置き換えられます。

これらのサービスの詳細は、Oracle Financials Cloud REST APIガイドで確認できます。

ビジネス上の利点は次のとおりです。

  • ビジネス要件に基づいて、任意のときに顧客の既存の戦略を変更します。

有効化のステップ

REST APIガイドのRESTサービス定義(「Oracle Help Center」関心のあるアプリケーション・サービス領域 →「REST API」から使用可能)を参照してください。OracleのRESTサービスを初めて利用する場合は、「クイック・スタート」セクションから始めることができます。

主なリソース

  • REST APIの概要および技術的な詳細は、Oracle Help CenterのOracle Financials Cloud REST APIガイドを参照してください。

REST APIを使用したトランザクション・ヘッダー・セクションに対する顧客係争発行

売掛/未収金係争REST APIを使用して、トランザクションのいずれかの部分に対する顧客係争を発行します。係争するトランザクションのセクション(割合合計、明細小計、運送費、税金)を指定します。係争に関する関連コメントを追加します。REST APIにより、クレジット・メモ承認ワークフローの承認後に顧客への係争確認の送信も開始されます。

このサービスを使用して、外部ソースからReceivables Cloudに係争を登録し、承認ワークフローを開始して追跡できます。

有効化のステップ

REST APIガイドのRESTサービス定義(「Oracle Help Center」関心のあるアプリケーション・サービス領域 →「REST API」から使用可能)を参照してください。OracleのRESTサービスを初めて利用する場合は、「クイック・スタート」セクションから始めることができます。

ヒントと考慮事項

このサービスでは、21D更新の一部として提供された、数量や明細金額に対する1つ以上のトランザクション明細についての係争の作成もサポートされます。

主なリソース

  • REST APIの概要および技術的な詳細は、Oracle Help CenterのOracle Financials Cloud REST APIガイドを参照してください。

売掛/未収金トランザクション・インタフェース明細REST APIの拡張機能

売掛/未収金トランザクション・インタフェース明細REST APIを使用して、インタフェース明細属性をレビューおよび更新します。

次のインタフェース明細属性をレビューおよび更新できます。

  • 明細タイプ
  • 承認番号
  • インタフェース明細ステータス

売掛/未収金トランザクション・インタフェース明細REST APIを使用して行われたインタフェース明細の更新を監査できます。「監査ポリシーの管理」ページで、インタフェース明細監査オプションを有効にして監査データを取得します。

これらのサービスの詳細は、Oracle Financials Cloud REST APIガイドで確認できます。

ビジネス上の利点は次のとおりです。

  • 請求書およびその他のトランザクションをインポートする前に、自動インボイス・インタフェース・データを更新します。
  • 監査証跡を作成して、アップストリーム製品とダウンストリーム製品の間のデータの不一致を検出します。

有効化のステップ

REST APIガイドのRESTサービス定義(「Oracle Help Center」関心のあるアプリケーション・サービス領域 →「REST API」から使用可能)を参照してください。OracleのRESTサービスを初めて利用する場合は、「クイック・スタート」セクションから始めることができます。

主なリソース

  • REST APIの概要および技術的な詳細は、Oracle Help CenterのOracle Financials Cloud REST APIガイドを参照してください。

ロール情報

  • この機能を使用するには、新しい権限アクセスを作成する必要があります。
    • インタフェース・サービスの新しい権限を作成します
    • 権限をユーザーに追加します

名前: Restサービスによる売掛/未収金自動インボイス・インタフェース明細の管理

コード: AR_MANAGE_AUTOINVOICE_INTERFACE_LINE_REST_PRIV

摘要: Restサービスによる自動インボイス・インタフェース明細の取得および更新。

REST APIを使用した未払事由コード更新

回収延滞REST APIを使用して、回収延滞の未払事由コードを更新します。

回収延滞REST APIを使用して、次のアクティビティを実行できます。

  • 回収延滞の詳細の取得
  • 回収延滞の未払事由コードの更新
  • 請求書の未払事由コードを取得するために、請求書の回収延滞レコードを作成します。

回収延滞REST APIを使用すると、未払事由コードを一括で更新して時間とリソースを節約できます。

有効化のステップ

REST APIガイドのRESTサービス定義(「Oracle Help Center」関心のあるアプリケーション・サービス領域 →「REST API」から使用可能)を参照してください。OracleのRESTサービスを初めて利用する場合は、「クイック・スタート」セクションから始めることができます。

主なリソース

  • REST APIの概要および技術的な詳細は、Oracle Help CenterのOracle Financials Cloud REST APIガイドを参照してください。

ワークフロー

簡易ワークフロー・ルール構成

買掛/未払金請求書承認ワークフローおよび総勘定元帳仕訳承認ワークフローのワークフロー・ルールをスプレッドシートを使用して作成するには、「簡易ワークフロー・ルール構成」機能を使用します。この機能は、更新18Cで導入されました。更新22Aでは、監督階層またはジョブ・レベル階層のメンバーにFYI通知を送信するルールを定義できます。

承認ルーティング列のFYIオプションを使用して、ユーザーの処理を必要としない情報提供用通知を承認者に送信するルールを定義します。管理者はこのオプションを使用して、監督階層またはジョブ・レベル階層のメンバーにFYI通知を送信するルールを定義できます。

簡易ワークフロー・ルール構成テンプレートのFYIルール

有効化のステップ

この機能を使用可能にするために必要な手順はありません。

ヒントと考慮事項

  • 承認ルーティングでFYIオプションを選択して、情報のみの通知を次のいずれかに送信するルールを構成します。
    • 監督階層
    • ジョブ・レベル階層
    • 承認グループ
    • ユーザー
    • ロール
  • 次のように、「承認者」セクションに詳細を入力します。
    ルーティング先 「承認者」セクションの必須情報
    監督階層 承認レベル、開始承認者および最上位承認者
    ジョブ・レベル階層 ジョブ・レベル範囲、開始承認者および最上位承認者
    承認グループ グループ/ユーザー/ロール名
    ユーザー グループ/ユーザー/ロール名
    ロール グループ/ユーザー/ロール名

主なリソース

  • 「簡易ワークフロー・ルール構成」機能の概要は、Oracle Help Centerで、スプレッドシートを使用したワークフロー・ルールの管理のトピックを参照してください。

セルフ・サービス財務

経費

経費被委任者のダイジェスト通知へのアクセス

経費所有者による注意が必要な経費項目の固定を許可する経費ダイジェスト通知を被委任者に送信します。

経費被委任者は、委任元となる各従業員のダイジェスト通知を受信します。ダイジェスト通知に表示される未処理コーポレート・カード手数料に、保存済、取下済、否認済または返品済ステータスの、経費精算書のコーポレート・カード経費が含まれるようになりました。ダイジェスト通知には、これらの手数料の経費精算書番号も表示されます。これまでは、未処理のコーポレート・カード請求金額にはレポートに含まれていない経費のみが含まれていました。

このダイジェスト通知の拡張機能により、経費被委任者が経費所有者の経費項目をすばやく識別して修正し、従業員に未処理のコーポレート・カード請求金額のいっそう正確な概要を提供できます。

ダイジェスト通知

有効化のステップ

この機能を使用可能にするために必要な手順はありません。

ロール情報

この機能を使用するための新しいロールまたはアクセス権限は必要ありません。

Oracle Expensesモバイル・アプリケーションにおける経費タイプ別のフィールドの表示

経費タイプごとに適用可能なフィールドのみを使用可能にすることで、経費モバイル・アプリケーションでの経費入力を簡略化します。「摘要」、「業者」、「経費事業所」および「日数」フィールドは、経費タイプおよびテンプレートに対して定義されたフィールドの動作に基づいて表示されます。

これまで、モバイル・アプリケーションでは、プロファイル・オプション、経費カテゴリ・フィールド設定およびポリシーに基づいてこれらのフィールドが表示されていました。この更新により、経費タイプと経費テンプレートに定義されているフィールド動作が優先されます。経費タイプと経費テンプレート・レベルのフィールド構成を使用すると、経費マネージャはこれらのフィールドを必須、オプション、または非表示に設定できます。

経費モバイル・アプリケーションのフィールド動作が経費Webアプリケーションと一致するようになりました。これにより、2つのアプリケーションの動作に一貫性がないことによる経費精算書の発行の遅れを削減できます。

有効化のステップ

この機能を使用可能にするために必要な手順はありません。

ヒントと考慮事項

Oracle Taxでの税金関連のフィールド設定は、経費モバイル・アプリケーションの「業者」および「事業所」フィールドには反映されません。

主なリソース

  • これらのフィールドの設定方法については、Oracle Financials Cloud経費の実装ガイドの「経費フィールドの動作を制御するオプション」トピックを参照してください。

ロール情報

この機能を使用するための新しいロールまたはアクセス権限は必要ありません。

経費精算書承認後の領収書添付

従業員が経費の支払後でも領収書およびサポート文書を承認済の経費精算書に添付できるようにします。これは、従業員が従業員経費の適正な証明の提供に関する政府規制に準拠するのに役立ちます。

経費精算書承認後の領収書添付には、次のビジネス上の利点があります。

  • 会計後監査のために承認済従業員経費精算書の追加情報を提供します。
  • 関連する経費データの編成を改善します。
  • 経費管理の手動更新が減ります。
  • 監査コンプライアンスを強化します。

有効化のステップ

この機能を有効にするには、オプト・インUIを使用します。手順は、この文書の「新機能のオプションの取込み」の項を参照してください。

オファリング: 財務 オプションでなくなるバージョン: 更新22C

ロール情報

領収書ルールを設定するには、次のいずれかのロールが必要です。

  • 経費マネージャ
  • アプリケーション実装コンサルタント