Search options (Page 160 of 200)

Hello, I will try to explain how it works.
And I will explain it in an easy way.
After the fiscal year has come to an end and a new one is created, you may want to close the previous year when the last entries have been done.
Before that your assets have accumulated into $2000. The liabilities have reached $1500. The difference between these $2000 and $1500 is your Equity (or Net assets). $500.
Your revenues have reached $3000 and you expenses have reached $2500. Net income is $500.
Now you want to close the fiscal year. The Net Assets (or Equity) $500 is booked in credit on RETAINED EARNINGS (this account is accumulating the year net assets over years).
The Net Income, $500, will always be the same as the year net assets. So the debit booking of $500 is going to the PROFIT/LOSS YEAR.

When the fiscal year is closed you can no longer make entries into it.

/Joe

Thanks Bryan, for pointing this out. We will have a look at this.

/Joe

You should be able to update directly. Just follow the instructions in update.html.

/Joe

First ensure you have different GL accounts associated with your Foreign Currency Bank Accounts.
Before doing the operations, you should check if there is an exchange rate for the transfer date. If not then get one.
Every time when you do a bank transfer the routine will check that the underlying GL Transfer against the current bank account are equal based on the date when the bank transfer is done. If this is not the fact, two GL transactions will be done covering the difference.
If you look at the Journal Entry after you have done the bank transfer (where there is a foreign currency involved and the exchange rate are different than an earlier one) there should be two transactions covering the diff.

/Joe

Hello again,
We are using Dimension 1 and 2 for the same thing for the last digits. I know that this was quite common to do before we got the SQL databases. But having the dimensions outside the account string make them much more flexible. That is the reason for not having more than 11 characters in the accounts.

/Joe

But khaled, you will still have to make the joins to the other tables and a normal process is to use an sql statements like the one in function get_gl_accounts_all($balance=-1) placed in /gl/includes/db/gl_db_accounts.inc.
Those accounts will be sorted in class / type / subtype / account order and making the joins by an alfa string instead of the numeric value seems not to be easier. So why do that. The numeric variant is more flexible when creating subtypes.

Also I see no idea in extending the account code to 15 instead of 11. It is redundant with all these digits/chars in an account code. Most countries only use 4-5.

But let us hear opinions from other users out there.

/Joe

Hello sananthv

We are just about releasing 2.2.2. We have been replacing all the deprecated functions, so it should now work in PHP version >= 5.3.0.

Please give it a try as soon as it is available. Maybe tonight.

/Joe

The tax info placed on screen is a positive side-effect when creating this ability for direct invoice and direct delivery.
We do not have the final info for the tax before the delivery phase.
The tax info is only calculated during the entry of the Sales Order on screen.
In the Sales Order Inquiry the amounts are only including shipping.  Also when you look at the Sales Orders from the Inquiry on screen.

In my opinion the tax info is not interesting during Sales Order phase. The Tax is somewhat zeroed out in the long run.
The customer has the tax deductable and when he sales the items further he add his own tax.

It is ok to discuss this further, but I am about to release 2.2.2 today, so if we should make any changes here it will have to wait until release 2.2.3.

/Joe

On a costumer / supplier you can set a prompt payment percent. If the customer has a 2 percents deduction and he pays let us say $98 instead of expected $100 for an invoice. You will see in the Customer Payment that the customer has a 2% deduction. You can now decide to set the payment to $98 and the discount to $2. Btw. you can always do this operation despite the discount set on the customer.
The total amount of $100 is going into the accounts receivable, but only $98 into the bank account. The $2 is going into the account for customer prompt payments.
The same thing happens on the Supplier Payment, only the other way around.

/Joe

Hello Chaitanya,
The ability to edit SO even after an invoice is created was implemented some time ago and was done by Janusz. So far there haven't been reported any problems with this, but let us hope that Janusz will comment on this too.

/Joe

This issue was related to the module 'Report Generator'. A new version has been uploaded to the Website - Download - Modules section.

/Joe