ドメインセパレーションとファイナンシャルサービス支払いオペレーション

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間：4分

    • ファイナンシャルサービス支払いオペレーション ではドメインセパレーションがサポートされています。 ドメインセパレーションでは、データ、プロセス、および管理タスクをドメインと呼ばれる論理的なグループに分けることができます。どのユーザーがデータを表示できるか、データにアクセスできるかなど、このアプリケーションのいくつかの側面を制御できます。

    サポートレベル：ベーシック

    • アプリケーションサービスプロバイダーのユースケースに合わせてデータが適切なドメインに送られるようにするビジネスロジックが存在します。
    • このアプリケーションは、ドメインセパレーションを完全にサポートしています。ドメインセパレーションには、ユーザーインターフェイス、キャッシュキー、レポート、ロールアップ、および集計からのドメインの分離が含まれます。
    • インスタンスのオーナーは、複数のテナント間で正常に機能するようにアプリケーションをセットアップする必要があります。

    サンプルユースケース：サービスプロバイダーがチャットを使用してテナント顧客のメッセージに応答する場合、お客様がサービスプロバイダーの応答を確認できるようにする必要があります。

    サポートレベルの詳細については、「アプリケーションでのドメインセパレーションのサポート)」を参照してください。

    ファイナンシャルサービス支払いオペレーションにおけるドメインセパレーションの仕組み

    すべての Financial Services Operations (ファイナンシャルサービスオペレーション) (FSO) アプリケーションは カスタマーサービス管理 (CSM) 上にビルドされ、多くの CSM テーブルを使用します。主要な参照テーブルは、コンシューマー、アカウント、連絡先などの顧客テーブルであり、これらのテーブルはドメインセパレーションされています。

    テーブル

    支払いオペレーションに追加されたすべての新しいテーブルは、ドメインセパレーションされています。
    • sn_bom_payment_inquiry
    • sn_bom_payment_inquiry_task
    • sn_bom_payment_service
    • sn_bom_payment_claim
    • sn_bom_payment_claim_task
    • sn_bom_checking_account
    • sn_bom_saving_account

    ユースケース

    支払照会
    顧客は、ポータルを介して次のユースケースの支払照会を作成できます。
    • 受益者要求未受領 (BCNR):顧客は支払いを送信しましたが、意図された受取人はお金を受け取っていないと主張しています。
    • エラーによる支払い (PiE) – 顧客が支払いを送信するときに間違いを犯し、お金を回収しようとしています。
    支店のワーカーとコールセンターのエージェントは、顧客に代わってこれらの照会を作成できます。ペイメントオペレーションのスタッフには、顧客だけでなく外部銀行からの問い合わせも受けます。
    • 内部の問い合わせは、銀行の顧客から来ています。受信顧客は、銀行の内部または外部である可能性があります。内部受信者と外部受信者の区別は、Payment Operations が照会を解決するためにどのルートをたどるかを決定するため、重要です。
    • 外部からの問い合わせはサードパーティの銀行から行われます。つまり、支払いの受領者は常に内部です。
      注:
      照会が外部で、受信者が外部であるというケースは決してあり得ません。
    • 一部の照会により、請求が作成される場合があります。
    支払請求
    照会エージェントは、請求が有効であり、顧客が払い戻しを受ける権利があると銀行が判断した場合に、顧客に代わって請求を作成できます。
    支払運用スタッフは、照会または外部銀行から内部的に請求を受け取ります。請求を受け取ると、払い戻しを受ける場所を決定し始めます。
    • 内部請求は、銀行の顧客から、問い合わせから、または銀行スタッフ (支店またはコールセンター) から直接送信されます。エージェントは、払い戻しを受ける場所を知っていれば、請求を解決できます。払い戻しは、外部 (サードパーティの銀行顧客への支払い) または内部 (銀行の顧客への支払い) のいずれかです。払い戻しが内部の場合は、借方承認を作成する必要があります (以下の 「借方承認 」を参照)。
    • 外部請求はサードパーティの銀行から行われます。払い戻しは、外部要求の場合、常に内部で行われます。エージェントは、内部払い戻しの借方承認を作成する必要がある場合があります (以下の 「借方承認 」を参照)。
    借方承認
    請求エージェントは、顧客が請求からの払い戻しを承認するための借方承認を作成します。顧客は、借方を承認するか、異議申し立てを行うか、却下することができます。
    注:
    ドメインフレームワークが使用されていなくても、 ServiceNow® プラットフォームの機能またはアプリケーションがサービスプロバイダーのユースケースを効果的にサポートできる場合があります。この場合、アプリケーションには、ドメインサポートレベルに応じて Basic*、Standard*、または Enhanced* が割り当てられ、詳細なユースケースが含まれています。例:New York リリースより前は、 サービスカタログ はドメインをサポートしていませんでした。ただし、インスタンスオーナーは、ドメインセパレーションされたインスタンスで顧客ごとに個別のカタログとアイテムを構成できました。これにより、サービスカタログを 標準 サポートレベルで使用できるようになりました。詳細については、「ドメインセパレーション」を参照してください。