View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0008311 | Taler | libeufin-nexus | public | 2024-02-02 19:55 | 2024-03-07 20:47 |
| Reporter | Christian Grothoff | Assigned To | Christian Grothoff | ||
| Priority | normal | Severity | text | Reproducibility | N/A |
| Status | closed | Resolution | fixed | ||
| Platform | i7 | OS | Debian GNU/Linux | OS Version | squeeze |
| Product Version | git (master) | ||||
| Target Version | 0.9.4 | Fixed in Version | 0.9.4 | ||
| Summary | 0008311: nexus manual suggests libeufin-nexus only creates CAMT.054 files? | ||||
| Description | The current Nexus manual suggests that libeufin-nexus 'ebics-fetch' only creates CAMT.054 files on disk. While this is perfectly reasonable for testing, I hope that there is a way to download and parse the CAMT.054 files and then insert the transaction data into our database. The respective subcommand should exist and be documented in the nexus-manual. | ||||
| Tags | No tags attached. | ||||
|
|
ebics-fetch downloads CAMT.054 and 'ingests' them, no file is created on the disk unless the --debug-ebics option has been used. |
|
|
Then please fix the description in docs.git/libeufin/. |
|
|
Fixed it in eb0bc54..cc1c2bf |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2024-02-02 19:55 | Christian Grothoff | New Issue | |
| 2024-02-02 19:55 | Christian Grothoff | Status | new => assigned |
| 2024-02-02 19:55 | Christian Grothoff | Assigned To | => Antoine A |
| 2024-02-02 21:16 | Antoine A | Note Added: 0021131 | |
| 2024-02-03 12:23 | Christian Grothoff | Note Added: 0021134 | |
| 2024-02-04 11:41 | Christian Grothoff | Assigned To | Antoine A => Christian Grothoff |
| 2024-02-04 11:41 | Christian Grothoff | Status | assigned => resolved |
| 2024-02-04 11:41 | Christian Grothoff | Resolution | open => fixed |
| 2024-02-04 11:41 | Christian Grothoff | Fixed in Version | => 0.9.4 |
| 2024-02-04 11:41 | Christian Grothoff | Note Added: 0021138 | |
| 2024-03-07 20:47 | Christian Grothoff | Status | resolved => closed |
