Re: [GNC] New Imbalance-XXX Behavior

[Jim DeLaHunt]

Michael:

On 2021-05-31 14:36, Michael or Penny Novack wrote:

I suspect you were not seeing the behavior you thought you were seeing.…


I see the same behaviour as David, in GnuCash 4.2.  I just created a 
credit card transaction, and intentionally left the other Account field 
blank. GnuCash filled in the account: "Z Specials:Imbalance-CAD". Note: 
Note "Imbalance-CAD" at the root, but the imbalance account under the "Z 
Specials" root-level account.


I value this behaviour for the same reason that David stated: I don't 
want those accounts cluttering up the root of my Chart of Accounts tree.


On 2021-05-31 14:36, Michael or Penny Novack wrote:
…An account is NOT defined by its name but by its name within the 
context of its position in the tree (the CoA).…



That is ONE way that accounts are identified (a name within context of 
its position in the CoA tree). But it is not the only one. Each Account 
also has a unique, arbitrary identifier ("GUID"). GnuCash generates this 
identifier when it creates the account. Transactions link to this unique 
identifier, not to the name within context of the CofA tree.


Remember, you can change the name of an account, or move the account to 
a different parent in a different part of the CoA tree. All the 
transactions in that account remain with the account. That is because 
the accounts are linked to the account's unique identifier, not to the 
name and CofA context.


My model of how GnuCash operates is that it has a list of Imbalance and 
Orphan account unique identifiers, indexed by currency (and maybe 
security) codes. When GnuCash needs to use an Imbalance account in a 
transaction, it looks up the transaction's currency in that list. If 
there is an entry in that list for the currency, GnuCash retrieves the 
unique identifier and uses it in the transaction. If there is no entry, 
GnuCash creates it in the root of the CoA tree, with the name 
"Imbalance-XXX", creates the unique identifier, then adds that to the 
list, and uses it in the transaction.


My model of what David's report means is that recently, GnuCash changed 
its behaviour to store the account name and CoA context in that list, 
instead of the unique identifier.


There may be advantages to that change, but I agree with David that 
cluttering up the root of the CoA tree is a disadvantage.


Best regards,
 —Jim DeLaHunt


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] New Imbalance-XXX Behavior

[David Carlson]

DaveC49,

Your information is interesting, but it does not restore the behavior that
previous releases already had, and the current release lost, as David T
pointed out.  I think he is saying that in his opinion, it wasn't broke,
didn't need fixing.

On Mon, May 31, 2021 at 10:24 PM DaveC49  wrote:

> David,
>
> I'm not sure why the behaviour has changed, but from a programming
> prospective, it is much simpler to create the imbalance accounts at the top
> level. There is no need to search for a location which may be different in
> every user's CoA. One reason perhaps for keeping it at the top level is
> that
> it sticks out and alerts the user they have made an error in a transaction,
> which is perhaps a benefit for new users, although annoying for those who
> have an established workflow which takes care of detecting errors anyway
>
> If an older version of GnuCash was able to create new imbalance accounts in
> a lower level position in the account heirarchy, then it had to be
> recording
> that location in the heirarchy that the Imbalance account had been shifted
> to after its initial creation at the top level in some manner.
>
> It should not be too hard to have a preference setting for the Imbalance
> account location and if a user shifts an Imbalance account from the default
> location, set that preference location to the location in the CoA the
> account is moved to and use that for subsequent creation of Imbalance
> account entries.  I can imagine that some users could want to have
> Imbalance
> accounts for different currencies in different locations which would
> require
> a preference location for each currency in use.
>
> Just requires someone to program/reprogram it.
>
>
>
>
> --
> Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
David Carlson
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] New Imbalance-XXX Behavior

[DaveC49]

David,

I'm not sure why the behaviour has changed, but from a programming
prospective, it is much simpler to create the imbalance accounts at the top
level. There is no need to search for a location which may be different in
every user's CoA. One reason perhaps for keeping it at the top level is that
it sticks out and alerts the user they have made an error in a transaction,
which is perhaps a benefit for new users, although annoying for those who
have an established workflow which takes care of detecting errors anyway

If an older version of GnuCash was able to create new imbalance accounts in
a lower level position in the account heirarchy, then it had to be recording
that location in the heirarchy that the Imbalance account had been shifted
to after its initial creation at the top level in some manner. 

It should not be too hard to have a preference setting for the Imbalance
account location and if a user shifts an Imbalance account from the default
location, set that preference location to the location in the CoA the
account is moved to and use that for subsequent creation of Imbalance
account entries.  I can imagine that some users could want to have Imbalance
accounts for different currencies in different locations which would require
a preference location for each currency in use.

Just requires someone to program/reprogram it.




--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Question about Profit-Loss Report

[Howard M. Fried]

On 5/31/21 9:08 PM, Alan Hopkins wrote:

Hello Howard

I agree with both Michaels - you need to understand the difference between
accounting records & reports prepared on an accruals basis vs a cash basis. You
should do some reading on basic accounting.

GNUCash used for business uses the accrual basis - (invoices are registered in
accounts receivable, bills are registered in accounts payable).  Depending on
the number of invoices & bills involved, you may find that you need to develop
your own cash report on a spreadsheet.

Some of these links may  be of help to you:
https://www.accountingtools.com/articles/how-to-convert-accrual-basis-to-cash-basis-accounting.html

https://www.bookstime.com/articles/accrual-to-cash-conversion

https://www.double-entry-bookkeeping.com/bookkeeping-basics/accrual-to-cash-conversion-excel-worksheet/


GNUCash is excellent software (a big thank you to the developers!) and you can
get more understanding of basic accounting and using the business features by
referring to the Tutorial & Concepts guide:
https://www.gnucash.org/viewdoc.phtml?rev=4=C=guide


I hope that is of some help to you

Cheers

Alan


Thank you Alan, and both Michaels.  I was an educator for 34 years 
before launching a second career as an Editor.  Clearly, I need to take 
up the role of student and learn some basic accounting methods.  I will 
certainly examine the materials that you have so kindly provided.


Regards,
Howard


On 1/6/21 12:42 am, Michael Hendry wrote:

On 31 May 2021, at 15:10, Howard M. Fried  wrote:

I have several invoices that were issued in 2020 but paid in 2021. These funds are 
not included in a P report for 2021, apparently because the report is based 
on date of invoice issue, or have I missed something.

Is it possible to get the 2020 Sales that were paid in 2021 into the report for 
2021?  Simply extending the Report date range backward is not a solution because 
many invoices that were issued and paid in 2020 will be included.  Or am I to 
include unrealized assets for 2020 as profit, like the P report does (I have 
no accounting, financial, or legal experience in such matters).

Thank you for considering,
Howard Fried

Not an accountant either, Howard, but I believe the approach varies according 
to whether your books are kept on a cash or an accrual basis.

If cash, then reports are based on the date when you received income, or the 
date you made a payment for expenses.

I don’t use the business features, but I think that you will be working on an 
accrual basis, and have reports on Accounts Receivable and Accounts Payable 
which carry over the end of the financial year.

Michael


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please 
seehttps://wiki.gnucash.org/wiki/Mailing_Lists  for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.



___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Question about Profit-Loss Report

[Alan Hopkins]

   Hello Howard
   I agree with both Michaels - you need to understand the difference
   between accounting records & reports prepared on an accruals basis vs a
   cash basis. You should do some reading on basic accounting.
   GNUCash used for business uses the accrual basis - (invoices are
   registered in accounts receivable, bills are registered in accounts
   payable).  Depending on the number of invoices & bills involved, you
   may find that you need to develop your own cash report on a
   spreadsheet.
   Some of these links may  be of help to you:
   [1]https://www.accountingtools.com/articles/how-to-convert-accrual-basi
   s-to-cash-basis-accounting.html
   [2]https://www.bookstime.com/articles/accrual-to-cash-conversion
   [3]https://www.double-entry-bookkeeping.com/bookkeeping-basics/accrual-
   to-cash-conversion-excel-worksheet/
   GNUCash is excellent software (a big thank you to the developers!) and
   you can get more understanding of basic accounting and using the
   business features by referring to the Tutorial & Concepts guide:
   [4]https://www.gnucash.org/viewdoc.phtml?rev=4=C=guide
   I hope that is of some help to you
   Cheers
   Alan

   On 1/6/21 12:42 am, Michael Hendry wrote:

On 31 May 2021, at 15:10, Howard M. Fried [5] wrote:

I have several invoices that were issued in 2020 but paid in 2021. These funds a
re not included in a P report for 2021, apparently because the report is based
 on date of invoice issue, or have I missed something.

Is it possible to get the 2020 Sales that were paid in 2021 into the report for
2021?  Simply extending the Report date range backward is not a solution because
 many invoices that were issued and paid in 2020 will be included.  Or am I to i
nclude unrealized assets for 2020 as profit, like the P report does (I have no
 accounting, financial, or legal experience in such matters).

Thank you for considering,
Howard Fried

Not an accountant either, Howard, but I believe the approach varies according to
 whether your books are kept on a cash or an accrual basis.

If cash, then reports are based on the date when you received income, or the dat
e you made a payment for expenses.

I don’t use the business features, but I think that you will be working on an ac
crual basis, and have reports on Accounts Receivable and Accounts Payable which
carry over the end of the financial year.

Michael


___
gnucash-user mailing list
[6]gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
[7]https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see [8]https://wiki.gnucash.org/wiki/Ma
iling_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

References

   1. 
https://www.accountingtools.com/articles/how-to-convert-accrual-basis-to-cash-basis-accounting.html
   2. https://www.bookstime.com/articles/accrual-to-cash-conversion
   3. 
https://www.double-entry-bookkeeping.com/bookkeeping-basics/accrual-to-cash-conversion-excel-worksheet/
   4. https://www.gnucash.org/viewdoc.phtml?rev=4=C=guide
   5. mailto:cursor...@gmail.com
   6. mailto:gnucash-user@gnucash.org
   7. https://lists.gnucash.org/mailman/listinfo/gnucash-user
   8. https://wiki.gnucash.org/wiki/Mailing_Lists
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] New Imbalance-XXX Behavior

[D. via gnucash-user]

Michael, 

I'm not sure what behavior you think I am seeing? I do think you're missing my 
point, which is that prior to 4.5, automatically-generated entries for 
Imbalance-USD would be placed in my existing Imbalance-USD account, which is 
located under Special Accounts. That is,  "Special Accounts: Imbalance-USD". It 
doesn't do that any more, and instead insists that all such entries be made 
only into a top level account.

I'm not interested in having multiple Imbalance-USD accounts littering my CoA 
(let alone any additional top level Imbalance-XXX accounts for any other 
currencies my books might track); I am looking for Gnucash to use the Imbalance 
accounts that already exist. 

David


 Original Message 
From: Michael or Penny Novack 
Sent: Mon May 31 17:36:23 EDT 2021
To: gnucash-user@gnucash.org
Subject: Re: [GNC] New Imbalance-XXX Behavior

On 5/31/2021 1:08 PM, David T. via gnucash-user wrote:


> Please re-read my email. In it you will see that I am NOT/NOT asking 
> about how to handle entries that are automatically added to 
> Imbalance-USD. I am fully aware of Gnucash behaviors in regard to the 
> creation of entries into Imbalance-USD, and I have a long-established 
> workflow in place for handling such created entries.
>
>
> What I was noting is a CHANGE IN BEHAVIOR from earlier versions of 
> Gnucash. In earlier versions, entries to Imbalance-USD would be added 
> to the EXISTING Imbalance-USD account, regardless of its placement in 
> the Chart of Accounts. In my books, I moved Imbalance-USD to be a 
> child account of a new Top Level account that I created called 
> "Special Accounts." 


David, for a very good reason, I suspect you were not seeing the 
behavior you thought you were seeing. An account is NOT defined by its 
name but by its name within the context of its position in the tree (the 
CoA). Does you CoA not have ANY account names that are duplicated except 
for their position in the tree? For example, suppose among your expenses 
you were tracking the costs associated with automobiles, with one of 
these being fuel.

Expenses

     Automobile expenses

    Auto 1

   fuel

    Auto 2

   fuel

Now those two accounts for fuel have the same name but they are NOT the 
same account. You would not expect to simply specify "fuel" as the 
account affected by a transaction but also which one you meant.

But you are saying you had this working for the name "Imbalance". That 
you moved this to a different place in the tree but gnucash still 
treated it as the same account as the normal (special account) Imbalance.

Michael D Novack





___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] New Imbalance-XXX Behavior

[Michael or Penny Novack]

On 5/31/2021 1:08 PM, David T. via gnucash-user wrote:


Please re-read my email. In it you will see that I am NOT/NOT asking 
about how to handle entries that are automatically added to 
Imbalance-USD. I am fully aware of Gnucash behaviors in regard to the 
creation of entries into Imbalance-USD, and I have a long-established 
workflow in place for handling such created entries.



What I was noting is a CHANGE IN BEHAVIOR from earlier versions of 
Gnucash. In earlier versions, entries to Imbalance-USD would be added 
to the EXISTING Imbalance-USD account, regardless of its placement in 
the Chart of Accounts. In my books, I moved Imbalance-USD to be a 
child account of a new Top Level account that I created called 
"Special Accounts." 



David, for a very good reason, I suspect you were not seeing the 
behavior you thought you were seeing. An account is NOT defined by its 
name but by its name within the context of its position in the tree (the 
CoA). Does you CoA not have ANY account names that are duplicated except 
for their position in the tree? For example, suppose among your expenses 
you were tracking the costs associated with automobiles, with one of 
these being fuel.


Expenses

    Automobile expenses

   Auto 1

  fuel

   Auto 2

  fuel

Now those two accounts for fuel have the same name but they are NOT the 
same account. You would not expect to simply specify "fuel" as the 
account affected by a transaction but also which one you meant.


But you are saying you had this working for the name "Imbalance". That 
you moved this to a different place in the tree but gnucash still 
treated it as the same account as the normal (special account) Imbalance.


Michael D Novack





___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] New Imbalance-XXX Behavior

[David T. via gnucash-user]

@Derek:

Please re-read my email. In it you will see that I am NOT/NOT asking 
about how to handle entries that are automatically added to 
Imbalance-USD. I am fully aware of Gnucash behaviors in regard to the 
creation of entries into Imbalance-USD, and I have a long-established 
workflow in place for handling such created entries.



What I was noting is a CHANGE IN BEHAVIOR from earlier versions of 
Gnucash. In earlier versions, entries to Imbalance-USD would be added to 
the EXISTING Imbalance-USD account, regardless of its placement in the 
Chart of Accounts. In my books, I moved Imbalance-USD to be a child 
account of a new Top Level account that I created called "Special 
Accounts."



I have Used "Special Accounts" since around 2007 to encapsulate any and 
all "Imbalance-XXX" accounts, any "Orphaned Gains-XXX" accounts, any 
"Orphan-XXX" accounts (whatever they got created for), as well as my own 
"Unspecified" account (used on exceedingly rare occasions). This keeps 
the clutter down in the main Chart of Accounts. For the record, in each 
of these cases, I took the automatically-created account and MOVED it 
into its subsidiary location, a process I attempted with the 
GC4.5-vintage Imbalance-USD account without success.


In ALL prior versions (prior to 4.5), any imbalance entries would be 
added to "Special Accounts:Imbalance-USD", and I would periodically go 
through that account and clear up discrepancies. In GnuCash 4.5, these 
imbalance entries are ALWAYS placed in a top level account named 
"Imbalance-USD" regardless of the existence of "Special 
Accounts:Imbalance-USD".


@David:

Thank you for the vote of support.

On 5/31/2021 10:56 AM, David Carlson wrote:
The Imbalance-xxx account will reappear the next time an error is made 
in balancing a transaction, or if a transaction is intentionally left 
out of balance to be fixed later, so it is useless to delete the account.
I agree with David T that new entries should go to the existing 
account, even if it is not in the default position in the CoA.


On Mon, May 31, 2021 at 9:45 AM Derek Atkins > wrote:


The existence of an Imbalance account means you have an error in a
transaction.  So you should fix it and empty it..

-derek
Sent using my mobile device. Please excuse any typos.
On May 31, 2021 10:34:48 AM "D. via gnucash-user"
mailto:gnucash-user@gnucash.org>> wrote:

> Hello,
>
> I have noticed a new behavior in regards to the automatic
creation of
> entries to Imbalance-XXX (in my case,  Imbalance-USD).
>
> When I first started using Gnucash, I found the creation of a
top level
> imbalance account to be additional unwanted clutter to my Chart of
> Accounts. I found, by sheer coincidence, that I could move the
top level
> account into a different area of my CoA (in my case, a top level
> placeholder called Special Accounts, which includes a number of
these types
> of accounts), and Gnucash would use that newly-situated
Imbalance-XXX
> account for all new automatically-created imbalance entries.
>
> Alas, this is no more. In my most recent session, I have found
that Gnucash
> has decided that it must ALWAYS use a top level Imbalance
account for these
> entries. I find the concomitant clutter of my books annoying.
>
> This is disappointing. Does anyone know why this behavior has
changed, and
> is there any point to submitting a bug request to have the previous
> behavior restored?
>
> David T.
> Gnucash user since 2005
> Current: GC 4.5 on Windows 10
>
> ??
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org 
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user

> If you are using Nabble or Gmane, please see
> https://wiki.gnucash.org/wiki/Mailing_Lists
 for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.

___
gnucash-user mailing list
gnucash-user@gnucash.org 
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user

If you are using Nabble or Gmane, please see
https://wiki.gnucash.org/wiki/Mailing_Lists
 for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.



--
David Carlson

Re: [GNC] Question about Profit-Loss Report

[Howard M. Fried]

On 5/31/21 10:42 AM, Michael Hendry wrote:

On 31 May 2021, at 15:10, Howard M. Fried  wrote:

I have several invoices that were issued in 2020 but paid in 2021. These funds are 
not included in a P report for 2021, apparently because the report is based 
on date of invoice issue, or have I missed something.

Is it possible to get the 2020 Sales that were paid in 2021 into the report for 
2021?  Simply extending the Report date range backward is not a solution because 
many invoices that were issued and paid in 2020 will be included.  Or am I to 
include unrealized assets for 2020 as profit, like the P report does (I have 
no accounting, financial, or legal experience in such matters).

Thank you for considering,
Howard Fried


Not an accountant either, Howard, but I believe the approach varies according 
to whether your books are kept on a cash or an accrual basis.

If cash, then reports are based on the date when you received income, or the 
date you made a payment for expenses.

I don’t use the business features, but I think that you will be working on an 
accrual basis, and have reports on Accounts Receivable and Accounts Payable 
which carry over the end of the financial year.

Michael


Thank you Michael.  I'm a one-person business with one service 
(manuscript editing).  It never occurred to me that any method other 
than cash would be the way to go, and I just blindly set up my GnuCash 
account without thinking about it.  This year is the first in which the 
issuance and payment of invoices spanned two years.  I'll have to 
remember to add those funds come tax time.  Will have to check expenses 
as well.


Cheers,
Howard
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] New Imbalance-XXX Behavior

[David Carlson]

The Imbalance-xxx account will reappear the next time an error is made in
balancing a transaction, or if a transaction is intentionally left out of
balance to be fixed later, so it is useless to delete the account.
I agree with David T that new entries should go to the existing account,
even if it is not in the default position in the CoA.

On Mon, May 31, 2021 at 9:45 AM Derek Atkins  wrote:

> The existence of an Imbalance account means you have an error in a
> transaction.  So you should fix it and empty it..
>
> -derek
> Sent using my mobile device. Please excuse any typos.
> On May 31, 2021 10:34:48 AM "D. via gnucash-user"
>  wrote:
>
> > Hello,
> >
> > I have noticed a new behavior in regards to the automatic creation of
> > entries to Imbalance-XXX (in my case,  Imbalance-USD).
> >
> > When I first started using Gnucash, I found the creation of a top level
> > imbalance account to be additional unwanted clutter to my Chart of
> > Accounts. I found, by sheer coincidence, that I could move the top level
> > account into a different area of my CoA (in my case, a top level
> > placeholder called Special Accounts, which includes a number of these
> types
> > of accounts), and Gnucash would use that newly-situated Imbalance-XXX
> > account for all new automatically-created imbalance entries.
> >
> > Alas, this is no more. In my most recent session, I have found that
> Gnucash
> > has decided that it must ALWAYS use a top level Imbalance account for
> these
> > entries. I find the concomitant clutter of my books annoying.
> >
> > This is disappointing. Does anyone know why this behavior has changed,
> and
> > is there any point to submitting a bug request to have the previous
> > behavior restored?
> >
> > David T.
> > Gnucash user since 2005
> > Current: GC 4.5 on Windows 10
> >
> > ??
> > ___
> > gnucash-user mailing list
> > gnucash-user@gnucash.org
> > To update your subscription preferences or to unsubscribe:
> > https://lists.gnucash.org/mailman/listinfo/gnucash-user
> > If you are using Nabble or Gmane, please see
> > https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> > -
> > Please remember to CC this list on all your replies.
> > You can do this by using Reply-To-List or Reply-All.
>
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> If you are using Nabble or Gmane, please see
> https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
David Carlson
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] New Imbalance-XXX Behavior

[Derek Atkins]

The existence of an Imbalance account means you have an error in a 
transaction.  So you should fix it and empty it..


-derek
Sent using my mobile device. Please excuse any typos.
On May 31, 2021 10:34:48 AM "D. via gnucash-user" 
 wrote:



Hello,

I have noticed a new behavior in regards to the automatic creation of 
entries to Imbalance-XXX (in my case,  Imbalance-USD).


When I first started using Gnucash, I found the creation of a top level 
imbalance account to be additional unwanted clutter to my Chart of 
Accounts. I found, by sheer coincidence, that I could move the top level 
account into a different area of my CoA (in my case, a top level 
placeholder called Special Accounts, which includes a number of these types 
of accounts), and Gnucash would use that newly-situated Imbalance-XXX 
account for all new automatically-created imbalance entries.


Alas, this is no more. In my most recent session, I have found that Gnucash 
has decided that it must ALWAYS use a top level Imbalance account for these 
entries. I find the concomitant clutter of my books annoying.


This is disappointing. Does anyone know why this behavior has changed, and 
is there any point to submitting a bug request to have the previous 
behavior restored?


David T.
Gnucash user since 2005
Current: GC 4.5 on Windows 10

??
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.

-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Question about Profit-Loss Report

[Michael Hendry]

> On 31 May 2021, at 15:10, Howard M. Fried  wrote:
> 
> I have several invoices that were issued in 2020 but paid in 2021. These 
> funds are not included in a P report for 2021, apparently because the 
> report is based on date of invoice issue, or have I missed something.
> 
> Is it possible to get the 2020 Sales that were paid in 2021 into the report 
> for 2021?  Simply extending the Report date range backward is not a solution 
> because many invoices that were issued and paid in 2020 will be included.  Or 
> am I to include unrealized assets for 2020 as profit, like the P report 
> does (I have no accounting, financial, or legal experience in such matters).
> 
> Thank you for considering,
> Howard Fried

Not an accountant either, Howard, but I believe the approach varies according 
to whether your books are kept on a cash or an accrual basis.

If cash, then reports are based on the date when you received income, or the 
date you made a payment for expenses.

I don’t use the business features, but I think that you will be working on an 
accrual basis, and have reports on Accounts Receivable and Accounts Payable 
which carry over the end of the financial year.

Michael


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Re: [GNC] Question about Profit-Loss Report

[Michael or Penny Novack]

On 5/31/2021 10:10 AM, Howard M. Fried wrote:
I have several invoices that were issued in 2020 but paid in 2021. 
These funds are not included in a P report for 2021, apparently 
because the report is based on date of invoice issue, or have I missed 
something.


Is it possible to get the 2020 Sales that were paid in 2021 into the 
report for 2021?  Simply extending the Report date range backward is 
not a solution because many invoices that were issued and paid in 2020 
will be included.  Or am I to include unrealized assets for 2020 as 
profit, like the P report does (I have no accounting, financial, or 
legal experience in such matters).


Thank you for considering,
Howard Fried 



This is less of a gnucash question than a fundamentals of bookkeeping 
question. You need to look up/understand the essential differences 
between books kept on the "cash basis" and books kept under the "accrual 
basis".


You mention "invoice" and that means that you are using "accrual basis" 
since gnucash only supports invoices when using the "business features" 
and that means accrual basis. However it appears that you want want a 
P report on the cash basis << transactions dated as of when cash 
received or cash paid).


I will repeat, using software to partially automate your accounting does 
not mean that you can skip learning some of the fundamentals. This is 
especially true if you want/need reports both on the accrual basis and 
the cash basis.  Doing and undoing the adjustments you would need for 
that not easy.



Michael

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

[GNC] New Imbalance-XXX Behavior

[D. via gnucash-user]

Hello, 

I have noticed a new behavior in regards to the automatic creation of entries 
to Imbalance-XXX (in my case,  Imbalance-USD).

When I first started using Gnucash, I found the creation of a top level 
imbalance account to be additional unwanted clutter to my Chart of Accounts. I 
found, by sheer coincidence, that I could move the top level account into a 
different area of my CoA (in my case, a top level placeholder called Special 
Accounts, which includes a number of these types of accounts), and Gnucash 
would use that newly-situated Imbalance-XXX account for all new 
automatically-created imbalance entries.

Alas, this is no more. In my most recent session, I have found that Gnucash has 
decided that it must ALWAYS use a top level Imbalance account for these 
entries. I find the concomitant clutter of my books annoying. 

This is disappointing. Does anyone know why this behavior has changed, and is 
there any point to submitting a bug request to have the previous behavior 
restored?

David T. 
Gnucash user since 2005
Current: GC 4.5 on Windows 10

⁣​
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

[GNC] Question about Profit-Loss Report

[Howard M. Fried]

I have several invoices that were issued in 2020 but paid in 2021. 
These funds are not included in a P report for 2021, apparently 
because the report is based on date of invoice issue, or have I missed 
something.


Is it possible to get the 2020 Sales that were paid in 2021 into the 
report for 2021?  Simply extending the Report date range backward is not 
a solution because many invoices that were issued and paid in 2020 will 
be included.  Or am I to include unrealized assets for 2020 as profit, 
like the P report does (I have no accounting, financial, or legal 
experience in such matters).


Thank you for considering,
Howard Fried
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see 
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.