Calculadora DSO

Un total de ventas a crédito igual a cero falla con invalid_input en lugar de dividir por cero.

Qué significa el periodo medio de cobro y cómo las cuentas por cobrar sobre las ventas a crédito se vuelven un recuento de días

Este endpoint no obtiene saldos del mayor, cubos de antigüedad ni calendarios de plazos; aplica la identidad que usted aporta para que claves de ejercicios, widgets de aterrizaje y automatización compartan un único recuento de días auditable.

Contrato de entrada, forma de la respuesta y comportamiento ante errores

Ejemplo: cuarenta mil de cuentas por cobrar, trescientos sesenta y cinco mil de ventas a crédito y trescientos sesenta y cinco días devuelve un DSO de cuarenta, ventas diarias medias de mil y una rotación de nueve punto uno dos cinco. Las ventas a crédito son el campo que el contrato de producto señala: un total de ventas nulo nunca se sustituye en silencio por ventas al contado, ingresos netos ni uno, y una cifra de ventas ausente no se trata como cero. La validación fallida no consume saldo, lo que mantiene baratos los scripts exploratorios cuando quien desarrolla envía a propósito un total de ventas a crédito nulo para confirmar la ruta de error. Envíe por POST un cuerpo JSON con tres números finitos obligatorios. accounts_receivable (alias ar, receivables, accounts_receivable_balance, ending_receivables y average_receivables) es la existencia de cuentas por cobrar en unidades monetarias para la misma ventana que la cifra de ventas; debe ser finito y mayor o igual que cero. credit_sales (alias total_credit_sales, net_credit_sales, sales, credit_sales_total y net_sales) son las ventas a crédito del periodo en la misma moneda y deben ser un número finito estrictamente mayor que cero. days (alias days_in_period, period_days, n y period) es la duración de esa ventana de ventas en días y debe ser un número finito estrictamente mayor que cero. decimals es opcional, un entero de cero a doce, por defecto seis, que controla el redondeo half-up de las salidas numéricas. Si acierta, el cuerpo ecoa las tres entradas, luego days_sales_outstanding como plazo de cobro en días, average_daily_credit_sales como ventas a crédito entre días y —cuando las cuentas por cobrar son positivas— receivables_turnover como ventas a crédito entre cuentas por cobrar. Una cadena formula reescribe que el DSO es igual a accounts_receivable sobre credit_sales por days. Campos ausentes, valores no finitos, un saldo de cuentas por cobrar negativo, una duración de periodo cero o negativa, o un total de ventas a crédito cero o negativo fallan con invalid_input nombrando el campo y no se facturan. Prefiera números JSON simples a cadenas con símbolos de moneda o separadores de millares; las cadenas numéricas se aceptan solo si coinciden con un patrón estricto de número finito, sin comas ni etiquetas. El precio es un $0.002 fijo por llamada exitosa con unit item.

Dónde una calculadora de días de ventas pendientes aporta valor

Educadores y plataformas LMS necesitan un oráculo para la pregunta de definición que pide calcular el DSO como cuentas por cobrar sobre ventas a crédito por días, incluido el caso trimestral con noventa días y el anual con trescientos sesenta y cinco, sin un extracto ERP completo. Los equipos de contenido pueden contrastar el DSO con la rotación de cuentas por cobrar y con los días de pago pendientes para que el lector vea por qué una demora de cobro corta aún no financia un ciclo de pagos más largo, y por qué el ciclo de conversión de efectivo necesita las tres patas. Use esta capacidad cuando ya tenga cuentas por cobrar, ventas a crédito y un recuento de días coincidente; si solo tiene cobros en efectivo por cubo de antigüedad y desea una curva de cobro ponderada, esa es otra identidad y no pertenece a esta definición de DSO. Los ficheros de tesorería y FP&A suelen guardar las cuentas por cobrar al cierre y las ventas del periodo en columnas distintas; un endpoint determinista recupera el DSO sin una celda de hoja que alguien podría reescribir más tarde como rotación al quitar el multiplicador de días. Los integradores conectan el endpoint a cuadernos, herramientas de flujo o workers en el borde para fijar goldens cuando un paquete de cierre cambia la existencia de cuentas por cobrar o el total de ventas a crédito. Como la implementación es trabajo analítico parse de nivel A puro, cada llamada exitosa cuesta el precio base publicado $0.002 sin tokens de modelo ni red saliente. Mantenga credit_sales estrictamente positivo, fije el campo days_sales_outstanding redondeado en las pruebas y obtendrá plazos de cobro reproducibles para widgets, aulas y producción sin montar su propia biblioteca de capital circulante.