...
Of course, there are many other framework conditions real library challenges besides the example above that need to be covered with the approach discussed above. In the
following, further basic examples are outlined and it is examined whether the solution described above is sufficient.
...
- A library has two library locations.
- Local stock should not be able to be ordered.
- Stock from site 'A' should be able to be ordered to site 'B'.
- Stock from site 'B' should be able to be ordered to site 'A'.
- The library has a discovery system that does not require registration for research.
Discussion
This example is only item depended. But still it has two aspects:
- edge_rtac
The discovery system needs the information, that local ordering is limited by placelocation ("not local"). - edge_patron
The mock order returns should return only issue pickup locations from other locations like that of the specimen. (a use case of UXPROD-2689)
...
- In a departure from the previous example, there is a privileged group that is also allowed to order locally.
- Additionally, there is a third group that is allowed to order locally for a handling fee.
Discussion
edge_rtac
The orderability constraint Orderability should be specified as a property of the group.Code Block title possible response {"limitations": [ {"place" [ {"ordinary group": "non local"}, {"privileged group": "also local"}, {"payer group": "local for money"} ]} ]}
Note: The example above isn't a realistic goal. But 'rtac' might provide all non classified attributes and notes of holding, location and item. this might be sufficient for the discovery system to visualize all cases.edge_patron
The usable pickup locations are filtered by readerandcopy.
If the patron is member of the 'payer' group, the amount of the fee could be provided also from the mock order.
...