機械翻訳について

プロジェクトについて

プロジェクトは、統合、エージェントAI、B2B、意思決定、ヘルスケア、ヒューマン・イン・ザ・ループ、ロボットなど、すべての利害関係者が自動化ソリューションを設計、管理、監視できる単一の統合ワークスペースを提供します。 さらに、プロジェクトは堅牢なライフサイクル管理を提供し、事前構築された統合の更新を合理化します。

プロジェクトがどのように役立つか

あらゆるものを手元に置いて、より速く構築できます。 また、アクセラレータに基づく統合の簡単な更新により、事前構築済の統合を将来にわたって保証できます。 最後に、プロジェクト・デプロイメントを使用して迅速かつ確実にデプロイします。 詳細は、続きを読む。

  1. 自動化ソリューションのリリースを管理

    プロジェクト・デプロイメントでは、テストや本番などの上位環境にコンポーネントを迅速かつ効率的に移動できます。 プロジェクト・デプロイメントは、プロモート先の環境に存在する必要があるすべての統合およびロボット・バージョンの現在のスナップショットを表します。 より高い環境での安定性の向上と、問題が発生した場合のロールバックが容易になります。

    「プロジェクト・デプロイメントについて」を参照してください。

  2. ファイングレイン・アクセス制御を使用して、自動化ソリューションとそのコンポーネントへのアクセスを制御

    プロジェクトでは、ロールベースのアクセス制御(RBAC)を使用して、統合、エージェントAI、B2B、意思決定、ヘルスケア、ヒューマン・イン・ザ・ループ、ロボットなどの自動化ソリューションを編集、表示および監視できるユーザーおよびグループを制御します。 プロジェクト内での自動化ソリューションの作成は、このきめ細かいレベルでアクセスを制御する唯一の方法です。

    「プロジェクトで編集、表示およびモニターできるユーザーの制御」を参照してください。

  3. すべてを1箇所で構築、管理、監視

    プロジェクトは、自動化ソリューションがプロジェクト内で必要とするすべてのコンポーネントを構築するため、迅速かつ自信を持って開始するのに役立ちます。 コンポーネントを作成するための適切なページを見つけるために、ユーザー・インタフェース全体をクリックする必要はありません。 オートメーション・ソリューションを監視する機能など、プロジェクト内でも問題ありません。

    1つのプロジェクトにいくつの統合を含める必要がありますか。 プロジェクトの使用を管理するために配置されているガードレールは何ですか? これらの質問への回答などを取得します。 参照:
  4. コンポーネントを再利用して迅速に構築

    統合を1つまたは2つプロジェクト内に構築した後、追加の統合の作成がさらに迅速で容易になります。 既存の統合からの接続、JavaScriptライブラリおよび参照はすべて、簡単にワン・ストップ・ショッピングができます。 エージェント型AI、B2B、意思決定、ヘルスケア、ヒューマン・イン・ザ・ループ、ロボットについても同様です。 合理化されたユーザー・インタフェースから必要なものを取得し、構築を開始するだけです。

  5. 簡単な更新で事前構築済みの統合を将来にも対応

    アクセラレータは、簡単にカスタマイズできる事前構築済の統合を提供しますが、新しいバージョンのアクセラレータがリリースされると、カスタマイズされた統合はどうなりますか。 アクセラレータをプロジェクトにインストールすると、カスタマイズを再処理せずに、新しいバージョンに自動的に更新できます。 アクセラレータを自信を持って使用してください。統合を変更およびトラブルシューティングする時間をなくすことなく、常に最新バージョンを受け入れられることがわかっています。

    「アクセラレータ・プロジェクトでの統合の拡張」「アクセラレータ・プロジェクトおよびマージ拡張のアップグレード」を参照してください。

  6. プロジェクトを使用したビジネス文書の交換の促進

    プロジェクトでは、B2B統合を設計、管理および監視できます。 「AS2アダプタ」接続をトリガーまたは呼出し接続として使用するか、「FTPアダプタ」接続を呼出し接続として使用します。 プロジェクトの実行時にB2Bメッセージの処理を統合インスタンスとして追跡します。

    「B2B for Oracle Integration 3の使用」「B2B for Oracle Integrationの概要」を参照してください。

プロジェクトに統合をインポートする前に考慮するファクタ

プロジェクトの外部で自動化ソリューションを作成した場合は、プロジェクトへのインポートを計画する際に次のファクタを考慮してください:

  • 変換プロセスには少額の投資が必要です。

  • 統合をプロジェクトに移動すると、統合エンドポイントが変更されます。

  • プロジェクト内のすべてのコンポーネントは、サービス制限の対象となります。

    「Oracle Integration 3のプロビジョニングと管理」「サービス制限」を参照してください。

もちろん、プロジェクトには多くの利点があり、通常は移行の時間コストを正当化します。

パッケージをプロジェクトに変換する準備ができましたか?

Oracle Integration Generation 2からアップグレードした場合は、いつでもパッケージをプロジェクトに変換できます。 ただし、まず、パッケージとプロジェクトの違いについて理解します。 「パッケージを使用した場合のプロジェクト・ガイダンス」を参照してください。

プロジェクトの開始

「プロジェクトの統合の設計と監視」を参照してください。