ユーザーブロックの設定
このページでは、デメリット、コンソーシアムブロック、延滞貸出などのユーザーブロックの設定方法について説明します。ブロック設定については、貸与を参照してください。
フルフィルメントに関するすべての主な文書ページへのリンクは、 フルフィルメントをご覧ください。
ユーザーブロックの説明と定義の設定
図書館員およびシステムによって割り当てられたブロックを利用者に設定するプロセスをガイドする方法については、 「ユーザーの 貸出、更新、および保留リクエストを防ぐためにブロックを設定する方法」 を参照してください。
ユーザーへのユーザーブロックの割り当ての詳細については、ユーザーのブロックとブロック解除を参照してください。これらのテーブルは、延滞貸与によるユーザーブロックの設定時にも使用されます（延滞貸与によるユーザーブロックの設定）。
ユーザーブロック定義を設定するには、最初にユーザーブロックの説明を設定する必要があります（定義を設定するときに説明を選択する必要があります）。ユーザーをブロックすると、ユーザーのブロックの説明もドロップダウンリストに表示されます（ユーザーのブロックとブロック解除を参照）。
ユーザーブロックの説明にアクセスするには、[設定メニュー]> [フルフィルメント]> [ユーザー設定]> [ユーザーブロックの説明]のページにアクセスします
ユーザーブロック説明
このページでは、次のアクションを実行できます。
- ユーザーブロックの説明のリストをファイルからインポートする
- 新しいユーザーブロックの説明を追加する
- ユーザーブロックの説明を削除する
- ユーザーブロックの説明を有効/無効にする
- ユーザーブロックの説明のリストを並べ替える
- コードまたは説明フィールドを変更する
- リストのデフォルト値にする説明を1つ選択する
ユーザーブロック定義は、[ユーザーブロック定義マッピングテーブル]ページ（[設定メニュー]> [フルフィルメント]> [ユーザー設定]> [ユーザーブロック定義]）で設定します。
マッピングテーブルページ - ユーザーブロック定義
ユーザー固有のブロックは、機関レベルでのみ設定できます。フルフィルメント設定ページの設定フィルタから必要な機関を選択します。
このページでは、次のアクションを実行できます。
- ユーザーブロック定義のセットを追加します（ユーザーブロック定義の追加を参照）
- 一連のユーザーブロック定義を編集します（[ユーザーブロック定義マッピングテーブル]ページで設定を変更します）。ユーザーグループ定義に定義されているIDは変更できません）。
- 一連のユーザーブロック定義を削除します（削除を選択）
ユーザーブロック定義の追加
定義したユーザーブロック定義は、機関内のすべての図書館に適用されます。
新しいユーザーブロック定義を追加する場合：
- [ユーザーブロック定義のマッピングテーブル]ページで、行の追加を選択し、IDフィールドに新しいユーザーブロック定義のIDを入力します。
[マッピングテーブル]ページの新しいマッピング行セクションの作成 - 以下の情報を各ドロップダウンリストから選択してください：
- 説明 - ブロックアクションを説明します。ブロックの理由。このリストには、すべてのユーザーブロックの説明が含まれます。上記の説明の定義については、ユーザーブロックの説明のコードテーブルを参照してください。
- ブロックされたアクション-次のいずれかからブロックされたアクションを選択します。 これらのブロックされたアクションは、Almaで事前に設定されています。保留リクエストおよび/またはリソース シェア リクエストのブロックなど、追加のブロック アクションを設定するには、Ex Librisサポートにお問い合わせください。
- 01 – 貸与
- 02 – 貸与、更新
- 03 – 貸与、更新、取り置き
- タイプ–次のいずれかからブロックのタイプを選択します。 タイプ値は情報専用であり、値を変更すべきでないデメリットおよびコンソーシャルブロックタイプを除き、システムに影響を与えません。デメリットの設定については、デメリットの設定を参照してください。コンソーシャルブロックの設定については、コンソーシャルブロックの設定を参照してください。
- 現金
- コンソーシャルブロック
- デメリット
- 一般
- 貸与
- リソースシェアリクエスト
- ユーザー
- 上書き可能 - ブロックが次のいずれかから上書き可能かを選択します。
- すべて – ブロックは、貸出・返却受付オペレータによって上書き可能です。
- なし – ブロックは上書きできません
- 貸出・返却受付 – ブロックは、貸出・返却受付マネージャによってのみ上書き可能です。
- オペレータ –ブロックは、貸出・返却受付マネージャまたは貸出・返却受付オペレータによって上書き可能です（貸出・返却受付オペレータのユーザーは上書き不可とする制限された権限）。
- ネットワークブロック - リンクされたアカウントを作成または更新するときにブロックをコピーするかを選択します。
- 真 - ブロックをコピーします
- 偽 - ブロックをコピーしません。これがデフォルトです。
- 行を追加を選択します。新しいユーザーブロック定義は、定義されたユーザーブロック定義のリストの下部に表示されます。
- 保存を選択して、ユーザーブロック定義の新しいセットを保存します。
デメリットの設定
デメリットを設定するのは、次のいずれかの役職でなければなりません。
- 一般システム管理者
- フルフィルメント管理者
Almaを使用すると、設定された時間内に発生したデメリットの数に基づいて、ユーザーブロック（貸与など）を適用するデメリットシステムを設定できます。ブロックが適用されると、機関は設定された日数の間ユーザーを一時停止し、ユーザーレコードから使用されたデメリットポイントを差し引きます。一時停止中にユーザーにデメリットポイントが追加された場合、これらのポイントとユーザーの残りのポイントにより、一時停止期間終了後に、別の一時停止につながる可能性があります。
一時停止を受けるには、設定された日数内にデメリットポイントが発生する必要があります。
ユーザー-ブロックの解除ジョブは毎日実行され、ユーザーレコードのブロックを解除します。
さらに、デメリットポイントの設定の詳細については、 デメリット ポイントの設定を参照してください。
デメリットシステムの有効化
以下のパラメータを設定します（その他の設定を参照）。
- demerit_enable – デメリット機能を有効にするには、このフィールドを真に設定します。
- demerit_history_days – デメリット追跡期間の長さを日数で指定します。ユーザーのデメリットポイントがデメリット追跡期間（つまり、このパラメータで指定された最後の日数）の間にdemerit_maximum_thresholdパラメータで指定された値を超える場合、システムはユーザーをブロックします。
- demerit_maximum_threshold – 追跡期間中に許容される最大ポイント数を指定します。
- demerit_suspension_days – ユーザーの停止期間の長さを日数で指定します。
デメリットポイントは常にアクティブなステータスです。ただし、ポイントが作成されてからdemerits_history_daysで定義された時間が経過すると、ポイントのステータスがアクティブであっても、デメリットの合計を計算するときにポイントは無視されます。
デメリットポイントの設定
デメリットポイントマッピングテーブルは、ユーザーのタイプと返却される資料タイプに与えられるデメリットポイントを定義します。また、リコールされた延滞の資料にさまざまなポイントを適用することもできます。
デメリットポイントを設定する場合：
- [デメリットポイントマッピングテーブル]ページ（[設定メニュー]> [フルフィルメント]> [ユーザー設定]> [ユーザーデメリット]）で、[行の追加]に次のフィールドを入力して、ユーザーグループと資料タイプに割り当てるポイントを定義します。
DemeritPointsマッピングテーブル- ユーザーグループ – 特定のユーザーグループまたはすべてを選択します。
- 資料タイプ – 特定の資料タイプまたはすべてを選択します。
- レギュラー延滞ポイント – 延滞アイテム（リコールされた延滞アイテムではない）に適用するデメリットポイントの数を入力します。
- リコール延滞ポイント – リコールされた延滞アイテムに適用するデメリットポイントの数を入力します。
- 行を追加を選択します。 Almaは、次の優先順位を使用して、デメリットポイントをユーザーに割り当てるときに使用するマッピング行を決定します。
- ユーザーのグループと返却される資料の両方がテーブルの値と一致します。
- ユーザーのグループはテーブルの値と一致し、資料タイプはテーブルですべてに設定されます。
- 返却されたアイテムはテーブル内の資料タイプの値と一致し、テーブル内のユーザーグループはすべてに設定されます。
- テーブルでは、ユーザーグループと資料タイプの両方がすべてに設定されています。
- 一致が見つからない場合、デメリットは割り当てられません。 たとえば、次のデメリット行が定義されており、卒業生がリコールされていない原稿を延滞して返却する場合、システムはデメリットポイント1点を卒業生に割り当てます。
デメリットポイントマッピング行の例 ユーザーグループ 資料タイプ レギュラー延滞ポイント リコール延滞ポイント 大学生 図書 3 5 すべて 原稿 3 6 卒業生 すべて 1 2
- すべてのデメリットポイント定義を追加したら、カスタマイズを選択してテーブルへの変更を保存します。
ユーザーがデメリットの閾値に達すると、システムはユーザーレコードにデメリットブロックを適用します。
デメリットブロックの設定
ユーザーブロック定義マッピングテーブルは、デメリット履歴閾値で定義された連続日数の間にデメリットポイント閾値に達したユーザーに与えられるデメリットブロックを定義します。
詳細については、ユーザーブロックの説明と定義の設定を参照してください。
ブロックジョブのモニタ
ユーザー-ブロックの解除ジョブは毎日実行され、一時停止中のユーザーが一時停止期間を満了し、一時停止中に設定されたデメリット閾値を超えていないかを判断します。超えていなければ、ユーザーのブロックは解除されます。
詳細については、ジョブリポートの表示を参照してください。
コンソーシャルブロックの設定
ブロックを設定するのは、次のいずれかの役職でなければなりません。
- 一般システム管理者
- フルフィルメント アドミン
コンソーシアムブロックとは、フルフィルメントネットワーク内で、 リンク済みアカウントが作成または更新された際に、ソース機関または他のターゲット機関からターゲット機関へコピーされるユーザーブロックのことです。これらはコンソーシアム内で共有されるように設定された特定のタイプのブロックであり、受信機関の利用者レコードには「コンソーシアムブロック」として表示されます。これにより、 コンソーシアムは機関レベルまたはネットワークレベルで定められたルールに基づき、加盟ライブラリ全体に一貫した利用者制限を適用できるようになります。
この文脈では、ソース機関は利用者の所属機関であり、ターゲット機関は 利用者がゲスト利用者としてサービスを受ける機関を指します。
フルフィルメントネットワークでは、利用者が所属機関以外の機関でフルフィルメントサービスを利用する際、利用者情報はソース機関からターゲット機関へコピーされます。
ソースからターゲットへのブロックのコピー
ソース機関からターゲット機関にのみコピーされるコンソーシアムブロック は、 ターゲット機関の着信ブロックを指します。ブロックは、リンクされたアカウントが最初に作成されたとき、またはターゲットレコードが更新されたときにコピーされます。 コピーされたブロックは、ソースの元のブロックタイプではなく、コンソーシャルブロックとして 表示 されますが、 ブロックノートはソース機関に表示された元のブロックタイプを示します。
ソース側でコンソーシャルブロックをアクティブにする場合：
- ネットワークブロックフィールドを真に設定して、ユーザーブロック定義テーブルでターゲットに送信されるブロックを設定します。 ユーザーブロックの説明と定義の設定を参照してください。
ターゲット側でコンソーシャル ブロック をアクティブにする場合：
- ネットワークブロックのコピーフィールドをはいに設定して、リンクアカウントルールを設定します。リンクされたアカウントルールの設定を参照してください。
- [ユーザーブロックの説明]テーブルで、 コードCONSORTIAでレコードが存在しない場合は作成します。コードフィールドにCONSORTIAと 入力 し、説明フィールドにコンソーシャルブロックを入力します。
- [ユーザーブロックの定義]テーブルで、タイプおよび説明フィールドがコンソーシャルブロックに設定されたレコードを作成します。 このブロック がソースにコピーされないようにするには、ネットワークブロックフィールドを偽に設定します。 ユーザーブロックの説明と定義の設定を参照してください。
ターゲットからソースへのブロックのコピー
（11月の新機能）
ブロックは、 対象機関側でブロックを作成、更新、または削除する 際に 、対象機関からソース機関へコピーされます。 コピーされたブロックは、 対象機関での元のブロックタイプではなく、 コンソーシアムブロックとしてソース機関に表示されます。ただし、ブロックノートには対象機関での元のブロックタイプが表示されます。
送信元機関にコピーされたブロックは、上記「送信元から送信先へのブロックコピー」の設定に基づき、他の送信先機関へさらに伝播される可能性があります。
コンソーシアム ブロックをターゲットからソースにコピーするには：
ソース側：
-
ユーザーブロックの説明に新しい行を追加します（[設定] > [フルフィルメント] > [ユーザーブロックの説明]）
-
コードを FROM_TARGETに設定します。
-
説明を追加します（必須ではありません）。たとえば、「リンクされたアカウントユーザーを対象機関からブロックする」といったものです。
-
ユーザーブロック定義ページに新しい行を追加します （[設定] > [フルフィルメント] > [ユーザーブロック定義]）。
-
IDをFROM_TARGETに設定します。
-
タイプをコンソーシアムブロックに設定します。
-
ドロップダウン リストから説明を追加します (必須ではありません)。
-
ネットワーク ブロックを True に設定すると、ブロックがネットワーク内の他のすべてのターゲットに配布されます。この配布は自動的には行われません。これは、利用者が別の対象機関に入るときにのみ実行されます。 その場合、ブロックはこの機関にのみコピーされます。
このフィールドを False のままにすると、ソースはターゲットからブロックを受信するだけで、他のターゲットに配布しません。
ターゲット側：
-
機関がソース機関にコピーを希望するブロックについては、ネットワークブロックを ユーザーブロック定義ページ（[設定] > [フルフィルメント] > [ユーザーブロック定義] ) で True に設定します。
延滞の貸与によるユーザーブロックの設定
図書館員およびシステムによって割り当てられたブロックを利用者に設定するプロセスをガイドする方法については、 「ユーザーの 貸出、更新、および保留リクエストを防ぐためにブロックを設定する方法」 を参照してください。
ブロックポリシーを実装できます。これにより、貸出期限を過ぎて返却された貸出があった場合に、定義された延滞によるブロックポリシーに従い、ユーザーが延滞した貸出を返却した後にユーザーレコードにブロックが発生するように、ブロックポリシーを実装できます。ブロックポリシーは、利用規約ごとに個別に設定できます。デフォルトでは、ポリシーは保留、リソースシェアリクエスト、貸与、更新をブロックします。以下の設定手順で説明したように、延滞ブロックを作成するには、[ユーザーブロック定義]マッピングテーブルと[ユーザーブロック説明]コードテーブル（ユーザーブロックの説明と定義の設定を参照）を設定する必要があります。また、 maximum_overdue_block_per_blockパラメータを設定して、 ポリシーを各ブロックに個別に適用するか、合計ですべてのブロックに適用するかを定義する必要があります。 その他の設定（フルフィルメント）を参照してください。
ブロックは、貸与の延滞時間に応じて一定期間（開館日またはすべての日に基づいて）指定されるか、固定期間に指定されます。ユーザー-ブロックの削除ジョブの一部として、設定された有効期限が過ぎると、ブロックは自動的に解除されます。期限切れのアイテムが更新されるか紛失としてマークされた場合も、ブロックは自動的に解除されます。
延滞ローンの ブロックポリシーを構成する
延滞ローンのブロック ポリシーを構成するには、次の手順を実行します。
- [ユーザーブロックの説明]テーブル（[設定メニュー]> [フルフィルメント]> [ユーザー設定]> [ユーザーブロックの説明]）にアクセスします。 コードOVERDUEで新しい行を追加します（ユーザーブロックの説明と定義の設定を参照）
- [ユーザーブロックの定義]テーブル（[設定メニュー]> [フルフィルメント]> [ユーザー設定]> [ユーザーブロック定義]）にアクセスします。 前のステップで作成された延滞貸与ブロックを使用して、貸与タイプの新しい行を追加します。
- フルフィルメント利用規約（[設定メニュー]> [フルフィルメント]> [冊子フルフィルメント]> [利用規約およびポリシー]）にアクセスします。新しい貸与利用規約を追加するか、既存の貸与利用規約を編集します（利用規約の設定を参照）。 延滞によるブロックの利用規約はデフォルトではブロックしません。
- ブロックを作成するには、ドロップダウンから空白ラインを選択し、アクションメニューからポリシーの追加を選択します。
ブロックポリシーを追加 - [ポリシーの詳細]ページで、値のタイプのその他を選択します。値フィールドに数値を入力します。次に、測定単位ドロップダウンリストから選択します。延滞ブロックは、複数の貸与で累積された延滞日数に基づいて（累積）、または単一の貸与の延滞日数に基づいて（個別）計算されます。適用可能な延滞によるブロックポリシーに累積測定単位がある場合、有効期限は、ポリシーで定義されているように、最新のブロック有効期限と日数として計算されます。累積値が選択されていない場合、有効期限は既存のブロックを考慮せずに、ポリシーのみに従っています。 延滞のブロックは、24時間に基づいて計算されます。測定単位が日数の場合、ブロックは1日（返却日と期日の間の24時間）に適用されます。
- 累積の場合、 新しく作成されたブロックの有効期限を計算する際には、非アクティブなブロックが考慮されます。
- 返却期限を過ぎた日数-個別または返却期限を過ぎた開館日数-個別が測定単位として選択されている場合、計算は次のようになります：<[返却期限を過ぎた日数]／[返却期限を過ぎた開館日数]> * <値>。
延滞したらブロックで利用可能な値は次のとおりです。- すべての日付 - 累積
- すべての日付 - 個別
- 延滞日あたりの日数 - 累積
- 延滞日あたりの日数 - 個別
- 月 - 累積
- 月 - 個別
- 開館日数 - 累積
- 開館日数 - 個別
- 開館延滞日数あたりの開館日 - 累積
- 開館延滞日数あたりの開館日 - 個別
- 週 - 累積
- 週 - 個別
- なし
- 保存を選択します。
- [利用規約の詳細]ページで、延滞ブロックの最大期間を選択します。最大延滞ブロック期間ポリシーは、延滞貸与ブロックの有効期限の計算に影響します。ブロックの有効期限が最大値よりも遅いと計算された場合、ブロックは制限に合わせて短縮されます。デフォルトのポリシーでは、最大延滞ブロック期間は設定されません。
- 最大ブロックポリシーを作成するには、ドロップダウンから空白ラインを選択し、アクションメニューからポリシーの追加を選択します。
ユーザー ブロックの表示
ユーザー レコードには、ユーザーのアクティブなブロックに関する情報が含まれています。
ユーザーブロックを表示する場合：
- 常設検索ボックスで、ユーザーを検索します (Almaで検索するを参照）。[ユーザーの検索と管理] ページのユーザーリストにユーザーアカウントが表示されます。ユーザーにブロックが存在する場合は、その行のブロックの下にチェックマークが表示されます。
- ブロックの詳細を表示するには、 ユーザーを選択します。[ユーザー詳細]ページが開きます。
- ユーザーに有効なブロックの詳細を見るには、ブロックタブを選択してください。
ユーザーブロックの表示
アイテムの貸し出しなど、特定のアクションを実行しようとすると、 ブロックの通知も表示されます。
ユーザーブロックのポップアップ
自動的に削除されたユーザー ブロック
有効期限を過ぎたユーザーブロックは、ユーザー-ブロックの解除ジョブの実行時に自動的に解除されます。貸出が更新されたり紛失扱いになった場合、延滞および紛失した貸与のプロファイルジョブによって、 前回作成された延滞ブロックは、 自動的に削除されます。
削除されたユーザーブロックを表示する場合：
- ジョブの監視にアクセスします。ユーザー-ブロックの解除ジョブを見つけます。
- リポート内で、ユーザーの延滞貸与ブロックの削除リンクを選択します。 延滞の貸与によるユーザーのブロックの詳細については、延滞の貸与によるユーザーのブロックの動画（11分22秒）を参照してください。