diff options
| author | Murilo Ijanc <[email protected]> | 2026-07-27 20:37:47 -0300 |
|---|---|---|
| committer | Murilo Ijanc <[email protected]> | 2026-07-27 20:37:47 -0300 |
| commit | c4032605e0833a4c74d9bf58e679a83349ce9fb1 (patch) | |
| tree | 224fb5c07276e0be9890b04a2207b6916ac62cf8 /scripts | |
| parent | 36486007ccada8c31d30e8f528d21233cabce32c (diff) | |
| download | autofill-c4032605e0833a4c74d9bf58e679a83349ce9fb1.tar.gz | |
A CEP lookup that fails is rarely a random number: it is usually someone
who knows the city and guessed the last digits, most often the -000 that
957 municipalities never received. The API now answers those 404s with a
`faixa` naming the municipality the number would have belonged to and the
first and last CEP that really exist there, so the shopper can be told
"esse número seria de Areal/RJ" instead of a bare "não encontrado".
It stays an error. The address does not exist, so no field is filled from
`faixa` — quietly writing the city of a CEP that does not exist would
produce a wrong address, which is worse than an empty form. Only the
wording of the message changes. The range is sparse (Areal has 118 CEPs
over some 4,900 numbers), so it is shown as a hint of where to look, never
as a list to pick from.
Parsing is defensive throughout: a body that is not JSON, a `faixa` that is
not an object, a missing localidade or uf, a malformed range — each falls
back to the message shipped before, and none of it can throw.
Diffstat (limited to 'scripts')
0 files changed, 0 insertions, 0 deletions