commit 159339b878b8e88ba7cb7576ffe629b75d3b3783
parent 92103b665325185133719a5cc5017940baa7df2c
Author: Christian Grothoff <grothoff@gnunet.org>
Date: Tue, 18 Apr 2023 18:37:41 +0200
address last fixme with respect to inventory locks (#6949)
Diffstat:
1 file changed, 10 insertions(+), 11 deletions(-)
diff --git a/taler-merchant-manual.rst b/taler-merchant-manual.rst
@@ -194,17 +194,16 @@ actors claiming orders is problematic (say because of limited stocks). The use
of claim tokens is optional, but if a claim token is used, it must be provided
to the wallet as part of the order URI.
-Additionally, when stocks are limited, you can configure Taler to
-set a *product lock* on items (say, while composing the shopping cart).
-These locks, as well as the *order lock* (when the order is complete),
-can be configured to auto-unlock at certain times.
-
-.. FIXME: Is "can be configured" correct? (Are there controls surfaced?)
-
-A wallet may *pay* for a claimed order, at which point the order turns into
-a (paid) contract. Orders have an expiration date after which the commercial
-offer expires and any stock of products *locked* by the order is released,
-allowing the stock to be sold in other orders.
+Additionally, when stocks are limited, you can configure Taler to set a
+*product lock* on items (say, while composing the shopping cart). These
+locks will ensure that the limited stock is respected when making offers
+to consumers.
+
+A wallet may *pay* for a claimed order, at which point the order turns into a
+(paid) contract. Orders have an configurable expiration date (the
+``pay_deadline``) after which the commercial offer expires and any stock of
+products *locked* by the order will be automatically released, allowing the
+stock to be sold in other orders.
Once a contract has been paid, the merchant should fulfill the contract. It
is possible for the merchant to *refund* a contract order, for example if the
