View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0010744 | Taler | merchant portal webui | public | 2025-12-08 18:49 | 2026-04-21 13:08 |
| Reporter | sebasjm | Assigned To | vlada.svirsh | 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 | normal | Severity | minor | Reproducibility | have not tried |
| Status | implementing | Resolution | open | ||
| Target Version | 1.8 | ||||
| Summary | 0010744: report orders with incoming wire transfer but without confirmation | ||||
| Description | https://docs.taler.net/core/api-merchant.html#get-[-instances-$INSTANCE]-private-orders maybe: ``` wired – Optional. If set to "yes", only return wired orders, if "no" only orders with missing wire transfers, if set to "confirmed" only to orders that the wire transfer has been received. Do not give (or use “all”) to see all orders regardless of wire transfer status. ``` Then the SPA instead of showing "wired" section on the order list can change to show: * "incoming" orders that the wire transfer has been sent by the exchange but not yet confirmed * "completed" (or settled ) for order that were confirmed (either manually or automatically) | ||||
| Tags | design-required | ||||
| related to | 0010710 | closed | Christian Grothoff | incoming wire transfer not shown |
| related to | 0011003 | closed | Florian Dold | Fix pagination in spa |
| parent of | 0011014 | acknowledged | Merchant: Strange sorting on orders page | |
| parent of | 0011004 | closed | sebasjm | tab list on order page should be scrolable |
| has duplicate | 0011350 | implementing | Florian Dold | The lists of order statuses are inconsistent |
| child of | 0011112 | implementing | vlada.svirsh | Simplified page for order status [meta] |
| Not all the children of this issue are yet resolved or closed. | ||||
| From a retailer's perspective, I always want to see the following orders in the backoffice 1. “Paid by customer” (paid) 2. “Paid, but not yet transferred to my bank account” (i.e., they are pending settlement by aggregate wire transfer after the transfer deadline has expired - with a clear date!) 3. “Successfully transferred to my bank account” (i.e., they are final) 4. “Partially refunded” with the refunded amount and the amount still awaiting settlement to my bank account 5. “Confirmed by me as final in my bank account” (i.e., everything is fine, I have seen the amount in my bank account and am now forwarding this information to the merchant back office) and in future iterations: 6. “Automatically confirmed as final in my bank account” | |
| 1+2 distinction doesn't make much sense IMO. But neither do the current Tabs of "Orders" where orders show up in multiple in weird ways. So I think, we should avoid the tabs entirely and really just expose the filters of the API: [paid - Y/N/A: N is basically the "New" tab, Y the "Paid" tab, "A" the "All" tab, default to "Y" ] [refunded - Y/N/A: just a filter by refund status, default to "A" ] [wired - Y/N/A: very clear: did I get the money?, default to "A"; explain in hints that this merely means that the exchange claims to have *sent* the wire transfer, not that we have *confirmed* to have received it. ] If we then show **columns** "paid/refunded/wired" for which the filter is on "A", it should be super-clear. Additionally, we probably should allow the user to specify the limit (how many orders to show per page), and also expose the search filters: "Search by summary", "Search by fulfillment URL" and "Search by session ID". We have the search by order ID and date filter, probably could make sense to put all 5 of these near each other (Jump to: [Order ID] / [Date]; Search in X/Y/Z by [TEXTBOX] ??). I'm sure Vlada can do a nice design for this... As for Sebastian's suggestion to expand the filters to add a *confirmation* filter (in addition to *wired*), I think that goes really too far for this dialog. For "wired" to "confirmed", we do have the wire transfers dialog already. | |
| Vlada: can you please help with the design here? | |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2025-12-08 18:49 | sebasjm | New Issue | |
| 2025-12-08 20:14 | Stefan | Note Added: 0026829 | |
| 2026-01-26 06:44 | Christian Grothoff | Relationship added | related to 0010710 |
| 2026-01-26 06:44 | Christian Grothoff | Assigned To | => Christian Grothoff |
| 2026-01-26 06:44 | Christian Grothoff | Status | new => acknowledged |
| 2026-01-26 06:44 | Christian Grothoff | Target Version | => post-1.0 |
| 2026-01-28 14:12 | Christian Grothoff | Status | acknowledged => assigned |
| 2026-01-28 14:12 | Christian Grothoff | Target Version | post-1.0 => 1.5 |
| 2026-01-31 20:54 | Christian Grothoff | Note Added: 0027515 | |
| 2026-01-31 20:55 | Christian Grothoff | Tag Attached: design-required | |
| 2026-01-31 20:55 | Christian Grothoff | Assigned To | Christian Grothoff => vlada.svirsh |
| 2026-01-31 20:55 | Christian Grothoff | Note Added: 0027516 | |
| 2026-01-31 20:55 | Christian Grothoff | Category | merchant backend => merchant backoffice SPA |
| 2026-02-06 13:06 | Christian Grothoff | Relationship added | parent of 0011014 |
| 2026-02-06 13:09 | Christian Grothoff | Relationship added | parent of 0011004 |
| 2026-02-06 14:05 | vlada.svirsh | Relationship added | related to 0011003 |
| 2026-02-19 13:09 | Florian Dold | Relationship added | child of 0011112 |
| 2026-02-22 13:42 | Christian Grothoff | Target Version | 1.5 => 1.8 |
| 2026-02-22 14:12 | Christian Grothoff | Status | assigned => implementing |
| 2026-04-21 13:08 | vlada.svirsh | Relationship added | has duplicate 0011350 |
| 2026-08-23 14:18 | Florian Dold | Category | merchant backoffice SPA => merchant portal webui |