Marge-Rabatt-Rechner

Ein Rabatt von einhundert Prozent oder mehr hinterlässt keinen Restverkaufspreis und scheitert mit invalid_input.

Eingabevertrag, Antwortform und Fehlerverhalten

Eine Zielmarge von einhundert Prozent oder mehr scheitert aus demselben strukturellen Grund: der Verkaufspreis wäre unendlich. Negative Kosten, negative Marge und negativer Rabatt werden abgelehnt. Geldfelder runden half-up auf zwei Dezimalstellen, damit Tests laufzeitübergreifend bytegenau übereinstimmen. Koppeln Sie diesen Endpunkt nur dann an einen Währungsumrechner, wenn die drei Zahlen bereits eine Währung teilen; der Rechner rechnet kein FX um, schichtet keine Umsatzsteuer und stapelt keine zweite Abschrift. Senden Sie per POST einen JSON-Körper mit drei erforderlichen endlichen Zahlen in einer Währung. cost ist der Stückbetrag für Beschaffung oder Herstellung und muss streng größer als null sein; die Aliasse unit_cost, cost_price und cogs zeigen auf dasselbe Feld, damit ein Katalogimporteur die Spaltennamen behalten kann. margin ist die Ziel-Gewinnmarge als Prozent des Verkaufspreises nach Rabatt, von null einschließlich bis hundert ausschließlich; die Aliasse margin_percent, target_margin und profit_margin werden akzeptiert. discount ist die angekündigte Abschrift als Prozent des Listen- (Etiketten-)preises, ebenfalls von null einschließlich bis hundert ausschließlich; die Aliasse discount_percent, discount_rate und percent_off werden akzeptiert. Jedes Zahlenfeld darf als JSON-Zahl oder als numerische Zeichenkette ankommen. Fehlende Felder, leere Zeichenketten und nicht endliche Werte scheitern mit invalid_input und nennen das Feld. Diese Fehlschläge werden nicht abgerechnet. Ein Rabatt von einhundert Prozent oder mehr scheitert mit invalid_input, weil nach einer totalen Abschrift kein Restverkaufspreis existiert. Bei Erfolg spiegelt der Körper die normalisierten cost, margin und discount, meldet sale_price (den Preis nach Rabatt, der die Marge trifft), required_price (das zu druckende Listenetikett), profit als sale_price minus cost und eine Formelzeichenkette formula, die die Zweistufen-Identität wiederholt. Beispiel: cost sechzig, margin fünfundzwanzig, discount zwanzig ergibt sale_price achtzig, required_price hundert und profit zwanzig. Der Preis ist ein Pauschalbetrag von $0.002 je erfolgreicher Anfrage.

Wo ein Marge-Rabatt-Rechner seinen Nutzen verdient

Aktionsplaner nutzen einen Marge-Rabatt-Rechner, wenn sie in einem Prospekt bereits einen Prozentabschlag zugesagt haben und trotzdem jedes SKU nach dem Verkauf eine Mindestmarge schaffen muss. Category-Manager rechnen vom Lieferantenpreis, einer Vertragsmarge und einer Hausabschrift auf das Etikett zurück, statt montags festzustellen, dass die zwanzig Prozent der Vorwoche still den Deckungsbeitrag gelöscht haben, den sie gebucht hatten. Großhandelsdesks, die einen Handelsrabatt auf einen veröffentlichten Listenpreis ankündigen, setzen diese Liste so, dass die Nettorechnung noch die vereinbarte Marge trägt, statt die Liste als unabhängige Eitelkeitszahl zu behandeln. Fehlgeschlagene Prüfung wird nicht abgerechnet. Preis-Bots und ERP-Konnektoren rufen einen stabilen Prepaid-Vertrag auf, damit Katalogimporte, Regelmotoren und Chat-Assistenten ein einziges deterministisches Etikett teilen statt dreier leicht abweichender Tabellenidentitäten. Das ist eine andere Suche und eine andere Aufgabe als ein Rabattrechner, der von einem bereits bekannten Listenpreis startet, als ein Verkaufspreis-aus-Aufschlag-Werkzeug, das nie eine Aktion sieht, und als ein finanzwirtschaftlicher Diskontsatzrechner, der Gegenwartswert gegen Zukunftswert preist: jene Werkzeuge starten von anderen Eingaben und beantworten andere Fragen. Weil die Implementierung reines parse der Stufe A ist, kostet jeder erfolgreiche Aufruf den veröffentlichten Grundpreis $0.002 ohne Modell-Tokens und ohne ausgehendes Netz. Halten Sie die Kosten streng positiv, halten Sie Marge und Rabatt unter einhundert Prozent, pinnen Sie den gerundeten required_price in Tests, und Sie erhalten ein reproduzierbares Aktionsetikett für Regale, LMS-Plugins und Edge-Worker, ohne eine eigene Preis-Engine aufzustellen.