Répartition multi-agents de commission

Si les deux pourcentages dépassent cent pour cent au total, le moteur rejette la demande avec une erreur invalid_input claire au lieu d’inventer une rémunération négative pour l’agent.

Entrées : commission totale, part d’agence et honoraires d’apport

Les deux pourcentages doivent être non négatifs et chacun est plafonné à cent, afin qu’un seul champ ne puisse à lui seul dépasser tout le pot. Les montants de commission négatifs échouent à la validation car ils ne décrivent pas une clôture normale. Toute la validation s’exécute avant le calcul monétaire, de sorte que les mauvaises requêtes ne produisent jamais de lignes de règlement à moitié remplies. Envoyez un corps JSON avec trois champs obligatoires. La commission totale est le pot brut avant toute répartition multi-agents, sous forme de nombre fini non négatif ou de chaîne numérique ; les alias commission, total, amount et gross_commission sont acceptés lorsque votre client nomme déjà le champ autrement. Le pourcentage de part d’agence est la part maison exprimée en pourcentage de ce total — par exemple trente signifie trente pour cent —, non une fraction décimale ; les alias brokerage_percent, brokerage, broker_split et company_split renvoient à la même valeur pour que les constructeurs de formulaires gardent des libellés familiers. Le pourcentage d’honoraires d’apport est la part de l’apporteur sur le même total, encore en pourcentage, par exemple vingt-cinq pour vingt-cinq pour cent ; referral_percent, referral, referral_fee et referring_agent_percent sont pris en charge. L’absence de l’un des trois champs échoue avec invalid_input en nommant la clé manquante. Lorsque la part d’agence plus les honoraires d’apport dépassent cent, le moteur lève invalid_input en expliquant que les pourcentages combinés ne doivent pas dépasser cent pour cent — le piège classique de sur-allocation des outils de commission multipartite.

Comment sont calculés les nets d’apport, d’agence et d’agent

La réponse renvoie la commission totale normalisée et les deux pourcentages d’entrée, puis agent_percent, percent_sum, referral_amount, brokerage_amount et agent_net, plus currency_decimals égal à deux et method égal à commission_split_multi_agent pour un branchement client stable. Des entrées identiques produisent toujours un JSON identique car le chemin est une arithmétique pure, sans réseau, sans graine aléatoire et sans horloge système.

Usage de l’API, tarification, flux et limites pratiques

Appelez la calculatrice gratuite de répartition multi-agents dans le navigateur pour former de nouveaux agents, relire des fiches d’offre ou vérifier une feuille de calcul de bureau sans installer une autre application. Gardez des tailles de commission dans des plages commerciales ordinaires ; les montants extrêmement élevés sont rejetés pour que l’arithmétique de l’isolat reste bornée. La promesse produit est une allocation transparente à trois parties d’une commission brute avec un garde-fou explicite au-delà de cent pour cent — pas le calcul d’agence duale, ni les barèmes d’entreprise par palier de production, ni les tables automatiques de frais MLS —, qui appartiennent à des outils spécialisés avec une autre intention SEO. Utilisez l’API prépayée lorsqu’un CRM d’agence, un bot de coordination de transactions, un tableau d’équipe ou un export de conformité 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. Associez ce endpoint à des outils d’hypothèque ou de frais de clôture seulement si vous connaissez déjà le pot de commission dans une seule devise — cette capacité ne convertit pas le FX, ne proratise pas les taxes et n’applique pas de redevances de franchise au-delà des deux pourcentages d’entrée. Les auteurs qui livrent des SDK peuvent mapper referral_amount, brokerage_amount et agent_net directement dans des interfaces de règlement et des messages de paiement.