Sintesi essenziale
Nell’uso standard di [ANONIPRO_DOCS], il contenuto dei documenti viene elaborato localmente nel browser e non viene inviato ai server per l’elaborazione. Per questo motivo, il DPA non va trattato come un modulo automatico valido per ogni caso, ma come uno strumento da valutare in base al ruolo privacy effettivo, al piano, al tipo di servizio Enterprise e agli eventuali trattamenti aggiuntivi richiesti dal cliente.
1. Fornitore e contesto
[Artur Arkadiusz Woszczyk]
Sede: [Milano]
P.IVA: [05247450967]
C.F.: [WSZRRR80B07Z127D]
Email informazioni: info@anonipro.com
Email privacy: privacy@anonipro.com
Email supporto: support@anonipro.com
Questa pagina è destinata a organizzazioni, studi professionali, PA, strutture sanitarie, aziende e clienti Enterprise che desiderano valutare [ANONIPRO_DOCS] sotto il profilo privacy, sicurezza, compliance e procurement.
2. Quando può servire un DPA
Un Data Processing Agreement può essere necessario quando [ANONIPRO_DOCS] tratta dati personali per conto del cliente in qualità di responsabile del trattamento, secondo istruzioni documentate del cliente.
Nell’uso standard dell’app, il contenuto dei documenti non viene inviato ai server per l’elaborazione. Tuttavia, possono esistere trattamenti diversi o aggiuntivi, ad esempio gestione licenze, supporto Enterprise, attività progettuali, formazione, analisi tecnica, servizi su archivi, assistenza dedicata o eventuali funzioni future espressamente concordate.
Uso standard self-service
Il documento resta nel browser dell’utente. Il DPA può non essere necessario per il contenuto documentale, ma resta da valutare per licenze, supporto o rapporti contrattuali.
Servizi Enterprise dedicati
Se sono previsti trattamenti per conto del cliente, attività su archivi o supporto con accesso a dati, può essere predisposto un DPA specifico.
3. Ruoli privacy: titolare, responsabile o fornitore tecnico
Il ruolo privacy dipende dal trattamento concreto. [ANONIPRO_DOCS] può operare in ruoli diversi a seconda del servizio fornito e delle istruzioni ricevute.
| Scenario | Ruolo probabile | Nota |
|---|---|---|
| Navigazione sito | Titolare autonomo | Per dati tecnici del sito e richieste di contatto. |
| Gestione licenza | Titolare autonomo o fornitore contrattuale | Database tecnico delle licenze, non database utenti dell’app. |
| Uso standard dell’app | Il cliente tratta localmente i documenti | Il contenuto resta nel browser e non viene inviato per l’elaborazione. |
| Supporto con accesso a dati del cliente | Da valutare; possibile responsabile | Serve delimitare istruzioni, dati, durata e misure. |
| Progetto Enterprise su archivi | Da definire contrattualmente | Può richiedere DPA, NDA, allegato tecnico e perimetro specifico. |
4. Uso standard: documento locale
Nel modello standard, il server consegna l’applicazione e il browser dell’utente esegue il lavoro sul documento. Il contenuto del documento non viene trasmesso ai server di [ANONIPRO_DOCS] per essere letto, anonimizzato, pseudonimizzato, mascherato o esportato.
Questo modello riduce il perimetro dei trattamenti lato fornitore. Il cliente resta responsabile del documento selezionato, della base giuridica del trattamento, delle impostazioni applicate, della verifica dell’output e della successiva conservazione o condivisione dei file esportati.
Principio guida
Il DPA deve riflettere il trattamento reale. Se il fornitore non riceve il contenuto dei documenti per l’elaborazione standard, il DPA non deve descrivere un trattamento server-side che non esiste.
5. Licenze: database tecnico, non database utenti dell’app
Nei piani a pagamento, l’accesso può essere abilitato tramite codice di licenza. [ANONIPRO_DOCS] non richiede un database utenti dell’app per associare ogni lavorazione documentale a un profilo personale. Può invece mantenere un database tecnico delle licenze, necessario a verificare validità, piano, scadenza, stato e abilitazioni funzionali.
La verifica della licenza non comporta il caricamento del contenuto dei documenti. Il codice licenza abilita le funzioni; il documento resta elaborato localmente nel browser.
6. Servizi Enterprise che possono richiedere accordi dedicati
Alcuni scenari Enterprise possono richiedere documentazione contrattuale e tecnica aggiuntiva, soprattutto quando il cliente chiede attività dedicate, supporto personalizzato o progetti su archivi documentali.
Policy custom
Configurazioni organizzative per categorie, output, audit, ruoli, procedure interne o requisiti settoriali.
Supporto prioritario
Canali dedicati, tempi di risposta, escalation, formazione e affiancamento.
Archivi AI-ready
Bonifica di archivi sensibili per knowledge base, RAG, motori interni o sistemi locali, con perimetro separato.
Allegati contrattuali
DPA, NDA, allegato tecnico, misure di sicurezza, istruzioni documentate e condizioni specifiche.
7. Documentazione disponibile su richiesta
A seconda del piano, del cliente e dello scenario, possono essere predisposti o condivisi documenti specifici per la valutazione privacy, sicurezza e procurement.
- Scheda tecnica di sicurezza: descrizione del modello browser-based, elaborazione locale, licenza e assenza di tracking.
- Data Processing Agreement: quando [ANONIPRO_DOCS] tratta dati personali per conto del cliente.
- NDA: per scambio di informazioni riservate prima o durante una valutazione Enterprise.
- Allegato tecnico: asset locali, flussi, licenza, output, misure e limiti.
- Istruzioni operative: indicazioni per utenti autorizzati, revisione umana, export e conservazione output.
- Condizioni Enterprise: licenze organizzative, supporto, policy, responsabilità e limiti.
8. Cosa può contenere il DPA
Quando necessario, il DPA può disciplinare in modo specifico i trattamenti svolti da [ANONIPRO_DOCS] per conto del cliente. Il contenuto esatto dipende dal servizio richiesto.
| Sezione | Contenuto |
|---|---|
| Oggetto e durata | Servizio, periodo, piano o progetto specifico. |
| Natura e finalità | Supporto, licenza, configurazione, progetto Enterprise o attività documentale dedicata. |
| Categorie di dati | Licenze, contatti, dati tecnici, eventuali dati documentali solo se trattati in un servizio dedicato. |
| Categorie di interessati | Utenti autorizzati, referenti cliente, soggetti contenuti nei documenti se il progetto li coinvolge. |
| Istruzioni documentate | Cosa può e non può fare [ANONIPRO_DOCS] per conto del cliente. |
| Sub-responsabili | Eventuali fornitori coinvolti, se pertinenti. |
| Misure di sicurezza | Misure tecniche, organizzative e modello locale. |
| Restituzione o cancellazione | Regole di chiusura servizio o progetto, se applicabili. |
9. Misure e principi di sicurezza
Le misure effettive dipendono dal piano e dal servizio, ma il modello [ANONIPRO_DOCS] segue alcuni principi costanti.
Elaborazione locale
Il contenuto del documento resta nel browser nell’uso standard.
Minimizzazione
Vengono trattati solo i dati necessari a licenza, sicurezza, supporto o progetto specifico.
Zero tracking
Nessun analytics, pixel, profilazione o session recording.
Controllo umano
L’utente verifica, corregge e valida il risultato prima dell’uso.
Separazione licenza/contenuto
La licenza abilita funzioni, non invia il documento per l’elaborazione.
Verificabilità
Il comportamento può essere controllato anche dal Network Tab del browser.
10. Processo per clienti Enterprise
Per evitare documenti generici e poco aderenti alla realtà tecnica, il processo Enterprise è costruito per definire prima il perimetro e poi la documentazione necessaria.
Perimetro
Uso standard, licenza, supporto, progetto o archivio.
Ruoli
Titolare, responsabile, autonomo fornitore o ruoli misti.
Documenti
DPA, NDA, allegato tecnico, istruzioni e condizioni.
Avvio
Licenza, policy, formazione, supporto e revisione periodica.
11. FAQ DPA / Enterprise
Il DPA è sempre necessario?+
Non necessariamente. Dipende dal trattamento concreto e dal ruolo di [ANONIPRO_DOCS]. Nell’uso standard, il contenuto dei documenti non viene inviato al server per l’elaborazione. Il DPA può essere necessario per trattamenti diversi o aggiuntivi, specialmente in ambito Enterprise.
La licenza identifica gli utenti?+
L’uso dell’app a pagamento può essere abilitato tramite codice licenza. Il database tecnico delle licenze serve a verificare validità e piano, non a creare un profilo comportamentale o documentale dell’utente.
Il supporto può vedere i documenti?+
Nell’uso standard no, perché i documenti restano nel browser dell’utente. Se un cliente Enterprise richiede supporto con accesso a dati o documenti, il perimetro deve essere regolato da accordi specifici, come NDA, DPA e istruzioni documentate.
È disponibile un allegato tecnico?+
Sì, per valutazioni Enterprise può essere predisposto un allegato tecnico con architettura, flussi, asset, licenza, misure di sicurezza, limiti e verifiche.
Si possono sottoscrivere NDA o condizioni dedicate?+
Sì. Per organizzazioni, PA, sanità, studi strutturati o clienti Enterprise possono essere valutati NDA, condizioni specifiche, allegati tecnici, policy operative e accordi di supporto.
12. Contatti Enterprise
Per richiedere DPA, NDA, allegati tecnici o valutazioni Enterprise:
Email Enterprise: enterprise@anonipro.com
Email privacy: privacy@anonipro.com
Email informazioni: info@anonipro.com
Nota per l’utente: questa pagina descrive l’approccio di [ANONIPRO_DOCS] ai rapporti Enterprise, ai ruoli privacy e agli eventuali accordi sul trattamento dei dati. L’uso ordinario locale dell’applicazione non comporta, di per sé, l’invio dei documenti ai server per l’elaborazione. Eventuali DPA, accordi di riservatezza, istruzioni operative, misure organizzative o trattamenti aggiuntivi devono essere valutati e definiti caso per caso in base al servizio richiesto e al ruolo effettivamente assunto dalle parti.