Data Act: passaggio ad altro fornitore, formati e luogo dei dati
In vigore dal: 18 ottobre 2026
Questa pagina raccoglie le informazioni che Exelab SRL rende pubbliche, come fornitore del servizio plugsync ("Servizio"), ai sensi del Regolamento (UE) 2023/2854 ("Data Act"): come portare i propri dati verso un altro fornitore o verso i propri sistemi, in quali formati e con quali interfacce i dati sono esportati, dove sono conservati e come sono protetti.
La pagina descrive il Servizio così com'è alla data indicata in alto. Ogni versione resta consultabile nell'archivio. I rapporti tra Exelab e il Cliente restano regolati daiTermini di Servizio.
1. Passaggio ad altro fornitore
1.1 Che cosa si può portare via
Il Cliente può ottenere una copia di ciò che la sua organizzazione conserva sul Servizio: configurazioni dei connettori, plugin, corrispondenze tra i record, storico delle sincronizzazioni e le altre categorie elencate nel registro dei formati. La copia è un unico pacchetto, che può riguardare l'intera organizzazione oppure un solo connettore.
I record sincronizzati non sono conservati sul Servizio come archivio: restano nel portale HubSpot del Cliente e nei sistemi che il Cliente ha collegato, e il passaggio non li tocca.
1.2 Procedura
- Richiedere l'esportazione. Dall'area riservata, in Settings > Organization > Data export, oppure tramite l'interfaccia di programmazione (
POST /api/data-exports). Possono farlo i proprietari dell'organizzazione e le chiavi API dell'organizzazione; gli altri membri no. - Scaricare il pacchetto. Il pacchetto viene preparato in background. Quando è pronto si scarica dall'area riservata o tramite un link firmato di breve durata, che si può chiedere di nuovo finché il pacchetto esiste.
- Portare i dati a destinazione. Il pacchetto è in formati aperti e documentati (sezione 2), leggibili con strumenti comuni. Il caricamento presso il nuovo fornitore o nei propri sistemi è a cura del Cliente.
- Chiudere l'organizzazione. Un proprietario può chiedere la chiusura dell'organizzazione dalla stessa pagina delle impostazioni. Se l'organizzazione è legata a un accordo commerciale con Exelab, la chiusura si concorda con Exelab scrivendo asupport@plugsync.com.
La procedura completa, con le risposte dell'interfaccia e gli esempi, è nellapagina di riferimento dell'esportazione.
1.3 Tempi
- La preparazione del pacchetto dipende dalla quantità di dati dell'organizzazione. Lo stato dell'esportazione è visibile nell'area riservata e tramite l'interfaccia di programmazione.
- Un pacchetto pronto resta scaricabile per 7 giorni, poi viene cancellato. Si può chiedere una nuova esportazione, una alla volta per lo stesso ambito (l'intera organizzazione o un connettore) e fino a 10 nell'arco di 24 ore. Per un'organizzazione in chiusura, fino alla scadenza del periodo di recupero.
- Dalla richiesta di chiusura dell'organizzazione decorre un periodo di recupero di 30 giorni: i connettori si fermano subito, le esportazioni restano disponibili e un proprietario può annullare la chiusura. Trascorso il periodo, i dati dell'organizzazione vengono cancellati (paragrafo 1.6).
- Il preavviso di recesso e il periodo a disposizione del Cliente per esportare i dati dopo la cessazione del contratto sono quelli della sezione 11 dei Termini di Servizio.
1.4 Costi
L'esportazione dei dati e la chiusura dell'organizzazione sono funzioni del Servizio, disponibili a ogni organizzazione senza distinzione di piano. Il Listino non prevede corrispettivi per richiedere un'esportazione, per scaricare il pacchetto o per chiudere l'organizzazione. Quanto dovuto per l'abbonamento resta regolato dai Termini di Servizio.
1.5 Limiti noti
- Credenziali. Le credenziali salvate sul Servizio (token, chiavi API, password, segreti di firma) non vengono esportate: il pacchetto ne riporta solo il nome. Presso la nuova destinazione vanno configurate di nuovo.
- Segreti scritti a mano. Il pacchetto è una copia fedele: nulla viene mascherato. Un segreto che il Cliente ha scritto direttamente in una configurazione, nel codice di un plugin o nei dati inviati al Servizio, invece di salvarlo come credenziale, esce nel pacchetto così com'è. Il pacchetto va custodito come una credenziale.
- Formato delle configurazioni e dei plugin. Le configurazioni dei connettori sono documenti JSON nel formato del Servizio, descritto nella documentazione pubblica. Il codice dei plugin è esportato come sorgente TypeScript e come bundle JavaScript, scritti per l'ambiente di esecuzione dei plugin del Servizio. Un altro fornitore non li esegue così come sono: vanno adattati.
- Fotografia in un dato momento. Il pacchetto viene preparato mentre le sincronizzazioni continuano: i record scritti durante la preparazione possono esserci o non esserci.
- Dati già cancellati. Il pacchetto contiene ciò che il Servizio conserva nel momento in cui viene preparato. I dati già cancellati alla scadenza del loro periodo di conservazione non ci sono.
- Nessun trasferimento diretto. Il Servizio non invia i dati ai sistemi di un altro fornitore: il passaggio avviene tramite il pacchetto.
- Altre esclusioni. L'elenco completo di ciò che il pacchetto non contiene, con il motivo, è nel paragrafo 2.3 e in ogni pacchetto.
1.6 Cancellazione dei dati
Trascorso il periodo di recupero, i dati dell'organizzazione vengono cancellati dal Servizio: connettori, configurazioni, credenziali, plugin, corrispondenze tra i record, storico, file esportati, pacchetti di esportazione, utenti rimasti senza altre organizzazioni.
Dopo la cancellazione restano per un tempo limitato le copie tecniche che non si possono cancellare per singola organizzazione: le copie di backup e di ripristino dei database, da cui un dato cancellato resta recuperabile per un massimo di 35 giorni, e i log tecnici della piattaforma, conservati per un mese. Restano inoltre le registrazioni che Exelab conserva come prova o per obbligo di legge: l'accettazione dei documenti contrattuali, il registro della cancellazione stessa, le comunicazioni inviate ai proprietari e i documenti di fatturazione. Per i dati dell'account vale l'Informativa sulla Privacy.
2. Registro dei formati e delle interfacce
2.1 Formato del pacchetto
- Il pacchetto è un archivio ZIP. Usa le estensioni ZIP64 quando servono (un file o un pacchetto oltre i 4 GB).
- I dati sono file JSON Lines (
.jsonl): codifica UTF-8, un oggetto JSON per riga. Le date sono in formato ISO 8601, in UTC. manifest.jsonè l'indice del pacchetto: elenca le categorie, i file con il numero di record e le esclusioni.- Il formato ha un numero di versione, riportato nel manifest:
format_version1.
2.2 Categorie di dati esportabili
| Categoria | File nel pacchetto | Contenuto |
|---|---|---|
connectors | connectors.jsonl | I connettori dell'organizzazione. |
configuration | configuration/versions.jsonlconfiguration/drafts.jsonl | Tutte le versioni pubblicate della configurazione di ogni connettore e la bozza in lavorazione. |
plugins | plugins/plugins.jsonlplugins/<nome del plugin>/source.tsplugins/<nome del plugin>/bundle.js | I plugin dell'organizzazione, con il codice sorgente TypeScript e il bundle JavaScript. |
plugin_storage | plugins/storage.jsonl | I dati che i plugin hanno salvato nel loro archivio chiave-valore. |
identity_mappings | identity_mappings.jsonl | Le corrispondenze tra l'identificativo di un record nel sistema del Cliente e l'oggetto HubSpot. |
sync_history | sync_history.jsonl | L'esito di ogni evento sincronizzato. |
recorded_payloads | recorded_payloads.jsonl | I contenuti degli eventi registrati quando la registrazione è attiva sul connettore. |
agent_conversations | agent_conversations.jsonl | Le conversazioni con l'assistente di configurazione. |
source_samples | source_samples.jsonl | Gli esempi di eventi raccolti dalle sorgenti. |
conflicts | conflicts.jsonl | I conflitti rilevati tra i sistemi e la loro risoluzione. |
bulk_imports | bulk_imports/jobs.jsonlbulk_imports/rows.jsonl | Le importazioni massive e l'esito delle loro righe. |
verifications | verifications/jobs.jsonlverifications/rows.jsonl | Le verifiche di allineamento tra i sistemi e le differenze trovate. |
file_sources | file_sources/files.jsonlfile_sources/discarded_rows.jsonl | I resoconti dei file elaborati dalle sorgenti a file e il campione delle righe scartate. |
usage | usage/monthly_events.jsonlusage/daily_counters.jsonl | I conteggi di utilizzo: eventi per mese e risultati per giorno. |
Ogni categoria è sempre presente nel pacchetto: un file senza record è un file vuoto. I campi di ogni file sono descritti uno per uno nellapagina di riferimento dell'esportazione.
2.3 Che cosa il pacchetto non contiene
Ogni pacchetto dichiara le proprie esclusioni nel manifest, sotto gli stessi nomi, con il motivo.
| Nome | Che cosa resta fuori | Perché |
|---|---|---|
credentials | Le credenziali salvate sul Servizio: credenziali dei connettori, segreti delle sorgenti di eventi, chiavi API dell'organizzazione. | Sono segreti: sono conservate cifrate e non lasciano il Servizio. La configurazione le richiama per nome, e il nome viene esportato. |
export_files | I file prodotti dai connettori con le esportazioni pianificate. | Sono già scaricabili, file per file, dalla scheda Exports del connettore. |
account_data | I dati dell'account delle persone dell'organizzazione: membri, inviti, fatturazione. | Descrivono l'account, non i dati elaborati dai connettori, e si gestiscono dalle impostazioni dell'area riservata. |
discarded_rows_beyond_sample | Le righe scartate da un file oltre le prime 20. | Il Servizio conserva un campione delle righe scartate di ogni file, non tutte. |
data_past_retention | I record e i contenuti già cancellati alla fine del loro periodo di conservazione. | I dati vengono cancellati periodicamente alla scadenza del periodo di conservazione. Ciò che il Servizio conserva ancora al momento dell'esportazione è incluso. |
processing_state | I dati di lavoro dell'elaborazione, come la copia di ogni evento così come è stato ricevuto. | Sono ciò che il Servizio tiene mentre lavora. L'esito di ogni evento è in sync_history.jsonl. |
platform_logs_and_backups | I log e i backup della piattaforma. | Non sono tenuti per singola organizzazione, quindi un'esportazione non può contenerli. Una richiesta che li riguarda passa dal supporto. |
2.4 Interfacce
| Interfaccia | A che cosa serve | Documentazione |
|---|---|---|
| Esportazione dei dati | Richiedere un'esportazione, seguirne lo stato e scaricare il pacchetto, via HTTPS con risposte JSON (/api/data-exports) o dall'area riservata. | Data export |
| Event API | Inviare al Servizio gli eventi dei propri sistemi, via HTTPS in formato JSON. | Event API |
| Configurazione dei connettori | Il formato JSON in cui sono scritte le configurazioni esportate. | Config v3 e Event flow manifests |
| Plugin | Il contratto con cui il Servizio esegue il codice dei plugin esportati. | Plugins |
| Riga di comando | Gestire connettori, configurazioni e plugin da terminale. | CLI |
La documentazione delle interfacce è pubblica e in inglese, sudocs.plugsync.com.
2.5 Aggiornamento del registro
Quando una modifica del pacchetto richiede a chi lo legge di adattarsi, il numero format_versioncambia. Quando cambiano le categorie, le esclusioni o il formato, questa pagina viene pubblicata in una nuova versione e la precedente resta nell'archivio.
3. Luogo dei dati e misure di protezione
3.1 Dove sono conservati i dati
Il Servizio è ospitato sull'infrastruttura cloud di Amazon Web Services, nella regioneeu-central-1 (Francoforte, Germania), nell'Unione europea. Lì si trovano i database, gli archivi di file, i pacchetti di esportazione, i log e le copie di backup. Exelab SRL, che gestisce il Servizio, è una società italiana.
3.2 Fornitori
I fornitori che trattano dati per conto dei clienti sono elencati, con i dati che ricevono, nella paginaSub-responsabili del trattamento. Rispetto al luogo dei dati:
- Amazon Web Services ospita il Servizio nella regione indicata sopra.
- Sentry e PostHog ricevono i dati indicati nell'elenco su infrastruttura nell'Unione europea.
- Anthropic fornisce il modello usato dall'assistente di configurazione e riceve soltanto ciò che l'utente invia all'assistente e ciò che l'assistente legge per rispondere. Questo trattamento può avvenire fuori dall'Unione europea. Chi non usa l'assistente non invia dati ad Anthropic.
Amazon Web Services, Sentry, PostHog e Anthropic appartengono a gruppi con sede negli Stati Uniti.
3.3 Dati nei sistemi del Cliente
Il Servizio scrive i record nel portale HubSpot del Cliente e nei sistemi che il Cliente collega. Dove si trovano quei dati dipende dai contratti del Cliente con HubSpot e con i fornitori di quei sistemi, non dal Servizio.
3.4 Misure tecniche di protezione
- Luogo. I dati dei clienti sono conservati nella regione dell'Unione europea indicata sopra, e così le loro copie di backup.
- Cifratura dei dati conservati. I database e gli archivi di file sono cifrati. Le chiavi di questa cifratura sono gestite dai servizi dell'infrastruttura.
- Cifratura delle credenziali. Le credenziali che il Cliente salva sul Servizio sono cifrate anche dall'applicazione, prima di essere memorizzate, e non compaiono nelle esportazioni.
- Cifratura in transito. L'area riservata e le interfacce di programmazione sono raggiungibili solo via HTTPS; le richieste HTTP vengono reindirizzate.
- Conservazione limitata. I dati vengono cancellati alla scadenza del loro periodo di conservazione e, alla chiusura dell'organizzazione, una volta trascorso il periodo di recupero.
4. Contatti
Per il passaggio ad altro fornitore e per l'esportazione dei dati:support@plugsync.com. Per le domande sul trattamento dei dati personali: privacy@plugsync.com.