Skip to main content
A terminal that moves keeps a registered location as its default and may tell the engine, per transaction, where the sale actually took place. The engine geocodes the override live, uses it for the decision, and seals it as an override alongside the registered location.

Register the terminal as mobile

mobile: true is informational; it marks the location in the portal and in the needs-review list. The registered address is still resolved and still governs when no override is sent.

Send the sale’s location

Coordinates are preferred; a street address also works.

What the record shows

The decision used the override’s boundaries (Brevard County, Titusville). The registered location (Orange County) is still in the record so the two can be compared.

When the override cannot be resolved

If the coordinates are out of range or the geocoder returns nothing, the registered location governs and the record says the override was requested and not resolved:
Nothing falls back silently. A POS that wants to surface this to the operator can check location_resolution.override.resolved.

Latency

An override is the one path that geocodes on the transaction. Expect the call to take the geocoder’s round trip (typically under a second with the Census provider). Registered locations never pay this cost.

Time zone

An override carries the time zone of the state it resolves to, which matters for a truck crossing between Central and Eastern time in Florida, Tennessee or Kentucky. A transaction_timestamp with the terminal’s own offset still wins.