Calculateur pourboire pizza

Une addition négative est rejetée avec invalid_input, car un ticket pizza ne peut pas être inférieur à zéro. Les appels API réussis utilisent le solde KIT prépayé à $0.002 par élément ; les échecs de validation ne sont pas facturés.

Entrées de la commande pizza : addition, pourcentage de pourboire et personnes qui partagent

Zéro est autorisé lorsque le magasin offre la nourriture et que vous souhaitez malgré tout appliquer le pourcentage sur une base nulle (le pourboire reste alors zéro). Le pourcentage de pourboire est le taux de gratuity en pourcentage de cette addition : quinze signifie quinze pour cent, pas zéro virgule quinze, de sorte que le nombre dit à voix haute à la porte est celui que vous envoyez. Les pourcentages de pourboire négatifs échouent parce que ce produit modélise le fait de laisser un pourboire pizza, non de l'extraire. People doit être un entier d'au moins un : on ne partage pas une pizza entre zéro invité, et les têtes fractionnaires sont hors périmètre. Toute cette validation s'exécute avant tout calcul monétaire, de sorte qu'une mauvaise requête de pourboire pizza ne renvoie jamais une ligne de règlement à moitié construite qu'un client pourrait traiter comme un succès. Envoyez un corps JSON avec trois champs obligatoires qui décrivent le règlement d'une commande de pizza, et non une addition générique de restaurant. L'addition (bill) est le montant pizza avant pourboire—les pizzas, nœuds à l'ail, salades et boissons imprimés sur le reçu avant toute gratuity au livreur ou au comptoir—sous forme de nombre fini ou de chaîne numérique. Les alias amount, pizza_bill et order_total sont acceptés lorsqu'un formulaire, un analyseur de reçu ou une application de commande groupée utilise déjà ces noms. Une addition négative est invalid_input : les tickets pizza ne descendent pas sous zéro, et une erreur de signe inventerait un pourboire en forme de remboursement que personne à table n'a voulu. Les alias tip, percent et gratuity pointent vers ce champ. People est le décompte entier des convives qui partagent la commande à parts égales ; les alias persons, party et split couvrent les libellés courants des planificateurs de fête et des carnets de colocataires. L'absence d'un champ obligatoire échoue avec invalid_input en nommant la clé.

Comment le pourboire pizza, le coût total et les parts par personne sont calculés

Le pourboire égale bill multiplié par tip percent divisé par cent. La réponse scinde aussi le règlement en bill_per_person (la part de chaque convive des pizzas avant gratuity) et tip_per_person (la part égale de chaque convive du pourboire livreur ou comptoir), utile lorsqu'un colocataire paie par carte et que les autres remboursent nourriture et pourboire sur des notes séparées. La charge utile répète le bill, tip_percent et people normalisés, puis renvoie tip, total, per_person, bill_per_person et tip_per_person, plus currency_decimals égal à deux et method égal à pizza_tip pour un branchement client stable. Utilisez tip lorsque vous n'avez besoin que de la ligne de gratuity pour le livreur ; utilisez total lorsqu'une application de paiement débite la carte ; utilisez per_person lorsqu'une discussion de groupe a besoin de la contribution complète de chaque invité.

Soirées en livraison, comptoirs à emporter, tarifs de l'API et limites pratiques

Utilisez l'API prépayée lorsqu'un robot d'hospitalité, un carnet de colocataires, un formulaire de commande groupée sur le campus ou un assistant de point de vente a besoin d'un contrat KIT stable à $0.002 par élément réussi ; les échecs de validation ne consomment jamais le solde après le rejet du moteur. L'emport et le comptoir utilisent souvent un pourcentage plus faible ou un montant rond en espèces ; vous saisissez toujours ce taux comme tip_percent.