Documentation Index
Fetch the complete documentation index at: https://doc.fluximmo.io/llms.txt
Use this file to discover all available pages before exploring further.
Goal
Obtenir une estimation de prix (vente ou location) pour un bien à partir de ses caractéristiques (localisation, surface, nombre de pièces, type), avec un intervalle indicatif — sans entraîner son propre modèle.Scénario
Un produit AVM (fintech, proptech, courtier, agence) doit afficher une estimation au moment où l’utilisateur saisit son bien. Le besoin : un prix central + un intervalle, et la possibilité de scorer un portefeuille en arrière-plan.Endpoint synchrone et latent. Compter quelques secondes par requête — pas un appel adapté à un thread UI bloquant. Prévoir un état de chargement explicite côté UI, et un job en arrière-plan pour les batches portfolio.
Étapes
1. Construire le payload
Le minimum requis : localisation géocodée (
location.locationCoordinate.location au format [lng, lat]), caractéristiques du bien (habitation.surface.total, habitation.roomCount, habitation.bedroomCount — tous trois requis ; optionnel land.surface pour les maisons), type (CLASS_FLAT | CLASS_HOUSE) et offer (objet { type: "OFFER_BUY" } — seul OFFER_BUY est supporté sur le lite).Champs optionnels qui affinent l’estimation (tous documentés au swagger) :
land.surface— pour les maisonshabitation.propertyCondition:constructionYear,generalConditions[]habitation.climate:epcEnergy(DPE),epcClimate(GES)habitation.characteristics:hasBalcony,hasCellar,hasGarage,hasLift,hasParking,hasPool,hasTerracehabitation.features:furniture,propertyFloor,propertyTotalFloor
POST /estimate/property/lite pour le schéma OpenAPI complet.3. Parser la réponse
La réponse, sous la clé
data, contient (cf. EstimationResponseDto du swagger) :data.price— estimation centrale (€) — requisdata.priceRange— intervalle{ lower, upper }— requisdata.metadata— objet libre, optionnel, sans schéma défini par l’API
Pas de champ de fiabilité officiel. Le swagger ne définit ni
confidence, ni spread, ni sample_size. spread_pct est une heuristique calculée côté client : plus l’intervalle [lower, upper] est large par rapport à central, plus l’incertitude est forte sur cette zone / ce type de bien. Afficher l’intervalle complet à l’utilisateur plutôt que le seul prix central — c’est l’information honnête que l’API vous donne.4. Cas d'usage AVM par batch
Pour scorer un portefeuille (N biens), lancer un job en arrière-plan, jamais une boucle dans une requête HTTP entrante. L’endpoint étant synchrone et latent, paralléliser agressivement saturerait le service — et ne ferait pas gagner de temps utilisateur, puisque le batch tourne déjà hors UI.
- Séquentiel par défaut. Le débit utile est dicté par la latence backend, pas par votre concurrence client. Si vous tenez à paralléliser, restez bas (1-2 workers) et validez avec
[email protected]avant de pousser plus haut. - Cache. C’est le vrai levier de débit. Clé = hash des champs métier (coordonnées arrondies +
surface.total+roomCount+bedroomCount+type+offer.type, plus les optionnels que vous utilisez réellement). Les estimations sont stables sur quelques heures. - Quota. Chaque appel est crédité. Avant un batch, vérifier le solde via
GET /v2/protected/consumption.
Architecture / flow
Pièges fréquents
Pour aller plus loin
- Estimation lite — référence API
- Géocoder pour search — pipeline géocodage en amont
- Consumption — surveiller le quota
Clé test gratuite — 1 semaine
Créez un compte sur my.fluximmo.io pour récupérer une clé API test gratuite (1 semaine, accès limité). Aucun paiement requis.

