Stumbled across an interesting glitch with the QFF points total in the iOS app/desktop website today.
I've haven't ever noticed any calculation errors/lag between transactions posting and the total updating. However, today, 4 x Citi Qantas Rewards transactions posted to my account early this morning (#pts, ###pts, ###pts, and 10,000 pts), but as of right now, my points total has only updated to reflect the first three (and instead of being 51###, it was showing as 41### instead):
I was waiting on these transactions to post before I cancelled this CC, so was curious about whether it was a calculation/lag error, or something about the 10k transaction that meant it hadn't finally "posted".
When the variance was still there 18 hours after the transactions had posted, I got curious enough to look at the API calls/responses that are made when the transaction history page is loaded, to see if I could find an answer.
In short, I couldn't see anything funny about the missing transaction in the API responses. But I did find a bunch of API calls where the points total was (and wasn't) correct (see screenshots below).
I'm not a professional developer by any means, but it seems pretty odd to me that QFF's production environment would have a handful of API endpoints that inconsistently calculate the total points balance, rather than using a uniform function to do so (eg. what if the endpoint that is used to check if I have enough points for a redemption overstates my total?).
Is there is something odd about the 10k transaction? Or are QF's developers just scrappy? We'll probably never know
The wrong totals:
https://api.services.qantasloyalty.com/member/#######/account
https://accounts.qantas.com/auth/member
https://api.services.qantasloyalty.com/member/#######/frequentflyer/topuppoints
The right totals:
https://api.services.qantasloyalty....e=2024-10-23&toDate=2025-01-23&start=0&size=0
https://api.services.qantasloyalty.com/member/#######/points-summary