Calcolatore del periodo medio di incasso

Vendite a credito nulle o negative rendono il rapporto indefinito, perciò l'operazione fallisce con invalid_input e non viene fatturata.

Come si calcolano i giorni medi di vendita in essere e il periodo medio di incasso

In modo equivalente, si formino prima le vendite a credito giornaliere medie come credit_sales diviso per days, poi si divida accounts_receivable per quel ritmo giornaliero; entrambi i percorsi sono algebricamente identici e questa capacità usa il primo. Quando Lei omette days, l'endpoint assume 365, la convenzione annuale dei manuali. Un anno bancario di 360 giorni o un trimestre di 90 è solo un altro valore di days: la formula non cambia. Il turnover dei crediti, riportato quando accounts_receivable è positivo, è vendite a credito divise per i crediti, e il DSO è allora days diviso per quel turnover.

Contratto di ingresso, forma della risposta ed errori

Se days è fornito e non è maggiore di zero, la richiesta fallisce. Quei fallimenti non vengono fatturati. Esempio: quarantacinquemila di crediti a fronte di trecentosessantacinquemila di vendite a credito annue producono un periodo di incasso di quarantacinque giorni e mille di vendite a credito giornaliere medie. Invii con POST un corpo JSON con due numeri finiti obbligatori e una durata di periodo facoltativa. accounts_receivable è il saldo crediti aperti della finestra (AR di chiusura, o AR medio se è la convenzione che Lei già usa internamente); gli alias ar e receivables puntano allo stesso campo. credit_sales sono le vendite a credito totali — al netto dei resi se è così che chiude il libro — per la stessa finestra; gli alias sales, total_credit_sales e net_credit_sales sono accettati perché i libri possano conservare i nomi delle colonne. days è il numero di giorni di quella finestra e vale 365 se omesso; gli alias period_days e days_in_period sono accettati. Ogni campo numerico può arrivare come numero JSON o stringa numerica. Campi assenti, stringhe vuote e valori non finiti falliscono con invalid_input indicando il campo. Se credit_sales è zero o negativo, il gestore rifiuta la richiesta con un messaggio che le vendite a credito non possono essere zero né negative, perché il DSO resta indefinito. Se accounts_receivable è negativo, la richiesta fallisce. In caso di esito positivo il corpo ripete accounts_receivable, credit_sales e days, poi riporta average_daily_credit_sales, days_sales_outstanding e average_collection_period (gli ultimi due sono la stessa cifra arrotondata, restituita con entrambi i nomi così un cruscotto DSO e un foglio ACP condividono un contratto). Quando i crediti sono positivi il corpo include anche receivables_turnover. Abbini il JSON alle Sue fasce di aging se Le serve il racconto per cliente; questo endpoint restituisce la media del periodo, non uno scadenziario di fatture.

Dove un calcolatore del periodo medio di incasso merita il proprio posto

Poiché l'implementazione è parse pura di livello A, ogni chiamata riuscita costa il prezzo base pubblicato $0.002 senza token di modello né rete in uscita. Mantenga credit_sales strettamente positivo, accounts_receivable non negativo, fissi nei test la cifra di giorni arrotondata e otterrà periodi di incasso riproducibili per liste di chiusura, plugin LMS e worker di bordo senza allestire un motore di crediti proprio.