summaryrefslogtreecommitdiff
path: root/api-merchant.rst
diff options
context:
space:
mode:
authorMarcello Stanisci <marcello.stanisci@inria.fr>2015-11-19 23:12:43 +0100
committerMarcello Stanisci <marcello.stanisci@inria.fr>2015-11-19 23:12:43 +0100
commite640b72ef66e14e533793939bd6dad5d76aee75b (patch)
tree12bcedd92207744829ab844a6b5ad42fe2733ceb /api-merchant.rst
parent3bb33cefa9226230244957b1c4e82c8b44b1a275 (diff)
downloaddocs-e640b72ef66e14e533793939bd6dad5d76aee75b.tar.gz
docs-e640b72ef66e14e533793939bd6dad5d76aee75b.tar.bz2
docs-e640b72ef66e14e533793939bd6dad5d76aee75b.zip
'amount' field in deposit permission sent to backend
Diffstat (limited to 'api-merchant.rst')
-rw-r--r--api-merchant.rst6
1 files changed, 4 insertions, 2 deletions
diff --git a/api-merchant.rst b/api-merchant.rst
index 647b603f..93aba42e 100644
--- a/api-merchant.rst
+++ b/api-merchant.rst
@@ -389,6 +389,8 @@ cookies to identify the shopping session.
:status 500 Internal Server Error: In most cases, some error occurred while the backend was generating the contract. For example, it failed to store it into its database.
+.. _deposit-permission:
+
.. http:post:: /taler/pay
Send the deposit permission to the merchant. Note that the URL may differ between
@@ -460,7 +462,7 @@ The following API are made available by the merchant's `backend` to the merchant
:reqheader Content-Type: application/json
- The `frontend` passes the deposit permission received from the wallet, by adding the field `max_fee` (see :ref:`contract`) and optionally adding a field named `edate`, indicating a deadline by which he would expect to receive the bank transfer for this deal
+ The `frontend` passes the :ref:`deposit permission <deposit-permission>` received from the wallet, by adding the fields `max_fee`, `amount` (see :ref:`contract`) and optionally adding a field named `edate`, indicating a deadline by which he would expect to receive the bank transfer for this deal
**Success Response: OK**
@@ -468,5 +470,5 @@ The following API are made available by the merchant's `backend` to the merchant
**Failure Responses:**
- The `backend` will return verbatim the error codes received from the mint's :ref:`deposit` API. If the wallet made a mistake, like by double-spending for example, the `frontend` should pass the reply verbatim to the browser/wallet. This should be the expected case, as the `frontend` cannot really make mistakes; the only reasonable exception is if the `backend` is unavailable, in which case the customer might appreciate some reassurance that the merchant is working on getting his systems back online.
+ The `backend` will return verbatim the error codes received from the mint's :ref:`deposit <deposit>` API. If the wallet made a mistake, like by double-spending for example, the `frontend` should pass the reply verbatim to the browser/wallet. This should be the expected case, as the `frontend` cannot really make mistakes; the only reasonable exception is if the `backend` is unavailable, in which case the customer might appreciate some reassurance that the merchant is working on getting his systems back online.