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
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 Acco
>>"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
> "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 j
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 development.
>
>
>
>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 tha
"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-consecuti
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 li
"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 of
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
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 invoi
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 c
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,
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 li
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 sen
15 matches
Mail list logo
