View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0010551 | Taler | exchange AML backoffice (SPA) | public | 2025-11-06 16:45 | 2026-01-28 01:45 |
| Reporter | Christian Grothoff | Assigned To | Florian Dold | ||
| Priority | normal | Severity | feature | Reproducibility | N/A |
| Status | resolved | Resolution | fixed | ||
| Platform | i7 | OS | Debian GNU/Linux | OS Version | squeeze |
| Product Version | git (master) | ||||
| Target Version | 1.4 | Fixed in Version | 1.4 | ||
| Summary | 0010551: Automate event generation for vqf 902.14 in AML program [3d] | ||||
| Description | For 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 | ||||
| Tags | No tags attached. | ||||
|
|
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. |
|
|
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 ;-) |
|
|
902.1-officer should probably additionally trigger ACCOUNT_OPEN (if not already the case). |
|
|
> 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. |
|
|
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. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2025-11-06 16:45 | Christian Grothoff | New Issue | |
| 2025-11-06 16:45 | Christian Grothoff | Relationship added | child of 0009918 |
| 2025-11-06 16:45 | Christian Grothoff | Status | new => confirmed |
| 2025-11-27 17:08 | Florian Dold | Relationship deleted | child of 0009918 |
| 2025-11-27 17:16 | Christian Grothoff | Assigned To | => Christian Grothoff |
| 2025-11-27 17:16 | Christian Grothoff | Status | confirmed => assigned |
| 2025-11-28 22:12 | Christian Grothoff | Summary | Automate event generation for vqf 902.14 in AML program => Automate event generation for vqf 902.14 in AML program [3d] |
| 2025-12-07 16:02 | Christian Grothoff | Note Added: 0026814 | |
| 2025-12-19 15:27 | Christian Grothoff | Assigned To | Christian Grothoff => Florian Dold |
| 2025-12-19 15:28 | Christian Grothoff | Note Added: 0027137 | |
| 2025-12-19 15:28 | Christian Grothoff | Note Edited: 0027137 | |
| 2025-12-19 15:32 | Christian Grothoff | Note Added: 0027138 | |
| 2025-12-19 15:33 | Christian Grothoff | Note Edited: 0027138 | |
| 2025-12-21 21:52 | Christian Grothoff | Category | exchange => exchange AML backoffice (SPA) |
| 2026-01-27 16:11 | Florian Dold | Note Added: 0027392 | |
| 2026-01-28 00:30 | Florian Dold | Status | assigned => resolved |
| 2026-01-28 00:30 | Florian Dold | Resolution | open => fixed |
| 2026-01-28 00:30 | Florian Dold | Note Added: 0027400 | |
| 2026-01-28 01:45 | Christian Grothoff | Fixed in Version | => 1.4 |
