Entering multiple loan payments in a single deposit

I'm having a little trouble entering loan payments [these are payments

*to*me*]. I get the reminder and I can do "enter" and put in the payments [and one payee overpays by a bit, so I then go and adjust the entry to have the right amount of extra principal]. That's fine. Unfortunately what I invariably do is do a *single* deposit with a bunch of checks [including the two from my loan payees]. I haven't found a way to get Quicken to recognize the entry in the split deposit as the loan payment. If i enter [LOANACCOUNT] as the category, it just makes the payment be all-principal. Is there some way to make this work. [what i do now is then enter the full deposits [which is what downloads from my bank, and then do a bunch of mickey mousing tomake all the totals work out -- basically split to the non-loan deposts and then 'adjust' and just leave it like that. That works fine but seems clunky. Thanks!!

/Bernie\

Reply to
Bernie Cosell
Loading thread data ...

Reply to
Mike R.

Hi, Bernie.

Payments are payments, whether coming in or going out. However, it's less confusing if we use "receipts" for incoming payments on loans. When I read "loan payments", I automatically think of outgoing payments - money I pay, not money I receive. And for payments I receive, the "payee" is ME; the borrower who is repaying money to me is the "payor" (sometimes spelled "payer").

Not a biggie, but it makes for clearer communication if we consistently use these terms.

Quicken doesn't help much in keeping these terms straight. "Loan account" gives no clue as to whether the loan is a Loan Receivable (my asset that somebody owes me), or a Loan Payable (my liability that I owe to someone).

Does your bank even know how much of each payment is interest? If they are simply collecting the total "payment", which includes both P&I, then it is up to you to do the accounting for each payment. Record the deposit to increase your bank balance by the full amount. And then make an entry to record the interest by increasing the loan receivable balance and increasing your Interest Income category. If the payor has overpaid by $10, the amount left to reduce the principal will be correct if you subtract interest from the total payment.

(I'm a bit distracted just now because I'm downloading and installing Win8.1 on my other computer, but I hope what I've typed makes sense. )

-- -- R. C. White, CPA San Marcos, TX (Retired. No longer licensed to practice public accounting.) snipped-for-privacy@grandecom.net Microsoft Windows MVP (2002-2010) (Using Quicken Deluxe 2013 R 12 and Windows Live Mail in Win8.1 x64)

I'm having a little trouble entering loan payments [these are payments

*to*me*]. I get the reminder and I can do "enter" and put in the payments [and one payee overpays by a bit, so I then go and adjust the entry to have the right amount of extra principal]. That's fine. Unfortunately what I invariably do is do a *single* deposit with a bunch of checks [including the two from my loan payees]. I haven't found a way to get Quicken to recognize the entry in the split deposit as the loan payment. If i enter [LOANACCOUNT] as the category, it just makes the payment be all-principal. Is there some way to make this work. [what i do now is then enter the full deposits [which is what downloads from my bank, and then do a bunch of mickey mousing tomake all the totals work out -- basically split to the non-loan deposts and then 'adjust' and just leave it like that. That works fine but seems clunky. Thanks!!

/Bernie\

Reply to
R. C. White

} Payments are payments, whether coming in or going out. However, it's less } confusing if we use "receipts" for incoming payments on loans. When I read } "loan payments", I automatically think of outgoing payments - money I pay, } not money I receive. And for payments I receive, the "payee" is ME; the } borrower who is repaying money to me is the "payor" (sometimes spelled } "payer").

I agree -- in this case it is a completely private transaction. I loaned a neighbor some money, with a proper loan document and lien on their house and everything. Right: I am the payee and my neighbor is the payer.

} Quicken doesn't help much in keeping these terms straight. "Loan account" } gives no clue as to whether the loan is a Loan Receivable (my asset that } somebody owes me), or a Loan Payable (my liability that I owe to someone).

Yeah, I bet their "business" versions are better about this kind of thing.

} Does your bank even know how much of each payment is interest? If they are } simply collecting the total "payment", which includes both P&I, then it is } up to you to do the accounting for each payment.

The bank doesn't even know it is a loan payment; it is just a deposit I make from the Payer to my account. I typically have several deposits to make a the same time and so I split the deposit in my register.

}... And then make an entry to } record the interest by increasing the loan receivable balance and increasing } your Interest Income category. If the payor has overpaid by $10, the amount } left to reduce the principal will be correct if you subtract interest from } the total payment.

Actually, quicken seems to do this OK. *IF* it is a single deposit. It sets up the loan as another "account" and it is associated with an account [which is a bit shortsighted, since I could deposit the received payment in any account, but their model is that *you* are the payer and you're set up to make your loan payments _from_ a particular bank account [but even that is pretty myopic]. I forget the details, but if I do the right this with the deposit, it'll ask me "is this the Oct 1 payment to the loan". If I say "yes" it actually enters the deposit *already*split*, with an internest-income entry and the rest deducted from the principal. I'm assuming that they're calculating the interest correctly...:o)

I've also noticed that Quicken has essentially no machinery for generating the end of year info that the "payer" will need. [I don't think I need anything fancy: the income is already split into loan payment and interest income and that's probably all my account will need -- I'm going to ask him about that this week]. But the 'payer" would probably like something more akin to what the banks generate. From what I can tell I can do that with two reports, both of which I'll send to my account and see if he can turn them into something more "proper" looking: by limiting category and payee I can get a listing of all of the "interest income" from the payer, and I can also get a statement of the principal reduction. I *think* those two are all that'll be needed.

Thanks!

/Bernie\

Reply to
Bernie Cosell

} I'm having a little trouble entering loan payments [these are payments } *to*me*].

Another footnote to this: when I reconcile the account to which the deposits I received from the payers and "clear" the entries, it still doesn't reconcile the corresponding entries in the [LOANACCOUNT] account.

It isn't such a big deal, but it seems that Quicken isn't really set up with quite the right machinery for _making_ loans. [I don't know how its machinery does for _receiving_ loans [to which you have to make payments -- but in that case, it is the bank that sends you the key info you need at the end of the year, so Quicken's handling isn't quite so important]. I have managed to get interest-received and principal-received reports and I've mailed them off to my accountant to see if that's enough info for him to prepare whatever-is-needed to send my debitors and also [of course] my own tax returns.

/Bernie\

Reply to
Bernie Cosell

Reply to
Mike R.

} I'm having a little trouble entering loan payments [these are payments } *to*me*]. I get the reminder and I can do "enter" and put in the payments } [and one payee overpays by a bit, so I then go and adjust the entry to have } the right amount of extra principal]. That's fine. Unfortunately what I } invariably do is do a *single* deposit with a bunch of checks [including } the two from my loan payees]. I haven't found a way to get Quicken to } recognize the entry in the split deposit as the loan payment.

It turns out that the simple/obvious thing *just*works*: I enter the loan payments by just 'enter'ing them from the payments page. That enters the split transaction and takes care of the principal and interest.

when I download transactions, there's the single big deposit. You just click on "match manually". You select *BOTH* of the payment-generated register entries... And quicken does the right thing: it pulls the payment-generated entries into a single register entry [keeping all the splits!]. So there's a single register entry, corresponding to the single deposit, and within it are all the splits and payments for the various loan payments.... Perfect!

/bernie\

Reply to
Bernie Cosell

Hi, Bernie.

Thanks for the update. I'm glad to know it's working well.

RC

Bernie Cosell wrote:

} I'm having a little trouble entering loan payments [these are payments } *to*me*]. I get the reminder and I can do "enter" and put in the payments } [and one payee overpays by a bit, so I then go and adjust the entry to have } the right amount of extra principal]. That's fine. Unfortunately what I } invariably do is do a *single* deposit with a bunch of checks [including } the two from my loan payees]. I haven't found a way to get Quicken to } recognize the entry in the split deposit as the loan payment.

It turns out that the simple/obvious thing *just*works*: I enter the loan payments by just 'enter'ing them from the payments page. That enters the split transaction and takes care of the principal and interest.

when I download transactions, there's the single big deposit. You just click on "match manually". You select *BOTH* of the payment-generated register entries... And quicken does the right thing: it pulls the payment-generated entries into a single register entry [keeping all the splits!]. So there's a single register entry, corresponding to the single deposit, and within it are all the splits and payments for the various loan payments.... Perfect!

/bernie\

Reply to
R. C. White

"Bernie Cosell" wrote

It turns out that the simple/obvious thing *just*works*: I enter the loan payments by just 'enter'ing them from the payments page. That enters the split transaction and takes care of the principal and interest.

when I download transactions, there's the single big deposit. You just click on "match manually". You select *BOTH* of the payment-generated register entries... And quicken does the right thing: it pulls the payment-generated entries into a single register entry [keeping all the splits!]. So there's a single register entry, corresponding to the single deposit, and within it are all the splits and payments for the various loan payments.... Perfect

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

One drawback to this approach is that the resulting transaction can have only one payee - if the multiple matched transactions had different payees, the resulting single transaction can not be used for things like reports-by-payee.

It's possible to overcome that problem by taking a different approach.

Create a new Quicken account (cash or checking, probably); call it what you like, "Hold Loan Payments" for purposes of this post.

When you enter the loan payment transactions in Quicken, record them in the Hold Loan Payments account.

When you deposit the multiple loan payment transactions in your checking account, record that deposit in Quicken as a transfer from the Hold Loan Payments account.

Then there will be a single transaction in your checking account to match to the downloaded deposit transaction.

And all your loan payment transactions will retain their original payee names.

Reply to
John Pollard

} "Bernie Cosell" wrote } } It turns out that the simple/obvious thing *just*works*: I enter the loan } payments by just 'enter'ing them from the payments page. That enters the } split transaction and takes care of the principal and interest. } } when I download transactions, there's the single big deposit. You just } click on "match manually". You select *BOTH* of the payment-generated } register entries... And quicken does the right thing: it pulls the } payment-generated entries into a single register entry [keeping all the } splits!].

} One drawback to this approach is that the resulting transaction can have } only one payee - if the multiple matched transactions had different payees, } the resulting single transaction can not be used for things like } reports-by-payee.

Hmm... That wasn't my experience: I have made two loans i'm trying to keep track of. So on the 1st of the month I do the 'enter' thing for each "reminder" and I get two deposit transactions put into my account: john doe and jane doe. Each actually just says "DEPOSIT" and is a split [with loan-acct and interest-income].

When I do the multiple-match I just get a single new transaction and the other two disappear. The entry also has the payee "DEPOSIT". Within the split, it is just right: I get jane-doe-loan, john-doe-loan and two "interest income" entries.

/Bernie\

Reply to
Bernie Cosell

} One drawback to this approach is that the resulting transaction can have } only one payee - if the multiple matched transactions had different payees, } the resulting single transaction can not be used for things like } reports-by-payee.

Hmm... That wasn't my experience: I have made two loans i'm trying to keep track of. So on the 1st of the month I do the 'enter' thing for each "reminder" and I get two deposit transactions put into my account: john doe and jane doe. Each actually just says "DEPOSIT" and is a split [with loan-acct and interest-income].

When I do the multiple-match I just get a single new transaction and the other two disappear. The entry also has the payee "DEPOSIT". Within the split, it is just right: I get jane-doe-loan, john-doe-loan and two "interest income" entries.

-------------------------------------------------- I don't see where what you describe differs from what I described.

Your "single new transaction" can only have a "single" payee name ... where the two original transactions can each have their own payee name ... their payee names can be different. So two payments to two different payees, become one payment to a single payee.

Reply to
John Pollard

} "John Pollard" wrote: } } Hmm... That wasn't my experience: I have made two loans i'm trying to keep } track of. So on the 1st of the month I do the 'enter' thing for each } "reminder" and I get two deposit transactions put into my account: john doe } and jane doe. Each actually just says "DEPOSIT" and is a split [with } loan-acct and interest-income]. } } When I do the multiple-match I just get a single new transaction and the } other two disappear. The entry also has the payee "DEPOSIT". Within the } split, it is just right: I get jane-doe-loan, john-doe-loan and two } "interest income" entries. } } -------------------------------------------------- } I don't see where what you describe differs from what I described. } } Your "single new transaction" can only have a "single" payee name ... where } the two original transactions can each have their own payee name ... their } payee names can be different. So two payments to two different payees, } become one payment to a single payee.

We have a confusion of terms here.

Reply to
Bernie Cosell

} Hmm... That wasn't my experience: I have made two loans i'm trying to keep } track of. So on the 1st of the month I do the 'enter' thing for each } "reminder" and I get two deposit transactions put into my account: john doe } and jane doe. Each actually just says "DEPOSIT" and is a split [with } loan-acct and interest-income]. } } When I do the multiple-match I just get a single new transaction and the } other two disappear. The entry also has the payee "DEPOSIT". Within the } split, it is just right: I get jane-doe-loan, john-doe-loan and two } "interest income" entries. } } -------------------------------------------------- } I don't see where what you describe differs from what I described. } } Your "single new transaction" can only have a "single" payee name ... where } the two original transactions can each have their own payee name ... their } payee names can be different. So two payments to two different payees, } become one payment to a single payee.

I think we have a terminology problem here. I tried to be clear that these are loans *I*MADE*. Maybe that's a bit vague: they're loans where I gave someone else a big pile of money and they dribble it back to me a month at a time... the exactly opposite of a car loan or a mortgage. So there is only, ever *one* payee: that's *me*. I'm receiving their monthly loan payments. They're the payors. There are different _payors_ properly listed: when I enter the individual loan payment, the payee is just "DEPOSIT" [that is, there isn't a payee, per se, just money transferred into my account] and the deposit is split between loan-principal and interest [both with the right payors]. When I enter the second, the same thing happens.

When I multiple-match the downloaded deposit to my account to those two transactions, I get a single DEPOSIT, but it has four splits: principal-1, interest-1, principal-2, interest-2. Which is *exactly* what I wanted.

[that's the subtle thing: for money you pay out, that field is called the "payee". BUT for money you *receive* it is still called the "payee", but it is not: it is actually the payor(s)]

/Bernie\

Reply to
Bernie Cosell

"Bernie Cosell" I think we have a terminology problem here. I tried to be clear that these are loans *I*MADE*. Maybe that's a bit vague: they're loans where I gave someone else a big pile of money and they dribble it back to me a month at a time... the exactly opposite of a car loan or a mortgage. So there is only, ever *one* payee: that's *me*. I'm receiving their monthly loan payments. They're the payors. There are different _payors_ properly listed: when I enter the individual loan payment, the payee is just "DEPOSIT" [that is, there isn't a payee, per se, just money transferred into my account] and the deposit is split between loan-principal and interest [both with the right payors]. When I enter the second, the same thing happens.

When I multiple-match the downloaded deposit to my account to those two transactions, I get a single DEPOSIT, but it has four splits: principal-1, interest-1, principal-2, interest-2. Which is *exactly* what I wanted.

[that's the subtle thing: for money you pay out, that field is called the "payee". BUT for money you *receive* it is still called the "payee", but it is not: it is actually the payor(s)]

------------------------------------------------------------ I suspect you're right; I didn't keep track of the specifics of your problem.

But I tried to make it clear that I was referring to the "approach" you advocated: meaning the concept of the thing. Obviously if all transactions that are being combined have the same payee name ... you haven't lost any payee name information by combining them.

Reply to
John Pollard

BeanSmart website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.