Cinque viste
Definire prima quale cronologia serve
Le viste possono contenere record diversi. Il visitatore può vedere una cronologia legata al browser, gli agenti un thread Teams e compliance una copia protetta. Allegati, reazioni, eventi, note private, bot e versioni modificate/cancellate possono divergere.
Definisci un record autorevole per ogni scopo. Supporto richiede contesto, privacy accesso e cancellazione dimostrabili, audit integrità e migrazione un archivio leggibile. Una richiesta generica di cronologia non basta.
| Livello | Scopo | Test richiesto |
|---|---|---|
| Cronologia visitatore | messaggi precedenti nel widget | identità, device condiviso, reset, consenso e cancellazione |
| Cronologia agente | contesto in thread Teams o inbox | ruoli, nuovi membri, note, ricerca e allegati |
| Trascrizione/export | dataset portabile singolo o massivo | campi, formato, pagine, orari, completezza e checksum |
| Copia compliance | retention, hold, eDiscovery o indagine | licenza, ruolo, luogo, conflitto e cancellazione finale |
| Archivio migrazione | dati legacy dopo il cambio | owner read-only, ricerca, base, scadenza ed exit |
Prodotti
Funzioni documentate e confini
| Modello | Documentato | Non dedurre |
|---|---|---|
| WebChat in Teams | richiesta/risposta in thread; stato locale widget | bulk export completo, retention/cancellazione o import legacy non provati |
| Microsoft Teams | Graph Export API; policy di retention chat/canale | export WebChat completo automatico o identità tra UI e copia compliance |
| Chatwoot | Messages API autorizzata per conversazione; conversazioni nelle inbox | export massivo/legale pronto; cancellare inbox è irreversibile |
| Tidio | Inbox per aperte/risolte; alcuni export analytics | trascrizione, retention o migrazione completa |
| LiveChat | trascrizione singola, invio futuro, API singola/bulk e webhook | esempio webhook non è archivio; cronologia visitatore diversa da archivio agente |
Governance
Conservazione e cancellazione richiedono una sola mappa
Microsoft descrive retention dalla creazione e cicli diversi per contenuti visibili e copie protette. Policy concorrenti o hold possono imporre la durata più lunga. Un avviso nel client non prova la cancellazione finale.
Nella migrazione, un archivio parallelo governato può essere più sicuro di un import non provato. Importa solo se ID, date, autori, thread, allegati, contenuti privati e stato di cancellazione sono mappati in modo verificabile.
- Inventaria widget, backend, Teams, copia Exchange, allegati SharePoint/OneDrive, destinazione export, e-mail e download.
- Assegna scopo, base giuridica, owner, accesso, regione, durata, hold, trigger e prova a ogni archivio.
- Separa sparizione dalla vista, copia compliance nascosta e rimozione finale; documenta ritardi e conflitti.
- Dai alle app export permessi minimi, rotazione, log, controllo pagine/retry e owner operativo.
- E-mail e CSV sono nuove copie: includi destinatari, regole, cartelle, backup e cancellazione successiva.
- Congela il legacy, campiona, conserva read-only con indice, data di retention e responsabile.
Collaudo exit
Otto test prima di acquisto e migrazione
- 01
Scrivere la mappa
Elenca viste visitatore, agente, export, compliance e archivio con scopo e owner.
- 02
Creare chat controllo
Usa testo, emoji, link, file, nota, bot, handoff, reazione e dato personale di test.
- 03
Confrontare viste
Widget, Teams/inbox, ricerca, trascrizione, bulk/API e compliance contro il log.
- 04
Ripetere export
Testa pagine, ordine, fuso, ID, allegati, limiti, retry e duplicati.
- 05
Provare permessi
Agente, membro, joiner, app, compliance e leaver hanno solo accesso necessario.
- 06
Cancellare
Segui conversazione su device, vista agente, backend, copia e allegato; separa gli hold.
- 07
Simulare exit
Disattiva widget, revoca accessi, esporta delta, apri archivio e ottieni conferma cancellazione.
- 08
Conservare collaudo
Versiona matrice, esempi, licenze, ruoli, durate, deviazioni, ricerca e approvazione.