Adrian, That would work. Thanks for the tip. Roger

-----Original Message-----
From: gnucash-user
[mailto:gnucash-user-bounces+rmomxtx=gmail....@gnucash.org] On Behalf Of
gnucash-user-requ...@gnucash.org
Sent: Monday, January 29, 2018 11:33 PM
To: gnucash-user@gnucash.org
Subject: gnucash-user Digest, Vol 178, Issue 67

Send gnucash-user mailing list submissions to
        gnucash-user@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-requ...@gnucash.org

You can reach the person managing the list at
        gnucash-user-ow...@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
      (rmom...@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
      (ihaveanothercha...@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: <rmom...@gmail.com>
To: <gnucash-user@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 <stepbystepf...@dialup4less.com>
To: Matt Graham <matt_graham2...@hotmail.com>
Cc: "gnucash-user@gnucash.org" <gnucash-user@gnucash.org>
Subject: Re: Subaccounts [WAS Re: Future allocated money vs Budgets]
Message-ID: <5a6fa0ac.7030...@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.montele...@gmail.com>
To: GNU Cash User <gnucash-user@gnucash.org>
Subject: Re: In which account are Invoice customer balances posted
Message-ID: <80faa72f-2287-4368-850e-778e73071...@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, rmom...@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@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.hed...@weirdvibe.com>
To: Gnucash user list <gnucash-user@gnucash.org>
Subject: Re: info about action field in double-line view
Message-ID:
        <CAEfGcrwGA2ifxgtBYq=bqsk_x69u8qo1e9lrv2yynz8rfcm...@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: ihaveanothercha...@gmail.com
To: Mark Hedges <mark.hed...@weirdvibe.com>
Cc: Gnucash user list <gnucash-user@gnucash.org>
Subject: Re: info about action field in double-line view
Message-ID: <aaeaf315-c861-48f4-ab03-a3687ad10...@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.hed...@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@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....@gmail.com>
To: Mark Hedges <mark.hed...@weirdvibe.com>
Cc: Gnucash user list <gnucash-user@gnucash.org>
Subject: Re: info about action field in double-line view
Message-ID:
        <cadygsbnocb73xc5fohyn1zypko9deax4q+ntfm_gzyt74_z...@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.hed...@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@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 <blaisepas...@gmail.com>
To: Mark Hedges <mark.hed...@weirdvibe.com>
Cc: Gnucash user list <gnucash-user@gnucash.org>
Subject: Re: info about action field in double-line view
Message-ID:
        <CAAyPE3DVmHCQXYNoqL6bgYARQ=3qwtfu7puptmzpcfcmrlu...@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.hed...@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@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 <hell...@gmail.com>
To: Buddha Buck <blaisepas...@gmail.com>
Cc: Mark Hedges <mark.hed...@weirdvibe.com>, Gnucash user list
        <gnucash-user@gnucash.org>
Subject: Re: info about action field in double-line view
Message-ID:
        <CA+5xQdob80=R9BLKzAT3tQjz8x6KFRjAV=u1fl+5qsx2t-7...@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 <blaisepas...@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.hed...@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@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.
>


------------------------------

Message: 9
Date: Tue, 30 Jan 2018 05:25:05 +0000
From: Matt Graham <matt_graham2...@hotmail.com>
To: "stepbystepf...@dialup4less.com" <stepbystepf...@dialup4less.com>
Cc: "gnucash-user@gnucash.org" <gnucash-user@gnucash.org>
Subject: Re: Subaccounts [WAS Re: Future allocated money vs Budgets]
Message-ID:
        
<me2pr01mb2417e2a8da76d6d298af176e8f...@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 <stepbystepf...@dialup4less.com>
Date: 30/1/18 09:31 (GMT+10:00)
To: Matt Graham <matt_graham2...@hotmail.com>
Cc: gnucash-user@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....@gmail.com>
To: Dave H <hell...@gmail.com>
Cc: Buddha Buck <blaisepas...@gmail.com>, Gnucash user list
        <gnucash-user@gnucash.org>
Subject: Re: info about action field in double-line view
Message-ID:
        <CADYgSbm6d6btRgi7QR+hmaL2JQnvqNivYawtW=d8h8f5xzj...@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 <hell...@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 <blaisepas...@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.hed...@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@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.
> >
> _______________________________________________
> 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.
>


------------------------------

Subject: Digest Footer

_______________________________________________

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.

------------------------------

End of gnucash-user Digest, Vol 178, Issue 67
*********************************************

_______________________________________________
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.

Reply via email to