Addendum sul trattamento dei dati

La forma pubblicata del DPA è [Owner: DPA document version and date, once counsel has settled it]. Finché non esiste, il DPA di ciascun cliente pilota è negoziato sulla sua carta o sulla nostra, uno alla volta.

Titolare

Il cliente. È lui a decidere quali dati personali entrano in un modello e perché.

Responsabile

[Owner: legal entity name], operante come Superiora, che tratta quei dati solo su istruzioni documentate del titolare.

Oggetto e durata

Fornire Superiora Planner per la durata dell’accordo, più la finestra di esportazione dopo la sua fine.

Natura e finalità

Ospitare, conservare, calcolare e rendere disponibile il modello di pianificazione del cliente; mandare le notifiche della piattaforma; assistere il cliente quando lo chiede.

Categorie di interessati

I dipendenti e i collaboratori del cliente (come utenti della piattaforma e come righe di un workforce plan), e qualunque persona il cliente scelga di modellare — un venditore, un affiliato, una controparte nominata.

Categorie di dati personali

Dati identificativi e di contatto degli utenti della piattaforma; qualunque cosa il titolare metta nel modello, tipicamente nome, ruolo, centro di costo, territorio, costo del lavoro e date.

Categorie particolari

Nessuna. La politica di uso accettabile vieta di caricare dati di categoria particolare senza previo accordo scritto.

• Solo su istruzioni. Trattiamo i dati personali solo su istruzioni documentate del titolare, anche quanto al trasferimento internazionale, salvo che una legge cui siamo soggetti imponga altrimenti — nel qual caso lo diciamo prima al titolare, dove ciò è lecito.
• Riservatezza. Chiunque abbia accesso è vincolato alla riservatezza.
• Sicurezza. Misure tecniche e organizzative adeguate, descritte nella sezione 03 e più in dettaglio in sicurezza.
• Sub-responsabili. Solo con l’autorizzazione generale del titolare, a condizioni non più deboli di queste, e con avviso di ogni cambiamento — si veda sub-responsabili.
• Assistenza sui diritti degli interessati. Dove un interessato ci scrive a proposito di dati che stanno dentro il modello di un cliente, passiamo la richiesta al titolare e lo aiutiamo a rispondere.
• Assistenza sulle valutazioni d’impatto e sulla consultazione preventiva di un’autorità di controllo, nella misura in cui la nostra conoscenza del trattamento lo renda possibile.
• Notifica delle violazioni. Avvisiamo il titolare senza ingiustificato ritardo e in ogni caso entro [Owner: breach notification window, e.g. 48 hours] da quando veniamo a conoscenza di una violazione di dati personali, con ciò che sappiamo e ciò che stiamo facendo.
• Cancellazione o restituzione. Alla fine dell’accordo, a scelta del titolare fra esportazione e cancellazione, secondo i tempi indicati nei Termini. I backup si esauriscono secondo il ciclo di backup e non istantaneamente, e restano protetti finché non lo fanno.
• Audit. Mettiamo a disposizione le informazioni necessarie a dimostrare la conformità e ci sottoponiamo ad audit con ragionevole preavviso, [Owner: audit frequency, notice and cost terms].

• TLS su ogni connessione alla piattaforma; certificati di Let’s Encrypt, rinnovati automaticamente.
• Password sottoposte a hash con Argon2id. Token di sessione firmati con durata limitata, e token di breve durata fra il control plane e il motore di un modello. Un indirizzo viene bloccato dopo ripetuti accessi falliti.
• Accesso basato sui ruoli, più l’accesso dimensionale (selettivo) che concede o rifiuta singole fette di un modello. L’accesso è imposto sul lato lettura, quindi una scrittura in una fetta che non potete vedere è rifiutata prima di essere mandata.
• Blocchi di periodo: un mese chiuso rifiuta ogni scrittura al suo interno — digitata, incollata, importata o schedulata — comprese quelle del sistema stesso.
• Un log degli eventi in sola aggiunta: ogni modifica a un modello è registrata con il suo autore e la sua ora, e lo stato si ricostruisce rieseguendolo.
• Isolamento dei tenant: ogni modello è un processo a sé e una directory dati a sé, indirizzata attraverso un control plane autenticato.
• Il container dell’applicazione gira come utente non root.
• Backup notturno del volume dati su object storage nella stessa regione.
• Infrastruttura in Amazon Web Services us-east-1, con AWS responsabile della sicurezza fisica e ambientale.

Il trattamento avviene negli Stati Uniti (us-east-1). Per un titolare in Brasile è un trasferimento internazionale ai sensi del Capitolo V della LGPD; per uno nello SEE o nel Regno Unito è un trasferimento soggetto a restrizioni ai sensi del Capo V del GDPR.

Il meccanismo su cui ci si basa è [Owner: transfer mechanism — standard contractual clauses / ANPD clausulas-padrao, module and annexes], con l’AWS Data Processing Addendum che scende a valle fino al nostro fornitore di infrastruttura.

Oggi non viene offerta nessun’altra regione. Se i vostri dati non possono lasciare il Brasile o lo SEE, ditecelo prima che il pilota cominci.