Agentforce e PII: proteggere i dati sensibili prima del deployment dell'AI

Quando Agentforce recupera un record, tutto ciò che si trova nei campi che legge entra nel contesto AI. Questo include qualsiasi informazione di identificazione personale (PII) nascosta nei campi di testo libero, anche quando quei campi non erano affatto destinati a contenere dati sensibili. Un numero di previdenza sociale incollato nel commento di un Case diventa parte di ciò che l’agente legge, su cui ragiona e che può portare alla luce in una risposta generata.

Questa guida spiega come i dati PII raggiungono il contesto di Agentforce, dove si accumulano in Salesforce e come individuarli e bonificarli prima della messa in produzione. Si basa su due guide correlate: l’hub Preparazione per Agentforce per la preparazione completa al deployment e Rilevamento PII per il funzionamento del pattern matching di DQS.

Come entrano i dati PII nel contesto di Agentforce?

Gli agenti Agentforce seguono un flusso costante: recuperano record Salesforce, fondano il proprio ragionamento sui valori dei campi che leggono e generano una risposta a partire da quel contesto. I dati PII entrano nella fase di recupero. L’agente non distingue tra un campo destinato a dati sensibili e un campo di testo libero in cui dati sensibili sono finiti per caso. Legge entrambi.

Tre fonti riempiono nel tempo i campi di testo con dati PII:

• Email-to-case. I messaggi in arrivo vengono catturati alla lettera in Description e Comments dei Case. I clienti includono SSN, numeri di conto e dettagli delle carte quando descrivono un problema. Tutto questo finisce in un campo di testo.
• Note di supporto e vendita. Gli operatori incollano dettagli di verifica dell’identità, informazioni di pagamento e dati di contatto nelle note durante una chiamata. La nota persiste a lungo dopo l’interazione.
• Dati importati e integrati. Le migrazioni e le integrazioni scrivono dettagli di contatto, date di nascita e identificativi nei campi descrizione e commento, dove non viene eseguita alcuna validazione.

Una volta che quel dato si trova in un campo recuperabile, qualsiasi agente abilitato a leggere l’oggetto può portarlo nel contesto. L’esposizione esiste prima ancora che venga distribuito un singolo agente. Il deployment trasforma un problema di dati latente in uno attivo.

Dove si nascondono i dati PII in Salesforce?

I dati PII si concentrano nei campi di testo non strutturato. I campi strutturati (Email, Phone) contengono PII per definizione e sono governati di conseguenza. Il rischio risiede nei campi di testo libero che gli utenti trattano come uno spazio di appunti.

I campi Description e Comments su Case comportano il rischio più alto perché l’email-to-case li alimenta automaticamente e in grande volume. Trattate quei due campi come la vostra prima priorità in qualsiasi scansione. Per l’insieme completo degli scenari di dove-si-nascondono, consultate Scenari di rilevamento PII.

Quali normative si applicano?

I dati PII nei campi recuperabili possono coinvolgere i framework di privacy e sicurezza con cui la vostra organizzazione già opera. Le specifiche dipendono dai vostri dati, dalla vostra giurisdizione e dai vostri obblighi contrattuali, quindi trattate i punti seguenti come un elenco iniziale da esaminare con il vostro team di conformità, non come consulenza legale.

• GDPR. Principi come la minimizzazione dei dati e la limitazione delle finalità in genere significano che i dati PII non dovrebbero risiedere in campi al di là del loro uso previsto. Un agente che legge una data di nascita da un campo descrizione potrebbe esulare dalla finalità per cui quel dato è stato raccolto.
• HIPAA. Laddove informazioni sanitarie protette (PHI) compaiono nelle note di supporto o nel testo dei Case, le regole di gestione possono applicarsi a qualsiasi sistema che elabora quei campi, incluso un agente AI.
• PCI DSS. I dati delle carte nei campi di testo libero in genere rientrano nei requisiti di archiviazione e gestione. I numeri di carta nei Comments dei Case sono un risultato comune e ad alta priorità.

Poiché DQS viene eseguito interamente all’interno di Salesforce, la scansione alla ricerca di PII non crea un nuovo trasferimento di dati né sposta dati verso un servizio esterno. Nessun dato lascia la vostra organizzazione. Questo mantiene la fase di scoperta stessa fuori dall’ambito delle preoccupazioni relative ai trasferimenti transfrontalieri e ai responsabili del trattamento. Confermate la mappatura normativa per la vostra situazione con il vostro team di conformità prima del deployment.

Come si effettua la scansione PII con DQS?

DQS scansiona i campi di testo con otto pattern regex predefiniti e riporta l’esposizione come un’unica metrica. Il rilevamento è deterministico e trasparente: si vedono tutti i pattern applicati e lo stesso input restituisce sempre lo stesso risultato.

Gli otto pattern coprono quattro categorie:

Configurate le scansioni con tre controlli:

• Preset. Il preset Critical attiva solo SSN e Credit Card. Utilizzatelo per una verifica rapida del PII finanziario con falsi positivi quasi nulli. Il preset Standard aggiunge Email e US Phone. Il preset Extended esegue tutti e otto.
• Override per campo. Applicate set di pattern diversi a campi diversi. Scansionate un campo Email solo per SSN e Credit Card, poiché lì le corrispondenze email sono attese. Scansionate Description e Comments con il set Extended completo, poiché può comparire qualsiasi tipo di PII.
• Tasso di esposizione PII. Questa è la metrica principale: la percentuale di record scansionati contenenti almeno una corrispondenza con un pattern. Abbinatela al conteggio Record con PII per dimensionare la vostra pulizia.

Create una definizione per ogni oggetto ad alto rischio nel Definition Builder, puntatela sui campi Description e Comments ed eseguite prima il preset Critical per isolare il PII finanziario. Poi eseguite Extended per un inventario completo.

Com’è fatto il playbook di bonifica?

Una scansione PII produce un elenco di corrispondenze. La bonifica trasforma quell’elenco in risultati risolti. Procedete in ordine.

1. Esaminate le corrispondenze. Alcuni pattern comportano un rischio di falsi positivi. Date of Birth corrisponde a qualsiasi data in formato statunitense e Credit Card può corrispondere a lunghi numeri d’ordine. Confermate ogni corrispondenza prima di trattarla come PII. Utilizzate la categoria del pattern per il triage: i risultati Finanziari vengono prima.
2. Decidete l’azione per campo. Per ogni risultato confermato, scegliete una di tre risposte:
   • Mascherare. Sostituite il valore sensibile mantenendo utilizzabile per l’agente il testo circostante.
   • Eliminare. Rimuovete il valore dove non ha alcuna finalità aziendale.
   • Escludere il campo dall’ambito dell’agente. Dove un campo contiene in modo affidabile PII di cui l’agente non ha bisogno, rimuovetelo dall’ambito di recupero dell’agente, così il dato non entra mai nel contesto.
3. Rieseguite per convalidare. Dopo la bonifica, eseguite di nuovo la stessa scansione. Confrontate il tasso di esposizione PII con il vostro valore di riferimento pre-bonifica. Il numero conferma che la pulizia ha funzionato. Per una sequenza di pulizia strutturata su tutte le dimensioni, seguite la guida Bonifica dei dati Salesforce per Agentforce.

Escludere un campo dall’ambito dell’agente è il controllo più rapido quando un campo non ha valore per l’AI. La mascheratura e l’eliminazione riguardano i campi che l’agente deve comunque leggere.

Obiettivi di sicurezza PII pre-deployment

Sospendete il deployment finché i vostri dati non raggiungono questi obiettivi su ogni campo di testo a cui Agentforce accederà:

• Tasso di esposizione PII inferiore all’1% sui campi di testo nell’ambito dell’agente.
• Zero corrispondenze SSN su Description e Comments dei Case.
• Zero corrispondenze di carte di credito su Description e Comments dei Case.
• Override per campo configurati per i campi a contenuto atteso, così i campi Email e Phone non gonfiano il tasso.

Queste soglie provengono dalla Checklist di preparazione dei dati per Agentforce. Ottenete l’approvazione del team di conformità rispetto a esse prima della messa in produzione e testate le risposte dell’agente sui dati bonificati per confermare che nessun dato PII compaia nei contenuti generati.

Come si tengono fuori i dati PII dopo la messa in produzione?

L’esposizione PII non è una pulizia una tantum. L’email-to-case continua a scrivere i messaggi dei clienti nei campi dei Case e gli utenti continuano a incollare dettagli di verifica nelle note. Un dataset pulito accumula nuova esposizione nel giro di settimane.

Programmate scansioni ricorrenti per individuare le regressioni in anticipo:

Monitorate il tasso di esposizione PII nel tempo, così una tendenza in crescita attiva una revisione prima che raggiunga i vostri agenti. Le scansioni settimanali su Case e Lead coprono i campi in cui i nuovi dati PII finiscono più rapidamente. Assegnate la responsabilità della revisione dei risultati, così i risultati delle scansioni si traducono in azione.

I dati PII non rilevati sono uno dei motivi più comuni per cui gli agenti producono output non conformi. Per i pattern di errore più ampi, consultate Perché gli agenti Agentforce falliscono.

Prossimi passi

• Rilevamento PII: gli otto pattern, i preset e la configurazione per campo in dettaglio
• Preparazione per Agentforce: preparazione completa al deployment su tutte e sei le dimensioni
• Checklist di preparazione dei dati per Agentforce: l’elenco completo degli obiettivi pre-deployment
• FAQ qualità dei dati Agentforce: domande comuni sulla preparazione dei dati per gli agenti
• Valutazione della preparazione IA: valutare la propria preparazione attuale