C8CS-J2SD-VHAP-GP13
Why it matters
Companion Android harness — With merchant category code
Why
What would unblock it
Parameters
pa
tr
LAB0F8VPTTWQJVS
am
2.00
cu
INR
Advanced details
- Launch
- Scheme
- upi:// (via Android Intent)
- Profile
- P03 — P01 + mc
- Platform
- Android
- Browser
- None — this is not a browser method.
- Docs
- Android Intent and PackageManager documentation; NPCI UPI Linking Specification. (vendor documented)
- Reference
- LAB0F8VPTTWQJVS
- Registry
- 1.0.0
THE most important comparison in the catalogue. Several apps switch from a person-to-person flow to a merchant flow when mc appears — changing limits, fees and whether the amount can be edited. P01 against P03 on the same app, same destination, same minute is the controlled experiment that shows it.
Expected
A list of every installed app that claims upi://, with package names and versions. THE method that turns "the app did not open" into a real answer. It is also the only way to confirm the package names this catalogue uses for Navi and super.money.
Limitations
- NOT RUNNABLE FROM A BROWSER, AND THE HARNESS DOES NOT EXIST YET. Counted in the planned 166 and excluded from the runnable count.
- A browser cannot enumerate installed apps, read an activity result, or learn an app version. Claiming otherwise is the most common lie in this problem space.
Prerequisites
- The companion Android harness, which is SPECIFIED BUT NOT YET BUILT (docs/NATIVE_HARNESS.md).
- A physical Android device; an emulator has no payment apps.
Notes
- This method has no browser launch mechanism.
How the lab runs it
Specified in docs/NATIVE_HARNESS.md. The harness posts its results to this lab's own API, so a native result lands in the same comparison matrix as a web one.