Migrer de Yeastar S-Series vers P-Series : méthode et outil officiel

La réponse courte : si vous exploitez un Yeastar S100 ou S300, la fin de vie est fixée au 1er juillet 2027, et c’est le bon moment pour préparer le passage au P-Series. Yeastar fournit un outil de migration officiel qui exporte la configuration du S-Series et la restaure sur un P-Series neuf. Il reprend l’essentiel du paramétrage (extensions, trunks SIP, routes entrantes et sortantes, SVI, groupes, files d’attente, contacts), mais pas les lignes analogiques, ni les messages vocaux ni les enregistrements. Une migration réussie se joue donc sur la préparation : inventaire, archivage, choix du modèle, puis bascule planifiée.

En tant que partenaire certifié Yeastar à Casablanca, nous réalisons ces migrations partout au Maroc. Ce guide s’appuie uniquement sur la documentation publiée par Yeastar (yeastar.com et help.yeastar.com). Pour le choix du modèle P-Series lui-même, nous renvoyons à notre guide Yeastar P-Series : quel modèle choisir, que nous ne répétons pas ici.

Où en est la gamme S-Series ?

Yeastar publie une politique de fin de vente et de fin de vie. La fin de vente (EOS) est la date après laquelle le produit n’est plus commercialisé. La fin de vie (EOL) est la date après laquelle Yeastar ne fournit plus d’assistance technique : aide à la configuration, aide aux mises à jour, correctifs logiciels et réparation matérielle.

Produit	Fin de vente	Fin de vie	Chemin de migration indiqué par Yeastar
S100 / S300 (V2)	1er juillet 2022	1er juillet 2027	P560 / P570
S100 / S300 (V4)	1er juillet 2022	1er juillet 2027	P560 / P570
K2 IP-PBX	1er juin 2022	1er juin 2027	P-Series Software Edition

Source : page « End-of-Sale and End-of-Life Policy » de Yeastar. La fiche produit du S100 recommande pour sa part le P560 comme remplaçant.

Les S20, S50 et S412 n’apparaissent pas dans ce tableau à la date de rédaction. Pour ces modèles, nous vérifions le statut sur la page officielle au moment du projet plutôt que de supposer une date. Dans tous les cas, la logique reste la même : un standard qui ne reçoit plus de correctifs de sécurité devient un risque, et la téléphonie est une cible directe de la fraude aux appels.

L’outil de migration officiel : prérequis

Yeastar documente la migration d’un S-Series VoIP PBX vers un P-Series dans son centre d’aide, et propose dans son App Marketplace un « PBX Migration Tool ». La procédure repose sur une sauvegarde spécifique, générée par une application à installer sur le S-Series.

Élément	Exigence publiée par Yeastar
Firmware S-Series V2	30.15.0.179 ou version ultérieure
Firmware S-Series V4	65.16.0.183 ou version ultérieure
P-Series Appliance Edition	37.19.0.70 ou version ultérieure
P-Series Software Edition	83.19.0.70 ou version ultérieure
P-Series Cloud Edition	84.19.0.70 ou version ultérieure
État du P-Series	Installation neuve ou réinitialisation d’usine

Deux conséquences pratiques. D’abord, un S-Series resté sur un ancien firmware doit être mis à jour avant toute chose ; c’est une opération à préparer, avec sauvegarde classique au préalable. Ensuite, la restauration écrase toute la configuration du P-Series : on ne fusionne pas deux standards, on part d’un P-Series vierge.

L’outil vise les trois éditions P-Series. Le passage d’un S-Series sur site vers l’édition Cloud ou Software est donc possible, ce qui ouvre la question de l’hébergement, abordée dans standard téléphonique cloud ou sur site. Pour les S-Series Cloud PBX gérés par YMP, Yeastar a annoncé en 2025 un chemin de migration distinct, fondé sur un fichier de configuration exporté.

Les étapes de la migration officielle

1. Exporter depuis le S-Series. On télécharge l’application de migration correspondant à la version (fichier pour V2 ou pour V4), on l’installe via l’onglet Upload de l’App Center, puis on redémarre. Le fichier de sauvegarde est ensuite récupéré depuis Maintenance > System Log.
2. Nettoyer le provisionnement. Yeastar recommande de supprimer les téléphones de la liste d’auto-provisionnement du S-Series avant l’export, pour éviter les conflits de provisionnement.
3. Restaurer sur le P-Series. Dans Maintenance > Backup and Restore, on importe le fichier, on lance la restauration et on redémarre le P-Series.
4. Reprovisionner les téléphones. Sur chaque poste IP, on supprime l’ancienne URL de serveur, on redémarre, et le poste est reprovisionné : en mode PnP pour les éditions Appliance et Software, en mode RPS pour l’édition Cloud.

Sur le papier, c’est rapide. Dans la réalité, ce sont les éléments hors du périmètre de l’outil qui prennent du temps.

Ce que l’outil reprend, et ce qu’il ne reprend pas

Yeastar publie la liste des réglages pris en charge. Tout ce qui n’y figure pas revient à la valeur par défaut du P-Series.

Repris par l’outil	Non repris ou modifié
Extensions : identité, numéro présenté, identifiants d’enregistrement, messagerie vocale (activation, code, envoi par e-mail), permissions, SRTP	Extensions IAX
Trunks SIP : paramètres généraux, codecs, enregistrement, DID, DOD	Tout trunk non SIP : FXO, BRI, GSM
Routes entrantes et sortantes, conditions horaires, jours fériés	Postes FXS, convertis en extensions SIP
SVI, groupes de sonnerie, files d’attente, listes de codes PIN	Destinations « Conférence », « Fax vers e-mail » ou « Annuaire par nom » dans un SVI ou une file : remplacées par « Raccrocher »
Annonces et musiques d’attente personnalisées	Messages vocaux et enregistrements d’appels (absents de la liste)
Codes de fonction, contacts de l’entreprise et personnels	Tout réglage non listé, remis par défaut
Liste des téléphones à provisionner (une ligne par poste)	Seule la première ligne active de chaque poste est reprise

La lecture de ce tableau fixe le plan de travail. Les routes, les SVI et les files d’attente, qui représentent souvent l’essentiel du paramétrage d’un accueil, sont repris. En revanche, chaque ligne analogique doit être recréée, chaque poste analogique réaffecté à son port FXS, chaque SVI vérifié s’il renvoyait vers une conférence ou un fax, et chaque message vocal ou enregistrement à conserver doit être archivé avant de débrancher l’ancien boîtier.

Modules et lignes analogiques : que garder ?

Un S-Series raccorde souvent des lignes de l’opérateur, un fax, un portier ou une alarme via des modules. Bonne nouvelle : la page officielle des modules de téléphonie Yeastar liste les mêmes modules (S2, O2, SO, B2, 4G LTE) comme compatibles avec les S412, S20, S50 et les P520, P550, P560, P570. Les cartes d’extension EX08 et EX30 y sont indiquées pour les P560 et P570.

Nous validons malgré tout la réutilisation au cas par cas : nombre d’emplacements du P-Series cible, besoin d’une carte d’extension, état des modules après plusieurs années de service. Et comme l’outil ne migre pas les trunks analogiques, la configuration de ces ports se refait de toute façon à la main.

C’est aussi l’occasion de poser la question de l’avenir de ces lignes. Beaucoup d’entreprises profitent de la migration pour passer progressivement au trunk SIP, en gardant leurs numéros : voir trunk SIP : conserver ses numéros d’entreprise. Si l’édition cible est Software ou Cloud, qui n’accepte pas de modules, les lignes analogiques restantes passent par une passerelle, comme expliqué dans passerelles FXO, FXS et E1.

Quel P-Series en remplacement ?

Yeastar oriente les S100 et S300 vers les P560 et P570, et le K2 vers l’édition Software. Ce sont des chemins par défaut, pas des obligations : le bon modèle dépend de vos utilisateurs, de vos appels simultanés et de vos ports, et le bon plan de fonctions dépend de vos usages (centre d’appels, CRM, visioconférence). Tout cela est détaillé dans notre guide Yeastar P-Series : quel modèle et quelle édition.

Un point souvent oublié : le S-Series et le P-Series n’offrent pas le même environnement pour les utilisateurs. Le P-Series s’accompagne des applications Linkus mobile, bureau et web, et d’un accès distant sans redirection de ports. La migration est donc aussi un projet de déploiement pour les collaborateurs, que nous préparons avec notre guide Yeastar Linkus.

Notre plan de bascule type

1. Inventaire complet du S-Series : modèle, firmware, extensions, trunks, modules, équipements analogiques, téléphones et leurs modèles.
2. Mise à niveau du firmware du S-Series si nécessaire, après une sauvegarde classique.
3. Archivage des messages vocaux, enregistrements et journaux d’appels à conserver.
4. Export avec l’outil officiel, puis restauration sur le P-Series neuf, installé en parallèle de l’ancien.
5. Recréation des trunks analogiques, réaffectation des ports FXS, correction des destinations non reprises.
6. Sécurisation avant toute mise en service : accès d’administration, double authentification, règles d’appels sortants, voir sécuriser un Yeastar P-Series.
7. Tests : appels entrants par ligne, sortants par route, SVI, files, fax, portier, applications Linkus.
8. Bascule hors des heures d’ouverture : déplacement des lignes, reprovisionnement des postes, contrôle poste par poste.
9. Retour arrière possible : l’ancien S-Series reste prêt à être rebranché tant que la recette n’est pas validée.

Les erreurs que nous corrigeons

1. Lancer l’outil sur un firmware trop ancien : l’export échoue ou n’est pas proposé. La mise à jour préalable doit être planifiée.
2. Restaurer sur un P-Series déjà configuré : toute la configuration existante est écrasée.
3. Découvrir le jour J que les lignes analogiques ne sont pas migrées : l’accueil ne reçoit plus d’appels tant que les trunks ne sont pas recréés.
4. Oublier les messages vocaux et les enregistrements : ils restent sur l’ancien boîtier, parfois indispensables pour des raisons contractuelles.
5. Laisser les téléphones pointer vers l’ancien serveur : sans suppression de l’URL de provisionnement, les postes ne se rattachent pas au P-Series.
6. Reproduire les anciennes faiblesses : ports ouverts sur internet, appels internationaux autorisés à tous. Une migration est le moment de corriger, pas de copier.
7. Ne pas recontrôler les SVI dont une touche renvoyait vers une conférence ou un fax, transformée en raccrochage.

Comment nous procédons

Nous commençons par un audit de votre S-Series : modèle, version, configuration, modules, lignes et postes, ainsi que la qualité du réseau voix. Nous vous remettons un plan de migration écrit : P-Series cible, édition et plan de fonctions, modules réutilisables, éléments à recréer, calendrier de bascule. Nous installons le P-Series en parallèle, appliquons l’outil officiel, complétons ce qu’il ne reprend pas, sécurisons, testons avec vos équipes, puis basculons hors des heures d’ouverture avec un retour arrière prêt. Après la mise en service, le standard est supervisé 24/7 et les incidents critiques sont pris en charge en moins de 15 minutes.

Retrouvez notre offre de téléphonie IP au Maroc et, si vous hésitez encore entre plusieurs solutions, notre comparatif 3CX, Yeastar ou Teams Phone. Votre S-Series approche de sa fin de vie ? Demandez votre audit de votre téléphonie offert : nous vous répondons sous 24 h ouvrées avec un plan de migration adapté à votre installation.