Runbook: verificare l'evidenza di delivery

Quando usarlo

Usare questo runbook per stabilire cosa dimostra realmente un'evidenza Mailjet senza esporre destinatari o trasformare scheduling, mock o dry-run in delivery.

Prerequisiti

• operazione live esplicitamente autorizzata;
• Issue e Campaign Draft esatti;
• provider mode noto;
• accesso bounded alla ricevuta o allo stato provider;
• nessuna autorizzazione implicita a rischedulare o inviare.

Procedura

1. Identificare la fase: draft, content upload, scheduling, test send o delivery Campaign.
2. Rileggere l'evidenza D1 sanitizzata.
3. Verificare che providerMode sia live.
4. Confrontare operation, tempo e riferimenti provider bounded.
5. Se è mock o dry_run, concludere “nessuna delivery live provata”.
6. Se è scheduled, concludere “scheduling provato, delivery non provata”.
7. Per un test send live, verificare la ricevuta univoca senza copiare l'indirizzo.
8. Per una Campaign, usare soltanto stato o evento live Mailjet esplicitamente disponibile e autorizzato.
9. Se la prova è parziale o ambigua, registrare “delivery non provata”.
10. Terminare senza chiamate provider mutanti.

Verifiche attese

• distinzione esplicita tra modalità e fase;
• nessun dato destinatario;
• nessuna inferenza oltre i campi attestati;
• conclusione bounded e ripetibile;
• zero scheduling, retry o send durante la verifica.

Condizioni di stop

Fermarsi se l'evidenza non è live, contiene destinatari, richiede payload privati, non è univoca, non appartiene all'operazione selezionata o sarebbe necessario inviare di nuovo.

Rollback o recupero

La verifica è read-only e non ha rollback. Un esito non provato richiede un nuovo Issue operativo per riconciliazione o osservabilità; non autorizza un nuovo invio.

Evidenza da conservare

• tipo di operazione;
• provider mode;
• stato e tempo bounded;
• identificatore o codice sanitizzato necessario;
• cosa è dimostrato e cosa non è dimostrato;
• conferma che recipient data, payload e nuove mutazioni non sono stati conservati.