> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/it/zoom-workplace/zoom-phone/zoom-phone-bluepaper/migration-strategies.md). # Strategie di migrazione ### Servizi professionali di Zoom e Partner di canale certificati L’Organizzazione dei Servizi professionali di Zoom (PSO) e i partner di canale certificati offrono alle aziende assistenza nella transizione verso le Soluzioni Zoom, incluso Zoom Phone. Questi gruppi possono aiutare le aziende a valutare le proprie esigenze di transizione, sviluppare e implementare piani di distribuzione e fornire servizi tecnici in loco durante il processo di Go-Live. Con più livelli di servizio Disponibile, il team PSO di Zoom può aiutare i Clienti in transizione verso Zoom Phone con i seguenti servizi: {% columns %} {% column %} * Architettura e progettazione * Analisi dei casi d’uso * Assistenza e strategia per l’implementazione * Porting e migrazione BYOC * Guida all’implementazione {% endcolumn %} {% column %} * Revisione e ottimizzazione dei dati * Revisione della preparazione della rete * Provisioning e configurazione * Hypercare: 10 giorni di Assistenza post Go-Live \\ {% endcolumn %} {% endcolumns %} Ai Clienti interessati a mantenere l’Organizzazione dei Servizi professionali si consiglia di consultare [il sito web di Zoom](https://explore.zoom.us/en/professional-services/) per maggiori informazioni o parlare con il proprio team dell’account Zoom. ### Un approccio graduale I Clienti che migrano a Zoom Phone senza l’assistenza di aziende terze o dell’Organizzazione dei Servizi professionali di Zoom possono trarre vantaggio da un approccio graduale più lento e di transizione. Ciò può includere il passaggio degli utenti a Zoom Phone con un approccio segmentato o basato su percentuali, ad esempio spostando gli utenti una sede alla volta, oppure spostando il 5% dei loro utenti in incrementi giornalieri o settimanali, a seconda del numero di utenti. I vantaggi di un approccio graduale includono:\\ 1. **Interruzione minima**: La transizione graduale degli utenti riduce al minimo le interruzioni delle operazioni quotidiane. Gli utenti possono adattarsi a Zoom Phone gradualmente, riducendo il rischio di perdita di produttività associato a cambiamenti improvvisi. 2. **Gestione del rischio**: Suddividendo la migrazione in fasi, la vostra azienda può identificare e affrontare eventuali problemi o sfide che emergono in ciascuna fase prima di passare alla successiva. Questo approccio proattivo riduce il rischio di incontrare problemi importanti in tutta l’Organizzazione. 3. **Adozione da parte degli utenti**: Gli utenti sono più propensi ad accogliere il nuovo sistema quando hanno il tempo di adattarsi gradualmente. Le risorse di formazione e Assistenza possono essere fornite in modo incrementale, così gli utenti si sentono a proprio agio con la nuova tecnologia. 4. **Allocazione delle risorse**: Un approccio graduale consente alle organizzazioni di allocare le risorse in modo più efficiente. Il personale IT può concentrarsi sul supporto a un gruppo più piccolo di utenti durante ciascuna fase, così da offrire loro Assistenza adeguata e supporto per la risoluzione dei problemi. 5. **Valutazione e feedback**: Ogni fase della migrazione offre l’opportunità di valutare le prestazioni del nuovo sistema e raccogliere feedback dagli utenti. Questo feedback può orientare modifiche e miglioramenti man mano che la migrazione procede. 6. **Flessibilità**: La suddivisione della migrazione in fasi offre flessibilità per adattare il piano di implementazione in base alle esperienze reali e al feedback. Le organizzazioni possono apportare modifiche, se necessario, per garantire una transizione di successo per tutti gli utenti. Nel complesso, un approccio graduale di transizione all’adozione di Zoom Phone può aiutare le organizzazioni a gestire il rischio, Promuovi l’adozione da parte degli utenti e rendere più fluida la transizione alla nuova tecnologia. ### Porta il tuo PBX Per i Clienti con sistemi PBX on-premise esistenti, l’utilizzo di Zoom Phone **Porta il tuo PBX** (BYOP) modello di servizio può semplificare il periodo di transizione tra utenti on-premise e utenti cloud. Con il modello di servizio BYOP, i clienti collegano il proprio PBX on-premise con il PBX cloud di Zoom Phone tramite un insieme di regole di Instradamento configurabili. Una volta configurate queste Integrazioni, gli utenti possono continuare a chiamare gli utenti con flussi di lavoro coerenti, ad esempio componendo il proprio numero interno o i numeri in selezione rapida. Grazie alle regole di Instradamento back-end che effettuano la Connessione tra il PBX on-premise e Zoom Phone, quando un utente compone un numero interno, il PBX pertinente interrogherà automaticamente sia il PBX on-premise sia il PBX di Zoom Phone per l’utente con il numero interno composto e, se viene trovato un utente, chiamerà di conseguenza. Questo modello di servizio è più comunemente utilizzato come passaggio intermedio per i Clienti che migrano da un sistema on-premise a uno dei [modelli di servizio precedentemente menzionati](/technical-library/it/zoom-workplace/zoom-phone/zoom-phone-bluepaper/overview.md#zoom-phone-offers-three-primary-service-offerings-native-byoc-cloud-peering-and-byoc-premises-peerin). Una volta che tutti gli utenti sono migrati dal sistema on-premise a Zoom Phone, il sistema on-premise può essere dismesso in sicurezza o messo in standby. L’esempio seguente illustra i vantaggi di questo modello di servizio per un periodo transitorio, mentre un account avvia il proprio processo di conversione completo. {% hint style="success" %} **Esempio** L’azienda “Omzo” si sta preparando a trasferire 100 utenti dal proprio sistema PBX on-premise a Zoom Phone Native. Attualmente è configurata per un modello di servizio Bring Your Own PBX per agevolare la transizione. Lunedì, Alice e Bob sono entrambi registrati al PBX on-premise. Alice può facilmente chiamare Bob al suo numero interno 100. Martedì, Bob viene trasferito a Zoom Phone e mantiene il suo numero interno 100, mentre Alice rimane registrata al PBX on-premise. Poiché il PBX on-premise è connesso a Zoom Phone, se Alice prova a chiamare Bob al numero interno 100, la richiesta fallirà all’interno del PBX on-premise e passerà al PBX di Zoom Phone. Poiché Bob ha mantenuto lo stesso numero interno, il PBX di Zoom Phone identificherà Bob a quel numero interno e lo chiamerà tramite la connessione BYOP. In questo scenario, né Bob né Alice devono essere consapevoli della transizione in corso. Le chiamate continueranno a connettersi senza un impatto sull’esperienza dell’utente perché il PBX on-premise e il PBX di Zoom Phone sono collegati e tutti gli altri fattori rimangono invariati. {% endhint %} #### Progettazione della rete BYOP

Diagramma che mostra la progettazione della rete BYOP.

{% hint style="info" %} **Nota** Gli endpoint di Zoom Phone avviano sempre la connettività verso i data center di Zoom; tuttavia, gli SBC BYOP richiedono connettività bidirezionale. Se avete domande sulla connettività delle Portabilità e sull’ambito, parlate con il vostro team tecnico dell’account Zoom per ulteriori informazioni sulle opzioni di connettività. {% endhint %} --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://library.zoom.com/technical-library/it/zoom-workplace/zoom-phone/zoom-phone-bluepaper/migration-strategies.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.