View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0011384 | Taler | libeufin-nexus | public | 2026-05-07 06:34 | 2026-05-28 16:41 |
| Reporter | Antoine A | Assigned To | Antoine A | Resolution deadline | |
| Implementer | Reviewer | ||||
| Release signed by | Deployed by | ||||
| Verifier | Communicator | ||||
| Data protection authority notification required | No | ||||
| CSIRT notification required | No | ||||
| Estimated effort (hours) | Actual effort (hours) | 0 | |||
| Fast-track | No | ||||
| Work package | none | ||||
| Priority | high | Severity | major | Reproducibility | N/A |
| Status | implementing | Resolution | open | ||
| Target Version | 1.7 | ||||
| Summary | 0011384: Improve handling of Account service reference identifiers | ||||
| Description | Account service references are unique identifiers generated by our bank; there are present at two levels: the entry level and the transaction level. The former can be shared across multiple transactions. With some banks, the same identifier is used for both when a single transaction is included in an entry. That is why we merged the two into a single reference identifier in the database. This approach was flawed, as some banks (Postfinance) sometimes send only the entry information in certain files and the transaction information in others. This means we duplicate the transactions each time, leaving incomplete transactions in the database. We need to be able to reconcile the data from these files and must therefore differentiate account service references at the entry level and at the transaction level. This would make our current three ID design into a four ID design. We should drop the incomplete transaction during migration, there would be incomplete transactions with only an account service reference as identifier. | ||||
| Tags | No tags attached. | ||||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2026-05-07 06:34 | Antoine A | New Issue | |
| 2026-05-07 06:34 | Antoine A | Status | new => assigned |
| 2026-05-07 06:34 | Antoine A | Assigned To | => Antoine A |
| 2026-05-07 09:56 | Antoine A | Target Version | 1.7 => 1.6 |
| 2026-05-28 16:41 | Antoine A | Target Version | 1.6 => 1.7 |
| 2026-05-28 16:41 | Antoine A | Relationship added | related to 0011354 |
| 2026-11-03 07:21 | Status | assigned => implementing |