FrontAccounting forum — A Logical Bug in Invoice

Re: A Logical Bug in Invoice

null@example.com (boxygen) — Mon, 21 Aug 2017 06:11:51 +0000

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

Re: A Logical Bug in Invoice

null@example.com (apmuthu) — Sat, 19 Aug 2017 17:01:31 +0000

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

null@example.com (boxygen) — Sat, 19 Aug 2017 13:23:01 +0000

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

Re: A Logical Bug in Invoice

null@example.com (boxygen) — Sat, 19 Aug 2017 13:21:27 +0000

Yes this is my (Boxygen) clients data.

Re: A Logical Bug in Invoice

null@example.com (boxygen) — Sat, 19 Aug 2017 13:20:00 +0000

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

null@example.com (joe) — Sat, 19 Aug 2017 13:17:28 +0000

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

null@example.com (boxygen) — Sat, 19 Aug 2017 12:54:56 +0000

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.