Skip to forum content
FrontAccounting forum
It's much more fun, when you can discuss your problems with others...
You are not logged in. Please login or register.
Active topics Unanswered topics
Search options (Page 176 of 200)
Topics by joe User defined search
Posts found: 4,376 to 4,400 of 4,999
I am not sure if you understood me right. The changes we have made to 2.1.2 in the last CVS in of course included in 2.1.3. But the change of class type will implement a minor correction of the class table structure and therefore has to be made in 2.2. So we will have to wait with this implementation. But the 2.1.3 will work with the new sublevel change.
If you want the new COA to be included in 2.1.3, I will have to get the one with demo data tomorrow, because this is the planning date for shipping of 2.1.3. It will take me some hours to make them ready for including, but it could be donw. I was planning to wait to 2.2 with this includes, but nevertheless we can do it in 2.1.3.
/Joe
Yes, you can use dimensions on both sales sales and purchase lines. You can decide when invoicing how to use either default dimension on customer or select another one.
You can experiment with the Training Co. on the various options.
/Joe
I am not at all expert in Chinese, but did you set the MySql to use utf-8?
/Joe
Hello,
Are you sure you need to run this as UTF-8? The footprints are quite large for PDF files when using UTF-8.
On our linux demo server, , we changed the encoding in Setup tab, Install/Update Languages., from UTF-8 to iso-8859-1, and everything went fine using this encoding. Also this is recommended. Try for yourself on the demo server. Use 'Preferences' to shift to es_AR language. Remember to set it back again. I am not sure if all understand Spanish 
. Of course they should.
/Joe
No, the new class type will not be in 2.1.3. It will be too much fuss inside a minor release. The merge will take all the fixed bugs and the new sublevel features into 2.2, so the class type and the sign converting can be continued in 2.2.
During developing of new minor/major release all the bugfixes etc. from the existing release will only be merged into the new minor/major release when shipping new subreleases, such as 2.1.2, 2.1.3 etc.
We expect the 2.2 RC to be released in a month or two. And it is followed by one or two RC or betas depending of bug testing.
/Joe
Ah, just a minor correction to the suggested fixed class types in 2.2. It should probably be:
1. Assets
2. Liabilities
3. Equities
4. Income
5. Cost of goods sold
6. Expenses
It is extended with Cost of goods sold. It will help analysing tools or own routines to extend the reporting. Ok?
It will be a minor manuel correction when updating existing companies, but this is a small price to pay for this new feature, right?
When we have released the next minor 2.1.3 in a couple of days, we will merge the changes in 2.1 into 2.2. Then we can continue with this work here.
/Joe
One way of doing this is to use the Customer Payment in Sales tab. Use the discount field for this $2,36 and the amount field for rest ($68,5-$2.36),
Ok it will use the Discount Taken account (which is an expense account), and the bank account is reduced by this discount amount and you have all 68,50 for allocation. Maybe this is a solution?
/Joe
I guess we could replace the class field, balance_sheet to include a Class Type instead. It could then be:
1. Assets
2. Liabilities
3. Owners Equities
4. Income
5. Expense (or costs)
Then we can discuss which class types should be presented converted. And take away the sign converter in the class form.
I will change this in 2.2. We know, of course, that 1,2 or 3 belongs to a balance-sheet.
Thanks for your nice words.
/Joe
No, it won't work by Bank Payment either. I think you mean that we should include an editable field between the Total Allocated and Left to Allocate, right? I will ask Janusz, if he could include this in release 2.2.
/Joe
Hello again. Yes it is easy to fix, but it is implemented in 2.2 unstable. On the classes you can set a sign convert in 2.2. And it should be converted in liabilities and income classes (to only have 'positive' values).
In f.i. the Scandinavian countries most people are satisfied with the presentation as it is now. The reason for not implementing it in 2.1 is that an extra field in the chart_class is needed. And we cannot change the database structure inside a minor release.
The problem is to find a way around this in current release. I don't know if a class is belonging to liability or income in the classes. I only know if it belongs to a balance_sheet.
There can be different setups.
/Joe
Why not create a Quick Entry for this? To use in the GL part.
/Joe
Hi Tom,
Have you tried to do the payment in GL, Bank Payment. Here you can have an extra entry line with bank charges. Right? The same way with Bank Deposits.
/Joe
Try this . On the demo you will not be able to do admin stuff. This is for safety reasons. To dive closer you should install a copy at your own server/station.
You can also look att the next unstable release 2.2 at .
And you can read news at sourceforge.net and on the website.
/Joe
The CVS Main repository has now been updated with new files. It should no show correct sublevels in the various reports. If there are no transactions in L3 types, it will not show up in BS and PL. Just ot save space.
/Joe
Yes, the CVS Main trunk was updated yesterday. Affected file /admin/backups.php
/Joe
Strange, I have just looked at it at sourceforge.net. Release 1.194 of Main trunk is dated 26.05.2009. The files were uploaded yesterday.
Regarding the minus sign it is implemented in 2.2 unstable, due to we had to make an option in the classes on how to present the sign in BS and PL.
The 2.1 and 2.2 are not merged yet. The latest merge into 2.2 was with the release 2.1.2.
The sign setup can then be set as default in the COA when creating new companies.
We are planning to skip a release 2.1.3 soon, where the sublevel presentation will work.
/Joe
It seems to be also a bankaccount you have created. If so, it must be entered by Bank payment/deposits. Only admin has access to the bank accounts in Jornal Entry.
/Joe
It seems that you are a lucky man. FA manage all that. So dive into it and look for yourself.
/Joe
I will have a look at this asap.
/Joe
This is a smart feature. Often you want to print the last invoices, so it is much easier to select them this way than scrolling all the way down, right?
/Joe
So this is a feature, not a bug!
The correct sublevel presentation should now be working in reports COA, Monthly Breakdown, Balance Sheet and P&L Statements.
CVS Main (2.1.2) is updated. Look in CHANGELOG.txt for affected files.
/Joe
We currently stanp the backups as:
db-name_company-no_YYYYMMDD_HHMM.
The reason for this is some kind of security. Often clients download these backups and then it is easy to distinguise them from each other.
I would rather extend the fields a bit.
/Joe
1. Correct. You add the material value in the cost field and when saving the GL inventory is updated too.
2. Correct. You can enter this direct in the GL entry. But you will not get syncronised with the supplier ledger.
3. I guess it is better to setup your bank accounts and then use the GL Entry together with the rest of the Open Balance values. As an admin you have access to the bank-accounts also in GL Entries.
4. This is somewhat related to 2.
I guess there already exists a sticky topic on this but I can't really remember it.
Maybe somebody in the community that are a better accountant than me could give us some more ideas?
/Joe
It is taken from stock_master, material_cost + labour_cost + overhead_cost where material_cost is the average material cost. The other costs are often empty.
/Joe
Of course you can, Tom. But as you say, they will not be on any former transactions.
/Joe
Posts found: 4,376 to 4,400 of 4,999
