Skip to main content
ExLibris
  • Subscribe by RSS
  • Ex Libris Knowledge Center

    スケジュールされたジョブ

    Translatable

    スケジュールされたすべてのジョブの表示

    スケジュールされたジョブのリストは、「ジョブの監視」ページのスケジュール済タブに表示されます (管理 > ジョブとセットの管理 > ジョブの監視)。monitor_jobs_ux.png
    「ジョブの監視」ページ – 「スケジュール済」タブ
    スケジュール済 タブにジョブが表示されるかどうかは 、ジョブファイルの「スケジューリング」セクションの定義の 定義に依存します。「スケジュールされていません」が定義されている場合、ジョブはリストに表示されません:
    not scheduled job.png
    ジョブカテゴリでリストをフィルタリングできます。リスト内の各ジョブには、次の情報が含まれます。
    ジョブの監視 - 「スケジュール済」タブ
    各列の名称 説明
    アクティブ ジョブがアクティブか非アクティブか。ジョブをアクティブや非アクティブにできるのは、Ex Librisのスタッフのみです(ただし、一部のジョブは図書館員がスケジュールできます)。
    名称 ジョブの名称。
    ジョブカテゴリ ジョブのカテゴリ。
    作成者 ジョブをスケジュールしたユーザー。Almaによってスケジュールされたジョブは、ハイフン (-) で示されます。
    スケジュール ジョブを実行する頻度と時期 (たとえば、毎日X時)。
    次回の実行 このジョブを次に実行する日時。
    時間は、貴機関に最も近いAlmaデータセンターのタイムゾーンに従って設定されます。
    スケジュールされたジョブは、スケジュールされた時間にできるだけ近い時間に実行されます。一部のジョブは並行して実行できます。ただし、ジョブの一部またはすべてについて、サーバーに利用可能なリソースができるまで待機する場合もあります。
    各ジョブについて、次を行うことができます。
    今すぐ実行オプションは、サンドボックス環境のみで利用可能です。
    このタブに通常表示されるジョブを下表で説明します。ユーザー列は、あなたが (部分的または完全に) ジョブのスケジュールを制御できるかどうかを示しています。ジョブのスケジューリングについて説明しているセクションへのリンクについては、説明列を参照してください。
    スケジュールされたジョブ
    名称 ユーザー カテゴリ 説明
    注文明細 - パッケージング はい 受入 ベンダーに送信される注文書への自動パッケージングを待っている注文明細をパッケージします。注文明細パッケージの詳細については、注文明細を注文書にパッケージするを参照してください。
    このジョブは、注文明細の自動パッケージングにのみ関係します。 注文明細を注文書に自動でパッケージするためには、Ex Librisがこのジョブを有効にする必要があります。

    「注文明細 - パッケージングジョブ」から生成されたEメールは、 パッケージングする注文明細がない場合はオペレーターに送信されません。
    オプションのスケジュールと詳細については、受入ジョブの設定を参照してください。
    注文明細 - 更新 いいえ 受入 雑誌、ジャーナル、定期刊行物など、電子資料と冊子資料の両方の購読を更新します。更新ワークフローの詳細については、更新ワークフローを参照してください。
    注文明細を更新するには、Ex Librisがこのジョブを有効にする必要があります。
    ステータスが定期的な更新であり、更新日が現在の日付と等しいすべての注文明細を毎日チェックします。更新日は、更新日 (注文明細による) から更新通知期間を引いて計算されます。
    更新は次のように処理されます:
    • 注文明細が自動としてマークされている場合、更新日が通知されると、ジョブは更新日を 前回の更新日に変更し、 更新サイクルの時間も変更します。注文明細のステータスは、引き続き「定期的な更新」となります。
    • 注文明細が手動としてマークされ、更新日(更新通知期間を差し引いたもの)が到着すると、ジョブは 注文明細のステータスを定期的な更新から手動更新待ちに変更します。POラインが更新タスクリストに表示されます(更新の処理)。次に、オペレータは注文明細を編集して、更新日を将来の日付に変更する必要があります。
    • いずれの場合も、po_line_send_notification_to_vendor_on_renewパラメータが送信するに設定されていれば、更新通知がベンダーに送信されます。
    注文明細 - クレーム いいえ 受入 関連付けられたリソースがまだ受入されていないかアクティブ化されていない注文明細へのクレームを生成します。クレームの詳細については、クレームの処理を参照してください。
    クレームを生成するには、Ex Librisがこのジョブを有効にする必要があります。
    • auto_claim顧客パラメータがYに設定されている場合、1回限り注文明細については、クレームが自動的に送信されます。
    • auto_claim_co顧客パラメータがYに設定されている場合、連続的な注文明細については、クレームが自動的に送信されます。これは、クレームがEDIまたはEメールのどちらで送信されても当てはまります。
    • auto_claim_coパラメーターがNに設定されている場合、タスクは生成されますが、クレームは送信 されません。この場合、 クレームは手動で送信する必要があります。
    その他の設定 (受入) を参照してください。
    EDI - ファイルのロード <vendor name> はい 受入 ファイルデータはEDI形式である必要があります。そうでない場合、ファイルの読み込みに失敗し、ベンダーレコードに添付されたままになります。詳細については、電子データ交換 (Electronic Data Interchange, EDI) を参照してください。
    これは、単一のEDI請求書ファイルに対して手動で実行できます;ファイルから請求書を作成するを参照してください。
    トライアル - 開始し、参加者に通知する いいえ 受入 トライアルを開始し、トライアルが開始されたことを参加者に通知します。詳細については、評価のワークフローを参照してください。参加者に送信される通知は、トライアルレターです。レターの詳細については、Almaレターの設定を参照してください。
    トライアル参加者が通知を受入するには、Ex Librisがこのジョブを有効にする必要があります。
    注文明細 – 延期済み いいえ 受入 延期された注文明細にアラートを追加します。アラートは、注文明細が延期された際に設定された延期リマインダーの日付に基づいています。延期された注文明細を参照してください。
    取引為替レートを再計算する いいえ 受入 このジョブが実行されると、過去30日間に作成された取引は、取引の時点で適用されていた為替レートに従って更新されます。
    明確な比率が取引のために設定されている場合、使われるレートは請求書発行時に定義されます;これらの取引は、このジョブには含まれていません。
    デフォルトでは、このジョブは過去30日間が取引日である注文明細の為替レートと取引金額を更新します。為替レートの日付が取引日以降の場合、このジョブは、すべてのアクティブな取引 (負債と支出の両方) の為替レートと取引金額を更新します。
    このジョブは、誤った為替レートの取引のみを更新します。現在の為替レートに基づいて発注明細の負債を再計算するジョブとは無関係です(「明示的な為替レートの設定」を参照)。
    PDA - PDAが閾値に達した際のアラート はい 受入 ユーザー主導の受入プログラム (patron-driven acquisition program, PDA) の予算が完全に消費された際に通知を送信します;顧客は、このプログラムの予算が補充されるまで、ユーザー主導の受入の公開を抑制できます。送信される通知は、PDA閾値レターです。通知レターの詳細については、Almaレターの設定を参照してください。
    ユーザー主導の受入プログラムを一時停止する詳細については、PDAプログラムを一時停止するにはを参照してください。
    現在の為替レートに基づいて注文明細の負債を再計算する いいえ 受入
    現在の為替レートに基づいて負債と予算残高を更新します。これは、負債が未処理であり (同等以上の金額の支払いとまだ完全に一致していない場合)、負債の通貨が予算の通貨と同じではない場合にのみ関連します。予算と元帳の管理を参照してください。
    このジョブは、取引交換ルールの再計算ジョブとは無関係です;このジョブが正常に実行された場合、取引交換ルールの再計算ジョブを訂正すべき問題のある取引はありません。
    Eアクティベーション期限通知タスク いいえ 受入 電子アクティベーションタスクの期日が過ぎた時に、E アクティベーション期限通知レターを、割り当てられたオペレータに送信します。この期日の詳細については、電子資源アクティベーションの管理を参照してください。
    通知を設定するには、Almaレターの設定を参照してください。
    プロファイル経由でERPをエクスポート<integration profile> はい 受入 プロファイルとして定義されている場合、請求書をエンタープライズリソースプランニング (Enterprise Resource Planning, ERP) システムに送信します。スケジューリングを含む詳細については、財務システムを参照してください。
    プロファイル経由でERPをインポート<integration profile> はい 受入 プロファイルとして定義されている場合、エンタープライズリソースプランニング (ERP) システムから支払い確認を受入します。スケジューリングを含む詳細については、財務システムを参照してください。
    予算Tx更新ジョブ はい 受入 エンタープライズリソースプランニング (ERP) システムの予算割当を読み込みます。スケジューリングを含む詳細については、財務システムを参照してください。
    Sushi収集ジョブ いいえ 受入 すべてのアクティブなSUSHIアカウントからすべてのCOUNTERデータを収集します。SUSHI収集の管理を参照してください。
    注文書承認をインポートする はい 受入 エンタープライズリソースプランニング (ERP) システムがERP番号を注文書に追加した後に注文書をロードします。スケジューリングを含む詳細については、財務システムを参照してください。
    ネットワーク受入の変更をメンバーに配布する はい 受入 acq_distribute_changes_last_runパラメータ内の日付以降に、ネットワークゾーンに追加された新しいベンダー情報や一元管理されたライセンスをメンバー機関に配布します。詳細については、ネットワークゾーンでの設定とプロファイルの一元管理のためのジョブ を参照してください。
    注文明細 - 関心のあるユーザーを削除する いいえ 受入 クローズまたはキャンセルされた注文明細にリンクされている関心のあるユーザーを 削除するため、毎週実行します。このジョブは、注文明細から削除する前に、「関心のある」レターが関心のあるユーザーに送信されたことを確認します。レターが送られていない場合、関心のあるユーザーは、閉鎖またはキャンセルされた注文明細から削除されません。「注文明細の手動作成」を参照してください。
    設定 - システムでHealthCheckテストを実行する はい アドミン Almaの管理者が、設定に問題があるかどうかを識別できます。詳細については、HealthCheckツールを参照してください。
    機関推奨作業 いいえ アドミン 他のジョブでは生成されない一般的な推奨事項を生成します
    スマート推奨反映作業 いいえ アドミン 無関係な推奨事項を排除します
    機能推奨作業 いいえ アドミン Almaの新機能を使用するための顧客向けの推奨事項を生成します
    アナリティクスレポートに基づいて推奨内容を生成する いいえ アドミン 分析レポートに基づく推奨事項を生成する
    ジョブに関する推奨事項 いいえ アドミン プロファイル学生情報システム ジョブを使用して、ユーザーの「同期」を監視し、 ジョブインスタンスなし、 ジョブ失敗、 およびデータ処理なしの推奨事項を確認します。

    ジョブレポートには次の情報が表示されます。

    • 処理されたレコードの総数:推奨事項がループするジョブ(SISおよびMDインポート)の数。
    • スキップされた推薦 タイプの数:環境で無効になっているためにスキップされたタイプの数(データ処理なし、ジョブ障害、またはジョブインスタンスなし)。
    • 推薦 タイプが失敗した数:現在使用されていないため、常に値0が表示されます。
    • 推薦がジョブの失敗として発生した数:タイプがジョブの失敗として作成された推薦の数。
    • 推薦がデータ未処理として発生した数:タイプがデータ未処理として作成された推薦の数。
    • 推薦がジョブインスタンスなしとして発生した数:タイプがジョブインスタンスなしとして作成された推薦の数。
    • 推薦に失敗した数:環境でジョブがスケジュールされていない場合など、推奨ジョブが処理に失敗して例外が発生したジョブの数。
    • 失敗したジョブのID:推奨ジョブがジョブをスキップして(SISおよびMDインポート)、エラーステータスで終了したジョブを検索すると、プロセスIDがレポートに表示されます。 
    • アナリティックスリポートとダッシュボードのスケジュール - 日次
    • アナリティックスリポートとダッシュボードのスケジュール - 週次
    • アナリティックスリポートとダッシュボードのスケジュール - 月次
    いいえ アナリティックス スケジュールされたすべてのリポートとダッシュボードを処理し、購読するユーザーに配布します。Almaにおけるアナリティックスリポートの実行とそれらの表示を参照してください。
    毎日・毎週・毎月の処理のためにそれぞれ2つのジョブがあります。これにより、スタッフユーザーは、ETLプロセスの完了と同時にダッシュボードとリポートを実行するようにスケジュールできます。
    アナリティックス利用の追跡 いいえ アナリティックス 機関におけるAlmaアナリティックスの利用状況を収集します。これは、「アナリティックス利用の追跡」サブジェクトエリアに反映されます。 詳細については、アナリティックス利用の追跡を参照してください。
    アナリティクスレポートに基づいて推奨内容を生成する いいえ アナリティックス Almaアナリティックスレポートに基づくDARA推奨を生成します。詳細については、 DARA - データ分析 推奨 アシスタントを参照してください。
    属性対象をBXジョブへエクスポートする いいえ データサービス このジョブは、Almaリンクリゾルバデータ統計をbXコミュニティと共有して、bXの推奨サービスを充実化します。
    詳細については、Almaリンクリゾルバデータ統計をbXと共有するを参照してください。
    CZから変更を同期する いいえ データサービス + 管理 このジョブはCZで行われた変更を機関と同期します。たとえば、SUSHIベンダーの収集URL、ポートフォリオ、書誌レコード、および典拠情報の更新などです。

    コミュニティゾーンの書誌レコードへの変更は、コミュニティゾーンの書誌レコードを使用するすべての機関に自動的に反映されます。更新されたコミュニティゾーンレコードにリンクされたレコードを使用する教育機関の場合、CZジョブからの変更の同期の実行が終了した後、変更は教育機関のレコードに反映されます。

    • 大きい更新は何回かに分けて行われます。
    • 時々ジョブがスキップされることがあります。
    • ジョブは失敗することがありますが、 1回限りの失敗の場合は、 次のジョブが失敗したレコードをすべて処理するため、ユーザーはそれを無視する必要があります。

    DBカテゴリファイルを作成する

    いいえ

    ディスカバリー

    PrimoおよびPrimo VEの場合、このジョブはデータベースカテゴリのツリーを構築します。これには最大3つのカテゴリレベルが含まれ、データベース検索ページに表示されます。このジョブは、以下が当てはまる電子コレクションに接続されているMARCレコードを処理します。

    • 電子コレクションには、レベルURLまたはレベルURL(上書き)が定義されている必要があります。

    • 電子コレクションの記述記録は抑制されてはなりません。

    • 電子コレクションの記述レコードには、指定されたMARCフィールド([Alma顧客パラメータ]ページ([設定メニュー] > [リソース] > [一般] > [その他の設定]([設定メニュー] > [リソース] > [一般] > [その他の設定])のdb_categories_fieldパラメーターで定義)のエントリが1つ以上必要です。

    データベース検索の設定の詳細については、ご自身の環境に関連するページを参照してください。

    保存された検索のアラート いいえ ディスカバリー Primo VEのユーザーは、保存された検索に新しい結果が含まれる場合、クエリを作成し、毎週のEメールアラートをリクエストできます。このプロセスはこれらのクエリを確認し、保存した検索レターを使用して結果を送信します。
    これらのアラートには、Primo VEに直接ロードされたものなど、すべてのレコードが含まれます。
    非優先語のアップデート いいえ  ディスカバリー
    Primo VEの場合、書誌レコードが典拠レコードに接続されており、その典拠レコードがCZで更新された際には、このジョブはPrimo VE目録を非優先語の典拠の変更で更新します。 
    このジョブは、コミュニティゾーンの関連する変更を機関ゾーンに反映させるための内部システムプロセスに依存します。このプロセスにより、 非優先の条件オーソリティの変更がもたらされます。この ジョブは、その内部プロセスが実行されている限り、 完了することができません。
    リクエスト - 期限切れのステップを処理する いいえ フルフィルメント リクエストの期限設定、リクエストされたアイテムを行方不明としてマークする、リクエストをリソースシェアリクエストに変換するなど、リクエストのピックアップ設定で定義されたアクションを実行します。ルールの設定の詳細については、リクエスト受取ルールの設定を参照してください。 設定されたルールが存在しない場合、リクエストされたアイテムは行方不明としてマークされます。
    このジョブの設定については、フルフィルメントジョブの設定を参照してください。
    貸出 - カレンダー変更後の返却期日訂正 いいえ フルフィルメント カレンダーの変更により、返却期日が休業日(ポリシーで定められている場合)に当たる場合、貸出の期日を変更します。これは、たとえばカレンダーの例外として閉館日が追加された場合に必要です。元の返却期日が閉館日である貸出資料は、関連する利用規約のポリシーに従って更新されます。返却期日のポリシーに時間/分パラメータが含まれている場合、このジョブは返却期日をそのまま保持し、閉館図書館の返却期日管理ポリシーを無視します。
    このジョブを正しく実行するには、貸出ステータス通知レターを有効にする必要があります。それ以外の場合は、 ジョブはエラーが出て完了します。
    このジョブの設定については、フルフィルメントジョブの設定を参照してください。
    通知 - 返却期限通知の送信と貸出更新の取り扱い はい フルフィルメント その返却期日からauto_renew_loan_daysパラメータの値を引いたものが、現在の日付かそれより短くなる貸出資料を管理します。その他の情報および例については、 フルフィルメントジョブの設定を参照してください。
    このジョブは、自動貸出更新ルール、利用規約、および既存のリコールに応じて、次のいずれかを実行します。
    • 自動貸出更新ルールの条件が満たされている場合 – アイテムの自動更新を実行します。
    • 自動貸出更新ルールの条件が満たされていない場合 (したがって、貸出資料が更新されない場合) – アイテムの期限が来たことをユーザーに通知する返却期限通知を送信します。switch_to_overdue_and_lost_loan_new_job顧客パラメータの設定により、1人のユーザーあたり1通の通知が送信されます。自動貸出更新ルールの設定の詳細については、自動貸出更新ルールの設定を参照してください。
    • ユーザーやアイテムについて、アイテムの更新を妨げるブロックが存在する場合(ブロックプレファレンスの設定を参照)、返却期限通知 も送信されます。
    短期間の貸出もジョブによって管理されます。short_loan_courtesy_reminderパラメータが設定されている場合、返却期限のリマインダーは、返却期日までの期間からこのパラメータの値を引いた数字に基づいて実行されます。short_loan_overdue_reminderパラメータが設定されている場合、延滞リマインダーは、返却期日までの期間にこのパラメータの値を加えた数字に基づいて実行されます。両方の通知について、アイテムが返却されておらず、ステータスが紛失でも返却請求でもなく、現在の返却期日までの期間がリマインダーの実行時と同じ場合に、レターが送信されます。貸出資料の返却期日は、更新、リコール、または返却期日を手動で変更することにより変わる可能性があります。
    延滞レターが発行され、short_loan_overdue_blockパラメータがするに設定されている場合、そのユーザーに延滞ブロックが設定されます。
    このジョブを最初に実行する場合、または一定の非アクティブ期間の後に実行する場合、  send_courtesy_notices_and_handle_loan_renewals_last_runの値は過去に期日のあるローンの臨時通知を防ぐために 実行予定日の前日 に手動で更新する必要があります
    このジョブの設定については、フルフィルメントジョブの設定を参照してください。通知の設定については、Almaレターの設定を参照してください。パラメータの詳細については、その他の設定を参照してください。
    通知 - 取置き棚リマインダーの送信ジョブ はい フルフィルメント  設定した日数が経過した後、ユーザーにリマインダー通知を送信できます。この スケジュールされたジョブは、取置き棚レターリマインダーのレターを送信します。取置き棚に配置されてから何日後にリマインダーが送信されるか、および取置き棚の期日までリマインダーが設定された間隔で送信され続けるかどうかを構成できます。 

    このジョブの設定については、フルフィルメントジョブの設定を参照してください。

    フルフィルメント - 履歴アーカイブの処理 いいえ フルフィルメント スケジュールされた時にのみ表示されます。完了した貸出、罰金および手数料、取り置きリクエスト、リソースシェアリクエストをアーカイブします。
    アクティブな罰金は、アイテムおよび貸出情報へのリンクを保持しています。
    このジョブの設定については、フルフィルメントジョブの設定匿名化ジョブエントリを参照してください。
    通知 - 定期フルフィルメントアクティビティリポートの送信 はい フルフィルメント 定期フルフィルメントアクティビティリポートを、アクティブな貸出や手数料を有するユーザーに送信します。リポートには、貸出と手数料の両方に関する情報が含まれています。リポートには、最大100件のアクティブな貸出資料が含まれています。このジョブの設定については、フルフィルメントジョブの設定を参照してください。この取寄せアクティビティレターの通知設定については、[Almaレターの設定]を参照してください。
    このジョブがエラーで完了した場合、ジョブは正常に実行されたが送信されたEメールをユーザーが受信していない、という可能性があります。
    通知 - 返却期日リマインダーの送信 はい フルフィルメント 毎日のリマインダーである延滞通知レターをユーザーに送信して、 貸出されたアイテムの返却期日が現在の日付であることを示します。このレターには短期の貸出資料が含まれていないことに注意してください (貸出期間が時間で定義されて貸出され、レターが送信されるのと同じ日が返却期限のアイテム)。 この貸出タイプの詳細とリマインダーの設定については、 Almaレターの設定における短期貸出レターのエントリーを参照してください。 
    この通知の前に、返却期限通知レター が送信されます。このジョブの設定については、 フルフィルメントジョブの設定延滞通知ジョブを参照してください。
    リクエスト - 一時的に書棚に配置されたアイテムを復元する いいえ フルフィルメント 返却期限日が現在の日付かそれ以前であり、一時的に書棚に配置されたすべてのアイテムについてアイテム復元リクエストを作成します。これにより、これらの場所にある貸出・返却受付オペレータに対し、アイテムを恒久的な場所に復元するよう通知します。このジョブの詳細については、リストアリクエスト作業の表示を参照してください。このジョブの設定については、フルフィルメントジョブの設定を参照してください。
    これらのアイテムには次のものが含まれます。
    • 終了したコースの図書リストのアイテム
    • コースの進行中に削除されたリソースなど、一時的に削除されたアイテムのうち返却期日が来たもの
    リクエスト - 目録更新後に再計算する いいえ フルフィルメント

    目録に変更が加えられた後、リクエストを再計算します。その結果、リクエストがキャンセルされたり、リソースシェアリクエストに変換されたり、別のアイテムが添付されたりする場合があります。

    たとえば、アイテムがリポジトリに追加または削除されたり、行方不明としてマークされたり、別の所有図書館/場所に移動されたりしたために、アイテムポリシーが変更されたり、アイテムのリクエストが実行できなくなり、他のアイテムもそのリクエストを満たすことができない場合、このジョブはリクエストをキャンセルします。ポリシーに従って2番目のアイテムが利用可能な場合、リクエストは2番目のアイテムにリンクされます。

    アイテムが紛失したと判断され、紛失した貸出資料のポリシーがリクエスト不可である場合、このジョブはリクエストをアイテムから切り離し、他のアイテムを使用してリクエストを処理できない場合はリクエストをキャンセルします。
    リクエストの作成後に他のアイテムが利用可能になった場合、シェルフリクエストポリシーは無視され、リクエストはキャンセルされません。
    システムは、目録が削除されることを許可します-したがって、付随するリクエストは、リクエストが取置き棚に到達するまでに別のアイテムに振り替えられるかキャンセルされます。この時点では、リクエストとそれに関連付けられている目録をキャンセルや削除することはできません。
    このジョブは、過去7日間の目録変更のみを処理します。
    このジョブは、フルフィルメントジョブの設定ページでアクティブ化およびスケジュールできます。フルフィルメントジョブの設定を参照してください。
    貸出 - 延滞と紛失アイテム はい フルフィルメント 延滞された貸出資料についてユーザーに通知し、紛失した貸出資料のプロファイルの設定に従って貸出資料のステータスを「紛失」に変更します。単一の延滞・紛失アイテム通知 (ユーザーの延滞・紛失貸出資料のすべてをリスト化したもの) を、ユーザーに送信するように設定できます。このように設定すると、ユーザーは通知タイプごとに1つの通知を受入します。
    紛失した貸出資料のプロファイルの設定については、延滞・紛失貸出資料プロファイルの設定を参照してください。紛失した貸出資料の管理については、紛失した貸出資料の管理を参照してください。このジョブの設定については、フルフィルメントジョブの設定を参照してください。
    Ful延滞・紛失貸出レターおよびFul延滞・紛失貸出通知レター の通知を設定するには、[Almaレターの設定]を参照してください。
    罰金/手数料通知 はい フルフィルメント 未払いの罰金および手数料のあるユーザーに対するEメールやSMS通知を生成します。罰金/手数料通知については、罰金および手数料に関するユーザー通知の送信を参照してください。Eメールのレターは、Ful罰金\手数料通知レターに基づいています。レターの設定については、Almaレターの設定を参照してください。このジョブの設定については、フルフィルメントジョブの設定を参照してください。
    延滞メッセージをリソースシェア・取寄せパートナーに送信する いいえ フルフィルメント

    リクエストの期日が到来し、リクエストのステータスが「削除済み」、「キャンセル済み」、「拒否済み」、「期限切れ」、「パートナーからの返却」のいずれでもない場合、貸出リクエストに 「延滞」 のラベルを付けます。

    このジョブは、Eメール、ISO、SLNP、およびNcipP2Pパートナーと連携しています。 このジョブは、貸出リクエストが 「延滞」としてマークされると、借用している図書館に自動で通知を発行します。 ISO 18626のパートナーと連携している場合、このジョブは、取寄せ機関のリクエストのステータスを 延滞 にアップデートします。

    パートナーが[パラメータ]タブで「延滞日数の間隔を再送信する」 を定義している場合、延滞メッセージは構成された日数ごとに再送信されます (パラメータについては、ISOパラメータを参照)。アクティブな取寄せリクエストが見つからない場合、延滞メッセージは、ジョブが実行されるたびに送信されるのではなく、一度だけ送信されます。

    取寄せ機関に送信されるレターは、「借り手延滞Eメール」レターです。 この レター は、延滞のメッセージがNcipP2Pパートナーに正常に送信されるために、有効になっている必要があります。

    このジョブの設定については、フルフィルメントジョブの設定を参照してください。
    コースの有効化/無効化 いいえ フルフィルメント コースのステータスを、開始日と終了日に合わせて変更します。コースを有効化すると、このジョブはすべての書誌データをコースデータとともに再公開します。コースを無効化すると、このジョブはすべての書誌データをコースデータなしで再公開します。

    ステータスがアクティブまたは非アクティブの際に、コースのリーディングリストのステータスを自動化します。複数のコースが 同じリーディングリストを使用する場合、この ジョブはリーディングリストに対して次のように実行されます:

    • 有効化時  – 指定したアクションは、最初のコースが有効になったときにのみ実行されます。
    • 非有効化時  – 指定したアクションは、最後のコースが非有効になったときにのみ実行されます。
    コースの詳細については、コースの管理を参照してください。
    このジョブの設定については、フルフィルメントジョブの設定を参照してください。
    ユーザー - ブロックを削除する いいえ フルフィルメント 期限切れのブロックをユーザーレコードから削除します。
    このジョブは、一時停止されたユーザーが 一時停止期間を満たしているかどうかを判断し、 満たした場合は、ユーザーブロックが解除されます。 デメリットブロックの場合、ジョブは、ブロックを削除する前に、一時停止中に ユーザー が 構成されたデメリット閾値を超えたかどうかを確認します。 詳細については、デメリットの設定を参照してください。このジョブの設定については、フルフィルメントジョブの設定を参照してください。
    期限切れのリソースシェアリクエスト はい フルフィルメント 期限切れのリソースシェアリクエストを確認します。有効期限は、取寄せリクエストにおいて借用者が自動で通知しました。リクエストが貸し手側で期限切れになると、借用者には有効期限が自動で通知されます。それに応じて、借用者は順番内の次のパートナーを有効化します。
    このジョブは、有効期限が過去にあり、次のステータスのいずれかを含むリクエストについて実行されます。
    • 作成された貸出リクエスト
    • 処理中
    • 見つかりません
    期限切れにしたくない貸出リクエストがある場合、そのリクエストに無期限のステータスを割り当てます。
    ジョブが実行され、期限切れのリクエストが検出されると:
    • 期限切れのISOメッセージがパートナーに送信されます
    • リソースリクエストがキャンセルされます
    • リクエストのステータスが期限切れに変更されます
    借用者は、期限切れのISOメッセージを受入すると、順番表内の次のパートナーを有効化します。順番表内に追加のパートナーがいない場合、リクエストは期限切れになります。
    このジョブの設定については、フルフィルメントジョブの設定を参照してください。
    中央でのリソースシェア設定を配布する はい フルフィルメント ネットワークゾーン内のすべての機関に次を配布します。
    • リソース共有パートナー
    • 順番表テンプレート
    • 順番表割当ルール
    • プロファイルを見つける
    • ワークフロープロファイル
    • 取寄せリスエストルールの送信。
    詳細については、ネットワークゾーンでの設定とプロファイルの一元管理のためのジョブ を参照してください。
    フルフィルメントネットワーク設定の変更をメンバーに配信する はい フルフィルメント ネットワークゾーンで設定されたポリシー、利用規約、およびフルフィルメントユニットを、ネットワークのすべてのメンバー機関に配布します。詳細については、 ネットワークゾーンでの設定とプロファイルの一元管理 のためのジョブを参照してください
    Legantoの通知をユーザーにEメールで送信する はい フルフィルメント 貴機関でLegantoが有効になっている場合にのみ表示されます。Legantoへのリンクがあるインストラクターが通知を待っている際にEメールで通知します。Eメールのレターは、Leganto通知レターです。レターの設定については、Almaレターの設定を参照してください。
    このジョブを設定するには、フルフィルメントジョブの設定を参照してください。
    リクエスト - リポートを送信する はい フルフィルメント 1人のユーザーごとに1つのレターを生成します。このレターでは、「アクティブでない」、「処理中」、「取置き棚」といったステータスごとにすべてのリクエストを詳細に提示します。レターは、Fulリクエストリポートレターです。このジョブの設定については、フルフィルメントジョブの設定を参照してください。レターの設定については、Almaレターの設定を参照してください。
    BLDSSリクエストの更新 いいえ フルフィルメント

    大英図書館からステータスのアップデートを受入するために有効にします。このジョブは、大英図書館がそのサーバーに投稿したアップデートを取得します。このジョブは、スケジューラーに2回表示されます。両方が有効になっている場合、ステータスの取得は1日に2回行われます。詳細については、大英図書館文書供給サービス (BLDSS) を参照してください

    このジョブの有効化/無効化や、手動での実行については、フルフィルメントジョブの設定を参照してください。
    ドキュメントデリバリーファイルのクリーンアップ いいえ フルフィルメント ユーザーがアクセスした後にデジタル配信されたファイルを削除します (最大表示数パラメータで決定)。デジタル化と著作権ルールの追加を参照してください。
    CCCの同期 (Legantoのみ) いいえ フルフィルメント 貴機関でLegantoが有効になっている場合にのみ表示されます。データをCCCと同期します。著作権クリアランスセンター (CCC) を介した著作権のクリアを参照してください。
    UPDATE_READING_LIST_SCORE (Legantoのみ) いいえ フルフィルメント 貴機関でLegantoが有効になっている場合にのみ表示されます。図書リストアドバイザーのスコアを更新します。図書リストアドバイザーの管理を参照してください。

    期限切れ予約リクエストを処理する

    はい フルフィルメント

    失敗拒否完了ステータスにない期限切れの予約リクエストをすべて考慮します。ジョブ はデフォルトで毎日実行されます。基準を満たす各リクエストはキャンセルされ、機関のリクエスト匿名化設定に従って匿名化されます。消去されたリクエスト手数料が設定されている場合、ジョブはその手数料を適用します。 

    • enable_booking_workflow = falseの場合 – ステータスが「FAILED」、「REJECTED」、または「COMPLETED」でない場合、リクエストは期限切れの予約リクエストの処理ジョブによって処理され、パージされたリクエスト料金が適用されます。
    • enable_booking_workflow = trueの場合 – ステータスが「FAILED」、「REJECTED」、「COMPLETED」、「PICK FROM SHELF」、「HOLD SHELF」でない場合、リクエストは期限切れの予約リクエストの処理ジョブによって処理され、パージされたリクエスト料金は適用されません。料金は、期限切れの取置き棚ワークフローを使用してアイテムが期限切れの取置き棚から削除されたときに適用されます。
    このジョブの設定については、フルフィルメントジョブの設定を参照してください。
     DCS 同期 はい フルフィルメント 引用に対するDCSリクエストのステータスを6時間ごとに更新します。 CLAデジタルコンテンツストアに書誌情報を添付するを参照してください。
    このジョブを設定するには、フルフィルメントジョブの設定を参照してください。
    リソースシェア完了済リクエストのクリーンアップ はい フルフィルメント リクエストが最終ステータスに到達してからの日数と、リクエストのステータスに基づいて、リソースシェアタスクリストからリクエストを削除できます。

    取寄せリクエストの最終ステータスは次の通りです:

    • パートナーによるキャンセル
    • ユーザーによるキャンセル
    • スタッフによるキャンセル
    • 図書館がデジタルで受入
    • 期限切れ
    • リクエスト完了 - これは削除前の最終ステータスであり、手動で設定できます。
      必ず削除したいステータスを選択してください。ジョブは選択したステータスのみをクリーンアップします。

    貸出リクエストの最終ステータスは次の通りです:

    • デジタル配信
    • リクエスト完了 - これは削除前の最終ステータスであり、手動で設定できます。

    上記のステータスのいずれかにあり、リクエストの有効期間(リクエストの変更日に基づく)の範囲内にあるリクエストは、ステータスが削除済みに変更されます。「日数」を選択しないということは、リクエストがいつ完了したかに関係なく、選択したステータスに一致するすべてのリクエストが削除されることを意味します。削除されたリクエストは、アクティブなタスクリストや完了したタスクリストに表示されません。削除されたリクエストは、アナリティックスでのみ表示可能です。

    このジョブの設定については、フルフィルメントジョブの設定を参照してください。
    <import profile>によるメタデータのインポート はい インポート

    FTPを使用するインポートプロファイルの書誌レコードをインポートします。詳細については、新しいインポートプロファイルの設定を参照してください。

     ソケットタイムアウト例外が原因で OAIインポートプロファイルが失敗する場合、システムは Almaに 例外が発生するまでにインポートに成功したレコードの数をロードします。 再接続の試みが失敗した場合、 システムは再開トークンを保存し、 再開トークンからインポートを再開して、次の ジョブのセッションでそれを使用しようと試みます。

    •  書誌レコードをPrimoに公開する
    •  ネットワーク ゾーンからPrimoへ書誌レコードを公開する
    •  ネットワーク ゾーンからPrimoへ書誌レコードを公開する - 実装
    • 電子レコードをPrimo Centralに公開する
    • 総合ディスカバリー索引に電子レコード公開する
    はい 公開中 機関やネットワークゾーンのレコードをPrimo、 Primo Central、またはCDIに公開します。スケジューリングを含む詳細については、Primoへの公開、  ネットワークゾーン使用時の書誌レコードのPrimoへの公開 、および総合ディスカバリー索引への電子レコードの公開を参照してください。
    RSSフィードの公開<profile name> はい 公開 RSSフィードを公開します。スケジューリングを含む詳細については、RSSの公開を参照してください。
    プラットフォームジョブの公開<profile name> はい 公開

    一般プロファイルの設定に従ってレコードを公開します。スケジューリングを含む詳細については、公開および目録の充実化を参照してください。

     公開プロセスが失敗した場合、公開されなかった すべてのレコードが次の公開プロセスで公開されることに注意してください。

    Google Scholarへの公開 はい 公開 レコードをGoogle Scholarに公開します。スケジュールを含む詳細については、Google Scholarへの電子所蔵資料の公開を参照してください。
    • OCLCへの公開 - 書誌レコード
    • OCLCへの公開 - 所蔵レコード
    はい 公開 書誌/所蔵レコードおよび埋め込まれた所蔵情報をOCLCに公開します。詳細については、OCLCへの公開を参照してください。
    PubMedにレコードを公開する はい 公開 書誌レコードをPubMedに公開します。詳細については、PubMedへの公開を参照してください。
    Libraries Australiaへ所蔵資料をアップロードする はい 公開中 Libraries Australiaに公開するようマークされたレコード (すべて、またはアップデート分) を公開します (国有の目録とMMSを同期するジョブによる)
    設定およびスケジュール情報については、Libraries Australiaの公開プロファイルを参照してください。

    Summonへ公開中

    はい

    公開

    書誌レコードをSummonに公開しますこのジョブは、 書誌レコードをSummonに公開するの公開プロファイルとともにスケジュールされます。詳細については、Summonへのレコードの公開を参照してください。

    目録 - 電子パッケージの有効化/無効化

    いいえ

    リポジトリ

    有効化の開始日と終了日に従って電子コレクションの利用可否を設定します。設定を含む詳細については、有効化タブのオプションを参照してください。

    MMS - レコード間の関係の構築 いいえ リポジトリ MMS (書誌) レコード間の関係を作成します。詳細については、関連レコードについてMARCリンクフィールドを使用するを参照してください。

    典拠 - ローカルな典拠レコードの更新を処理する

    いいえ

    リポジトリ

    このジョブは、MDエディタでローカル典拠レコードをインポートする際や、ローカル典拠レコードを更新する際に使用されます。
    このジョブは、IDに基づく典拠の制御用に設定され、メタデータ設定で直接ID接頭語を実装した機関について自動ID変更を処理するためにも使用されます。詳細については、書誌レコードで典拠レコードIDを自動的に更新するセクションを参照してください。
    このジョブが実行され、1つの典拠レコードにリンクされた書誌見出しを1万件を超えて検出した場合、 非優先語の索引化を処理するために、自動で新しい索引化ジョブ (典拠 - ローカルな典拠レコードの非優先的処理 <job ID of the related "Authorities - Handle Local Authority Record Updates" job>) を実行します。これにより、ジョブを完了するためのパフォーマンスが向上します。
    Authorities_Handle_Local_Authority_Record_Updates_Job_Non_Preferred_Terms_04.png
    典拠 - 書誌見出しをリンクする いいえ リポジトリ 一致する典拠の見出し (優先および非優先) に書誌の見出しをリンクします。ローカルな典拠が有効になっている場合、その典拠を優先します。非優先典拠の見出しにリンクされている書誌の見出しは、優先語の訂正用にマークされます。
    処理は次の方法で行われます。
    • このジョブは、書誌レコードにリストがある完全な用語について、サブディビジョンフィールドを含むすべての典拠レコードフィールドを検索します (ローカルな典拠が有効になっている場合、その典拠を優先します)。
    • 完全に一致するものが見つかった場合、その書誌レコードは対応する典拠レコードにリンクされます。
    • 複数の典拠見出しレコードの一致が見つかった場合 (複数の一致)、書誌見出しレコードは手動で処理する必要があります。
    • 完全に一致するものが見つからない場合、下位区分フィールドは無視され、すべての典拠レコードの検索が再度実行されます。書誌レコードは2回目の検索で見つかった一致する典拠レコードにリンクされます。
    詳細については、典拠レコードの操作を参照してください。

    典拠 - 優先語の訂正

    いいえ リポジトリ 典拠 - 書誌見出しをリンクするジョブによる優先語の訂正のためにマークされた書誌データフィールドを更新します。この表で典拠 – 書誌見出しをリンクするを参照してください。

    「典拠 – 優先語の訂正」ジョブが実行された場合、書誌の見出しが非優先語の訂正と一致すると、サブフィールド の順序が訂正されます。

    「典拠 – 優先語の訂正」ジョブが実行された場合、データフィールドの訂正がないと、サブフィールドの順序は変更されません。

    見出し情報によって書誌レコードが更新された際に句読点を処理する方法を制御する設定可能な 顧客パラメータがあります (add_punctuation_for_headingを参照)。

    詳細については、典拠レコードの操作を参照してください。

    典拠レコードの更新を追跡するためのベストプラクティスは、典拠コントロールタスクリストを使用することです(詳細については、「 典拠コントロールタスクリストの使用 」を参照)。

    ランキング構造を構築する

    いいえ

    リポジトリ

    Primo VEがユーザーに検索候補を提供できるよう、Did You Mean (DYM) 索引を構築します。詳細については、Did You Meanを参照してください。

    このジョブは、「実装者」の役職を持つユーザーにのみ表示されます。 

    目録リモートストレージ更新 - <integration profile> いいえ リポジトリ アイテムのメタデータの変更やASRSデータベースへの追加/削除など、リモートストレージ目録の変更がAlmaに登録された際に、リモートストレージを更新します。
    為替手形保証金を削除する はい リポジトリ すべての為替手形の保証金を削除します。詳細については、為替手形保証金削除ジョブの設定を参照してください。
    保証金活動リポート
    はい リポジトリ アクティブな保証金のステータスを示すEメールを預けた人に送信します。
    詳細については、保証金活動リポートジョブの設定を参照してください。
    電子所蔵資料のアップロード - SPRINGER はい リポジトリ Springerの所蔵ファイルをダウンロードします。

    これは、ポートフォリオ内のSpringerターゲットを最新の状態に保つために、自動で実行されるようスケジュールできます。

    ジョブリポートに関する情報については、電子所蔵資料のアップロード - Springerを参照してください。

    このジョブの実行に使用される統合プロファイルの設定については、Springerから電子所蔵資料をアップロードするを参照してください。

    外付けキャプチャー いいえ リサーチ Esploroのお客様のみ。将来的に使用するため。
    研究使用統計Eメールジョブ いいえ リサーチ 過去1か月に閲覧またはダウンロードされた出力を持つETD作成者および関連研究者に Eメール通知 を送信します。オプトアウトした作成者は、Eメール通知を受け取りません。
    DOI登録エージェンシーを更新 - リサーチアセット いいえ リサーチ Esploroのお客様のみ。アセットを変更してDOI機関を更新します。詳細については、Esploroに関する文書でDOI機関の設定 を参照してください。

    ネットワークユーザー管理の変更をメンバーに配布する

    いいえ ユーザー ネットワークユーザー管理設定の変更を配布するジョブは、役職プロファイルと役職割り当てルールについてネットワークゾーンで行われた変更を、メンバー機関に配布します。

    詳細については、ネットワークユーザー管理の変更をメンバーに配布するを参照してください。

    ユーザー<external action>プロファイルの使用<integration profile> はい ユーザー 外部アクションを実行します。たとえば、学生情報システム (Student Information System, SIS) などの外部ソースからユーザー情報をインポートまたは同期します。設定を含む詳細については、学生情報システムを参照してください。
    少なくとも1つのユーザータイプ統合プロファイルがある場合に表示されます。
    プロファイルを使用したBursarへのエクスポート<integration profile> はい ユーザー ユーザーの罰金および手数料をBursarシステムにエクスポートします。スケジューリングや設定を含む詳細については、Bursarシステムを参照してください。
    アクティブなBursarタイプ統合プロファイルが少なくとも1つある場合に表示されます。
    プロファイルの<integration profile>罰金および手数料を使用したBursarからのインポート はい ユーザー 次のアクションを実行します。
    • Bursar取引IDと一致する罰金/手数料レコードを検索します。一致できない場合、休止状態IDが使用されます。
    • インポートされた支払いタイプで新しい取引を作成します。
    • 関連する罰金/手数料を更新します。支払いが全額である場合、手数料をクローズします。それ以外の場合は、アクティブな金額を更新します。支払いが過払いの場合、クレジットを作成します。
    アクティブなBursarタイプ統合プロファイルが少なくとも1つある場合に表示されます。
    保存期間を考慮したレターの消去 いいえ ユーザー 保存日より前に作成されたレター保存設定テーブルにリストされているレターのすべての添付ファイルを削除します。毎週実行されます。詳細については、レター保存期間の設定を参照してください。
    保存期間を考慮したユーザー監査の消去 いいえ ユーザー 顧客パラメータ「保存期間」で指定された値よりも古いユーザー履歴レコードを削除します。顧客パラメータの設定については、その他の設定 (ユーザー管理) を参照してください。ユーザー履歴の保持の詳細については、ユーザーの監査履歴を参照してください。
    リサーチアセットをGoogleに公開する はい リサーチ (Esploroを実装している機関のみ)

    Esploroから外部システムへの公開を参照してください。

    Googl Scholarにリサーチアセットを公開する はい リサーチ (Esploroを実装している機関のみ)

    Esploroから外部システムへの公開を参照してください。

    アナリティックスのAPI使用統計の取得 いいえ アナリティックス 内部ジョブ。 
    全体の成功率 はい アドミン

    機関ゾーン(IZ)の成功率:

    COUNTER 4 の使用にのみ関連します。

    UpdateSushiSuccessRate_IZ -  このジョブは、すべてのSUSHI_VENDOR_ACCOUNTの成功率をチェックし、SUSHI_VENDOR_ACCOUNTテーブルの関連フィールドを更新します。ジョブは、収集と収集の履歴をチェックして、完全に実行されたプロセスの数と、正常にロードされた方法を確認し、それに応じて成功率を計算します。ジョブは、重大度が「警告」または 「情報」であるプロセスを無視し、 新しいマッピングテーブルに従って、エラーの重大度が 「エラー」または「致命的」であるもののみを考慮します。

    各SUSHIベンダーは:

    • usage_loaded_file_dataから合計ロードプロセスの数を取得します(ジョブIDによる)-TOTAL_LOAD。
    • 正常に完了したジョブの数を取得します -SUCCEEDED_LOAD。
    • 成功率 を SUCCEEDED_LOAD / TOTAL_LOAD * 100として設定します。
    • この数はすべての機関から収集され、CERT_SUSHI_VENDORのグローバル成功率に保存されます。
    • その後、この数は関連機関に配布され、保存されます。

    コミュニティゾーン(CZ)の成功率:

    グローバル成功率は、認定ベンダーの合計実行あたりの成功したプロセスの数として定義されます。 これにより、このベンダーの全体像とSUSHIプロセスの実行方法がわかり、 問題がベンダーによるものか、Alma、またはそれらの間のつながりによるものかどうかを機関が確認するのに役立ちます。

    成功率は、CZ企業体であるCERT_SUSHI_VENDOR企業体に保存され、同じORIGINATING_IDを持つSUSHIベンダーごとにローカル環境に配布されます。

    これは、CZで認定されたSUSHIベンダーごとに 実行され、ORIGINATING_IDによってローカルIZのベンダーを検索するプロセスの自動化によって実行されます。

    CZ収集のPrimo VE索引付け いいえ アドミン

    この ジョブは、CZコミュニティゾーン収集のジョブを補完するものです。 その目的は、CZ収集同期プロセスを改善することです。

    このジョブはEx Librisによって継続的に監視されているため、Almaユーザーからのアクションは必要ありません。

    CZ収集典拠索引付け
    CZHarvestingAuthIndexing
    いいえ アドミン CZ収集典拠索引付けジョブは、CZ同期ジョブの1つです。 「CZからの変更の同期」ジョブの一部は、典拠レコードを更新することです。典拠レコードを変更すると、更新された典拠レコードにリンクされている書誌レコードの索引付けがトリガーされる可能性があります。

    「CZ収集典拠索引付け」ジョブは、「CZからの変更を同期」ジョブによって更新された典拠レコードにリンクされた書誌レコードの索引作成を処理する責任があります。

    スケジュールされたジョブのEメール通知の設定

    スケジュールされたジョブのEメール通知を設定するには、次の役職が必要です。
    • 総合システム管理者
    スケジュールされたジョブの実行後に送信されるEメール通知を設定できます。Almaユーザーや手動で入力したEメールアドレスに送信される通知を設定できます。
    スケジュールされたジョブのEメール通知を設定するには:
    1. 「ジョブの監視」ページ (管理 > ジョブの管理 > ジョブの監視)、Eメール通知を設定したいジョブのスケジュール済タブで、対象とする行のアクションリストのEメール通知を選択します。「スケジュールされたジョブのEメール通知」ページが表示されます。
      email_notifications_for_scheduled_jobs_ux.png
      Eメール通知
    2. ユーザーに送信するためにEメール通知を設定するには、ユーザーを追加を選択します。次のパネルが表示されます。
      email_notifications_add_user_ux.png
      ユーザーを追加
    3. ユーザーテキストボックスで、Eメール通知を送信したいAlmaユーザーを入力または選択します。
    4. ジョブが正常に完了した場合にEメール通知を送信するには、正常完了時に送信を選択します。ジョブが正常に完了しない場合にEメール通知を送信するには、エラー時に送信を選択します。
      ジョブが正常に完了しても、エラーが発生しなかったわけではありません。ジョブが正常に完了したとは、正常に完了済のステータスで完了したということです (「ジョブの監視」ページの履歴タブに表示されます)。
    5. 追加して閉じるを選択します。
    6. 任意のEメールアドレスにEメール通知を送信するよう設定するには、Eメールアドレスを追加を選択します (上記のステップに従ってください)。
    7. Eメール通知の受信者の設定が完了したら、保存を選択します。
    ジョブが完了すると、すべての購読者がそのジョブのEメール通知を受入します。送信されるEメールは、システムジョブレターです。レタータイプを参照してください。

    最近実行されたジョブのステータスの表示

    スケジュールされたジョブの過去数日間のステータスの概要を表示するには、[スケジュールされたジョブのステータス]ダッシュボードウィジェットを有効にします。このウィジェットを追加する方法については、ウィジェットの管理を参照してください。
    すべての役職がウィジェットをホームページに追加できます。ただし、自分の役職に関連するスケジュールされたジョブに関する情報のみが表示されます。リストには、MDインポートジョブと、PrimoやGoogle Scholarに公開するジョブなどの公開ジョブが含まれます。 インポートの場合、手動で実行されたインポートジョブは、サマリーでは考慮されないことに注意してください(ウィジェットの他の行の場合と同様)。
    失敗したジョブの名前を含む ポップアップを開くには、 エラーアイコンを選択します ALM_gnl_jobs.7.1.07.png 。
    これらのジョブが事前に選択された状態で [ジョブの監視]ページを開くには、  arrow by the job category icon.png  ジョブカテゴリの横にある矢印を選択するか、[詳細]を 選択します。
    scheduled_job_status_widget_failed_status_popup.png
    スケジュールされたジョブステータスのウィジェット (失敗したジョブのポップアップを含む)
    • Was this article helpful?