Giving help back to the GnuCash world!

David Gillam dave at davegillam.org
Thu Jul 10 18:45:49 EDT 2014 

Hello Everyone,

I've been using GnuCash for my small business accounting needs since 2009, I believe.  I love it!  It has helped me stay on top of billing, banking, and collections, so I've been able to stay in business, and even grow my business capabilities.  My accounting needs are admittedly few, but GnuCash has been pretty rock solid for me. 

Because I'm not an accounting expert, I usually cannot help on many of the problems presented in this forum.  I do want to help out the community, however, and I believe I've gotten my business to the level where I can!

As you can tell from my signature below, I help people with their computers.  My emphasis is on preventive care and best practices because you don't want your computer going down, or your data getting lost.  If something bad does happen, you want to get back in business as quickly as possible.  Please contact me if you'd like my help in any of the following areas:

Data Backup and Recovery -- your GnuCash files need to be guarded from loss!
Secure File Sharing -- getting financial data to someone else needs to be secure!
Windows/Mac problem prevention
Malware protection
Email protection and hosting
UNIX/Linux
lots more!

You'll be very surprised at how inexpensive the above can be, and if enough of you come onboard, I'll be able to offer really large discounts to this group!  You can reach me at dave at davegillam.com -- I'm eager to help you, or just answer questions!

Thank You, and let's keep GnuCash going strong!

David
Gillam Data Services, Inc. - Computer Training & Support
dave at davegillam.com | www.davegillam.com | 972-383-9391


> 
>> From: gnucash-user-request at gnucash.org
>> Subject: gnucash-user Digest, Vol 136, Issue 14
>> To: gnucash-user at gnucash.org
>> Date: Thu, 10 Jul 2014 12:00:02 -0400
>> 
>> 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: Ver 2.6.3 no split entry (Mike or Penny Novack)
>>   2. Re: Ver 2.6.3 no split entry (David Carlson)
>>   3. Re: Ver 2.6.3 no split entry (Mike or Penny Novack)
>> 
>> 
>> ----------------------------------------------------------------------
>> 
>> Message: 1
>> Date: Wed, 09 Jul 2014 16:11:21 -0400
>> From: Mike or Penny Novack <stepbystepfarm at mtdata.com>
>> To: Derek Atkins <warlord at MIT.EDU>
>> Cc: "gnucash-user at gnucash.org" <gnucash-user at gnucash.org>, Scott Roe
>> 	<scott384 at hotmail.com>
>> Subject: Re: Ver 2.6.3 no split entry
>> Message-ID: <53BDA1E9.3060605 at mtdata.com>
>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>> 
>> 
>>> If you are not using invoicing then you should most definitely NOT be
>>> using the A/R account type.  Just use a regular Asset account type.
>>> 
>>> 
>>> 
>> I'm going to try to clarify what Derrick just said (in case there is 
>> confusion)
>> 
>> There are accounts that are LOGICALLY of (accounting type) "Accounts 
>> Receivable" and there is within gnucash (gnucash type) "Accounts 
>> Receivable". The latter should ONLY be used within the gnucash "business 
>> features". If you are not using the business features you could  have 
>> manual processing of receivables using suitably named accounts in the 
>> Asset part of the tree.
>> 
>> The sort of thing that would make sense if the entity for which the 
>> books were being kept had no use for the business features in general 
>> but SOMETIMES had the odd receivable or payable (and that possibly with 
>> non-standard conditions).
>> 
>> Michael
>> 
>> 
>> 
>> 
>> ------------------------------
>> 
>> Message: 2
>> Date: Thu, 10 Jul 2014 06:53:11 -0500
>> From: David Carlson <david.carlson.417 at gmail.com>
>> To: gnucash-user at gnucash.org
>> Subject: Re: Ver 2.6.3 no split entry
>> Message-ID: <53BE7EA7.3080501 at gmail.com>
>> Content-Type: text/plain; charset=ISO-8859-1
>> 
>> On 7/9/2014 3:11 PM, Mike or Penny Novack wrote:
>>> 
>>>> If you are not using invoicing then you should most definitely NOT be
>>>> using the A/R account type.  Just use a regular Asset account type.
>>>> 
>>>> 
>>>> 
>>> I'm going to try to clarify what Derrick just said (in case there is
>>> confusion)
>>> 
>>> There are accounts that are LOGICALLY of (accounting type) "Accounts
>>> Receivable" and there is within gnucash (gnucash type) "Accounts
>>> Receivable". The latter should ONLY be used within the gnucash
>>> "business features". If you are not using the business features you
>>> could  have manual processing of receivables using suitably named
>>> accounts in the Asset part of the tree.
>>> 
>>> The sort of thing that would make sense if the entity for which the
>>> books were being kept had no use for the business features in general
>>> but SOMETIMES had the odd receivable or payable (and that possibly
>>> with non-standard conditions).
>>> 
>>> Michael
>>> 
>>> 
>>> _______________________________________________
>>> gnucash-user mailing list
>>> gnucash-user at gnucash.org
>>> 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.
>>> 
>> Scott,
>> 
>> You have created a test file to experiment with, right?
>> 
>> If GnuCash worked in the past, you probably already have some
>> transactions in your file similar to the new ones you want to enter. 
>> What happens if you duplicate one of those and then edit it? Is this
>> problem only with transactions involving multiple currencies, or is it
>> more general?
>> 
>> One other thing to try would be to use Tools:General Ledger and enter
>> the transaction from there.  It will not disappear from there unless it
>> actually is deleted.
>> 
>> Elaborating further yet on what Michael said, what I have done when I
>> want use a 'holding' account to track delays in payments or receipts, I
>> use an account that is of another type such as Bank or Credit Card
>> different from the Accounts Payable or Receivable account types to avoid
>> the business features.
>> 
>> David C
>> 
>> 
>> ------------------------------
>> 
>> Message: 3
>> Date: Thu, 10 Jul 2014 09:22:55 -0400
>> From: Mike or Penny Novack <stepbystepfarm at mtdata.com>
>> To: David Carlson <david.carlson.417 at gmail.com>
>> Cc: gnucash-user at gnucash.org
>> Subject: Re: Ver 2.6.3 no split entry
>> Message-ID: <53BE93AF.7090808 at mtdata.com>
>> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>> 
>> 
>>> 
>>> One other thing to try would be to use Tools:General Ledger and enter
>>> the transaction from there.  It will not disappear from there unless it
>>> actually is deleted.
>>> 
>>> Elaborating further yet on what Michael said, what I have done when I
>>> want use a 'holding' account to track delays in payments or receipts, I
>>> use an account that is of another type such as Bank or Credit Card
>>> different from the Accounts Payable or Receivable account types to avoid
>>> the business features.
>>> 
>>> David C
>>> 
>>> 
>> I would first try to understand why entering transaction normally wasn't 
>> working. I think the problem here is misunderstanding something about 
>> how to enter a split transaction.
>> 
>> But the scenario I was describing, how there might be a logical need for 
>> a "receivable" or a "payable" account outside of using the business 
>> features was something else. Various sorts of business have their own 
>> accepted customs and so for some it's "cash" (no customer or vendor 
>> accounts, or rather, all immediately due). It is however possible that 
>> such a business where customers and vendors are on a "cash" basis that 
>> there is the odd customer or odd vendor with whom there is a special 
>> relationship. And these accounts are likely to have special conditions 
>> not well served by the built in features in any case.
>> 
>> I can think of another scenario where neither the built in features nor 
>> manual receivable/payable processing would be suitable. Is any gnucash 
>> user out there using the software to do accounting for a business where 
>> the custom is "approval" sales? If so, how are you keeping track of what 
>> is out there "on approval"? << for example, a business dealing in 
>> "collectibles" might do some "approval" sales >>
>> 
>> Michael
>> 
>> 
>> ------------------------------
>> 
>> Subject: Digest Footer
>> 
>> _______________________________________________
>> gnucash-user mailing list
>> gnucash-user at gnucash.org
>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>> 
>> 
>> ------------------------------
>> 
>> End of gnucash-user Digest, Vol 136, Issue 14
>> *********************************************
> 		 	   		  
> _______________________________________________
> gnucash-user mailing list
> gnucash-user at gnucash.org
> 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