Canadees adresformaat: provincies, postcodes en formuliertests

De praktische lijnstructuur

Een gebruikelijk Canadees adres is ontvanger, eenheid en straat, gemeente, vervolgens provincie en postcode. Bij binnenlandse post wordt CANADA normaal gesproken weggelaten; International Mail voegt het land op zijn eigen laatste regel toe.

Canada Post plaatst de afkorting van gemeente, provincie of territorium en postcode bij elkaar. Die afgedrukte regel is handig voor labelscreenshots, terwijl de applicatie elk onderdeel nog steeds afzonderlijk moet opslaan.

Canadese formuliervelden in kaart brengen

Een geselecteerde gebruiker kan Ontario weergeven terwijl hij AAN verzendt. Test het zichtbare label, de ingediende waarde en de backend-enum onafhankelijk van elkaar. Gebruik CA niet als provincie: het is in deze context een landcode.

Validatie en normalisatie van postcodes

Canadese postcodes bevatten zes afwisselende letters en cijfers met een spatie na het derde teken. Een formulier kan kleine letters of compacte invoer accepteren en deze bij onscherpte normaliseren, maar de canonieke uitvoer mag geen koppelteken invoegen.

Een patroonmatch bewijst alleen vorm. Gebruik een betrouwbare postgegevensbron als uit het product moet blijken dat de gemeente en de code het daarmee eens zijn.

function normalizeCanadianPostalCode(value) {
  const compact = value.trim().toUpperCase().replace(/\s+/g, '');
  return compact.length === 6 ? `${compact.slice(0, 3)} ${compact.slice(3)}` : value.trim();
}

Tweetalige en Unicode-gegevens zijn niet optioneel

Namen, straten en gemeenten kunnen tekens met accenten bevatten. Een ontsmettingsmiddel dat alleen voor ASCII is, beschadigt het record voordat de postvalidatie zelfs maar begint.

Regressietestfixtures moeten accenten, namen met koppeltekens, een lange gemeente en een lege tweede regel bevatten. Exporteer het testfixture naar CSV en importeer het opnieuw om te bevestigen dat de codering overleeft.

• Gebruik UTF-8 voor import en export
• Verwijder accenten nooit stilletjes
• Test labels afzonderlijk van de ingediende codes
• Oefen lange locatie-inwikkeling op mobiel

De grens tussen formaat- en bezorgcontroles

Synthetische records zijn handig voor veldlengte, provincieselecties, postcode-hints en exportformaten. Er wordt niet aangetoond dat er sprake is van een combinatie van straat en gebouw. Voor een verzendworkflow is een afzonderlijke geautoriseerde zoekopdracht of gebruikersbevestiging nodig.

Een beoordeling van gebruikersinvoer tot gedrukt label

Begin met één record met een naam met accenten, een Suite en een compacte postcode in kleine letters. Behoud de ingevoerde waarde en maak vervolgens een genormaliseerde waarde in hoofdletters met één interne spatie wanneer de klant het veld verlaat. Maak beide waarden waarneembaar in testdiagnostiek, zodat een servercoderingsfout zich niet kan verbergen achter een browser die de initiële tekst correct weergeeft.

Wijzig vervolgens de provincie en bevestig dat de gemeentesuggesties en de postcode-validatie samen worden gereset. Een verouderde suggestie uit de vorige provincie is gevaarlijker dan een voor de hand liggend leeg veld, omdat het er geloofwaardig uitziet. Leg het uitgaande verzoek vast en verifieer dat de selectie de provinciecode indient in plaats van het gelokaliseerde label.

Geef ten slotte binnenlandse en internationale labels weer. De binnenlandse versie mag CANADA niet toevoegen; de internationale versie plaatst het land op een laatste regel. Inspecteer de daadwerkelijke PDF of gerasterde afdrukuitvoer. Een HTML-voorbeeld kan er correct uitzien terwijl een afdruklettertype een accent laat vallen, een glyph vervangt of de gemeentelijn afknipt.

• Gebruik Montréal en namen met accenten voor Unicode-dekking
• Traceer zowel ruwe invoer als genormaliseerde postcode
• Bewaar de Canadese validatie niet na een landwijziging
• Vergelijk de binnenlandse en internationale output per land