I have been reading the threads where some of you have been Removing
all Bill Data to see if that improves your performance. I was going to
wait to do this until I read more reports However, I may end up having
to do that to fix this Loan Payment problem. (I have around 60 various
payments, deposts, transfers scheduled & EVERYTIME I click on Bill
Summary page, it takes a FULL 10 seconds of blank white screen before
the page actually appears.)
Anyway...Is anyone else seeing this glitch with Loan Payments?
Anna
Next I deleted the scheduled loan payment and recreated it from a
previous bill in June by right clicking on the loan payment and
selecting MAKE RECURRING. I was asked if I wanted to change the Loan
and the Bill data for future transactions (something like that) and I
clicked yes (top choice of 3). This fixed the BILL DETAILS
problem...all three lines were now correct. BUT now I am back to the
orginal problem which is: When I select the next Car Loan Payment due
in the BILL SUMMARY area, the ADD TRANSACTION box comes up with a blank
account box. I have to change the date to the scheduled date from
today's date AND click the drop down box to choose the account. What a
pain!
Ok.. now I'm obsessed with finding out what's causing this problem.
Anyone have any ideas?
Anna
Next I deleted the scheduled loan payment and recreated it from a
previous bill in June by right clicking on the loan payment and
selecting MAKE RECURRING. I was asked if I wanted to change the Loan
and the Bill data for future transactions (something like that) and I
clicked yes (top choice of 3). This fixed the BILL DETAILS
problem...all three lines were now correct. BUT now I am back to the
orginal problem which is: When I select the next Car Loan Payment due
in the BILL SUMMARY area, the ADD TRANSACTION box comes up with a blank
account box. I have to change the date to the scheduled date from
today's date AND click the drop down box to choose the account. What a
pain!
Ok.. now I'm obsessed with finding out what's causing this problem.
Anyone have any ideas?
Anna
Must be a bug. If you go to the Bill Calendar and double click on the
date of your loan payment, a window opens with a list of all the bills
scheduled for that day. If you select the loan payment and click
"Enter in Register", the payment account IS displayed.
Wonder why it works in the Bill Calendar but not from the Bills
Summary? You may want to include this in your questions to MS. Best
of Luck and keep us posted.
Regards,
JB
Thanks for letting me know.
If you are entering the transaction in advance, it dates it today and
computes interest accordingly.
Once again, I am forced to ask: What were they
thinking??!?!?!?!?!???!!!!!!!!
"Anna" <rhod...@bellsouth.net> wrote in message
news:1153634274.1...@b28g2000cwb.googlegroups.com...
But if you enter it from the Bill Calendar it dates it for the
scheduled date. I assume if you change the date from Bills Summary it
will compute interest correctly.
As for "[w]hat were they thinking?", don't you agree this appears to be
a bug and not a feature?
Regards,
JB
I'd suspect that whacking the from account is a bug. Changing the date?
Maybe not so much.
I guess what were they thinking also applies to why were they even messing
with the code. If they weren't going to improve it, why didn't they just
leave it alone? They certainly left everything else alone.
<john...@hotmail.com> wrote in message
news:1153708552.6...@i3g2000cwc.googlegroups.com...
>Perhaps I'll have to enter loan payments from Bill Calendar than. Since I
>have a weekly payment on a 401k loan, I'll see this issue a lot.
Suppose you edit the bill series to "automatically enter transaction
into my register..." __ days in advance. This will pre-fill the date
and account from the bills.
Perhaps you could have it enter a Memo of "pre-entered" that you
could modify after the is in the register.
Either way I have to touch each of them for classification since we still,
fifteen versions later, can't classify a scheduled loan payment.
If I set this up in real data--as opposed to a testcase--I won't know for a
month as I entered all of August's in one sitting yesterday.
Just to share, here's that drill (note that 11 of the following 14 steps per
weekly transaction are required because Money is Broken or Stupid, as the
case may be):
Select the next scheduled Loan Payment
Click Enter in Register
Enter the from account that WAS already setup in the scheduled item (since
they broke this in M07)
Fix the date back to what the scheduled item said before I clicked Enter in
Register (since they also broke this in M07)
Click Split (since you can't classify a scheduled loan payment)
Click on the principal transfer subclass (since you can't classify a
scheduled loan payment)
Type the start of the name (since you can't classify a scheduled loan
payment)
Click on the interest subclass (since you can't classify a scheduled loan
payment)
Type the start of the name (since you can't classify a scheduled loan
payment)
Click Done (since you can't classify a scheduled loan payment)
Click Enter
Repeat three more times
Go to the loan account (since Money can't seem to number payments for a
non-monthly loan)
Edit the first payment without a number to have the next number (since Money
can't seem to number payments for a non-monthly loan)
Repeat three more times (since Money can't seem to number payments for a
non-monthly loan)
(That's just to get the loan payment side done. The Investment MMF side on
entering interest transactions and sell transactions is next...)
"Cal Learner-- MVP" <via_ne...@please.tnx> wrote in message
news:egt9c21hev33tdeac...@4ax.com...
>I've wondered about that. Do you suppose/have you confirmed that when it
>goes to automagically enter, it will get the from account correct?
I would certainly expect it would, but I can't be sure there is a
problem that I don't know about.
>
>Either way I have to touch each of them for classification since we still,
>fifteen versions later, can't classify a scheduled loan payment.
>
>If I set this up in real data--as opposed to a testcase--I won't know for a
>month as I entered all of August's in one sitting yesterday.
>
>Just to share, here's that drill (note that 11 of the following 14 steps per
>weekly transaction are required because Money is Broken or Stupid, as the
>case may be):
>
>Select the next scheduled Loan Payment
>
>Click Enter in Register
>
>Enter the from account that WAS already setup in the scheduled item (since
>they broke this in M07)
I set up a test loan, and the account was already correct when I
click Bills, right-clicked the next payment, and chose
Edit->EditSeries. I did not account for classification.
I tried to tell it to enter the transaction into the register 99
days in advance, but it limited me to 31. I tried 31. Closed Money
2007. Opened Money 2007. I checked the expected account, and there
below the line was the payment dated 24 Aug. The category was
LoanPayment:TestAccountName.
>
>Fix the date back to what the scheduled item said before I clicked Enter in
>Register (since they also broke this in M07)
>
>Click Split (since you can't classify a scheduled loan payment)
Most people don't classify their loan payments, so that should be
simpler for them.
"Cal Learner-- MVP" <via_ne...@please.tnx> wrote in message
news:581ac2t1a7rljg5i4...@4ax.com...
>When I edit the series, it is correct. Only when I go to Enter in Register
>does it blank out. At that point, classification is not even yet a factor.
To work around the bug, I would not use the "Enter into Register"
button for a loan payment. Just let the transactions get entered
automatically.
In a test copy, I would try setting the "days in advance" for the
transaction to get it entered the maximum number of days that it
will allow. Close Money. Open Money. See if that loan payment is
entered into the proper register with the proper with the proper
date, category, and maybe memo. The classification, if used, you
would still need to do manually.
"Cal Learner-- MVP" <via_ne...@please.tnx> wrote in message
news:2f3ac2h14rqff0sq1...@4ax.com...
"JohnA" <Jo...@TheAtas.org-spamguard> wrote in message
news:OFCncY5r...@TK2MSFTNGP04.phx.gbl...
Can you provide more detail? Which version of M07 are you using?
Which category are you using for the loan/mortgage transaction(s)? Do
you use Essential or Advanced Bills?
Thanks,
JB
It also works correctly from Cash Flow. Right click the Loan Payment
when viewing the payment account in Cash Flow and then select Enter in
Register.
(...just something about that Bills Summary)
Regards,
JB
<john...@hotmail.com> wrote in message
news:1153818220....@i42g2000cwa.googlegroups.com...
"JohnA" <Jo...@TheAtas.org-spamguard> wrote in message
news:%23AzgQ9%23rGH...@TK2MSFTNGP05.phx.gbl...
I deleted the originally scheduled Loan Payment. I created a NEW Loan
Payment to replace the deleted one. It LOOKS the same as the original.
It has the same problem when you click to Enter in Reigster... no
account listed, today's date instead of the scheduled one....BUT A NEW
PROBLEM IS ADDED. When you click on OK to Enter in Register (after you
add the account/date), the payment is entered... BUT the scheduled
payment remains in Bill Summary for the SAME DATE you just entered. In
other words, the August 1 Loan Payment is entered into the register,
but when I return to Bills Summary, I still have the Loan Payment
scheduled for August 1. I can enter it AGAIN, and it is STILL scheduled
for August 1. AGAIN, if you enter if from Bill Calendar or Cash Flow,
the scheduled payment will move to the next month.
If you go to the Loan Account and make an exisiting one Recurring, then
you are back to the original problem, but at least it will move to the
next month. However, I'm not sure how one is suppose to create a NEW
LOAN PAYMENT with these restrictions.
I suspect it has something to do with the date being set to "today".
If so, I'm wondering if the transaction gets entered as an additional
payment, regardless of date change/correction, instead of entering the
next scheduled one (the latter being left in queue).
As for new loan payments, I suppose you can setup the recurring payment
and then just enter from Bill Calendar/Cash Flow as a workaround
(haven't tried to find out though).
I would think a fix for this should be included in an M07 update but
considering the list of past items never addressed and/or carried
along, nothing would suprise me!
Regards,
JB
"Dick Watson" <littlegr...@mind-enufalready-spring.com> wrote in
message news:u$xj5J$rGHA...@TK2MSFTNGP05.phx.gbl...
You can now click on "Enter into register" and pay an additional amount
on your loan at any time. The account was left blank so you could
choose another account (such as savings) and pay the extra amount on
your loan. That's why the date defaulted to today's date. That would
also explain why the dialog box is an "Add Transaction" box. However,
if you go to the Bill Calendar and actually click on the scheduled
date, it would enter the regularly scheduled payment.
So it doesn't look like a "fix" will be forthcoming. In all fairness to
the technician, he spent a lot of time walking through the program
with me on the line, creating an account and recreating the problem AND
he called me back today. So I guess I'll learn to live with the M07
way.
Anna
The same could be said for virtually ANY scheduled item. Why don't credit
card payments, to pick just one, work the exact same way? I scheduled it
this way, I want to enter it this way. Why else would I have scheduled it?
Makes me wanna puke.
"Anna" <rhod...@bellsouth.net> wrote in message
news:1154564096.7...@s13g2000cwa.googlegroups.com...
"Dick Watson" <littlegr...@mind-enufalready-spring.com> wrote in
message news:uNZb3irt...@TK2MSFTNGP06.phx.gbl...
If they were going to fix something, I wish they had fixed the problem
my Loan Payments download as credit card accounts. So I have two
accounts for each of my Loan Payments (Car, Home, Equity). The first
account downloads bank transactions. The second account keeps up with
Principal/Interest when it is entered from the register as Loan
Payment. I only keep both accounts so that I can compare the bank's
principal/interest each month to my account's principal/interest. Now
THAT is what they should have tried to fix instead of changing
something that worked.
-- John
"Dick Watson" <littlegr...@mind-enufalready-spring.com> wrote in
message news:eSLABqrt...@TK2MSFTNGP05.phx.gbl...
"JohnA" <Jo...@TheAtas.org-spamguard> wrote in message
news:%23uJMbds...@TK2MSFTNGP06.phx.gbl...