瞭解 Equinix 如何以 Oracle Integration RPA 將業務流程自動化
此參考架構說明如何使用 Oracle Integration ( OCI 上的業務自動化平台) 中的整合來協調 API 呼叫、RPA 和資料庫互動。
提供兩種生產導向使用案例：
- 使用案例 1：Oracle Receivables 中的客戶信用建議 (EXT-016)
提供從傳統 RPA 移轉至 Oracle Integration RPA 的功能
- 使用案例 2：Oracle Payables 中的付款批次自動化
採用新的 Oracle Integration RPA 實作搭配 Visual Builder 導向的組態。
此架構提供下列優點：
- 使用 Oracle Integration 作為 API 和 UI 自動化的完整業務自動化平台，減少對傳統 RPA 平台的依賴。
- 在 Oracle Fusion Cloud Service 中自動執行以規則為基礎的重複財務工作，其中 API 不涵蓋必要的 UI 動作。
- 建立結合 API 型整合、UI 機器人執行、報告及狀態持續性的可重複使用混合式自動化模式。
- 透過動態選擇器、結構化機器人輸入和輸出有效負載、集中式錯誤處理和 Oracle Integration 可觀察性，提升營運韌性。
- 在集區環境中自動調整運算資源，以提升作業效率。
Before You Begin - 開始之前
- Oracle Integration 3 在提供 RPA 的區域中佈建為企業版或醫療保健版。如需其他資訊的連結，請參閱「探索更多」。
- Fusion Cloud Service ERP 包含相關的應收帳款與應付帳款模組、ESS 工作、BI Publisher 報表及 REST API 存取權。
- Oracle Cloud Infrastructure ( OCI) 租用戶可用於自動機器人環境調整，包括區間、 OCI Identity and Access Management (IAM) 原則、虛擬雲端網路 (VCN) 和子網路組態、自訂映像檔、執行處理組態以及執行處理集區。
- 導入團隊會在 Oracle Fusion Cloud Service 中建立專屬服務帳戶以供機器人執行。
- 當架構需要持續記錄層級狀態和 REST 存取儲存的自動化狀態時，即可使用自治式 AI 交易處理 (ATP) 和 Oracle REST Data Services (ORDS)。
- 如果付款批次使用案例保持在範圍內，則可使用 Visual Builder 進行付款批次組態儀表板和範本對應。
- 在生產部署之前，導入團隊必須先驗證應用程式自動化權限、節流限制和 Oracle SaaS 效能限制。
關於 Oracle Cloud Services
| Cloud Service | 角色 |
|---|---|
| Oracle Integration 3 | 協調整合、呼叫 RPA 機器人、管理連線、實行父項 - 子項批次處理，以及監督執行。 |
| Oracle Fusion Cloud Enterprise Resource Planning | 應收帳款信用複查與應付帳款付款處理要求的記錄系統。 |
| Oracle Enterprise Scheduler 服務 | 排程或觸發 Oracle Integration 與商業參數 (例如區域或重新處理標誌) 的整合。 |
| Oracle BI Publisher | 產生 Oracle Integration 針對案例資料夾、付款登記簿及驗證所使用的擷取與狀態報表。 |
| Oracle Autonomous AI Transaction Processing | 儲存記錄層級狀態，並支援信用建議流程的驗證套件。 |
| Oracle Visual Builder | 主機 Oracle Integration 使用的付款批次排程、範本及組態儀表板。 |
| OCI Compute 執行個體集區 | 透過自訂映像檔和執行處理組態，提供自動調整的機器人代理程式基礎架構。 |
| OCI 身分識別與存取管理、 OCI 監控、 OCI 記錄及 OCI 通知 | 保護並觀察機器人程式實際執行基礎架構、整合及作業事件。 |
架構
目標架構是混合式自動化模式。Oracle Integration 可處理排程、資料擷取、協調、API 呼叫、錯誤處理、狀態輪詢及通知。RPA 機器人可執行未透過 API 公開的 UI 動作。OCI 執行處理集區提供彈性的機器人程式實際執行容量，而 Oracle Fusion Cloud Enterprise Resource Planning (ERP) 則仍是記錄的業務系統。
下圖顯示混合自動化模式：
mixed-automation-pattern.png 圖解描述
混合 - 自動模式 -oracle.zip#GUID-37FF80D9-B5F2-4652-8070-6A2D97C71C7E
此架構包含下列元件：
- Oracle Integration
Oracle Integration 是完全受管理的預先設定環境，可讓您整合雲端和內部部署應用程式、將業務流程自動化，以及開發視覺應用程式。它使用符合 SFTP 規範的檔案伺服器來儲存和擷取檔案，並允許您使用數百個轉接器和處方組合來與 Oracle 和第三方應用程式連線，與企業對企業交易夥伴交換文件。
- 執行處理組態
執行處理組態是一個樣板，定義建立運算執行處理時所要使用的設定值，包括基本影像、資源配置以及描述資料等詳細資訊。您也可以為執行處理指定關聯的資源，例如區塊磁碟區連附項和網路組態。
- 執行處理集區
執行處理集區是區域內的一組執行處理，這些執行處理是從相同的執行處理組態建立，並以群組方式管理。
通用平台流量
Oracle Integration 透過接收排程和參數、擷取資料、呼叫機器人和 API、持續狀態、輪詢結果以及傳送通知來協調財務自動化。機器人會執行無法透過 API 使用的 UI 動作。機器人環境使用 OCI 執行處理集區和執行處理組態來調整程式實際執行容量。
使用案例 1：Oracle Receivables 中的客戶信用建議 (EXT-016)
使用案例可自動更新 Oracle Receivables 中的客戶信用建議。Oracle Integration 會協調報表擷取、機器人程式執行、狀態追蹤、例外處理及通知。此流程使用 Visual Builder 組態、Oracle Fusion Cloud Service REST API、BI Publisher 報表及永久自動化狀態。
| 處理作業 | 處理作業流程 |
|---|---|
| 商業問題 | 財務分析師必須複查信用案例檔案夾、輸入信用額度與分類、關閉適用檔案夾，以及在處理失敗時重新指定案例。手動處理可增加處理時間和大規模錯誤的風險。 |
| 主要流程 | Enterprise Scheduler Service (ESS) 工作會啟動 Oracle Integration 、BI Publisher 案例資料夾擷取、自治式 AI 交易處理 (ATP) 資料庫插入、資料庫驗證、子項 Oracle Integration 迴圈、第一個機器人程式更新應收帳款、狀態檢查及通知。 |
| 機器人程式動作 | 登入、切換作業選項至「應收帳款信用複查」、搜尋每個案例檔案夾、視需要將分析員重新指定給服務使用者、開啟建議、輸入信用額度與分類、儲存及報告輸出狀態。 |
| 處理錯誤 | 系統會記錄失敗的案例資料夾，並傳送電子郵件給指派的分析師。次要機器人可以將失敗的案例重新指派給原始分析人員。Oracle Integration 可在客戶使用 IT 服務管理 (ITSM) 整合時建立 ServiceNow 未預期事件。 |
| 資料與狀態 | ATP 表 (如 CASEFOLDER_DETAILS) 會儲存記錄階層狀態。BI Publisher 狀態報告可以驗證 ORA_CLOSED 或類似的關閉狀態。 |
下表定義信用建議自動化的業務規則。
| 規則 | 條件 | 動作 |
|---|---|---|
| 政府或直接扣款客戶 | 帳戶分類為政府或直接扣款。 | 自動將個案關閉為「低風險」，無須機器人執行。 |
| 信用評分下限 | 總評分小於 20。 | 不要自動關閉個案。將個案轉呈給分析師進行手動複查。 |
| 中等分數 | 總分為 21 到 50。 | 分類為中等風險。 |
| 最高分數 | 總評分大於 50。 | 分類為低風險。 |
| 空值驗證 | 遺漏電子郵件、幣別、限額或分類。 | 資料庫套裝程式會封鎖記錄並記錄錯誤。 |
使用案例 2：Oracle Payables 中的付款批次自動化
使用案例會將 Oracle Fusion Payables 付款批次提交自動化。Oracle Visual Builder 代管驅動 Oracle Integration 的組態範本。Oracle Integration 協調建立付款批次、驗證狀態、執行報表、驗證商業發票、移除被拒絕的商業發票、格式批次、透過 API 呼叫恢復付款，以及傳送例外通知的多步驟工作流程。
| 處理作業 | 處理作業流程 |
|---|---|
| 商業問題 | 付款批次必須在付款截止視窗之前提交並驗證。跨付款範本和區域的手動處理可提高營運風險。 |
| 主要流程 | Oracle Visual Builder 範本與 ESS 區域參數會啟動 Oracle Integration 凍結檢查與範本篩選，接著是 Oracle Payables 中的機器人與 API 動作、報表、例外路由及輸出儲存。 |
| 機器人程式動作 | 建立付款處理要求、驗證待處理的分期付款、在業務規則需要時移除遭拒的商業發票，以及格式化並提交批次。 |
| API 作業 | Oracle Fusion Cloud Service REST API，例如 paymentProcessRequests GET 和 PATCH 作業，用於狀態檢查、恢復動作及報表作業。 |
| 資料與組態設定 | Oracle Visual Builder 排程範本、範本對映和組態範本可決定適用的批次、貨幣、臨界值和例外動作。 |
下表定義決定支付批次例外情況與終止動作的規則。
| 規則 | 條件 | 動作 |
|---|---|---|
| 排除的幣別 | API 回應幣別與範本對應中的排除幣別相符。 | 立即傳送業務例外通知。 |
| 單一付款 GT (美元) | 彙總 USD 付款超過設定的單一付款大於臨界值。 | 根據設定的動作產生例外或移除商業發票。 |
| 交叉幣別 GT | 付款幣別與批次幣別不同，且美元金額超過設定的臨界值。 | 根據設定的動作產生例外或移除商業發票。 |
| 批次幣別 zzz | 範本使用 zzz 作為所有幣別標記。 | 在付款選取條件中，針對幣別選取「全部」。 |
| 選取的商業發票為零 | 驗證後選取的商業發票數為 0。 | 請勿下載報表。結束範本的批次。 |
下表比較此參考架構中顯示的兩個財務自動化使用案例。
| 維度 | 使用案例 -1：信用建議 | 使用案例 -2：付款批次 |
|---|---|---|
| 模組 | Oracle Receivables 信用複查 | Oracle Payables 付款處理要求 |
| 觸發程式 | ESS 工作 (隨選) | ESS 工作 (已排定區域參數) |
| 先決條件組態 | 從 Oracle Receivables 表格擷取的 BI Publisher 報表 | Oracle Visual Builder 代管的排程、範本和組態儀表板 |
| 機器人程式數目 | 兩個機器人 (更新和分析師重新指派) | 三個機器人動作 (建立批次、移除發票和格式) |
| API 使用狀況 | 有限 (BI Publisher 狀態查詢) | 廣泛的 (付款處理要求 GET 和 PATCH 作業、報表 API 和繼續 API) |
| 數據儲存 | 可承諾量表格 (CASEFOLDER_DETAILS) | Oracle Visual Builder 範本對應與 SharePoint 報表 |
| 處理錯誤 | 記錄 ServiceNow 和電子郵件給每個分析員時發生錯誤 | 業務例外電子郵件與已終止批次警示 |
| 商業規則 | 信用評分臨界值與分類 | 幣別排除與單一付款及交叉幣別臨界值 |
| 遷移來源 | 傳統機器人流程自動化 (RPA) 工具 | 新的 Oracle Integration 3 RPA 導入 |
注意事項
安全性和身分識別
- 使用具有最低權限 Oracle Fusion Cloud Service 權限的專用機器人服務帳戶，以及可稽核的所有權。
- 將證明資料儲存在 Oracle Integration 連線或機器人程式連線中。不要在機器人步驟或整合有效負載中使用硬式程式碼證明資料。
- 定義 RPA 自動調整區間的範圍 IAM 原則，讓 Oracle RPA 服務能夠管理執行處理集區、執行處理、執行處理組態、映像檔以及必要的網路資源。
- 使用 HTTPS 進行服務呼叫，並確認 Oracle Fusion Cloud Service REST API、 Autonomous AI Transaction Processing (ATP) 和 Oracle REST Data Services (ORDS) 端點、BI Publisher、Oracle Visual Builder 、電子郵件和 IT 服務管理 (ITSM) 系統的驗證方法。
網路與程式實際執行環境
- 建立用於機器人代理程式虛擬機器 (VM) 的專用區間、虛擬雲端網路 (VCN)、子網路、路由表以及網際網路或服務連線模型。
- 根據瀏覽器和應用程式需求，選擇 Windows 或 Oracle Linux 機器人代理程式映像檔。開啟遠端桌面協定 (RDP) 或 Secure Shell (SSH) 傳入之前，請先確認遠端存取需求。
- 在自訂映像檔中包含 Java Development Kit (JDK)、瀏覽器、Python 先決條件以及機器人代理程式啟動命令檔，因此在啟動後即可使用橫向擴展執行處理。
- 請先驗證每個自訂映像檔後，再建立執行處理集區。失敗的影像設定可防止機器人環境在 Oracle Integration 機器人環境集區註冊。
可用性、規模調整及成本
- 根據業務重要性、付款截止時段及允許的 Oracle Fusion Cloud Service 工作負載並行，定義機器人執行個體下限與上限。
- 設定使用率臨界值、冷卻期間和時段，以避免過度調整或重複調整。來源材料建議的範例包括 50% 的水平擴充，以及 80% 到 120% 的水平擴充 (視工作負載公差而定)。
- 比較機器人程式實際執行與觸發程式頻率。除非有足夠的環境可用，否則超過呼叫間隔的機器人程式會建立存量 (Backlog)。
- 與固定的傳統 RPA 程式實際執行集區相比，使用自動調整功能以降低閒置的 VM 成本，同時保留適用於具時效性的財務執行的基準容量。
作業與可觀察性
- 使用 Oracle Integration 可觀察性來監控機器人環境、整合、代理程式連線、失敗及待處理項目。
- 實行全域錯誤處理程式，以擷取有效負載相關資訊環境、錯誤代碼、執行描述資料以及受影響的業務記錄。
- 傳回結構化機器人輸出有效負載 (Payload)，讓 Oracle Integration 能夠判斷成功、重試、狀態輪詢、異常狀況路由以及摘要通知。
- 將作業失敗遞送至電子郵件，並在設定時遞送 ServiceNow 或客戶的 ITSM 平台。
使用者介面韌性和測試
- 根據輸入有效負載 (例如案例資料夾編號) 中的穩定商業值使用動態選取器，而不是使用產生的 Oracle Fusion Cloud Service 元件 ID。
- 使用多個選擇器和自我修復功能，但在每季 Oracle Fusion Cloud Service 更新或主要 UI 變更之前，於使用者接受度測試 (UAT) 中驗證這些功能。
- 在生產中使用的相同乾淨執行時期環境中測試機器人，不僅在錄製器電腦上。
- 在 Oracle Integration 、機器人、Oracle Fusion Cloud Service 畫面、API 呼叫、報表、資料庫狀態及通知之間執行端對端測試。
確認
- Equinix 團隊：
- Ajay Narayan: Senior Manager IT, Digital Corporate functions
- Abhishek Aithal: Senior Software Engineer, Digital Corporate functions
- Lakshmi Reddy Kishtipati: Senior Software Engineer, Digital Corporate functions
- Oracle 團隊：
Sandhya Lakshmi Gopalan: Principal Product Manager, Oracle Integration RPA
- Melissa Hubbell: Senior Manager, Oracle Integration User Assistance
- Anupama Pundpal: Principal User Assistance Developer
- Robert Lies：主要使用者協助開發人員