Cinco vistas
Definir primeiro qual histórico
As vistas podem conter registos diferentes. O visitante pode ver histórico ligado ao browser, agentes um tópico Teams e compliance uma cópia protegida. Anexos, reações, eventos, notas privadas, bots e versões alteradas/eliminadas podem divergir.
Nomeie um registo principal por finalidade. Suporte precisa de contexto, privacidade de acesso e eliminação demonstráveis, auditoria de integridade e migração de arquivo legível. Uma exigência vaga de histórico não prova tudo.
| Camada | Finalidade | Teste |
|---|---|---|
| Histórico visitante | mensagens anteriores no widget | identidade, dispositivo partilhado, reset, consentimento e eliminação |
| Histórico agente | contexto no tópico Teams ou inbox | funções, novos membros, notas, pesquisa e anexos |
| Transcrição/exportação | dataset portátil individual ou massivo | campos, formato, paginação, horas, completude e checksum |
| Cópia compliance | retenção, hold, eDiscovery ou investigação | licença, função, local, conflito e eliminação final |
| Arquivo migração | dados legacy após mudança | owner read-only, pesquisa, base, prazo e saída |
Produtos
Funções documentadas e limites
| Modelo | Documentado | Não inferir |
|---|---|---|
| WebChat no Teams | pedido/resposta no tópico; estado local do widget | bulk export completo, retenção/eliminação ou import legacy não provados |
| Microsoft Teams | Graph Export APIs; políticas de retenção chat/canal | export WebChat completo automático ou igualdade UI/cópia compliance |
| Chatwoot | Messages API autorizada por conversa; conversas em inboxes | export massivo/jurídico pronto; apagar inbox é irreversível |
| Tidio | Inbox para abertas/resolvidas; alguns exports analytics | transcrição, retenção ou migração completa |
| LiveChat | transcrição única, envio futuro, API única/bulk e webhook | exemplo webhook não é arquivo; histórico visitante difere do agente |
Governança
Retenção e eliminação usam o mesmo mapa
A Microsoft descreve retenção desde a criação e ciclos distintos para conteúdo visível e cópias protegidas. Políticas concorrentes ou holds podem impor o prazo mais longo. Um aviso no cliente não prova eliminação final.
Na migração, um arquivo paralelo governado pode ser mais seguro que importação não provada. Importe apenas se IDs, horas, autores, tópicos, anexos, conteúdo privado e estado de eliminação forem mapeados de forma verificável.
- Inventarie widget, backend, Teams, cópia Exchange, anexos SharePoint/OneDrive, destino export, email e downloads.
- Atribua finalidade, base jurídica, owner, acesso, região, prazo, hold, trigger e prova a cada armazenamento.
- Separe desaparecimento da vista, cópia compliance oculta e remoção final; documente atrasos e conflitos.
- Dê às apps export permissões mínimas, rotação, logs, paginação/retry e owner operacional.
- Emails e CSV são novas cópias: inclua destinatários, regras, pastas, backups e eliminação posterior.
- Congele o legacy, amostre, guarde read-only com índice, data de retenção e responsável.
Aceitação de saída
Oito testes antes de compra e migração
- 01
Escrever mapa
Liste vistas visitante, agente, export, compliance e arquivo com finalidade e owner.
- 02
Criar chat controlo
Use texto, emoji, link, ficheiro, nota, bot, handoff, reação e dado pessoal de teste.
- 03
Comparar vistas
Widget, Teams/inbox, pesquisa, transcrição, bulk/API e compliance contra o registo.
- 04
Repetir export
Teste páginas, ordem, fuso, ID, anexos, limites, retries e duplicados.
- 05
Testar acessos
Agente, membro, novo, app, compliance e saída recebem só o acesso necessário.
- 06
Eliminar
Siga conversa no dispositivo, vista agente, backend, cópia e anexo; separe holds.
- 07
Simular saída
Desative widget, revogue acessos, exporte delta, abra arquivo e peça confirmação de eliminação.
- 08
Guardar aceitação
Versione matriz, exemplos, licenças, funções, prazos, desvios, pesquisa e aprovação.