Unire o dividere le istanze Zendesk® senza perdere alcuna risposta
Migrazione Zendesk® a Zendesk®

Unire o dividere le istanze Zendesk® senza perdere alcuna risposta

Esegui la migrazione Zendesk® a Zendesk® senza perdita di dati, tempi di inattività o interruzioni operative. Che tu stia consolidando i dati dopo un'acquisizione o separando gli ambienti in base al marchio, alla regione o alle esigenze di conformità, questo approccio alla migrazione dei dati è progettato per garantire la continuità operativa degli agenti e la ricezione delle risposte da parte dei clienti.

Prenota una consulenza →

Non è richiesta alcuna carta di credito Installazione rapida

Scelto da oltre 40.000 aziende

Perché unire o dividere le istanze Zendesk®

Le organizzazioni uniscono gli account Zendesk® in seguito a fusioni e acquisizioni, consolidamenti interni o quando desiderano ridurre i costi di gestione di più sistemi.

I team scelgono di unire le istanze Zendesk® quando:

Hai acquisito un'altra azienda e devi unire gli account Zendesk® in modo che gli agenti possano visualizzare e rispondere mantenendo intatto il contesto storico completo.

Dopo il consolidamento delle istanze Zendesk® , i team necessitano di visibilità condivisa e dashboard di reporting unificate per tutte le funzioni di supporto.

La presenza di più istanze Zendesk® comporta flussi di lavoro duplicati, automazioni ridondanti e lacune nell'accuratezza dei report.

Scegliendo di unire le istanze Zendesk® , i team eliminano i flussi di lavoro duplicati, riducono la proliferazione dell'automazione e centralizzano la gestione degli SLA, preservando al contempo i dati storici e riducendo al minimo le interruzioni.

La suddivisione delle istanze Zendesk® diventa essenziale quando marchi, regioni o obblighi di conformità richiedono indipendenza.

I team separano le istanze Zendesk® quando:

I flussi di lavoro o gli SLA (Service Level Agreement) sono in conflitto tra i diversi reparti o regioni geografiche.

I team necessitano di autonomia operativa per soddisfare i requisiti normativi o di conformità locali.

Per le esperienze di supporto rivolte ai clienti è necessaria una reportistica o un'immagine coordinata separate.

Questo approccio controllato alla migrazione Zendesk® riduce i conflitti nei flussi di lavoro, gli instradamenti errati dei ticket e gli errori di reporting, offrendo al contempo ai reparti o ai marchi la libertà di cui hanno bisogno.

Perché la migrazione Zendesk® a Zendesk® può sembrare rischiosa (e come eliminiamo il rischio)

Una migrazione da Zendesk® a Zendesk® può sembrare rischiosa se eseguita senza visibilità o convalida.

Rischio: perdita di dati critici

Il solo pensiero di perdere biglietti, allegati, note private, registrazioni di chiamate o contesto storico è sufficiente a far esitare i team. Un clic sbagliato potrebbe sembrare irreversibile.

Come Help Desk Migration :

Il nostro servizio di migrazione dati garantisce che ogni ticket, allegato e conversazione venga migrato con precisione. Le migrazioni di prova ti permettono di vedere i tuoi dati reali trasferiti in tutta sicurezza prima di procedere con la migrazione definitiva. Nulla viene lasciato indietro, nulla si interrompe.


Rischio: tempi di inattività e interruzione dell'assistenza

I vostri agenti continuano a lavorare e i vostri clienti continuano a rispondere. Le interruzioni del supporto sono inaccettabili durante il consolidamento delle istanze Zendesk® .

Come Help Desk Migration :

Tutte le migrazioni dei dati Zendesk® vengono eseguite in background mentre Zendesk® rimane attivo. Durante la migrazione Delta, è possibile migrare la nuova attività, in modo che l'assistenza non si interrompa e gli SLA rimangano invariati.


Rischio: flussi di lavoro interrotti, ticket indirizzati in modo errato e mappatura non corretta

Marchi, moduli, incaricati o stati errati possono rallentare i team e generare confusione, problemi di comunicazione ed errori di reporting durante il consolidamento delle istanze Zendesk® .

Come Help Desk Migration :

Migration Wizard ti aiuta a mappare con precisione ticket, utenti, campi personalizzati, macro e trigger. I casi limite, come ticket uniti, follow-up o utenti sospesi, vengono gestiti automaticamente. Puoi convalidare ogni passaggio della mappatura, riducendo i rischi a zero.


Rischio: costi, continuità della rendicontazione e contesto storico

La migrazione di una quantità eccessiva di dati può aumentare i costi. I report di Esplora risorse non vengono migrati per impostazione predefinita. Allegati, screenshot o note potrebbero non essere inclusi.

Come Help Desk Migration :

Il nostro servizio di migrazione dati ti permette di filtrare ticket e dati, preservare l'integrità dei report e acquisire ogni dettaglio storico rilevante. Avrai sempre il pieno controllo dell'ambito e dei costi.

Ciò che prima sembrava rischioso diventa prevedibile, sicuro e reversibile. Gli agenti continuano a lavorare, i clienti continuano a ricevere risposte e la dirigenza acquisisce la certezza che il passaggio da Zendesk® a Zendesk® avrà successo.

Con una demo Help Desk Migration , non dovrai fare supposizioni, ma potrai vedere il sistema in funzione prima ancora che diventi necessario.

Non è richiesta alcuna carta di credito Installazione rapida

Come funziona la migrazione Zendesk® a Zendesk®

Preparazione · Mappatura · Test · Messa in produzione · Convalida

Preparare

Un trasferimento Zendesk® a Zendesk® di successo inizia con una preparazione dettagliata:

  • Selezionare l'istanza Zendesk® di destinazione (unione o suddivisione) in base ai requisiti aziendali.
  • Allineare marchi, moduli, gruppi e SLA in modo che corrispondano all'architettura desiderata.
  • Conferma l'accesso a livello di amministratore sia all'istanza Zendesk® di origine che a quella di destinazione.
  • Definisci l'ambito della migrazione: cronologia completa o solo ticket recenti e aperti.
  • Inventariare tutti i campi personalizzati, le macro, i trigger e le automazioni, incluse le dipendenze.
  • Identificare i ticket archiviati, i ticket uniti, gli utenti sospesi e i casi limite che potrebbero richiedere una gestione personalizzata.

Mappa

La mappatura definisce con precisione il comportamento dei dati dopo la migrazione:

  • Biglietti: stati, marchi, moduli, assegnatari.
  • Utenti e organizzazioni: deduplicazione, associazioni multi-azienda, gestione degli utenti sospesi.
  • Campi personalizzati: normalizzazione dei menu a tendina, comportamento dei tag e gestione dei campi multi-modulo.
  • Regole: le macro vengono migrate completamente; le automazioni vengono disabilitate durante la migrazione e riattivate manualmente.

Test

I test confermano l'accuratezza e infondono fiducia:

  • Migrare 20 ticket reali, inclusi casi limite come ticket multimarca, utenti uniti e follow-up.
  • Esamina le conversazioni, gli allegati, i campi personalizzati e gli stati per verificarne la coerenza.
  • Perfeziona la mappatura in base ai risultati e, se necessario, riesegui le migrazioni demo.
Avvia una demo gratuita

Vai in diretta

La migrazione completa viene eseguita mentre il tuo Zendesk® di origine rimane attivo:

  • La migrazione Delta aiuta a spostare le nuove risposte e gli aggiornamenti degli agenti durante il passaggio.
  • Gli operatori continuano a svolgere le proprie mansioni e i clienti continuano a ricevere assistenza.
  • La migrazione avviene in background per garantire la piena continuità operativa.

Convalidare

Si tratta di un processo controllato di migrazione dei dati del servizio clienti, non di un'operazione fai-da-te:

  • Verificare la corrispondenza tra il numero di ticket e quello degli utenti per confermare che tutti i dati siano stati migrati correttamente.
  • Ricostruisci i report di Explore, poiché i dati di reporting non vengono migrati per impostazione predefinita.
  • Riattiva le automazioni intenzionalmente per evitare attivazioni impreviste.
  • Archiviare l'istanza sorgente per esigenze di conformità o di conservazione dei dati.
  • Si tratta di un processo controllato di migrazione dei dati del servizio clienti, non di un'operazione fai-da-te.
Piattaforme supportate
Mappatura dei dati
Migrazione demo gratuita
Migrazione completa
Esaminare i risultati

Problemi comuni di migrazione Zendesk® a Zendesk® che gestiamo

Problema 1: Marchi inattivi o predefiniti che causano instradamenti errati

Problema:

I marchi inattivi sull'istanza di origine potrebbero essere assegnati automaticamente a un marchio selezionato sull'istanza di destinazione, con la potenziale conseguenza di mescolare i biglietti tra marchi diversi.

Soluzione:

Il servizio Help Desk Migration filtra e mappa i marchi inattivi in ​​base alle vostre esigenze, garantendo che i ticket vengano indirizzati al marchio corretto senza confusione.


Problema 2: I campi a discesa generano tag non necessari

Problema:

I campi a tendina presenti in più moduli di richiesta biglietti possono generare tag indesiderati dopo la migrazione.

Soluzione:

Personalizza la mappatura per rimuovere i campi irrilevanti e, facoltativamente, disabilita l'etichettatura automatica dei contenuti, riducendo il rumore dei tag e preservando al contempo i dati critici.


Problema 3: i ticket archiviati non vengono visualizzati

Problema:

Nel sistema sono presenti ticket archiviati, ma non vengono visualizzati nelle viste predefinite, il che genera il timore che "i ticket siano andati persi"

Soluzione:

Tutti i ticket archiviati sono inclusi nella migrazione dei dati e vi guideremo nella loro conferma tramite ricerca ID o caratteri jolly.


Problema 4: Discrepanze tra ticket risolti e chiusi

Problema:

I ticket risolti potrebbero chiudersi automaticamente dopo 28 giorni, con conseguenti ripercussioni sul monitoraggio dello stato.

Soluzione:

Teniamo conto del comportamento di automazione Zendesk® e ti consentiamo di mappare gli stati dei ticket in modo che i dati storici rimangano accurati, mentre tu controlli le automazioni future.


Problema 5: Differenze di fuso orario / Conversione UTC

Problema:

L'API utilizza il fuso orario UTC; i timestamp dei ticket potrebbero apparire sfasati di un'ora dopo la migrazione.

Soluzione:

Il nostro servizio gestisce la normalizzazione del fuso orario e fornisce una verifica post-migrazione per garantire che i timestamp siano allineati con le impostazioni locali del tuo team.


Problema 6: Limitazioni degli agenti luminosi

Problema:

Gli agenti Light non possono possedere ticket chiusi né pubblicare commenti pubblici, limitando così la visualizzazione dei ticket negli incarichi.

Soluzione:

Pre-associamo i ticket e i commenti degli agenti di supporto agli agenti appropriati, evitando lacune nella responsabilità.


Problema 7: restrizioni IP o errori di connessione

Problema:

Gli strumenti di migrazione possono non funzionare se le istanze Zendesk® di origine o di destinazione limitano determinati indirizzi IP.

Soluzione:

Forniamo assistenza per la whitelist degli indirizzi IP e la configurazione sicura al fine di prevenire malfunzionamenti.


Problema 8: Mancata corrispondenza dell'indice di ricerca Zendesk®

Problema:

Il numero di biglietti visualizzati tramite la ricerca potrebbe non corrispondere al numero effettivo di biglietti emessi.

Soluzione:

La procedura guidata Help Desk Migration convalida i conteggi tramite i dati API e, se necessario, possiamo fornire assistenza per la reindicizzazione.


Problema 9: Stati dei ticket personalizzati

Problema:

È possibile mappare contemporaneamente solo stati personalizzati o predefiniti.

Soluzione:

Assistiamo il cliente nella disattivazione degli stati personalizzati e nella riconnessione dell'account, garantendo la corretta dello stato dei ticket .

Casi di successo di migrazioni da Zendesk® a Zendesk®

UrbanYou ha conservato oltre 200.000 biglietti dopo il consolidamento degli account

Industria:

Servizi domestici

Problema:

UrbanYou aveva bisogno di trasferire oltre 200.000 ticket, contatti, allegati, note e contenuti della Knowledge Base da un vecchio account Zendesk® a un account appena creato dopo l'acquisizione, ma gli strumenti nativi di Zendesk®non conservavano sufficienti dettagli.

Come abbiamo risolto il problema:

UrbanYou ha condotto una migrazione di prova gratuita per verificare l'integrità dei ticket, dopodiché ha eseguito una migrazione completamente automatizzata con il supporto di esperti che hanno guidato ogni fase.

Risultato:

Tutto il contesto storico dell'assistenza, inclusi ticket, allegati e note, è stato migrato senza problemi, consentendo agli agenti di accedere immediatamente alla cronologia del cliente senza interruzioni.


"La migrazione dei nostri dati Zendesk® con Help Desk Migration è stata un'esperienza assolutamente impeccabile."

Noga Edelstein
Co-fondatrice di UrbanYou

Noga Edelstein

Roland Corporation ha realizzato un complesso consolidamento di istanze per una piattaforma di supporto globale

Industria:

Elettronica e strumenti musicali

Problema:

Roland aveva bisogno di consolidare i dati del servizio clienti da un'istanza regionale Zendesk® in un'istanza globale centralizzata per unificare le operazioni di supporto, un'attività che coinvolgeva ticket, contatti, aziende, agenti e gruppi.

Come abbiamo risolto il problema:

Help Desk Migration ha applicato una combinazione di processi di migrazione automatizzati e personalizzati, mappando attentamente le entità chiave e preservando la struttura del flusso di lavoro tra i vari account.

Risultato:

È stata completata con successo una sofisticata consolidazione Zendesk® a Zendesk® , preservando tutti i dati critici e mantenendo la continuità del supporto.


"Onestamente, sono rimasto piacevolmente sorpreso dalla rapidità di risposta dell'azienda. Mi sono chiesto: ma voi dormite mai? Ho ricevuto risposte a praticamente ogni mia domanda entro poche ore, nonostante i diversi fusi orari."

Paul McCabe,
Vicepresidente dell'esperienza clienti globale presso Roland Corporation.

Paolo McCabe

Ozonics LLC ha effettuato una migrazione notturna a un Zendesk® funzionante

Industria:

Prodotti per esterni / Prodotti di consumo

Problema:

Ozonics LLC necessitava di un metodo rapido e affidabile per migrare la propria infrastruttura di supporto esistente su Zendesk® e renderla pienamente operativa entro il giorno lavorativo successivo.

Come abbiamo risolto il problema:

Il team Help Desk Migration li ha guidati attraverso una demo e la migrazione completa, consentendo a Ozonics di preconfigurare Zendesk® ed eseguire il trasferimento durante la notte.

Risultato:

Entro la mattina, Zendesk® era pienamente operativo con tutti i dati storici, eliminando tempi di inattività e reinserimento manuale.


"La migrazione è andata come previsto, non abbiamo riscontrato alcun problema nei dati trasferiti."

Stacey Hippen,
Direttrice delle Operazioni presso Ozonics LLC

Stacey Hippen
Discussione di gruppo sulla migrazione

Centro assistenza (Base di conoscenza) Migrazione

Help Desk Migration trasferisce articoli, traduzioni, gerarchia, allegati e metadati tra i Centri assistenza Zendesk® nel rispetto delle limitazioni della piattaforma. Segui le linee guida riportate di seguito per garantire una migrazione completa e senza errori.

La migrazione non andrà a buon fine se l'utente API non dispone delle autorizzazioni necessarie:
  • Per accedere a tutti i contenuti del Centro assistenza è necessario il ruolo di amministratore della guida.
  • Accesso a tutti i marchi in fase di migrazione.
  • Autorizzazione alla gestione delle lingue e delle impostazioni locali.
  • Accesso per visualizzare articoli archiviati o in bozza, qualora necessitino di essere migrati.

  • Ciascun marchio deve essere migrato separatamente utilizzando il relativo URL.
  • Le migrazioni multimarca sono supportate, ma vengono tracciate individualmente.
  • Se gli articoli di marchi diversi condividono slug o ID, vengono rinominati durante la migrazione per evitare conflitti.

Regole per prevenire errori di migrazione:
  • La lingua predefinita deve corrispondere tra la lingua di origine e quella di destinazione.
  • Mappatura delle impostazioni locali uno a uno. Non è possibile mappare più impostazioni locali di origine a una singola impostazione locale di destinazione.
  • Le impostazioni locali eliminate nel codice sorgente potrebbero essere ancora presenti nell'API; la migrazione di queste non andrà a buon fine.
  • I nomi delle impostazioni locali dell'interfaccia utente Zendesk® potrebbero differire dai codici API (ad esempio, fr-fr → Francese, fr → Francese (Francia)). Verificalo in Amministrazione della Knowledge Base → Impostazioni → Impostazioni lingua.
  • Gli articoli senza una lingua predefinita vengono ignorati, a meno che non venga assegnata manualmente o tramite le impostazioni di migrazione.
  • È possibile omettere determinate località se non necessarie.

  • Bozze e articoli pubblicati: La migrazione preserva lo Stato. Le bozze restano bozze; gli articoli pubblicati restano pubblicati.
  • Articoli archiviati: non possono essere migrati. Ripristinali come bozza o pubblicali prima.
  • Cartelle e sezioni: gli articoli senza cartelle vengono spostati in una cartella predefinita. I limiti di sezioni/categorie e la profondità massima di annidamento vengono mantenuti, ma devono essere verificati per evitare errori silenziosi.
  • Ordinamento e articoli fissati: l'ordine viene mantenuto ove possibile; le posizioni personalizzate potrebbero richiedere modifiche dopo la migrazione.

  • Immagini, file, tag e formattazione vengono migrati così come sono.
  • Per incorporare i video è necessario abilitare i contenuti non sicuri in Zendesk®.
  • I link all'interno degli articoli vengono aggiornati automaticamente se l'opzione "Aggiorna collegamenti incrociati" è abilitata; in caso contrario, i reindirizzamenti devono essere configurati manualmente.

  • Le etichette e i cartellini vengono conservati.
  • Potrebbe essere necessario mappare i campi degli articoli personalizzati; i campi non supportati vengono ignorati.
  • Attribuzione dell'autore: gli autori originali vengono mantenuti se gli utenti esistono nel sistema di destinazione; in caso contrario, la migrazione assegna l'utente API.
  • Le date di creazione e aggiornamento degli articoli vengono mantenute ove possibile.

  • L'aggiornamento dei collegamenti incrociati preserva i collegamenti interni.
  • Se i collegamenti incrociati sono disabilitati, è necessario impostare dei reindirizzamenti.
  • Gli slug vengono rinominati automaticamente se ne esistono duplicati nel Centro assistenza di destinazione.

  • La migrazione è idempotente se gli stessi articoli vengono migrati più volte: gli articoli aggiornati sovrascrivono le versioni precedenti.
  • Gli articoli cancellati o le traduzioni rimosse nella versione originale non vengono automaticamente eliminati nella versione di destinazione.
  • Fornire un elenco di articoli per la migrazione selettiva. Se sono meno di 20, è possibile farlo in una demo utilizzando la funzione Demo con dati personalizzati.

  • Articoli archiviati (ripristina prima lo stato di bozza o pubblicato).
  • Dati del campo guida.
  • Ticket di spam (scheda Sospesi).
  • Alcuni campi personalizzati non supportati.

  • Potrebbe essere necessario del tempo prima che i contenuti appena migrati vengano visualizzati nei risultati di ricerca.
  • I ritardi nell'indicizzazione sono normali e prevedibili dopo la migrazione.
Cosa non può essere migrato?
  • Articoli archiviati: nemmeno quelli personalizzati possono essere migrati. Per includerli, è necessario prima ripristinarli come bozze o articoli pubblicati.
  • Dati del campo Canale: Zendesk® non consente la migrazione nel campo Canale, pertanto queste informazioni non possono essere spostate nel campo predefinito.
  • Ticket di spam: i ticket nella scheda "Sospesi" non vengono migrati.
La tua base di conoscenza è completamente strutturata, ricercabile e conserva l'integrità storica senza che il tuo team debba gestire manualmente migliaia di articoli.
Banner alternativo Help Desk Migration

Non affidarti alle supposizioni. Convalida la tua migrazione Zendesk® a Zendesk® senza interruzioni del servizio

Zendesk® a Zendesk® :
dettagli tecnici importanti

Sì. Tutti i biglietti vengono migrati, inclusi quelli di marchi inattivi. Puoi controllare quali marchi e formati di biglietto includere, in modo che i biglietti vengano visualizzati nel marchio o nel reparto corretto.

I ticket uniti vengono migrati come record individuali, mantenendo il contesto storico completo. I follow-up possono essere consolidati nel ticket principale oppure acquisiti in campi personalizzati, in base alle esigenze del flusso di lavoro.

I ticket non assegnati vengono automaticamente assegnati a un agente predefinito. Ciò garantisce che nessun ticket rimanga orfano e che i flussi di lavoro continuino senza interruzioni.

I campi a tendina di più moduli di richiesta biglietti vengono convertiti in tag. In questo modo, riduciamo al minimo la creazione di tag non necessari, preservando al contempo tutti i dati critici. L'assegnazione automatica dei tag può essere disabilitata, se lo si desidera.

Sì. Le registrazioni delle chiamate vengono conservate come allegati MP3, mentre tutte le immagini, i video e i file incorporati vengono migrati intatti e risultano utilizzabili nell'istanza di destinazione.

Tutte le macro, i trigger e le relative condizioni vengono migrati. Poiché saltare delle azioni può causare il malfunzionamento dei trigger, verifichiamo tutto prima del passaggio definitivo. È possibile filtrare per stato (attivo o inattivo), categoria o gruppo, a seconda delle necessità.

Le note private create da utenti non agenti, richiedenti o destinatari in CC vengono riassegnate a un agente predefinito. Il contesto originale viene preservato, quindi nulla viene perso.

Evita sorprese, perdita di dati e tempi di inattività. Ogni ticket, utente, macro e articolo della knowledge base viene migrato in modo affidabile. Le migrazioni di prova ti consentono di visualizzare in anteprima i risultati, i casi limite vengono gestiti automaticamente e i flussi di lavoro rimangono ininterrotti.

Sì. Qualsiasi tag applicato a un utente o a un'organizzazione viene automaticamente aggiunto ai nuovi ticket creati per loro.

I ruoli predefiniti includono Utente finale, Agente e Amministratore. Con il piano Enterprise, puoi creare ruoli personalizzati per soddisfare le esigenze del tuo team.

Questo di solito significa che l'utente che esegue la migrazione non ha l'autorizzazione per accedere a help_center/user_segments. Per risolvere il problema, assegna all'utente il ruolo di Gestore del Centro assistenza.

Gli articoli della Knowledge Base possono essere archiviati solo in cartelle, non in categorie. Se un articolo non appartiene a una cartella nel sistema di origine, verrà migrato in una cartella predefinita creata dallo strumento di migrazione.

Le automazioni vengono eseguite in base a eventi temporali, mentre i trigger si attivano in risposta alla creazione o all'aggiornamento dei ticket.

Sì. I ticket vengono migrati da tutti i marchi, inclusi quelli disattivati. Il campo "Marchio" viene visualizzato nella mappatura. Se un marchio è inattivo, non viene visualizzato nella mappatura. I ticket di quel marchio verranno migrati al marchio predefinito selezionato dal cliente. Se un cliente desidera migrare solo marchi specifici anziché tutti, è necessario utilizzare un filtro. Sul Zendesk®di destinazione, i ticket possono essere migrati a un marchio specifico selezionandolo nella mappatura dei ticket (il campo "Marchio" viene visualizzato nella mappatura).

Un modulo di ticket è un modello che definisce quali campi compaiono su un ticket, differenziando i ticket per reparto o tipologia di richiesta.
  • Mappatura dei moduli: i moduli dei ticket possono essere mappati tra origine e destinazione.
  • Campi a discesa: i valori inseriti nei menu a discesa di altri moduli vengono aggiunti automaticamente come tag da Zendesk®. Questo comportamento non può essere impedito.
  • Mappatura personalizzata: i campi non necessari possono essere esclusi per ridurre il numero di tag.
  • Disabilitazione dei tag: Zendesk® consente di disabilitare l'assegnazione automatica dei tag; è possibile disabilitare anche i tag automatici basati sul contenuto (Guida), ma i tag dei campi a discesa rimangono attivi a meno che non vengano rimossi dalla mappatura.

Ticket uniti: migrano come ticket separati. I messaggi privati ​​che indicano l'unione vengono migrati come messaggi privati. Follow-up: migrano come un singolo ticket. I follow-up con ID possono essere facoltativamente migrati in una nota privata o in un campo personalizzato.

Sì, i ticket archiviati vengono migrati automaticamente. In Zendesk®, i ticket archiviati sono quelli con stato Chiuso da 90 giorni.

I ticket non assegnati sul Zendesk® di destinazione vengono assegnati a un agente predefinito.
  • I ticket possono rimanere nello stato "Nuovo" solo se non sono assegnati.
  • Quando un nuovo ticket viene assegnato all'agente predefinito, Zendesk® ne modifica automaticamente lo stato in Aperto.
  • Pertanto, lo stato "Nuovo" è escluso dalla mappatura di migrazione a Zendesk®.

Zendesk® consente di creare stati personalizzati per i ticket, oltre a quelli predefiniti (Nuovo, Aperto, In sospeso, In attesa, Risolto, Chiuso).
  • Mappatura: per la mappatura vengono visualizzati gli stati predefiniti o personalizzati, mai entrambi contemporaneamente.
  • Passaggio agli stati predefiniti: per mappare gli stati predefiniti, disattiva gli stati personalizzati nel tuo account e riconnettiti.
  • Comportamento dei ticket: i ticket con stato personalizzato vengono trattati come chiusi: mantengono tutte le caratteristiche dei ticket chiusi (non possono essere modificati, rimangono nella categoria Chiusi) anche se esistono automazioni, ma il nome del loro stato non cambia.

Sì. Le organizzazioni possono essere escluse, se lo si desidera, preferibilmente senza informare preventivamente gli utenti.

Sì. I tag dei contatti (utenti e organizzazioni) vengono migrati automaticamente. Tutti i tag associati a utenti o organizzazioni nell'istanza Zendesk® di origine vengono trasferiti all'istanza di destinazione e rimangono disponibili per flussi di lavoro, trigger e report.

Su Zendesk®, un ticket non può appartenere a un'azienda diversa da quella del richiedente. Se un ticket di origine ha un'azienda diversa da quella del contatto (o non ha un'azienda specificata), è possibile migrare in modo personalizzato più aziende dai ticket al contatto e visualizzare l'azienda corretta nel ticket.

Gli utenti sospesi vengono estratti e migrati come utenti riattivati, poiché non possono creare ticket. Se un utente risulta sospeso sul sistema di destinazione, lo riattiviamo e lo mappiamo.

Zendesk® I segmenti utente possono essere migrati solo tramite la mappatura di tag personalizzati per utenti e organizzazioni. I clienti devono creare segmenti utente sul sistema di destinazione per i contatti da migrare prima o dopo la migrazione. Durante la migrazione degli articoli, i segmenti utente di origine e di destinazione vengono visualizzati per la mappatura, ma funzionano solo se configurati correttamente sul sistema di destinazione.

Se un agente appartiene al Gruppo A nel sistema di origine e al Gruppo B in Zendesk®, l'agente viene assegnato al gruppo collegato al ticket, in base alla mappatura.

Sì, i ticket possono essere filtrati per destinatario (indirizzi email di supporto) solo se il dominio è Zendesk®.

I trigger vengono eseguiti automaticamente al verificarsi delle condizioni previste. Durante la migrazione:
  • Mappatura automatizzata: tutti i trigger vengono migrati.
  • Dettagli verificabili: ogni condizione e azione vengono visualizzate per la verifica.
  • Critico: se viene saltata una qualsiasi azione, il trigger non funzionerà dopo la migrazione.

Durante la migrazione, le macro vengono trasferite con tutti i loro componenti principali e devono essere mappate correttamente per funzionare sul Zendesk®di destinazione
  • Disponibile per — definisce quali ruoli possono utilizzare la macro.
  • Titolo: il nome della macro.
  • Corpo: il contenuto o le istruzioni applicate dalla macro.
  • Azioni: tutte le azioni delle macro sono mappate esplicitamente. Se un'azione viene saltata o non mappata, la macro non funzionerà dopo la migrazione.
Tutte le azioni macro, le condizioni e le dipendenze sono completamente visibili durante la fase di mappatura, consentendo di convalidarle e modificarle prima della messa in produzione.

Sì. Puoi filtrare per:
  • Macro: stato attivo/inattivo, categoria o gruppo. Per impostazione predefinita, tutte le macro vengono migrate.
  • Trigger: stato attivo/inattivo o categoria. Per impostazione predefinita, tutti i trigger vengono migrati.
Elvira Azymova
AUTORE

Elvira Azymova

Responsabile vendite

Elvira è un'esperta di migrazione di help desk di grande esperienza e una figura di spicco del nostro team Vendite e Supporto. Con oltre 4 anni di esperienza e un curriculum di oltre 2000 migrazioni di successo, è specializzata nella gestione di migrazioni di dati aziendali complesse, con particolare attenzione all'integrità totale dei dati e alla continuità operativa.

Migrazione semplificata Zendesk a Jira Service Management

Migra i dati dei tuoi clienti da Zendesk a Jira Service Management in pochi clic. La nostra soluzione si occupa della migrazione, così tu puoi concentrarti su ciò che conta davvero: risolvere le richieste dei tuoi clienti.

Scopri altre utili guide sulla migrazione dei dati

Cerchi altro? Le nostre risorse aggiornate offrono guide preziose per migliorare il servizio clienti e gestire la migrazione dei dati dell'help desk. Scoprile subito!

Il miglior software Live Chat che si possa acquistare

Non importa quanti anni hai o che tipo di contenuti consumi, ...

I 6 migliori sistemi di assistenza clienti per Shopify

Ricordi l'ultima volta che hai ricevuto un servizio clienti eccezionale? Puoi...

Spiceworks Desktop vs Spiceworks Cloud: qual è la differenza?

Una delle versioni del servizio di assistenza clienti Spiceworks verrà disattivata il 31 dicembre.

Zendesk è un marchio registrato di Zendesk, Inc. Help Desk Migration non è affiliata, sponsorizzata o approvata da Zendesk, Inc. Forniamo servizi di migrazione dati compatibili con la piattaforma di Zendesk.