View Issue Details

IDProjectCategoryView StatusLast Update
0011183Talerspecificationpublic2026-06-02 21:53
ReporterChristian Grothoff Assigned ToChristian Grothoff  
PrioritynormalSeverityfeatureReproducibilityN/A
Status assignedResolutionopen 
Platformi7OSDebian GNU/LinuxOS Versionsqueeze
Product Versiongit (master) 
Target Version1.8 
Summary0011183: swap ToS and KYC Auth steps in UX
DescriptionThe more common UX is that the ToS acceptance comes first, and the KYC AUTH step also takes too long to be a first step.
It would be better if KYC AUTH came last in the UX.
But we cannot change this in the protocol, so the idea is to allow the merchant to *ask* for the ToS acceptance first, and then to have the merchant backend 'fake' the ToS acceptance submission after it learns KYC AUTH is done.

This will be a MAJOR hack and requires both API changes, specification changes, and work in exchange and merchant.
Tagsux

Activities

Christian Grothoff

2026-05-31 14:09

manager   ~0028742

03040266..0a48679b contains the necessary specification changes.

Christian Grothoff

2026-05-31 14:35

manager   ~0028744

exchange support added in protocol v36 / 72c3c3b8df0ea1cd9354aabe4fd13c9e102ca752

Christian Grothoff

2026-06-02 21:36

manager   ~0028756

c77d9adc..357a283a adds the logic to the merchant to signal the SPA to swap ToS acceptance and to allow the
SPA to tell the backend that the user did already accept the ToS.

Missing:
- SPA modifications: if ToS swapping is on, download /terms and make user accept them before going for KYC auth details.
- sending the 'accept' of the ToS to the exchange during taler-merchant-kyccheck when we learn that this
  is what is needed and see that the user did already accept the ToS. Probably requires some minor
  fix-up to the protocol from the exchange to signal to the merchant which ToS version must be accepted.

Christian Grothoff

2026-06-02 21:53

manager   ~0028757

tos_required is now returned in GET /kyc-check/ as per exchange spec. However, there is a FIXME left to actually
determine if the jrules are in the "ToS required" state.

Issue History

Date Modified Username Field Change
2026-03-04 13:57 Christian Grothoff New Issue
2026-03-04 13:57 Christian Grothoff Status new => confirmed
2026-03-04 13:57 Christian Grothoff Tag Attached: ux
2026-05-27 15:14 Christian Grothoff Assigned To => Christian Grothoff
2026-05-27 15:14 Christian Grothoff Status confirmed => assigned
2026-05-27 15:14 Christian Grothoff Status assigned => confirmed
2026-05-28 00:11 Christian Grothoff Status confirmed => assigned
2026-05-28 00:11 Christian Grothoff Target Version post-1.0 => 1.8
2026-05-31 14:09 Christian Grothoff Note Added: 0028742
2026-05-31 14:35 Christian Grothoff Note Added: 0028744
2026-06-02 21:36 Christian Grothoff Note Added: 0028756
2026-06-02 21:53 Christian Grothoff Note Added: 0028757