Skip to content
QL
Requirement explorer

37 requirements, every one traceable to a sentence

Each requirement carries the artifact and locator it was extracted from, the rules and risks it touches, and everything generated downstream of it.

37 of 37
REQ-1042Approvedv17Assessment & Payout

Daily transaction limit

Users must not be able to transact more than ₹50,000 within a rolling 24-hour period. A transaction taking the rolling total above the limit must be refused and the remaining headroom shown.

Priority
High
Risk
High
Automation suitability
Suitable — generate
Source
ART-001
API
POST /transactions
Workflow
Claims Validation
C-014 — ₹50,000 vs ₹1,00,000. This requirement’s lineage is not counted as trusted until a human decides.
Evidence

Where this requirement came from

A citation is a relationship to an artifact version and a locator inside it — not text pasted into the output.

“Users must not be able to transact more than ₹50,000 within a rolling 24-hour period.”

Structured facts

What the Quality Principles Engine reads

Limits, validation rules and roles are stored as structured fields, so boundary and negative coverage can be checked deterministically rather than inferred from prose.

Boundary

Rolling 24-hour transaction total ≤ ₹50,000

✕ below · ₹49,999✓ at · ₹50,000✓ above · ₹50,001
Validation rules
  • V-1042-aA transaction taking the rolling total above the limit must be refused“Transaction limit exceeded”
  • V-1042-bThe rolling window must expire contributions older than 24 hours“Daily limit refreshed”
  • V-1042-cThe limit must be enforced server-side, not only by the on-screen headroom display“Transaction limit exceeded”
Lineage

Everything downstream of this requirement

Business rules
BR-22Daily transaction limit enforcement
Risks
RSK-01Financial exposure from limit bypass
Test cases · 8Open
TC-094Daily transaction limit is satisfied on the primary path
TC-095Daily transaction limit with the amount split across two transactions inside the same window
TC-096Daily transaction limit submitted through the claims API rather than the portal
TC-097Rolling 24-hour transaction total exactly at the limit (₹50,000)
TC-098Rolling 24-hour transaction total just above the limit (₹50,001)

+ 3 more

Automation · 4Open
AUTO-001Transaction exactly at the daily limit is accepted
AUTO-002Transaction above the daily limit is refused
AUTO-003Rolling window expires contributions older than 24 hours
AUTO-004Limit is enforced server-side across split transactions

Interactive product demonstrator. This experience illustrates the designed SALC workflow using simulated project data. Production integrations and capabilities are being developed.