Thanks, Adrien! Just wanted to make sure I'm not missing something. I'm
not using the informal labels and, as you noticed, not using GnuCash
reconciling either.
Stan Brown
Tehachapi, CA, USA
https://BrownMath.com
On 2024-07-02 12:38, Adrien Monteleone wrote:
> At the least, the informal labels
William,
If you Edit the account, you should see a checkbox for Auto Interest
Transfer. Unchecking it should prevent the pop-up next reconciliation.
Regards,
Adrien
On 7/2/24 3:33 PM, William Prescott wrote:
I use the "Bank" account type. When I reconcile, it opens a popup window to
enter
I use the "Bank" account type. When I reconcile, it opens a popup window to
enter an interest payment. Sometimes I use it and sometimes I find it a
nuisance so I am ambivalent about the value of the feature, but it is there.
Best wishes,
Will
On 2 Jul 2024, at 13:38, Adrien Monteleone
wrote:
At the least, the informal labels change. (thus, when *not* using
Debit/Credit)
There used to be a feature that allowed for adding an interest
transaction for checking accounts when using the reconciliation feature.
I seem to recall it being problematic, and so I think it was disabled,
but I
Executive summary: Cash and my checking and saving accounts are assets.
What difference does it make if I assign them account types of Cash and
Bank respectively, or just assign all three an account type of Asset?
Details:
I use GnuCash for my personal financial accounting. Up till now , I've
Thank you David.
Would it be correct for me to assume that *any* account type can be edited
prior to the addition of any data?
Either way, it sounds like this can be an iterative process to an extent. And
that most negative consequences can be reversed with a little creativity.
Tim
> On Feb
Just a reminder -- please quote just enough to give the context of your
reply.
It's easy to put a three-line comment at the top of a ten-screen article
and hit "send", but then everyone who receives it gets to scroll through
ten screens to find out whether there's anything new buried there.
And
Thank you David.
Would it be correct for me to assume that *any* account type can be edited
prior to the addition of any data?
Either way, it sounds like this can be an iterative process to an extent. And
that most negative consequences can be reversed with a little creativity.
Tim
> On Feb
Hi Simon,
I appreciate that perspective.
I have considered only only assigning only top level types, because if someone
is importing 25 or 30 accounts (INCOME/EXPENSES types should be much easier for
most users), going through and editing them isn’t that difficult.
But as I said earlier, the
FWIW, I have taken the perspective that if I don't know what
category/account to put something in, I don't guess, I put it in
"Unbalanced" and then ask someone who knows. As I understand it, there
shouldn't be anything in that category, so it's a big red flag that you
can't miss that this thing
Tim ,
In most cases if you get an account type wrong you can edit the account type and
its parent account from the account tree structure. There may be some
limitations associated with the type of the parent account which may have to be
worked around. In the worst case scenario you can create an
Thanks Jim for the reply.
> On Feb 20, 2023, at 15:49, Jim DeLaHunt wrote:
>
> It sounds like you are trying to answer two questions:
>
> 1. How do you extract meaning from account name strings in incoming migration
> data, such that you can pick the appropriate GnuCash account type?
Ummm,
On 2023-02-19 05:32, m...@tgr66.me wrote:
The approach I’m taking in a migration app I’m writing will be conservative,
erring on the side of more general vice more specific. For example, ASSET,
LIABILITY, INCOME, EXPENSE, EQUITY are pretty easy to accurately apply based on
account names (for
The approach I’m taking in a migration app I’m writing will be conservative,
erring on the side of more general vice more specific. For example, ASSET,
LIABILITY, INCOME, EXPENSE, EQUITY are pretty easy to accurately apply based on
account names (for example, “assets:current assets:cash”). In
Unless the business is exceptionally simple it would be a real chore to account
for even a reselling operation, never mind a manufacturing one, in GnuCash.
Cost of goods sold is almost never just the cost of the ingredients; even a
reselling operation will have some labor chargeable to the
What you are looking for is something more along the lines of operational
and/or cost-center accounting.
You *can* achieve that with an unconventional account tree, but you’ll
encounter some oddities, like this one.
You can export your P to a spreadsheet to manipulate it like you want with
Jimmy
You would normally create a COGS account as a sub account of Expenses, not
as a top level account in its own right.
David Cousens
-
David Cousens
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
I've created a top level accounts called COGS which is fine, but when I run a
report it is shown within the Expenses. Is it possible to have it shown like
below displaying ( two expenses )
Expense COGS
- Food
- Beverages
Expense Operating
- Advertising
- Auto
---Fees
---Gas
---Parking
---Repair
18 matches
Mail list logo
