Go as admin into Setup tab, Access Level Setup and select the role you want and mark the various items.
/Joe
It's much more fun, when you can discuss your problems with others...
You are not logged in. Please login or register.
FrontAccounting forum → Posts by joe
Go as admin into Setup tab, Access Level Setup and select the role you want and mark the various items.
/Joe
Your release is rather old. Maybe try to update to a newer release.
/Joe
The easiest and most safe way if to make a Credit Note and instead of returning the items to stock, select Write Off items and select the Bad Debt account. This should do the job.
I guess you can make a search of 'Write Off'. There has been a similar topic made by you, Tom
/Joe
Just click the row down again for editing. Now the description field is editable.
/Joe
The Inventory Planning Report, does not reflect the reorder level, but only starts to calculate:
SuggestedTopUpOrder = IdealStockHolding(3*M) - QOH + CustOrd - SuppOrd;
if (SuggestedTopUpOrder < 0.0)
SuggestedTopUpOrder = 0.0;
/Joe
Please create and use Quick Entries for this. In the Supplier Invoice, GL Items you are responsible for entering the tax records yourself. Therefore it is easier to create a Quick Entry for these costs.
/Joe
Are you sure you are changing in the right php.ini file. In xamp you might get several apache installations. You should look for the correct appache???? folder and the php.ini is in the bin cirectory.
Secondly if you are using the correct one, check that you have the php_openssl.dll installed too. It should be in the php -
php??? - ext folder, where ??? is the php version you are using.
Now you must be able to run
/Joe
Did you make a restart of your Apache Server??
/Joe
This would require a new report, because the existing invoice is based on the debtor_trans record that is created when the invoice is saved.
If you don't like the print-out you can always edit the sales invoice in customer transactions. And print it again.
/Joe
I am sorry to tell, that I had to delete the former post. It was dangerous to alter the class SessionManager.
Therefore we have converted the translated text into a global variable instead for a session. This result in much smaller left over files that is taken by the carbage collector.
The reason for the left over session files is that we for security reasons have to regenerate session id's.
The changes will go to next minor release and the HG repository will be updated soon.
/Joe
You can read about opening balances in the Wiki, https://frontaccounting.com/fawiki.
As an admin you can post initial balances into the GL accounts. Just create the bank account first. then enter the opening balances including the bank account. FA will post to the bank account if this is the underlying GL account.
If this in not an opening balances you would have to make a bank deposit.
/Joe
If this is an expense for you and you are not reselling the paper (stock item), you can just use GL Items in the Supplier Invoice form for this. You can even preserve the suppliers Purchase account, so you don't have to look it up in the GL Items every time.
/Joe
While testing and testing I have now found out that the cause of left over session files are the new class SessionManager in /includes/session.inc.
While running the member function regenerateSession the error occurs. I am not sure if we really need to do a regeneration of the session. By excluding the call to this routine in line 43 with a // the session files left are deleted or zeroed.
Maybe some session experts out there could help here.
/Joe
If you can't use some of the suggestions given here (try a search), then we are sorry to say that this is not possible.
There are many work-arounds in the suggestions. One is to create alternative as assemblys.
Please try it out in a trial installation or try the demo site.
/Joe
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
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
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
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
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
FrontAccounting forum → Posts by joe
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.