Trinkgeld- und Teilungsrechner

Eingaben: Rechnung, Trinkgeldprozent und Personenanzahl

Negative Rechnungen und negative Trinkgeldprozentsätze scheitern an der Validierung, weil sie keine normale Rechnung beschreiben. Der Trinkgeldprozentsatz ist großzügig gedeckelt, damit Tausendfach-Tippfehler laut scheitern statt absurde Summen zu erfinden. People muss eine ganze Zahl sein: bruchteilige Köpfe am Tisch werden nicht modelliert. Alle Validierung geschieht vor jeglicher Geldmathematik, sodass schlechte Anfragen nie halbgefüllte Trinkgeldzeilen erzeugen. Senden Sie einen JSON-Body mit drei erforderlichen Feldern. Die Rechnung ist der Betrag vor Trinkgeld als nicht negative endliche Zahl oder numerische Zeichenkette; Aliasse amount, bill_amount und subtotal werden akzeptiert, wenn Ihr Client das Feld bereits anders benennt. Der Trinkgeldprozentsatz ist der Gratuity-Satz als Prozentsatz dieser Rechnung —zum Beispiel achtzehn bedeutet achtzehn Prozent— nicht als Dezimalbruch; Aliasse tip, percent, gratuity und tip_pct mappen auf denselben Wert, damit Formularbauer vertraute Labels behalten. People ist die ganzzahlige Anzahl der Gäste oder Mitbewohner, die gleiche Anteile zahlen; Aliasse persons, n, party, party_size und split werden unterstützt. Wenn people null ist, wirft die Engine invalid_input mit der Meldung, dass mindestens eine Person erforderlich ist —die klassische Division-durch-null-Falle von Teilungsrechnern. Fehlt eines der drei Felder, scheitert es ebenfalls mit invalid_input und dem fehlenden Schlüssel.

Wie Trinkgeld, Summe und Anteil pro Person berechnet werden

Die Antwort spiegelt die normalisierte Rechnung, den Trinkgeldprozentsatz und die Personenanzahl wider, gibt dann tip, total und per_person zurück, plus currency_decimals gleich zwei und method gleich tip_split für stabile Client-Verzweigung. Nutzen Sie tip allein, wenn Sie nur die Gratuity-Zeile brauchen; total, wenn eine Zahlungs-App den belasteten Betrag braucht; per_person, wenn ein Gruppenchat den Beitrag jeder Person braucht. Identische Eingaben erzeugen immer identisches JSON, weil der Pfad reine Arithmetik ohne Netz, ohne Zufalls-Seed und ohne Wanduhr ist.

API-Nutzung, Preise, Abläufe und praktische Grenzen

Rufen Sie den kostenlosen Trinkgeld- und Teilungsrechner im Browser für Abendessen, Mitfahrten, Ferienwohnungen und Büro-Mittagessen-Bestellungen auf, ohne eine weitere App zu installieren. Halten Sie Rechnungsgrößen in gewöhnlichen kommerziellen Bereichen; extrem große Beträge werden abgelehnt, damit Isolate-Mathematik begrenzt bleibt. Nutzen Sie die Prepaid-API, wenn ein Hospitality-Bot, Ausgaben-Tracker, Reiseplaner oder POS-Helfer einen stabilen KIT-Vertrag zu $0.002 pro erfolgreichem Element braucht; Validierungsfehler verbrauchen nie Guthaben nach Ablehnung durch die Engine. Paaren Sie diesen Endpoint nur mit Währungsumrechnern, wenn Sie Beträge bereits in einer einzigen Währung kennen —diese Fähigkeit rechnet kein FX um und wendet keine Steuerzeilen an. Autoren, die SDKs ausliefern, können tip, total und per_person direkt in Beleg-UIs und Abrechnungsnachrichten mappen. Das Produktversprechen ist gleichmäßige Teilung mit explizitem Trinkgeldprozentsatz, nicht itemisierte Steuer, Servicegebühren oder automatische lokale Trinkgeld-Sitten —das gehört in spezialisierte Werkzeuge mit anderer SEO-Absicht.