Articolo 15: Servizio SMTP gestito AxiomSend e protocollo operativo di deliverability

L'erogazione del servizio AxiomSend è regolata dalle presenti condizioni operative, parte integrante dell'Accordo di Fornitura Servizi.

15.1 Natura del servizio

Il servizio AxiomSend viene fornito come servizio SMTP gestito con protocollo operativo di deliverability e non come semplice fornitura infrastrutturale SMTP.

Il canone comprende attività operative continuative finalizzate alla gestione della reputazione dell'infrastruttura, al monitoraggio della deliverability e alla continuità operativa del servizio.

Il valore del servizio dipende quindi non solo dalle risorse tecniche utilizzate, ma anche dalle attività di controllo, analisi, supporto operativo e gestione del rischio reputazionale svolte dal Realizzatore.

15.2 Requisiti del database e responsabilità del Cliente

Il Cliente dichiara sotto la propria responsabilità che il database utilizzato per gli invii:

• è stato acquisito nel rispetto della normativa vigente;
• è composto da contatti ottenuti tramite consenso valido, esplicito e verificabile o altra base giuridica conforme;
• non deriva da database acquistati, noleggiati, condivisi o raccolti tramite scraping;
• non presenta criticità reputazionali note derivanti da precedenti sospensioni o segnalazioni gravi presso altri fornitori SMTP.

Il Cliente resta responsabile della provenienza del database, della correttezza dei contenuti inviati e della conformità normativa delle comunicazioni.

Qualora emergano anomalie rilevanti, elevati tassi di hard bounce, spam trap, segnalazioni spam o utilizzi non conformi al protocollo operativo, il Realizzatore potrà richiedere attività di revisione, pulizia o sospensione temporanea degli invii.

15.3 Attività operative incluse nel servizio

Il servizio può includere, in base al progetto attivato:

• assegnazione e gestione di IP dedicati o configurazioni condivise controllate;
• gestione progressiva dei volumi di invio;
• warm-up iniziale dell'infrastruttura;
• monitoraggio reputazionale e tecnico;
• analisi di bounce, anomalie e segnalazioni;
• gestione feedback loop (FBL) ove disponibili;
• report operativi periodici;
• supporto operativo durante le fasi iniziali di attivazione e stabilizzazione del servizio.

La configurazione dell'infrastruttura viene definita dal Realizzatore in funzione di:

• volumi di invio;
• frequenza delle spedizioni;
• qualità del database;
• storico reputazionale;
• continuità operativa del progetto.

15.4 Warm-up e gestione progressiva degli invii

Durante la fase iniziale di attivazione, il servizio può prevedere una gestione progressiva degli invii finalizzata alla costruzione della reputazione dell'infrastruttura.

Il Realizzatore definisce modalità, volumi e tempi operativi del warm-up sulla base dei parametri reputazionali rilevati.

Durante questa fase il Cliente si impegna a coordinare con il team tecnico eventuali invii significativi o modifiche sostanziali alle modalità operative del servizio.

15.5 Monitoraggio e verifiche operative

Il Realizzatore può effettuare controlli operativi e verifiche tecniche finalizzate alla tutela della reputazione dell'infrastruttura e della continuità del servizio.

Tali verifiche possono riguardare:

• tassi di hard bounce;
• spam trap;
• reclami FBL;
• anomalie reputazionali;
• qualità generale del database;
• coerenza tra modalità di invio e protocollo operativo.

Qualora vengano rilevate situazioni incompatibili con il corretto mantenimento della reputazione dell'infrastruttura, il Realizzatore potrà richiedere interventi correttivi o limitazioni temporanee degli invii.

15.6 Sospensione del servizio

Il Realizzatore si riserva il diritto di sospendere temporaneamente il servizio qualora vengano rilevate situazioni che possano compromettere:

• la reputazione dell'infrastruttura SMTP;
• la continuità operativa del servizio;
• la stabilità degli invii;
• la conformità al protocollo operativo;
• la qualità reputazionale complessiva dell'ecosistema AxiomSend.

La sospensione può avvenire, a titolo esemplificativo, in presenza di:

• invii spam;
• database non conformi;
• elevati tassi di hard bounce;
• reclami ripetuti;
• violazioni delle condizioni operative;
• utilizzi che possano compromettere l'infrastruttura o altri clienti del servizio.

15.7 Costi straordinari di ripristino operativo

Il canone ordinario del servizio include le attività operative standard previste dal protocollo AxiomSend.

Qualora si rendano necessari interventi straordinari a seguito di:

• utilizzo non conforme del servizio;
• database incompatibili col protocollo operativo;
• compromissione reputazionale dell'infrastruttura;
• violazioni delle procedure di invio;
• mancata gestione delle anomalie segnalate;
• problematiche imputabili al Cliente o a sistemi terzi collegati al Cliente;

il Realizzatore potrà applicare costi straordinari di ripristino operativo.

Gli interventi straordinari vengono comunicati al Cliente e devono essere saldati prima della riattivazione completa del servizio.

In caso di mancato saldo degli interventi straordinari richiesti, il Realizzatore potrà mantenere sospeso il servizio fino alla regolarizzazione amministrativa.

15.8 Continuità operativa del servizio

Il Cliente dichiara di aver compreso che il servizio AxiomSend si basa su gestione operativa continuativa, monitoraggio reputazionale e controllo tecnico dell'infrastruttura.

La deliverability non dipende esclusivamente dalla disponibilità tecnica di un server SMTP ma dall'equilibrio tra reputazione, qualità del database, comportamento degli invii e continuità operativa del servizio.