Dove risiedono i tuoi dati, chi può accedervi e cosa succede se decidi di non proseguire.
Se stai valutando iTenance per conto della tua azienda, ecco i quattro fatti che probabilmente ti interessano di più.
Tutti i server dell'applicazione e del database si trovano a Francoforte, Germania.
Ogni cliente riceve uno schema di database dedicato, non una tabella condivisa.
I backup automatici del database vengono eseguiti ogni giorno e conservati separatamente dal server primario.
Esporta i tuoi record in Excel o CSV in qualsiasi momento, senza dovercelo chiedere.
iTenance opera su infrastrutture situate a Francoforte, Germania, gestite da Laravel Cloud. I tuoi ordini di lavoro, asset, registri macchina, documenti e account utente sono archiviati su server all'interno dell'Unione Europea e sono soggetti alla legge sulla protezione dei dati dell'UE.
Trattiamo i dati personali in qualità di responsabile del trattamento per tuo conto. Tu rimani il titolare del trattamento per i record che il tuo team crea nella piattaforma. Un Accordo sul Trattamento dei Dati è disponibile su richiesta — consulta la sezione contatti alla fine di questa pagina.
Due precisazioni, esposte chiaramente. Il traffico verso la piattaforma passa attraverso la rete edge globale di Cloudflare prima di raggiungere Francoforte, il che significa che i metadati di connessione vengono gestiti al di fuori dell'UE, anche se i tuoi record non sono archiviati lì. E quando utilizzi una funzione AI, il contenuto di quella specifica richiesta viene trasmesso al nostro fornitore AI al di fuori dell'UE — descritto in dettaglio nella sezione AI qui sotto. Tutto il resto rimane a Francoforte.
La maggior parte dei sistemi di gestione della manutenzione basati su cloud inserisce ogni cliente nello stesso insieme di tabelle di database e li separa con una colonna che indica a quale azienda appartiene una riga. Se quella colonna viene gestita in modo errato in una singola query, un cliente può visualizzare i dati di un altro cliente.
iTenance non funziona così. Ogni cliente riceve il proprio schema PostgreSQL dedicato, creato all'apertura dell'account. Le tue tabelle sono oggetti separati nel database e una connessione aperta per il tuo account non può accedere allo schema di un altro account. L'isolamento è applicato dal database stesso piuttosto che da una logica applicativa che dovrebbe essere corretta ogni singola volta.
In pratica, ciò significa che la classe più comune e più dannosa di fughe di dati multi-tenant non è possibile per costruzione.
Ogni connessione a iTenance è crittografata. La piattaforma è servita solo tramite HTTPS.
L'accesso all'interno del tuo account è controllato dai tuoi stessi amministratori. Non siamo noi a decidere chi nel tuo team visualizza quali record.
I backup del database vengono eseguiti automaticamente ogni giorno e sono archiviati separatamente dal server primario, in modo che la perdita di una singola macchina non significhi la perdita della tua cronologia di manutenzione.
I backup ereditano la stessa isolazione dei dati live — lo schema di ogni cliente è ripristinabile indipendentemente.
Consideriamo il lock-in un cattivo modello di business. Gli impegni qui sotto sono volutamente semplici.
iTenance utilizza l'AI per redigere ordini di lavoro, suggerire passaggi di manutenzione, leggere foto di attrezzature e segnalare macchine che sembrano in fase di degrado. Poiché questa è l'area in cui gli acquirenti pongono le domande più precise, ecco esattamente come funziona.
Queste sono le terze parti coinvolte nella gestione di iTenance. Pubblichiamo l'elenco completo perché il vostro dipartimento IT lo richiederà comunque.
| Fornitore | Scopo | Dati coinvolti |
|---|---|---|
| Laravel Cloud | Hosting, database e archiviazione file (Francoforte, Germania) | Tutti i dati dell'applicazione, inclusi documenti e foto caricati |
| Cloudflare | Rete edge, DNS e protezione contro attacchi denial-of-service | Metadati di connessione — indirizzo IP, URL richiesto, tipo di browser |
| Google (Gemini API) | Elaborazione AI per assistente, riconoscimento foto e funzionalità di previsione | Solo il contesto di una singola richiesta AI, inclusa un'immagine caricata dove la funzionalità ne legge una |
| Pusher | Aggiornamenti in tempo reale e notifiche nel browser (cluster UE) | Payload delle notifiche e il canale a cui un utente è iscritto |
| Mailgun | Invio di email transazionali | Indirizzi email e contenuto del messaggio |
| Stripe | Pagamenti abbonamento | Dettagli di fatturazione — i dati della carta non raggiungono mai i nostri server |
Preferiamo dirvi cosa non esiste ancora piuttosto che farvelo scoprire in seguito. Queste sono funzionalità pianificate, non disponibili oggi.
Se il vostro team IT o di approvvigionamento ha un questionario di sicurezza, inviatecelo e lo completeremo. Se avete bisogno di un Accordo sul Trattamento dei Dati prima di iniziare una prova, chiedeteci e ve ne forniremo uno.
Se ritenete di aver trovato una vulnerabilità di sicurezza in iTenance, vi preghiamo di segnalarcela direttamente piuttosto che divulgarla pubblicamente. Confermeremo la vostra segnalazione e vi terremo informati mentre la risolviamo.
Contatto sicurezza: support@itenance.com
Questa pagina descrive come iTenance opera oggi. Laddove qualcosa è pianificato piuttosto che implementato, lo abbiamo dichiarato esplicitamente.
Ultimo aggiornamento: October 15, 2026