How to manually enter paystub?

Look at a previous transaction for the split categories, then edit the extra entry to create similar splits.

Hi,

Not sure I follow? Previous paystubs have a category and tag of

--Paystub-- (with the dashes). If I type --Paystub-- or even Paystub, it doesn't find a matching category and prompts me to create it?

I gather you currently have a SINGLE line for this errant pay deposit, right? If that is the case, edit the entry and open the split window. Enter ALL the information from a previous one in the splits, including the (higher) value of your GROSS pay, and all of the individual deductions (Fed tax, medical, FICA, etc.). Ultimately, you should end up with a split deposit that EXACTLY totals the value that was entered into your register as the one-liner.

Do I have that right in your situation?

(The alternative is to DELETE the OSU entry and completely COPY a pre-existing deposit that already has the values in the splits, adjusting to manually ensure you have the correct deposit since it might be off by a cent or two. Then you'd need to manually click on RECONCILE perhaps if you had already reconciled the original one liner you had deleted.)

Hi,

No, it's two seperate payroll / deposits, the first one I entered as normal, but the second one is just an additional deposit.

I find easiest is to find a past Q entry that is correct as far as items goes, then copy it, and paste it using the new amount and the new date. Then edit the line item amounts and delete the downloaded entry which has incomplete info.

Right...so edit that, and in the split window fill in all the details of both the GROSS payment and the individual deductions to match the net deposit, or copy and existing entry to edit the same details, deleting the individual one.

So when I copy / paste, and edit the pasted line, it also edits the entry I copied from?

So say the normal deposit is $123.45. The additional deposit is $55.00. I copy the $123.45 deposit, edit it to be the $55.00 deposit, and then the original $123.45 deposit is now $55.00 too.

Yes, I'm doing Copy and Paste,

It doesn't do that here.

Looks like it just updated here - R28.16 Build 27.1.28.16? Are you on that version?

I have never seen that happen.

No: Copy transaction does NOT affect the original

1. Copy the 3.45 transaction
2. Move to bottom of transactions and paste it.
3. Change the date to .00 date and total amount to .00
4. Q will report split not good so correct the split amounts
5. Enter and go to date and delete original #55 transaction
6. If necessary mark new transaction C or R to match original.

Can look at transaction you copied to see that it has not changed.

I've done it now half a dozen times. It eliminates the copied deposit and replaces it with the pasted deposit. Each time, I'm trying it with a copy - so I have a backup from this morning, restore from that backup, do the above, and then save it. The first deposit was my normal deposit, so it was a larger amount, the second deposit was a small amount (error on PTO payment). Once I make the copy / paste, the original deposit is gone, and I can see my running balance from that date forward is negative. I thought maybe they couldn't be on the same date - both deposits were 7/31, so I made the copied deposit (the small deposit) change to 7/30 or 8/1 but in any case, it replaces the larger deposit.

Sounds like you are skipping step 2.

move to the bottom of the register, to a blank entry field, and click on it. then paste transaction.

No, I'm on 27.1.28.10, which Quicken says is the latest version (I just checked for updates).

Hmm.. potentially they load balance the updates. I think I got this update a day or two ago.

Nope.. Wondering if I can go back a version or two to see if this is a new bug?

how are you copying?

Right click on trans and select "copy trans" Move to end and right click and paste

Yep, exactly like that.

Wow, I feel silly - well, sort of, but figured out what happened:

Quicken moved the ORIGINAL transaction - the one I copied - to the bottom of my register with todays date. I just never noticed it. Not sure WHY it does that, but that's what was happening - so of course, my running balance was negative. I changed the date on the transaction back to the correct date (7/31) and it's all good.

If someone wants to try that, you'll see what I mean....

Thanks for everyone's help but still looks like a bug in my opinion :)