Integrazione Mailchimp

A1Connection architecture

The connection uses OAuth 2.0 against the vendor's own consent screen. The authorisation request names the minimum scopes the features need — the exact scope list is shown in the security-flow panel below, pulled from the same provider registry the application uses. The code-for-token exchange happens entirely server-side (credenziali del client nel corpo della richiesta di token, per the vendor's token endpoint contract); tokens are stored encrypted at rest and are never rendered back to any screen — connection pages show presence, not values.

Il ciclo di vita dei token viene gestito in un unico punto centrale: la scadenza attiva un aggiornamento automatico, i refresh token ruotati vengono memorizzati e un aggiornamento rifiutato dal fornitore viene mostrato come un avviso visibile di riconnessione, senza mai causare malfunzionamenti non segnalati. La revoca è possibile da entrambi i lati: disconnettendo da qui o revocando l'accesso nelle impostazioni di sicurezza del fornitore.

A2Semantica di scrittura e flusso di dati

Ogni spostamento di dati è un'azione esplicita con un risultato registrato. Le scritture avvengono con un clic o automaticamente solo se è stata abilitata una regola (l'invio automatico all'assunzione è disattivato per impostazione predefinita, per ciascun provider). Le letture — importazioni di persone, account o file — vengono eseguite quando si preme Importa, deduplicano rispetto a quanto già presente (clienti per nome, persone per e-mail), saltano anziché sovrascrivere e segnalano in modo trasparente gli elementi creati rispetto a quelli saltati, motivo per cui rieseguire qualsiasi importazione è sicuro per progettazione.

Ogni azione scrive una riga nel registro delle attività dell'app (ats_app_activity): cosa è stato eseguito, quando, per quale record e l'esito — compreso il testo di errore originale del fornitore in caso di esito negativo. La reportistica di utilizzo all'interno dell'ATS aggrega lo stesso registro, garantendo che i dati di integrazione coincidano sempre con lo stato reale.

Tutto ciò che esce dal percorso della richiesta — invio di notifiche, consegna di webhook, registrazione delle attività, email — viene eseguito in thread in background fire-and-forget. Un endpoint esterno lento non può mai bloccare l'interfaccia e un effetto collaterale non riuscito viene registrato anziché ritentato silenziosamente generando incongruenze.

A3Considerazioni operative

Le connessioni sono a livello di organizzazione e riservate ai ruoli di proprietario e amministratore; i recruiter utilizzano le funzionalità abilitate da una connessione ma non possono connettere, disconnettere o riconfigurare. La disconnessione rimuove immediatamente le credenziali salvate e disattiva le funzionalità dipendenti in modo visibile, non silenzioso. I dati già importati rimangono di Sua proprietà e modificabili.

I profili importati vengono contrassegnati come importati con impostazioni di privacy conservative: non viene presunto alcun consenso per chi non ha mai compilato il modulo di candidatura e si applicano le impostazioni predefinite di conservazione.Tutti i dati registrati rimangono di Sua proprietà: le esportazioni in CSV e l'app Data Export coprono gli stessi archivi letti dal prodotto. L'uscita è accessibile quanto l'ingresso: per scelta progettuale, non per concessione.

A4Collocazione nella topologia di integrazione

Questa integrazione è attualmente disponibile nel registro. One connection per provider unlocks every feature it powers, and the topology grid below shows the neighbouring connectors in the same capability area — statuses come from the same registry that drives the in-app hub, so this page can never claim more than the product does. For anything the catalogue does not cover, Webhooks and Zapier are the generic, documented escape hatch.