Multi-Agenten-Provisionssplit

Summieren die beiden Prozentsätze mehr als hundert Prozent, lehnt die Engine die Anfrage mit einem klaren invalid_input-Fehler ab, statt einen negativen Agentengehalt zu erfinden.

Eingaben: Gesamtprovision, Maklerhaus-Split und Empfehlungsgebühr

Beide Prozentsätze müssen nichtnegativ sein und sind jeweils auf hundert begrenzt, sodass ein einzelnes Feld den gesamten Topf nicht allein überschreiten kann. Negative Provisionsbeträge scheitern an der Validierung, weil sie keinen normalen Abschluss beschreiben. Die gesamte Validierung läuft vor der Geldberechnung, sodass fehlerhafte Anfragen nie halbgefüllte Abrechnungszeilen erzeugen. Senden Sie einen JSON-Body mit drei Pflichtfeldern. Die Gesamtprovision ist der Brutto-Topf vor jeder Multi-Agenten-Zuteilung als nichtnegative endliche Zahl oder numerische Zeichenkette; die Aliase commission, total, amount und gross_commission werden akzeptiert, wenn Ihr Client das Feld bereits anders benennt. Der Maklerhaus-Split-Prozentsatz ist der Unternehmensanteil als Prozentsatz dieses Gesamtwerts — zum Beispiel dreißig bedeutet dreißig Prozent —, nicht als Dezimalbruch; die Aliase brokerage_percent, brokerage, broker_split und company_split mappen auf denselben Wert, damit Formularbauer vertraute Bezeichnungen behalten. Der Prozentsatz der Empfehlungsgebühr ist der Anteil der empfehlenden Partei am selben Gesamtwert, wiederum als Prozentsatz, etwa fünfundzwanzig für fünfundzwanzig Prozent; unterstützt werden referral_percent, referral, referral_fee und referring_agent_percent. Fehlt eines der drei Felder, schlägt die Anfrage mit invalid_input und dem Namen des fehlenden Schlüssels fehl. Wenn Maklerhaus-Split plus Empfehlungsgebühr hundert überschreiten, wirft die Engine invalid_input und erklärt, dass die kombinierten Prozentsätze hundert Prozent nicht überschreiten dürfen — die klassische Überallokationsfalle multiparteiischer Provisionstools.

So werden Nettobeträge für Empfehlung, Maklerhaus und Agent berechnet

Die Antwort spiegelt die normalisierte Gesamtprovision und beide Eingabeprozentsätze wider und liefert agent_percent, percent_sum, referral_amount, brokerage_amount und agent_net sowie currency_decimals gleich zwei und method gleich commission_split_multi_agent für stabile Client-Verzweigungen. Identische Eingaben erzeugen stets identisches JSON, weil der Pfad reine Arithmetik ist — ohne Netzwerk, ohne Zufallsseed und ohne Systemuhr.

API-Nutzung, Preise, Workflows und praktische Grenzen

Nutzen Sie den kostenlosen Multi-Agenten-Provisionssplit-Rechner im Browser, wenn Sie neue Makler coachen, Angebotsblätter prüfen oder ein Desktabellenblatt gegenprüfen, ohne eine weitere App zu installieren. Halten Sie Provisionsgrößen in gewöhnlichen kommerziellen Bereichen; extrem große Beträge werden abgelehnt, damit die Isolate-Arithmetik begrenzt bleibt. Nutzen Sie die Prepaid-API, wenn ein Makler-CRM, ein Transaktionskoordinator-Bot, ein Team-Dashboard oder ein Compliance-Export einen stabilen KIT-Vertrag zu $0.002 pro erfolgreichem Item benötigt; Validierungsfehler verbrauchen nach der Ablehnung durch die Engine nie Guthaben. Koppeln Sie diesen Endpoint nur dann mit Hypotheken- oder Closing-Cost-Tools, wenn Sie den Provisionstopf bereits in einer einzigen Währung kennen — diese Fähigkeit rechnet kein FX um, prorratiert keine Steuern und wendet über die beiden Eingabeprozentsätze hinaus keine Franchisegebühren an. Autoren, die SDKs ausliefern, können referral_amount, brokerage_amount und agent_net direkt in Abrechnungs-UIs und Auszahlungsnachrichten abbilden. Das Produktversprechen ist eine transparente Drei-Parteien-Zuteilung einer Brutto-Provision mit explizitem Schutz über hundert Prozent — nicht Dual-Agency-Seitenmathematik, nicht gleitende Unternehmensstaffeln nach Produktionsstufe und nicht automatische MLS-Gebührentabellen, die zu spezialisierten Tools mit anderer SEO-Absicht gehören.