> 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/fr/zoom-workplace/zoom-phone/zoom-phone-bluepaper/migration-strategies.md).
# Stratégies de migration
### Services professionnels et Partenaires de canal certifiés de Zoom
L’organisation Services professionnels de Zoom (PSO) et les partenaires de canal certifiés offrent aux entreprises une assistance pour la transition vers les Solutions Zoom, y compris Zoom Phone. Ces groupes peuvent aider les entreprises à évaluer leurs besoins de transition, à élaborer et mettre en œuvre des plans de déploiement, et à fournir des services techniques sur site pendant le processus de mise en service.
Avec plusieurs niveaux de service Disponible, l’équipe PSO de Zoom peut aider les Clients Zoom Phone en transition avec les services suivants :
{% columns %}
{% column %}
* Architecture et conception
* Analyse des cas d’utilisation
* Assistance et stratégie de mise en œuvre
* Portage et migration BYOC
* Conseils de mise en œuvre
{% endcolumn %}
{% column %}
* Examen et optimisation des données
* Évaluation de la préparation du réseau
* Approvisionnement et configuration
* Hypercare : 10 jours d’Assistance après la mise en service
\\
{% endcolumn %}
{% endcolumns %}
Les Clients souhaitant conserver l’organisation Services professionnels sont invités à consulter [le site web de Zoom](https://explore.zoom.us/en/professional-services/) pour obtenir plus d’informations ou à s’adresser à leur équipe de compte Zoom.
### Une approche progressive
Les Clients qui passent à Zoom Phone sans l’assistance d’entreprises tierces ou de l’organisation Services professionnels de Zoom peuvent bénéficier d’une approche de transition progressive plus lente. Cela peut inclure le transfert des utilisateurs vers Zoom Phone selon une approche segmentée ou basée sur un pourcentage, par exemple en transférant les utilisateurs un site à la fois, ou en transférant 5 % de leurs utilisateurs par incréments quotidiens ou hebdomadaires, selon le nombre d’utilisateurs. Les avantages d’une approche progressive incluent :\\
1. **Perturbations minimisées**: La transition progressive des utilisateurs minimise les perturbations des opérations quotidiennes. Les utilisateurs peuvent s’adapter progressivement à Zoom Phone, réduisant le risque de perte de productivité associé aux changements soudains.
2. **Gestion des risques**: En échelonnant la migration, votre entreprise peut identifier et résoudre les problèmes ou défis qui surviennent à chaque phase avant de passer à la suivante. Cette approche proactive réduit le risque de rencontrer des problèmes majeurs dans toute l’organisation.
3. **Adoption par les utilisateurs**: Les utilisateurs sont plus susceptibles d’adopter le nouveau système lorsqu’ils ont le temps de s’adapter progressivement. Des ressources de formation et d’Assistance peuvent être fournies progressivement afin que les utilisateurs se sentent à l’aise avec la nouvelle technologie.
4. **Allocation des ressources**: Une approche progressive permet aux organisations d’allouer les ressources plus efficacement. Le personnel informatique peut se concentrer sur l’Assistance à un groupe plus restreint d’utilisateurs pendant chaque phase, afin qu’ils reçoivent une aide et une Assistance au dépannage adéquates.
5. **Évaluation et Commentaires**: Chaque phase de la migration offre l’occasion d’évaluer les performances du nouveau système et de recueillir les Commentaires des utilisateurs. Ces Commentaires peuvent orienter les ajustements et améliorations à mesure que la migration progresse.
6. **Flexibilité**: L’échelonnement de la migration offre la flexibilité nécessaire pour adapter le plan de mise en œuvre en fonction des expériences réelles et des Commentaires. Les organisations peuvent effectuer des ajustements au besoin afin d’assurer une transition réussie pour tous les utilisateurs.
Dans l’ensemble, une approche progressive de transition pour l’adoption de Zoom Phone peut aider les organisations à gérer les risques, à faire la promotion de l’adoption par les utilisateurs et à assurer une transition harmonieuse vers la nouvelle technologie.
### Apportez votre propre PBX
Pour les Clients disposant de systèmes PBX sur site existants, l’utilisation du **Apportez votre propre PBX** modèle de service (BYOP) peut simplifier la période de transition entre les utilisateurs sur site et ceux basés dans le cloud.
Avec le modèle de service BYOP, les Clients connectent leur PBX sur site au PBX basé dans le cloud de Zoom Phone au moyen d’un ensemble de règles de routage configurables. Une fois cette Intégrations configurée, les utilisateurs peuvent continuer à composer les utilisateurs selon des flux de travail cohérents, par exemple en composant leur numéro de poste ou des numéros en numérotation abrégée. Grâce aux règles de routage dorsales assurant la connexion entre le PBX sur site et Zoom Phone, lorsqu’un utilisateur compose un numéro de poste, le PBX concerné interroge automatiquement le PBX sur site et le PBX Zoom Phone à la recherche de l’utilisateur associé au numéro de poste composé, puis établit l’appel en conséquence si un utilisateur est trouvé.
Ce modèle de service est le plus souvent utilisé comme étape intermédiaire pour les Clients passant d’un système sur site à l’un des [modèles de service mentionnés précédemment](/technical-library/fr/zoom-workplace/zoom-phone/zoom-phone-bluepaper/overview.md#zoom-phone-offers-three-primary-service-offerings-native-byoc-cloud-peering-and-byoc-premises-peerin). Une fois que tous les utilisateurs ont migré du système sur site vers Zoom Phone, le système sur site peut être mis hors service en toute sécurité ou placé en veille.
L’exemple suivant illustre les avantages de ce modèle de service pendant une période transitoire, alors qu’un compte entame son processus complet de conversion.
{% hint style="success" %}
**Exemple**
L’entreprise « Omzo » se prépare à faire passer 100 utilisateurs de son système PBX sur site à Natif Zoom Phone. Elle est actuellement configurée pour un modèle de service Apportez votre propre PBX afin de faciliter la transition.
Le lundi, Alice et Bob sont tous deux enregistrés auprès du PBX sur site. Alice peut facilement passer un appel à Bob à son numéro de poste 100.
Le mardi, Bob passe à Zoom Phone et conserve son numéro de poste 100, tandis qu’Alice reste enregistrée auprès du PBX sur site. Comme le PBX sur site est connecté à Zoom Phone, si Alice essaie de passer un appel à Bob au numéro de poste 100, la requête échouera dans le PBX sur site et basculera vers le PBX de Zoom Phone. Comme Bob a conservé le même numéro de poste, le PBX de Zoom Phone identifiera Bob à ce numéro de poste et lui acheminera l’appel via la connexion BYOP.
Dans ce scénario, ni Bob ni Alice ne sont tenus d’être informés de la transition en cours. Les appels continueront d’être établis sans incidence sur l’expérience utilisateur, car le PBX sur site et le PBX de Zoom Phone sont connectés et tous les autres facteurs restent les mêmes.
{% endhint %}
#### Conception du réseau BYOP
Diagramme illustrant la conception du réseau BYOP.
{% hint style="info" %}
**Remarque**
Les points de terminaison Zoom Phone initient toujours la connexion vers les centres de données Zoom ; toutefois, les SBC BYOP nécessitent une connectivité bidirectionnelle. Si vous avez des questions sur la connectivité des ports et le périmètre, adressez-vous à votre équipe technique de compte Zoom pour obtenir plus d’informations sur les options de connexion.
{% 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/fr/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.
