Oracle 14.7 Payments 協同部署整合式使用者指南
企業貸款 – 支付協同部署整合式使用者指南
2022年XNUMX月
甲骨文金融服務軟體有限公司
甲骨文公園
靠近西部高速公路
戈爾岡（東）
孟買，馬哈拉施特拉邦 400 063
印度
全球查詢：
電話：+91 22 6718 3000
傳真：+91 22 6718 3001
www.oracle.com/financialservices/
版權所有 © 2007、2022，Oracle 和/或其附屬公司。 版權所有。 Oracle 和 Java 是 Oracle 和/或其附屬公司的註冊商標。 其他名稱可能是其各自所有者的商標。
美國政府最終用戶：交付給美國政府最終用戶的Oracle 程序，包括任何操作系統、整合軟體、安裝在硬體上的任何程序和/或文檔，均屬於適用的聯邦採購法規和機構特定規定下的「商業電腦軟體」補充規定。
因此，程式（包括任何作業系統、整合軟體、硬體上安裝的任何程式和/或文件）的使用、複製、揭露、修改和改編應遵守適用於程序的授權條款和授權限制。美國政府沒有被授予其他權利。
該軟體或硬體是為各種資訊管理應用程式的通用而開發的。它不是為任何本質上危險的應用而開發或打算使用的，包括可能造成人身傷害風險的應用。如果您在危險應用中使用本軟體或硬件，則您有責任採取所有適當的故障保護、備份、冗餘和其他措施以確保其安全使用。 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 | 甲骨文銀行企業貸款 |
| OL | 甲骨文貸款 |
| ROFC | Oracle FLEXCUBE 的其餘部分 |
| 系統 | 除非另有說明，否則均指 Oracle FLEX-CUBE Universal Banking Solutions 系統 |
| WSDL | Web 服務描述語言 |
圖標詞彙表
本用戶手冊可能引用以下全部或部分圖標。
企業貸款 – 協同部署設定中的支付集成
本章包含以下部分：
- 第 2.1 節，“簡介”
- 第 2.2 節，“OBCL 中的維護”
- 第 2.3 節，“OBPM 中的維護”
介紹
您可以將 Oracle Banking Corporate Lending (OBCL) 與 Oracle Banking Payment 產品 (OBPM) 整合。要將這兩個產品整合到共同部署的環境中，您需要在 OBCL、Payments 和 Common Core 中進行特定的維護。
OBCL 中的維護
Oracle Banking Corporate Lending (OBCL) 和 Oracle Banking Payments (OBPM) 之間的整合可讓您透過產生 SWIFT MT103 和 MT202 訊息，透過跨國支付來調度貸款支付。
外部系統維護
您可以透過在應用程式工具列右上角的欄位中鍵入「GWDETSYS」並點擊相鄰的箭頭按鈕來呼叫此畫面。您需要為使用整合式網關與 OBCL 通訊的分支定義外部系統。
筆記
確保在 OBCL 中維護包含所有必填欄位和「外部系統維護」畫面中的「外部系統」的活動記錄。對於前ample,, 將外部系統維護為「INTBANKING」。
要求
- 將其維護為訊息 ID。
- 請求留言
- 保持全螢幕顯示。
- 回复信息
- 保持全螢幕顯示。
- 外部系統佇列
- 維護輸入和回應 JMS 佇列。這些是佇列，OBCL 在其中將 SPS 請求 XML 發佈到 OBPM。
- 有關外部系統維護的更多信息，請參閱公共核心 – 網關用戶。指導。
分行維護
您需要在「分支核心參數維護」(STDCRBRN) 畫面中建立分支。此畫面用於捕獲基本的分行詳細信息，如分行名稱、分行代碼、分行地址、每週假期等。您可以透過在應用程式工具列右上角的欄位中鍵入「STDCRBRN」並點擊相鄰的箭頭按鈕來呼叫此畫面。
您可以為建立的每個分支指定一個主機。若要維護不同時區的主機，請參閱..
Oracle 銀行支付核心使用手冊。
筆記
可以在同一主機下維護一對可以進行分公司間支付的分公司。
主機參數維護
您可以透過在應用程式工具列右上角的欄位中鍵入「PIDHSTMT」並按一下相鄰的箭頭按鈕來呼叫此畫面。
筆記
- 在 OBCL 中，請確保使用包含所有必填欄位的活動記錄來維護主機參數。
- 「OBCL整合系統」用於360和貿易整合的UBS整合。 「支付系統」用於OBPM集成，需要選擇「INTBANKING」。
主機代碼
指定主機代碼。
主機說明
指定主機的簡要說明。
會計系統代碼
指定會計系統代碼。對於前ample，“OLINTSYS”
支付系統
指定支付系統。對於前ample，“國際銀行”
ELCM系統
指定 ELCM 系統。對於前ample，“OLELCM”
OBCL整合系統
指定外部系統。對於前amp檔案“OLINTSYS”，用於與 UBS 系統整合。
區塊鏈系統
指定區塊鏈系統。對於前amp“OLBLKCN”。
支付網路代碼
指定 OBPM 用於發送出站訊息以進行貸款支付的網路。對於前ample，「環球銀行金融電信協會」。
集成參數維護
您可以透過在應用程式工具列右上角的欄位中鍵入「OLDINPRM」並點擊相鄰的箭頭按鈕來呼叫此畫面。
筆記
確保您在「整合參數維護」畫面中維護包含所有必填欄位和服務名稱為「PMSinglePaymentService」的活動記錄。
分行代碼
如果整合參數對於所有分支都是通用的，則指定為「ALL」。或維護單獨的分支。
外部系統
將外部系統指定為“INTBANKING”。
外部用戶
指定要在付款請求中傳遞給 OBPM 的使用者 ID。
服務名稱
將服務名稱指定為「PMSinglePayOutService」。
溝通渠道
將通信通道指定為 'Web 服務'。
通訊方式
將通信模式指定為“異步”。
通信層
將通訊層指定為應用程式。
WS 服務名稱
指定 web 服務名稱為“PMSinglePayOutService”。
WS端點 URL
將服務的 WSDL 指定為「付款單一付款服務」WSDL 連結。
WS用戶
維護 OBPM 使用者有權存取所有分公司和自動授權設施。
客戶維護
客戶維護 (OLDCUSMT) 是強制性的。您需要在此畫面中為銀行建立記錄。 「主要 BIC」和「預設媒體」應為「SWIFT」才能產生 SWIFT 訊息。
結算指令維護
需要為借款人和參與者（雙方）都擁有 CASA 帳戶的銀行建立 NOSTRO 帳戶。這需要在 LBDINSTR 中映射，並且付款/接收帳戶應為 NOSTRO。您需要在付款和接收帳戶欄位中選擇 NOSTRO 帳戶，但藉款人不能擁有 NOSTRO 帳戶，只有銀行可以擁有 NOSTRO 銀行帳戶，並且您需要選擇付款和接收作為 BANK id。在進行交易時，這被內部橋 GL 取代。使用「結算指令維護」畫面 (LBDINSTR) 中的所有必填欄位來維護交易對手。有關結算說明的更多信息，請參閱銀團貸款用戶手冊。
系統間橋 GL
您可以透過在應用程式工具列右上角的欄位中鍵入“OLDISBGL”並點擊相鄰的箭頭按鈕來呼叫此畫面。
筆記
確保您維護包含所有必填欄位的活動記錄，並且在「系統間橋接 GL 維護」畫面中將「外部系統」設定為「INTBANKING」。
外部系統
將外部系統名稱指定為“INTBANKING”。
模組編號
將模組代碼指定為“OL”。
交易貨幣
指定交易貨幣“ALL”或特定貨幣。
交易分行
將事務分支指定為“ALL”或特定分支。
產品代碼
將產品代碼指定為“ALL”或特定產品。
功能
將交易函數 ID 指定為“ALL”或特定函數 ID。
ISB GL
指定係統間橋 GL，其中來自 OBCL 的貸款支付貸方將被轉移。 OBPM 中需要維護相同的 GL 以進行進一步處理。
OBPM 中的維護
源頭維護
您可以透過在應用程式工具列右上角的欄位中鍵入「PMDSORCE」並點擊相鄰的箭頭按鈕來呼叫此畫面。
筆記
確保您維護包含「來源維護詳細資料」畫面中所有必填欄位的活動記錄。
原始碼
指定原始碼。前任ample「國際銀行」。
主機程式碼
主機代碼根據分支自動預設。
允許預付款
選取「允許預付款」複選框。
預付付款 GL
指定預注資付款 GL 與維護的系統間橋 GL 相同
OBCL 的 OLDISBGL。
OBPM 從此總帳中藉記已支付的貸款金額，並在發送付款訊息時貸記指定的 Nostro。
需要通知
選取「需要通知」複選框。
外部通知佇列
您可以透過在應用程式工具列右上角的欄位中鍵入「PMDEXTNT」並點擊相鄰的箭頭按鈕來呼叫此畫面。
筆記
確保您在「外部通知佇列」畫面中維護包含所有必填欄位的活動記錄。
主機和原始碼
將原始碼指定為“INTBANKING”。主機代碼根據原始碼預設。為原始碼“INTBANKING”完成網關外部系統設定。
通訊類型
選擇通訊類型為 'Web 服務
通知系統類
選擇通知系統類別“OFCL”。
Web服務 URL
對於給定的主機程式碼和原始碼組合， web 服務 URL 需要使用 OL 服務 (FCUBSOLService) 進行維護，以取得從 OBPM 到 OBCL 的通知呼叫。
服務
指定 web服務為“FCUBSOLService”。
來源網路偏好
您可以透過在應用程式工具列右上角的欄位中鍵入「PMDSORNW」並點擊相鄰的箭頭按鈕來呼叫此畫面。
筆記
確保您在「來源網路偏好詳細資料」畫面中保留活動記錄。對於相同的原始碼，需要在此畫面上維護 OBCL 發起付款請求所通過的各種支付網路的首選項。
主機和原始碼
將原始碼指定為“INTBANKING”。主機代碼根據原始碼預設。為原始碼“INTBANKING”完成網關外部系統設定。
網路程式碼
將網路代碼指定為“SWIFT”。這是為了使 OBPM 能夠觸發貸款支付金額的 SWIFT 訊息。
交易類型
將交易類型指定為“傳出”，以傳送 SWIFT 訊息。
網路規則維護
您可以透過在應用程式工具列右上角的欄位中鍵入「PMDNWRLE」並按一下相鄰的箭頭按鈕來呼叫此畫面。
筆記
確保您在「網路規則詳細資料」畫面中維護包含所有必填欄位的活動記錄，以將 OBCL 要求路由到對應的網路。有關網路規則維護的更多信息，請參閱 Payments Core 使用者指南。
ECA系統維護
確保您在 STDECAMT 畫面中建立外部信用審批檢查系統（DDA 系統）。提供進行 ECA 檢查所需的來源系統，如下圖所示。您可以透過在應用程式工具列右上角的欄位中鍵入「PMDECAMT」並點擊相鄰的箭頭按鈕來呼叫此畫面。在「外部信用審批系統詳細資料」畫面中對應上述 ECA 系統。
佇列 JNDI 名稱
將佇列 JNDI 名稱指定為「MDB_QUEUE_RESPONSE」。
輸出佇列 JNDI 名稱
將輸出佇列 JNDI 名稱指定為“MDB_QUEUE”。
Q Profile
Q Profile 需要根據應用程式伺服器上建立的 MDB 佇列進行維護。 Q Profile 需要具有建立 JMS 佇列的 IP 位址。 OBPM系統透過這些MDB佇列將ECA請求發佈到DDA系統。有關 ECA 系統維護的更多信息，請參閱 Oracle Banking Payments。
核心使用者指南。
隊列專業版file 維護
您可以透過在應用程式工具列右上角的欄位中鍵入「PMDQPROF」並點擊相鄰的箭頭按鈕來呼叫此畫面。
筆記
確保您維護 Queue Profile 在「隊列專業版」中file 維護螢幕。
專業版file ID
指定隊列連線專業file ID。
專業版file 描述
指定專業file 描述
使用者身分
指定使用者 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 系統。
筆記
確保您需要在「外部會計系統詳細資料」畫面中維護所需的會計系統。此外，維護會計系統和網路的帳戶系統映射 (PMDACMAP)
佇列 JNDI 名稱
將排隊 JNDI 名稱指定為「MDB_QUEUE_RESPONSE」。
輸出佇列 JNDI 名稱
將輸出佇列 JNDI 名稱指定為“MDB_QUEUE”。
Q Profile
Q Profile 需要根據應用程式伺服器上建立的 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/跨境支付，銀行應維護貨幣代理機構，即銀行的代理機構，以便付款能夠正確路由。支付鍊是使用貨幣代理行維護建構的。 。
貨幣代理維護（PMDCYCOR）用於跨境支付的支付鏈建構。這是主機層級的維護。可以為往來方維護貨幣、銀行 BIC 和帳號。在此畫面上維護 AWI 或 AWI 的貨幣通訊員。
主機代碼
系統顯示登入使用者所選分支的主機代碼。
銀行代碼
從顯示的值清單中選擇銀行代碼。選定的 BIC 代碼顯示在此欄位中。
貨幣
指定貨幣。或者，您可以從選項清單中選擇貨幣。此清單顯示系統中維護的所有有效貨幣。
主要通訊員檢查
如果該往來方是主要貨幣往來方，則此框。帳戶類型、貨幣的組合只能有一種主要貨幣對應。帳戶類型 選擇帳戶類型。此清單顯示以下值：
- 我們的帳戶透過銀行代碼欄位中的對應輸入進行維護。
- 他們的帳戶由往來銀行代碼欄位中輸入的處理銀行（Nostro 帳戶）維護。
帳戶類型
將帳戶類型指定為「我們的」－在我們的帳簿中維護的通訊員往來。
帳號
以指定貨幣指定與銀行代碼欄位中輸入的往來行關聯的帳號。或者，您可以從選項清單中選擇帳號。此清單顯示帳戶類型 OUR 的所有往來帳戶以及帳戶類型 THEIR 的有效普通帳戶。清單中顯示的帳戶貨幣應與指定的貨幣相同。
主帳戶
選取此核取方塊以指示該帳戶是否為主帳戶。您可以新增多個帳戶。但只能將一個帳戶標記為主要帳戶。這表示標記為主要帳戶的帳戶是所維護的「主機代碼、銀行代碼、貨幣」組合的關鍵帳戶。
需要 MT 210 嗎？
勾選此複選框以指示在自動產生（如產生出庫 MT 210/MT 200）的情況下是否需要將 MT 201 傳送給貨幣通訊行。
對帳外部帳戶維護
您可以透過在應用程式工具列右上角的欄位中鍵入「PXDXTACC」並按一下相鄰的箭頭按鈕來呼叫此畫面。
維護通訊員帳簿中保存的 Vostro 帳號（相當於 Nostro）。這將在 53B 中發送 tag 在 MT103 和 MT202 封面訊息中。
- 調節類
- 將其維護為 NOST。
- 外部實體
- 指定通訊員的 BIC。
- 外部帳戶
- 指定 Vostro 帳號。
- 帳戶總帳
指定銀行往來帳號。該帳戶應作為往來帳戶存在於 STDCRACC 中。
RMA 或 RMA Plus 詳細信息
關係管理應用程式詳細資訊將在此處維護，並提供允許的訊息類別和訊息類型。通訊員應為我們銀行的 BIC 代碼（直接關聯）。您可以透過在應用程式工具列右上角的欄位中鍵入「PMDRMAUP」並點擊相鄰的箭頭按鈕來呼叫此畫面。
RMA 記錄類型
系統將根據上傳或手動建立的 RMA 授權記錄的詳細資訊來指示這是 RMA 還是 RMA+ 授權記錄。
筆記
如果上傳的 RMA file 在不同的訊息類別中包含或排除訊息類型，則這將是 RMA+ 記錄。如果不是，則該記錄是 RMA 記錄。
發行人
從可用值清單中選擇已授予接收所有或特定訊息類型（如果是 RMA+）授權的銀行分行所需的 BIC。
退貨授權類型
指定 RMA 類型。從下拉清單中選擇「已發出」和「已接收」。
有效日期
指定 RMA 授權的有效期限開始日期
通訊員
從值清單中選擇已獲得發卡機構授權的銀行分行的 BIC。
RMA 狀態
從下拉清單中選擇 RMA 的狀態。選項有啟用、撤銷、刪除和拒絕。
筆記
僅「啟用」RMA 授權用於 RMA 驗證。
至今有效
指定 RMA 授權的有效期限結束日期。訊息類別詳細資料網格
留言類別
從下拉清單中選擇所需的訊息類別。
包含/排除標誌
如果將其建立為 RMA+ 記錄，請為每個訊息類別選擇標誌，指示發卡銀行授權的一個或多個或所有訊息類型 (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)。
- 需要為借款人擁有 CASA 帳戶的銀行建立 NOTSRO 帳戶。
- 總帳維護
- 在 STDCRGLM 中建立總帳。
- 交易代碼維護
- 在 STDCRTRN 中建立交易代碼。
- OBPM 使用 OFCUB 日期
- 在 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 GWDETSYS …………………….2-1
- LLBDINSTR……………………2-6
- 哦，舊時代…………………….2-6
- 奧丁PRM ……………………..2-5
- 奧迪斯BGL……………………2-6
- P PIDHSTMT……………………2-3
- PMDACCMT………………..2-14
- PMDCYCOR………………。 2-15
- PMDECAMT……………….. 2-12
- PMDEXTNT……………………。 2-8
- PMDNWRLE………………。 2-10
- PMDQPROF………………。 2-12
- PMDRMAUP………………。 2-17
- PMDSORCE……………………2-7
- PMDSORNW……………….. 2-9
- PXDXTACC ……………….. 2-16
- S STDCRBRN ……………………。 2-2
- 標準十進制……………….. 2-11
下載PDF： Oracle 14.7 Payments 協同部署整合式使用者指南