Help with GNUCASH for some transaction options

David T. sunfish62 at yahoo.com
Wed Dec 14 10:02:43 EST 2016


OK. My point was that the warning about not editing A/R and A/P transactions applies when using the business features. 

I’m not entirely sure what you mean my manually locking a transaction; are you saying that a user can perform this accidentally, or is it something that the user must actively initiate? If the former, then it seem like that’s a UX problem. If it’s the latter, then presumably the user has a legitimate reason for locking the TXN, and would be aware of invoking this.

David

> On Dec 14, 2016, at 8:49 AM, Derek Atkins <derek at ihtfp.com> wrote:
> 
> Not completely true.  You can manually lock a transaction in AR and AP.  If you're not going to use the biz features your should just use a regular asset or liability account type.
> 
> -derek
> 
> Sent from my mobile device. Please excuse any typos.
> 
> ----- Reply message -----
> From: "David T. via gnucash-user" <gnucash-user at gnucash.org>
> To: "DaveC49" <davidcousens at bigpond.com>, "gnucash-user at gnucash.org" <gnucash-user at gnucash.org>
> Subject: Help with GNUCASH for some transaction options
> Date: Tue, Dec 13, 2016 10:20 PM
> 
> Just a minor point regarding the A/R and A/P accounts: the warning bit about editing transactions there has to do with using gnucash's business functions. If you don't use those features, then there is nothing special that will go wrong. you can add and edit entries in these accounts. 
> The business features seek to streamline business processes, and in so doing, prevent manual editing of transactions there.
> 
>  
>  
>   On Wed, Dec 14, 2016 at 5:59, DaveC49<davidcousens at bigpond.com> wrote:   Hi Winlux,
> 
> Addressing your first problem.  If you don't want to manually alter the A/R
> and A/P accounts,  you could record the receipt of a payment against the A/R
> for the 360 and at the same time make a payment for the same amount against
> the A/P using the business customer and vendor payment facilities. 
> 
> This would produce the following two transactions to your accounts. The
> first records the restaurant bill as being paid and the second reduces the
> amount you owe cmpoany A by the amount of the bill.
> 
> Asset:Bank          Db 360
> Asset:A/R                                            Cr  360
> 
> 
> Liability:A/P        Db 360 
> Asset:Bank                                        Cr  360
> 
> This will put entries into your Bank account that cancel each other out.
> Note that this might cause reconciliation problems as your bank statement
> will have no record of these dummy transactions to the bank account. But the
> opening and closing balances will match. Not sure if it will mark these
> transactions as reconciled or notin this case but it will preserve marking
> the transactions as payments against specific invoices and bills.
> 
> Alternatively  one could manually do the transaction as
> 
> Liability:A/P        Db 360
> Asset:A/R                                            Cr  360
> 
> leaving out the dummy transaction splits to the Bank account. This is fine
> in accounting terms but will not automatically mark the transactions as
> payments against the specific invoices. It may be possible to identify the
> transaction as a payment against the requisite invoice and bill but I
> haven't tested that. One of the developers may be better placed to advise if
> this is possible and how to do it.
> 
> Your problem B is really the same problem.  You make dummy payment to
> company A and a dummy purchase from Company C for the same amount commenting
> it appropriately in the Notes/Descrition Fields of the transaction. If you
> use the business features to record this you will have entries in your bank
> account which cancel each other out as above.
> 
> David Cousens
> 
> 
> 
> --
> View this message in context: http://gnucash.1415818.n4.nabble.com/Help-with-GNUCASH-for-some-transaction-options-tp4688159p4688195.html <http://gnucash.1415818.n4.nabble.com/Help-with-GNUCASH-for-some-transaction-options-tp4688159p4688195.html>
> Sent from the GnuCash - User mailing list archive at Nabble.com.
> _______________________________________________
> gnucash-user mailing list
> gnucash-user at gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-user <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.
>   
> _______________________________________________
> gnucash-user mailing list
> gnucash-user at gnucash.org
> https://lists.gnucash.org/mailman/listinfo/gnucash-user <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.



More information about the gnucash-user mailing list