Raccogliere un contatto pertinente alla spedizione
Email e telefono vengono chiesti perché il carrier o la piattaforma devono comunicare una consegna. Il mittente verifica il contatto con il destinatario e non usa un indirizzo generico trovato online senza motivo. Per spedizioni internazionali l'email può essere obbligatoria per documenti, dogana o notifiche; il campo spiega la finalità invece di presentarsi come raccolta commerciale.
Il formato viene validato localmente prima delle API. Un prefisso coerente con il paese non dimostra che il numero appartenga alla persona, ma intercetta errori evidenti. Se il contatto manca, il sistema blocca soltanto quando necessario al servizio e indica il campo. Non inventa un valore né sostituisce automaticamente l'email dell'account mittente.
Separare messaggi del mittente e del destinatario
La conferma al mittente contiene totale, pagamento, modalità di affidamento, label e servizi acquistati. Quella al destinatario descrive mittente riconoscibile, carrier, tracking, consegna prevista e azioni. Non include costi o metodi di pagamento del mittente. Se esistono possibili dazi, il destinatario riceve un avviso prudente che non anticipa un importo non ancora calcolato.
I template usano la lingua preferita quando disponibile e un fallback controllato. Data e ora seguono il contesto del mittente o del destinatario invece del formato statunitense fisso. Il contenuto importante resta testo, non solo immagine. Link e riferimenti vengono controllati per evitare che un messaggio legittimo assomigli a phishing.
Inviare per evento, non per ogni polling
Una notifica parte da un cambiamento significativo e idempotente: spedizione confermata, label disponibile, affidamento, eccezione, consegna o richiesta doganale. Il polling ripetuto dello stesso stato non genera messaggi duplicati. Ogni evento ha una chiave e una cronologia di invio, così un retry tecnico non diventa spam.
La frequenza è proporzionata. Un pacco in transito non richiede un'email per ogni scansione di hub. Le eccezioni che richiedono un'azione hanno priorità e scadenza; gli aggiornamenti informativi possono essere aggregati. Se l'invio fallisce, il sistema ritenta con backoff e segnala al supporto senza bloccare il tracking.
Proteggere link, documenti e dati sensibili
I link usano domini ufficiali o VECTOR e non includono segreti permanenti. Un token di accesso a un documento è limitato, scade ed è associato alla finalità. La label completa non viene allegata al destinatario se non serve; contiene indirizzi e codici operativi. Il mittente può scaricarla nell'area autenticata o riceverla secondo il flusso previsto.
Le email evitano payload, correlation ID tecnici completi, chiavi API e dettagli interni. In caso di errore mostrano un riferimento supporto sufficiente. I log di consegna email conservano metadati necessari, non il contenuto indefinitamente. Accesso, esportazione e cancellazione seguono ruoli e policy documentate.
Gestire rimbalzi, contatti errati e preferenze
Un bounce non deve provocare retry infiniti né cambiare lo stato del pacco. Il sistema marca il canale non raggiungibile, informa il mittente quando serve e usa un'alternativa autorizzata. Correggere l'email per una spedizione non modifica automaticamente tutti i contatti salvati; l'utente sceglie se aggiornare l'anagrafica.
Messaggi transazionali necessari al servizio sono distinti dal marketing. Una preferenza promozionale non dovrebbe disattivare una comunicazione indispensabile sulla consegna, mentre il tracking non autorizza campagne future. Cookie e consenso della superficie web seguono la stessa separazione tra necessario e opzionale. La base giuridica e i tempi vanno definiti dall'azienda secondo il contesto applicabile.
Controllo prima di attivare un template
La galleria dei template può essere generata con dati sintetici e verificata visualmente prima del deploy. Il test controlla larghezza, contrasto, sovrapposizioni, link e testo semplice. Per PDF e allegati, verifica anche numero di pagine e margini. Nessuna prova deve usare indirizzi reali di clienti o inviare messaggi a destinatari non autorizzati.
Dopo l'attivazione si misurano consegna, bounce e richieste generate, senza usare aperture come unica prova di utilità. Un template viene corretto mantenendo la versione associata ai messaggi già inviati. VECTOR tratta la comunicazione come parte del fulfillment: osservabile, minimizzata e coerente con lo stato reale del pacco.
Il controllo comprende anche il mittente tecnico e l'autenticazione del dominio. SPF, DKIM, DMARC e reputazione vengono monitorati senza promettere che ogni provider consegni sempre in posta in arrivo. Gli allarmi distinguono un problema globale da un singolo destinatario e non inoltrano automaticamente il contenuto sensibile della comunicazione nelle caselle operative.
Le modifiche vengono provate su caselle autorizzate e non su indirizzi di clienti, con intestazioni e versioni registrate per rendere ripetibile la diagnosi.
- Destinatario e finalità del messaggio dichiarati.
- Prezzi e dati del mittente esclusi dalla copia al destinatario.
- Evento idempotente e frequenza definita.
- Link, token e allegati limitati al minimo necessario.
- Lingua, data e fallback testati su desktop e mobile.
- Bounce, retry e audit provati senza inviare duplicati.
Informazioni ufficiali svizzere sui principi di protezione dei dati.