Openbravo Issue Tracking System - Retail Modules |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0050393 | Retail Modules | RT-Printer | public | 2022-10-03 16:24 | 2023-02-10 12:32 |
|
Reporter | ucarrion | |
Assigned To | fermin_gascon | |
Priority | high | Severity | major | Reproducibility | always |
Status | closed | Resolution | fixed | |
Platform | | OS | 5 | OS Version | |
Product Version | | |
Target Version | | Fixed in Version | | |
Merge Request Status | |
Review Assigned To | |
OBNetwork customer | |
Support ticket | |
Regression level | |
Regression date | |
Regression introduced in release | |
Regression introduced by commit | |
Triggers an Emergency Pack | No |
|
Summary | 0050393: Incorrect Fiscal document number when reprinting a transaction |
Description | Following the spec: https://docs.google.com/document/d/118OLnrmQVSVhTHvoWvuOwfMtDPMeOrqPnEzYd18dZJ0/edit#heading=h.ss5zqxxd9bhu [^]
Whenever I do a reprint of a sale fiscalized by the RT Printer I expect to get the exact fiscal receipt date/time and the exact fiscal receipt number as in the original document.
Currently we are not printing in this way. The fiscal receipt number is taking a new number on the sequence. And the date and time does not correspond to the one of the original document. |
Steps To Reproduce | -Login an Italian environment using the RT Printer
-Do a new sale or get an older ticket already fiscalized before, if possible.
-Once the sales transaction mentioned before is ready, recall it in the screen.
-Select the 'Print' option and press 'Print receipt'
-Check that the fiscal receipt date/time and number are NOT the onces of the original document but a new ones. |
Proposed Solution | Both the fiscal receipt date, time and number must be exactly the same as the ones in the original document. |
Additional Information | |
Tags | NOR, NORAUTO |
Relationships | |
Attached Files | 50393.png (525,647) 2022-10-03 16:26 https://issues.openbravo.com/file_download.php?file_id=17579&type=bug |
|
Issue History |
Date Modified | Username | Field | Change |
2022-10-03 16:24 | ucarrion | New Issue | |
2022-10-03 16:24 | ucarrion | Assigned To | => psanjuan |
2022-10-03 16:24 | ucarrion | Triggers an Emergency Pack | => No |
2022-10-03 16:26 | ucarrion | File Added: 50393.png | |
2022-10-03 16:27 | ucarrion | Tag Attached: NOR | |
2022-10-03 16:27 | ucarrion | Tag Attached: NORAUTO | |
2022-10-20 17:22 | psanjuan | Note Added: 0142367 | |
2022-10-20 17:22 | psanjuan | Assigned To | psanjuan => fermin_gascon |
2022-10-24 09:56 | psanjuan | Note Added: 0142440 | |
2022-10-26 13:20 | psanjuan | Note Added: 0142598 | |
2022-11-15 16:00 | adrianromero | Note Added: 0143623 | |
2023-01-10 13:11 | jetxarri | Assigned To | fermin_gascon => jetxarri |
2023-01-10 13:11 | jetxarri | Assigned To | jetxarri => ucarrion |
2023-01-10 13:11 | jetxarri | Assigned To | ucarrion => jetxarri |
2023-02-10 12:10 | fermin_gascon | Status | new => scheduled |
2023-02-10 12:10 | fermin_gascon | Assigned To | jetxarri => |
2023-02-10 12:10 | fermin_gascon | Status | scheduled => resolved |
2023-02-10 12:10 | fermin_gascon | Resolution | open => fixed |
2023-02-10 12:10 | fermin_gascon | Assigned To | => fermin_gascon |
2023-02-10 12:10 | fermin_gascon | Status | resolved => closed |
2023-02-10 12:32 | ucarrion | Note Added: 0146377 | |
Notes |
|
|
|
|
|
|
|
|
|
|
|
Design defects does not have due date |
|
|
|
The issue must be closed as the EPSON team confirmed that the fiscal transactions (Documenti Commerciali) and the management transactions (Documenti Gestionali) follow different sequences, so have a different document number.
In case of a reprint, that is a management document, will print the original transaction document number as part of the original ticket info and then at the bottom will get its own document number as management document number. |
|