Skip to content

Staff Card Detail

Future staff login required Production-bound preview namespace
Review only · Staff sign-in required · Money, reward, winner, and distribution actions remain locked

Internal card operations

Staff Card Detail

Review current work, spot risk quickly, and keep protected actions locked until approval.

Staff auth required Review only No live money movement
Total cards
5
Local/demo staff records
Physical cards
2
Includes claimed and unclaimed
Virtual cards
1
Purchase placeholder only
Claimed cards
3
Gameplay activation count
Unclaimed cards
1
Support review candidates
Prize eligible cards
2
Default before Campaign Lock
Play Along Cards
1
not prize eligible by default
Needs support
3
Local/demo support queue
Setup incomplete
3
Draft or support needed

Card list

Cards by code, claim, setup, and eligibility.

Physical secure claim codes verify physical claims. QR routes to claim/access, and corrections stay review-only.

Open selected card

Selected card

VIRT14•••

Virtual FanSports Card purchase placeholder with setup in progress. No payment capture occurs in this local/demo card operations view.

Medium risk Virtual Card Prize Eligible

Secure claim code source of truth

Virtual cards use a unique card identifier tied to group, fundraiser, and campaign. Each virtual card is its own fantasy entry.

Masked code
VIRT14•••
Visible card/group code
VIRT14MET
Secure claim code
Virtual unique identifier controls card access
QR state
Virtual code issued
QR route
Optional virtual access route; no printed scratch-off code
Manual fallback
Support can locate the virtual card by public identifier and owner/order context.
Batch assignment
Virtual card tied to group/fundraiser/campaign at issue time

Card identity readiness

Card identity ready for review

0 gaps

Virtual card access

Virtual card access uses the unique virtual card identifier tied to group/fundraiser/campaign.

Support lookup should find the virtual card by public identifier.

Physical batch planning needed

The hidden scratch-off secure claim code is the source of truth for claiming a physical FanSports card.

Production generation remains disabled.

Claim and Team Builder readiness

Staff/Admin can review card claim source, team-builder state, prize eligibility posture, and support blockers without changing production state.

Claim verifier
unique_virtual_card_identifier
Team state
Lineup in Progress
Active scoring
Blocked until team is confirmed
Entry boundary
Card-level entry; multiple cards remain separate.

Scoring operations readiness

Campaign, Team Builder, Swap, Scoring Data, and Admin Correction locks modeled.

Scoring health
No scoring writes enabled
Data refresh
nflverse refresh planned; no download or import run.
Admin Correction Lock
Correction window modeled; no correction writes enabled.
Selected card scoring
Team setup needed
NFL Week 1 NFL Week 2 NFL Week 3 NFL Week 4

Issued

Virtual code issued

Issued

Sold

Virtual purchase placeholder

Sold

Claimed

Supporter claimed before Campaign Lock

Claimed

Attached to Account

Account attached

Attached to Account

Lineup in Progress

5 of 9 Active Lineup players

Lineup in Progress

Card setup and eligibility

Claim, account attachment, setup, and prize eligibility stay distinct.

Play Along Cards are not prize eligible by default. Physical card claim state is separate from accounting reconciliation. Prize eligibility review is distinct from winner selection and reward fulfillment.

Setup summary

Active Lineup

5 Active Lineup players

Reserve Players

6 Reserve Players assigned

Swap status

Swaps available

Market Swap status

3 included Market Swaps remaining

Source and support

Source type

Virtual Card

Acquisition channel

Virtual card purchase placeholder

Account attachment

Attached to Account

Campaign Lock relation

Purchased before Campaign Lock

Late / play-along status

Not late

Physical reconciliation

Not applicable

Virtual purchase

Demo purchase record only; no payment capture

Support flags

Manual card review signals.

These flags are deterministic demo rows for future staff support queues.

Virtual purchase status is a placeholder; no payment capture or refund behavior is implemented.
Setup completion should be monitored before Campaign Lock.

Secure claim code source-of-truth review queued

Demo Support Admin · 8 minutes ago

Late Play Along Card boundary checked

Demo Staff Admin · 19 minutes ago

Physical reconciliation linkage flagged

Demo Finance Admin · 36 minutes ago

Safe action placeholders

Card actions are visible, but production execution is blocked.

Buttons either open local/demo review surfaces or remain disabled until production staff auth, permissions, services, and audit logging are approved.

Review Prize Eligibility

Internal tool

Does not select winners or change prize eligibility.

Open Group Management

Internal tool

Review group owner/admin and support context.

Open Campaign Management

Internal tool

Review Campaign Lock and campaign lifecycle context.

Open Economics Operations

Internal tool

Review physical reconciliation and economics placeholders.

Open Support Queue

Internal tool

Review linked card support and manual-review cases.

Production blockers

Blocked until approved.

Card operations are code/QR sensitive and prize-adjacent. Production actions need staff roles and audit logging.

Generate production card codes, QR payloads, or secure claim codes
Rotate production card codes, QR payloads, or secure claim codes
Assign production physical card batch
Change production claim state
Attach production account
Change prize eligibility
Select winner
Fulfill reward
Capture payment or refund
Send message or upload file

Card operation rules

  • Physical secure scratch-off claim code is the source of truth for physical card claiming.
  • QR routes to claim/access but does not verify a physical card claim by itself.
  • Visible card/group code helps lookup and support, but is not enough to claim a physical card.
  • Manual secure claim code entry must work if QR scan fails.
  • Virtual cards use unique card identifiers tied to group/fundraiser/campaign.
  • User account attachment is downstream of card claim.
  • Physical card claim state is separate from reported/reconciled sale state.
  • Cards claimed after Campaign Lock are Play Along Cards by default and are not prize eligible by default.
  • Prize eligibility review is distinct from winner selection and reward fulfillment.
  • Swap Player and Market Swap are separate card operations concepts.

Lifecycle statuses

Modeled card lifecycle states.

These are local/demo read-model states only.

UnissuedIssuedDistributedSoldClaimedAttached to AccountSetup Not StartedReady to DraftLineup in ProgressLineup CompleteLineup LockedNeeds Support ReviewPlay Along CardArchived / Voided Placeholder

Prize eligibility states

Modeled eligibility review states.

Changing eligibility is not implemented in this local/demo UI.

Prize EligiblePending Lock ReviewNot Prize Eligible — Claimed After Campaign LockNot Prize Eligible — Support OnlyNot Prize Eligible — Voided PlaceholderReview Required

Source types

Modeled card sources.

Physical, virtual, white-glove, late support, and play-along sources stay distinct.

Physical CardVirtual CardWhite Glove SetupLate Support ClaimPlay Along Card