Process Automation（Oracle Integration 3付属）

解決する課題

受発注の承認、経費精算、入退社手続きのような業務は、人の判断や承認を挟みながら数時間から数日にわたって進みます。こうした「人を含む長期プロセス」をメールや表計算で回すと、滞留や抜け漏れ、進捗の不透明さが避けられません。OCI Process Automation は、これらの業務プロセスをローコードのビジュアル設計で組み立て、実行・追跡できるマネージドサービスです。

• 申請承認や審査など、人の承認ステップを含むフローをシステム化したい
• 進行が数日にわたる長期プロセスの状態を、確実に保持して可視化したい
• 業務ルール（割引率や承認権限など）をコードに埋め込まず、ルールとして外出ししたい
• 申請フォームから後続処理までを、個別のアプリを作り込まずにまとめたい

AWS では、ステップ実行のオーケストレーションを担う Step Functions に、人間の承認・タスク処理の仕組みを足した領域に近く、OCI Process Automation はそれを人間中心のワークフローとして 1 サービスで提供します。

主要概念と用語

• プロセスアプリケーション（Process Application）: プロセス・フォーム・ディシジョン・コネクションなどをまとめた設計・デプロイの単位
• 構造化プロセス（Structured Process）: 開始から終了まで手順が定まったフロー。BPMN ベースで分岐・並列・承認を順序立てて表現する
• 動的プロセス（Dynamic Process）: 進行順が固定でなく、条件やイベントで活性化するケース管理型のプロセス。審査や調査のように手順が一定でない業務に向く
• 人間タスク（Human Task）: 担当者やグループに割り当て、承認・却下・入力を待つステップ。期限やエスカレーションを設定できる
• ディシジョン（Decision / ビジネスルール）: 承認権限や割引率などの業務ルールを表形式で外出しする仕組み。標準の DMN に沿ってルールを定義する
• フォーム（Form / Web フォーム）: 申請入力や承認画面をローコードで作る UI。プロセスの開始や人間タスクの操作画面として使う
• コネクション（Connection）: REST API や他サービスを呼び出すための接続定義。プロセスから外部システムを連携する
• デザイナー（Designer）: プロセスやフォームを作る設計時の環境
• ワークスペース（Workspace）: デプロイ済みプロセスを実行・操作・追跡する実行時の環境。担当者が割り当てられたタスクを処理する場でもある

仕様・制限・クォータ

• プロセスは REST 呼び出し・フォーム送信・スケジュール・イベントなどを起点に開始でき、外部へは REST で公開できる
• 構造化プロセス（手順固定）と動的プロセス（ケース管理）の両方をサポートし、人間タスク・ディシジョン・コネクションを部品として組み合わせる
• 実行中のプロセスはインスタンスとして状態が永続化され、長期にわたって滞留しても進行状態を保持する
• 1 つのペイロードサイズ、同時実行数、保持期間、デプロイ可能なアプリ数などにはサービス上の上限があり、大容量データは本文で運ばず参照渡しにする
• 新規のスタンドアロンインスタンスは作成できない。現行は Oracle Integration 3 Enterpriseの既存インスタンスに付属機能として有効化する
• Gen 2 Processとの段階的な併存は最長 2026年12月31日までで、その後は廃止される。定義だけでなく実行中インスタンスと履歴の扱いを移行計画へ含める
• 付属機能を無効化するとプロセスアプリ、実行状態、履歴が完全削除されるため、エクスポートと保持確認なしに実行しない

内部の仕組み

横にスクロール

現行のProcess Automationは Oracle Integration 3 Enterpriseに付属するマネージド実行ランタイムです。開発者はデザイナーでプロセス・フォーム・ディシジョンを組み立て、実行状態と人間タスクを付属ワークスペースで管理します。

• プロセスはインスタンスとして起動され、各ステップの状態がランタイムに永続化される。人間タスク待ちのように数日止まっても、進行状態は失われない
• 人間タスクに到達すると、割り当てられたユーザーやグループのワークスペースに作業項目が現れ、承認・却下・入力を受けて次へ進む
• ディシジョンは実行時にルール表を評価し、承認ルートや値を返す。ルール変更はコード改修なしにルール側で行える
• コネクションを通じて外部 REST API や他の OCI サービスを呼び出し、自動処理ステップを実行する
• 構造化プロセスは順序立った BPMN フロー、動的プロセスは条件やイベントで段階が活性化するケースとして進行する

設計パターン / ベストプラクティス

• 申請承認ワークフロー: フォームで申請を受け、ディシジョンで承認ルートを決め、人間タスクで多段承認する。金額や部門に応じて承認者を動的に切り替える
• ケース管理（動的プロセス）: 審査・調査・問い合わせ対応のように手順が一定でない業務は、動的プロセスで状況に応じてアクティビティを活性化する
• ルールの外出し: 承認権限・割引率・SLA などの可変ルールはディシジョンに分離し、プロセス本体を改修せずルールだけ更新する
• 連携は OIC / Functions に委譲: 複雑な SaaS 連携やデータ変換は OIC や Functions に任せ、本サービスは人を含むプロセスの制御に集中させる
• 環境分離と昇格: 開発・検証・本番を分け、コネクションの接続先を環境ごとに切り替えてアプリを昇格（プロモーション）する
• 期限とエスカレーション: 人間タスクには期限・リマインド・代理承認を設定し、滞留を防ぐ

運用・監視

• 各プロセスはインスタンス単位で実行状態を追跡でき、滞留・失敗・処理時間を可視化できる
• 人間タスクの滞留（未処理のまま期限超過）が運用の主要な監視対象。担当者別の未処理件数や平均処理時間を見て、ボトルネックを特定する
• 失敗した自動ステップはエラー要因の特定と再処理で回収する。接続エラー・データエラー・タイムアウトで対応を分ける
• メトリクスやログは OCI Monitoring / Logging と連携して監視し、滞留や失敗のしきい値超過をアラート化する
• プロセス定義の変更・デプロイはバージョン管理と環境昇格で統制し、本番への直接変更を避ける

コスト

Process AutomationはOracle Integration 3 Enterpriseに付属するため、Integrationインスタンスとメッセージパックを基準に見積もります。人間タスクの滞留、外部API、添付保管、監査履歴の外部保管も含めます。

セキュリティ

• IAM ポリシーとコンパートメントでインスタンスの管理権限を最小化し、設計者・運用者・承認者の役割を分離する
• 人間タスクの割り当てや承認権限は、ユーザー/グループに紐づけて適切に制御する。誰が何を承認できるかを明確にする
• 外部 API 呼び出しの認証情報は Vault（Secrets）で集中管理し、コネクションやプロセス定義に直書きしない
• 外部公開する REST トリガーは、前段の API Gateway で認証・認可・流量制御を行い、サービスを直接インターネットへ晒さない
• 申請フォームやプロセスに個人情報や機密が含まれる場合は、ログ出力や保持範囲に注意し、暗号化と最小権限を徹底する

関連サービス・比較

OCI Process Automation は「人を含む業務プロセスの自動化」に特化するため、アプリ間データ連携が主目的の Oracle Integration（OIC） としばしば対比されます。役割で使い分けるのが基本です。

関連して、複雑な SaaS 連携やデータ変換は OIC、サーバーレスの自動処理は Functions、外部公開と保護には API Gateway、イベント駆動の起点には OCI Events、秘密情報管理には Vault を組み合わせるのが定番です。

ハンズオン / CLI例

プロセスやフォームはデザイナーで作成し、付属機能は既存のOracle Integration 3 Enterpriseインスタンスに対して有効化します。旧スタンドアロン用CLIは使用しません。

# 対象がOracle Integration 3 Enterpriseであることを確認
oci integration integration-instance get \
  --integration-instance-id ocid1.integrationinstance.oc1..xxxxx

# 既存インスタンスへProcess Automationを有効化
oci integration integration-instance enable-process-automation \
  --integration-instance-id ocid1.integrationinstance.oc1..xxxxx

# 注意: disable-process-automationは全プロセスと実行データを削除する。
# エクスポートと復元検証が終わるまで実行しない。