Re: [SL] Trend analysis - additional development

[<la...@cl...>]

Hmm...

>> LedgerSMB team hasn't been around that long yet.  It's a similar
>
> As a team, no.  However, some of these guys have been in the accounting
> and database software, and open source software, arena for quite a while.
> Keep in mind, that its main corporate sponsor at the moment seems to be
> the PostGreSQL company, and that is no shabby association of hackers.

I beg to differ and based on the technical and development direction of
LSMB I think having such corporation's sponsorship could be a conflict of
interest. LSMB has now forces users to use only Postgres when it had
decided to build all of its logics in the database layer. While it may
sounds nice that it adheres to software development theories but my
experience tells me that theories aren't always practical. I think a lot
of companies do wish to have the flexibility to choose (say a company that
already has a MS SQL corporate licence probably wouldn't want to install
postgress because one it wants to run its mission critial app on a MS SQL
server and two it doesn't want to train or hire a Postgres DBA). SL may be
a one-man-band but it does offer the option to choose and to me it is a
lot better in that prespective...

> I had one of those, in fact, who we did have using SL.  Everyone but the
> President hated it, because it was not more Quickbooks-like (it forced
> them to be aware of the riggers of the accounting process, and most of
> these people had a sales background).  However, for what we did, it was
> mostly usable (we had to customize various things, and do a lot of back
> end database work because of the lack of import features in 2.6), and
> completely stable.

Could the problem lies in your statement that you had sales probably
touching accounting fuctions such as AR/AP? In the same token a business
anaylsts/DBA should probably do a data import and not a sales person.

SL does provide a layer and we have only our accounting folks using
functions (like AR/AP) that are accounting specific? Our customer service
often input sales orders, but only accounting/those who are trained are
allowed to generate invoices. I would be interested in a specific example
from you if it is possible?

Regards,

Tim