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

457

(7 replies, posted in Reporting)

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

458

(7 replies, posted in Reporting)

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

459

(7 replies, posted in Reporting)

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