- Spegnimento
- 9 agosto 2026 alle ore 01:47 UTC
- Autore
- Kamo
- Impegno
- 5bde69e
active addon codes è stato scritto direttamente dal corpo della richiesta. E' stato innocuo mentre niente leggeva la colonna, ma è ora un ingresso di autorizzazione: un add-on legato a un ServiceType concede quell'app, e per i moduli di origine negoziati per l'impresa è il percorso di concessione SOLO, dal momento che sono deliberatamente escluso dalla matrice di ogni piano. Quindi, i conti/iscrizioni con ************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************ Abbonamento ACTIVE che trasporta tale codice, e la prossima richiesta risolta èOrgEntitledToApp(org, MLOS) vero — sbloccare l'app ipoteca e CommerceType.MORTGAGE sul piano libero. Solo piano CUSTOM la compatibilità è stata applicata solo dal filtro client-side della procedura guidata, che questo endpoint non consultazioni. Girare falsi falliti è ciò che ha reso questo l'unico modo rimasto dentro. I codici sono ora risolti contro il catalogo di mercato org e conservati solo quando esiste l'add-on, è attivo, è compatibile con il piano acquistato, e — dove trasporta un'app — che l'app è pubblicato. I codici sconosciuti sono calati piuttosto che rifiutati in modo che un cliente stante non può mattone checkout, ma non danno nulla. Non l'intera correzione: /api/billing/accounts/** si fida ancora di un account variabile percorsoUid e di un corpo fornito targetOrganizationId senza controllo dei diritti e nessun org scoping. Ha bisogno di un suo passo.