Données mobiles restantes

Les valeurs d'usage négatives sont rejetées en invalid_input et ne sont pas facturées.

Comment le volume restant et le pourcentage utilisé sont calculés

Les données restantes, renvoyées comme remaining_mb, valent le plafond mensuel moins ce total. L'arrondi est fixé à douze décimales pour les champs mégaoctets et à quatre décimales pour les pourcentages, afin que les goldens du navigateur et de l'API restent stables d'un runtime à l'autre sans bruit de virgule flottante sur des sommes simples.

Contrat d'entrée, forme de la réponse et erreurs

Chaque ligne peut être un nombre nu traité comme quantité, ou un objet avec amount obligatoire et label facultatif. Exemple : un forfait de dix mille deux cent quarante mégaoctets avec le streaming à deux mille quatre cents, les cartes à cent quatre-vingts, les réseaux sociaux à huit cent cinquante et l'e-mail à quarante donne trois mille quatre cent soixante-dix mégaoctets utilisés et six mille sept cent soixante-dix mégaoctets restants, soit environ trente-trois virgule neuf pour cent utilisés. Les listes de plus de cinq cents lignes sont rejetées pour borner le travail pure-parse. Envoyez par POST un corps JSON avec deux champs obligatoires : limit_mb, un nombre fini de mégaoctets strictement positif, et usage, un tableau non vide de lignes d'usage. Amount accepte aussi des alias courants comme mb, value ou used ; le champ de liste accepte les alias entries, usage_mb, amounts et items. Le champ de plafond accepte les alias monthly_limit, limit, allowance, quota et plan_mb afin que les scripts réutilisent le vocabulaire des tableaux de bord opérateurs. En cas de succès, le corps renvoie le plafond, le nombre de lignes, chaque ligne avec un libellé stable, une quantité arrondie et le reste courant après cette ligne, plus used_mb, remaining_mb, percent_used, percent_remaining, over_limit, overage_mb, une chaîne de formule, un message lisible et des étapes ordonnées pour les feuilles de calcul. Si une liste du même style dépasse le plafond, over_limit vaut true et overage_mb indique de combien vous avez dépassé le cap : c'est encore une réponse de succès, pas une erreur, car le dépassement du forfait est une question à laquelle le calculateur répond. Plafond manquant, usage vide, nombres non finis ou toute valeur d'usage négative échouent en invalid_input en nommant le champ et ne sont pas facturés. Les appels API réussis utilisent la base publiée de $0.002 par élément.

Où un calculateur de consommation de données est utile

Les voyageurs prépayés tiennent une liste courante des sessions de point d'accès et des appels vidéo pour voir les mégaoctets restants avant qu'un téléchargement à la porte d'embarquement n'épuise le reste d'un pack d'itinérance. Les parents qui partagent un forfait familial saisissent les totaux de chaque enfant et cessent de partager la connexion lorsque le pourcentage utilisé franchit un seuil du foyer. Gardez les requêtes petites, figez les totaux arrondis dans les tests, et vous obtenez un volume restant reproductible pour listes téléphone, greffons LMS et workers en bordure, sans monter une intégration opérateur. Les petits bureaux avec des SIM professionnelles plafonnées envoient des lignes quotidiennes à un robot qui signale over_limit avant qu'une tablette de terrain ne lance une mise à jour imprévue. Les séquences scolaires d'éducation numérique donnent des exercices de volume restant ; une API avec le reste courant après chaque ligne permet de voir quelle session a d'abord franchi le plafond mensuel. Les scripts d'automatisation qui planifient des mises à jour de micrologiciel ou des sauvegardes cloud peuvent interrompre une tâche lorsque remaining_mb deviendrait négatif. Comme l'implémentation est pure parse de palier A, chaque appel réussi coûte le prix de base publié $0.002 sans jetons de modèle ni réseau sortant.