Consumo de datos móviles

Los valores de uso negativos se rechazan como invalid_input y no se facturan.

Cómo se calculan los datos restantes y el porcentaje usado

Los datos restantes, informados como remaining_mb, equivalen al límite mensual menos ese total. El redondeo queda fijo en doce decimales para campos de megabytes y cuatro decimales para porcentajes, de modo que los goldens del navegador y de la API se mantengan estables entre runtimes sin ruido de coma flotante en sumas simples.

Contrato de entrada, forma de la respuesta y errores

Cada entrada puede ser un número suelto tratado como cantidad, o un objeto con amount obligatorio y label opcional. Ejemplo: una tarifa de diez mil doscientos cuarenta megabytes con streaming a dos mil cuatrocientos, mapas a ciento ochenta, redes sociales a ochocientos cincuenta y correo a cuarenta produce tres mil cuatrocientos setenta megabytes usados y seis mil setecientos setenta megabytes restantes, cerca de un treinta y tres punto nueve por ciento usado. Las listas de más de quinientas entradas se rechazan para acotar el trabajo pure-parse. Envíe por POST un cuerpo JSON con dos campos obligatorios: limit_mb, un número finito de megabytes mayor que cero, y usage, un array no vacío de entradas de uso. Amount también acepta alias habituales como mb, value o used; el campo de lista acepta alias entries, usage_mb, amounts e items. El campo de límite acepta alias monthly_limit, limit, allowance, quota y plan_mb para que los scripts reutilicen el vocabulario de los paneles del operador. En caso de éxito el cuerpo devuelve el límite, el recuento de entradas, cada línea con etiqueta estable, cantidad redondeada y restante acumulado tras esa línea, más used_mb, remaining_mb, percent_used, percent_remaining, over_limit, overage_mb, una cadena de fórmula, un mensaje legible y pasos ordenados para hojas de trabajo. Si una lista del mismo estilo suma por encima del límite, over_limit es true y overage_mb indica cuánto se pasó del tope: sigue siendo una respuesta correcta, no un error, porque superar la tarifa es una pregunta que responde la calculadora. Límite ausente, usage vacío, números no finitos o cualquier valor de uso negativo fallan con invalid_input nombrando el campo y no se facturan. Las llamadas API correctas usan la base publicada de $0.002 por ítem.

Dónde aporta valor una calculadora de consumo de datos

Los viajeros de prepago llevan una lista corrida de sesiones de punto de acceso y videollamadas para ver los megabytes restantes antes de que una descarga en la puerta de embarque se coma el resto de un bono de itinerancia. Los padres que comparten una tarifa familiar introducen los totales de cada hijo y dejan de compartir conexión cuando el porcentaje usado cruza un umbral del hogar. Mantenga las peticiones pequeñas, fije los totales redondeados en las pruebas y obtendrá datos restantes reproducibles para listas del teléfono, plugins LMS y workers en el borde sin montar una integración con el operador. Oficinas pequeñas con SIM de trabajo limitadas envían entradas diarias a un bot que marca over_limit antes de que una tableta de campo inicie una actualización no prevista. Las unidades escolares de alfabetización digital asignan ejercicios de datos restantes; una API con restante acumulado tras cada línea permite ver qué sesión cruzó primero el tope mensual. Los scripts de automatización que programan actualizaciones de firmware o copias en la nube pueden detener un trabajo cuando remaining_mb pasaría a negativo. Como la implementación es pure parse de nivel A, cada llamada correcta cuesta el precio base publicado $0.002 sin tokens de modelo ni red saliente.