On 3/17/24 15:54, Michael or Penny Novack wrote:
Your lack of accounting and understanding of the history of double
entry is confusing you. ...
..
Thus for an event were EXPECTED to make a profit for the organization,
I'd make them all of type "income". Understand?
Yes, I do understand. The purpose of the INC+EXP would not be to put
entries in. It would be a placeholder account, under which there would
be Revenue and Expense accounts. I can think of many situations where
that would be desirable. Here is one. HOAs frequently use "fund"
accounting where there is an "Operating Fund" and a "Reserve Fund".
Each of those funds have Income and Expenses (along with other things).
So you might see a structure like this.
Top
├── Operating
│ ├── Assets ?
│ ├── Equity ?
│ ├── Income
│ │ ├── Expenses
│ │ └── Revenue
│ └── Liabilities ?
└── Reserve
├── Assets ?
├── Equity ?
├── Income
│ ├── Expenses
│ └── Revenue
└── Liabilities ?
In that type of situation, a General account type is useful for the
Operating and Reserve placeholder account and an Inc&Exp type is useful
for the accounts called Income. (Even if you do not want want both
Expenses and Revenues under the placeholder account named Income, you
still cannot put them under Reserve.)
Are you saying you have never found an occasion where it would be useful
to have an upper-level account above a group of accounts, some of which
were Income and some were Expense?
On 3/17/24 15:54, Michael or Penny Novack wrote:
Those are "commodities"
I am aware of that. Currencies, Funds, and NYSEs are all particular
types of Commodities. There is no current support in gnucash for
defining Commodities other than those three types. Since for things like
airline points, it seemed to me their operational characteristics as
they are used in gnucash are the same as Currencies, I thought it would
be easiest to implement them by adding support for them under the
existing Currency category. If you prefer, the name could be changed to
Currencies & Other Things. Or a fourth category could created, although
that would probably increase code complexity But all that is detail,
which I did not feel needed to be addressed at this point.
--
----
Dr. J. A. Harris
_______________________________________________
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
