I also do what Andren does, but I do see your point.
However, I find that GnuCash remembers previous entries, and suggests them,
so once I have entered "Some Vendor", once I get to whatever is unique (So,
perhaps), it prompts for the entire name. This helps keep the vendor names
consistent.
On
I was about to reply the same. I've never had an issue in many years of
using GnuCash because I start typing a Payee/Payor and Autofill keeps my
fingers/brain from flubbing the remainder. If Autofill appears to not be
'responding' as I type someone I've entered many times before, that's a
sure
On Monday, 28 November 2022 11:19:56 GMT Stan Brown wrote:
> On 2022-11-27 19:37, Adrien Monteleone wrote:
> > Personally, I use the Description field for *all* of my transactions as
> > a Payor/Payee line. Actual descriptive info I put in the Notes and/or
> > Memo fields.
> >
> > In that case, I
On 2022-11-27 19:37, Adrien Monteleone wrote:
> Personally, I use the Description field for *all* of my transactions as
> a Payor/Payee line. Actual descriptive info I put in the Notes and/or
> Memo fields.
>
> In that case, I can simply run a Transaction Report filtered on the name
> of the
Either you use the business features for a transaction or you don't.
You can certainly enter a *regular* transaction for any entity,
including vendors you normally raise a bill for first, but as noted,
those regular transactions won't show up in a Vendor Report.
But you can certainly pay
I'm not comfortable with "best", because it depends on what reports you
want ultimately. But the two transactions I gave in my earlier mail
preserve maximum flexibility, and for that reason I personally do it
that way.
Stan Brown
Tehachapi, CA, USA
https://BrownMath.com
On 2022-11-27 16:32, Dr.
On Mon, 28 Nov 2022 at 00:05, Stan Brown wrote:
> It may be a failure of imagination on my part, but every way I can think
> of to report a combination of transactions, some of which are in a
> particular account and some of which are not, is a lot more work than
> just having the desired
It may be a failure of imagination on my part, but every way I can think
of to report a combination of transactions, some of which are in a
particular account and some of which are not, is a lot more work than
just having the desired transactions in the account in the first place.
Stan Brown
On Sun, 27 Nov 2022 at 20:57, Stan Brown wrote:
> What David says is true.
>
> However, if you create two transactions:
> Debit to Expense:something
> Credit to AP:this vendor
> and
> Debit to AP:this vendor
> Credit to Assets:Cash or bank account
> then the vendor's
On Sun, 27 Nov 2022 at 20:43, David Cousens
wrote:
>
> David,
>
> Accounts Receivable and Accounts Payable are really intended for the
> situation
> where the vendor is extending credit to you or vice versa. It's main
> advantage
> is as a tool to manage what is owed to you and what you owe to
Stan,
Nice point.
David.
On Sun, 2022-11-27 at 12:57 -0800, Stan Brown wrote:
> What David says is true.
>
> However, if you create two transactions:
> Debit to Expense:something
> Credit to AP:this vendor
> and
> Debit to AP:this vendor
> Credit to Assets:Cash or bank
What David says is true.
However, if you create two transactions:
Debit to Expense:something
Credit to AP:this vendor
and
Debit to AP:this vendor
Credit to Assets:Cash or bank account
then the vendor's account will show the whole history of your purchases
from that vendor.
David,
Accounts Receivable and Accounts Payable are really intended for the situation
where the vendor is extending credit to you or vice versa. It's main advantage
is as a tool to manage what is owed to you and what you owe to maintain cash
flow.
If you receive payment immediately all you need
I have put a list of vendors into GnuCash. In the case of a couple of
companies (RS and Farnell), I do have business accounts with, but
previously I just paid with a debit card. For most other vendors, they want
payment in advance. For example, anything I buy from eBay with buy-it-now
usually has
14 matches
Mail list logo
