? If not, is there a more elegant way of correcting tax
discrepancies without resorting to SQL?
Richard
-
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open
Quoting Chris Travers <[EMAIL PROTECTED]>:
The major drawback is that anything which hits this field needs to join
> against the (much-larger) acc_trans table. This means that there is a
> performance cost in large installations where these fields are used (AP/AP
> Reports, payment handling, etc
obably the
best solution, and the benefits outweigh those which would be provided
by a modular auth system.
That said, Postgres does provide for LDAP, Kerberos and PAM-based
authentication, so it is still possible to have external
authentication for LSMB, just one level remov
esource-hungry, just a bit of speculative
programming).
Richard
This message was sent using IMP, the Internet Messaging Program.
-
This SF.net email is spo
r and write "I will double-check my
facts before I report a bug" several hundred times.
Richard
This message was sent using IMP, the Internet Me
stoms, should it be a liability instead?
Incidentally, over Christmas I converted my FY06/07 accounts to
LedgerSMB, and am using LedgerSMB going forward. Can't wait for the
next major release. :)
Richard
This message was sent
on to
modify a produced invoice. Any amending of an invoice should surely
create a new, separate document?
Cheers,
Richard
This message was sent using IMP, the Internet Messaging Program.
-
Heck, I'd kiss him too. This is an eminently sane idea.
Cheers,
Richard (who hasn't yet started inputting data into his 1.2.4 test
system, but will do Real Soon Now)
Quoting Charley Tiggs <[EMAIL PROTECTED]>:
> I have clients that would kiss you if they could have that &
On Sat, Oct 07, 2006 at 06:20:48PM -0400, m o wrote:
> hi,
>
> here's a suggestion . . . ever think of porting this to mysql? with
> the rise of crm's like sugarcrm, the need for a mysql-based
> accounting program has never been greater. sure, we can save the
> data from mysql to postgre-sql, but
