La maggior parte dell'help desk si concentra sulla velocità. Questa guida sulla migrazione completa dell'help desk è pensata per i team che non possono rinunciare alla completezza in nome della comodità. Ciò include le operazioni di supporto con obblighi di conformità, anni di cronologia dei ticket accumulata e la realtà pratica che gli operatori hanno bisogno del contesto completo del cliente per svolgere il proprio lavoro.
La migrazione completa dei dati dell'help desk non è un'operazione che si risolve con un solo clic. I dati di settore di Oracle mostrano che oltre l'80% dei progetti di migrazione subisce ritardi o supera i budget previsti. Analogamente, USC Data riporta che l'83% dei progetti non raggiunge gli obiettivi iniziali. Poiché una migrazione ha un impatto sulle operazioni quotidiane e sulla conformità a lungo termine, è fondamentale considerarla fin dall'inizio come un progetto strategico.
Questa guida illustra nel dettaglio come eseguire la migrazione senza compromettere l' integrità dei dati, causare problemi alla piattaforma di destinazione o creare lacune nella cronologia dell'assistenza che potrebbero crearvi difficoltà dopo sei mesi. Per avere successo, seguite queste sei fasi: verificate i dati, configurate la piattaforma di destinazione, selezionate i record, eseguite una demo, completate la migrazione e validate i risultati.
Cosa significa effettivamente "Completato" nella migrazione di un help desk
Prima di iniziare qualsiasi operazione, è fondamentale definire chiaramente l'ambito del progetto. La migrazione completa dei dati è un'operazione di trasferimento dati, non un servizio di configurazione della piattaforma. Un altro equivoco comune è pensare che la semplice verifica della corrispondenza del numero di ticket dopo il trasferimento non sia sufficiente a dimostrare l'avvenuta migrazione.
Le relazioni si interrompono in silenzio. Ecco le quattro dimensioni della completezza che devi verificare.
- Completezza dei record. Ogni richiesta, discussione e entità simile a un ticket, indipendentemente dallo stato: aperto, in sospeso, chiuso, risolto, unito o spam. Ogni record cliente e organizzazione, nonché ogni membro del team e struttura del team, trova una corrispondenza con le proprie controparti nella piattaforma di destinazione. Tutti gli articoli della Knowledge Base in tutte le versioni linguistiche.
- Completezza delle relazioni. Un ticket collegato a un contatto collegato a un'azienda deve arrivare sulla piattaforma di destinazione con tali connessioni intatte, non come tre record orfani senza alcun collegamento tra loro. Helpdesk sono la vittima più comune di una migrazione affrettata.
- La completezza dei contenuti significa che il tuo nuovo help desk rispecchia fedelmente quello precedente. La procedura guidata di migrazione trasferisce gli allegati e salva le immagini incorporate, in modo che i link rimangano sempre funzionanti. Mappiamo con precisione i timestamp per mantenere le conversazioni in ordine cronologico. I tuoi agenti avranno a disposizione il contesto completo fin dal primo giorno.
- La completezza della conformità garantisce la validità legale dei tuoi dati. Lo strumento conserva i dati storici per rispettare i rigorosi periodi di conservazione previsti dalla normativa. Migrando i timestamp originali e i log di sistema, mantiene intatta la traccia di controllo. Questo ti fornisce una cronologia verificabile per le verifiche normative.
Se non soddisfi anche solo uno di questi quattro requisiti, la migrazione risulterà incompleta. Una barra di avanzamento che mostri il 100% di completamento non significa nulla se i dati sono danneggiati.
Cosa non viene incluso in una migrazione completa dell'help desk? Gli strumenti di migrazione dei dati spostano i dati, non le impostazioni.
I flussi di lavoro, le policy SLA e la logica di routing non verranno trasferiti. Dovrai ricrearli manualmente nella nuova piattaforma. Esegui questa operazione prima della migrazione, in modo che il sistema funzioni correttamente all'arrivo dei dati.
A volte i team danno per scontato che il nuovo help desk funzionerà automaticamente come il precedente. I dati vengono trasferiti, ma la logica operativa rimane invariata.
Se hai bisogno di aiuto per ricostruire quella logica, collabora con uno dei nostri partner di implementazione. Faye si occupa di Zendesk, Freshdesk, Freshservicee Salesforce Service Cloud. Envoy copre le stesse piattaforme più ServiceNow. GrowthDot è specializzata in Zendesk, Freshdesk, Intercome Jira. Aktie Now si concentra sull'implementazione end-to-end Zendesk in Nord America, America Latina, Europa e Medio Oriente. Ogni partner può definire le tue esigenze di configurazione e far funzionare la tua nuova piattaforma come faceva la precedente.
Fase 1: Verifica innanzitutto la tua piattaforma di origine
La migrazione trasferisce i dati così come sono. Una migrazione completa dei dati dell'help desk da una piattaforma sorgente disordinata produce una piattaforma di destinazione completa ma disordinata. I team che saltano la fase di analisi e pulizia dei dati impiegano il doppio del tempo a risolvere gli errori dopo la messa in produzione. Sebbene una fase di analisi completa richieda dal 5% al 10% del budget del progetto, USC Data dimostra che previene oltre il 50% dei comuni errori di migrazione. Questa fase è imprescindibile per una completa helpdesk senza perdita di dati .
Fai un inventario dei tipi e dei volumi dei tuoi documenti
Prima di avviare il trasferimento, conta tutti i record. Questo conteggio costituisce la base di riferimento per la convalida, che servirà per i controlli finali successivi alla migrazione.
Documentare i seguenti elementi:
- Biglietti per stato: aperti, in sospeso, chiusi
- Contatti e aziende
- Articoli della Knowledge Base per lingua Versione
- Allegati
- Tipi di campi personalizzati
Esporta questo inventario. Lo confronterai con il tuo report post-migrazione nella Fase 6.
Identificare e risolvere i problemi di qualità dei dati prima della migrazione
Prima di procedere, esegui la checklist di pre-migrazione specifica per la tua piattaforma di origine. I problemi più comuni che emergono dopo la migrazione sono: contatti duplicati, relazioni tra ticket interrotte, record orfani. Prima pulisci, poi migra.
Tre cose da sistemare prima di avviare qualsiasi operazione:
- Unisci i contatti duplicati. Un cliente, un record. I duplicati compromettono la completezza delle relazioni e creano confusione dopo il passaggio al nuovo sistema.
- Standardizza i tag sovrapposti. Raggruppa i tag simili, come billing_issue, billing-problem e billing, in un'unica etichetta. I tag incoerenti falsano i report sulla piattaforma di destinazione.
- Rimuovi i dati orfani. Elimina le automazioni disattivate, i campi personalizzati vuoti e le risposte predefinite non utilizzate. Questi elementi non devono essere conservati.
La migrazione dei dati mette in luce problemi di qualità dei dati. Se non si profilano e puliscono i dati di origine in anticipo, si verificheranno errori imprevedibili in seguito. Il tempo impiegato in questa fase è sempre inferiore al tempo necessario per risolvere i problemi dopo il completamento di una migrazione completa del sistema di assistenza.
Mappa i tuoi obblighi di conservazione dei dati in conformità
Prima di decidere quali documenti migrare o archiviare, stabilisci i requisiti legali in materia di conservazione dei dati.
| Regolamento | Periodo minimo di conservazione | Focus sulla conformità |
|---|---|---|
| HIPAA | 6 anni dalla creazione o dall'ultimo utilizzo | Informazioni sanitarie protette |
| SOX | 7 anni | Registri finanziari e di revisione contabile |
| PCI DSS | 1 anno di accesso (3 mesi immediati); 3 anni in totale | Ambienti di dati dei titolari di carta |
| Articolo 20 GDPR | Portabilità dei dati garantita, usabilità non garantita | Accesso ai dati e diritto alla cancellazione |
HIPAA La migrazione dell'help desk conforme richiede l'identificazione dei ticket soggetti a specifici obblighi prima di avviare il trasferimento. Helpdesk per la migrazione GDPR implica l'eliminazione delle richieste di cancellazione e dei record che superano i limiti di conservazione prima dell'importazione dei dati.
Fase 2: Configurazione pre-migrazione
Configurare correttamente la piattaforma di destinazione protegge l'intera migrazione dei dati.
I dati non possono esistere nel vuoto. Ogni ticket richiede una struttura specifica (un proprietario assegnato, uno stato valido e campi personalizzati corrispondenti) per essere caricato correttamente. Se tale struttura manca, l'API rifiuta i record.
Per proteggere il trasferimento, è necessario completare tre passaggi di configurazione prima di avviare la migrazione:
Disabilitare automazioni e trigger sulla piattaforma di destinazione
I sistemi di help desk attivi utilizzano trigger e regole temporali per automatizzare i flussi di lavoro. Se questi elementi rimangono attivi durante un'importazione, il sistema di destinazione tratterà i ticket storici in entrata come eventi completamente nuovi.
Il sistema invierà automaticamente email di notifica ai clienti per ticket chiusi anni fa. Inoltre, violerà istantaneamente i timer degli SLA, compromettendo i dati storici dei report.
Alcune piattaforme disattivano automaticamente le notifiche durante l'importazione. Pensate a questa funzione come a un interruttore integrato nel vostro nuovo sistema di assistenza. La piattaforma rileva un'importazione massiva di dati e disattiva automaticamente il proprio sistema di notifiche fino al completamento dell'operazione. Verificate che la vostra piattaforma lo faccia prima di darlo per scontato.
Verifica con il team di migrazione se la tua coppia di piattaforme supporta la soppressione delle notifiche a livello di richiesta. In caso affermativo, abilitala prima di procedere.
Creare tutti i campi personalizzati sulla piattaforma di destinazione
L'omissione dei ranghi nei campi personalizzati è un errore di configurazione molto comune. I campi inesistenti nel sistema di destinazione causano la perdita silenziosa dei dati senza generare avvisi di errore.
Per migrare correttamente i record del servizio di assistenza relativi ai campi personalizzati:
- Mappa i nomi dei campi corrispondenti.
- Crea tutti i campi personalizzati nella destinazione prima di iniziare.
- Utilizza la procedura guidata di migrazione per mappare i campi di origine ai campi di destinazione.
È possibile creare campi personalizzati direttamente tramite la procedura guidata di migrazione. Eseguire questa operazione prima della migrazione della demo, non dopo.
Agenti di abbinamento
Gli agenti non associati causano ticket orfani. Se un agente non ha un account nel nuovo sistema, i suoi ticket arrivano senza un responsabile. Per evitare ciò, utilizza indirizzi email identici su entrambe le piattaforme in modo che lo strumento di migrazione li associ automaticamente.
Per gli ex dipendenti, associa i loro record a una casella di posta generica o a un agente attivo anziché lasciarli vuoti. In alternativa, seleziona un agente predefinito nelle impostazioni della procedura guidata di migrazione per gestire i record non assegnati
Fase 3: Selezione degli elementi da migrare
Per una migrazione completa dei dati dell'help desk, è necessario selezionare tutte le caselle di controllo nella schermata di selezione degli oggetti.
Ecco cosa rappresenta ciascun oggetto, perché ne hai bisogno e cosa costa lasciarlo indietro.
Tutti i biglietti
Per impostazione predefinita, lo strumento di migrazione trasferisce tutti i ticket indipendentemente dal loro stato: aperto, in sospeso, chiuso, risolto e così via. Se si desidera limitare il trasferimento a stati specifici, è possibile applicare dei filtri per restringere l'ambito. Tuttavia, consigliamo vivamente di migrare tutti gli stati senza eccezioni.
I ticket chiusi contengono le conversazioni storiche con i clienti. Gli agenti li consultano quotidianamente per verificare le interazioni passate con i clienti, gestire le escalation e fornire prove per gli audit di conformità. Escludere un gruppo di stato non riduce significativamente lo spazio di archiviazione, ma compromette l'accuratezza dei report e le funzionalità di ricerca.
Quando si migra tutta la cronologia dei ticket al nuovo helpdesk, non applicare filtri di stato a meno che non si disponga di un motivo specifico e documentato per farlo.
Tutti i contatti e le aziende con le loro relazioni
I ticket non possono essere migrati senza i contatti associati. Ogni ticket deve essere collegato a un record di contatto nella piattaforma di destinazione; in caso contrario, il ticket arriverà senza un proprietario o un'identità cliente.
Le aziende sono collegate ai contatti, non direttamente ai ticket. La catena di relazioni è la seguente: azienda → contatto → ticket. La migrazione dei contatti senza le relative associazioni aziendali interrompe il contesto a livello di account per i team di supporto B2B. Gli agenti perdono visibilità sull'organizzazione di appartenenza di un contatto, il che rende la gestione dell'account e la gestione delle escalation significativamente più complesse.
Migra contatti e aziende insieme, mantenendo intatti tutti i legami relazionali. Un elenco di contatti senza integrità relazionale è una rubrica, non una cronologia di assistenza.
Articoli della knowledge base in tutte le versioni linguistiche
Quando si esegue la migrazione di una knowledge base con tutte le lingue, selezionare tutti gli articoli pubblicati, le bozze, le categorie e le sottocartelle in un'unica operazione. Non migrare gli articoli in batch separati per lingua. La migrazione simultanea di tutte le versioni preserva la connessione strutturale tra le diverse opzioni linguistiche.
Attiva l'opzione per aggiornare i collegamenti incrociati tra gli articoli. Questa funzione riscrive automaticamente gli URL interni in modo che ogni riferimento punti alla posizione corretta nella piattaforma di destinazione.
Spesso i team cercano di copiare e incollare gli articoli manualmente per risparmiare tempo. Questo errore richiede settimane di lavoro estenuante e, inoltre, compromette i percorsi delle immagini e i link interni, danneggiando il posizionamento nei motori di ricerca.
Allegati, immagini incorporate e commenti
Per migrare correttamente gli allegati e i commenti helpdesk , verifica tre aspetti prima di iniziare.
- Verifica che la nuova piattaforma disponga di spazio sufficiente per ricevere tutti i file. Il raggiungimento del limite di spazio di archiviazione durante la migrazione interrompe il trasferimento e genera errori di sistema.
- Migra le immagini incorporate come allegati anziché lasciarle come riferimenti alla piattaforma di origine. Le immagini incorporate sono ospitate sul sistema di origine e utilizzano URL basati sulla sorgente.
- Una volta disattivata la piattaforma di origine, gli URL smettono di funzionare e tutte le immagini incorporate diventano icone non funzionanti. La migrazione come allegati consente di ripubblicare i file sulla piattaforma di destinazione, in modo che rimangano accessibili anche dopo il passaggio alla nuova piattaforma.
- Prima di avviare la migrazione completa, verifica le impostazioni sulla privacy. Questa misura di sicurezza impedisce che i commenti interni siano visibili ai clienti al momento della ricezione dei dati.
Quando si spostano allegati, immagini incorporate e commenti, i team spesso cercano di risparmiare spazio di archiviazione o di ridurre i tempi. Evitate questi tre errori comuni:
- Non lasciare le immagini incorporate come semplici link HTML per evitare che le icone delle immagini si rompano quando dismetti la vecchia piattaforma.
- Non escludere allegati di grandi dimensioni o storici per evitare di perdere il contesto fondamentale di cui i tuoi agenti hanno bisogno per risolvere i problemi ricorrenti.
- Non dimenticate di testare le impostazioni di visibilità dei commenti per evitare di esporre note interne private degli agenti direttamente ai vostri clienti.
Campi personalizzati e relativi valori
Ogni tipo di campo personalizzato richiede uno specifico approccio di mappatura.
- Testo e numeri: una corrispondenza uno a uno semplice.
- Selezione multipla e menu a tendina: ricreare tutte le opzioni nella piattaforma di destinazione prima di eseguire lo strumento.
- Date: Verificare la compatibilità del formato tra le due applicazioni.
- Caselle di controllo: associano i valori vero e falso agli stati target corrispondenti.
- Dati mancanti: assegna valori predefiniti ai campi che contengono record vuoti.
Configura i campi di destinazione prima di avviare il trasferimento. Se il contenitore non esiste, la procedura guidata di migrazione non può spostare i dati. Devi inoltre verificare che entrambe le piattaforme utilizzino lo stesso formato data. Formati non corrispondenti causano il rifiuto dell'intera richiesta da parte dell'API.
Fase 4: Migrazione demo e convalida della mappatura dei campi
Ogni migrazione deve essere eseguita prima con un campione di prova. La migrazione di prova è un passaggio di sicurezza obbligatorio, non una formalità facoltativa. Lo strumento sposta un piccolo campione rappresentativo di circa 20 ticket e articoli della knowledge base, insieme ai relativi contatti, agenti e allegati. Questa prova consente di convalidare il comportamento dei dati prima di eseguire un trasferimento completo del volume.
Come eseguire una demo di migrazione produttiva
Una volta completata la simulazione da parte dello strumento di migrazione, scarica il report di mappatura dei dati ed effettua un controllo a campione manuale dei record nella tua nuova piattaforma.
Per la demo, utilizza questa checklist di convalida dei dati per la migrazione helpdesk :
- Ordine della conversazione: cercate l'ordine cronologico preciso, senza interruzioni.
- Valori dei campi personalizzati: verificare che tutti i valori siano mappati agli attributi corretti.
- Allegati: Aprire i file per assicurarsi che siano accessibili e non danneggiati.
- Note interne: Confermare che i commenti privati rimangano nascosti ai clienti.
- Contatti: Verifica che i ticket siano collegati ai profili cliente e azienda corretti.
Non procedere al trasferimento finale se la checklist rileva dati errati. Lo strumento offre prove demo gratuite e illimitate, in modo da poter modificare la mappatura e ripetere i test fino a ottenere un output corretto.
Fase 5: Migrazione completa dei dati
Il tuo team continuerà a lavorare sulla piattaforma di origine durante l'intera migrazione dei dati dell'help desk. Mantieni il tuo team nel sistema legacy fino al completamento della convalida post-migrazione.
Avvia la migrazione completa
Prima di cliccare sul pulsante "Avvia", verifica che tutte e cinque queste affermazioni siano vere. Se anche solo una di esse è falsa, fermati e correggila prima di procedere.
- Nella piattaforma di destinazione sono presenti campi personalizzati.
- Ogni profilo agente è associato a un account di destinazione o a un utente predefinito designato.
- Le automazioni, i trigger e le notifiche del sistema di destinazione sono completamente disabilitati.
- La migrazione demo ha superato tutti i controlli di validazione.
- Hai scaricato un backup completo dei dati dal tuo help desk di origine.
Scalabilità avanzata per set di dati di grandi dimensioni
Se stai trasferendo un volume elevato di record, utilizza queste due funzionalità architetturali per gestire i limiti delle API. Tieni presente che sono disponibili solo nel piano Signature.
- La migrazione a intervalli interrompe il trasferimento dei dati durante le ore di punta e lo riprende durante la notte o nei fine settimana. Questo protegge le operazioni in produzione e previene l'esaurimento della quota API.
- La migrazione multithread esegue simultaneamente più thread di dati in parallelo per spingere l'API della piattaforma di destinazione al suo limite massimo di throughput. La velocità di trasferimento dipende in larga misura dal piano tariffario della piattaforma di destinazione. È la soluzione più rapida per completare una migrazione dei dati dell'help desk entro una scadenza stringente.
Le modifiche di acquisizione della migrazione Delta durante il passaggio
Una migrazione delta copia tutti i record nuovi o modificati che sono apparsi nella piattaforma di origine dopo l'avvio della migrazione completa. Non spostare il tuo team nel nuovo help desk prima di aver eseguito la migrazione delta. Passare a una nuova piattaforma troppo presto significa perdere tutte le conversazioni con i clienti create durante il periodo di migrazione completa.
Due cose da sapere:
- È necessario eseguire la migrazione Delta entro 10 giorni dal completamento del trasferimento completo dei dati.
- La migrazione Delta è disponibile solo per il piano Signature.
Fase 6: Validazione post-migrazione
Il raggiungimento del 100% da parte della barra di avanzamento non significa che la migrazione sia completa. La convalida conferma che ogni cronologia dei ticket e ogni campo personalizzato siano stati inseriti correttamente. Mantieni attivo il tuo sistema precedente finché non avrai verificato ogni record.
Riconciliazione del conteggio dei record
Scarica il report finale di riconciliazione dei dati. Confronta i tuoi obiettivi direttamente con i dati di riferimento pre-migrazione che hai creato durante la Fase 1:
- Numero totale di ticket migrati rispetto al numero di ticket di origine
- Numero totale di profili di contatti e aziende migrati rispetto al numero di profili di origine
- Articoli della Knowledge Base migrati per versione linguistica rispetto al numero di fonti
Prima di disattivare il vecchio sistema di assistenza, esaminate e risolvete eventuali discrepanze statistiche.
convalida dell'articolo della Knowledge Base
Lista di controllo per la convalida dei dati di migrazione helpdesk per i contenuti della knowledge base:
- Ogni articolo è disponibile in tutte le opzioni linguistiche.
- La piattaforma di destinazione ricrea esattamente la struttura di cartelle e categorie.
- Tutti i collegamenti ipertestuali interni funzionano correttamente dopo l'aggiornamento degli URL codificati in modo che corrispondano alla nuova struttura della piattaforma.
- Le immagini incorporate vengono visualizzate correttamente all'interno del testo.
- Gli articoli in bozza rimangono in stato di bozza anziché essere pubblicati automaticamente.
Quando ricorrere ai servizi professionali
La procedura guidata di migrazione automatizzata funziona perfettamente per i trasferimenti di dati standard. Tuttavia, progetti su larga scala o database configurazioni
Ecco quattro scenari in cui gli strumenti self-service si rivelano inadeguati, i rischi derivanti dal risparmiare tempo e le soluzioni per affrontarli.
Scenario 1: Stai consolidando più help desk
L'unione di due o più piattaforme a seguito di un'acquisizione crea notevoli sovrapposizioni di dati. È necessario eliminare i profili dei contatti duplicati e risolvere i conflitti tra i campi personalizzati nei diversi sistemi.
Alcuni manager optano per l'importazione databasesenza un layout di mappatura principale. Questo sovrascrive i profili utente attivi e crea account cliente duplicati.
Scenario 2: Hai dipendenze complesse tra campi personalizzati
Tipi di dati non standard, migrazioni di massa tra più progetti separati e campi condizionali aggirano i modelli di mappatura standard.
Alcuni team tentano di forzare dati relazionali complessi in campi di testo libero standard. Ciò causa una perdita di dati silenziosa perché il nuovo sistema non è in grado di interpretare la struttura dati annidata.
Scenario 3: Hai bisogno di una traccia di audit normativa
Le rigide normative in materia di conformità impongono alle aziende di fornire una tracciabilità formale di tutti i dati dei clienti durante una modifica dell'infrastruttura.
Alcuni team tentano di affidarsi a semplici registri generati da strumenti automatizzati. Questi raramente superano i rigorosi audit di conformità.
Conclusione: la migrazione dei dati è un processo in sei fasi, non una singola esportazione
Una migrazione completa dei dati dell'help desk si articola in sei fasi per un semplice motivo: protegge i tuoi dati fin dal primo giorno, garantisce la continuità operativa del tuo team di supporto e fornisce ai tuoi agenti dati in ordine.
L'ordine è fisso perché le prime fasi mappano i campi e gettano le basi. Le fasi successive si occupano del lavoro più impegnativo. Seguendo questa sequenza, si evita di immettere dati in un sistema non testato.
Vuoi vedere i tuoi campi in azione? Avvia la migrazione demo gratuita per vedere come la procedura guidata di mappatura gestisce i tuoi ticket e articoli reali prima di confermare.
Avete una configurazione complessa? Parlate con il nostro team dei servizi professionali. Vi aiuteremo a valutare il volume del vostro database e le vostre esigenze di conformità prima del lancio.
Se una migrazione completa dell'help desk non è compatibile con i tuoi tempi, valuta altre strategie: consulta la Guida alla migrazione rapida per un passaggio più veloce oppure la Guida alla migrazione incentrata sull'IA per concentrarti sull'automazione.
Domande frequenti complete Help Desk Migration
La tempistica dipende dal volume dei record e dalla combinazione di piattaforme utilizzata. I dataset di piccole dimensioni, con meno di 50.000 record, solitamente si completano in uno o tre giorni. databasedi grandi dimensioni, con un numero di record compreso tra 100.000 e 500.000, possono richiedere da una a due settimane. Esegui una migrazione demo gratuita per ottenere una stima precisa dei tempi per il tuo dataset.
No. Ogni help desk utilizza una propria struttura di ID interna, quindi la nuova piattaforma genererà ID nuovi al momento dell'importazione. Lo strumento conserva comunque perfettamente l'oggetto, i timestamp e le conversazioni. È possibile scaricare un report post-migrazione per associare i vecchi ID a quelli nuovi.
Sì, ma prima devi configurare l'ambiente di destinazione. Crea tutti i tuoi campi personalizzati nel nuovo help desk prima di avviare il trasferimento. Rivedi la mappatura dei campi nella procedura guidata di migrazione ed esegui una demo per verificare che i tuoi dati vengano trasferiti nella posizione corretta.
L'articolo 20 GDPR impone la portabilità dei dati in un formato strutturato, mentre l'articolo 17 disciplina la conformità alle richieste di cancellazione. Per tutelare i diritti dei consumatori, è consigliabile utilizzare uno strumento di migrazione che mantenga la struttura relazionale dei dati. Prima del trasferimento, è opportuno eliminare i record che superano i termini di conservazione previsti. Infine, è fondamentale stipulare un accordo sul trattamento dei dati con il fornitore del servizio di migrazione per adempiere agli obblighi di conformità.
Lo strumento di migrazione sposta gli allegati e le immagini incorporate insieme ai relativi ticket, in modo che rimangano accessibili. Dopo il trasferimento, verifica a campione da 10 a 20 allegati per assicurarti che si aprano correttamente. Prima di migrare file di dimensioni particolarmente grandi, controlla i limiti di dimensione dei file della tua nuova piattaforma.
Sì. I motori di automazione utilizzano logiche completamente diverse a seconda del fornitore del software, quindi non è possibile trasferirli automaticamente. Documenta le tue attuali regole aziendali prima di iniziare. La maggior parte dei team scopre che fino al 40% delle vecchie regole sono comunque obsolete, il che rende la migrazione un'occasione perfetta per ottimizzare i flussi di lavoro.
