IO Reports
IO Reports est un écosystème dynamique de rapports conçu pour vous donner une vue complète des tendances de style de vie et du marché. Proposant deux rapports — Neighborhood Lifestyle Report et Neighborhood Market Report — IO Reports vous permet d'offrir à vos clients et prospects une vue complète du caractère d'une communauté et de la dynamique de son marché immobilier.
Bien que les IO Reports soient offerts pour le rapport Neighborhood Lifestyle Report aux États-Unis et au Canada, à l'heure actuelle, Neighborhood Market Report n'est offert qu'aux États-Unis.
Ces rapports regorgent d'analyses de premier ordre pour vous donner une meilleure compréhension de tout quartier et, aux États-Unis, une vue claire des conditions immobilières locales, y compris des données en temps réel sur les inscriptions actives, le prix médian, le nombre de jours sur le marché et d'autres indicateurs clés.
Les rapports prennent également en charge l'image de marque et la personnalisation par l'agent, y compris les palettes de couleurs, les logos, les photos de profil, les liens et les biographies, afin d'harmoniser l'expérience du rapport avec l'apparence de votre présence en ligne et de mettre en valeur votre expertise locale.

Mise en œuvre d'IO Reports
IO Reports via API
Les IO Reports sont pris en charge via une mise en œuvre basée sur l'API. L'API IO Reports permet aux courtiers, aux SIA (services interagences), aux plateformes immobilières et aux secteurs connexes de déclencher automatiquement, à partir de n'importe quel système, un rapport Neighborhood Lifestyle Report ou Market Trends Reports personnalisé.
Que ce soit intégré dans un formulaire de prospection existant, une campagne courriel, un flux de travail CRM ou un tableau de bord interne, l'API facilite l'intégration des analyses à forte valeur ajoutée de Local Logic dans votre parcours utilisateur.
Exigences de mise en œuvre
Pour mettre en œuvre les IO Reports via l'API, vous aurez besoin de ressources de développement en mesure de préparer et d'envoyer la ou les requêtes nécessaires pour obtenir une URL d'IO Report au moment voulu. Par exemple, cela pourrait se produire lors de la soumission d'un formulaire ou dans le cadre de campagnes CRM pour envoyer un courriel aux prospects acheteurs ou vendeurs, ou lors de la génération d'un dépliant afin d'y intégrer un lien de code QR.
Les deux types de flux d'autorisation pris en charge sont via un jeton porteur (Bearer Token) ou en tirant parti de JWT personnalisés. Pour plus d'informations, veuillez consulter les détails ici.
Flux d'authentification unique (SSO)
Les IO Reports peuvent être intégrés de façon transparente à l'authentification unique (Single Sign-On, SSO), ce qui facilite l'accès sécurisé de vos agents à tout rapport. Nous prenons en charge à la fois OpenID Connect (OIDC) et Security Assertion Markup Language (SAML) pour un SSO flexible et sécurisé. Seul le flux de connexion amorcé par le fournisseur de services (Service Provider) est pris en charge.
Seul le flux de connexion amorcé par le fournisseur de services est pris en charge pour le moment. Si, lors de la connexion, des erreurs liées à RelayState se produisent, il est possible que vous utilisiez le flux de connexion amorcé par le fournisseur d'identité, qui n'est pas pris en charge.
Exigences de mise en œuvre
Pour mettre en œuvre les IO Reports via l'authentification unique au sein de votre propre plateforme ou tableau de bord, vous devrez
- prendre en charge un flux SSO OIDC ou SAML amorcé par le fournisseur de services afin que l'application IO Reports de Local Logic puisse amorcer l'authentification avec votre fournisseur d'identité
- construire une tuile ou un lien dans votre application qui dirige les utilisateurs connectés vers un lien fourni par l'équipe de Local Logic
Ce flux nécessite un système où une tuile ou un lien IO Report peut être ajouté pour les utilisateurs connectés, et il requiert que toute la configuration corresponde entre votre fournisseur d'identité et Local Logic pour que le SSO fonctionne. Les IO Reports de Local Logic ne prennent pas en charge le SSO amorcé par le fournisseur d'identité (IdP).
Le lien permettant de déclencher l'accès aux IO Reports via un hyperlien ou une tuile aura le format suivant : https://neighborhoodintel.locallogic.co/sso/<ORG>
OpenID Connect (OIDC) SSO
Pour utiliser OIDC, nous aurons besoin d'un identifiant client (Client ID), d'une clé secrète client (Client Secret) et d'une URL d'émetteur (Issuer URL). Si votre URL d'émetteur n'est pas la même URL qui héberge votre configuration well-known, vous devrez nous fournir des points de terminaison pour l'autorisation, les JWK, le jeton et les informations utilisateur. Par exemple, si Google Workspace est votre fournisseur d'identité, https://accounts.google.com est l'émetteur et la configuration well-known se trouve à https://accounts.google.com/.well-known/openid-configuration.
En plus des identifiants et des points de terminaison, nous travaillerons à mapper ces attributs (au minimum) :
- courriel (requis)
- prénom
- nom de famille
Enfin, vous aurez besoin d'une URL de redirection pour les connexions réussies : https://reports-sso-prod.auth.us-east-1.amazoncognito.com/oauth2/idpresponse
Security Assertion Markup Language (SAML) SSO
Pour utiliser SAML, vous devrez nous fournir votre fichier XML de métadonnées. De plus, vous devrez configurer les détails suivants du fournisseur de services en fonction des spécificités de Local Logic :
- ID d'entité (
urn:amazon:cognito:sp:us-east-1_4cyxyA0TL) - URL ACS (Assertion Consumer Service) (
https://reports-sso-prod.auth.us-east-1.amazoncognito.com/saml2/idpresponse)
En plus des identifiants et des points de terminaison, nous travaillerons à mapper ces attributs (au minimum) :
- courriel (requis)
- prénom
- nom de famille