Self serve account page displays incorrect dates

[darlicious]

I had to do a double take and then confirm by logging into my other account. but indeed the "My Account" page has the wrong dates displayed for 30 day plan cycle. They are a day early and the last I looked the rewards account was still a day late. The transaction history is correct...thankfully but still 3 different dates is ridiculous.

It seems for every improvement pm sacrifices something else that worked. We can download our transaction history and usage but the details are sadly lacking. I have messages on dates with none and it doesn't tell me who has sent me a message it just shows my phone number. What's the point of that? I can't tell if I sent a message or recieved one ? 

Note: 30 Day cycle doesn't match transaction history.

[darlicious]

@CountyDownIeUk 

Payments when running on time are debited and/or autopay charges your card at 2am eastern (11pm pt for us). Rewards are applied almost always between 12am et and 12:10am et (9pm pt to 9:10pm pt) on the 1st day of your new 30 day cycle. For me that will be July 22nd eastern technically July 21st but you know what I mean...

[CountyDownIeUk]

@darlicious  

At ever one else

I am beginning to think that the new date shown is the same as what they said before ie. 

New date says July 31 and old date was “before” August 1  first which equals July31. 

Since auto pay never kicks in for me I don’t know when they charge my card...July 31 or August 1

Will have to look at wife’s account on next payment and run the history and see if they are all still 30 days apart. 

Assume texts will roll in on same day based on the old “before” date. 

The key is...if some one that only uses auto-pay regularly....on the older payments what date did the charge hit their credit card and as above was it July 31 or August 1. Looking for transaction date. 

@darlicious 

Edit. 

Further observation. 

I just printed as far back as possible all debits to my wife’s account. 

Date of payment.   What over view said. 

*August xx 2022.     August 11 exactly and before not mentioned. New speak. 

                               I would expect xx to = August 12

                               If shows August 11....then billing is for 29 days. 

*August 12 2022.    Before August 12 old speak. 

July 13 2022.          Before July 13

June 13 2022.         Before June 13

May 14 2022.          Before May 14

* What will happen?  

I guess some of us keep records. For me it is an old habit. I have kept electronic records since I started (not since day one). Records that I consider important to me, while others may keep more, less or different. 

[darlicious]

@CountyDownIeUk 

I am even getting confused all over again! Using my regular account that hasn't been suspended out of principle....working from May forward.....the old transaction history with the correct dates. The rewards account with the date a day after renewal, the old overview (looks like I didn't make a copy of the overview page after my June renewal), the new account's transaction page and plan cycle and the downloaded pdf of the transaction history which is correct.

Old transaction history that is correct...next renewal occurs June 22nd (pay before this date.)

Rewards account is one day forward which is incorrect it should state June 22nd.

Old overview page correct...pay before June 22nd....the 1st day of your new 30 day cycle.

Rewards applied on June 22nd and plan payment debited on the first day of the new 30 day cycle.

Rewards account still incorrectly reporting the new 30 day cycle starting one day forward of July 22nd to August 21st 30 day cycle.

New account's usage page incorrectly states the 30 day cycle one day behind the actual 30 day cycle dates of June 22nd to July 21st.

New account's transaction history has the plan amount debited on the correct start date of the new 30 day cycle>>June 22nd but rewards are incorrectly date stamped as the day before June 21st.

The downloaded transaction history pdf has the correct dates for credit/debits and plan cycle start date. Lol...does this nonsense make sense now?!!🤔

[CountyDownIeUk]

@darlicious 

Does my post help?

https://productioncommunity.publicmobile.ca/t5/Get-Support/Will-there-be-confusion-with-payments-Cha...

It might be the word BEFORE is no longer used. 

[Nezgar]

---

@hTideGnow wrote:

HI@Nezgar   Interesting, your reward and actual reward date are spread out (12th and 13th).  Mine all on the same date

And your actual Play cycle start date in Plan Usage (the front page) shows July 12?

---

Indeed:

My current cycle actually started on the 13th.

[hTideGnow]

HI@Nezgar   Interesting, your reward and actual reward date are spread out (12th and 13th).  Mine all on the same date

And your actual Play cycle start date in Plan Usage (the front page) shows July 12?

[Nezgar]

---

@hTideGnow wrote:

---

Maybe it has something to do with the fact that according to the payment history, the rewards show as applied the day prior to the actual plan renewal transaction....

---

HI @Nezgar  you sure you track your day correctly?  the reward should apply on the same day as the plan renewal date.  At least for me it was like that

---

Yeah, i get that it all happens at the same time, but I'm only speaking in the context of how it is now showing with the new portal's payment history page:

[hTideGnow]

---

@Nezgar wrote:

---

---

The transaction dates are correct on the payment history section... but the "Current Plan Cycle" under "Plan Usage" indicates a day earlier.

Maybe it has something to do with the fact that according to the payment history, the rewards show as applied the day prior to the actual plan renewal transaction....

---

HI @Nezgar  you sure you track your day correctly?  the reward should apply on the same day as the plan renewal date.  At least for me it was like that

[Nezgar]

---

@hTideGnow wrote:

Hi All, 

Unless PM fixed the date already, mine was actually correct

I check the cycle start date, it matches the transaction date when they take money from my card and apply the rewards.  

So, this bugs only affects some members but not all?

---

The transaction dates are correct on the payment history section... but the "Current Plan Cycle" under "Plan Usage" indicates a day earlier.

Maybe it has something to do with the fact that according to the payment history, the rewards show as applied the day prior to the actual plan renewal transaction....

[dust2dust]

I'm the same. Where before it was pay before, now it's this is your current cycle. The last date is the end of the 30 day paid cycle. The rewards however are still a day after the new cycle like before (new rewards).

[hTideGnow]

Hi All, 

Unless PM fixed the date already, mine was actually correct

I check the cycle start date, it matches the transaction date when they take money from my card and apply the rewards.  

So, this bugs only affects some members but not all?

[Nezgar]

Yes I can also see that the portal claims my current cycle started on Aug 12, when it was really Aug 13...

[J_PM]

@darlicious 

Thank you for sharing with our Community! Our teams will investigate this issue further. 

[softech]

---

@Dunkman wrote:

As for 2FA, there are advantages and disadvantages.  If you login in with 2FA, if you do sensitive tasks like changing PIN, you will not need to do 2FA again.  However, if you sign in to My account without 2FA, you will need to do 2FA for privacy sensitive tasks like changing PIN.

---

Bravos to that

I agree it is never easy to balance between security and convenience.  But I think the current model is sufficient .   As long as the phone is protected by PIN lock, it won't be be too damaging even if the phone was dropped or stolen

[darlicious]

@Dunkman 

It's too bad pm sacrificed security for convenience so the golden key to our accounts the account pin # is as easy to change as your phone number and only the email needs customer support assistance to be changed. One of the most exposed parts of our "identity" to the online world. This should make non 2FA verification with customer support interesting!

[softech]

Yes, Authenticator app is much better but sadly, not many places using it

and problem with SMS, security is a thing, the loss of phone or lack of service (people in another country with no service) is another problem

and true, hard to get a perfect system.  The Security question idea is not too bad, but see how many people forgot the answer they set it up themselves and ended up blaming  PM and the system for not letting them to reset the password easily

[Kristowhy]

---

@darlicious wrote:

@Kristowhy 

Not if someone gains access to your email or your phone....then you are extremely vulnerable. With your security tied to those two options you can easily lose control of your account because the checks and balances no longer exist. Once a fraudster gains access to your account you lose access to all of your other accounts. 2FA is a false sense of security just like a bicycle helmet meeting a semi-truck....it won't save you from your own stupidity.

---

If your email has 2FA enabled on it, it's very very very unlikely to get compromised.  And 2FA I don't mean a code to SMS...using an authenticator app, physical token, or code to email. 

The Telus 2FA should allow you to choose to turn off codes to SMS and at the very least, one should NOT be able to reset their account password via an SMS code...it should go to email.

The only issues I can see with someone having our physical device is if it was not locked, so they can actually use it, at which they can call into 611 and receive SMS.  This is why SMS codes are false security...with SIM jacking etc.  And especially bad if account passwords can be reset via SMS code.  Sadly even our big banks think 2FA using SMS is ok.  But it's way easier to implement and support than a true 2FA setup.

So let's say that a bad actor gets my phone and dials 611...now this is where the real issues are, if it's really easy to reset PINs etc. 

Sadly there is no perfect system, but this is a step in the right direction.

[Dunkman]

The different date ranges for plan cycle was noticed on beta testing. Recommendations were made to PM staff.  Hopefully, it will be corrected in the future as adjustments and improvements are made.  It will be confusing for customers.  

As for 2FA, there are advantages and disadvantages.  If you login in with 2FA, if you do sensitive tasks like changing PIN, you will not need to do 2FA again.  However, if you sign in to My account without 2FA, you will need to do 2FA for privacy sensitive tasks like changing PIN.  Customers are welcome to turn 2FA off.  Pubic mobile removed the security questions on purpose. No more request from customer on forgetting their security question, answers, etc. It is a balance between security and convenience.    

[darlicious]

@Kristowhy 

Not if someone gains access to your email or your phone....then you are extremely vulnerable. With your security tied to those two options you can easily lose control of your account because the checks and balances no longer exist. Once a fraudster gains access to your account you lose access to all of your other accounts. 2FA is a false sense of security just like a bicycle helmet meeting a semi-truck....it won't save you from your own stupidity.

[Kristowhy]

---

@darlicious wrote:

@softech 

Well isnt that special....so all of my security features to ensure I keep control of an account have just gone out the window.

---

If the account email address used is protected by 2FA, then having 2FA setup on you PM account will give you much much better security than some security questions, especially if codes are sent to email.  I like the new setup.  

[softech]

True, it is a bit more vulnerable.  In a phone lost situation, what you said will happen if the person can unlock the phone  with a device PIN so he can find out  the phone number  to start the reset process and receive the text ,  and also know the email you used to login My Account...

I would assume it is still relatively safe if someone just dropped the phone and got picked up by random person

But if it is a targeted steal, then it is a different story

[darlicious]

@softech 

Think about it your phone is lost or stolen. If its in the wrong hands they can easily access your account. Change the account pin#. Change the sim card if they want. Port your number out. Our accounts have become much more vulnerable. Instead of several layers of security requiring knowledge or customer support to aid in....now its all tied to 2FA.

[softech]

@darlicious   I am not sure I like the idea of Security question myself.  Many people got stuck there. 

Easy vs a bit safer.  It is an hard call

[darlicious]

@softech 

Well isnt that special....so all of my security features to ensure I keep control of an account have just gone out the window.

[softech]

---

@darlicious wrote:

Now that I think of it where is the security question and answer? I have to go back in.....you better call someone if I dont make it out in the next hour!

---

@darlicious  No more the need of Security question.  The reset password is now a lot simpler, you just need to ask PM to send you a security code via email or sms

check it

https://myaccount.publicmobile.ca/en/forgot-password

[RossN]

@darlicious maybe they should just make the pin 1234 so people won't forget it 🤣

[darlicious]

@RossN 

Lol...which part? Adding or updating it?

The usage pages are....useless? I only checked " hold number" account I cannot imagine what the usage looks like for the bf's account who sends hundreds of texts a day. I don't want to look?!!

I am not understanding the account pin reset either....I thought this was top secret iron clad security but now you can change it as easily as your password? Before even the CSA's couldn't see it. Now that I think of it where is the security question and answer? I have to go back in.....you better call someone if I dont make it out in the next hour!

[RossN]

@darlicious yes , even the credit card issue is still bad if not worse

[darlicious]

@RossN 

One step forward, two steps back.

[RossN]

@darlicious honestly this place gives me a headache 🤕 🙄