アプリケーションの接続オプションの確認
APIベースの自動化を使用する統合と、UIベースの自動化を使用するロボットを使用して、アプリケーションとデータを接続できます。 統合とロボットは同じ結果を達成しますが、実装と利点は異なります。
各タイプの自動化をいつ使用するかを学習して、ユース・ケースに適した自動化を開発します。
統合を使用する場合
ビジネス・プロセスを自動化する際に、アプリケーションが統合をサポートしている場合は、統合を設計する必要があります。 統合は、最もスケーラブルで堅牢な自動化ソリューションを提供します。
次の文のすべてに該当する場合は、統合を設計します。
-
自動化するアプリケーションにはAPIがあります。
-
APIは、ビジネス・プロセスが使用するフィールドにアクセスして更新できます。
-
すべてのAPIにアクセスできます。
-
組織には、統合を設計するための要員配置リソースがあります。
アプリケーションの統合を参照してください。
ロボットを使用するタイミング
通常、1つ以上のブロッカが統合の設計を妨げている場合は、ロボットをビルドします。
たとえば、次のいずれかのシナリオでロボットを構築します。
-
APIなし: 自動化しているアプリケーションにはAPIがないか、そのAPIがビジネス・プロセスが使用するフィールドにアクセスして更新できません。
-
運用上および物流上の課題: 自動化する必要があるアプリケーションにはAPIがありますが、それらにアクセスすることはできません。 APIは、チームがそれらを有効にするまで一時的にアクセスできなくなるか、統合開発者が統合を構築できない可能性があります。
どちらの場合も、組織が統合の設計をサポートできるようになるまで、自動化作業を延期できます。 または、ロボットを迅速にプロトタイプ化することで、これらのボトルネックを解消し、ビジネスを自動化できます。
Build Robotsを参照してください。
長所と短所
| テクノロジ | 長所 | 短所 |
|---|---|---|
|
統合 |
ロボットよりもスケーラブルで堅牢 |
すべてのアプリケーションがAPI要件を満たしているわけではありません。 |
|
Robot |
アプリケーションにAPIがない場合でも自動化できます。 自動化ソリューションの迅速なプロトタイピングをサポート |
統合よりも拡張性が低く堅牢 統合よりスループットが低い |
将来の考慮事項
通常、1つ以上のブロッカが統合の設計を妨げている場合は、ロボットをビルドします。
今後、APIにアクセスでき、統合開発者が可用性を持っている場合、ロボットを統合に置き換え、ビジネス・プロセスに影響を与えずに、より堅牢性とスケーラビリティを自動化に組み込むことができます。 『Oracle Integration 3でのロボットの使用』の統合によるロボットの置換に関する項を参照してください。