ロボットと統合を作成するタイミング

統合やロボットなど、ビジネスを自動化するためのオプションがいくつかあります。統合はAPIベースの自動化を使用し、ロボットはUIベースの自動化を使用します。組織が各ユース・ケースに対して適切な自動化を開発できるように、各タイプの自動化をいつ使用するかを学習します。

統合を作成するタイミング

ビジネス・プロセスを自動化する際に、アプリケーションが統合をサポートしている場合は、統合を設計する必要があります。統合は、最もスケーラブルで堅牢な自動化ソリューションを提供します。

次のすべての文に当てはまる場合は、統合を設計します:

自動化するアプリケーションにはAPIがあります。
APIは、ビジネス・プロセスが使用するフィールドにアクセスして更新できます。
すべてのAPIにアクセスできます。
組織には、統合を設計するための要員配置リソースがあります。

ロボットを作成するタイミング

通常、1つ以上のブロッカが統合の設計を妨げている場合は、ロボットをビルドします。たとえば、次のいずれかのシナリオでロボットをビルドします:

APIなし

自動化するアプリケーションにはAPIがありません。または、そのAPIがビジネス・プロセスが使用するフィールドにアクセスして更新することはできません。
運用とロジスティクスの課題

自動化する必要があるアプリケーションにはAPIがありますが、運用上の課題やロジスティクス上の課題により、それらにアクセスできません。たとえば:
- APIには現在アクセスできません。
  
  たとえば、APIを有効にする必要があるアプリケーションを考えてみます。アプリケーションを管理するチームは、APIを有効にできますが、アプリケーションで日常的なメンテナンスを実行する場合のみです。次のメンテナンス期間は9か月です。
- 統合開発者は現在使用できません。
  
  統合とロボットの開発は直感的で簡単で、多くの場合、統合開発者とロボット開発者は同じ作業を行うことができます。ただし、統合作業に使用できるユーザーがいない場合もあります。
どちらの場合も、組織が統合の設計をサポートできるようになるまで、自動化作業を延期できます。または、ロボットを迅速にプロトタイプ化することで、これらのボトルネックを解消し、ビジネスを自動化できます。

将来、APIがアクセス可能であり、統合開発者が可用性を持っている場合、ロボットを統合に置き換え、より堅牢性とスケーラビリティを自動化に組み込むことができます。あるいは、ビジネス・ニーズに合ったロボットが見つかるかもしれません。

リマインダ: ロボットをビルドする場合でも、ロボットを呼び出す統合を設計する必要があります。

ヒント:

統合またはロボットの作成に関するディシジョンは重要であり、慎重な検討に値しますが、常に考えを変えることができます。 Oracle Integrationを使用すると、ビジネス・プロセスに影響を与えずに、ロボットを統合に簡単に置き換えることができます。「ロボットを統合に置き換える」を参照してください。