Project:
View Issue Details[ Jump to Notes ] | [ Issue History ] [ Print ] | |||||||
ID | ||||||||
0055834 | ||||||||
Type | Category | Severity | Reproducibility | Date Submitted | Last Update | |||
defect | [Openbravo Localizations] Localization Italy | major | always | 2024-06-25 12:08 | 2024-08-09 13:52 | |||
Reporter | maite | View Status | public | |||||
Assigned To | fermin_gascon | |||||||
Priority | normal | Resolution | fixed | Fixed in Version | ||||
Status | closed | Fix in branch | Fixed in SCM revision | |||||
Projection | none | ETA | none | Target Version | ||||
OS | Any | Database | Any | Java version | ||||
OS Version | Database version | Ant version | ||||||
Product Version | SCM revision | |||||||
Regression date | ||||||||
Regression introduced by commit | ||||||||
Regression level | ||||||||
Regression introduced in release | ||||||||
Summary | 0055834: Ticket fiscalized but stuck in the till. So it can be finally deleted when it has been already fiscalized | |||||||
Description | The cashier is blocked because a ticket has been fiscalized but not synchronized to the backoffice. To unblock the situation he finally delete the ticket, so they arrive to a "ghost receipt" scenario: ticket fiscalized that does not exists in the backoffice | |||||||
Steps To Reproduce | Add any product and pay the ticket with Cash and overpayment amount (so change is expected) | |||||||
Tags | No tags attached. | |||||||
Attached Files | ||||||||
![]() |
|
![]() |
|
(0166606) psanjuan (manager) 2024-07-02 14:33 edited on: 2024-07-02 14:38 |
We need assistance to reproduce this error. Issue changed to Status = Feedback. In any case, our "Propose Solution" is: It should NOT be possible to delete a ticket/sale which has been already fiscalized. We can take this one. If this happens, the till will be blocked and it will be required to research on the issue that prevents the ticket or sale to be synchronized with the backoffice. We consider this one a different topic, so please create a separate issue, as we do believe that this has nothing to do with the RT-Printer. |
(0167884) egoitz (developer) 2024-08-09 09:15 |
That was theoretically already fixed. There was not consistent way to reproduce apart from disconting the printer just after calling to it. |
(0167923) aferraz (developer) 2024-08-09 13:51 |
Fixed in these MRs: https://gitlab.com/openbravo/customers/NOR/org.openbravo.retail.rtprinter/-/merge_requests/76 [^] https://gitlab.com/openbravo/product/pmods/org.openbravo.events.fiscalrtprinter/-/merge_requests/20 [^] |
![]() |
|||
Date Modified | Username | Field | Change |
2024-06-25 12:08 | maite | New Issue | |
2024-06-25 12:08 | maite | Assigned To | => ravneet |
2024-06-25 12:09 | maite | Category | Localization India => Localization Italy |
2024-06-25 12:10 | maite | Steps to Reproduce Updated | View Revisions |
2024-07-02 14:33 | psanjuan | Note Added: 0166606 | |
2024-07-02 14:34 | psanjuan | Assigned To | ravneet => egoitz |
2024-07-02 14:34 | psanjuan | Status | new => feedback |
2024-07-02 14:34 | psanjuan | Note Edited: 0166606 | View Revisions |
2024-07-02 14:38 | psanjuan | Note Edited: 0166606 | View Revisions |
2024-08-09 09:15 | egoitz | Note Added: 0167884 | |
2024-08-09 09:15 | egoitz | Assigned To | egoitz => psanjuan |
2024-08-09 09:16 | egoitz | Status | feedback => new |
2024-08-09 13:51 | aferraz | Note Added: 0167923 | |
2024-08-09 13:52 | aferraz | Assigned To | psanjuan => fermin_gascon |
2024-08-09 13:52 | aferraz | Status | new => scheduled |
2024-08-09 13:52 | aferraz | Status | scheduled => resolved |
2024-08-09 13:52 | aferraz | Resolution | open => fixed |
2024-08-09 13:52 | aferraz | Status | resolved => closed |
Copyright © 2000 - 2009 MantisBT Group |