Just to clarify some things.

When the fiscal year is closed, all the balance accounts must balance as well as all the P&L accounts must balance.

A final Balance Sheet after closure must be in balance.

You can do these operations yourself according to COA standards, but if the balance accounts are not balanced, FA must do that for you, and therefore we need a standard  P&L account for balancing the P&L accounts. This account is usually created as the last account in the P&L section.

If everything is in balance before closure, there are NO FA transactions.

This P&L account is only for balancing the P&L accounts if it is not already done.

This approach also make it possible to select projects P&L over several years, as well it is possible to select normal P&L statements from closed years.

I hope this make things better understandable.

To help you with a CoA for your country, please provide us with an excel file containing your accounts.

We have no resources to do this job ourselves.

Joe

During the past 10 years this is the first time I hear that this info is needed on an Invoice.

I know that this info on Receipts and Remittances are needed.

Joe

Yes, the reason for not including this info on Sales Invoices is that normally you don't like or need this info on Invoices.

Joe

829

(13 replies, posted in Reporting)

@apmuthu
No, if the 'use barcode on stocks' is set in company setup, the barcodes will always show up in this report.

Joe

830

(13 replies, posted in Reporting)

The Report in Items and Inventory, 'Check Stock Sheet' also print the barcodes if this is set in company setup.

Joe

831

(23 replies, posted in Report Bugs here)

Yes, but you need a customer filter as well. The algorithms are the same.

And we have similar routines in all documents where there are currency filters as well as customer filter.

So we put it on hold for a while.

This is not a big deal. FA has operated this way since the very beginning.

Joe

832

(23 replies, posted in Report Bugs here)

No, if we change this file, we will have to change most of the documents and some underlying db routines regarding currency and customer choices.

We will put this on hold to a later time.

Joe

833

(23 replies, posted in Report Bugs here)

Well, if you feel this is a bug, then we will have to rewrite almost all the documents. I don't understand why, because you use no resources if you do not print the white page. We have had this behaviour from the very beginning of FA.

BTW. the Customer filter also gives a blank page if the customer is not there.

Please tell me if we should rewrite.

/Joe

If you have problem reading the reports you can print them in landscape mode.

The core reports should follow the standards mostly.

Joe

Report modified slightly and committed to stable.

Joe

836

(23 replies, posted in Report Bugs here)

The currency selector works fine if you have a range of invoices and there are invoices with that currency.

The documents are not optional for the excel destination due to the complexity.

Joe

837

(23 replies, posted in Report Bugs here)

This is because the report engine is started before the range selector is done. In this case nothing will be printed to the report. So you will get a blank page. It is some kind of a catch 22 situation and we can't do anything about it.

/Joe

838

(23 replies, posted in Report Bugs here)

Hello,

I cannot reproduce this bug on the demo client neither on my environment.

Be aware that the latest invoice is presented first in both select boxes. This is because that you often will print the latest invoices.

If you use a currency filter you should be sure it will be included in the selections (from-to).

/Joe

Well, I hope it works on all php versions.

Joe

Fixed files committed. Even report 308 was having the same issue.

/Joe

Ok, I will.

/Joe

The fix was committed on Nov 9th. I hope it works.

/Joe

843

(2 replies, posted in Installation)

Willdo

Joe

I agree that this sounds strange. Maybe someone else can help us investigate this. I have only heard about problems with normal 4 decimals when huge currency rates exists.

/Joe

Maybe even more decimals.

Joe

Yes it is related to the currency. Try to increase the currency decimals in user preferences, f.i. 6.

Joe

Committed according to Apmuthus latest zip file. Please add to the Wiki how this is used now.

/Joe

I have just talked to Janusz, and he will enter the discussion in a while. He just needs to be updated on the earlier discussions regarding the subject.

/Joe

Committed to stable Repo.

/Joe

Willdo later.

Joe