This has been committed to 2.4.7 stable repo.
/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
This has been committed to 2.4.7 stable repo.
/Joe
I will check, but @FreeMan, what is the difference between the current sentence and the fixed one?
Joe
I will have a look at it later.
Joe
Hello Guys.
Yes as @rafat explains there should be no restrictions on booking on open years. But
1. Check in Banking and General Ledger that the period is not closed for further entries.
2. After changing the Access Role, you must logout/login again.
Joe
@boxygen. Thanks for seeing this.
Fixed and commit to 2.4.7 stable repo.
A fixed file can be downloaded here.
Joe
Fixed.
Joe
This has now been implemented in 2.4.7 and committed to stable repo.
The fixed files can be downloaded https://sourceforge.net/p/frontaccounti … rep601.php
https://sourceforge.net/p/frontaccounti … s_main.php
https://sourceforge.net/p/frontaccounti … lasses.inc
/Joe
The solution mentioned by @apmuthu seems the best one. The routine bank_accounts_list needs an extra parameter to opt. for the 'All' solution.
I will implement this asap.
Joe
Yes, maybe a good idea. Will have a look.
Joe
This has been fixed and committed to stable 2.4.7. Thanks for seeing this.
The fixed file can be downloaded here.
/joe
I have no straight solutions. We have been discussing the so called landed costs over the years. You can search the forums for 'landed cost' or something like that.
I found a QuickBook discussion about the subject.
https://quickbooks.intuit.com/learn-sup … /00/261126
Maybe this info can be of interest.
Joe
Many fiscal authorities have an alternative account numbering. This is why the acc number 2 is there. But you can use it as you wish or just ignore it.
Joe
Yes you are right, @apmuthu.
Bug 4988 has been fixed and committed to 2.4.7 stable repo. The fixed file can be downloaded here.
/Joe
Hello,
You can enter into Customer Transaction inquiry and find the customer payment. On the right, there is an option to print the receipt.
/Joe
@apmuthu,
This is related to bug number 4988 reported on Mantis.
Do you think that this will solve the issue:
if ($this->reference != 'auto' && $this->trans_no == 0 && !is_new_reference($this->reference, $this->trans_type))
{
$increase = !empty($SysPrefs->prefs['ref_no_auto_increase']);
if ($increase)
$this->reference = $Refs->get_next($this->trans_type, null, array('date' => Today()));
if (!$increase || !is_new_reference($this->reference, $this->trans_type))
{
commit_transaction();
return -1;
}
}/Joe
Thanks @brucek,
This has been committed to stable 2.4.7 repo. Was also fixed on the Top Suppliers.
/Joe
Hello again,
I will put this on the 2.5 implementations. Also let Janusz comment on this.
/Joe
I will have a closer look again.
I've been very busy on other work.
Thanks
Joe
Hello
Janusz is rewriting this issue in release 2.5.
There have been many changes here reported from various developers. Therefore we need to rewrite these routines.
Hopefully this will be rectified soon.
Joe
Hello
Janusz is rewriting this issue in release 2.5.
There have been many changes here reported from various developers. Therefore we need to rewrite these routines.
Hopefully this will be rectified soon.
Joe
There should be a print link after you save the invoice.
Joe
I just wonder if this will calculate faster with this sophisticated statement.
The voided amounts are 0 so the results are the same. Just a thought.
Joe
I will have a look into this tonight.
Joe
Committed and sent to 2.4.7 repo.
/Joe
Thanks @kvvaradha and @dearmosin
Will fix this later this evening
Joe
FrontAccounting forum → Posts by joe
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.