FrontAccounting forum — A Logical Bug in Invoice

Re: A Logical Bug in Invoice

2017-08-21T06:11:51Z

I have located. The bug is due to one of my extension. Thanks for input

Re: A Logical Bug in Invoice

2017-08-19T17:01:31Z

As you are using FA 2.3.25, are there any fixes in 2.3.26 that affect your install? There appears to be an extra table 1_kv_departments that has no data in it. Has that plugin caused some dated static changes in your fileset?

Does this fix or this one affect this issue?

Re: A Logical Bug in Invoice

2017-08-19T13:23:01Z

Further If you create more invoices it is allocating wrong Delivery Numbers.

Re: A Logical Bug in Invoice

2017-08-19T13:21:27Z

Yes this is my (Boxygen) clients data.

Re: A Logical Bug in Invoice

2017-08-19T13:20:00Z

And If you check in Customer Transaction Inquiry After Invoice Number 420 All INvoices View are showing wrong Delivery Numbers

Re: A Logical Bug in Invoice

2017-08-19T13:17:28Z

I have asked Janusz to look at this.

Joe
Ps. I noticed that the client is the one below boxygen .

A Logical Bug in Invoice

2017-08-19T12:54:56Z

Please check this link

http://fa.boxygen.biz/fa2325/sales/view/view_invoice.php?trans_no=643&trans_type=10

id: admin
pass: frontaccounting

In Deliveries you will find 348. But this Delivery is a voided delivery. How is this allocated to this invoice.

The Actual Delivery to this invoice is 643.

The Order Number for this Transaction is 646

How this could happen.