2,751

(35 replies, posted in Translations)

And please look for other errors in the error.log for the time of running.

Please also rename the .php file in /lang/nl_NL/LC_MESSAGES. FA will then create a new php file.

I really hope we will fix this problem. You are one of them that can help.

/Joe

2,752

(35 replies, posted in Translations)

This is very strange. Janusz doesn't have the option to comment out the gettext native, so therefore he is not able to test the problems. I can simulate the Windows OS version with the gettext NOT installed to test the session left over.

After running the Dutch translation a while I have no left over session files. A couple was set to zero size though.

If you look in your error.log file (probably in the tmp folder in FA root, did you see a message:

[25-Jan-2012 13:12:14] 0::logout.php:47: session_destroy() [<a href='function.session-destroy'>function.session-destroy</a>]: Session object destruction failed

Of course with another date/time stamp. It should appear at the end. If you get such an error, there is a reason for the left over and we can start examine this error.

Also please tell us your version of PHP. There are some session_destroy() bugs in version 5.1.2.

/Joe

2,753

(2 replies, posted in Accounts Receivable)

You set the tax included on the Sales Type (Price List). So if you want a price before tax, just let ithe tax included be unmarket.

/Joe

2,754

(35 replies, posted in Translations)

Hello guys,

Thanks for the informations you have posted. I have fixed a bug in /includes/lang/gettext.php file. This caused a bail out if you used double quotations in the translations when Native Gettext was NOT installed. This also created huge session files that were left after logout.
After fixing the bug, the sessions files are deleted or zeroed out, so it does not make any harm more.
The fix is coming in the next release, but if you want to fix it now, you can insert the following line in
/includes/lang/gettext.php:

line 477. Insert the following code as the first line in function _parse_line:

        $line = str_replace("\\\"", "'", $line);

This should fix the mess.

/Joe

A purchase order does not create any AP postings nor any GL postings, so it doesn't do any harm. However as soon as the receivals are done, they are blocked due to closed fiscal year.

/Joe

You must login as admin on the first company to create new companies.

/Joe

Ok, this has now been changed so only a warning is thrown, but you can still do the payments.
The warning may be good to have if a legal dispute has started.

Fixed in HG respository to go into next minor.

/Joe

Yes, I agree with that. Will have a look and fix to next minor release.

/Joe

There may be some topics on this subject. Please do a search.

/Joe

2,760

(4 replies, posted in Setup)

We are using our resources to finish the release 2.4 so this has to wait.

/Joe

I am not sure I fully understand your problem.
If you need stock accounting for service items, you will have to set tham as purchased, not service.
If you want more help, please be more specific. F.i. give an example of what you want to do.

/Joe

2,762

(4 replies, posted in Setup)

No, this is too complex. You will have to do another correct cost update.

/Joe

This is the sales_type from the Price List.

/Joe

Yes this sounds reasonable. We will establish a global variable in config.php file for this to work in the next minor release.
In the meantime you can do the following change in /reporting/rep107.php at line 121

                if ($Net != 0.0)
                {
                    $rep->TextCol(2, 3,    $DisplayQty, -2);
                    $rep->TextCol(3, 4,    $myrow2['units'], -2);
                    $rep->TextCol(4, 5,    $DisplayPrice, -2);
                    $rep->TextCol(5, 6,    $DisplayDiscount, -2);
                    $rep->TextCol(6, 7,    $DisplayNet, -2);
                }    

If you also want to do this in the deliveries please change adequate in /reporting/rep110.php line 130.

/Joe

Please go into Company Setup, Setup tab, and unmark the Search Customer List.

/Joe

Hello Fred,

You go into Access Setup in Setup tab. Select the set of role and lookup the new extension and mark it.

/Joe

2,767

(4 replies, posted in Reporting)

I hope some of the implementors will contribute to this topic. It is easy to be totally confused when trying to follow the algorithms. The only thing is that I know it works. Nobody else have complained.

/Joe

2,768

(35 replies, posted in Translations)

Thanks, hopefully Janusz will update the repository asap.

/Joe

2,769

(5 replies, posted in Manufactoring)

Because the BOM is always 'issued' to the work order. Issuing items here is additional.

/Joe

2,770

(4 replies, posted in Reporting)

This is a very complex calculation and has been implemented by several using this fascility. Please be patient. this should work.

/Joe

2,771

(2 replies, posted in Setup)

Please enter Company Setup in Setup tab. Unmark 'Search Supplier List'. That should do it.

/Joe

Yes, you need to enter Access Level setup and mark the new extension.

/Joe

2,773

(8 replies, posted in Accounts Receivable)

1. I am not sure how to fix this. Maybe some of the users out there can help us.

2-3-4-5. The fill of the fields depends on which type of document it is. Due Date is the last date for paying the invoices.

If you want to change the text, then re-edit the line after it has been added.

Please also read the Wiki, http;//frontaccounting.com/fawiki for more details.

/Joe

2,774

(1 replies, posted in Banking and General Ledger)

I guess you should consult an accountant. However I think you should create tow tax types, 21 and 23 %.
Also create 2 tax groups (f.i. tax 2011 and tax 2012).
Then when creating documents you should swap the tax group on your customers/suppliers depending on which year you are working on.

I guess this will be the best solution.

/Joe

When we fixed it a couple of months ago, it was only fixed in the customer transactions. I forgot to fix it correctly in Journal Inquiry.
It should only be allowed to edit the sales invoices when there are no allocations. The complexity is too huge for fixing this.

/Joe