In which account are Invoice customer balances posted
Adrien Monteleone
adrien.monteleone at gmail.com
Tue Jan 30 22:40:56 EST 2018
Roger,
Sorry, I thought I put that in parentheses.
SX is shorthand for Scheduled Transaction. If I haven’t used the funds, I approve the transaction otherwise I don’t let it get created. I just edit the template next time I need it.
On another note, I see you switched to digest mode for the mailing list. Please, when replying, either snip out the posts you aren’t replying to, or set your editor to quote only what you have selected, then you can start a reply by selecting the text of the post you are replying to and you’ll get just that in the quoted material. Otherwise, it’s a bit difficult to see what you are referencing and the scrolling can be excessive. Also, please replace the subject line with the one of the post you are replying to, otherwise threads are hard to follow. See this page: https://wiki.gnucash.org/wiki/Mailing_Lists
Regards,
Adrien
> On Jan 30, 2018, at 7:47 PM, rmomxtx at gmail.com wrote:
>
> Adrien Monteleone, Sorry I missed a beat. "I use the SX..." What is the SX
> and how do you use it? Thanks, Roger
>
> -----Original Message-----
> From: gnucash-user
> [mailto:gnucash-user-bounces+rmomxtx=gmail.com at gnucash.org] On Behalf Of
> gnucash-user-request at gnucash.org
> Sent: Monday, January 29, 2018 11:33 PM
> To: gnucash-user at gnucash.org
> Subject: gnucash-user Digest, Vol 178, Issue 67
>
> 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. In which account are Invoice customer balances posted
> (rmomxtx at gmail.com)
> 2. Re: Subaccounts [WAS Re: Future allocated money vs Budgets]
> (Mike or Penny Novack)
> 3. Re: In which account are Invoice customer balances posted
> (Adrien Monteleone)
> 4. Re: info about action field in double-line view (Mark Hedges)
> 5. Re: info about action field in double-line view
> (ihaveanotherchance at gmail.com)
> 6. Re: info about action field in double-line view (David Carlson)
> 7. Re: info about action field in double-line view (Buddha Buck)
> 8. Re: info about action field in double-line view (Dave H)
> 9. Re: Subaccounts [WAS Re: Future allocated money vs Budgets]
> (Matt Graham)
> 10. Re: info about action field in double-line view (David Carlson)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 29 Jan 2018 14:50:23 -0600
> From: <rmomxtx at gmail.com>
> To: <gnucash-user at gnucash.org>
> Subject: In which account are Invoice customer balances posted
> Message-ID: <035601d39942$c96e59e0$5c4b0da0$@gmail.com>
> Content-Type: text/plain; charset="us-ascii"
>
> When a customer pays more than the amount due on an invoice that balance
> appears in the receive payment window the next time there is an invoice to
> pay. In which account is that balance stored? I suspect it is kept in
> receivables. Is that correct?
>
>
>
> Trying to figure out a way to keep track of what portion of the balance in
> the checking and cash accounts are advance payments.
>
>
>
> Thanks,
>
> Roger
>
>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 29 Jan 2018 17:31:08 -0500
> From: Mike or Penny Novack <stepbystepfarm at dialup4less.com>
> To: Matt Graham <matt_graham2001 at hotmail.com>
> Cc: "gnucash-user at gnucash.org" <gnucash-user at gnucash.org>
> Subject: Re: Subaccounts [WAS Re: Future allocated money vs Budgets]
> Message-ID: <5A6FA0AC.7030301 at dialup4less.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> On 1/28/2018 8:11 PM, Matt Graham wrote:
>> ........ When you look at what liabilities really are, Adrien and I
>> concluded on this thread that this situation (segmenting money for
>> future) is really using a separate asset account. After all - creating
>> a liability INCREASES your cash available. .......
> Yes, the problem precisely, we aren't assigning the same meaning to
> "available" and "liability"
>
> But your example of what you would like to see:
>
> Template transactions (I'd probably call them "Triggerred transactions", but
> it doesn'tmatter) sound awesome. As someone else highlighted, there are
> implementation difficulties to consider, but I dont think that it would be
> too onerous.
>
> In terms of spending from another account but recording against a
> sub-account, its easy:
> Dr Exp whatever account
> Cr Cash I pay for something awesome
> Dr Parent account the amount I paid
> Cr sub-account the amount I paid
>
> SPECIAL CASE of a GENERAL requirement. The special case might be easy to
> implement BUT in general the amounts are NOT going to be the same.
>
> This is actually a fairly common situation for me, say one of the
> organizations SELLS a tee shirt (fundraising, but tee shirts might also be
> being given away to volunteers).
> Db Cash
> Cr Sales
> Db Cost of goods sold
> Cr Tee shirt inventory
> << the shirts might be being sold for $20 but cost the organization $7
>>>
>
> Or, and though this is common with our restricted funds (not exactly
> matching) I will give an example precisely for your situation. You socked
> away into this reserve $100/mo toward the annual renewal of your car
> insurance based on your ESTIMATE of what that annual bill will be. But when
> the bill arrives it is for $1150 or $1250. In both cases you pay the bill
> and release the restriction, yes? << in one case, you had more in the fund
> than needed but it still can be released to general purposes, in the other
> you used all of the fund AND had to add some general funds >>
>
> Michael D Novack
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 29 Jan 2018 16:39:14 -0600
> From: Adrien Monteleone <adrien.monteleone at gmail.com>
> To: GNU Cash User <gnucash-user at gnucash.org>
> Subject: Re: In which account are Invoice customer balances posted
> Message-ID: <80FAA72F-2287-4368-850E-778E7307162E at gmail.com>
> Content-Type: text/plain; charset=utf-8
>
> Roger,
>
> You are correct.
>
> Ideally, that overpayment should instead be held as a liability in the form
> of ?customer deposits? but I suppose that would have complicated the code.
>
> A reverse balanced AR is technically a liability, not an asset.
>
> When I encounter such a situation, I set a scheduled transaction for 30 days
> ahead. When that transaction fires for my approval, I check to see if the
> Customer Report still shows the credit balance. If so, I use the SX to move
> the funds from AR to Liability:Customer Deposits which I?ll use as a payment
> method on their next invoice when that happens.
>
> Regards,
> Adrien
>
>> On Jan 29, 2018, at 2:50 PM, rmomxtx at gmail.com wrote:
>>
>> When a customer pays more than the amount due on an invoice that
>> balance appears in the receive payment window the next time there is
>> an invoice to pay. In which account is that balance stored? I suspect
>> it is kept in receivables. Is that correct?
>>
>>
>>
>> Trying to figure out a way to keep track of what portion of the
>> balance in the checking and cash accounts are advance payments.
>>
>>
>>
>> Thanks,
>>
>> Roger
>>
>> _______________________________________________
>> 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
>> 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.
>
>
>
> ------------------------------
>
> Message: 4
> Date: Mon, 29 Jan 2018 18:56:25 -0600
> From: Mark Hedges <mark.hedges at weirdvibe.com>
> To: Gnucash user list <gnucash-user at gnucash.org>
> Subject: Re: info about action field in double-line view
> Message-ID:
> <CAEfGcrwGA2ifxgtBYq=BQSk_x69U8qO1e9Lrv2YYnZ8rfcMYDA at mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> Thanks all.
>
> I don't understand the difference between "cleared" and "reconciled"
> in Gnucash context. Someone mentioned that one changes R from "n" to "c"
> when they see the charge in their bank statement or online banking. How is
> that different in terms of information flow from using the reconciliation
> feature to do exactly the same thing? I still end up having to cherry-pick
> individual transactions to make the balance work out.
>
> Regarding the Num field, I understand that this would be a check number if
> anyone paid for much with checks anymore. For checking visa or ACH
> transactions, am I supposed to record the transaction number from the bank
> online balance sheet or statement?
>
> Thanks.
>
> Mark
>
>
> ------------------------------
>
> Message: 5
> Date: Mon, 29 Jan 2018 20:29:40 -0500
> From: ihaveanotherchance at gmail.com
> To: Mark Hedges <mark.hedges at weirdvibe.com>
> Cc: Gnucash user list <gnucash-user at gnucash.org>
> Subject: Re: info about action field in double-line view
> Message-ID: <AAEAF315-C861-48F4-AB03-A3687AD101FE at gmail.com>
> Content-Type: text/plain; charset=us-ascii
>
> An item that is cleared means that your bank has cashed it. An item that is
> reconciled means that at the end of the month the balance of the bank and
> your checking account match for all item that have cleared. That is the
> difference between the two. I hope my explanation is simple enough.
>
> Sent from my iPhone
>
>> On Jan 29, 2018, at 7:56 PM, Mark Hedges <mark.hedges at weirdvibe.com>
> wrote:
>>
>> Thanks all.
>>
>> I don't understand the difference between "cleared" and "reconciled"
>> in Gnucash context. Someone mentioned that one changes R from "n" to
>> "c" when they see the charge in their bank statement or online
>> banking. How is that different in terms of information flow from
>> using the reconciliation feature to do exactly the same thing? I
>> still end up having to cherry-pick individual transactions to make the
>> balance work out.
>>
>> Regarding the Num field, I understand that this would be a check
>> number if anyone paid for much with checks anymore. For checking visa
>> or ACH transactions, am I supposed to record the transaction number
>> from the bank online balance sheet or statement?
>>
>> Thanks.
>>
>> Mark
>> _______________________________________________
>> 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
>> 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.
>
>
> ------------------------------
>
> Message: 6
> Date: Mon, 29 Jan 2018 19:36:02 -0600
> From: David Carlson <david.carlson.417 at gmail.com>
> To: Mark Hedges <mark.hedges at weirdvibe.com>
> Cc: Gnucash user list <gnucash-user at gnucash.org>
> Subject: Re: info about action field in double-line view
> Message-ID:
> <CADYgSbnocb73xC5FOhYn1ZypkO9deAx4Q+nTFm_gZYt74_Zxjg at mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> The letter c is applied to transaction splits by GnuCash either when the
> user imports a transaction from a QIF, OFX or QFX file that was probably
> downloaded over the Internet from a banking website or manually by clicking
> in the appropriate box. This is interpreted to mean that the information in
> that split line of that account register of the data file matches the
> information from the bank. Arguably, it would probably be better to have
> separate indicators for these two distinctly different actions.
>
> That is not the same as the R applied by GnuCash from a Reconciliation,
> where the user is verifying that his data records match those from whatever
> independent source he chooses. Historically, the independent source was the
> checkbook register, but now it is probably a combination of memory and
> whatever receipts the user has kept. The R indicator cannot be manually
> applied to a transaction split line.
>
> There is no requirement that the user even consider using these indicators.
> Many users, myself included, never reconcile income or expenses or any other
> accounts except bank and investment accounts.
>
> As to your cherry-picking to make the balance work out, are you referring to
> making a reconciliation balance work out? That would be little different
> than comparing a manually recorded checkbook register to a bank statement.
> You still need to 'remember' that credit card or debit card purchase that
> you forgot to record or to notice that there was an unauthorized charge to
> your account. This is your opportunity to discover fraudulent use of your
> account.
>
> To your last point, the Num field can contain whatever information that you
> choose to put there, period.
>
> David C
>
> On Mon, Jan 29, 2018 at 6:56 PM, Mark Hedges <mark.hedges at weirdvibe.com>
> wrote:
>
>> Thanks all.
>>
>> I don't understand the difference between "cleared" and "reconciled"
>> in Gnucash context. Someone mentioned that one changes R from "n" to
>> "c" when they see the charge in their bank statement or online
>> banking. How is that different in terms of information flow from
>> using the reconciliation feature to do exactly the same thing? I
>> still end up having to cherry-pick individual transactions to make the
>> balance work out.
>>
>> Regarding the Num field, I understand that this would be a check
>> number if anyone paid for much with checks anymore. For checking visa
>> or ACH transactions, am I supposed to record the transaction number
>> from the bank online balance sheet or statement?
>>
>> Thanks.
>>
>> Mark
>> _______________________________________________
>> 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
>> 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.
>>
>
>
> ------------------------------
>
> Message: 7
> Date: Tue, 30 Jan 2018 01:36:26 +0000
> From: Buddha Buck <blaisepascal at gmail.com>
> To: Mark Hedges <mark.hedges at weirdvibe.com>
> Cc: Gnucash user list <gnucash-user at gnucash.org>
> Subject: Re: info about action field in double-line view
> Message-ID:
> <CAAyPE3DVmHCQXYNoqL6bgYARQ=3qWtfU7PuptMzPCFCmrLujtg at mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> Here's the workflow that I ideally go through.
>
> During the month, I order something online using a credit card.
>
> When I enter the transaction into GnuCash, the split associated with the
> transaction in the credit card account is tagged "n".
>
> The next day, I check my online banking, and I see that the credit card
> company considers the transaction "pending". I leave it tagged as "n".
> The next day, I check again, and now the transaction is charged against my
> account, and is no longer "pending". I tag the entry in GnuCash as "c",
> cleared.
>
> At the end of the month, I receive my statement, and I run the
> "reconciliation" process in GnuCash. GnuCash automatically cherry-picks
> "cleared" transactions for me, and I look for any discrepancy (transactions
> that haven't cleared, or transactions on the card I don't have recorded,
> etc). When I am satisfied that all is well, I tell GnuCash that the
> reconciliation is complete, and it marks the reconciled transactions as "r".
> In the future, when you go to reconcile the next month, it won't consider
> the ones already reconciled.
>
> GnuCash also shows multiple balances for an account: a current balance, a
> future balance, a reconciled balance, and a cleared balance. At any given
> time, the "cleared balance" should match match what the online banking says
> it should be, the "reconciled balance" matches your last statement balance.
>
>
> On Mon, Jan 29, 2018 at 7:59 PM Mark Hedges <mark.hedges at weirdvibe.com>
> wrote:
>
>> Thanks all.
>>
>> I don't understand the difference between "cleared" and "reconciled"
>> in Gnucash context. Someone mentioned that one changes R from "n" to
>> "c" when they see the charge in their bank statement or online
>> banking. How is that different in terms of information flow from
>> using the reconciliation feature to do exactly the same thing? I
>> still end up having to cherry-pick individual transactions to make the
>> balance work out.
>>
>> Regarding the Num field, I understand that this would be a check
>> number if anyone paid for much with checks anymore. For checking visa
>> or ACH transactions, am I supposed to record the transaction number
>> from the bank online balance sheet or statement?
>>
>> Thanks.
>>
>> Mark
>> _______________________________________________
>> 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
>> 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.
>>
>
>
> ------------------------------
>
> Message: 8
> Date: Tue, 30 Jan 2018 14:48:20 +1000
> From: Dave H <hellvee at gmail.com>
> To: Buddha Buck <blaisepascal at gmail.com>
> Cc: Mark Hedges <mark.hedges at weirdvibe.com>, Gnucash user list
> <gnucash-user at gnucash.org>
> Subject: Re: info about action field in double-line view
> Message-ID:
> <CA+5xQdob80=R9BLKzAT3tQjz8x6KFRjAV=u1fL+5qSx2t-7DJQ at mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> My workflow is remarkably similar but my transactions are marked as "y"
> when they get reconciled :-)
>
> I wouldn't mind also being able to flag a transaction as 'p' = pending for
> the pending credit card transactions and 's' = scheduled when I have
> scheduled a future transaction in online banking but I was told previously
> that it's a binary value even though it transitions from 'n' to 'c' to 'y'
> in my world !!!
>
> Cheers Dave H.
>
>
> On 30 January 2018 at 11:36, Buddha Buck <blaisepascal at gmail.com> wrote:
>
>> Here's the workflow that I ideally go through.
>>
>> During the month, I order something online using a credit card.
>>
>> When I enter the transaction into GnuCash, the split associated with
>> the transaction in the credit card account is tagged "n".
>>
>> The next day, I check my online banking, and I see that the credit
>> card company considers the transaction "pending". I leave it tagged as
> "n".
>> The next day, I check again, and now the transaction is charged
>> against my account, and is no longer "pending". I tag the entry in
>> GnuCash as "c", cleared.
>>
>> At the end of the month, I receive my statement, and I run the
>> "reconciliation" process in GnuCash. GnuCash automatically
>> cherry-picks "cleared" transactions for me, and I look for any
>> discrepancy (transactions that haven't cleared, or transactions on the
>> card I don't have recorded, etc). When I am satisfied that all is
>> well, I tell GnuCash that the reconciliation is complete, and it marks
>> the reconciled transactions as "r". In the future, when you go to
>> reconcile the next month, it won't consider the ones already reconciled.
>>
>> GnuCash also shows multiple balances for an account: a current
>> balance, a future balance, a reconciled balance, and a cleared
>> balance. At any given time, the "cleared balance" should match match
>> what the online banking says it should be, the "reconciled balance"
> matches your last statement balance.
>>
>>
>> On Mon, Jan 29, 2018 at 7:59 PM Mark Hedges
>> <mark.hedges at weirdvibe.com>
>> wrote:
>>
>>> Thanks all.
>>>
>>> I don't understand the difference between "cleared" and "reconciled"
>>> in Gnucash context. Someone mentioned that one changes R from "n"
>>> to "c" when they see the charge in their bank statement or online
>>> banking. How is that different in terms of information flow from
>>> using the reconciliation feature to do exactly the same thing? I
>>> still end up having to cherry-pick individual transactions to make
>>> the balance work out.
>>>
>>> Regarding the Num field, I understand that this would be a check
>>> number if anyone paid for much with checks anymore. For checking
>>> visa or ACH transactions, am I supposed to record the transaction
>>> number from the bank online balance sheet or statement?
>>>
>>> Thanks.
>>>
>>> Mark
>>> _______________________________________________
>>> 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
>>> 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 at 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.
>>
>
>
> ------------------------------
>
> Message: 9
> Date: Tue, 30 Jan 2018 05:25:05 +0000
> From: Matt Graham <matt_graham2001 at hotmail.com>
> To: "stepbystepfarm at dialup4less.com" <stepbystepfarm at dialup4less.com>
> Cc: "gnucash-user at gnucash.org" <gnucash-user at gnucash.org>
> Subject: Re: Subaccounts [WAS Re: Future allocated money vs Budgets]
> Message-ID:
>
> <ME2PR01MB2417E2A8DA76D6D298AF176E8FE40 at ME2PR01MB2417.ausprd01.prod.outlook.
> com>
>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Ah, true. I guess this is why I favored "triggered transactions " rather
> than "template transactions".
>
> I want a transaction involving expense account "spending money" to
> automatically add two more splits to reduce the asset account "segmented
> spending money" balanced by increasing the value of "allocated cash" asset
> acct (increase = make it less negative).
>
> For saving up for something expensive, I would still set up the above, but I
> would need to manually change the numbers if I wanted to return the
> allocation to zero.
>
> So when I enter:
>
> Cr account I used to pay insurance 1150
> Dr expense account for insurance (with the trigger attached) 1150
>
> I would want gnucash to automatically add the splits
>
> Cr account I am using to segment insurance money 1150 Dr account showing
> allocated cash 1150.
>
> I would the (during my reconciling/budget review) need to amend that
> transaction (or create a new one to return the insurance allocation to zero.
>
> For many of my other money allocations (eg restaurants/cafe) I wouldnt
> change it - underspending means the money is available for later.
>
> Am I understanding you right?
>
>
> Thanks and regards,
> Matt
>
>
> -------- Original message --------
> From: Mike or Penny Novack <stepbystepfarm at dialup4less.com>
> Date: 30/1/18 09:31 (GMT+10:00)
> To: Matt Graham <matt_graham2001 at hotmail.com>
> Cc: gnucash-user at gnucash.org
> Subject: Re: Subaccounts [WAS Re: Future allocated money vs Budgets]
>
> On 1/28/2018 8:11 PM, Matt Graham wrote:
> ........ When you look at what liabilities really are, Adrien and I
> concluded on this thread that this situation (segmenting money for future)
> is really using a separate asset account. After all - creating a liability
> INCREASES your cash available. .......
> Yes, the problem precisely, we aren't assigning the same meaning to
> "available" and "liability"
>
> But your example of what you would like to see:
>
> Template transactions (I'd probably call them "Triggerred transactions", but
> it doesn'tmatter) sound awesome. As someone else highlighted, there are
> implementation difficulties to consider, but I dont think that it would be
> too onerous.
>
> In terms of spending from another account but recording against a
> sub-account, its easy:
> Dr Exp whatever account
> Cr Cash I pay for something awesome
> Dr Parent account the amount I paid
> Cr sub-account the amount I paid
>
> SPECIAL CASE of a GENERAL requirement. The special case might be easy to
> implement BUT in general the amounts are NOT going to be the same.
>
> This is actually a fairly common situation for me, say one of the
> organizations SELLS a tee shirt (fundraising, but tee shirts might also be
> being given away to volunteers).
> Db Cash
> Cr Sales
> Db Cost of goods sold
> Cr Tee shirt inventory
> << the shirts might be being sold for $20 but cost the organization $7
>>>
>
> Or, and though this is common with our restricted funds (not exactly
> matching) I will give an example precisely for your situation. You socked
> away into this reserve $100/mo toward the annual renewal of your car
> insurance based on your ESTIMATE of what that annual bill will be. But when
> the bill arrives it is for $1150 or $1250. In both cases you pay the bill
> and release the restriction, yes? << in one case, you had more in the fund
> than needed but it still can be released to general purposes, in the other
> you used all of the fund AND had to add some general funds >>
>
> Michael D Novack
>
>
>
>
>
> ------------------------------
>
> Message: 10
> Date: Mon, 29 Jan 2018 23:32:28 -0600
> From: David Carlson <david.carlson.417 at gmail.com>
> To: Dave H <hellvee at gmail.com>
> Cc: Buddha Buck <blaisepascal at gmail.com>, Gnucash user list
> <gnucash-user at gnucash.org>
> Subject: Re: info about action field in double-line view
> Message-ID:
> <CADYgSbm6d6btRgi7QR+hmaL2JQnvqNivYawtW=d8h8F5xZj5wA at mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> Dave, you got me! I didn't look carefully before replying. I too get 'y'
> as a result of a reconcile! :-)
>
> David C
>
> On Mon, Jan 29, 2018 at 10:48 PM, Dave H <hellvee at gmail.com> wrote:
>
>> My workflow is remarkably similar but my transactions are marked as "y"
>> when they get reconciled :-)
>>
>> I wouldn't mind also being able to flag a transaction as 'p' = pending
>> for the pending credit card transactions and 's' = scheduled when I
>> have scheduled a future transaction in online banking but I was told
>> previously that it's a binary value even though it transitions from 'n' to
> 'c' to 'y'
>> in my world !!!
>>
>> Cheers Dave H.
>>
>>
>> On 30 January 2018 at 11:36, Buddha Buck <blaisepascal at gmail.com> wrote:
>>
>>> Here's the workflow that I ideally go through.
>>>
>>> During the month, I order something online using a credit card.
>>>
>>> When I enter the transaction into GnuCash, the split associated with
>>> the transaction in the credit card account is tagged "n".
>>>
>>> The next day, I check my online banking, and I see that the credit
>>> card company considers the transaction "pending". I leave it tagged as
> "n".
>>> The next day, I check again, and now the transaction is charged
>>> against
>> my
>>> account, and is no longer "pending". I tag the entry in GnuCash as
>>> "c", cleared.
>>>
>>> At the end of the month, I receive my statement, and I run the
>>> "reconciliation" process in GnuCash. GnuCash automatically
>>> cherry-picks "cleared" transactions for me, and I look for any
>>> discrepancy
>> (transactions
>>> that haven't cleared, or transactions on the card I don't have
>>> recorded, etc). When I am satisfied that all is well, I tell GnuCash
>>> that the reconciliation is complete, and it marks the reconciled
>>> transactions as "r". In the future, when you go to reconcile the
>>> next month, it won't consider the ones already reconciled.
>>>
>>> GnuCash also shows multiple balances for an account: a current
>>> balance, a future balance, a reconciled balance, and a cleared
>>> balance. At any given time, the "cleared balance" should match match
>>> what the online banking
>> says
>>> it should be, the "reconciled balance" matches your last statement
>> balance.
>>>
>>>
>>> On Mon, Jan 29, 2018 at 7:59 PM Mark Hedges
>>> <mark.hedges at weirdvibe.com>
>>> wrote:
>>>
>>>> Thanks all.
>>>>
>>>> I don't understand the difference between "cleared" and "reconciled"
>>>> in Gnucash context. Someone mentioned that one changes R from "n"
>>>> to "c" when they see the charge in their bank statement or online
>>>> banking. How is that different in terms of information flow from
>>>> using the reconciliation feature to do exactly the same thing? I
>>>> still end up having to cherry-pick individual transactions to make
>>>> the balance work out.
>>>>
>>>> Regarding the Num field, I understand that this would be a check
>>>> number if anyone paid for much with checks anymore. For checking
>>>> visa or ACH transactions, am I supposed to record the transaction
>>>> number from the bank online balance sheet or statement?
>>>>
>>>> Thanks.
>>>>
>>>> Mark
>>>> _______________________________________________
>>>> 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
>>>> 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 at 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 at 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.
>>
>
>
> ------------------------------
>
> 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
> 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.
>
> ------------------------------
>
> End of gnucash-user Digest, Vol 178, Issue 67
> *********************************************
>
> _______________________________________________
> 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
> 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.
More information about the gnucash-user
mailing list