View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0010744 | Taler | merchant backoffice SPA | public | 2025-12-08 19:49 | 2026-01-31 21:55 |
| Reporter | sebasjm | Assigned To | vlada.svirsh | ||
| Priority | normal | Severity | minor | Reproducibility | have not tried |
| Status | assigned | Resolution | open | ||
| Target Version | 1.5 | ||||
| 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 | resolved | Christian Grothoff | incoming wire transfer not shown |
|
|
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 19:49 | sebasjm | New Issue | |
| 2025-12-08 21:14 | Stefan | Note Added: 0026829 | |
| 2026-01-26 07:44 | Christian Grothoff | Relationship added | related to 0010710 |
| 2026-01-26 07:44 | Christian Grothoff | Assigned To | => Christian Grothoff |
| 2026-01-26 07:44 | Christian Grothoff | Status | new => acknowledged |
| 2026-01-26 07:44 | Christian Grothoff | Target Version | => post-1.0 |
| 2026-01-28 15:12 | Christian Grothoff | Status | acknowledged => assigned |
| 2026-01-28 15:12 | Christian Grothoff | Target Version | post-1.0 => 1.5 |
| 2026-01-31 21:54 | Christian Grothoff | Note Added: 0027515 | |
| 2026-01-31 21:55 | Christian Grothoff | Tag Attached: design-required | |
| 2026-01-31 21:55 | Christian Grothoff | Assigned To | Christian Grothoff => vlada.svirsh |
| 2026-01-31 21:55 | Christian Grothoff | Note Added: 0027516 | |
| 2026-01-31 21:55 | Christian Grothoff | Category | merchant backend => merchant backoffice SPA |
