The PSR (PSD3) for operations teams

Several PSR obligations rest on processes that people run, on the bank's side and on the TPP's side. On the bank's side, every planned unavailability is announced to TPPs a month ahead, and during an outage the bank tells them what it is doing to restore the interface. A change to the interface is published at least two months before it goes live, against three months in the 2018 RTS. The technical documentation goes free of charge to the TPPs who ask for it, and the bank cannot require extra registrations from them.

On fraud, the bank may deny a TPP access over unauthorised or fraudulent access, on objectively justified and duly evidenced grounds. It then tells the user and reports it to the authority immediately. If it refuses a payment a PISP initiated over suspected fraud, it gives the PISP the reasons, within 10 seconds for an instant credit transfer. On the TPP's side, the PISP compensates the payer's bank when the payee verification failure comes from the PISP.