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

    購入レビュールールの設定

    Translatable
    購買レビュールールを構成するには、次の役職が必要です:
    • 発注・受入オペレーター
    • 一般システム管理者
    購買レビュールールは、自動作成された注文明細(APIまたはEOD経由)を手動でレビューするか、すぐにパッケージングに送信するかを定義します。ルールは、作成されたすべてのタイプの注文明細および教育機関内のすべてのライブラリに適用されます。
    購買レビュールールのルールテーブルで購買レビュールールを設定します(設定メニュー > 受入 > 購買発注 > 購買レビュールール)。ルールテーブルの詳細については、ルールテーブルを参照してください。
    Purchasing Review Rules.png
    購入レビュールールページ
    • これらのルールは、自動的に作成された注文明細にのみ適用されます。それ以外の場合は、レビューを今すぐ注文または保存して続行を選択し、または残っている場合、手動で作成された注文明細がレビュー中をスキップします(例えば、保存を択した場合)。
    • ほとんどのルールテーブルとは異なり、デフォルトの購入レビュールールが最初にチェックされます
    ルールが注文明細に一致するとすぐに、自動的に作成された各注文明細のルールがチェックされ、その結果出力パラメータ)がチェックされます。結果はTrueの場合、注文明細はレビューのために送信されます。それ以外の場合、注文明細はパッケージングに進みます。デフォルトのルールは最初にチェックされています。デフォルトのルールには、構成可能な基準はありません。次のように、TrueまたはFalseにのみできます:
    • True -すべてのPO行がレビュー用に送信されます。
    • False - レビュー用に注文明細が送信されたかどうかをチェックするため、ルールがチェックされます。他のルールがない場合、または一致するルールがない場合、注文明細はレビュー用に送信されず、パッケージングに進みます。
    購入レビュールールページのルールを追加または編集します(ルールの追加を選択または行アクションリストで編集を選択)。
    purchasing_review_rules_add_ux.png
    購入レビュールールエディタページ
    基準(入力パラメーター)の説明については、次の表を参照してください。結果について、Trueは注文明細がレビュー用に送信されたことを示しています。Falseは、注文明細がレビューように送信されておらず、パッケージングに進むことを示しています。
    購入レビュールールの入力パラメータ
    パラメータ 説明
    AssertionCode 生成されたアラートのタイプ。購入ルールを呼び出すには、アサーションコードを指定する必要があります。これらのアラートは、手動で注文明細を作成または保存するとき(手動で注文明細を作成を参照)、EODレコードをインポートするとき(インポートプロファイルを使用してレコードをインポートを参照)、またはAPIを使用するとき(https://developers.exlibrisgroup.com/alma/apis/acqを参照)に表示されます。

    可能性のある値:
    • すでに目録があります – 注文明細アイテムが目録に既に存在します。
    • 重複する有効な注文 – 注文明細のアイテムがすでに別の有効な注文明細の一部です。
      同じシナリオで、注文明細を保存するときに、確認ダイアログボックスにこの注文済みリソースには有効な注文<注文番号>がありますメッセージが表示されます。
    • 電子コレクションがすでにリポジトリに存在します – 注文明細の電子コレクションがすでにリポジトリに存在します。
    • 電子リソースが有効化されていません – 注文明細の電子リソースが有効化されていません。このアラートは、注文明細が送信された後に表示される場合があります。
    • 予算が過剰に負担されています – 注文明細または請求書が、過剰に負担されている予算にリンクしていて 、警告のしきい値がある有効な過払いルールがあり、これに達しました。これは、予算が限度に近づいていて、追加の債務または支出取引ができないことを意味します。
    • さまざまな元帳からの予算 – 注文明細で規定されている予算は、さまざまな元帳に属します。
    • 請求ステータス – 使用されていません。
    • アイテムがリポジトリに既に存在します – 物的アイテムが既にリポジトリに存在します。つまり、注文はすでに物的に棚卸されている書誌レコード用のものです。
    • 必須情報が欠落しているか、誤っています – 注文明細に含まれる情報が不十分であるか、間違っています。
    • レビュー用に手動でマーク  – APIまたはEODを介して注文明細が作成されると、レビューのために注文明細を停止します
    • 完全に未受入 – 注文明細が完全に受入されていません。例えば、3つのアイテムが注文されましたが、到着したのは2つだけです。残りのアイテムを想定しておらず、注文明細を閉じる場合は、注文明細を更新して、受け取ったアイテムの数を反映します。その後、注文明細を閉じることができます。
    • この注文明細にはオープンクレームが存在します - 使用されていません。
    • 延滞の注文明細 – 注文明細の受入予定日が過ぎています。[クレーム]ページに注文明細が表示されます。
    • EODにより作成された注文明細 - 注文明細はEODを使用して作成されました。
    • 以前にキャンセルされた注文済みリソース – 注文明細は以前にキャンセルされた注文書の一部です。注文明細は、アイテムではなく書誌レコードにリンクされるようになりました。UIにこのメッセージが表示された場合、注文明細をアイテムにリンクする必要があります。
    • 価格の上限に達しました - 注文明細の価格が指定された値(デフォルトは10,000)より大きいです。この番号は、次のいずれかの方法でカスタマイズできます。
      • Almaで、[設定] > [受入]に移動し、2つのテーブル( 注文明細価格のしきい値または 請求額のしきい値)のいずれかにしきい値を設定します。
      • パラメータassertion_over_po_line_priceを使用します。詳細については、その他の設定を参照してください
      このアラートは、注文明細が送信された後に表示される場合があります。
    • 購入判断が存在します – トライアルマネージャーが注文明細アイテムを購入する決定を下しました。
    • ステータスを受入 - 使用していません。
    • リマインダー日付に達しました – 注文明細([レビュー遅延]ページにあります)の延期リマインダー日付(存在する場合)に達しました。
    • 注文明細の更新日がサブスクリプション終了日を過ぎています - 注文明細の更新日がサブスクリプション終了日よりも後になっています。更新の注文明細が[定期的な更新]タスクリストに表示されます。UIにこのメッセージが表示された場合は、注文明細を閉じるか、注文明細の更新日を更新してください。
    • レポーティングコードがありません – 注文明細にレポートコードが入力されていません。レポーティングコードは概要タブの注文明細の詳細領域に表示されます。レポーティングコードは、Almaアナリティックスのレポート作成プロセスの一部としてよく使用されます。Almaで定義されているが注文明細に割り当てられていない場合、セカンダリまたはターシャリレポートコードに対して同様のアラートが表示されます。
    • サブスクリプションが無効です – 注文明細の受入予定日が過ぎても注文明細の請求が行われていません。このアラートは、注文明細が送信された後に表示される場合があります。
    • 書誌レコードが短いです – 記録が短い/短いため、延長/交換する必要があります。短いレベルの閾値を下げると、このメッセージが頻繁に表示されなくなります。その他の設定(リソース管理)パラメータbrief_levelを参照してください。
    • 書誌レコードがシリーズ/ブックセットの一部です - レコードがシリーズの一部です。これは、ジャーナル/シリアル書誌レコードにモノグラフ注文の注文明細タイプが使用されたことを意味する場合があります。
    受入方法 アイテムの受入に使用される方法。受入方法を設定を参照してください。
    VendorCode
    ベンダー。
    POLineType 購入のタイプ(例えば、印刷された本、視聴覚資料など)。注文明細タイプを有効化/無効化を参照してください。
    SourceType
    注文明細を作成したプロセス。利用可能なオプションは次のとおりです:
    • 選択アイテム
    • EODをインポート
    • 配架準備をインポート
    • API
    • 購入リクエスト
    • 項目を特定しない
    • Was this article helpful?