CPMを含むカスタマイズの不具合分析のためにサポートとどのように連携しますか？

環境:

プロセスデザイナ、カスタムプロセス（CPM）、サービスプロセスモデル（SPM）、
すべての製品バージョン

解決策:

CPMのカスタマイズの場合、観察された製品の動作が製品のドキュメントに記載されている動作と一致しない場合、製品の不具合の可能性があります。その他の場合は、サポートサイトのナレッジベースのアンサーで情報を入手できます。これには、以下の確立されたベストプラクティスが含まれます。CPMのカスタマイズに固有の情報については、次のアンサーを参照してください。アンサー ID11944: CPM /プロセスデザイナーのベストプラクティスとガイドライン.

テクニカルサポート（TS）チームは、特定の状況下で、適切な情報が提供された場合に、CPMでカスタマイズされたスクリプトを含む不具合分析を支援します。 基本的には、お客様はCPM内のカスタマイズされたコードのトラブルシューティングとデバッグを独自で実行していただき、問題の根本原因を特定するために利用可能なすべてのオプションが尽きたときにテクニカルサポートを使用する必要があります。 お客様が作業を実行するために必要な技術的専門知識を備えたリソースを持っていない場合、カスタマイズサポート、セットアップ、トラブルシューティング、およびメンテナンスは、オラクルコンサルティングサービス（OCS）またはオラクルパートナーネットワーク（OPN）を通じてオラクルから入手できます。

製品の不具合調査のためにテクニカルサポートへ連絡する前に、顧客（または顧客に代わって行動するコンサルタント）は、ソフトウェアの不具合を独自で調査する必要があります。 不具合が見つかり、特定の一連の手順を使用したテストでオンデマンドで再現できる場合は、それらの詳細な手順を含むお問い合わせをテクニカルサポートに送信する必要があります。 この一連の手順は、不具合の「HelloWorld」の例と呼ばれることもあります。 次に、テクニカルサポートチームは、テストサイトでこれらの手順を確認し、製品の不具合を報告します（または、既存の欠陥を特定します）。詳しい情報は次のアンサーをご参照ください。

アンサーID11943：不具合分析のためのカスタマイズの「HelloWorld」の例を送信する
 

本番環境でのみ発生する断続的な問題など、オンデマンドで再現できない問題の場合、問題の原因を特定するためにカスタマイズされたロギングが必要になることがよくあります。 テクニカルサポートがこのような調査にさらに関与する必要がある主なケースは、a）ロギングがスクリプトが実行されるべきときに実行されていないことを示している場合、またはb）ロギングはスクリプトが実行されていることを示しているが、PHP try / catchの適切な使用（ キャッチされた一般的なPHPおよびCPHPタイプ）は、問題の原因を特定するために必要な詳細を生成できていない状況です。 このような場合、テクニカルサポートチームの外部で問題を特定できない理由など、問題の詳細を記載したお問い合わせをテクニカルサポートチームに提出する必要があります。