ご要望またはご協力できることがございましたらお気軽にお問い合わせください
一般的なお問い合わせと所在地情報
お問い合わせ
Control-M + Oracle JD Edwards EnterpriseOne
あなたの Oracle JD Edwards EnterpriseOne ワークフローは、バッチレポートが実行される前に始まります。上流で何かが壊れると失敗する可能性があります。EnterpriseOne クエリは不完全なビジネスレコードを返します。スケジュールされた EnterpriseOne レポートは、その夜の処理ウィンドウを逃します。Control-M は、インバウンドファイルの到着、データベース処理、EnterpriseOne 実行、下流配信の完全なチェーンをオーケストレーションします。
一般的なワークフローの問題
これがあなたの週のように聞こえますか？
これらはエッジケースではありません。これらは、複数のツールでOracle JD Edwards EnterpriseOneワークフローを実行するチームの通常の運用条件です。Control-Mがそれぞれをどのように処理するかを以下に示します。
夜間バッチ遅延
あなたの午前2時のEnterpriseOneレポートは夜明けまで実行中です。
Control-Mは設定可能なポーリング間隔でEnterpriseOneレポートのステータスを監視し、未成功の完了を検出し、下流の依存関係を制御して、依存する処理が早すぎる段階で始まらないようにします — 遅延したEnterpriseOneレポートがビジネスワークフローの他の部分を静かに混乱させるのを防ぎます。
システム間の依存関係
EnterpriseOneレポートが完了しました。下流処理は安全に開始できません。
Control-MはEnterpriseOneの実行を上流および下流のジョブと同じワークフロー内に配置し、依存関係を集中評価し、前提条件が満たされたときのみ次のステップをリリースします — システム間の切り離されたスケジュールと手動の引き継ぎを排除します。
オーケストレーションの失敗
上流データがすでに準備された後、あなたのフルフィルメントオーケストレーションは失敗しました。
Control-Mは、定義されたJSON入力を使用して公開されたJD Edwards Orchestratorワークフローを実行し、周囲のエンタープライズワークフローと共に管理します。オペレーターは、失敗したステップをコンテキスト内で確認し、エンドツーエンドプロセスを手動で再構築することなく回復を調整できます。
フォーム自動化
レコードの更新は、別の手動EnterpriseOneフォームアクションを待機しています。
Control-Mは、EnterpriseOneフォームサービス操作を呼び出して、ビジネスレコードをアプリケーションフォームを通じて作成、更新、処理します。それらのアクションは、依存関係を持つスケジュールされたワークフローステップとなり、再現可能な運用プロセスにおける手動介入を減少させます。
SLAリスク
EnterpriseOneは正常に動作しています。あなたの終業時間の締切はすでに危険にさらされています。
Control-Mは、EnterpriseOneジョブにSLA管理を結び付け、より広範なサービスへの貢献を評価します。実行統計は、潜在的な遅延を特定するのに役立ち、オペレーターが個々の減速がビジネスの締切に間に合わなくなる前に行動できるようにします。
Control-M + Oracle JD Edwards EnterpriseOne
Control-M + Oracle JD Edwards EnterpriseOne
|
プラットフォーム & OS カバレッジ |
Linux の Control-M エージェント · Windows の Control-M エージェント · Oracle JD Edwards EnterpriseOne エンドポイント |
|
サポートされるジョブタイプ |
EnterpriseOne レポート · オーケストレーター ワークフロー · クエリ (ビジネスデータ) · フォームサービス操作 (作成 · 更新 · レコード処理) |
|
SLA 監視 & アラーティング |
SLA ジョブ添付 · 依存関係を考慮したサービス監視 · Control-M アラーティング (アラートウィンドウ / メール) · 実行時統計の遅延検出 |
|
監査トレイル & アクセス制御 |
Control-M 監査情報 · ジョブ実行履歴 · ロールベースのジョブアクセス · 接続プロファイル認証 · ユーザーおよびロールの認可 |
エンドツーエンドのオーケストレーション
1つのプロダクションワークフロー。スタック内のすべてのツール。
Control-M は、Oracle JD Edwards EnterpriseOne、Oracle Database、ファイル転送、データサービス、ServiceNow、およびクラウドサービスを単一のジョブフローでオーケストレーションします。依存関係の追跡、SLA の可視性、すべての自動回復を伴います。
- ツール間の依存関係: インバウンドファイル → Oracle Database 処理 → EnterpriseOne レポート → 下流配信
- データ認識トリガー: ファイル到着、API イベント、EnterpriseOne 完了、クエリ結果
|
Oracle JD Edwards EnterpriseOne |
レポート · オーケストレーター ワークフロー · データクエリ · フォーム UI 自動化 · ステータス/結果/出力の監視 |
|
Oracle Database |
データベースジョブ · SQL 処理 · 上流/下流の依存関係 |
|
Control-M 管理ファイル転送 |
管理されたファイル転送 · ファイル到着の依存関係 · 下流配信 |
|
REST API |
API コール · イベント駆動のワークフローハンドオフ · クロスアプリケーションの調整 |
|
ServiceNow |
運用ワークフローの引き継ぎ · インシデント/サービス管理統合 |
|
クラウドサービス |
クラウドワークロードの調整 · ハイブリッド依存関係 · エンドツーエンドのワークフロー可視性 |
ワークフローを監視する
全ワークフローにわたるEnterpriseOneの実行を監視。
EnterpriseOneは自身が提出したジョブの可視性を提供しますが、運用プロセスはしばしばデータベース、ファイル、API、およびその他のエンタープライズアプリケーションを超えて拡張します。Control-Mは実行モニタリングを集中化し、操作者がEnterpriseOneの作業を完全なプロダクションコンテキストで理解できるようにします:
-
EnterpriseOneジョブステータス
-
結果と出力の監視
-
上流および下流の依存関係
-
アプリケーション間のワークフロー可視性
-
集中された障害調査
SLA保証
重要なEnterpriseOneワークフローをスケジュール通りに保つ。
EnterpriseOneは個々のジョブが実行されるかどうかを示すことができますが、ビジネスの締切は全体のワークフローが時間通りに終了することに依存します。Control-Mはそれらの依存関係全体にわたってSLA管理を追加し、ランタイム統計を使用して潜在的な遅延を明らかにし、操作者をリスクのあるサービスに集中させます:
-
SLAジョブ添付
-
潜在的な遅延検出
-
エンドツーエンドのサービス監視
-
積極的な操作者警告
-
ランタイム履歴と統計
複雑なワークフローに秩序をもたらす
Control-Mがチームに複雑なプロセスをより高い可視性、調整、制御でオーケストレーションするのをどのように助けるかを学ぶ。
