コンテンツ 隠れる
1 Oracle 14.7 Payments 共同導入統合ユーザー ガイド
2 導入
3 頭字語と略語
4 OBPM のメンテナンス
5 メッセージタイプの詳細
6 参考文献

オラクルのロゴ

Oracle 14.7 Payments 共同導入統合ユーザー ガイド

Oracle-14-7-Payments-共同導入統合製品

法人融資 – 支払い共同導入統合ユーザーガイド

2022年XNUMX月
オラクル・ファイナンシャル・サービス・ソフトウェア・リミテッド

オラクルパーク
ウェスタン・エクスプレス・ハイウェイの外れ

ゴレガオン(東)
ムンバイ、マハラシュトラ州 400 063

インド
世界中からのお問い合わせ:
電話: +91 22 6718 3000
ファックス:+91 22 6718 3001
www.oracle.com/financialservices/

Copyright © 2007、2022、Oracle および/またはその関連会社。 無断転載を禁じます。 Oracle および Java は、Oracle および/またはその関連会社の登録商標です。 他の名前は、それぞれの所有者の商標である場合があります。
米国政府機関のエンド ユーザー: 米国政府機関のエンド ユーザーに提供される Oracle プログラム (オペレーティング システム、統合ソフトウェア、ハードウェアにインストールされたプログラム、および/またはドキュメントを含む) は、適用される連邦調達規則および機関固有の補足規則に基づく「商用コンピュータ ソフトウェア」です。

したがって、オペレーティング システム、統合ソフトウェア、ハードウェアにインストールされたプログラム、および/またはドキュメントを含むプログラムの使用、複製、開示、変更、および改変は、プログラムに適用されるライセンス条件およびライセンス制限に従うものとします。米国政府にはその他の権利は付与されません。

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険なアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアまたはハードウェアを危険なアプリケーションで使用したことに起因して損害が発生しても、Oracle Corporationおよびその関連会社は一切の責任を負いかねます。

このソフトウェアおよび関連ドキュメントは、使用および開示の制限を含むライセンス契約に基づいて提供され、知的財産法によって保護されています。ライセンス契約で明示的に許可されている場合、または法律で認められている場合を除き、いかなる形式または手段によっても、このソフトウェアのいかなる部分も使用、コピー、複製、翻訳、放送、変更、ライセンス供与、送信、配布、展示、実行、公開、または表示することはできません。相互運用性のために法律で義務付けられている場合を除き、このソフトウェアのリバース エンジニアリング、逆アセンブル、または逆コンパイルは禁止されています。

ここに記載されている情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、書面にてご連絡ください。このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。Oracle Corporation およびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。Oracle Corporation およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、損害が発生しても一切の責任を負いかねます。

導入

このドキュメントは、Oracle Banking Corporate Lending と Oracle Banking Payments の統合を共同で導入したセットアップで理解するのに役立つように設計されています。このユーザー マニュアルのほかに、インタフェース関連の詳細を維持しながら、各フィールドで使用できるコンテキスト依存ヘルプを呼び出すことができます。これにより、画面内の各フィールドの目的が説明されます。この情報は、関連するフィールドにカーソルを置き、キーボードのキーを押すことで取得できます。1.2

観客
このマニュアルは、次のユーザー/ユーザー ロールを対象としています。

役割 関数
実装パートナー カスタマイズ、構成、実装サービスを提供する

ドキュメントのアクセシビリティ
Oracleのアクセシビリティへの取り組みについては、Oracle Accessibilityをご覧ください。
プログラム webサイト http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc.

組織
このマニュアルは次の章で構成されています。

章 説明
第1章 序文 対象読者に関する情報を提供します。 また、このユーザー マニュアルで説明されているさまざまな章もリストしています。
第2章 この章では、Oracle Banking Corporate Lending と Oracle Banking Payments 製品を単一のインスタンスに共存させる方法について説明します。
第3章 関数ID用語集 モジュールで使用される関数/画面 ID のアルファベット順リストと、迅速なナビゲーションのためのページ参照があります。

頭字語と略語

略語 説明
翻訳 アプリケーションプログラミングインターフェース
FCUB Oracle FLEXCUBE ユニバーサルバンキング
OBCL Oracle バンキング 法人向け融資
OL オラクルレンディング
ROFC Oracle FLEXCUBEの残り
システム 特に指定がない限り、常にOracle FLEX-CUBEユニバーサルバンキングソリューションシステムを指します。
WSDL Web サービス記述言語

アイコンの用語集
このユーザー マニュアルでは、次のアイコンのすべてまたは一部を参照する場合があります。

Oracle-14-7-Payments-共同展開統合図- (1)

法人融資 – CoDeployed セットアップにおける支払い統合
この章には次のセクションが含まれています。

  • セクション2.1「はじめに」
  • セクション 2.2「OBCL のメンテナンス」
  • セクション 2.3「OBPM のメンテナンス」

導入
Oracle Banking Corporate Lending (OBCL) を Oracle Banking Payment 製品 (OBPM) と統合できます。これらの 2 つの製品を共同展開環境に統合するには、OBCL、Payments、および Common Core で特定のメンテナンスを行う必要があります。

OBCLのメンテナンス
Oracle Banking Corporate Lending (OBCL) と Oracle Banking Payments (OBPM) の統合により、SWIFT MT103 および MT202 メッセージを生成して、国境を越えた支払いを通じてローンの支払いを発送できるようになります。

外部システムメンテナンス
この画面を呼び出すには、アプリケーション ツールバーの右上隅のフィールドに「GWDETSYS」と入力し、隣接する矢印ボタンをクリックします。統合ゲートウェイを使用して OBCL と通信するブランチの外部システムを定義する必要があります。

注記
OBCLで、すべての必須フィールドと「外部システムメンテナンス」画面の「外部システム」を含むアクティブなレコードを維持していることを確認します。例:amp外部システムを「INTBANKING」として維持します。

Oracle-14-7-Payments-共同展開統合図- (2)

リクエスト

  • メッセージ ID として維持します。
  • リクエストメッセージ
  • フルスクリーンのまま維持します。
  • 応答メッセージ
  • フルスクリーンのまま維持します。
  • 外部システムキュー
  • 受信および応答 JMS キューを管理します。これらは、OBCL が SPS 要求 XML を OBPM に送信するキューです。
  • 外部システムのメンテナンスの詳細については、「Common Core – Gateway ユーザー ガイド」を参照してください。

ブランチメンテナンス
「ブランチ コア パラメータ メンテナンス」(STDCRBRN) 画面でブランチを作成する必要があります。この画面は、ブランチ名、ブランチ コード、ブランチ アドレス、週休日などの基本的なブランチの詳細を取得するために使用されます。この画面を呼び出すには、アプリケーション ツール バーの右上隅にあるフィールドに「STDCRBRN」と入力し、隣接する矢印ボタンをクリックします。

Oracle-14-7-Payments-共同展開統合図- (3)

作成されたブランチごとにホストを指定できます。異なるタイムゾーンのホストを管理するには、以下を参照してください。
Oracle Banking Payments Core ユーザー マニュアル。

注記
支店間支払いを処理できる支店のペアは、同じホストで管理する必要があります。

Oracle-14-7-Payments-共同展開統合図- (4)

ホストパラメータのメンテナンス
この画面を呼び出すには、アプリケーション ツール バーの右上隅にあるフィールドに「PIDHSTMT」と入力し、隣接する矢印ボタンをクリックします。

注記

  • OBCL では、すべての必須フィールドを含むアクティブなレコードでホスト パラメータを維持していることを確認します。
  • 「OBCL 統合システム」は、UBS 360 統合および貿易統合用です。「支払システム」は OBPM 統合用であり、「INTBANKING」を選択する必要があります。Oracle-14-7-Payments-共同展開統合図- (5)

ホスト コード
ホストコードを指定します。

ホストの説明
ホストの簡単な説明を指定します。

会計システムコード
会計システムコードを指定します。例:ample、「OLINTSYS」

支払いシステム
支払いシステムを指定します。例:ample、「イントバンキング」

ELCMシステム
ELCMシステムを指定します。例:ample、「OLELCM」

OBCL統合システム
外部システムを指定します。例:ampUBS システムとの統合には、「OLINTSYS」という名前が使用されます。

ブロックチェーンシステム
ブロックチェーンシステムを指定します。例:ample “OLBLKCN”。

決済ネットワークコード
OBPMが融資の支払いのために送信メッセージを送信するネットワークを指定します。例：ample、「SWIFT」。

統合パラメータのメンテナンス
この画面を呼び出すには、アプリケーション ツール バーの右上隅にあるフィールドに「OLDINPRM」と入力し、隣接する矢印ボタンをクリックします。

注記
「統合パラメータのメンテナンス」画面で、すべての必須フィールドとサービス名が「PMSinglePaymentService」であるアクティブなレコードを維持していることを確認します。

Oracle-14-7-Payments-共同展開統合図- (6)

支店コード
統合パラメータがすべてのブランチに共通である場合は、「ALL」を指定します。または、個々のブランチを維持します。

外部システム
外部システムを「INTBANKING」として指定します。

外部ユーザー
支払いリクエストで OBPM に渡されるユーザー ID を指定します。

サービス名
サービス名を「PMSinglePayOutService」として指定します。

通信チャネル
通信チャネルを「Web サービス'。

通信モード
通信モードを「ASYNC」に指定します。

通信層
通信層をアプリケーションとして指定します。

WS サービス名
指定する web サービス名は「PMSinglePayOutService」です。

WS エンドポイント URL
サービスの WSDL を「Payment Single Payment Service」WSDL リンクとして指定します。

WS ユーザー
すべてのブランチへのアクセス権と自動承認機能を備えた OBPM ユーザーを管理します。

カスタマーメンテナンス
顧客メンテナンス (OLDCUSMT) は必須です。この画面で銀行のレコードを作成する必要があります。SWIFT メッセージを生成するには、「プライマリ BIC」と「デフォルト メディア」を「SWIFT」にする必要があります。

決済指示のメンテナンス
借り手と参加者 (両方) が CASA 口座を持つ銀行に NOSTRO 口座を作成する必要があります。これは LBDINSTR にマッピングする必要があり、支払/受取口座は NOSTRO である必要があります。支払口座と受取口座のフィールドで NOSTRO 口座を選択する必要がありますが、借り手は NOSTRO 口座を持つことはできません。NOSTRO 銀行口座を持つことができるのは銀行のみであり、BANK ID として支払と受取を選択する必要があります。これは、取引の実行中に内部ブリッジ GL に置き換えられます。[決済指示のメンテナンス] 画面 (LBDINSTR) のすべての必須フィールドを使用して、相手方を維持します。決済指示の詳細については、ローン シンジケーション ユーザー マニュアルを参照してください。

インターシステムブリッジGL
この画面を呼び出すには、アプリケーション ツール バーの右上隅にあるフィールドに「OLDISBGL」と入力し、隣接する矢印ボタンをクリックします。

注記
「システム間ブリッジ GL メンテナンス」画面で、すべての必須フィールドと「外部システム」を「INTBANKING」としてアクティブ レコードを維持していることを確認します。

Oracle-14-7-Payments-共同展開統合図- (7)

外部システム
外部システム名を「INTBANKING」として指定します。

モジュールID
モジュールコードを「OL」として指定します。

取引通貨
取引通貨「ALL」または特定の通貨を指定します。

取引支店
トランザクション ブランチを 'ALL' または特定のブランチとして指定します。

製品コード
製品コードを「ALL」または特定の製品として指定します。

関数
トランザクション関数 ID を 'ALL' または特定の関数 ID として指定します。

ISBGL
OBCL からのローン支払いのクレジットが転送されるシステム間ブリッジ GL を指定します。以降の処理のために、同じ GL を OBPM で維持する必要があります。

OBPM のメンテナンス

ソースメンテナンス
この画面を呼び出すには、アプリケーション ツール バーの右上隅にあるフィールドに「PMDSORCE」と入力し、隣接する矢印ボタンをクリックします。

注記
「ソースメンテナンス詳細」画面で、すべての必須フィールドを含むアクティブなレコードを維持していることを確認します。

Oracle-14-7-Payments-共同展開統合図- (8)

ソースコード
ソースコードを指定します。例amp'INTBANKING' です。

ホストコード
ホスト コードは、ブランチに基づいて自動的にデフォルト設定されます。

事前入金可能
「前払い支払いを許可する」チェックボックスを選択します。

事前支払いGL
インターシステムブリッジGLと同じプリファンド支払GLを指定します。

OBCL 用の OLDISBGL。
OBPM は、支払いメッセージを送信すると、この GL から支払済ローン金額を借方に記入し、指定された Nostro に貸方に記入します。

通知が必要
「通知が必要」チェックボックスを選択します。

外部通知キュー
この画面を呼び出すには、アプリケーション ツール バーの右上隅にあるフィールドに「PMDEXTNT」と入力し、隣接する矢印ボタンをクリックします。

注記
「外部通知キュー」画面のすべての必須フィールドを含むアクティブなレコードが維持されていることを確認します。

Oracle-14-7-Payments-共同展開統合図- (9)

ホストとソースコード
ソース コードを「INTBANKING」として指定します。ホスト コードはソース コードに基づいてデフォルト設定されます。ゲートウェイ外部システムのセットアップは、ソース コード「INTBANKING」に対して実行されます。

通信タイプ
通信タイプとして「Web サービス

通知システムクラス
通知システムクラスとして「OFCL」を選択します。

Webサービス URL
特定のホストコードとソースコードの組み合わせに対して、 web サービス URL OBPM から OBCL への通知呼び出しを取得するには、OL サービス (FCUBSOLService) を使用して保守する必要があります。

サービス
指定する webサービスを「FCUBSOLService」として指定します。

ソースネットワークの設定
この画面を呼び出すには、アプリケーション ツール バーの右上隅にあるフィールドに「PMDSORNW」と入力し、隣接する矢印ボタンをクリックします。

Oracle-14-7-Payments-共同展開統合図- (10)

注記
「ソース ネットワーク設定の詳細」画面でアクティブなレコードを維持していることを確認します。OBCL が支払いリクエストを開始するさまざまな支払いネットワークの設定は、同じソース コードに対してこの画面で維持する必要があります。

ホストとソースコード
ソース コードを「INTBANKING」として指定します。ホスト コードはソース コードに基づいてデフォルト設定されます。ゲートウェイ外部システムのセットアップは、ソース コード「INTBANKING」に対して実行されます。

ネットワークコード
ネットワーク コードを「SWIFT」として指定します。これにより、OBPM がローン支払額の SWIFT メッセージをトリガーできるようになります。

取引タイプ
SWIFT メッセージを送信するには、トランザクション タイプを「送信」に指定します。

ネットワークルールのメンテナンス
この画面を呼び出すには、アプリケーション ツール バーの右上隅にあるフィールドに「PMDNWRLE」と入力し、隣接する矢印ボタンをクリックします。

注記
OBCL リクエストをそれぞれのネットワークにルーティングするには、「ネットワーク ルールの詳細」画面ですべての必須フィールドを含むアクティブなレコードを維持していることを確認してください。ネットワーク ルールのメンテナンスの詳細については、Payments Core ユーザー ガイドを参照してください。

ECA システムメンテナンス
STDECAMT 画面で外部クレジット承認チェック システム (DDA システム) を作成してください。以下の画面に示すように、ECA チェックが行われる必要なソース システムを指定します。この画面を呼び出すには、アプリケーション ツール バーの右上隅のフィールドに「PMDECAMT」と入力し、隣接する矢印ボタンをクリックします。上記の ECA システムを「外部クレジット承認システムの詳細」画面にマップします。

Oracle-14-7-Payments-共同展開統合図- (10)Oracle-14-7-Payments-共同展開統合図- (12)

インキュー JNDI 名
キュー内の JNDI 名を「MDB_QUEUE_RESPONSE」として指定します。

アウトキュー JNDI 名
出力キューの JNDI 名を「MDB_QUEUE」として指定します。

Oracle-14-7-Payments-共同展開統合図- (13)

Qプロfile
Qプロfile アプリケーションサーバー上に作成されたMDBキューに従って維持する必要があります。Q Profile JMS キューが作成された IP アドレスを使用する必要があります。OBPM システムは、これらの MDB キューを介して DDA システムに ECA 要求を送信します。ECA システムのメンテナンスの詳細については、Oracle Banking Payments を参照してください。

コア ユーザー ガイド。
キュープロfile メンテナンス
この画面を呼び出すには、アプリケーション ツール バーの右上隅にあるフィールドに「PMDQPROF」と入力し、隣接する矢印ボタンをクリックします。

注記
Queue Proを維持するようにしてくださいfile 'キュープロfile 「メンテナンス」画面。

プロfile ID
キュー接続プロを指定するfile ID。

プロfile 説明
プロを指定するfile 説明

ユーザーID
ユーザーIDを指定します。

パスワード
パスワードを指定します。

注記
ユーザーIDとパスワードはキュー認証に使用されます。これにより、外部システムは読み取りまたは書き込みのみが許可されます。 view メッセージキューに投稿されたメッセージ。

コンテキストプロバイダー URL
キュープロfile コンテキストプロバイダが必要 URL キューが配置されているアプリケーションサーバーの
作成されました。他のすべてのパラメータは上記と同じです。

注記
OBPM は詳細を含む ECA リクエストを作成し、MDB_QUEUE に投稿します。DDA システムは GWMDB を介してゲートウェイ リクエストをプルし、ECA ブロック プロセスを内部的に呼び出して、ECA ブロックを作成または元に戻します。プロセスが完了すると、DDA システムはゲートウェイ インフラを介して応答を MDB_QUEUE_RESPONSE に投稿します。MDB_QUEUE_RESPONSE は、jms/ACC_ENTRY_RES_BKP_IN として再配信キューで構成されています。このキューは、OBPM MDB を介して応答を内部的にプルし、OBPM で ECA 処理を完了します。

会計システムメンテナンス
この画面を呼び出すには、アプリケーション ツール バーの右上隅のフィールドに「PMDACCMT」と入力し、隣接する矢印ボタンをクリックします。これにより、OBPM は SWIFT メッセージを送信するときに、会計エントリ (Dr ISBGL および Cr Nostro Ac) を DDA システムに転記できるようになります。

Oracle-14-7-Payments-共同展開統合図- (14)

注記
「外部会計システム詳細」画面で必要な会計システムを維持する必要があることを確認します。さらに、会計システムとネットワークのアカウントシステムマッピング（PMDACMAP）を維持します。

インキュー JNDI 名
インキュー JNDI 名を 'MDB_QUEUE_RESPONSE' として指定します。

アウトキュー JNDI 名
アウトキュー JNDI 名を 'MDB_QUEUE' として指定します。

Qプロfile
Qプロfile アプリケーションサーバー上に作成されたMDBキューに従って維持する必要があります。Q Profile JMS キューが作成された IP アドレスを使用する必要があります。OBPM システムは、これらの MDB キューを通じてアカウンティング ハンドオフ要求を送信します。

注記
OBPM は、詳細を含む会計ハンドオフ要求を作成し、MDB_QUEUE に投稿します。会計システムは、GWMDB を介してゲートウェイ要求をプルし、外部会計要求を内部的に呼び出します。プロセスが完了すると、会計システムはゲートウェイ インフラを介して応答を MDB_QUEUE_RESPONSE に投稿します。MDB_QUEUE_RESPONSE は、jms/ACC_ENTRY_RES_BKP_IN として再配信キューで構成されています。このキューは、OBPM MDB を介して応答を内部的にプルし、OBPM での会計ハンドオフ処理を完了します。

通貨コレスポンデントの維持
SWIFT / 国際送金の場合、銀行は、支払いが適切にルーティングされるように、通貨コルレス先、つまり銀行のコルレス先を管理する必要があります。支払いチェーンは、通貨コルレス先管理を使用して構築されます。銀行は、同じ通貨に対して複数の通貨コルレス先を持つことができますが、特定のコルレス先を主要コルレス先としてマークして、コルレス銀行が複数ある場合でも、支払いがその銀行を経由してルーティングされるようにすることができます。

Oracle-14-7-Payments-共同展開統合図- (15)

通貨コルレスポンデント管理 (PMDCYCOR) は、国境を越えた支払いのための支払いチェーン構築に使用されます。これはホスト レベルの管理です。通貨、銀行 BIC、口座番号は、コルレスポンデントに対して管理できます。この画面は、アプリケーション ツール バーの右上隅のフィールドに「PMDCYCOR」と入力し、隣接する矢印ボタンをクリックすると呼び出すことができます。この画面で、AWI または AWI の通貨コルレスポンデントを管理します。

ホスト コード
システムは、ログインしたユーザーの選択したブランチのホスト コードを表示します。

銀行コード
表示された値のリストから銀行コードを選択します。選択した BIC コードがこのフィールドに表示されます。

通貨
通貨を指定します。または、オプション リストから通貨を選択することもできます。リストには、システムで管理されている有効な通貨がすべて表示されます。

主要通信員チェック
このボックスは、この取引先が主要通貨の取引先である場合に選択します。アカウント タイプと通貨の組み合わせに対して、主要通貨の取引先は 1 つだけ存在できます。アカウント タイプ アカウント タイプを選択します。リストには次の値が表示されます。

  • 当社の口座は、銀行コード フィールドに入力された取引先によって管理されます。
  • 処理銀行の銀行コード フィールドに入力された取引先によって管理される口座 (ノストロ口座)。

アカウントタイプ
口座タイプを「当社」に指定します。これは、当社の帳簿に記録されているコルレス先のノストロです。

口座番号
指定された通貨で、銀行コード フィールドに入力された取引先に関連付けられた口座番号を指定します。または、オプション リストから口座番号を選択することもできます。リストには、口座タイプ OUR のすべてのノストロ口座と、口座タイプ THEIR の有効な通常口座が表示されます。リストに表示される口座通貨は、指定された通貨と同じである必要があります。

プライマリアカウント
アカウントがプライマリ アカウントであるかどうかを示すには、このチェック ボックスをオンにします。複数のアカウントを追加できます。ただし、プライマリ アカウントとしてマークできるのは 1 つのアカウントのみです。これは、プライマリ アカウントとしてマークされたアカウントが、管理されている「ホスト コード、銀行コード、通貨」の組み合わせのキー アカウントであることを示します。

MT 210 が必要ですか?
このチェックボックスを選択すると、MT 210/MT 200の生成のようにMT 201が自動生成されるシナリオで、MT 210を通貨取引先に送信する必要があるかどうかを示します。このチェックボックスが選択されている場合にのみ、システムはMTXNUMXを生成します。

照合外部アカウントのメンテナンス
この画面を呼び出すには、アプリケーション ツール バーの右上隅のフィールドに「PXDXTACC」と入力し、隣接する矢印ボタンをクリックします。

Oracle-14-7-Payments-共同展開統合図- (16)

コルレス先の帳簿に保管されているVostro口座番号（Nostroに相当）を維持してください。これは53Bで送信されます。 tag MT103 および MT202 カバー メッセージ内。

  • 和解クラス
  • NOST として維持します。
  • 外部エンティティ
  • 取引先のBICを指定します。
  • 外部アカウント
  • Vostro アカウント番号を指定します。
  • 勘定科目 GL

Nostro アカウント番号を指定します。これは、STDCRACC に Nostro アカウントとして存在している必要があります。

RMA または RMA Plus の詳細
リレーションシップ管理アプリケーションの詳細はここで管理され、許可されたメッセージ カテゴリとメッセージ タイプが提供されます。取引先は、当社の銀行 BIC コードである必要があります (直接関係の場合)。この画面を呼び出すには、アプリケーション ツール バーの右上隅のフィールドに「PMDRMAUP」と入力し、隣接する矢印ボタンをクリックします。

Oracle-14-7-Payments-共同展開統合図- (17)

RMA レコードタイプ
システムは、アップロードされた、または手動で作成された RMA 承認レコードの詳細に基づいて、これが RMA 承認レコードであるか、RMA+ 承認レコードであるかを示します。

注記
アップロードされたRMA file 異なるメッセージ カテゴリにメッセージ タイプを含めたり除外したりした場合、これは RMA+ レコードになります。そうでない場合、レコードは RMA レコードです。

発行者
使用可能な値のリストから、すべてのメッセージ タイプまたは特定のメッセージ タイプ (RMA+ の場合) を受信する承認を発行した銀行支店の必要な BIC を選択します。

RMAタイプ
RMA タイプを指定します。ドロップダウンから「発行済み」と「受領済み」のいずれかを選択します。

有効開始日
RMA承認の有効開始日を指定します

特派員
値のリストから、発行銀行から承認を受けた銀行支店の BIC を選択します。

RMAステータス
ドロップダウンから RMA のステータスを選択します。オプションは、有効、取り消し、削除、拒否です。

注記
RMA 検証には、「有効」な RMA 承認のみが使用されます。

有効期限
RMA承認の有効期限の終了日を指定します。メッセージカテゴリの詳細グリッド

メッセージカテゴリ
ドロップダウンから必要なメッセージ カテゴリを選択します。

含める/除外するフラグ
これを RMA+ レコードとして作成する場合は、発行銀行によって承認された 1 つまたは複数のメッセージ タイプ (MT) またはすべてのメッセージ タイプを「含める」または「除外する」ことを示すフラグを各メッセージ カテゴリに対して選択します。

メッセージタイプの詳細

メッセージタイプ
これを RMA+ レコードとして作成する場合は、各メッセージ カテゴリに追加するメッセージ タイプの「含める」または「除外する」リストを指定します。

注記

  • メッセージカテゴリ内のすべてのMTを含める場合は、含める/除外フラグに「除外」を指定し、メッセージタイプでMTを選択しないようにします。
  • 詳細グリッド。これは「除外 - なし」を意味します。つまり、カテゴリ内のすべての MT が RMA+ 承認に含まれます。
  • メッセージカテゴリ内のすべてのMTを除外する場合は、含める/除外フラグに「含める」と表示し、メッセージタイプにMTを表示しないでください。
  • 詳細グリッド。これは「含める - 何もしない」、つまりカテゴリ内の MT はいずれも RMA+ 承認に含まれないことを意味します。
  • 画面には、発行銀行が発行したRMA+承認の一部として許可されていないメッセージカテゴリは表示されません。前述のように、既存の承認に対する変更は本社からのみ許可されます。
  • 選択された発行者とコルレスBICおよびRMAタイプのペアについては、次の属性を変更することができます。
  • RMA ステータス – ステータスは、使用可能なオプション（有効、取り消し、削除、拒否）のいずれかに変更できます。

注記
実際には、RMA ステータスは、発行者 BIC が誰であるか、現在のステータス、およびその他の要因によって異なるため、どのオプションにも変更できません。ただし、これらのステータスの変更は SAA の RMA/RMA+ モジュールで行われ、変更機能は、Ops ユーザーがこのメンテナンスでステータスを手動で複製することのみに許可されます (次の RMA アップロードまで待てない場合)。

  • 有効開始日 – 既存の「有効終了日」よりも後の新しい（変更された）日付を設定できます。
  • 有効期限終了日 – 新しい「有効開始日」よりも後の新しい日付を設定できます。
  • 既存のメッセージ カテゴリおよび/またはメッセージ タイプの削除。
  • 新しいメッセージ カテゴリおよび/またはメッセージ タイプと、含める/除外するインジケーターが追加されました。

既存の承認をコピーして変更することで、新しい承認を作成できます。既存の承認の変更や新しい承認の作成には、別のユーザーまたは作成者 (ブランチとユーザーが自動承認機能をサポートしている場合) の承認が必要になります。

コモンコアメンテナンス
統合のために、次の共通コアメンテナンスを実行する必要があります。

  • カスタマーメンテナンス
  • STDCIFCR に顧客を作成します。
  • アカウントのメンテナンス
  • STDCRACC でアカウント (CASA / NOSTRO) を作成します。
  • NOTSRO アカウントは、借り手が CASA 口座を持っている銀行に作成する必要があります。
  • 総勘定元帳のメンテナンス
  • STDCRGLM で総勘定元帳を作成します。
  • トランザクションコードメンテナンス
  • STDCRTRN にトランザクション コードを作成します。
  • OBPM は OFCU​​B 日付を使用する
  • cstb_param テーブルで IS_CUSTOM_DATE パラメータを 'Y' として維持します。
  • CSTB_PARAM の OBCL_EXT_PM_GEN パラメータを 'Y' に設定して、リクエストを OBPM に引き渡します。
  • これにより、OBPM は sttm_dates の「今日」をトランザクション予約日として使用します。
  • BICコードの詳細メンテナンス
  • BIC コードは標準化された国際識別子であり、エンティティを識別し、支払いメッセージをルーティングするために使用されます。銀行コードは、「BIC コードの詳細」画面 (ISDBICDE) から定義できます。
  • その他の支払いメンテナンス
  • その他の Day 0 メンテナンスについては、『Oracle Banking Payments Core ユーザー マニュアル』を参照してください。
  • 上記の画面の詳細については、『Oracle Banking Payments Core ユーザーズ マニュアル』を参照してください。

関数ID用語集

  • G グデトシス ……………….2-1
  • L LBDINSTR …………………………2-6
  • O オールドカスタム ………………….2-6
  • OLDINPRM ………………..2-5
  • OLDISBGL …………………………2-6
  • P ピッドステップ ……………………2-3
  • PMDACCMT ……………………..2-14
  • PMDCYCOR …………………… 2-15
  • PMDECAMT ……………….. 2-12
  • PMDEXTNT ………………………. 2-8
  • PMDNWRLE………………。 2-10
  • PMDQPROF …………………… 2-12
  • ＰＭＤＲＭＡＵＰ …………………… 2-17
  • PMDSORCE ……………………… 2-7
  • PMDSORNW …………………….. 2-9
  • PXDXTACC …… ...
  • S 標準DCRBRN ……………………… 2-2
  • STDECAMT ……………….. 2-11

PDFをダウンロード： Oracle 14.7 Payments 共同導入統合ユーザー ガイド

参考文献

コメントを残す

あなたのメールアドレスは公開されません。 必須項目はマークされています *