For the person using the service
See what changed after refusal, whether the public task still worked and exactly where the evidence stops.
What the app says. What the store says. What the phone did.
Public infrastructure for exact releases, reproducible journeys and verifiable repairs—without crude scores or turning an unexplained connection into an accusation.
What the institution states in the document applicable to the tested release.
What the developer declares in the app store’s privacy section.
Which destinations and fields can be observed in a controlled service journey.
The interface and standard are ready. The next public fact has to be earned on a device, not filled into a mock-up.
A resident may face a generic policy, a label completed by the developer and network activity they cannot see. The product places them on one timeline and keeps observation separate from inference.
See what changed after refusal, whether the public task still worked and exactly where the evidence stops.
Receive the smallest policy, SDK, choice or documentation change capable of removing the discrepancy.
Get an exact release, repeatable script, evidence hierarchy and public proof bundle that can be challenged.
A receipt aligns the public documents with the precise moment a connection or field was observed.
The fictional scenario below shows the finding, its limit and the smallest repair at the same time.
Replay the whole journeyThe phone contacted analytics.example 420 ms after launch, before the choice screen.
After refusal, no further connections to analytics.example were observed in two runs.
Initialize the analytics SDK only after explicit acceptance, or remove it from the core journey.
The full content was encrypted; only destination and connection metadata were established.
The interface does not begin with an adjective. It begins with the evidence class and constrains public language to what that evidence can support.
“The tested package contains SDK X. The test did not establish that all its functions were active.”
Package evidence, not runtime evidence.
“The tested release contacted X during this journey.”
The destination is known; the payload may not be.
“A request contained device-model information.”
A category is not proof of identity linkage or later use.
“The request contained the synthetic email used only for this test.”
This establishes transmission in that request, not every legal role.
“The institution identified X as its contracted processor.”
Documentary confirmation can resolve a technical inference.
Thirty apps mediating identity, payments, transport, emergencies and local services. For now they are R0 records: audit selection and context, not technical findings.
The mobile app for Romania’s official online public-payment system, used for taxes, fines and other public services.
Electronic identity used to sign in to Romanian public digital services.
A VPN service intended for accessing certain Romanian public digital services and resources from abroad.
An app for reading data from Romania’s electronic identity card chip over NFC.
The Foreign Ministry’s mobile platform for travel information, alerts and consular support.
An emergency-information and alert app, including alerts tailored to the user’s location.
The same object must be readable by a resident, auditable by an engineer and usable by an institution to fix the problem.
A finite set of apps and journeys, tested under editorial thresholds strict enough for every published sentence to survive scrutiny.
Public App Receipt 1.0 records the release, state, event, destination, evidence, limitation, response and retest.
A finding does not close on publication. It remains open until the change is documented and the behaviour is retested.
The package includes the lab, protocol, schema, reply process and retest workflow. It does not include invented packets about existing apps.