フルフィルメントネットワーク内の機関間のリクエストは、リソースシェアフレームワーク内で処理できます。貸出リクエストは、PrimoのユーザーまたはAlmaのオペレータによって作成されます。次に、Almaは、リクエストされたアイテムを持つすべての機関の勤務表を作成します。勤務表には、フルフィルメントネットワークリクエスト、つまりレギュラーの取り置きリクエストとして貸出リクエストを処理する機関、古典的なリソースシェアリクエスト、つまり貸出リクエストとして貸出リクエストを処理する機関が含まれます。勤務表の最初の機関がリクエストを拒否した場合、Almaはリスト内を自動的に移動し、順番に並んでいる次の機関にリクエストを振替します。選択された貸出機関がフルフィルメントネットワークの一部である場合、貸し手側のリクエストは、リクエストしたユーザーにリンクされたユーザーアカウントにリンクされた正規の取り置きリクエストとして、リクエストされたリソースの受け取りページの「取り置き棚から受け取り」のタスクリストに含まれます（共同ネットワークでのユーザーのリンキングも参照）。

フルフィルメントネットワークリクエストにリソースシェアフレームワークを使用すると、次の利点があります。

• 取寄せ機関がリクエストを維持しない。ユーザーは取寄せ機関のPrimoシステムにリクエストを出すことができますが、リクエストは人間の介入なしに通過する。
• 貸出機関は、リクエストされたリソースの受け取りページの単一の列でこれらのリクエストを管理する。
• このプロセスでは、どこでも受け取りおよび返却機能を使用できます。「フルフィルメントネットワーク」を参照してください。
• 受け取りロケーションには、機関内のすべての図書館が含まれます。

以下の点を考慮する必要があります：

• AFN 要求はシステム制御番号を使用して処理されます。
• 検索プロセスでは、物理リソースのみを検索します。
• 電子リソースのリクエストはデフォルトでは無視されます。
• 物理的な保留リクエストと物理的なデジタル化リクエストのみを作成できます。

AFN 要求が行われると、システム制御番号が要求に含まれます。組織コードが削除されると、システムがリクエストを無関係なリソースに誤ってマッチングする可能性があります。 その結果、元のリクエストとは無関係な、さまざまなリソースとの不一致が生じることがあります。