
Processing volumes down for third successive month; applications in July highest yet: analysis of August update
A few weeks ago I offered some analysis of the monthly updates that seems to unearth IRCC's internal estimate of the number of applications it is processing per month. (link below).
This comes from the observation that in each month's updates, the "number of people ahead of you in the queue" and the "number of months left to wait" are related exactly linearly. In other words (taking the August update), the June 2026 cohort of applicants have 117,800 people ahead of them and will wait 25 months (117,800 divided by 4800 is 25), and the Jan cohort have 24,800 people ahead and will wait 24,800÷4800=5 months (rounded).
This 4,800 figure can be taken as IRCC's assumption for applications processed per month. It's the same for every "cohort" in a given monthly update, but it changes from one monthly update to the next. In the May update we had to divide each cohort's queue length by 5,925 to get the month estimates. So we can plot these monthly processing estimates over time, to get a chart like this.
It seems fair to guess that IRCC is just using the previous month's processing volume in their assumptions. If so, this suggests that IRCC processed around 5,900 applications in April, falling to 4,800 applications in July. We can speculate why this might be - summer staffing issues, the ongoing impact of the retraction of certificates, etc.
This also indicates that the "number of months" estimate is very crude - it's just implied by the remaining queue size for each cohort. There's no attempt to allow for different processing speeds for urgent applications, PSU cases, etc. and to consider how this affects expected wait times for different cohorts.
This simplistic approach on the part of IRCC also explains some of the recent rises in "months remaining"; if processing times drop, the months remaining estimates rise automatically. Likewise, if IRCC had processed (say) 7,000 applications in July, the number of months estimate for the Jun cohort would have been 17, not 25.
Further, if we tie these processing numbers to the queue size, we can derive application totals (at least, those that have received AORs).
Anyway, I thought it was worth sharing. We can but hope that IRCC will find some more resources to keep a lid on queue times.