Re: [GNC] Subject: Re: Keeping tenant accounts on Gnucash - periodic 'rent owing' ?

[arthur brogard via gnucash-user]

I've just finally found the 'reply to all' feature of yahoo...  I'm getting 
there..

That's interesting about the mail merge.  I will look into it. Thanks.
Sound like it might be the thing.  Bit of a hassle setting up the document but 
from then on
Meanwhile I'll play with gnucash.  Learn a bit.  Make an account for him.  
Credit with his payments.  I or gnucash will debit cash at bank I suppose.
And need another account for what he owes? That increments every week - can't 
be done is what I've learned here?  And that would be an 'accounts receivable'  
account?
Where's the double entry for that?  If it increments $200 for rent where's the 
other entry?  In his actual account?  Credit acc. rec.  and debit his account?
Then if that's so how does it get wiped out?  He pays: I credit his account, 
good, balance goes to zero.  I debit cash at banks.  Good, the two entries 
match.
But the incremented 'accounts payable' remains with the credited $200 and 
they're just mounting up. 

Is that how it works?


On Tuesday, 8 March 2022, 09:57:35 am ACDT, D.  wrote: 
 
 
 With your system, you could use your spreadsheet as a data source for a Word 
mail merge document that would fill in the receipt information from the 
spreadsheet. No editing necessary, just process the single entry to a new 
document (or pdf). Probably could have a calculated cell in Excel for balance 
due as well. 

It ain't Gnucash, but it might make you happier...

DavidFrom: arthur brogard via gnucash-user 
Sent: Mon Mar 07 14:35:44 EST 2022
To: "gnucash-u...@lists.gnucash.org" 
Subject: [GNC] Subject: Re: Keeping tenant accounts on Gnucash - periodic 'rent 
owing' ?


Thanks for these inputs.  Hope I haven't done anything wrong.  I'm still 
blundering around trying to understand how to work the mailing list thing.
It all looks too complicated to me.  Not worth the hassle. 

I'll tell you what I"ve got right now:
  I have a spreadsheet that I enter money received,  date received,  payer 
into. It shows me then immediately which weeks rents have been pad and what the 
balance is at that rent day.
If they've paid money for 'other', i.e. not rent money, I enter that amount 
into 'other' and only the rent amount into rent.
The 'other' bit is not automated at all.  I have to eyeball it and calculate 
balance each time.  

So I enter their payment in there and see what balances I've got.
Then I go to Word and pick up the last receipt I sent them and I modify it to 
suit this week's numbers.  And save it with the date of it.  Hence I've got a 
record of every receipt sent and I've got the spreadsheet.
The receipts, I know, are not required by law because they pay by direct 
deposit.  But I prefer to do it that way.  

Now the pain is modifying that receipt.
If I could have an account where I simply enter the receipt and it shows me the 
balance and I print that out as a receipt that'd be great.
That account would have to have automatically incremented the 'amount due' as 
the real life dates passed. 

Well, two balances:  the rent and the 'other'.
That's all I'm after.
When I asked I really thought I'd get a reply saying that all such cases of 
meeting period payments, recording them, printing out statements of account and 
receipts are done by 'such and such' software or 'this and that' feature of 
gnucash.
I realise (now) I'm making things abnormal in that my 'receipt' is really a 
receipt AND a statement, isn't it?  

A plain receipt would be easy as pie.  

No.  I need more than that.  Everything has to be crystal clear to this tenant. 
What he's paid for rent, what for other, what the balances are when the next 
payment is due,  which weeks have been paid for.
What I will do is start using gnucash with my present state of knowledge and 
just find out what happens.  See how I go.
I'll use cash accounting I guess.  See no need for accrual as best I hazily 
remember my accounting. (It was over 20 years ago).  

Do we have to tell gnucash which we're using or its all in how we enter things?
Thanks for all the interest and help.


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.

Re: [GNC] Subject: Re: Keeping tenant accounts on Gnucash - periodic 'rent owing' ?

[D. via gnucash-user]

With your system, you could use your spreadsheet as a data source for a Word 
mail merge document that would fill in the receipt information from the 
spreadsheet. No editing necessary, just process the single entry to a new 
document (or pdf). Probably could have a calculated cell in Excel for balance 
due as well. 

It ain't Gnucash, but it might make you happier...

David


 Original Message 
From: arthur brogard via gnucash-user 
Sent: Mon Mar 07 14:35:44 EST 2022
To: "gnucash-u...@lists.gnucash.org" 
Subject: [GNC] Subject: Re: Keeping tenant accounts on Gnucash - periodic 'rent 
owing' ?


Thanks for these inputs.  Hope I haven't done anything wrong.  I'm still 
blundering around trying to understand how to work the mailing list thing.
It all looks too complicated to me.  Not worth the hassle. 

I'll tell you what I"ve got right now:
  I have a spreadsheet that I enter money received,  date received,  payer 
into. It shows me then immediately which weeks rents have been pad and what the 
balance is at that rent day.
If they've paid money for 'other', i.e. not rent money, I enter that amount 
into 'other' and only the rent amount into rent.
The 'other' bit is not automated at all.  I have to eyeball it and calculate 
balance each time.  

So I enter their payment in there and see what balances I've got.
Then I go to Word and pick up the last receipt I sent them and I modify it to 
suit this week's numbers.  And save it with the date of it.  Hence I've got a 
record of every receipt sent and I've got the spreadsheet.
The receipts, I know, are not required by law because they pay by direct 
deposit.  But I prefer to do it that way.  

Now the pain is modifying that receipt.
If I could have an account where I simply enter the receipt and it shows me the 
balance and I print that out as a receipt that'd be great.
That account would have to have automatically incremented the 'amount due' as 
the real life dates passed. 

Well, two balances:  the rent and the 'other'.
That's all I'm after.
When I asked I really thought I'd get a reply saying that all such cases of 
meeting period payments, recording them, printing out statements of account and 
receipts are done by 'such and such' software or 'this and that' feature of 
gnucash.
I realise (now) I'm making things abnormal in that my 'receipt' is really a 
receipt AND a statement, isn't it?  

A plain receipt would be easy as pie.  

No.  I need more than that.  Everything has to be crystal clear to this tenant. 
What he's paid for rent, what for other, what the balances are when the next 
payment is due,  which weeks have been paid for.
What I will do is start using gnucash with my present state of knowledge and 
just find out what happens.  See how I go.
I'll use cash accounting I guess.  See no need for accrual as best I hazily 
remember my accounting. (It was over 20 years ago).  

Do we have to tell gnucash which we're using or its all in how we enter things?
Thanks for all the interest and help.

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

Re: [GNC] Subject: Re: Keeping tenant accounts on Gnucash - periodic 'rent owing' ?

[davidcousens49]

Arthur,

The option of using cash or accrual accounting is not necessarily totally a
choice on your part. It will likely depend upon the taxation legislation in your
jurisdiction. Many jurisdictions have a threshold on either turnover or income
below which the individual business has the option of either cash or accrual
accounting and above which you are obliged to use accrual accounting.  In
Australia the current threshold is an aggregated turnover of $10,000,000 but
your local jurisdiction may be very different. You should seek advice from a
local accountant.

In GnuCash, the Business Features assume and use accrual accounting principles.
You could circumvent that to some extent by creating and posting the
invoice/bill at the date  when you receive or make the payment.  The accounts
receivable/payable can be setup and operated manually if you do not or cannot
use the business features.

If you are not using the Business features then the major difference is in when
you recognize (i.e. the date at which you record the event in your books) income
or expenses. In accrual accounting this is when the income is deemed to be
earned or when the expense is incurred and may be different from the receipt or
payment of monies. In cash accounting it is simply when you make or receive the
payment.

If you have an existing spreadsheet system working, I would suggest running the
two in parallel for a while until you are confident that GnuCash is giving what
you want and need and you can duplicate the functionality. 

The main thing is to clearly identify what you need for your own tax purposes,
any business reporting required of you, reporting to the tenant and whether this
is a routine statement or ad hoc as required and what you need for your own
management purposes. This will help to define the required Chart of Accounts
structure.

Not sure what the "other" covers in your case but presumably this is the
provision of some sort of services to the tenant/property. You could deal with
this in GnuCash by having separate income sub-accounts for rent and any other
services you provide to the tenant. Using the description field for a
transaction and the memo fields for each split of the transaction appropriately
can allow you to use the various filter and search capabilities in GnuCash and
the reports/report options. 

David Cousens

On Mon, 2022-03-07 at 19:35 +, arthur brogard via gnucash-user wrote:
> Thanks for these inputs.  Hope I haven't done anything wrong.  I'm still
> blundering around trying to understand how to work the mailing list thing.
> It all looks too complicated to me.  Not worth the hassle. 
> 
> I'll tell you what I"ve got right now:
>   I have a spreadsheet that I enter money received,  date received,  payer
> into. It shows me then immediately which weeks rents have been pad and what
> the balance is at that rent day.
> If they've paid money for 'other', i.e. not rent money, I enter that amount
> into 'other' and only the rent amount into rent.
> The 'other' bit is not automated at all.  I have to eyeball it and calculate
> balance each time.  
> 
> So I enter their payment in there and see what balances I've got.
> Then I go to Word and pick up the last receipt I sent them and I modify it to
> suit this week's numbers.  And save it with the date of it.  Hence I've got a
> record of every receipt sent and I've got the spreadsheet.
> The receipts, I know, are not required by law because they pay by direct
> deposit.  But I prefer to do it that way.  
> 
> Now the pain is modifying that receipt.
> If I could have an account where I simply enter the receipt and it shows me
> the balance and I print that out as a receipt that'd be great.
> That account would have to have automatically incremented the 'amount due' as
> the real life dates passed. 
> 
> Well, two balances:  the rent and the 'other'.
> That's all I'm after.
> When I asked I really thought I'd get a reply saying that all such cases of
> meeting period payments, recording them, printing out statements of account
> and receipts are done by 'such and such' software or 'this and that' feature
> of gnucash.
> I realise (now) I'm making things abnormal in that my 'receipt' is really a
> receipt AND a statement, isn't it?  
> 
> A plain receipt would be easy as pie.  
> 
> No.  I need more than that.  Everything has to be crystal clear to this
> tenant. What he's paid for rent, what for other, what the balances are when
> the next payment is due,  which weeks have been paid for.
> What I will do is start using gnucash with my present state of knowledge and
> just find out what happens.  See how I go.
> I'll use cash accounting I guess.  See no need for accrual as best I hazily
> remember my accounting. (It was over 20 years ago).  
> 
> Do we have to tell gnucash which we're using or its all in how we enter
> things?
> Thanks for all the interest and help.
> 
> ___
> gnucash-user mailing list
> 

Re: [GNC] Subject: Re: Ubuntu binary fairly dated

[davidcousens49]

The barrier Mike is someone with the time and energy to maintain a ppa. The
reason Linux Mint (and other distros) freeze the versions they use is to reduce
their workload to maneagable proportions and to ensure that versions of other
software  included witha n OS release will at least work with that release and
libraries included in the release.

Building on Linux is not too onerous once you have the header files for the
dependencies loaded and the basic build requirements setup. The build
instructions in the wiki are pretty complete. The build procedure includes
checks on the dpeendencies which stop the build if a dependency is missing to
allow it to be fixed before restarting. A number of people have put scripts up
which will load the dependencies although these can become dated reasonably
quickly as newer GC versions can have dependencies on updated libraries that a
given script may not install.

David Cousens


On Fri, 2021-12-03 at 13:19 -0800, Mike Brady wrote:
> Have been following this thread because I use Linux Mint, which is based 
> on the LTS version of Ubuntu. Yes, the GnuCash version in the Ubuntu LTS 
> repository is way out of date (3.8). I'm out of date, even on Windows 
> (3.10 in one machine, 4.3 on the other), mainly due to laziness about 
> chasing down latest versions and wariness about file compatibility, plus 
> wanting to maintain compatibility with the LInux machine. So far, that's 
> worked. But it would be nice to have everything, at least briefly, on 
> the same version. I've built my own before, for other software, but I'd 
> rather not.
> 
> Anyway, for the Linux side, I wonder why the repository version must be 
> frozen, or if there's a workaround other than using Flatpack (which I've 
> had problems with as a platform). Libreoffice, Firefox, and Thunderbird 
> seem to be able to work around it, and their Linux versions update to 
> match the Windows version within a week (usually only a day or 2) of the 
> Windows release. Not sure how they're doing it, but it might be 
> worthwhile for GNC to try it - perhaps a separate PPA? Since Linux is 
> polite enough to ask before updating, those who don't want to update can 
> easily block it.
> 
> -Mike Brady
>   Plain Old User
> 
> ___
> 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.

Re: [GNC] Help files missing Was: Re: (no subject)

[Frederick Bambrough]

Success! Thanks.


> Dang. OK, I know what step I missed and I double checked to make sure
> they're there this time.
> 
> Gnucash-Intel-4.1-4.dmg, sha256:
> 9c3685e79027d12b370e9fa79a569f7c532968be91ecfd3b81660d39abe50ab3
> 
> Regards, John Ralls
> 
> 
> > On Aug 18, 2020, at 6:16 PM, Frederick Bambrough
> >  wrote:
> > 
> > I'm afraid those two items are still missing from 4.1-3
> > 
> > 
> > > Thanks for noticing. I've fixed that and uploaded a new dmg, who's
> > > sha256 is
> > > 44117d2a0d86f7be6015c47441bdab373c835e6adcf646911a8d93dcc8babb67.
> >> 
> > > Regards, John Ralls
> >> 
> >> 
> > > > On Aug 18, 2020, at 2:49 PM, Frederick Bambrough
> > > >  wrote:
> >>> 
> > > > In message  I
> > > > wrote:
> >>> 
> > > > > The 'GnuCash Guide' and 'GnuCash Help' files are missing from
> > > > > Resources in GnuCash 4.1-2, macOS.
___
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.

Re: [GNC] Help files missing Was: Re: (no subject)

[John Ralls]

Dang. OK, I know what step I missed and I double checked to make sure they're 
there this time.

Gnucash-Intel-4.1-4.dmg, sha256: 
9c3685e79027d12b370e9fa79a569f7c532968be91ecfd3b81660d39abe50ab3

Regards,
John Ralls


> On Aug 18, 2020, at 6:16 PM, Frederick Bambrough  
> wrote:
> 
> I'm afraid those two items are still missing from 4.1-3
> 
> 
>> Thanks for noticing. I've fixed that and uploaded a new dmg, who's
>> sha256 is
>> 44117d2a0d86f7be6015c47441bdab373c835e6adcf646911a8d93dcc8babb67.
>> 
>> Regards, John Ralls
>> 
>> 
>>> On Aug 18, 2020, at 2:49 PM, Frederick Bambrough
>>>  wrote:
>>> 
>>> In message  I wrote:
>>> 
 The 'GnuCash Guide' and 'GnuCash Help' files are missing from
 Resources in GnuCash 4.1-2, macOS.
 
> ___
> 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.

Re: [GNC] Help files missing Was: Re: (no subject)

[Frederick Bambrough]

I'm afraid those two items are still missing from 4.1-3


> Thanks for noticing. I've fixed that and uploaded a new dmg, who's
> sha256 is
> 44117d2a0d86f7be6015c47441bdab373c835e6adcf646911a8d93dcc8babb67.
> 
> Regards, John Ralls
> 
> 
> > On Aug 18, 2020, at 2:49 PM, Frederick Bambrough
> >  wrote:
> > 
> > In message  I wrote:
> > 
> > > The 'GnuCash Guide' and 'GnuCash Help' files are missing from
> > > Resources in GnuCash 4.1-2, macOS.
> >> 
___
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.

Re: [GNC] Help files missing Was: Re: (no subject)

[John Ralls]

Thanks for noticing. I've fixed that and uploaded a new dmg, who's sha256 is 
44117d2a0d86f7be6015c47441bdab373c835e6adcf646911a8d93dcc8babb67.

Regards,
John Ralls


> On Aug 18, 2020, at 2:49 PM, Frederick Bambrough  
> wrote:
> 
> In message  I wrote:
> 
>> The 'GnuCash Guide' and 'GnuCash Help' files are missing from Resources
>> in GnuCash 4.1-2, macOS.
>> 
> 
> Whoops! Initially sent from an unsubscribed address then lost the Subject
> in making haste to sort it.
> 
> -- 
> Fred
> ___
> 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.

[GNC] Help files missing Was: Re: (no subject)

[Frederick Bambrough]

In message  I wrote:

> The 'GnuCash Guide' and 'GnuCash Help' files are missing from Resources
> in GnuCash 4.1-2, macOS.
> 

Whoops! Initially sent from an unsubscribed address then lost the Subject
in making haste to sort it.

-- 
Fred
___
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.

Re: (no subject)

[Mike or Penny Novack]

On 6/2/2017 12:45 PM, Mick Hartzell wrote:

Eneko,

Remember this:
In accounting Debits must equal Credits.
.

Assets = Debt + Equity.

Mick
 It will perhaps be better if we do not oversimplify, using assumptions 
that might be wrong.


A debt is a liability, but a liability is not necessarily a debt. Not in 
the way we ordinarily think about debts.


To give an example. Suppose the entity is a church (a non-profit) and it 
has been decided that a new church bus is needed. A campaign is begun to 
raise the necessary funds. Donations are solicited FOR THIS PURPOSE. One 
proper way to be accounting for these donations as they come in is to 
establish a liability account "restricted to bus" under the liability 
account "donor restricted funds". As donations (for the bus) come in, 
debit bank account and credit this "liability".


Temporarily, at least, that money IS in the bank account and available 
for cash flow, with the fact that it ULTIMATELY isn't "there" reflected 
in that liability.  When the bus is purchased, that is a debit to "bus 
basis" and a credit to cash AND the treasurer enters a transaction to 
debit "restricted to bus" and credit "donations -- bus fund". 
Essentially NOW those donations have been :earned" by the organization.


I said "one proper way" because there are alternatives. Which 
alternative best might depend on the legal strength of the restriction, 
the FORMALITY of the restriction.


Michael D Novack
___
gnucash-user mailing list
gnucash-user@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.

Re: (no subject)

[Mick Hartzell]

Eneko,

Remember this:
In accounting Debits must equal Credits.
2 = 1 + 1
A = B + C 
Substitute D = B and E = C

A = D + E

A = Assets
D = Debt 
E = Equity.

Assets = Debt + Equity.

Mick

 
> On Jun 1, 2017, at 12:42 AM, DaveC49  wrote:
> 
> Hi Eneko,
> 
> The full accounting equation is
> Assets = Liabilities +Equity+(Income -Expenses) where Income and Expense
> accounts are temporary Equity accounts which record the changes in equity
> during the current accounting period (usually a financial year). 
> You can rewrite this as Equity = Assets - Liabilities, which possibly makes
> more sense to non-accountants.
> 
> It is not necessarily that an increase in assets is matched by an increase
> in liabilities. This is only true if you purchase an asset using credit.
> I.e. If you buy a piece of equipment on credit ( your credit card for
> example), the balance of the asset account for Equipment is increased by the
> amount of the purchase and the balance of your Accounts Payable ( a
> liability account) is also increased by the same amount. (Gnucash refers to
> these entries as splits) and a transaction recording an event in your
> account generally consists of at least two splits, each affecting one
> account, and can consist of more splits where a transaction affects more
> than two accounts ( atransaction which has a sales tax , VAT or GST
> component for example). For the above if the purchse price was $500, the
> splits would be 
>  DebitCredit
> Asset:Equipment $500  
> Liability:CreditCard  $500.
> 
> The transaction which records this is a debit entry to the Asset:Equipment
> account and a credit entry to the Liability:AccountsPayable account. This is
> why accountants write the equation in the first way above since in this form
> increases in accounts on the left hand side(LHS) of the equation are debit
> entries (and decreases  in the accounts on the LHS  are therefore credit
> entries) and increases in accounts on the right hand side are credit entries
> (and decreases in accounts on the RHS are debit entries).
> 
> If your equipment purchase was by cash however, there is no liability
> created as you are paying from an existing asset, your bank account. As your
> bank account balance is decreased when you make the purchase, then entry to
> your bank account is a credit entry for the value of the purchase. I.e. the
> splits would now be
> 
>  DebitCredit
> Asset:Equipment $500  
> Asset:Bank Account  $500.
> 
> What has to balance for any given transaction is the sum of the debit
> entries (splits) and the sum of the credit entries (splits) for each
> transaction. 
> 
> More clearly an increase in a given asset account either has to be balanced
> by 
> *a  corresponding decrease in another asset account; or
> *a corresponding increase in a liability account; or
> *a corresponding increase in an equity account; or
> * any combination of the above in which the sum of the decrease in
> the asset account and decrease in 
> the liability and/or equity accounts totals to equal the
> increase in the first given asset account.
> 
> I hope this helps make this section a bit clearer. Wikipedia also has some
> fairly good entries on double -entry book keeping/accounting.
> 
> David Cousens
> 
> 
> 
> 
> 
> --
> View this message in context: 
> http://gnucash.1415818.n4.nabble.com/no-subject-tp4691972p4691976.html
> Sent from the GnuCash - User mailing list archive at Nabble.com.
> ___
> gnucash-user mailing list
> gnucash-user@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.

___
gnucash-user mailing list
gnucash-user@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.

Re: (no subject)

[DaveC49]

Hi Eneko,

The full accounting equation is
Assets = Liabilities +Equity+(Income -Expenses) where Income and Expense
accounts are temporary Equity accounts which record the changes in equity
during the current accounting period (usually a financial year). 
You can rewrite this as Equity = Assets - Liabilities, which possibly makes
more sense to non-accountants.

It is not necessarily that an increase in assets is matched by an increase
in liabilities. This is only true if you purchase an asset using credit.
I.e. If you buy a piece of equipment on credit ( your credit card for
example), the balance of the asset account for Equipment is increased by the
amount of the purchase and the balance of your Accounts Payable ( a
liability account) is also increased by the same amount. (Gnucash refers to
these entries as splits) and a transaction recording an event in your
account generally consists of at least two splits, each affecting one
account, and can consist of more splits where a transaction affects more
than two accounts ( atransaction which has a sales tax , VAT or GST
component for example). For the above if the purchse price was $500, the
splits would be 
  DebitCredit
Asset:Equipment $500  
Liability:CreditCard  $500.

The transaction which records this is a debit entry to the Asset:Equipment
account and a credit entry to the Liability:AccountsPayable account. This is
why accountants write the equation in the first way above since in this form
increases in accounts on the left hand side(LHS) of the equation are debit
entries (and decreases  in the accounts on the LHS  are therefore credit
entries) and increases in accounts on the right hand side are credit entries
(and decreases in accounts on the RHS are debit entries).

If your equipment purchase was by cash however, there is no liability
created as you are paying from an existing asset, your bank account. As your
bank account balance is decreased when you make the purchase, then entry to
your bank account is a credit entry for the value of the purchase. I.e. the
splits would now be

  DebitCredit
Asset:Equipment $500  
Asset:Bank Account  $500.

What has to balance for any given transaction is the sum of the debit
entries (splits) and the sum of the credit entries (splits) for each
transaction. 

More clearly an increase in a given asset account either has to be balanced
by 
 *a  corresponding decrease in another asset account; or
 *a corresponding increase in a liability account; or
 *a corresponding increase in an equity account; or
 * any combination of the above in which the sum of the decrease in
the asset account and decrease in 
 the liability and/or equity accounts totals to equal the
increase in the first given asset account.

I hope this helps make this section a bit clearer. Wikipedia also has some
fairly good entries on double -entry book keeping/accounting.

David Cousens





--
View this message in context: 
http://gnucash.1415818.n4.nabble.com/no-subject-tp4691972p4691976.html
Sent from the GnuCash - User mailing list archive at Nabble.com.
___
gnucash-user mailing list
gnucash-user@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.