These cookies are required for the website to function properly. They ensure security, enable basic features like page navigation, and store user session data. You cannot disable these cookies.
- Retail Analytics
- Features
- Basket facts
Basket facts
Examine consented session and conversion observations under a retail snapshot.
OverviewBasket facts awaiting review×
Retail Analytics · Basket facts
New
Basket facts awaiting review
Approval conditions
| Id | Parent | Observed on | Outcome | Session count | Conversion count | |
|---|---|---|---|---|---|---|
| IDD-600 | RS-72864 | 06 Oct | Pending | 33 | 35 | |
| IDD-107 | RS-45541 | 22 Oct | Pending | 5 | 10 | |
| IDD-750 | RS-62849 | 18 Oct | Pending | 13 | 25 | |
| IDD-937 | RS-52526 | 19 Oct | Pending | 30 | 22 | |
| IDD-871 | RS-72479 | 19 Oct | Pending | 25 | 21 |
6 of 6 records
IDD-600Basket facts · BF-26089
PendingParentRS-72864
Observed on06 Oct
Session count33
Conversion count35
Consent basisCB-179
What you can do
Give the conversion measure a traceable source
Basket facts hold the observation-level session and conversion events for a retail snapshot. A fact can carry an observation date, source reference, session count, shopper count, conversion count, target completions, store exposure and consent basis. The Retail Analyst uses those values to understand what contributed to a snapshot’s reported outcome. The source reference helps distinguish an imported observation from a second copy of the same event.
The collection workflow operates on one snapshot at a time. It records an operation key, a run and numbered steps, then leaves a state history entry for the transition. This matters when someone repeats a collection attempt after an interruption: the team can identify the original operation instead of treating every click as new evidence.
How the work is organized
- Scope. Every fact belongs to a parent snapshot, so dates and store context remain together.
- Outcome. Pending, accepted and rejected observations can be reviewed separately.
- Provenance. Source reference, consent basis and operation history explain where a fact came from.
What to agree during setup
Agree what counts as one session, one shopper and one conversion in the source system. The team should use the same interpretation when a fact is inspected and when a metric definition is approved. Document how a source reference is produced and who can change the outcome of an observation. The consent basis should be available for the reviewer without exposing more shopper detail than the measurement needs.
Agree the handling of a repeated source event. An analyst should be able to show the earlier operation key and its result. A corrected observation should retain the reason for the change in the surrounding review and state history. The purpose is to keep a conversion rate explainable after the reporting period closes.
Check the handoff on an actual case
For a dated store snapshot, collect a batch of consented facts. Compare the source references, observed dates and session counts with the source window. Mark a disputed event rejected and keep it visible to the reviewer. The reviewer examines the accepted scope before approving the snapshot revision. If the same collection request is sent again, confirm that the operation key points back to the recorded run and that the accepted facts are not duplicated.
Next compare a fact’s session and conversion counts with the snapshot-level fields. A discrepancy should lead to a specific source reference and observation, not an unexplained dashboard adjustment. That review is the bridge between the underlying events and the result people act on.
What your team sees
- Basket facts awaiting review — Inspect pending observations with their parent snapshot and consent context.
- Accepted basket facts — Trace the events used in a reviewed measurement.
Follow the work through
What it keeps track of
Data model- Basket facts
- Consented observation-level session and conversion event facts.
- Retail snapshots
- Measured web properties with lifecycle status and observed outcome fields.
- Operation runs
- Workflow execution runs with frozen revision, input hash and result identity.
- Operation steps
- Numbered steps of an operation run with input/output and receipt state.
- State history
- Immutable lifecycle transition history for each source.
Who uses it
Permissions- Measurement Owner
- , Retail Analyst, Independent Reviewer
Set up Retail Analytics your way.
Start free, then use Proto to change fields, steps and approvals before your team goes live.