On Tue, 23 May 2000, John Hasler wrote:
> Surely that is up to the user setting up the chart of accounts? I
> certainly want an account for each of my boarders, but others might want
> all customers in one account (though I can't think why).
To some degree, that is a function of the ability to
On Tue, 23 May 2000, Dylan Thurston wrote:
> A more extreme philosophical question: should there be an account
> for each invoice? If not, how do you keep track of which invoices
> have been paid?
Generally, you can handle this by "reconciling" the account. As you match up
charges and payments
Richard Wackerbarth writes:
> This brings up a philosophical question. Should we have a separate
> subaccount for each "customer". Or is it reasonable to place all the
> customers into one account?
Surely that is up to the user setting up the chart of accounts? I
certainly want an account for ea
On Tue, May 23, 2000 at 12:41:31PM -0500, Richard Wackerbarth wrote:
> This brings up a philosophical question. Should we have a separate subaccount
> for each "customer". Or is it reasonable to place all the customers into one
> account?
A more extreme philosophical question: should there be a
On Tue, 23 May 2000, John Hasler wrote:
> Linas writes:
> > But here's the features that no 'ordinary' account has:
> > the ability to compute & display:
> > 'how old (how many days) is joes debt?'
> > 'how old is the average debt?'
> > 'what's teh average a/r balance for the last month?'
>
> 'agi
Linas writes:
> But here's the features that no 'ordinary' account has:
> the ability to compute & display:
> 'how old (how many days) is joes debt?'
> 'how old is the average debt?'
> 'what's teh average a/r balance for the last month?'
'aging': an essential feature for most business application
It's been rumoured that Garrett Banuk said:
>
> Hello,
> I doing my college MQP now, its a large project we have to do in order to
> graduate. I was looking around for ideas and saw gnucash and thought this
> might be an interesting project to help out the linux community. I was
> wondering
It's been rumoured that Robert Graham Merkel said:
>
> To support this, the entire gnucash engine will have to be rewritten
> to support some kind of database backend (and the front end will
> also have to be substantially modified, as the current front end is
> based around an in-place storage o
Garrett Banuk writes:
> Hello,
> I doing my college MQP now, its a large project we have to do in order to
> graduate. I was looking around for ideas and saw gnucash and thought this
> might be an interesting project to help out the linux community. I was
> wondering if anyone had ideas
On Sun, May 21, 2000 at 11:09:35AM -0400, Garrett Banuk wrote:
> Hello,
> I doing my college MQP now, its a large project we have to do in order to
> graduate. I was looking around for ideas and saw gnucash and thought this
> might be an interesting project to help out the linux community. I
Hello,
I doing my college MQP now, its a large project we have to do in order to
graduate. I was looking around for ideas and saw gnucash and thought this
might be an interesting project to help out the linux community. I was
wondering if anyone had ideas on some major improvements to gnuc
11 matches
Mail list logo
