You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/availability.md
+12-12
Original file line number
Diff line number
Diff line change
@@ -1,18 +1,18 @@
1
-
# Availability management
1
+
# Availability Management
2
2
3
-
Supplier's services availability management is not a part of the protocol but the information from such systems is the foundation of offers generation. Every offer should represent the availability of service to the buyer.
3
+
> **Note**: This functionality is not implemented yet. Use these guidelines to review potential future features.
4
4
5
-
Here is the list of common use cases of availability management systems that can be implemented in the frame of the protocol:
5
+
Supplier's services availability management is not a part of the protocol, but the information from such systems is the foundation of offer generation. Every offer should represent the availability of a service to the buyer.
6
6
7
-
- availability lookup. Allows to search for available services.
8
-
- temporary locking. Allows to lock available service for prevention of double booking.
9
-
- booking/selling. Allows to book or sell the service and make it unavailable according to the supplier use case logic.
10
-
- change. Allows to change booked service.
11
-
- canceling. Allows to cancel already booked service.
7
+
The following are common use cases of availability management systems that can be implemented within the protocol:
12
8
13
-
The protocol supplier node instances have tools that automate access and communication with external availability management systems. To support earlier mentioned use cases the node configuration has special options to define callback functions.
9
+
-**Availability Lookup**: Allows searching for available services.
10
+
-**Temporary Locking**: Allows locking an available service to prevent double booking.
11
+
-**Booking/Selling**: Allows booking or selling the service and making it unavailable according to the supplier's use case logic.
12
+
-**Change**: Allows changing a booked service.
13
+
-**Canceling**: Allows canceling an already booked service.
14
14
15
-
> This API is experimental and may be changed
15
+
The protocol's supplier node instances have tools that automate access and communication with external availability management systems. To support the aforementioned use cases, the node configuration has special options to define callback functions.
Once the properly configured node is startedregistered API functions become available under the `node.availabilityManager`.
60
+
Once the properly configured node is started, the registered API functions become available under `node.availabilityManager`. These API functions can then be used to manage the availability of services and support various availability-related use cases within the WindingTree market protocol.
0 commit comments