Expand description
POS models standalone sales, reservation-checkout attachments, price exceptions, and comps so checkout writes stay approval-gated. POS models for attaching retail sales to staff transactions or reservation checkout while preserving approval gates.
Structs§
- Quantity
- Positive sale quantity used to ensure retail checkout never drafts zero-unit line items.
- Request
- Retail sale request combining offering, quantity, source, and price-adjustment context.
- Request
Builder - Use builder syntax to set the inputs and finish with
build().
Enums§
- Decision
- POS decision describing whether a sale draft is allowed, needs review, or is denied.
- Denial
Reason - Reason a retail sale is denied before reaching checkout.
- Policy
- POS policy deciding which retail sources are allowed and which price actions need manager review.
- Price
Adjustment - Price adjustment or comp that triggers manager review before checkout mutation.
- Price
Exception Reason - Price-exception reasons that explain why a manager must approve the checkout change.
- Quantity
Error - Quantity validation errors that prevent unusable POS sale drafts.
- Review
Reason - Reason a POS draft must be reviewed before checkout action.
- Source
- Source of the retail sale attempt, used to prevent unsupported POS or reservation mutations.