UPI Testing
Save your workspace key — shown once.

8EN9-WNM2-8KB3-K6B8

Why it matters
It is the only way to reach these profiles and results from another device. The lab stores a hash of it, so nobody here can recover it for you.

Paytm

PT-009 Needs your identifiers

Paytm — Documented initiation metadata

No mode and orgid and sign set, so this is the same payload as the plain control.
Why
Profile P09 is defined by mode and orgid and sign, and neither your UPI profile nor this run supplies one — so comparing P09 against P01 would be comparing a method against itself and reading the noise as a finding. Set mode and orgid and sign on the profile first, or run P01 and know what you measured.
pa — A payment needs a payee address. Nothing can be launched without pa.
Missing orgid — values a bank, PSP or acquirer issues and the lab must never invent.
What would unblock it
Needs an orgid your PSP issued you, and — to be a genuine signed intent — a sign they generated. The lab will not create either. Until you supply them this method cannot run, because sending a made-up orgid tests nothing that exists.
Test PT-009

Scan with the phone you want to test.

Advanced details
paytmmp://pay?pa=&tr=LABVH9T9DPZ2TKA&am=2.00&cu=INR
Launch
app scheme
Scheme
intent:// (Android) · paytmmp://pay (iOS)
Profile
P09 — P01 + mode + orgid (+ sign when supplied)
Platform
Android + iOS
Browser
Android: Chrome or any browser that follows intent: URIs. iOS: Safari, only where the app registers a scheme.
Docs
No public third-party deep-link specification. Paytm publishes a merchant payment gateway with issued credentials. (observed)
Reference
LABVH9T9DPZ2TKA
Registry
1.0.0

How an app treats a payload that declares an initiation mode and a signing organisation. Only meaningful with real values.

Expected

Paytm opens on its payment confirmation screen showing the payee and ₹2.00. How an app treats a payload that declares an initiation mode and a signing organisation. Only meaningful with real values.

Limitations

  • A browser cannot tell you whether an app is installed. "App did not open" and "app is not installed" look identical from here; AN-004 in the Android harness is what separates them.
  • The iOS scheme used here is observed, not vendor-documented. A working result is evidence, not a supported integration.

Prerequisites

  • A saved UPI profile with a payee address.
  • Needs an orgid your PSP issued you, and — to be a genuine signed intent — a sign they generated. The lab will not create either. Until you supply them this method cannot run, because sending a made-up orgid tests nothing that exists.
  • On iOS: Paytm installed and registered for paytmmp://pay
  • On Android: Paytm installed (net.one97.paytm).

Notes

  • This scheme is observed, not vendor-documented. A result either way is evidence about today, not a supported integration.

How the lab runs it

Android: an intent:// URI naming net.one97.paytm, with no browser_fallback_url so a failure to open stays visible. iOS: the paytmmp://pay scheme carrying the same query.