Exported PDF Schedule 8 default pensionable earnings are injected into the wrong fields

It appears the Exported PDF Schedule 8 default pensionable earnings values are injected into the wrong fields at the bottom of Page 3. Note: they do appear to be injected correctly elsewhere through Schedule 8, where they are actually used for calculations.

 

But worth double checking that also, whoever looks at this bug. It's like whoever updated the Schedule 8 PDF export template for 2025 mixed the fields up.

I compared the 2025 PDF to the equivalent 2024 exported PDF. It definitely looks wrong in 2025.

To reproduce:

Export anyTurboTax Online 2025 T1 PDF which has CPP Schedule 8 in it. In the PDF > view CPP Schedule 8, bottom of Page 3. I've highlighted the incorrectly injected PDF fields in PINK below for lines B,C,D and E:

--- Text Version of Schedule 8, Page 3 ----

Enter the corresponding amounts from the monthly proration table above using the number of months from line A:

Your maximum pensionable earnings for 2025 (maximum $71,300) 81,200 00 B

Your maximum amount subject to second additional contributions for 2025 (maximum $9,90071,300.00 C

Your additional maximum pensionable earnings for 2025 (maximum $81,2003,500 00 D

Your maximum basic exemption for 2025 (maximum $3,5009,900 00 E

Troubleshooting

Hi, can any TurboTax moderators confirm if this Schedule 8 PDF error has any impact on my imminent NETFILE?

ie. can I NETFILE without worrying about this causing a re-file.


Thanks.

Troubleshooting

You can likely NETFILE without worrying about a re-file, provided your final "Balance Owing" or "Refund" amount is mathematically correct. Here is why: When you click "Submit" via NETFILE, TurboTax does not send the CRA the PDF you are looking at. Instead, it transmits a raw data file (usually in .xml format).

I recommend contacting our product support team. They have access to tools that we do not have here in the Community, such as screenshare, and can confirm this for you.

Troubleshooting

Thanks I will contact the support team to share the screen grab.

Troubleshooting

The Support team asked that I try to attach a sanitized version of the exported PDF of Page 3 of Schedule 8 here so they can see it.

 

It contains no personal data.

 

 

Troubleshooting

This issue has been escalated to TurboTax Tier 2 Support, and I am awaiting a reply from them.

Troubleshooting

@switchflaka Thank you for letting us know. We appreciate the update. 

Troubleshooting

Almost the full 48hrs has elapsed with no reply from Tier 2 Support.


I intend to NETFILE since there has been no response from them.

I spent 1.5hrs yesterday on my own rechecking the other 10 pages of the downloaded Schedule 8 PDF, and those appear to be correct.

I did this by:

 

  • side by side comparing my 24' vs. 25' return PDF Schedule 8 PDFs
  • searching (Ctrl-F) the entire 2025 downloaded PDF T1 return for all occurrences of any Schedule 8 Lines B,C,D,E (71,300, 9,900, 81,200, 3,500)
  • confirming where they were used elsewhere for actual calculations, the _right number for B,C,D,E was actually injected into other parts of Schedule 8 and the T1 PDF
  • checking my TurboTax Online Detailed Tax Summary downloaded 2025 PDF for all CPP related numbers, since I assume this PDF represents all of the lines and return numbers sent from TurboTax Online to CRA in the NETFILE payload XML.

 

So:

It appears it's as I originally reported -  the 4 lines at the bottom of Page 3 of Schedule 8 which TurboTax Online PDF appear to be injected in the wrong order.

However, everyone should carefully check their own Schedule 8 from TurboTax before NETFILE, in my opinion.