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
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
No not exactly, but I am going to fix it today, so you can have multiple suplevels. There will only be a restriction that an account belonging to a type that is belonging to another type. A type that belongs to another type must belong to inside the same type no. F.i.
Type 10 Short terms assets Do not belong to another type
Type 12 Petty Cash. Belong to type 10.
Type 14 Cash Default Location. Belong to type 12.
Type 20 Long terms assets.
I hope you see the meaning of this. It is now reasonable simple to go through a level accumulating.
As I said, I will fix release 2.1.2 to manage this today. Hopefully it is ready during the day.
/Joe
I don't understand why we can present the Excel export on the demo site (with Arabic Language) and you cannot. BTW the link you gave was broken.
Please, does anyone in the community have an explanation to this?
/Joe
Regarding the sign presentation, this is very different in various countries. Therefore we have fixed this in the next release, 2.2, that you can choose for yourself how the class should be presented in BS and PL statements.
Regarding the level of the retrieval of the accounts, you are right. We must include this sublevel too (if it is a sublevel of another group). We will have to change the SQL for this.
Thanks.
/Joe
FrontAccounting forum → Posts by joe
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.