Get a repair order by id
Returns ONE repair order: the article taken in, the customer’s issueDescription, the money (quoteAmountCents quoted, depositAmountCents acompte already captured at intake), the promised expectedPickupDate and the lifecycle status. updatedAt is the instant of the LAST transition and equals createdAt while the order is still at intake. The balance the customer still owes at pickup is quoteAmountCents - depositAmountCents — the API does NOT return it as a field, so compute it. Call this before any transition to confirm the current state, because none of them can be reversed. The three FORWARD verbs each advance from exactly one state (sendRepairToWorkshop from intake, markRepairReady from in_workshop, collectRepair from ready), but markRepairUnrepairable is NOT state-guarded that way: it is legal from intake, in_workshop AND ready, so a repaired order waiting at the counter can still be written off terminally in one call. Never call it speculatively expecting a 422 to protect you. 404s when no order carries the id.
Authorizations
Authorization: Bearer <token>. Accepts EITHER a Keycloak access token (scopes-in-token) OR an opaque POS session token; both resolve to the same pos.* scope vocabulary the route guards enforce.
Path Parameters
1Response
The repair order in its current lifecycle state.
The repair order in its current lifecycle state.
-9007199254740991 <= x <= 9007199254740991-9007199254740991 <= x <= 9007199254740991intake, in_workshop, ready, collected, unrepairable 
