Por-extensão esquema de faturamento PBX, backfill e catálogo

FeatureInitializerService
Navios
27 de agosto de 2026 às 03:21 UTC
Autor
Kamo
Enviar
6ca4e79

PbxBillingSchemaMigration é @Order(0) porque adiciona uma coluna. A entidade compartilhada-biblioteca mapeia phone cost mode a partir do momento em que a compilação começa, então qualquer corredor que carregue uma Política de OrgBilling através da JPA emite-a na sua SELECT - ordenado tarde este corredor nunca executa em tudo, porque um anterior morre em "Column ... não existe" e leva tudo para baixo. org extension billing days está em público, não um esquema próprio: todos os outros Voip mesa é. É único em (org id, dia, addon code, subscription uid), um coluna maior que o equivalente de e- mail, então uma org com dois grupos de faturamento mantém duas linhas de auditoria em vez de uma sobrescrita. subscription uid não é NOT NULL precisamente para que a regra nulls-are-distinct do SQL não possa derrotar esse índice. **************************** repara as tarefas CasoSyncService tinha sido apagar em cada varredura - nove membros realizada um e todas as vinte e três linhas de extensão são nulas. Apenas preenche um espaço em branco: o lado da configuração junta- se a uma cadeia de extensão sem restrições, por isso é o registo mais fraco e nunca substitui um ID que está definido. PbxAddonCatalogMigration seeds ambos add-ons em cada catálogo que já vende os correios, ancorados na linha EMAIL HOSTING para org, mercado e Planos compatíveis. Alcançado dessa forma ao invés de por um id codificado porque dois Os inquilinos têm complementos com os mesmos códigos. KamoCRMPricing O carregador também os apanha. catálogos semeados a partir daqui - é apenas criação, então editá-lo sozinho corrige Nada já está na base de dados.

Todas as alterações

Como o que vês no transporte?

Cada uma dessas atualizações pousa automaticamente em seu espaço de trabalho. Comece grátis e veja crescer semana após semana.

Começar Livre Para SempreVer Preços