APIキーを生成して ベンダーに提供します。

複数のベンダーがリアルタイム発注の一部である場合は、各ベンダーに 一意の個別のAPIキーを提供します。 このようにして、 機関が特定のベンダーとの取引を中止する場合、Developers Networkを介してその特定のAPIキーを無効にすることができます。 その他のAPIキーは、引き続き通常通り機能します。

APIキーの生成とAlma APIの操作に関する詳細については、 Alma APIをご確認ください。

Almaのベンダーレコードに関する情報は、受入 > 受入インフラストラクチャ > ベンダーからご確認ください。リアルタイム発注の一部として作成された発注明細は、ベンダーおよびベンダーアカウントに関連付けられます。

Alma内でこのベンダーが注文明細用EDIメッセージを送信しないように設定されていることをご確認ください。その他のEDIメッセージ（請求書など）を、 ワークフローの一部として送信することができます。

リアルタイム発注の一部として発注明細が 作成されたライブラリに割り当てられます。

所有図書館コードのリストをベンダーに提供してください。ベンダー側で行わなければならない実装としては、 関連する所有図書館を選択するために発注フォームにドロップダウンを表示できるようにすることです。その他の実装は、アカウントを単一の所有図書館に関連付けることです。この場合、オペレーターは関連するアカウントでログインする必要があります。

ベンダーが、図書館の全リストを取得するために 図書館の検索API を使用するか、特定図書館のコードを確認するために 図書館の取得API を使用できる点に、ご留意ください。

所有物へのアクセス（ATO：Access to Own） モデルは、すべての支出が所有権に寄与するeBookの独自の使用量ベースの受入モデルであるため、顧客は予算を管理しながら、より幅広いタイトルのプールへのアクセスを提供できる可能性があります。

このモデルは、次のような図書館に関連しています。

• 使用量ベース（証拠ベースまたはDDA）の購入を使用したい
• 図書館のコレクションに最前線と最下位層の質の高いコンテンツを求める
• アクセスよりも所有権にコレクション資金を使うことを好む

このモデルは、ProQuestのEbook Centralプラットフォームから入手できます。

• STL は、 拡張アクセス カバレッジを許可します
  • 図書館員は拡張アクセスを有効にして、 1ユーザーまたは3ユーザーのアクセスモデル で所有されている書籍がすでに完全に利用中の場合、または NL（非線形貸出）アクセスモデル で所有されている書籍の利用日数がなくなるようにすることができます。 その年に利用可能である場合、 ユーザーが書籍を十分に利用すると、ユーザーのために本のSTL、自動アップグレード、または自動購入 が開始されます。
• DDA で 検出可能な書籍のSTL
  • DDAで検出可能な書籍は、図書館員がユーザーに公開した所有されていない書籍です。 ユーザーがDDAで検出可能な本を十分に使用すると、STLまたは本の自動購入がトリガーされます。

エビデンスに基づく受入（EBA）

EBAの仕組み、4つのステップ

1. 図書館は、将来の電子書籍の購入に使用するためにEBAクレジット（たとえば $10,000）を預けます。
2. 図書館は、関連するベンダーコレクションを1年間無料で購読します。
3. サブスクリプションが終了する前に相互に合意した時間に、ベンダーは、コレクション内のすべてのタイトルの機関の使用統計と完全な価格表を図書館に提供します。
4. 次に、図書館はEBAクレジットを使用して、コレクションから最も使用されている電子書籍に永続的にアクセスできるように購入します。