Tarif VTC

Cet estimateur de tarif multiplie la distance par votre taux par mile et la durée par votre taux par minute, puis ajoute le forfait de base pour produire estimated_fare avec un détail clair de distance_charge et time_charge. Saisissez base_fare, per_mile_rate, per_minute_rate, distance et duration en nombres JSON ou chaînes numériques pour des résultats stables et déterministes destinés aux apps de voyage, notes de frais et démonstrations en classe.

Comment le tarif VTC avant surge se calcule à partir de la base, de la distance et du temps

Un tarif VTC typique avant surge est la somme de trois parties : une base fixe, un frais de distance égal au taux par mile multiplié par la longueur du trajet, et un frais de temps égal au taux par minute multiplié par les minutes du trajet. Gardez des unités cohérentes : si le taux est par kilomètre, la distance doit être en kilomètres. Les taux négatifs sont des erreurs dures du contrat produit ; distance ou durée négatives sont également rejetées. Par exemple, une base de deux dollars cinquante, un dollar vingt-cinq par mile et trente cents par minute sur un trajet de huit virgule quatre miles durant vingt-deux minutes donne un frais de distance de dix dollars cinquante, un frais de temps de six dollars soixante et un tarif estimé de dix-neuf dollars soixante. Envoyez les champs obligatoires base_fare, per_mile_rate, per_minute_rate, distance et duration en nombres JSON ou chaînes numériques. Les alias base, flat_fare et booking_fee correspondent à base_fare ; mile_rate, per_km_rate, distance_rate et rate_per_mile à per_mile_rate ; minute_rate, time_rate et rate_per_minute à per_minute_rate ; miles, km, trip_distance et d à distance ; minutes, time, trip_minutes et t à duration. Des plafonds de magnitude gardent des résultats finis sur l’isolate Worker. Des entrées identiques produisent toujours le même JSON : arithmétique pure, sans réseau, sans graine aléatoire et sans horloge murale.

Lire les champs de réponse et choisir des entrées réalistes

Le champ formula peut s’afficher à côté des chiffres pour que l’utilisateur voie que le tarif estimé égale base plus distance fois taux par mile plus durée fois taux par minute. Préférez les grilles publiées de la ville ou vos tarifs contractuels aux chiffres de brochure. La devise est celle de vos taux ; le moteur est agnostique des unités et ne convertit pas dollars en euros. En cas de succès la réponse renvoie base_fare, per_mile_rate, per_minute_rate, distance et duration après arrondi stable, plus distance_charge, time_charge, estimated_fare, une chaîne de formule lisible et method égal à base_plus_distance_plus_time. Utilisez distance_charge et time_charge pour un détail auditable destinés aux passagers ou aux notes de frais ; utilisez estimated_fare pour budgéter un trajet ou comparer des grilles tarifaires entre villes. Cet endpoint ne modélise pas les multiplicateurs de surge, tarifs minimums, péages, attente ou annulations ; c’est un contrôle arithmétique transparent, pas une API de prix en direct. Champs obligatoires manquants, valeurs non finies et tout taux négatif échouent avec invalid_input et ne sont pas facturés après le rejet du moteur.

Usage API, tarification, flux voyage et limites pratiques

Utilisez l’estimateur gratuit dans le navigateur pour planifier un trajet, des démos en classe et des comparaisons rapides de grilles sans tableur. Envoyez un corps JSON avec base_fare, per_mile_rate, per_minute_rate, distance et duration (ou les alias documentés). Utilisez l’API prépayée lorsqu’un portail voyage, une app de frais, une flotte ou un flux de réservation a besoin d’un contrat stable sous solde KIT à $0.002 par élément réussi ; les échecs de validation ne consomment jamais le solde. Associez cet endpoint à un calculateur de distance d’itinéraire ou d’ETA lorsque vous ne connaissez que le départ et l’arrivée et devez d’abord obtenir miles et minutes ; appelez ensuite ici avec des unités de taux cohérentes. Pour les itinéraires multi-segments, additionnez estimated_fare côté client ou appelez une fois par segment pour que chaque tronçon reste auditable. Les auteurs de SDK peuvent mapper distance_charge, time_charge et estimated_fare dans des tableaux au même format qu’un simple reçu de tarif avant surge.