Validar códigos adicionais antes que eles possam conceder um aplicativo

FixBillingService
Navios
9 de agosto de 2026 às 01:47 UTC
Autor
Kamo
Enviar
5bde69e

active addon codes foi escrito diretamente do corpo da requisição. Isso foi inofensivo enquanto nada lia. a coluna, mas agora é uma entrada de autorização: um complemento ligado a um ServiceType concede essa aplicação, e para os módulos de origem negociados pela empresa é o caminho ÚNICO de concessão, uma vez que eles são deliberadamente excluídos da matriz de características de cada plano. Então POST /contas/uid/assinaturas com ************* Assinatura ativa carregando esse código, e a próxima solicitação resolvida éOrgEntitledToApp(org, MLOS) true — desbloqueando o aplicativo hipotecário e o CommerceType.MORTGAGE no plano gratuito. ADUANEIRA a compatibilidade foi forçada apenas pelo filtro do lado cliente do assistente de ordem, que este endpoint nunca Consultas. Tornar falso o fracasso-aberto foi o que fez com que fosse o único que restasse. Os códigos são agora resolvidos contra o catálogo da organização do mercado e conservados apenas quando o complemento existe, é activa, é compatível com o plano que está a ser comprado, e — onde transporta um aplicativo — que aplica publicado. Os códigos desconhecidos são largados em vez de rejeitados, de modo que um cliente velho não pode sair em tijolos, mas não concedem nada. Nem toda a correção: /api/billing/accounts/** ainda confia em uma conta variável do caminhoUid e em um corpo fornecido targetOrganizaçãoId sem verificação de direitos e sem org scoping. Isso precisa do seu próprio passe.

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