Dan Widyono [EMAIL PROTECTED] writes:
Suspense accounts are a user thing. GnuCash doesn't care, and
indeed shouldn't care. You can Process Payment into a Suspense
Account just as easily as you can Process Payment into a Checking
Account.
Is it useful to allow aliases for Account Types?
Mike or Penny Novack [EMAIL PROTECTED] writes:
Oh dear, making me sorry I ever brought the issue up. Look, I'm not an
accountant but have worked on systems that have to record billings and
payments.
Yes, some businesses do put suspense money into a separate bank
account (asset side of the
Suspense accounts are a user thing. GnuCash doesn't care, and
indeed shouldn't care. You can Process Payment into a Suspense
Account just as easily as you can Process Payment into a Checking
Account.
Is it useful to allow aliases for Account Types? Or to add a Suspense type
which is just a
Suspense accounts are a user thing. GnuCash doesn't care, and
indeed shouldn't care. You can Process Payment into a Suspense
Account just as easily as you can Process Payment into a Checking
Account.
Is it useful to allow aliases for Account Types? Or to add a Suspense
type which is just
Hi,
I'm sure you meant this in a constructive way, but even after
reading this over several times over a couple days it still
comes across as condescending. I'm SURE you didn't mean it that
way, but honestly, I (and most of the GnuCash developers) have
a lot of experience in software
Doing multiple non-consecutive invoices for the payment process would
be arbitrarily complex. At that point the real answer is a real
solution to http://bugzilla.gnome.org/show_bug.cgi?id=108570
In my business experience this disputing an invoice is extremely
rare, so I dont think that
John Z. Bohach [EMAIL PROTECTED] writes:
Yes, a drop down list for all that stuff would be great, like the combo
box idea, but for invoices, keep in mind it would still be nice to
select multiple non-sequential ones, hopefully the combo-box allows
that.
Doing multiple non-consecutive
Hello,
I am a programmer, even did some Scheme work way back in the old days
(loved programming in Scheme...) of TI-Scheme on a IBM-DOS box.
Judging from some of the comments on the gnucash-users mailing list, my
own experiences, and reality, it is quite often the case that a
customer will
Um, gnucash has ALWAYS supported this. It will pay the invoices
in FIFO order. If you select an invoice in the process payment
dialog (you dont have to! it's completely optional) then it puts
that invoice at the front of the FIFO, but any overpayment will
then spill over to the next one in the
On Thursday 09 August 2007 12:23:54 pm Derek Atkins wrote:
Um, gnucash has ALWAYS supported this. It will pay the invoices
in FIFO order. If you select an invoice in the process payment
dialog (you dont have to! it's completely optional) then it puts
that invoice at the front of the FIFO,
John Z. Bohach wrote:
On Thursday 09 August 2007 12:23:54 pm Derek Atkins wrote:
Um, gnucash has ALWAYS supported this. It will pay the invoices
in FIFO order. If you select an invoice in the process payment
dialog (you dont have to! it's completely optional) then it puts
that invoice at
Hi John,
On 8/9/07, John Z. Bohach [EMAIL PROTECTED] wrote:
On Thursday 09 August 2007 12:23:54 pm Derek Atkins wrote:
Um, gnucash has ALWAYS supported this. It will pay the invoices
in FIFO order. If you select an invoice in the process payment
dialog (you dont have to! it's completely
John Z. Bohach [EMAIL PROTECTED] writes:
But documentation enhancements aside, I think others have also expressed
an interest in not always having to do a 'find ...'
{invoice,customer,etc.} and just rather have a drop down list show
everything for that category, but that's getting off on a
On Thursday 09 August 2007 04:29:33 pm Nathan Buchanan wrote:
Hi John,
On 8/9/07, John Z. Bohach [EMAIL PROTECTED] wrote:
On Thursday 09 August 2007 12:23:54 pm Derek Atkins wrote:
Um, gnucash has ALWAYS supported this. It will pay the invoices
in FIFO order. If you select an invoice
On Thursday 09 August 2007 06:35:45 pm Josh Sled wrote:
John Z. Bohach [EMAIL PROTECTED] writes:
But documentation enhancements aside, I think others have also
expressed an interest in not always having to do a 'find ...'
{invoice,customer,etc.} and just rather have a drop down list show
15 matches
Mail list logo