Migration du téléphone à plusieurs instances/fournisseur de SMS

FeatureInitializerService
Expédié
24 avril 2026 à 22:20 UTC
Auteur
Kamo
Commite
9064c22

S'exécute après Hibernate ddl-auto:update crée de nouvelles tables (VOIP-PROVIDER-INSTANCE, APPLICATION, ÉLÉTÉTHALISATION, PHONE-EXTENSION, PHONE-END-USER, PHONE-DEVICE, PHONE-VOICEMAIL, SYSTEME-CONFIGURATION) du rebaptisé/nouvelles entités en kamo-shared-library commit 232d731. Mouette ce que Hibernate ne peut pas: - Copier les lignes de l'héritage voip-provider-config / bulk-text-provider-config dans nouvelles tables d'instances, synthétisant le nom d'instance à partir du type de fournisseur. - N'abandonnez PAS les rangées (ordinale 0) - l'absence est maintenant l'état "pas de fournisseur". - Laisser tomber les tables de la configuration de l'héritage aujourd'hui vide. - instance de remplissage-id sur les conversations membres-voip-config, voip-conversations, et kamotokens.org-oauth-token en utilisant l'instance active la plus ancienne de chaque org. - Reconstruire l'indice unique de l'orgoooth-token à partir de (org-id, fournisseur) (org-id, provider, instance-id) donc plusieurs instances de RingCentral par oug travail. - Laisser tomber les index uniques des orphelines à partir de tables voip-conversations et d'instances de fournisseur. - Semener la ligne monotone de configuration système (intervalle de synchronisation de la voix 10min par défaut, l'opérateur de plate-forme est config via la nouvelle configuration de la plate-forme Onglet VOIP et SMS. Toutes les déclarations idempotentes; la reprise sur la base de données déjà migrée est sûre. Commande 20 euros après SchemaCleanupRunner (1), OrganizationTypeRemovalRunner (2), KamoCRMAgeReqUpdateRunner (10).

Tous les changements

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation