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 roblaus
Sorry, didn't see this one. Yes it works.
You might also want to add that the item to be invoiced has to have a price (defined in sales prices) and that not the amount from the template but this price is being invoiced (although the template selection "amount.." suggests otherwise). The quantity is taken from the template.
If the price isn't set the system throws a sql error 1064 because there is a ' ' insert attempt.
rgds
rl
I was just testing recurring invoices (2.1b1) and noticed the following behaviour:
An new recurring invoice can be created from a template that belongs to a different customer than the one you are trying to issue a recurring invoice to. This might lead to problems with currencies and amounts.
If I create and subsequently invoice a recurring invoice the invoice shows a 0 amount and does not appear (as a consequence?) under customer allocation inquiry. Also the automatically created sales order shows 0.
I did test with service items, not with tangible ones.
rgds
rl
line nos - really not essential
cust nos - ideal would be a ref. no like for invoices
rgds
rl
Position nos means line numbers for order or invoice lines. Only on this way sorting or inserting of lines is possible.
Re. cust/supp nos: I personally do nor know one program without them. However, it's common practice on most electronic (banking) platforms to give customer and invoice number. Names are ambiguous. And most tax advisers keep customer and supplier accounts and refer to them by number only.
This is not a complaint by the way, just a wish on a wish list.
True. But the screen encoding defines how data is stored. Thus one can't mix iso and utf because there's this one layer missing that would encode database strings irrespective of the ui used.
No problem, will convert back to iso, takes two minutes.
thx. I did download the theme again today from your webpage. That's why I was confused. It works with the first beta.
But don't bother, it will be RC or final until I will be ready - I am still testing and translating.
One more thing though: I do have problems data encoding running German and English in parallel. I suppose this happens because one language is utf the other iso. The effect is that special characters only show correctly in the language you entered them. I will re-encode German to iso and see whether I will get the same effect.
Here are the error messages - they occur together with an almost blank page only after selecting theme modern. I couldn't upgrade either because the previous version had the theme modern selected. A second installation on the same server didn't work either, apparently due to issues (I believe) with the session. This is a separate server now.
include_once(../themes/default/renderer.php) [function.include-once]: failed to open stream: No such file or directory in file: /var/www/customers/fa/includes/page/header.inc at line 119
include_once() [function.include]: Failed opening '../themes/default/renderer.php' for inclusion (include_path='/usr/share/pear/PEAR') in file: /var/www/customers/fa/includes/page/header.inc at line 119
Class 'renderer' not found in /var/www/customers/fa/includes/page/header.inc on line 120
rgds
rl
beta2 - I'll check again tonight and will check back.
Hi,
The problem with the exact number of lines and the subsequent empty page is a programmed one (as far as I could see). At the point of the page break the system doesn't know that there are no new lines to fetch from the db anymore.
Besides: I tried to install beta2 but neither an upgrade nor a fresh install worked. There was an error message (I switched debugging on) which I forgot to write down.
rdgs
rl
Here are two things that I believe should go into the system:
Position numbers for invoices, sales orders etc. - this would make it possible to sort e.g. quotes.
Customer and supplier numbers should be visible and one should be able to set / override this number. A CPA/tax consultant who does not ask for debtor codes does not exist in our part of the world.
I am currently trying to reformat the print documents (invoice et al.) and since I am not a programmer this is kind of painful. Nonetheless I am halfway there already.
Things that I can't find an answer for (version 2.1b):
I moved the entire TOTAL block a few lines further down and I also adjusted the number of item lines printed. This works fine. But if I invoice the exact number of lines that fit on the first page the system gives me an empty second page just with the sums on it.
Secondly: is there a page number somewhere?
Thirdly: I can't get the "unit" column to align centered. Left and right works but center doesn't. Is there a trick (I use the word 'center' in the align array in e.g. report 107)
thx&rgds
rl
Thanks, all done. It's definitely my box. I checked it on another Linux machine and there it worked. Funny though that I do not have problems with English. Probably my locale settings, I never bothered to enable German.
Thanks for your efforts!
The limit is set to 320M. So this is probably not the culprit. It also doesn't explain why it works under Win.
I believe it's the Linux desktop because I have kind of a similar problem with another app.
However, I will produce a second (iso) version if this is easier to handle.
rgds
rl
PDFs didn't work in German with utf8 so I loaded as advised the dejavu fonts. Changes in the php file weren't necessary as I saw. (2.1b)
Now printing works under Windows but not under Linux. The popup window appears, download starts but it always stops between 95% and 100%. Version is Ub 8.10 with FF 3.05
I switched on the pdf debug but I just got the raw pdf code on the screen.
Since I am in the middle of the translation I can still switch back to iso-8859-15 but I prefer utf8 if possible.
thx&rgds
rl
TCPDF error: Could not include font definition file
Happens in German only, but maybe I messed up a tag, didn't check it yet. After that no more printing at all, as English user it still works. Both users have admin rights. Company is 0, directories are set to 755, chowned to the web-server user. Login/logout clears the German user, print function starts but crashes again with this error. I did not switch on debugging but I will as soon as it starts bothering me.
Re. cost: It's not too bad to see a profit margin before I (or somebody) sell something, no? In particular with free entry of prices...
However, just my 2 cents...
Hi,
Sorry, this was a misunderstanding. I meant the item that appears as the first one on a blank sales order. I wanted to use a "faked" one in order to make clear that this is not an item already on the order but that one must be entered. Hence the attempt with "000" because I thought the system takes the first item in the list. But no matter what I do - in the test company it's always the monitor with code 102 that shows up.
Item cost: Yeah, I know but IMHO neither a list nor an entry field is a good place to check for cost. Best would be the status overview - it's the most logical place.
Besides - I am getting "cannot include TCPDF" when trying to print from the German GUI. I did it the translation in utf-8 - shall I switch back to 8859-15?
rgds
rl
I saw with great joy today that in 2.1 a cost update results in a GL entry. In 2.0 I could change it without GL posting with catastrophic results for COGS
[EDIT] My apologies - I just saw that it DOES work in 207. I have just to find out why it didn't work with an old (demo) item.
A suggestion here: I wouldn't call it standard cost because it's weighted average or just cost.
Two questions: how can I change the item that is shown as standard on a blank sales order/direct invoice? I would like to have something like "000 - Enter item here" even though I have to create an item for it. On my 207 I always see the stupid monitor although I created an item with code 000 hoping the system would at least take the first one.
Secondly: Is there a way of showing the item cost somewhere? Item status would be the ideal place I believe. Today I can only guess or check the GL entries after I placed a delivery/invoice.
thx&rgds
rl
Hi Guys,
I start here because this place is as good as any other.
I believe I know a little bit about ERP systems and I was looking for a suitable OS one for a very long time (I am fed up with ignorant and stupid proprietary software makers focusing on Enterprise customers with mediocre, 20 years old SW).
After checking everything that's available today (Compiere, OpenBravo, OpenERP, ERP5, JFire, Phreebooks, Phpbms, LXO, opentabs, Dolibarr and probably a few others) I found FA and I am excited.
Multilingual, multi currency, multi stock locations, correct booking of purchase price variances including COGS corrections, batch invoicing, recurring invoicing, different VAT rates per invoice and an interface that doesn't shout "php" from far away - it's incredible. Congratulations.
Since I plan to use the system to extend my SaaS offering (thus GPLv3 is not too bad honestly) I started to fix the German translation. After two days of hard work (I do have a good TMX...) I am almost there (raw) and within a week or two I should be able to contribute the first version of the lang files back to the community.
If there is anybody interested in helping - I will set up a demo that will have the latest de_DE version installed, proof reading and comments are highly appreciated. Please pm me for the address (probably from Mon/Tue this week - native speakers please).
Thanks & Kind Regards
rl
FrontAccounting forum → Posts by roblaus
Powered by PunBB, supported by Informer Technologies, Inc.
Currently installed 4 official extensions. Copyright © 2003–2009 PunBB.