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
We have to take into consideration the currency, if used.
We are still considering. If this is going to be an option, we need another field in the recurrent invoice, and the database for 2.3 is locked, so this will first be implemented in 2.4 if we do so.
In the meantime, you can do what Gerhard suggest.
/Joe
First check that you have a functional email provider in your environment. Secondly check that your customer/branch has a valid email address.
/Joe
Hello, I see what you mean. We will have to do some internal descussions about this.
/Joe
Just to ensure that we are not misunderstanding each other.
When the line prices are calculated it uses the current customers (that are addresses in the recurrent invoice) sales type and/or currency.
Not the price from the template. The template is only telling which items are to go on the recurrent invoice and are not linked to the customers that are receiving the invoice.
I hope it works that way.
/Joe
Yes, please try if you can reproduce your error in the demo.
If you get an error, then let it be on the demo, so I can follow it.
/Joe
Hello,
Are you sure you have set things up correctly. These routines have been tested rigoriously.
The algorithm to get the line prices can be found here:
In the file /sales/includes/sales_db.inc
Line 86
function get_price ($stock_id, $currency, $sales_type_id, $factor=null, $date=null)
Please look and try to follow the algorithms to see that it really does many operations depeding on how you have set up the prices.
/Joe
The 'Calculated return' in Balance sheet is the same as the Net Profit for the Period. When the year is closed it will be converted to Retained Earnings. So it is a kind of Equity, although not yet booked. This is the reason for calling it Calculated Return.
The calculated return is also the difference between assets and liabilities.
/Joe
In the BOM you define the products that are included in 1 item (1 lip stick).
When you manufacture you enter the number of lip sticks you want to produce. Any problems with that?
/Joe
There are some internal reasons to do that. You could create a purchasable item of the normally assembled item.
/Joe
Try to put the debug flag, $go_debug' in config.php to 1 and see if this create some warnings. There must be some mismatch somewhere.
/Joe
Hello again,
I can't tell what has went wrong here.
If you know what you are doing and the years are open you can use phpMyAdmin and manually fix the fiscal years. But be careful that you have a continuance. No gap between the years.
/Joe
Regarding Greenawise.
The reason for this is that you originally had a gap of 1 year. This is not allowed. You cannot delete a year in the middle of two financial years. There must be a continuity between fiscal years.
The second topic. I have no idea about why.
/Joe
You will have to create the items first in Items and Inventory tab, Items.
/Joe
Yes, there is an error here. We are fixing this in 2.3rc1. In 2.2.11 you can use the workaround for this operation.
/Joe
No, I guess not. Perhaps there are somebody out there that have a little more knowledge about this than us 
/Joe
Hi,
Try to run the System Diagnostics in the Setup tab. It will mostly tell if something is missing, charset or so.
/Joe
in file /reporting/includes/pdf_report.inc, function FrontReport (constructor) you can set the default parameter for font to another value than 9.
In the function, header(), you can also change the italic style in the headers.
/Joe
Ok, thank you for pointing that out.
/Joe
Which version are you running?
I cannot reproduce this error.
/Joe
Hello again chaitanya.
As describes here: under Using the Taxsystem.
You should create an Accrued Account for Tax collection. Everytime you later run the Tax Report, you should make a journal entry where you empty the balances from sales/purchase tax and move this balance into the Accrued Account for Tax collection.
When you pay your tax to the government, you debit this account and credit your bank account.
So if you have an opening balance of 123,558.00 you should put this amount in the created Accrued Account for Tax Collection.
You were almost right in your suggestion . And you can call it Net Tax Payable (but if the purchase tax is more than the sales tax, you will get a refund from the government).
/Joe
I guess you mean the documents (sales orders, delivery notes, invoices and so on).
The design of these documents are done in /reporting/includes/header2.inc
In this file you remove the lines and or rectangles.
/Joe
Delivery and Dispatch is the same thing. I guess Dispatch was original a substantiation of Delivery.
Sorry for the confusing. Maybe we should try to use the same word (Delivery).
/Joe
Hi Chaitanya,
Have you read the articles in the FA Wiki about how to handle the tax payments?
/Joe
If the user has a POS setting and she is doing a direct invoice and it is a cash invoice then the payment is done in one step.
I cannot say what went wrong.
Please run a System Diagnostics and set $go_debug in config.php to 1, just to try to catch any errors.
Which version are you referring to?
After answering these questiong I will try to reproduce it.
/Joe
Thanks for your nice words.
The final release of 2.3 is depending on our testers (you). We are first shipping a 2.3rc1 and then either rc2 or directly to final.
Expect another month or so, I guess.
/Joe
FrontAccounting forum → Posts by joe
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.