We have been doing a lot of fixes the last weeks on tax issues.

With these fixes I can not reproduce your error. We are shipping a minor release shortly, so wait and see. It should work with these fixes.

Joe

Fixed and committed to stable repo. Thanks for helping @rafat.

Joe

Ok, I see.
Will have a look. It is rather complex all these issues, however we will fix it.

Joe

Tax Report (rep709.php) has been checked, tested and committed to stable repo.

/Joe

Yes, I guess I will have to check the rep709 again.

Joe

This issue has now been fixed and committed to stable repo.

Joe

232

(7 replies, posted in Setup)

There might be some cache problem, when chaging this thing.

I would logout and login again to eliminate this.

The layout of the screen forms are based on a long time of experience.

I would also point out, that there is a context sensitive FAWiki help available by pressing the Help link.

Joe

233

(7 replies, posted in Setup)

@ScrriptBASIC

Under menu item Sales, there is a submenu called 'Sales Types'. There you can either change an existing or create a new one. You see a checkbox 'Tax included'. If this is unmarked, you will get the info you want on your documents.

In your case you simply unmark 'Tax included' for the Retail Sales Type. That's so simple, right?

Joe

You are welcome and thanks.

I have nothing to do with the api. I don't recall who is maintaining this.
We will try to CALL for him, please.
So the author of the API, please help us with Mr. DrCard's contribution.

Joe

I will try to make things a little more clear.

You started with a Journal Entry with 40 Cr.
This is handled as some kind of a pre payment. Your customer owes this money. Hasn't got any services yet.
Then you invoiced a 10.
Instead of using the customer payment you could use the pre payment for allocating the invoice in the menu 'Allocate Customer payments ...'.
You still have 30 Cr, on the pre payment so this can also be used for allocating the second invoice.

I hope you see this. You have been overpaid by your customer.

Regarding the Balance of -40 is that your customer owes it. Thats the reason it is in minus.

Joe

@DrCard

Your discussion is right until
'once paid the customer balance....'
You still haven't allocated the -40 that was booked in the Journal Entry.
They should not be paid (it is already some kind of payment). They should instead be used for allocation as I told in my former answer.
I can understand that this is tricky to see, but this is the way it is done.

Joe

@DrCard

the Journal Entry Cr post of 40 is handled as a Payment (You are reducing the debt from the customer).
So everything is handled correctly.
You can use the Journal Entry with Cr 40 in 'Allocate Customer Payments or Credit Notes' to allocate other debts.

Joe

This bug is related to Mantis Bug 5510 on Mantis. Fixed a couple of days ago.

Please download /sales/includes/db/custalloc_db.inc here.
And please download /reporting/rep108.php here.

Replace the files and you should be running ok.

Joe

@advocaat.pollet

Yes, sure. There was a bug in the calculating of the aged balances regarding journal entries.

Please replace the uploaded file in /sales/includes/db folder.

I have made rigorious tests and it seems to work here.

/Joe

This has been fixed and committed to stable repo.

A fixed file can be downloaded here.

Joe

This has now been rerun and fixed. Committed to stable repo. Thanks @advocaat.pollet and @rafat.

/Joe

This was fixed in the repo on 2021-10-11 after the 2.4.10 release.

But thanks for your investigation. It is of great value to XAMP users.

Joe

@ScriptBASIC,

I have php 8.0.12 (x86) installed on a WAMP Server (Windows 10 Home). The graphics are just looking fine here.

Please set the $go_debug flag to 2  in the file, config.php, for catching any errors, and report back to us. Thanks in advance.

/Joe

@advocaat.pollet

You were absolutely right. This situation happened if you used a journal entry for payment and later used 'customer allocations for Payments'.
This has been fixed and a replacement file can be downloaded here.

Joe

245

(5 replies, posted in Report Bugs here)

This has been fixed and committed to stable repo. A fixed file can be downloaded here.

Joe

246

(20 replies, posted in Report Bugs here)

@kvvaradha

Workbook.php has been fixed and committed to stable. A fixed file /reporting/includes/workbook.php can be downloaded and replaced here.

Joe

@boxygen

Itronics has given a brief description in the following topic

https://frontaccounting.com/punbb/viewtopic.php?id=9029

Joe

The core has been updated. Committed to stable.

Joe

Thanks @kvvaradha, I will fix it and commit the fix later.

Joe

@kvvaradha

Strange, I am running 8.0.7 and didn't get this error. However I have replaced it with your suggestion and it runs perfectly too in 7.4 and 8.0.0 and 8.0.7 So this will be committed to stable.

/Joe