[GNC] Invoice system and Deffered Income
davidvernonlong at gmail.com
davidvernonlong at gmail.com
Mon May 29 22:00:29 EDT 2023
Hi,
I wonder if a simple way is that when you create an invoice, you then post
it for some distant time in the future. After all, at some date in the
future it should become income, it's only a question of time. . That way,
when you run an income statement for year to date, I guess you will not see
the income. Then when the customer pays, you unpost the invoice and then
post it using the date of payment.
If eventually, if the customer never pays, you could just unpost the
invoice.
II think that might work, but not sure if its exactly what you want. Seems
too simple though.
David
> Hi there,
> I am trying to figure out if the existing customer invoice system is
> suitable for my needs.
> For simplicity, let's say I have the following accounts:
>
> Current (Bank)
> Undetermined Income (Income, for bank account transactions just
> imported from the online banking) Deferred Income (Income, used at
> invoice creation to track invoices that are posted and sent to the
> customers but not paid yet) Income (for invoices that got paid, so the
> payment actually received as a bank transaction and processed as a
> payment of an invoice) Receivable (A/Receivable, for tracking
> invoices)
>
> The problem is that I don't like to see non-paid invoice splits in the
> Income Register until the invoice payment arrives to my bank account,
> imported and processed as invoice payment.
>
> The idea is to assign an incoming imported transaction as a payment
> for an invoice from the Bank account Register and change the Income
> account appropriately, so the paid invoice appears in the Income
> Register
>
> As I got from the docs, this mailing list and my experiments, there is
> no way to change the Income account after the Invoice has been posted
> and specifically at the payment processing step.
>
> Am I missing something?
>
> Thank you,
> Sergey
-----Original Message-----
From: gnucash-user
<gnucash-user-bounces+davidvernonlong=gmail.com at gnucash.org> On Behalf Of
gnucash-user-request at gnucash.org
Sent: Tuesday, May 30, 2023 8:06 AM
To: gnucash-user at gnucash.org
Subject: gnucash-user Digest, Vol 242, Issue 70
Send gnucash-user mailing list submissions to
gnucash-user at gnucash.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.gnucash.org/mailman/listinfo/gnucash-user
or, via email, send a message with subject or body 'help' to
gnucash-user-request at gnucash.org
You can reach the person managing the list at
gnucash-user-owner at gnucash.org
When replying, please edit your Subject line so it is more specific than
"Re: Contents of gnucash-user digest..."
Today's Topics:
1. Re: Revisiting Quotes (Bruce Schuck)
2. Problem with using Python with version 5.1 (Bob Reite)
3. Re: experience using Alpha Vantage (John Layman)
4. Re: Finance::Quote Quote Throttling (John Layman)
5. Invoice system and Deffered Income (Sergey Mende)
6. Re: Problem with using Python with version 5.1 (Jon Schewe)
7. Finance-Quote 1.56 released! (Bruce Schuck)
8. Last Num Bug(s) ?? (viking2ev at san.rr.com)
9. Re: Finance-Quote 1.56 released! (WR D)
10. Updated: Last Num Bug(s) ?? (viking2ev at san.rr.com)
11. Re: Finance-Quote 1.56 released! (Bruce Schuck)
12. Re: Invoice system and Deffered Income (Vincent Dawans)
----------------------------------------------------------------------
Message: 1
Date: Mon, 29 May 2023 14:31:55 -0700
From: Bruce Schuck <bschuck at asgard-systems.com>
To: gnucash-user at gnucash.org
Subject: Re: [GNC] Revisiting Quotes
Message-ID: <4c6d310d-9e3b-309f-ff21-dd550cf5a3e9 at asgard-systems.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
On Thu May 25, 2023 at 14:59:14 EDT R Losey wrote:
> From the discussion here, one would get the idea that the only two
> options for quotes are Alphavantage and Yahoo/JSON... don't the other
> options work? I seem to remember seeing a very long list of options.
Most of the other modules retrieve data for non-US based securities, or
specific funds such as TSP.pm for data from https://www.tsp.gov/.
Fool.pm is one that probably just needs someone to spend a little time
investigating why it no longer works, but it could be a viable alternative.
People either forget or don't realize that companies like AlphaVantage,
Yahoo, Alphabet (aka Google), and others pay for the stock market data
available on their websites or through APIs. Along with what is likely a a
large cost, there are license limitations on how they may make that data
available to others. This would be the reason AlphaVantage has limits placed
on access using the free API key, and probably why Yahoo has been blocking
access to long utilized URLs/APIs. I fully expect the new URL for Yahoo in
coming F::Q release 1.56 to get blocked at some point. Maybe a few months,
maybe a year, but I would bet on it.
This means modules will need to be rewritten to parse the HTML. Doable, but
not as simple as parsing JSON.
Bruce S.
------------------------------
Message: 2
Date: Sun, 28 May 2023 12:55:29 -0400
From: Bob Reite <br at telcen.com>
To: gnucash-user at gnucash.org
Subject: [GNC] Problem with using Python with version 5.1
Message-ID: <857996fd-7251-f03b-cac1-92d79971854d at telcen.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
I am trying to run python scripts to import data from Quickbooks, but I get
the following error:
ImportError: No module named gnucash.
Phthon3-guncash is installed.
System is Linux Mint 20 Ulyana
------------------------------
Message: 3
Date: Sat, 27 May 2023 08:09:23 -0400
From: "John Layman" <john.layman at laymanandlayman.com>
To: "'David G. Pickett'" <dgpickett at aol.com>,
<gnucash-user at gnucash.org>
Subject: Re: [GNC] experience using Alpha Vantage
Message-ID: <000001d99094$141d89e0$3c589da0$@laymanandlayman.com>
Content-Type: text/plain; charset="UTF-8"
Mostly, no. I'm getting few mutual fund returns. But misses are only
sporadically logged. That makes me wonder if stale quotes are being
delivered. But it also makes me wonder if I've been tuned out and am
unaware that a secret handshake is now needed.
I don't fetch prices automatically, but typically download around 6 AM. I
also run an Excel spreadsheet that fetches quotes from Refinitiv using the
Stocks data type. That has its own issues as some newer mutual fund tickers
aren't recognized.
-----Original Message-----
From: gnucash-user <gnucash-user-bounces+john.layman=ieee.org at gnucash.org>
On Behalf Of David G. Pickett via gnucash-user
Sent: Friday, May 26, 2023 4:42 PM
To: gnucash-user at gnucash.org
Subject: Re: [GNC] experience using Alpha Vantage
I have seen it fumble, too, not sure if it is FQ or AA. Funds do their nav
some time after 4 eastern, so I do my quotes on cron at midnight. This also
means the 6 minute run time is not a problem. But silently lost quotes
seems like a bad behavior. Does the code log when the price fetch fails a
AA? It certainly did with Yahoo!
_______________________________________________
gnucash-user mailing list
gnucash-user at 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.
------------------------------
Message: 4
Date: Mon, 29 May 2023 08:21:17 -0400
From: "John Layman" <john.layman at laymanandlayman.com>
To: "'Bruce Schuck'" <bschuck at asgard-systems.com>,
<gnucash-user at gnucash.org>
Subject: Re: [GNC] Finance::Quote Quote Throttling
Message-ID: <000801d99228$12441860$36cc4920$@laymanandlayman.com>
Content-Type: text/plain; charset="us-ascii"
Where AlphaVantage is concerned, the problem for me is not the throttling.
It's the missing mutual fund prices. I would consider purchasing a premium
key for those. But, hey, except for want of spare time, I could develop a
screen scrape of data I already have in Yahoo and get the same result for
free.
-----Original Message-----
From: gnucash-user <gnucash-user-bounces+john.layman=ieee.org at gnucash.org>
On Behalf Of Bruce Schuck
Sent: Sunday, May 28, 2023 5:07 PM
To: gnucash-user at gnucash.org
Subject: [GNC] Finance::Quote Quote Throttling
I was wondering if any GnuCash users pay for a premium key from a data
source like AlphaVantage? Or would some of you be more inclined to purchase
premium keys from the vendors if Finance::Quote was able to optionally
by-pass its throttling mechanisms?
I am gauging if the interest is enough to justify the effort although I
think it is a nice feature to add at some point.
Reply here or add to the F::Q discussion thread at
https://github.com/finance-quote/finance-quote/discussions/274#discussioncom
ment-6014874
Bruce S.
_______________________________________________
gnucash-user mailing list
gnucash-user at 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.
------------------------------
Message: 5
Date: Tue, 30 May 2023 00:44:50 +0300
From: Sergey Mende <sergey at mende.spb.ru>
To: gnucash-user at gnucash.org
Subject: [GNC] Invoice system and Deffered Income
Message-ID:
<CAEsLG68+yf1k6XPpb3-0=2ez2V+AqOrixbaTTeDA3-XiiZeztA at mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
[GNC] Invoice system and Deffered Income
------------------------------
Message: 6
Date: Mon, 29 May 2023 16:48:36 -0500
From: Jon Schewe <jpschewe at mtu.net>
To: Bob Reite <br at telcen.com>, gnucash-user at gnucash.org
Subject: Re: [GNC] Problem with using Python with version 5.1
Message-ID: <7e3609ec256a29a1f99c89dbecb002cbbb9ce55e.camel at mtu.net>
Content-Type: text/plain; charset="UTF-8"
Bob,
Did you install GnuCash using Flatpak or via a deb file??
Also are you certain that you're executing "python3" and not "python", which
may execute python2.
This is what I see on Ubuntu 22.?
>apt list --installed '*gnucash*'
Listing... Done
gnucash-common/jammy,now 1:4.8-1build2 all [installed]
gnucash-docs/jammy,now 4.8-1 all [installed,automatic] gnucash/jammy,now
1:4.8-1build2 amd64 [installed,automatic] python3-gnucash/jammy,now
1:4.8-1build2 amd64 [installed]
>python3
Python 3.10.6 (main, Mar 10 2023, 10:55:28) [GCC 11.3.0] on linux Type
"help", "copyright", "credits" or "license" for more information.
>>> import gnucash
>>>
Note that I also have GnuCash installed via Flatpak and that's the GUI that
I use. I need to figure out how to update my environment to execute python
scripts against the flatpak as I expect that eventually the 4.8 libraries
won't be able to read the 5.X files.
Jon
On Sun, 2023-05-28 at 12:55 -0400, Bob Reite wrote:
> I am trying to run python scripts to import data from Quickbooks, but
> I get the following error:
>
> ImportError: No module named gnucash.
>
> Phthon3-guncash is installed.
>
> System is Linux Mint 20 Ulyana
> _______________________________________________
> gnucash-user mailing list
> gnucash-user at 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.
------------------------------
Message: 7
Date: Mon, 29 May 2023 14:56:48 -0700
From: "Bruce Schuck" <bschuck at asgard-systems.com>
To: finance-quote-news at lists.sourceforge.net, gnucash-user at gnucash.org
Subject: [GNC] Finance-Quote 1.56 released!
Message-ID: <20230529215648.AEACC544F39 at valhalla.asgard-systems.com>
Content-Type: text/plain; charset=utf-8
New version 1.56 of Finance-Quote is available with the following changes:
* Replaced Tradeville.pm with BVB.pm - Issue #269
* Added new TwelveData module
* Updated YahooJSON.pm and CurrencyRates/YahooJSON.pm to use
https://query2.finance.yahoo.com/v11 - PR #284
* Bourso.pm - Squash anything but numbers and period in quote
values.
* Renamed MStarUK.pm to MorningstarUK.pm
* Added get_features method - PR #260
Authors:
- Erik Colson <eco at ecocode.net>
- Paul Fenwick <pjf at perltraining.com.au>
- Vincent Lucarelli <vincent.lucarelli at gmail.com>
- David Hampton <hampton-sf at rainbolthampton.net>
- Bruce Schuck <bschuck at asgard-systems.com>
- jvolkening <jdv at base2bio.com>
- Pawel Konieczny <konieczp at zonnet.nl>
- AndreJ <Andre-J at users.noreply.github.com>
- Mike Alexander <mta at umich.edu>
- Vinay S Shastry <vinayshastry at gmail.com>
- Bradley Dean <bjdean at bjdean.id.au>
- Brent Neal <brent at reindeergraphics.com>
- Jacinta Richardson <jarich at perltraining.com.au>
- e-dorigatti <emilio.dorigatti at gmail.com>
- goodvibes2 <goodchris96 at gmail.com>
- Sam Morris <sam at robots.org.uk>
- Linas Vepstas <linas at linas.org>
- Manuel Friedli <manuel at fritteli.ch>
- Diego Marcolungo <diego.marcolungo at gmail.com>
- John Haiducek <jhaiduce at gmail.com>
- alex314159 <alex314159 at users.noreply.github.com>
- gregor herrmann <gregoa at debian.org>
- Hiranya Samarasekera <hiranyas at gmail.com>
- Jalon Avens <jalonavens at snave.info>
- Paul Howarth <paul at city-fan.org>
- Sigve Indregard <sigve at indregard.no>
- goodvibes2 <chris.good at ozemail.com.au>
- Ben Hemming <benh at obsidian.com.au>
- Caleb Begly <calebbegly at gmail.com>
- CleanShed <72849657+CleanShed at users.noreply.github.com>
- Eelco Dolstra <edolstra at gmail.com>
- Emmanuel Di Pretoro <edipretoro at gmail.com>
- Florian Schlichting <fsfs at debian.org>
- GitGord <46006740+GitGord at users.noreply.github.com>
- Gustavo R. Montesino <grmontesino at gmail.com>
- Henrik Ahlgren <pablo at seestieto.com>
- Jean-Marie Pacquet <jm at pacquet.net>
- Lance Wicks <lw at judocoach.com>
- Liviu Tinta <liviutinta at chromium.org>
- Martin Kompf <skaringa at nospam.org>
- Pete Ratzlaff <pratzlaff at gmail.com>
- Ross Peachey <ross.peachey at optusnet.com.au>
- Stephan Ebelt <ste at shared-files.de>
- linas <linas>
- thinus <thinus at pollard.co.za>
- x42x64 <martin-jan at arcor.de>
------------------------------
Message: 8
Date: Mon, 29 May 2023 15:04:04 -0700
From: <viking2ev at san.rr.com>
To: <gnucash-user at gnucash.org>
Subject: [GNC] Last Num Bug(s) ??
Message-ID: <01c101d99279$7c1ddbd0$74599370$@san.rr.com>
Content-Type: text/plain; charset="us-ascii"
I am using GnuCash v5.1
I use the "Num" field in the account register to log the transaction number
(e,g, check number or other reference).
I want to see the latest transaction number in the "Account Tree window".
I have therefore set my "Account Tree window" to show the "Last Num"
Heading.
Bug1:
For the last transaction in my Bank1 account I have set the "Num" field to
50.
The "Last Num" Heading in the "Account Tree window" then properly shows 50.
I then edit "Num" to 51.
However, the "Last Num" Heading in the "Account Tree window" is not updated.
It still shows 50.
Bug2 (maybe not a bug?):
Instead of using integers in the "Num" field, I would like to use use
decimals; e.g. 4.5.
However, that is not recognized in the "Last Num" Heading in the "Account
Tree window". It still shows the previous integer value for the "Num" field.
------------------------------
Message: 9
Date: Mon, 29 May 2023 22:13:10 +0000
From: WR D <dullege at hotmail.com>
To: Bruce Schuck <bschuck at asgard-systems.com>,
"finance-quote-news at lists.sourceforge.net"
<finance-quote-news at lists.sourceforge.net>,
"gnucash-user at gnucash.org"
<gnucash-user at gnucash.org>
Subject: Re: [GNC] Finance-Quote 1.56 released!
Message-ID:
<ME2P282MB0626E93A0CB12AD0D06FC66BB94A9 at ME2P282MB0626.AUSP282.PROD.OUTLOOK.C
OM>
Content-Type: text/plain; charset="us-ascii"
Thank you for this.
Can I confirm ... does this take time to propagate?
On Windows right now, if I run the "Install Online Price Retrieval for
GnuCash" under my Gnucash start menu entry (which points to ""C:\Program
Files (x86)\gnucash\bin\install-fq-mods.cmd") , it is still recognising
version 1.55 as latest version and thus not installing anything. The
message I see is ...
Finance::Quote is up to date (1.55).
So I am not clear if this install method will update eventually and then
look for 1.56?
Regards,
Bill
-----Original Message-----
From: gnucash-user <gnucash-user-bounces+dullege=hotmail.com at gnucash.org> On
Behalf Of Bruce Schuck
Sent: Tuesday, 30 May 2023 7:57 AM
To: finance-quote-news at lists.sourceforge.net; gnucash-user at gnucash.org
Subject: [GNC] Finance-Quote 1.56 released!
New version 1.56 of Finance-Quote is available with the following changes:
* Replaced Tradeville.pm with BVB.pm - Issue #269
* Added new TwelveData module
* Updated YahooJSON.pm and CurrencyRates/YahooJSON.pm to use
https://query2.finance.yahoo.com/v11 - PR #284
* Bourso.pm - Squash anything but numbers and period in quote
values.
* Renamed MStarUK.pm to MorningstarUK.pm
* Added get_features method - PR #260
Authors:
- Erik Colson <eco at ecocode.net>
- Paul Fenwick <pjf at perltraining.com.au>
- Vincent Lucarelli <vincent.lucarelli at gmail.com>
- David Hampton <hampton-sf at rainbolthampton.net>
- Bruce Schuck <bschuck at asgard-systems.com>
- jvolkening <jdv at base2bio.com>
- Pawel Konieczny <konieczp at zonnet.nl>
- AndreJ <Andre-J at users.noreply.github.com>
- Mike Alexander <mta at umich.edu>
- Vinay S Shastry <vinayshastry at gmail.com>
- Bradley Dean <bjdean at bjdean.id.au>
- Brent Neal <brent at reindeergraphics.com>
- Jacinta Richardson <jarich at perltraining.com.au>
- e-dorigatti <emilio.dorigatti at gmail.com>
- goodvibes2 <goodchris96 at gmail.com>
- Sam Morris <sam at robots.org.uk>
- Linas Vepstas <linas at linas.org>
- Manuel Friedli <manuel at fritteli.ch>
- Diego Marcolungo <diego.marcolungo at gmail.com>
- John Haiducek <jhaiduce at gmail.com>
- alex314159 <alex314159 at users.noreply.github.com>
- gregor herrmann <gregoa at debian.org>
- Hiranya Samarasekera <hiranyas at gmail.com>
- Jalon Avens <jalonavens at snave.info>
- Paul Howarth <paul at city-fan.org>
- Sigve Indregard <sigve at indregard.no>
- goodvibes2 <chris.good at ozemail.com.au>
- Ben Hemming <benh at obsidian.com.au>
- Caleb Begly <calebbegly at gmail.com>
- CleanShed <72849657+CleanShed at users.noreply.github.com>
- Eelco Dolstra <edolstra at gmail.com>
- Emmanuel Di Pretoro <edipretoro at gmail.com>
- Florian Schlichting <fsfs at debian.org>
- GitGord <46006740+GitGord at users.noreply.github.com>
- Gustavo R. Montesino <grmontesino at gmail.com>
- Henrik Ahlgren <pablo at seestieto.com>
- Jean-Marie Pacquet <jm at pacquet.net>
- Lance Wicks <lw at judocoach.com>
- Liviu Tinta <liviutinta at chromium.org>
- Martin Kompf <skaringa at nospam.org>
- Pete Ratzlaff <pratzlaff at gmail.com>
- Ross Peachey <ross.peachey at optusnet.com.au>
- Stephan Ebelt <ste at shared-files.de>
- linas <linas>
- thinus <thinus at pollard.co.za>
- x42x64 <martin-jan at arcor.de>
_______________________________________________
gnucash-user mailing list
gnucash-user at 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.
------------------------------
Message: 10
Date: Mon, 29 May 2023 15:30:36 -0700
From: <viking2ev at san.rr.com>
To: <gnucash-user at gnucash.org>
Subject: [GNC] Updated: Last Num Bug(s) ??
Message-ID: <01c601d9927d$30ee9650$92cbc2f0$@san.rr.com>
Content-Type: text/plain; charset="us-ascii"
I am using GnuCash v5.1
I use the "Num" field in the account register to log the transaction number
(e,g, check number or other reference).
I want to see the latest transaction number in the "Account Tree window".
I have therefore set my "Account Tree window" to show the "Last Num"
Heading.
Bug1:
For the last transaction in my Bank1 account I have set the "Num" field to
50.
The "Last Num" Heading in the "Account Tree window" then properly shows 50.
I then edit "Num" to 51.
However, the "Last Num" Heading in the "Account Tree window" is not updated.
It still shows 50.
Bug2 (maybe not a bug?):
Instead of using integers in the "Num" field, I would like to use use
decimals; e.g. 4.5.
However, that is not recognized in the "Last Num" Heading in the "Account
Tree window". It still shows the previous integer value for the "Num" field.
Bug3:
For the last transaction in my Bank1 account I have set the "Num" field to
50.
The "Last Num" Heading in the "Account Tree window" then properly shows 50.
This transaction entered in Bank1 is a Transfer to Bank2.
The transfer properly shows up in Bank2 with the last "Num" field as 50 as
it should.
However, the "Last Num" Heading in the "Account Tree window" for Bank2 is
not updated to show 50 (It shows the previous last number directly entered
in the Bank2 register).
_______________________________________________
gnucash-user mailing list
gnucash-user at 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.
------------------------------
Message: 11
Date: Mon, 29 May 2023 15:53:18 -0700
From: Bruce Schuck <bschuck at asgard-systems.com>
To: WR D <dullege at hotmail.com>,
"finance-quote-news at lists.sourceforge.net"
<finance-quote-news at lists.sourceforge.net>,
"gnucash-user at gnucash.org"
<gnucash-user at gnucash.org>
Subject: Re: [GNC] Finance-Quote 1.56 released!
Message-ID: <98fdea73-882e-1297-ff32-e95b431e6234 at asgard-systems.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
On 5/29/23 15:13, WR D wrote:
> Can I confirm ... does this take time to propagate?
Depending on what CPAN mirrors are configured on your system, yes.
> So I am not clear if this install method will update eventually and
> then look for 1.56?
Unless there is some other issue with your CPAN or Perl installation, you
are correct?
Bruce S.
------------------------------
Message: 12
Date: Mon, 29 May 2023 17:05:18 -0700
From: Vincent Dawans <dawansv at gmail.com>
To: Sergey Mende <sergey at mende.spb.ru>
Cc: gnucash-user at gnucash.org
Subject: Re: [GNC] Invoice system and Deffered Income
Message-ID:
<CALisao-bLMU=Wb38iugTEPcoj1S3bM17aSLjdVm-zGBUQs0f-g at mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
Hi Sergey:
I think you are describing the ability to use cash accounting instead of
accrual accounting. Gnucash does not offer this by default unfortunately.
There is an old enhancement report about it
https://bugs.gnucash.org/show_bug.cgi?id=95700 and even an old wiki page
https://wiki.gnucash.org/wiki/Cash_Based_Accounting
There is actually a not-so-bad workaround but it still requires some manual
adjustments. So it's a workaround, not an ideal solution.
It is very similar to what you have done so far as per your description,
with the additional advice of putting all of your transitional accounts
under a single top-level account. If you want to accommodate both invoices
and bills you would have:
Pending invoices and bills (TOP LEVEL of type asset or liability)
-- Pending bills (type: liability)
---- Bills Payable (type: a/payable) This is the account where bills will be
posted by gnucash -- it will be selected by default because it is of type
a/payable
---- Deferred Expenses (type: asset) This is the account you need to use
inside bills in lieu of expense account. Ideally it should include sub
accounts matching your expense accounts needed in bills, although not
entirely necessary.
-- Pending invoices (type: asset)
---- Invoices Receivable (type: a/receivable) This is the account where
invoices will be posted by gnucash -- it will be selected by default because
it is of type a/receivable
---- Deferred Income (type: liability). This is the account you need to use
inside invoices in lieu of income accounts. Ideally it should include sub
accounts matching your income accounts needed in invoices, although not
entirely necessary.
You can just do the Pending invoices part if you don't use the bills feature
of course.
The reasons why this structure is useful:
- the low level accounts in that hierarchy under Pending bills and Pending
invoices should always balance each other. If they do, you will see zeros
under Pending bills and Pending invoices in the account view. If you don't
see zeros, it means your manual adjustments are wrong OR your mistakenly
used income/expense accounts (instead of deferred income/deferred expenses)
in your invoices or bills. Without that check it will be hard to detect
errors.
- by not using actual income/expense accounts they will be excluded from the
P&L by default.
The BIG caveat:
- After you process each payment, you need to enter adjustments between the
Deferred Expenses and expense accounts (for bills) and Deferred Income and
income accounts (for invoices); Ideally you put the adjustments as
additional splits in the same transaction processing the payment so there is
an easy track record of it and no risk of getting the date wrong. If you
have complex invoices with a lot of items going to different income/expenses
accounts this is far from ideal of course as you have to adjust each
account. You could also just use one "deferred income" account and one
"deferred expense" account and distribute expenses and income to the correct
expense/income account in the adjustment. In that case you need the info
from somewhere else (the item description in the invoice, etc).
Hence why this is a workaround. This is the part requiring the most manual
work and the main part that would need to be automated for this feature to
be fully implemented. How much work depends on how complex your
invoices/bills are.
Little caveats:
- You need to exclude these accounts from the balance sheet, although the
balance sheet is still balancing with them, it just shows an additional
asset balanced by an additional liability of opposite value. Not what you
want but still not unbalanced. Still best to exclude them in the report
options. It's easy because they are all under one single main account.
- You need to include these accounts in some reports such as Customer
summary for instance. Easy enough to do in report options as well.
Now the above workaround is the heavy-duty one when you want your books to
be in cash-basis at all times. Personally, because I don't use the vendor
bill option and do have that many invoices and only need precise reporting
once a year, I just edit my unpaid invoices and push them to January 1st
when I reach the end of the fiscal year. Not pretty but it does the job for
me. But I could see that not working if you have a lot of invoices or need
cash-basis reporting more often.
There could also be a way to deal with this purely with reports. It would
keep the registers in accrual mode as they are, not do any pending accounts
and adjustments there, but then provide a cash-basis P&L and cash-basis
Balance sheet reports that would do the adjustment. That would be the
simplest way to provide at least some functionality without any manual
entries. But the challenge would come from partial payments. If an invoice
has several income accounts in it, and a partial payment is made, there is
no way (for the computer) to tell which income account the partial payment
should be applied to without additional info from the user. One could decide
to either pay the invoice items in the order presented or distribute
proportionally or any other way. Partial payment is an edge case but still
has to be accounted for. The same would need to happen for bills as well of
course. At the end this would still not be ideal since your main registers
would still follow accrual so the info wouldn't match the report. For
instance when closing books, profit/loss would be calculated as accrual in
the register, you would only see the cash-basis in the report.
The alternative is to automate the workaround above and enable it on a per
book basis. It's actually sort of similar to the type of per book selection
and automation done by the trading accounts (for a completely different
purpose). But it's a substantial amount of work to do it properly.
Sorry if my explanations are confusing. It's hard to explain this sort of
thing without visuals. I might try to update the wiki page with some of
these ideas and some screenshots. Also it's possible there might be some
other caveats I have not run into of course as each use case can be
different.
Sincerely,
Vincent Dawans
On Mon, May 29, 2023 at 2:46?PM Sergey Mende <sergey at mende.spb.ru> wrote:
> Hi there,
> I am trying to figure out if the existing customer invoice system is
> suitable for my needs.
> For simplicity, let's say I have the following accounts:
>
> Current (Bank)
> Undetermined Income (Income, for bank account transactions just
> imported from the online banking) Deferred Income (Income, used at
> invoice creation to track invoices that are posted and sent to the
> customers but not paid yet) Income (for invoices that got paid, so the
> payment actually received as a bank transaction and processed as a
> payment of an invoice) Receivable (A/Receivable, for tracking
> invoices)
>
> The problem is that I don't like to see non-paid invoice splits in the
> Income Register until the invoice payment arrives to my bank account,
> imported and processed as invoice payment.
>
> The idea is to assign an incoming imported transaction as a payment
> for an invoice from the Bank account Register and change the Income
> account appropriately, so the paid invoice appears in the Income
> Register
>
> As I got from the docs, this mailing list and my experiments, there is
> no way to change the Income account after the Invoice has been posted
> and specifically at the payment processing step.
>
> Am I missing something?
>
> Thank you,
> Sergey
> _______________________________________________
> gnucash-user mailing list
> gnucash-user at 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.
>
------------------------------
Subject: Digest Footer
_______________________________________________
gnucash-user mailing list
gnucash-user at 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.
------------------------------
End of gnucash-user Digest, Vol 242, Issue 70
*********************************************
More information about the gnucash-user
mailing list