Evidence
Evidence packages
What an evidence package is, the five records it rests on, its lifecycle from request to seal, and who may request, seal and verify one.
Last revised
An evidence package is a record of what was observed, under which policy, judged how, and by whom confirmed — fixed at a moment and provably unchanged since. It is what you hand to a seller, a distributor, a marketplace or counsel when the conversation needs more than a screenshot. It is not a legal conclusion: it records what MapProtector saw and how it judged that against a floor you configured.
What a package rests on
Every package points at five immutable records, so it can be reproduced from its inputs forever:
| Record | What it fixes |
|---|---|
| The observation | What was seen, when, from which source, with what coverage. |
| The evaluation | How it was judged, and by which rule. |
| The policy version | The floor it was judged against. |
| The confirmed candidate | The person’s decision that made it worth capturing. |
| The breach period | The case and period it belongs to. |
The product title, the seller’s storefront name and the seller’s authorization standing are copied into the package at capture and never re-read. If you authorize a seller next month, evidence sealed today still records that they were unknown when the price was observed.
What a package contains
The core of every package is the canonical manifest: a structured document assembled from the records above, written once, and hashed. It is labeled with its mechanism — derived from MapProtector’s own records of what the source reported — because it establishes what was observed, when, from which source and under which policy; it is not a picture of the listing page. See Screenshots and captured files.
Lifecycle
| State | Meaning |
|---|---|
| Requested | A person asked for the package. It is queued for capture. |
| Capturing | The manifest is being assembled and stored. |
| Ready for review | Assembled and hashed. A person can read it, verify it, and seal it. |
| Sealed | Permanent. The fingerprint is fixed and verified on every read. Nothing leaves this state. |
| Failed | A capture attempt could not complete. Not terminal: a transient problem must not lose the evidence for a breach that is still happening, and a retry is a new attempt beside the failed one. |
| Canceled | Withdrawn before sealing. |
Requesting a package
- Open the confirmed candidate from Compliance › Violations (a package can only be requested from a confirmed candidate; the control is not shown before confirmation).
- Choose Request evidence. The request is queued; the package appears under Compliance › Evidence and on the case page.
- When the state reads Ready for review, open it. Read the summary and the manifest, run Verify integrity if you wish, then seal it — see Sealing.
Who may do what
| Action | Role |
|---|---|
| Read the list, a package, and download it | Viewer and above |
| Retrieve an attached file that has not been scanned (acknowledged) | Legal Reviewer, Analyst and above |
| Attach a file | Compliance Manager and above |
| Request a package | Compliance Manager and above |
| Verify integrity | Compliance Manager and above |
| Seal | Brand Admin only |
A support session cannot request, seal or verify. A sealed package is your organization’s assertion, and it must be attributable to a person in it.
If a capture fails
The package shows a fixed, plain-language reason for the failure category — the source was unavailable, storage failed, the request was invalid. Every attempt is kept, so a package that succeeded on the third try is visibly different from one that succeeded first time. Retryable failures are retried automatically; a package that stays Failed names why.
Retention
Every package carries a retention class — Standard for your plan’s retention window, Extended where a plan includes it, Preserved for a package you have asked to keep indefinitely — and the date it is retained until. Retention is computed from when the package was sealed and its class only. A case closing, a seller curing, the offer changing or the policy changing never shortens it.