[taler-docs] branch master updated: address last fixme with respect to inventory locks (#6949)

[gnunet]

This is an automated email from the git hooks/post-receive script.

grothoff pushed a commit to branch master
in repository docs.

The following commit(s) were added to refs/heads/master by this push:
     new 159339b  address last fixme with respect to inventory locks (#6949)
159339b is described below

commit 159339b878b8e88ba7cb7576ffe629b75d3b3783
Author: Christian Grothoff <grothoff@gnunet.org>
AuthorDate: Tue Apr 18 18:37:41 2023 +0200

    address last fixme with respect to inventory locks (#6949)
---
 taler-merchant-manual.rst | 21 ++++++++++-----------
 1 file changed, 10 insertions(+), 11 deletions(-)

diff --git a/taler-merchant-manual.rst b/taler-merchant-manual.rst
index f00f6b8..7ccefb1 100644
--- 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

-- 
To stop receiving notification emails like this one, please contact
gnunet@gnunet.org.