Nessun asterisco "piano enterprise", nessun PDF su richiesta. Il confine si trova nel layer dati, i dati personali sono mascherati prima che qualsiasi modello li veda, e ogni mossa dell'assistente avviene davanti a te. Questa pagina descrive il comportamento rilasciato — ogni affermazione è testabile durante il periodo di prova.
Testa ogni frase di questa pagina durante il periodo di prova di sette giorni. · Ultimo aggiornamento 9 novembre 2026
La maggior parte delle pagine di sicurezza sono collezioni di badge. La nostra è una lista di comportamenti. Dove andrebbe il badge, descriviamo cosa fa il codice.
Il confine IA è applicato prima che il prompt venga costruito — non promesso in un documento di policy dopo.
Numeri di carta, IBAN, ID nazionali — 13 famiglie di pattern vengono rilevate e mascherate prima di qualsiasi chiamata IA. I checksum sono validati, non indovinati, e lo sblocco resta un permesso, non un'abitudine.
Scegli tu dove gira l'inferenza. Solo UE è un'impostazione, non un favore. I prompt non attraversano i confini perché un provider era temporaneamente più economico.
Le tue conversazioni non addestrano nulla — né i nostri modelli, né quelli di un provider di default. Porta le tue chiavi provider e il confine tiene in entrambi i casi.
Arriva delimitato
Il messaggio atterra nel tuo tenant. Il layer dati delimita ogni lettura e scrittura al tuo workspace — l'isolamento è applicato per query, non per promessa.
Mascherato
Gli identificatori vengono rilevati e mascherati — con validazione dei checksum — prima che il prompt venga assemblato. Il modello lavora su una copia redatta.
Inferenza fissata
La richiesta va a un modello nella tua regione consentita. Hai scelto tu la regione; il routing la rispetta.
Strumenti visibili
Se l'assistente apre l'ordine, consulta la knowledge base o naviga sul web, lo vedi accadere — le chiamate degli strumenti vengono renderizzate nel thread, non in un log che richiedi dopo.
Chi ha fatto cosa non è una funzione che sblocchi — è il modo in cui la piattaforma è cablata. Queste sono spedite con il pavimento, su ogni piano.
Accedi con il tuo identity provider (OIDC o SAML) e applicalo per tutto il workspace. BootDesk è anche un provider OIDC pubblico — i tuoi agenti ottengono token, discovery e JWKS come qualsiasi client di prima classe.
OIDC · SAML
provider · consumer
2FA per ogni account umano, non un add-on per gli amministratori.
Gruppi di permessi granulari, team e organizzazioni — l'accesso segue la funzione, e lo sblocco dei dati personali è un permesso a sé.
Le parti della sicurezza che non diventano mai di tendenza ma decidono se i tuoi dati sono tuoi.
Ogni allegato passa attraverso la scansione malware prima che un umano o un modello lo tocchi. I file sospetti vanno in quarantena; il ticket conserva la sua storia.
GRUPO OITO OÜ, Tallinn, Estonia. Il DPA è pubblico dal giorno uno — non una negoziazione. Legge estone, gestione dei dati UE come postura di default.
Cancella dal workspace. Esporta tramite l'API aperta. Le finestre di retention sono tue da impostare — preferiamo pubblicare l'uscita piuttosto che gestire un lock-in.
Manca qualcosa? Scrivi a suporte@bootdesk.eu — risponde un ingegnere, non un modulo.
Chi invia cosa
Dove una persona possiede il ticket, le risposte rivolte al cliente sono bozze: l'assistente propone, il tuo team legge, modifica, invia. Dove un flusso di chat consegna la conversazione, risponde direttamente — sempre identificato come IA.
Registrato, con il suo costo
Uso dei token, modello, regione: registrato per chiamata. Puoi auditare il mese dell'IA come una bolletta telefonica — riga per riga.
Documentazione OpenAPI per ogni endpoint, più un catalogo leggibile da LLM. Il tuo team di sicurezza legge le stesse specifiche su cui girano le tue integrazioni.
L'agente browser e l'esecuzione di codice sono opt-in per workspace con un kill switch, e il codice gira contro una allowlist di host. La capacità è una decisione, non un default.
