Calcolatore provvigione vendite

L'identità è total_commission uguale a sale_amount per commission_rate su cento, più bonus. Un importo di vendita zero è ammesso e produce solo il premio; un importo negativo non descrive un ricavo, quindi fallisce con invalid_input invece di stampare uno storno che un cedolino potrebbe trattare come contante già versato. Lo usi nel browser senza costo, oppure chiami l'API a $0.002 per richiesta riuscita.

Che cosa copre l'identità della provvigione di vendita e che cosa lascia fuori

L'identità che questo strumento usa è quella che quei documenti già implicano: total_commission è uguale a sale_amount per commission_rate diviso cento, più bonus. Un importo di vendita negativo non descrive un ricavo chiuso, quindi fallisce con invalid_input invece di stampare un accredito che un modulo potrebbe trattare come contante.

Contratto di ingresso, forma della risposta e comportamento di errore

Invii per POST un corpo JSON che fornisca sale_amount e commission_rate, con bonus opzionale. sale_amount è la vendita chiusa o attesa in una sola unità monetaria, un numero finito che non è negativo, con alias amount, sale, sales, price e revenue. Un importo di vendita zero è ammesso e produce solo il premio. commission_rate è la percentuale di quella vendita, cinque per il cinque per cento, un numero finito che non deve essere negativo, con alias rate, percent, percentage, commission_percent e commission_pct. bonus è un extra forfettario opzionale nella stessa valuta, un numero finito che non deve essere negativo, pari a zero se omesso o vuoto, con alias flat_bonus, extra e spiff. Ogni campo numerico può arrivare come numero JSON o come stringa numerica che rispetta un motivo decimale stretto. Mancanza di sale_amount, mancanza di commission_rate, stringhe vuote, valori non finiti, una magnitudine sopra il limite dichiarato, un tasso di provvigione negativo o un premio negativo falliscono con invalid_input nominando il campo e non vengono fatturati. L'errore distintivo che questa landing esiste per intercettare è un sale_amount negativo: il messaggio nomina sale_amount perché un modulo evidenzi quel controllo invece di un avviso globale, e afferma che una vendita negativa non può produrre una provvigione di vendita. In caso di successo il corpo riecheggia sale_amount dopo l'arrotondamento ai centesimi, commission_rate, bonus, rate_decimal come la percentuale divisa per cento, base_commission come la fetta percentuale da sola, total_commission come il totale da pagare e una stringa formula che riformula l'identità. Esempio: sale_amount di diecimila, commission_rate di cinque e bonus di duecentocinquanta produce base_commission cinquecento e total_commission settecentocinquanta. Abbini il totale alle Sue tabelle fiscali e di anticipo; questo endpoint calcola solo la riga di provvigione.

Dove un calcolatore di provvigione di vendita merita il proprio posto

Le applicazioni di paga e finanza che stimano la retribuzione variabile possono memorizzare total_commission come un'uscita, poi sovrapporre trattenute, anticipi e storni, invece di ricostruire un cedolino mescolato. Poiché l'implementazione è parse pura di livello A, ogni chiamata riuscita costa il prezzo base pubblicato $0.002 senza token di modello e senza rete in uscita.