taler-docs

Documentation for GNU Taler components, APIs and protocols
Log | Files | Refs | README | LICENSE

commit 00e64e338119476194ea87c26b50bc37aa9ce6ee
parent 7502ecfd3deacf3a109672dc44b5f1d1ec4e048a
Author: Christian Grothoff <grothoff@gnunet.org>
Date:   Tue, 20 Aug 2024 09:24:54 +0200

Revert "also update DD23"

This reverts commit 13178de76fc409f5aae36747741650781bb7cea6.

Diffstat:
Mdesign-documents/023-taler-kyc.rst | 8+++++---
1 file changed, 5 insertions(+), 3 deletions(-)

diff --git a/design-documents/023-taler-kyc.rst b/design-documents/023-taler-kyc.rst @@ -947,7 +947,7 @@ description of the high-level process for different providers. # if the provided inputs do not match expectations. # Note that the converter will be expected to output the # set of attributes listed under the respective ``[kyc-check-*]`` - # sections. Calling the converter with ``-o`` + # sections. Calling the converter with ``--list-outputs`` # should generate a (newline-separated) list of attributes # the converter promises to generate in its JSON output # (when run regularly). @@ -1019,8 +1019,10 @@ providers, one per configuration section: # Basically, the check's output is expected to # provide the following fields as attribute inputs into # a subsequent AML program. - # INFO never has any outputs. - OUTPUTS = "business_name street city country registration" + # Only given for type FORM; INFO never has any outputs, + # and for type LINK we can obtain the same information + # from the CONVERTER via ``--list-outputs``. + OUTPUTS = business_name street city country registration # **original** measure to take if the check fails # (for any reason, e.g. provider or form fail to