Openbravo Issue Tracking System - Openbravo Localizations
View Issue Details
0051334Openbravo LocalizationsLocalization Italypublic2023-01-11 16:012023-03-30 17:55
ucarrion 
fermin_gascon 
urgentmajoralways
closedfixed 
5
 
 
0051334: Direct invoice document number incorrectly generated
Following the last exchanges, whenever I issue a direct invoice, I expect to get an invoice number based on the the c_invoice.document_no


Currently it is not working like this.
-Login an envionment using the RTPrinter.
-Go out from the demo mode on the RTPrinter.
-Do a sales invoice (press the Issue Invoice button).
-Complete the sales process.
-Check the printout and compare the invoice number with the one expected.
The number informed in the invoice MUST match the c_invoice.document_no
No tags attached.
Issue History
2023-01-11 16:01ucarrionNew Issue
2023-01-11 16:01ucarrionAssigned To => psanjuan
2023-01-17 16:52psanjuanNote Added: 0145515
2023-01-17 16:52psanjuanStatusnew => feedback
2023-01-18 13:15ucarrionDescription Updatedbug_revision_view_page.php?rev_id=25409#r25409
2023-01-18 13:15ucarrionProposed Solution updated
2023-01-20 09:32ucarrionStatusfeedback => new
2023-01-23 11:00ucarrionNote Added: 0145731
2023-01-23 11:02psanjuanDescription Updatedbug_revision_view_page.php?rev_id=25436#r25436
2023-01-23 11:04psanjuanAssigned Topsanjuan => Triage Platform Conn
2023-01-23 11:06psanjuanAssigned ToTriage Platform Conn => jetxarri
2023-01-24 09:15jetxarriNote Added: 0145787
2023-01-30 09:58jetxarriNote Edited: 0145787bug_revision_view_page.php?bugnote_id=0145787#r25474
2023-01-31 14:56ucarrionAssigned Tojetxarri => fermin_gascon
2023-02-01 14:46psanjuanNote Added: 0146121
2023-02-13 17:22psanjuanNote Added: 0146490
2023-02-13 17:31psanjuanNote Edited: 0146490bug_revision_view_page.php?bugnote_id=0146490#r25534
2023-02-14 12:37psanjuanNote Edited: 0146490bug_revision_view_page.php?bugnote_id=0146490#r25537
2023-02-14 12:38psanjuanNote Edited: 0146490bug_revision_view_page.php?bugnote_id=0146490#r25538
2023-03-16 17:00fermin_gasconStatusnew => acknowledged
2023-03-16 17:00fermin_gasconStatusacknowledged => scheduled
2023-03-16 17:00fermin_gasconStatusscheduled => resolved
2023-03-16 17:00fermin_gasconResolutionopen => fixed
2023-03-17 09:06ucarrionNote Added: 0147644
2023-03-17 09:06ucarrionStatusresolved => new
2023-03-17 09:06ucarrionResolutionfixed => open
2023-03-22 13:31psanjuanNote Added: 0147838
2023-03-22 13:37psanjuanNote Edited: 0147838bug_revision_view_page.php?bugnote_id=0147838#r25738
2023-03-22 13:38psanjuanNote Edited: 0147838bug_revision_view_page.php?bugnote_id=0147838#r25739
2023-03-22 13:40psanjuanNote Edited: 0147838bug_revision_view_page.php?bugnote_id=0147838#r25740
2023-03-30 17:55fermin_gasconNote Added: 0148124
2023-03-30 17:55fermin_gasconStatusnew => scheduled
2023-03-30 17:55fermin_gasconStatusscheduled => resolved
2023-03-30 17:55fermin_gasconResolutionopen => fixed
2023-03-30 17:55fermin_gasconStatusresolved => closed

Notes
(0145515)
psanjuan   
2023-01-17 16:52   
This behavior can not be implemented as OB Core is not able to generate a Document Nº based on a given algotithm.
What the RT.Printer does is to sent to the RT-Printer the Document Nº of the invoice that is created by taking into account the corresponding series (configured in the terminal) / sequence number.

To be reviewed with Norauto Project team.

IMHO this is not a bug.
(0145731)
ucarrion   
2023-01-23 11:00   
FROM (in the BO)
UCA23TT00000001
TO (in the paper RTP)
UCA23TT1
(0145787)
jetxarri   
2023-01-24 09:15   
(edited on: 2023-01-30 09:58)
Fixed in commits
https://gitlab.com/openbravo/customers/NOR/org.openbravo.retail.rtprinter/-/merge_requests/26/diffs?commit_id=77218b8917d201536bc64b96e5e45563cb033686 [^]
https://gitlab.com/openbravo/customers/NOR/org.openbravo.retail.rtprinter/-/merge_requests/26/diffs?commit_id=378218bece36a6fe22178abac9da8044cf344ed2 [^]
https://gitlab.com/openbravo/customers/NOR/org.openbravo.retail.rtprinter/-/commit/6c8f025a6a57ffa189ebda8e62e1dc0c576d22cc [^]

As part of MR
https://gitlab.com/openbravo/customers/NOR/org.openbravo.retail.rtprinter/-/merge_requests/26/commits [^]

(0146121)
psanjuan   
2023-02-01 14:46   
The main problem is that at the end the customer does not see the same "number" in the printed document than in the Backoffice, so we need to find the way to show the same number.
(0146490)
psanjuan   
2023-02-13 17:22   
(edited on: 2023-02-14 12:38)
Proposal suggested:
to put the Document Series in a dedicated field and in the next line
to put the Document Sequence "N. Fatura" up to 99999, if more numbers then we will use the field Prefix (10 characters)

Example:
series fattura : vbs1itikdaf/
n fattura: 00000000000012

(0147644)
ucarrion   
2023-03-17 09:06   
Reopening the issue as it is still KO.
(0147838)
psanjuan   
2023-03-22 13:31   
(edited on: 2023-03-22 13:40)
NEW PROPOSED SOLUTION (as the one provided so far can not be implemented properly due to RT-printer constraints).

We will let the RT-Printer to manage Direct Invoice numbering
OB Invoice number (including prefix + sequence number) will be included in the Direct Invoice as a comment through a specific command.

This OB Invoice number will be included in the "Customer" section before the ticket start, with details:

FATTURA N. XXXXXXXXX/XXXXXXXXXX

(0148124)
fermin_gascon   
2023-03-30 17:55   
https://gitlab.com/openbravo/customers/NOR/com.openbravo.norauto.printtemplates/-/merge_requests/384 [^]
https://gitlab.com/openbravo/customers/NOR/org.openbravo.retail.rtprinter/-/merge_requests/35 [^]