5c04d40f0e
The outlet check could not go in the middleware with the others: it scopes a request by the location it names, and this route names only a terminal code — free text minted at the till. The outlet is not known until after the lookup, so the check happens in the handler, reading the outlet off the heartbeat itself rather than off the request. Guessing "T4A9" now answers 403 instead of another shop's pending bills, takings so far today, and app version. Silent when no token is presented, in step with middleware.PosAuth: while POS_AUTH_REQUIRED is off, real tills are still calling this unauthenticated and refusing them would blank the fleet board for exactly the terminals it watches. scratch/termbackfill repairs the rows left behind by the posTerminalFor bug. The code was never lost — it is the third segment of the invoice number the till printed in the same transaction — so this derives rather than guesses, and refuses to write a code that outlet has never filed a bill under. 39 of 40 recovered; the holdout is a synthetic proof bill whose only sibling is itself, and unverifiable codes stay blank rather than becoming plausible. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>