ip-label is now officially part of ITRS. Read the press release.

ip-label is now officially part of ITRS. Read the press release.

Verification of Payee: when a warning is the expected mobile banking result

01
Banking
& Mobile Experience
Mobile Synthetic Monitoring

When Is a Warning a Successful Monitoring Result?

A mobile banking journey displays a warning: the beneficiary’s name does not match the account details provided. Has the journey failed?

Three Conditions for a Successful Monitoring Result

In a controlled synthetic scenario, a no-match warning can be a successful monitoring result when three conditions are met:

A

The warning is the predefined expected outcome.

B

The application presents it correctly.

C

It appears within the agreed time.

Defining Success

The challenge is to define success precisely. A warning, a message that verification could not be completed, and a result that never appears in the interface represent different situations.

Monitoring needs to distinguish them.

This article examines mobile synthetic monitoring within digital experience monitoring (DEM): automated scenarios that reproduce user actions through an app’s interface and check the information delivered in response. Verification of Payee offers a concrete example of why a successful monitored journey depends on what the application presents to the user, as well as its availability and speed.

01 / Verification of Payee

What Should the Verification Journey Deliver?

When someone prepares a transfer, Verification of Payee (VoP) checks whether the beneficiary name they provide matches the name associated with the supplied IBAN at the beneficiary’s payment service provider. As the European Central Bank (ECB) explains , the service applies to both standard and instant credit transfers.

For name-and-IBAN checks, the European Payments Council’s (EPC) scheme distinguishes four outcomes:

The Four Verification of Payee Outcomes
OUTCOME 01

Match

The supplied name matches the name associated with the account.

OUTCOME 02

Close Match

The names are sufficiently similar to produce a close-match result; the response includes the name associated with the account.

OUTCOME 03

No Match

The supplied name does not match the name associated with the account.

OUTCOME 04

Verification Check Not Possible

The check could not be carried out, so it provides no determination of whether the details match.

Official EPC Reference

These distinctions are defined in the EPC Verification of Payee scheme rulebook . A no-match result therefore means something different from a check that could not be completed.

In a mobile banking journey, the application needs to present the warnings or explanations appropriate to the result, before the customer decides whether to authorise the transfer. The exact presentation depends on the application.

Example: Monitoring an Expected No-Match Warning
01
Controlled Scenario
A predefined scenario is designed to produce a no-match result.
02
Application Response
The application presents the appropriate warning within the agreed time.
03
Monitoring Interpretation
The expected warning is recognised as a successful monitoring result.

This gives user journey monitoring a concrete purpose: to check whether the app presents the information expected for a controlled scenario. A scenario designed to produce a no-match warning should recognise that warning as its intended result. A missing warning, an unexpected message, or an explanation that verification could not be completed calls for a different interpretation.

The Key Takeaway

A successful monitored journey is not defined by the absence of warnings, but by whether the application delivers the expected information correctly and within the agreed time.

02 / Expected Outcome

Define the Expected Outcome Before Running the Check

These different VoP outcomes give a mobile synthetic scenario something specific to check. A synthetic scenario reproduces a user journey through the app’s interface using defined test data and checks.

The first task is to establish which outcome the chosen test data should produce and how the application should present it. Using known test data and conditions then gives teams a repeatable basis for detecting changes in what the application delivers.

A controlled scenario might use approved test details for which a no-match result is expected. Its purpose is to check whether the application presents the corresponding information within an agreed time. There is no need to complete a payment to assess that part of the journey.

The Foundation of Reliable Monitoring

The expected result must be established independently of the monitoring run. Otherwise, a check that accepts whichever response appears would provide little evidence that the journey behaves as intended.

Three Questions for Every Synthetic Scenario
01

Presence

Does the expected information appear?

02

Content

Does it correspond to the outcome defined for the test?

03

Timing

Does it appear within the interval set for that step?

These checks serve different purposes. Detecting a message establishes that something appeared. Comparing its content with a defined expectation helps establish whether the application delivered the intended information.

The mobile application’s own behaviour also matters. Monitoring should reflect its specified presentation of each outcome, without assuming that every bank uses the same wording, screens, or sequence.

03 / Journey Completion

Does the Journey Give the Customer an Answer?

The first question is whether the monitored journey progresses to an answer in the app’s interface. A journey that stops or remains in a loading state leaves the customer without the information needed to decide how to proceed.

Monitoring the Application Response
01

Journey Progression

The monitored scenario reaches the defined verification step.

02

Answer Detection

Monitoring checks whether information appears in the application interface.

03

Content Examination

When an answer appears, the next step is to examine what it says.

User journey monitoring can detect that the application has not presented an answer at the defined step. When information does appear, the next check is to examine what it says.

04 / Data Consistency

Does the Displayed Information Match the Scenario’s Expected Result?

A displayed answer is not necessarily the answer expected for the test data. A customer may hope for a match; a synthetic scenario can deliberately use details for which a no-match warning is expected. If the application instead reports that verification could not be completed, it has provided an answer, but the scenario has not produced its intended result.

Expected Result

No-Match Warning

The controlled test data is designed to produce a no-match warning, and the application presents that expected information.

Unexpected Result

Verification Could Not Be Completed

The application provides an answer, but not the result defined for the synthetic scenario.

This is where data consistency checks across user journeys become particularly relevant. A mobile synthetic scenario can check whether the information displayed in the app matches the predefined expected content.

Where API response data is accessible, a configured comparison can provide additional evidence about whether the interface presents that response consistently.

Visual checks and content comparisons provide evidence about the information delivered through the monitored interface. They do not independently establish whether the underlying matching decision was accurate; that requires separate knowledge of the test data and verification process.

The Key Takeaway

Effective mobile synthetic monitoring checks not only whether an answer appears, but whether it matches the predefined expected outcome and is delivered within the agreed time.

05 / Response Timing

How Long Does the Expected VoP Result Take to Appear?

When the expected information appears and its content has been checked, the next question is how long it took to arrive. For someone preparing a transfer, the wait continues until the application presents the information needed to decide how to proceed.

User journey monitoring can measure how long the expected result takes to appear following a defined action in the mobile app. Comparing that elapsed time with the threshold defined for the scenario helps teams identify when the expected information takes too long to appear.

Measuring the Time to the Expected Result
01

Defined Action

The synthetic scenario performs a defined action in the mobile banking application.

02

Expected Information

Monitoring checks when the expected verification information appears in the interface.

03

Timing Threshold

The elapsed time is compared with the threshold defined for the scenario.

Consider a controlled scenario in which a no-match warning is expected. A verification response may have been returned, yet the warning could appear late or fail to appear at all. By checking the displayed information and its timing, synthetic monitoring can detect a problem at the point where it affects the customer’s journey.

Beyond Response Availability

A verification response may have been returned, but the expected warning must also reach the application interface within the defined time.

The European Payments Council’s Verification of Payee scheme rulebook addresses response timing between payment service providers. Monitoring the mobile journey provides complementary evidence about the information delivered through the application. It can establish that the expected warning was missing or delayed; further investigation may be needed to explain why.

06 / Monitoring Success

Verification of Payee Monitoring: Define Success for Each Expected Outcome

Someone preparing a transfer needs the application to deliver the information appropriate to the verification result, in time to inform their decision. A missing warning, an unexpected message, or a prolonged wait can leave them uncertain about whether to proceed.

Mobile synthetic monitoring gives operational teams a repeatable way to check that part of the experience, even when no customer is using the monitored journey. By defining the expected outcome and checking its presence, content, and timing, teams can detect departures from the intended behaviour and gather evidence to support investigation.

Interpreting Synthetic Monitoring Results
Expected Outcome

Correct No-Match Warning

The predefined warning appears correctly within the agreed time and is recognised as the intended monitoring result.

Content Issue

Missing or Inconsistent Warning

The expected warning is absent or the information displayed does not match the predefined scenario.

Timing Issue

Prolonged Wait

The expected information appears too late or fails to appear within the interval defined for the test.

This is the practical purpose of defining success precisely. An expected no-match warning should be recognised as the intended result, while a missing or inconsistent warning should receive attention. Clear monitoring results help teams focus on problems that could disrupt the customer’s decision, rather than treating every warning as a failure.

A warning serves its purpose when it reaches the customer in time to inform a decision. By checking that the expected information appears correctly and promptly, mobile journey monitoring helps teams protect that moment: when someone needs to decide whether to send their money.

The Key Takeaway

A warning serves its purpose when it reaches the customer in time to inform a decision. Monitoring the expected information, its content, and its timing helps protect the moment when someone needs to decide whether to send their money.

Previous Post

Leave a Reply

Discover more from Ekara by ip-label

Subscribe now to keep reading and get access to the full archive.

Continue reading