Pay at the pump — with a shield.

Pick a vehicle scenario below. The head unit posts the same POST /v1/transactions request a real vehicle telematics integration would send: railType=card + the Phase D demo railSubtype=in_vehicle_nfc (see ADR-0023). ShieldTrade routes it through the same PSP preflight + policy pipeline as POS and returns the decision to the head unit display.

[ ]

Pull up to a station and pick a scenario.

What you are looking at

Decision is the only authoritative output. It is set by Hard Gate 2 (deterministic PSP preflight) and Tenant Policy.
Preflight reason is the deterministic verdict from the PSP preflight evaluator (CARD_BIN_DECLINED, AMOUNT_OVER_THRESHOLD, AMOUNT_HARD_LIMIT, or PSP_PREFLIGHT_PASS).
Hard Gate 2 BLOCK cannot be overridden by the driver or a remote operator. If the BIN is declined, the head unit refuses to dispense.
railSubtype=in_vehicle_nfc is a Phase D demo value per ADR-0023. It does NOT add a new capability profile; the resolver returns PSP_CARD_PAYMENT_V1 just like POS.