Geert Janssens janssens-ge...@telenet.be writes:
I know that the business functions write to this field. Most of the
transactions created by the business functions contains Invoice, Bill or
Payment. While doing the credit notes analysis I didn't encounter any
function so far that relied on
John,
On Sun, Sep 18, 2011 at 4:09 PM, John Ralls jra...@ceridwen.us wrote:
Alex,
Sounds like a good argument to just use the Action field for your numbers.
Except for option 3, no changes required to anything except your custom
reports; option 3 can be implemented as easily with Action
On woensdag 21 september 2011, Alex Aycinena wrote:
John,
On Sun, Sep 18, 2011 at 4:09 PM, John Ralls jra...@ceridwen.us wrote:
Alex,
Sounds like a good argument to just use the Action field for your
numbers. Except for option 3, no changes required to anything except
your custom
On Sep 21, 2011, at 12:14 PM, Geert Janssens wrote:
On woensdag 21 september 2011, Alex Aycinena wrote:
John,
On Sun, Sep 18, 2011 at 4:09 PM, John Ralls jra...@ceridwen.us wrote:
Alex,
Sounds like a good argument to just use the Action field for your
numbers. Except for option 3, no
On Sep 18, 2011, at 3:10 PM, Alex Aycinena wrote:
John,
On Sat, Sep 17, 2011 at 4:43 PM, John Ralls jra...@ceridwen.us wrote:
There are already two fields in Splits which are available for random use:
Action and Memo. You could set up your report so that if the Transaction's
Num
On 2011-09-16 20:48, Alex Aycinena wrote:
Currently gnucash has a 'number' field at the transaction-level so
that the 'num' field displayed on the register for each split is the
same as that displayed on the register for each other split of the
same transaction.
Thing is the number field in the
On Sep 16, 2011, at 1:36 PM, Alex Aycinena wrote:
Suppose you buy a car using a check from one account as part of your
down payment, a check from a second account as the rest of the down
payment, you take out a loan for the remainder, and you pay some car
registration expenses. Today you
Currently gnucash has a 'number' field at the transaction-level so
that the 'num' field displayed on the register for each split is the
same as that displayed on the register for each other split of the
same transaction. I have spent time to add an additional 'number'
field at the split-level so
The current transaction number is designed to be the Check Number.
It's the same on all splits because the Credit and Debit of a check-based
transaction do not need to have different numbers, and it's good to be
able to look in an expense account and see that some transaction came from
check #x.
Derek
On Fri, Sep 16, 2011 at 1:02 PM, Derek Atkins de...@ihtfp.com wrote:
The current transaction number is designed to be the Check Number.
I'm aware that that is the case now, but I want to provide the option
to use the new field for that purpose instead. How the fields are used
is a matter
10 matches
Mail list logo