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

• 注文明細が自動としてマークされている場合、更新日が通知されると、ジョブは更新日を 前回の更新日に変更し、 更新サイクルの時間も変更します。注文明細のステータスは、引き続き「定期的な更新」となります。
• 注文明細が手動としてマークされ、更新日（更新通知期間を差し引いたもの）が到着すると、ジョブは 注文明細のステータスを定期的な更新から手動更新待ちに変更します。POラインが更新タスクリストに表示されます（更新の処理）。次に、オペレータは注文明細を編集して、更新日を将来の日付に変更する必要があります。
• いずれの場合も、po_line_send_notification_to_vendor_on_renewパラメータが送信するに設定されていれば、更新通知がベンダーに送信されます。

• auto_claim顧客パラメータがYに設定されている場合、1回限り注文明細については、クレームが自動的に送信されます。
• auto_claim_co顧客パラメータがYに設定されている場合、連続的な注文明細については、クレームが自動的に送信されます。これは、クレームがEDIまたはEメールのどちらで送信されても当てはまります。
• 電子リソースの場合、auto_claim_electronic顧客パラメータがYに設定されている場合、クレームは自動的に送信されます。
• auto_claim_coパラメーターがNに設定されている場合、タスクは生成されますが、クレームは送信 されません。この場合、 クレームは手動で送信する必要があります。

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

• 処理されたレコードの総数：推奨事項がループするジョブ（SISおよびMDインポート）の数。
• スキップされた推薦 タイプの数：環境で無効になっているためにスキップされたタイプの数（データ処理なし、ジョブ障害、またはジョブインスタンスなし）。
• 推薦 タイプが失敗した数：現在使用されていないため、常に値0が表示されます。
• 推薦がジョブの失敗として発生した数：タイプがジョブの失敗として作成された推薦の数。
• 推薦がデータ未処理として発生した数：タイプがデータ未処理として作成された推薦の数。
• 推薦がジョブインスタンスなしとして発生した数：タイプがジョブインスタンスなしとして作成された推薦の数。
• 推薦に失敗した数：環境でジョブがスケジュールされていない場合など、推奨ジョブが処理に失敗して例外が発生したジョブの数。
• 失敗したジョブのID：推奨ジョブがジョブをスキップして（SISおよびMDインポート）、エラーステータスで終了したジョブを検索すると、プロセスIDがレポートに表示されます。 

• アナリティックスリポートとダッシュボードのスケジュール - 日次
• アナリティックスリポートとダッシュボードのスケジュール - 週次
• アナリティックスリポートとダッシュボードのスケジュール - 月次

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

詳細については、 [コミュニティ ゾーンからの最終更新]を参照してください。

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

いいえ

ディスカバリー

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

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

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

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

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

• Primoのデータベース検索の設定

• Primo VEのデータベース検索の設定

詳細については、「 Primo VEでのジャーナル検索の設定」を参照してください。

• 自動貸出更新ルールの条件が満たされている場合 – アイテムの自動更新を実行します。
• 自動貸出更新ルールの条件が満たされていない場合 (したがって、貸出資料が更新されない場合) – アイテムの期限が来たことをユーザーに通知する返却期限通知を送信します。switch_to_overdue_and_lost_loan_new_job顧客パラメータの設定により、1人のユーザーあたり1通の通知が送信されます。自動貸出更新ルールの設定の詳細については、自動貸出更新ルールの設定を参照してください。
• ユーザーやアイテムについて、アイテムの更新を妨げるブロックが存在する場合（ブロックプレファレンスの設定を参照）、返却期限通知 も送信されます。

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

• 終了したコースの図書リストのアイテム
• コースの進行中に削除されたリソースなど、一時的に削除されたアイテムのうち返却期日が来たもの

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

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

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

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

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

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

• 作成された貸出リクエスト
• 処理中
• 見つかりません

• 期限切れのISOメッセージがパートナーに送信されます
• リソースリクエストがキャンセルされます
• リクエストのステータスが期限切れに変更されます

• リソース共有パートナー
• 順番表テンプレート
• 順番表割当ルール
• プロファイルを見つける
• ワークフロープロファイル
• 取寄せリスエストルールの送信。

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

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

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

• enable_booking_workflow = falseの場合 – ステータスが「FAILED」、「REJECTED」、または「COMPLETED」でない場合、リクエストは期限切れの予約リクエストの処理ジョブによって処理され、パージされたリクエスト料金が適用されます。
• enable_booking_workflow = trueの場合 – ステータスが「FAILED」、「REJECTED」、「COMPLETED」、「PICK FROM SHELF」、「HOLD SHELF」でない場合、リクエストは期限切れの予約リクエストの処理ジョブによって処理され、パージされたリクエスト料金は適用されません。料金は、期限切れの取置き棚ワークフローを使用してアイテムが期限切れの取置き棚から削除されたときに適用されます。

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

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

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

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

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

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

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

•  書誌レコードをPrimoに公開する
•  ネットワーク ゾーンからPrimoへ書誌レコードを公開する
•  ネットワーク ゾーンからPrimoへ書誌レコードを公開する - 実装
• 電子レコードをPrimo Centralに公開する
• 総合ディスカバリー索引に電子レコード公開する

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

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

• OCLCへの公開 - 書誌レコード
• OCLCへの公開 - 所蔵レコード

Summonへ公開中

はい

公開

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

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

いいえ

リポジトリ

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

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

いいえ

リポジトリ

• このジョブは、書誌レコードにリストがある完全な用語について、サブディビジョンフィールドを含むすべての典拠レコードフィールドを検索します (ローカルな典拠が有効になっている場合、その典拠を優先します)。
• 完全に一致するものが見つかった場合、その書誌レコードは対応する典拠レコードにリンクされます。
• 複数の典拠見出しレコードの一致が見つかった場合 (複数の一致)、書誌見出しレコードは手動で処理する必要があります。
• 完全に一致するものが見つからない場合、下位区分フィールドは無視され、すべての典拠レコードの検索が再度実行されます。書誌レコードは2回目の検索で見つかった一致する典拠レコードにリンクされます。

典拠 - 優先語の訂正

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

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

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

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

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

いいえ

リポジトリ

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

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

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

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

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

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

• Bursar取引IDと一致する罰金/手数料レコードを検索します。一致できない場合、休止状態IDが使用されます。
• インポートされた支払いタイプで新しい取引を作成します。
• 関連する罰金/手数料を更新します。支払いが全額である場合、手数料をクローズします。それ以外の場合は、アクティブな金額を更新します。支払いが過払いの場合、クレジットを作成します。

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

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

機関ゾーン（IZ）の成功率：

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コミュニティゾーン収集 （CZからの収集同期）のジョブを補完するものです。 その目的は、CZ収集同期プロセスの改善です。

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

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