View Issue Details

IDProjectCategoryView StatusLast Update
0010551Talerexchange AML officer webuipublic2026-02-04 19:00
ReporterChristian Grothoff Assigned ToFlorian Dold Resolution deadline
ImplementerReviewer 
Release signed byDeployed by 
VerifierCommunicator 
Data protection authority notification requiredNo  
CSIRT notification requiredNo  
Estimated effort (hours)Actual effort (hours)0 
Fast-trackNo
Work packagenone
PrioritynormalSeverityfeatureReproducibilityN/A
Status closedResolutionfixed 
Platformi7OSDebian GNU/LinuxOS Versionsqueeze
Product Versiongit (master) 
Target Version1.4Fixed in Version1.4 
Summary0010551: Automate event generation for vqf 902.14 in AML program [3d]
DescriptionFor MROS reporting, submission of the vqf_902_14 should run an AML program that sets the events/properties based on the form.

See: https://docs.taler.net/deployments/tops.html#implementation-gaps
TagsNo tags attached.

Required notifications

Address or linkRemarkAdded byNotifiedActions

Activities

Christian Grothoff

2025-12-07 15:02

manager   ~0026814

I'm again starting to wonder if this makes any sense. 902.14 is filed by an AML officer (!). After filing these forms, we don't usually run AML programs, unless specified _by_ the form (instant measures, etc.). So doing this server-side makes less and less sense to me.

Christian Grothoff

2025-12-19 14:28

manager   ~0027137

Last edited: 2025-12-19 14:28

To be done as mini-aml programs outside of the UI logic but inside AML SPA to enable testing and avoid spagetti. => Florian's problem ;-)

Christian Grothoff

2025-12-19 14:32

manager   ~0027138

Last edited: 2025-12-19 14:33

902.1-officer should probably additionally trigger ACCOUNT_OPEN (if not already the case).

Florian Dold

2026-01-27 15:11

manager   ~0027392

> 902.1-officer should probably additionally trigger ACCOUNT_OPEN (if not already the case).

That's is already the case both in the spec and in the implementation.

Florian Dold

2026-01-27 23:30

manager   ~0027400

The code base indeed already properly separates the pure computation from the UI.

I've improved the interface for the prop/event derivation logic (so that it is one function taking inputs to outputs instead of per-event computation), added some (unit) tests for the prop/event derivation logic, and fixed a bug that this testing uncovered (ACCOUNT_OPEN=false being derived where it shouldn't be).

Issue 0010929 tracks a minor refactoring/cleanup that further improves maintainability but is not required per se.

Issue History

Date ModifiedUsernameFieldChange
2025-11-06 15:45Christian GrothoffNew Issue
2025-11-06 15:45Christian GrothoffRelationship addedchild of 0009918
2025-11-06 15:45Christian GrothoffStatusnew => implementing
2025-11-27 16:08Florian DoldRelationship deletedchild of 0009918
2025-11-27 16:16Christian GrothoffAssigned To => Christian Grothoff
2025-11-27 16:16Christian GrothoffStatusimplementing => assigned
2025-11-28 21:12Christian GrothoffSummaryAutomate event generation for vqf 902.14 in AML program => Automate event generation for vqf 902.14 in AML program [3d]
2025-12-07 15:02Christian GrothoffNote Added: 0026814
2025-12-19 14:27Christian GrothoffAssigned ToChristian Grothoff => Florian Dold
2025-12-19 14:28Christian GrothoffNote Added: 0027137
2025-12-19 14:28Christian GrothoffNote Edited: 0027137
2025-12-19 14:32Christian GrothoffNote Added: 0027138
2025-12-19 14:33Christian GrothoffNote Edited: 0027138
2025-12-21 20:52Christian GrothoffCategoryexchange => exchange AML backoffice (SPA)
2026-01-27 15:11Florian DoldNote Added: 0027392
2026-01-27 23:30Florian DoldStatusassigned => informing
2026-01-27 23:30Florian DoldResolutionopen => fixed
2026-01-27 23:30Florian DoldNote Added: 0027400
2026-01-28 00:45Christian GrothoffFixed in Version => 1.4
2026-02-04 19:00Christian GrothoffStatusinforming => closed
2026-08-23 14:17Florian DoldCategoryexchange AML backoffice (SPA) => exchange AML officer webui