Servire l'offerta in esecuzione e dire se un sedile è realmente PAID per

FeatureBillingService
Spegnimento
31 agosto 2026 alle ore 03:31 UTC
Autore
Kamo
Impegno
5923a39

Aggiunge GET /markets/{id}/promozione. Non c'era modo per una superficie di acquisto in-app conoscere un'offerta era in esecuzione a tutti — il sito di marketing leggere le promozioni attraverso catalogo pubblico proxy, e kamo-internal non aveva equivalente, quindi i Piani & fatturazione consolle quotato list prezzi mentre kamocrm.com pubblicizzò un terzo sullo stesso piano. restituisce l'offerta RESOLVED, non la fila cruda. Ogni consumatore della forma grezza ha dovuto ridistribuire le stesse tre cose — se è vivo oggi, quali piani copre per codice piuttosto che per UUID, e quali cicli — e tutti quelli che hanno fatto così ha ottenuto almeno un torto: il sito di marketing ha ampliato un codice a due piani in un codice ogni piano confrontando UUID contro i codici di piano, e il suo eroe filtrato su lo sconto TYPE e silenziosamente pubblicizzato nulla per mesi. La vita viene da AbbonamentoPromozioni.check, lo stesso calcolo predicatoPrezzo si applica quando esso in realtà sconti un ordine, quindi una superficie non può pubblicizzare un codice checkout sarà decoder. I piani ritornano in ordine di visualizzazione, perché le superfici li scrivono in un frase e "Business and Starter" legge come se i livelli corressero in discesa. /self/coverage ora restituisce anche `source`. `paidBy` nomi che coprono un sedile, che è una domanda diversa da se qualcosa è pagato per esso: un membro su l'abbonamento gratuito dell'organizzazione legge pagatoBy=ORGANIZZAZIONE ed è su nessun piano pagato. Tutto quello che offre un aggiornamento deve essere in grado di dire a quelli a parte, e pagatoBy non può.

Tutte le modifiche

Come quello che vedi la spedizione?

Ognuno di questi aggiornamenti atterra automaticamente nello spazio di lavoro. Inizia gratis e guardalo crescere settimana dopo settimana.

Inizia gratis per sempreVisualizza il prezzo