[OGo-Developer] OGo Invoice Application

Sebastian Reitenbach developer@opengroupware.org
Tue, 25 Dec 2007 13:46:16 +0100


Hi,

the last days I again fiddled a bit around with the OGo Invoice application 
and actually got it working. I fixed the unresolved symbol problem of 
LSinvoice.lso/LSInvoice, so now it is actually usable again. 

I also found a solution to the problem that also Helge mentioned in the 
README, regarding the double values in the database.
There are more or less two ways to fix the problem. 
1. add a switch statement to sope-gdl11/PostgreSQL/NSNumber+PGVal.m checking 
for t_double.

2. exchange all t_double database field definitions in Misc/Invoice code 
with float. Float is implemented in NSNumber+PGVal.m to use atof(), so 
returning a double value.

What would be the way to go?

Another question, when I am watching an article, or an article category, 
then there is a "switch to Skyrix..." and "switch to MDLink..." button.
The button, company names, ... are hardcoded in the objective-c source of 
the Invoice application. Is there any good reason for that? If not, I'd go 
make it configurable, also the amount of companies at all.

Also when I create an invoice, it seems the invoice is generated for 
the "MDLink GmbH" as the company that is selling sth. Is there a way to say 
that the invoice is generated for the other company? I haven't seen anything 
that would enable me to do so.

Further, I am wondering, where can I use the abbreviations of the article 
categories? I defined some, but have no idea, where to use them.

Also when writing an invoice, I find the article selection a bit hairy. The 
user has to know all article numbers, with no ability to lookup or search 
for articles by name/category...

Further, for each invoice that is created, a company has to exist in the 
database. What about customers, that just show up and will not come back 
again? well, that could be solved by creating a general company in the 
database. Then this company is used to attach invoices for such people?

kind regards
Sebastian