gnucash-docs maint: Multiple changes pushed

Frank H. Ellenberger fell at code.gnucash.org
Fri Sep 26 10:45:30 EDT 2014


Updated	 via  https://github.com/Gnucash/gnucash-docs/commit/aa183eac (commit)
	 via  https://github.com/Gnucash/gnucash-docs/commit/11a4eeee (commit)
	 via  https://github.com/Gnucash/gnucash-docs/commit/4fbbe5a2 (commit)
	from  https://github.com/Gnucash/gnucash-docs/commit/43c29f8a (commit)



commit aa183eac2a31d5fff5af6d25528df373f7ff11cb
Author: Frank H. Ellenberger <frank.h.ellenberger at gmail.com>
Date:   Fri Sep 26 16:59:55 2014 +0200

    Guide C txns: explain reconcilation state "cleared"
    
    Improved wordening by lmat

diff --git a/guide/C/ch_txns.xml b/guide/C/ch_txns.xml
index 2cf6496..6be4a56 100644
--- a/guide/C/ch_txns.xml
+++ b/guide/C/ch_txns.xml
@@ -1,7 +1,7 @@
 <!--
       (Do not remove this comment block.)
   Version: 2.0.0
-  Last modified: July 9th 2006
+  Last modified: 2014-09-14 (fell)
   Maintainers: 
                Chris Lyttle <chris at wilddev.net>
   Author:
@@ -562,13 +562,15 @@
       transaction.</para>
 
       <para><application>&app;</application> keeps track of the reconciliation status of each
-      transaction. The reconciliation status of a transaction is shown by the
-      reconciliation <guilabel>R</guilabel> field in a register:
-      <emphasis>y</emphasis> indicates that a transaction has been
-      reconciled, <emphasis>n</emphasis> indicates that it has not, and <emphasis>c</emphasis> indicates that it has
-      been cleared, but not reconciled. You can toggle the reconciliation status
-      between <emphasis>n</emphasis> and <emphasis>c</emphasis> by clicking in the <guilabel>R</guilabel> field; you can set 
-      it to <emphasis>y</emphasis> by using <xref linkend="txns-reconcile-window2" />.</para>
+        transaction. The reconciliation status of a transaction is shown by the
+        reconciliation <guilabel>R</guilabel> field in a register:
+        <emphasis>y</emphasis> indicates that a transaction has been
+        reconciled, <emphasis>n</emphasis> indicates that it has not, and <emphasis>c</emphasis> indicates that it has
+        been cleared, but not reconciled. A split marked cleared signifies that you got some kind of confirmation
+        that the institution accepted the order (e.g. you have the restaurant's receipt for your credit card purchase).
+        You can toggle the reconciliation status
+        between <emphasis>n</emphasis> and <emphasis>c</emphasis> by clicking in the <guilabel>R</guilabel> field; you can set 
+        it to <emphasis>y</emphasis> by using <xref linkend="txns-reconcile-window2" />.</para>
     
       <para>At the bottom of the account window, there are (among others) two running
       balances (the <guilabel>cleared</guilabel> and <guilabel>reconciled</guilabel> balance), and the 

commit 11a4eeee9147952bff051ed1700fc7e4dd4ddf17
Author: Frank H. Ellenberger <frank.h.ellenberger at gmail.com>
Date:   Thu Sep 25 23:38:47 2014 +0200

    Guide C txns: Thinking is not enough for the cleared state of an
    transaction

diff --git a/guide/C/ch_txns.xml b/guide/C/ch_txns.xml
index 9671a97..2cf6496 100644
--- a/guide/C/ch_txns.xml
+++ b/guide/C/ch_txns.xml
@@ -579,7 +579,7 @@
       enter the transaction into <application>&app;</application>. The reconciliation <guilabel>R</guilabel> field of the
       transaction will initially contain <guilabel>n</guilabel> (new). Your new entry will
       contribute to the <guilabel>total</guilabel> balance, but not to the <guilabel>cleared</guilabel> and
-      <guilabel>reconciled</guilabel> balance. Later, if you think that the check has been cashed,
+      <guilabel>reconciled</guilabel> balance. Later, if you got some confirmation that the check has been cashed,
       you might click on the transaction’s <guilabel>R</guilabel> field to change it to <emphasis>c</emphasis>
       (cleared). When you do this, the <guilabel>cleared</guilabel> balance will
       change to include this amount. When the bank statement arrives, you can

commit 4fbbe5a2877336bd0dce99a2d8521b059d86cf88
Author: Frank H. Ellenberger <frank.h.ellenberger at gmail.com>
Date:   Thu Sep 25 23:35:50 2014 +0200

    Guide C txns: Add a warning about dummy transactions and auditors

diff --git a/guide/C/ch_txns.xml b/guide/C/ch_txns.xml
index 2ac5a9d..9671a97 100644
--- a/guide/C/ch_txns.xml
+++ b/guide/C/ch_txns.xml
@@ -648,31 +648,30 @@
         <varlistentry id="rec-start-blnc"><term><guilabel>Starting Balance</guilabel></term>
           <listitem>
             <para>This is a non-editable item which displays the balance from the previous
-            reconciliation. It should match the starting balance in your statement.</para>
-
-	  <warning>
-	    <para>Sometimes, the opening balance in <application>&app;</application> does not match that 
-	    found on your statement. This can happen the first time you reconcile your account or 
-	    when a previously-reconciled transaction is de-reconciled or deleted.</para>
-	  </warning>
-	  
-          <note>
-	    <para>The first time you reconcile your account, the <guilabel>starting balance</guilabel> will 
-	    be <guilabel>0.00</guilabel>, thus probably not the  <emphasis>opening balance</emphasis> of your account. 
-	    When you reconcile the account, the <emphasis>opening balance</emphasis> for the account 
-	    will be included in the reconciliation, and the result should balance.</para>
-          </note>
-
-          <tip>   
-	    <para>In the case when a previously-reconciled transaction is accidentally de-reconciled, you can simply 
-	    re-reconcile the transaction along with the transactions on the current statement, and the
-            result should balance.</para>
-
-            <para>The case of accidentally deleting a previously-reconciled transaction presents
-            more of a challenge; if you cannot determine what was
-            deleted and restore it to the register, you will have to create a dummy
-            transaction to get the reconciliation to finish.</para>
-          </tip>
+              reconciliation. It should match the starting balance in your statement.</para>
+
+            <warning><para>Sometimes, the opening balance in <application>&app;</application> does not match
+              that found on your statement. This can happen the first time you reconcile your account or 
+              when a previously-reconciled transaction is de-reconciled or deleted.</para></warning>
+
+            <note><para>The first time you reconcile your account, the <guilabel>starting balance</guilabel>
+              will be <guilabel>0.00</guilabel>, thus probably not the  <emphasis>opening balance</emphasis>
+              of your account. When you reconcile the account, the <emphasis>opening balance</emphasis> for the
+              account will be included in the reconciliation, and the result should balance.</para></note>
+
+            <tip>
+              <para>In the case when a previously-reconciled transaction is accidentally de-reconciled, you
+                can simply re-reconcile the transaction along with the transactions on the current statement, and
+                the result should balance.</para>
+
+              <para>The case of accidentally deleting a previously-reconciled transaction presents
+                more of a challenge; if you cannot determine what was
+                deleted and restore it to the register, you will have to create a dummy
+                transaction to get the reconciliation to finish.</para>
+            </tip>
+            <caution><para>While the latter case does not matter for your private accounting,
+              you should have a really good explanation for your auditors, if you are the
+              accountant of a club or a company.</para></caution>
           </listitem>
         </varlistentry>
 



Summary of changes:
 guide/C/ch_txns.xml | 69 +++++++++++++++++++++++++++--------------------------
 1 file changed, 35 insertions(+), 34 deletions(-)



More information about the gnucash-changes mailing list