スケジュール済みレポートに関する問題のトラブルシューティングIssue この記事では、スケジュール済みレポートのエラーのトラブルシューティングプロセスについて説明します。ここで説明する手順に従ってネットワークの構成が正しいことを確認することで、よくある問題の原因を排除することができます。 症状には次のようなものがあります。 スケジュール済みレポートが実行されない。スケジュール済みレポートに一部のデータが表示されない。レポートをスケジュールできない。スケジュール済みレポートが空である。スケジュール済みレポートが指定時刻に実行されない。スケジュール済みレポートがユーザーに配信されない。 Resolutionメールログを確認して、メールが送信されたことを確認します。 メールログを確認するには、以下の手順に従います。 [システムログ] > [メール] に移動します。送信されたメールを検索します。 レポートがアクティブであることを確認します。確認するには、以下の手順に従います。 [スケジュール済みレポート] に移動します。対象となるレポートを見つけます。 ヘッダーを右クリックし、[XML の表示] をクリックします。アクティブなタグを見つけて、true に設定されていることを確認します。 true でない場合、スケジュール済みレポートは実行されません。 レポートが適切なユーザーに送信されていることを確認します。 確認するには、[スケジュール済みレポート] に移動し、このレポートの送信先を確認します。例えば、ユーザーやグループです。 適切なスケジュール条件が設定されていることを確認します。適切な条件が設定されていることを確認するには、スケジュール済みレポートに移動し、実行時間を確認します。 [日次]、[週次]、[月次]、[定期的]、[1 回]、[オンデマンド] のオプションがあります。 条件フラグが設定されている場合は、スクリプトに記述されている条件をチェックして、スクリプトに問題がないことを確認します(スクリプトが慣例的なものである場合は、スクリプトを記述した人に問い合わせてください)。実行ユーザーに適切な権限があることを確認します。 スケジュール済みレポートがメールで配布されます。 ユーザーアカウントがアクティブでない個人が作成したスケジュール済みレポートには、データが表示されない場合があります。目的のデータが表示されるようにするには、アクティブユーザーがスケジュール済みレポートを再作成する必要があります。そのユーザーは、少なくともレポートを表示できる必要があります。できない場合は、空のファイルが添付されたメールが送信されます。 スケジュール済みレポートを再作成して、問題が解決したかどうかを確認します。ログファイルに null ポインター例外があるかどうかを確認します。 null ポインター例外を検索して、ログファイルを確認します。 スケジュールできるレポートのタイプと必要なロールについては、「Automate report distribution (レポート配布の自動化)」を参照してください。マルチレベルをスケジュールして PDF として送信するには、Webkit HTML to PDF (com.snc.whtp) プラグインを有効にします。ドメインセパレーションが有効になっている場合、レポートをスケジュールしようとしているユーザーが、そのドメイン内のレポートへのアクセス権または表示できる権限を持っていることを確認してください。スケジュール済みレポートが正しいタイムゾーンで実行されない場合は、[run_as] フィールドが空となっていないか、ユーザー名が入力されていないかを確認します。 [run_as] フィールドが空の場合、レポートはシステムのタイムゾーンで実行されます。 [run_as] フィールドにユーザー名が入力されている場合、レポートはそのユーザーのタイムゾーンで実行されます。注意：タイムゾーンを手動で指定するには、[スケジュール済みレポート] フォームに [実行時のタイムゾーン] フィールドを追加します。 スケジュール済みレポートがユーザーに配信されない場合は、[通知を許可] と [プライマリメール] のスイッチをオンにします。 ユーザーのメールアドレスが cmn_notif_device テーブルの「プライマリメール」レコードにあるかどうかを確認します。 「プライマリメール」レコードが空であるにもかかわらず、誤ってアクティブになっている可能性があります。 また、[スケジュールレポートの定義] を変更して、ユーザープロファイル設定に依存せずにユーザーのメールに直接送信することもできます。 詳細については、ドキュメントのトピック「スケジュール済みジョブ」を参照してください。 * スケジュール済みレポートに一部のデータが表示されない場合、以下の手順に従います。 この主な原因は、ACL が設定されていないことです。ユーザーがテーブル内のデータにアクセスできることを確認します。 テーブル内のデータを確認できる場合は、ACL の問題ではない可能性が高いと考えられます。 実行ユーザーがアクティブに設定されていることを確認します。 ユーザーがインスタンスでアクティブでない場合、問題の原因となります。 データが動的でないことを確認します。データが変更されると、スケジュール済みレポートが実行され、データが異なるか利用できなくなります。* 添付ファイルにデータがない場合は、少なくともレポートを表示できることを確認してください。