Salesforce + Ziggu

Salesforce et Ziggu sont reliés par une intégration que Ziggu construit et exploite. Elle vérifie les changements toutes les heures et effectue une synchronisation complète une fois par jour, si bien que comptes, contacts, projets et documents associés arrivent dans Ziggu sans que personne ne les retape. Salesforce reste votre source unique de vérité. Ziggu est l'endroit où vos clients voient la partie qui les concerne, dans un portail client à votre marque plutôt que dans votre CRM.

L'essentiel

• Ziggu construit et exploite cette connexion. Ce n'est pas un modèle à déployer ni une application à installer.
• Votre administrateur Salesforce n'installe rien. Pas de managed package, rien dans votre org.
• Synchronisation incrémentale toutes les heures, complète une fois par jour.
• Les données synchronisées sont en lecture seule dans Ziggu par défaut, pour que rien ne diverge discrètement de Salesforce. Ce verrou peut être retiré si vous voulez pouvoir modifier dans Ziggu.
• Inviter le client reste une étape délibérée de votre équipe, pour que personne ne découvre un portail avant qu'il soit prêt.
• ION et Nextensa utilisent cette connexion aujourd'hui.

Pourquoi la lecture seule est le réglage par défaut

Le mode de défaillance classique d'une intégration CRM, ce sont deux systèmes qui semblent tous les deux faire autorité et qui se contredisent. Quelqu'un corrige une adresse dans le portail, quelqu'un d'autre la corrige dans Salesforce, et un mois plus tard personne ne sait plus vers laquelle la facture est partie.

Ziggu verrouille donc les champs qu'il reçoit. Salesforce est l'endroit où la fiche est tenue à jour, Ziggu l'affiche. Si cela ne correspond pas à votre façon de travailler, le verrou saute et Ziggu devient modifiable. C'est une décision que vous prenez délibérément à la mise en place, pas une que vous découvrez plus tard.

ION a résumé l'intérêt sans détour dans son propre témoignage : la connexion a été créée pour ne pas devoir saisir deux fois les informations client. Voir comment ION travaille avec Ziggu.

Projet, unité, et pourquoi la distinction compte ici

Ziggu organise le travail en projets, et un projet peut contenir une unité ou des centaines. Une unité est la plus petite chose qu'un client possède : un appartement dans une promotion, une maison, un aménagement, une commande. Entre le projet et l'unité se trouvent des niveaux optionnels, phases, lots et bâtiments, que les grands projets utilisent et que les petits ne voient jamais.

Si vous menez un chantier par client, votre projet et votre unité sont la même fiche et ces niveaux restent invisibles. Si vous en livrez plusieurs dans un même projet, vous les utilisez tous. C'est pour cela que le mapping est le vrai travail de la mise en place : c'est là que vos objets Salesforce doivent s'aligner sur la forme de votre propre activité.

Quelles données circulent entre Salesforce et Ziggu

La première colonne est le nom que votre équipe connaît dans l'application, la seconde est l'endpoint vers lequel l'intégration écrit.

‍

Ces champs sont en lecture seule dans Ziggu, sauf si vous demandez à retirer le verrou.

Comment connecter Salesforce à Ziggu ?

Plus court que vous ne le pensez, parce que c'est Ziggu qui construit.

1. Dites à votre contact Ziggu que vous voulez la connexion Salesforce.
2. Convenez du mapping : quels objets et champs Salesforce correspondent chez vous aux projets, unités, entreprises et contacts. C'est la seule partie qui demande une vraie réflexion, et c'est là qu'un projet à nombreuses unités justifie sa complexité.
3. Donnez à Ziggu l'accès à votre org Salesforce.
4. Ziggu construit, teste sur un seul projet, puis active le rythme horaire.
5. Convenez de qui envoie les invitations clients, et de ce qui doit figurer dans un portail avant son ouverture.

Votre administrateur Salesforce n'installe rien. Si vous préférez construire vous-même contre l'API ou faire appel à votre propre partenaire, cette voie reste ouverte : voir la documentation de l'API Ziggu.

Pourquoi l'invitation est une étape séparée

La synchronisation est automatique, l'invitation ne l'est pas, et c'est volontaire. Un projet qui vient d'être créé est vide, et un client qui entre dans un portail vide en garde une moins bonne première impression qu'un client qui n'a pas encore été invité. Comme inviter est une action distincte, quelqu'un regarde ce qui est arrivé, complète ce qui manque, et ouvre ensuite la porte.

Où les équipes l'utilisent

Vendre dans Salesforce, livrer dans Ziggu

La vente travaille comme elle l'a toujours fait. Dès qu'un client est rattaché à une unité dans Salesforce, il existe dans Ziggu, et l'équipe relation client peut l'inviter sans recopier une adresse e-mail depuis un écran de CRM.

Gérer des centaines de clients sans équipe de saisie

Une promotion de trois cents appartements compte trois cents clients, chacun avec des coordonnées qui changent, et c'est vrai de toute activité dont la liste de clients est longue et ne tient jamais en place. La synchronisation horaire fait que personne n'entretient cette liste deux fois. Voir comment les promoteurs immobiliers utilisent Ziggu.

Garder le CRM propre

Parce que Ziggu est en lecture seule par défaut, le portail ne peut pas devenir une seconde version de la vérité. Vos données Salesforce restent la référence, et c'est généralement la raison pour laquelle une entreprise dotée d'un CRM mature hésitait devant un portail.

Ce que Salesforce et Ziggu ne font pas

• La synchronisation est horaire, pas instantanée. Une modification faite dans Salesforce à dix minutes de l'heure arrive dans Ziggu au passage suivant.
• Les clients ne sont pas invités automatiquement. La connexion prépare tout ; une personne décide quand le portail s'ouvre.
• Les données vont de Salesforce vers Ziggu. Cette connexion n'écrit pas l'activité client dans Salesforce.
• Les champs synchronisés sont en lecture seule dans Ziggu par défaut. Si votre équipe compte les modifier dans le portail, dites-le à la mise en place.
• Le mapping se convient client par client. Deux orgs Salesforce ne sont jamais organisées pareil, donc le tableau ci-dessus est la forme de la connexion, pas une liste de champs figée.
• L'API de Ziggu est limitée à 60 requêtes par minute tous endpoints confondus, et c'est ce qui détermine le premier chargement complet.

Questions sur l'intégration Salesforce

Devons-nous installer quelque chose dans Salesforce ?

Non. Pas de managed package, rien dans votre org. Ziggu construit et exploite la connexion.

À quelle fréquence se fait la synchronisation ?

De façon incrémentale toutes les heures, avec une synchronisation complète une fois par jour.

Le client est-il invité automatiquement ?

Non, et c'est délibéré. La synchronisation crée le projet et y rattache le client ; quelqu'un de votre équipe envoie l'invitation une fois le portail prêt à être vu.

Notre équipe peut-elle modifier les données synchronisées dans Ziggu ?

Pas par défaut. Les champs synchronisés sont en lecture seule pour que Salesforce reste la source unique de vérité. Ce verrou peut être retiré si vous le souhaitez.

Est-ce que quelque chose repart vers Salesforce ?

Pas dans cette connexion. Elle déplace les données de Salesforce vers Ziggu.

Qui l'utilise aujourd'hui ?

ION et Nextensa, deux promoteurs immobiliers dont les projets comptent de nombreuses unités.

Nous utilisons un autre CRM.

La même approche vaut pour HubSpot, Dynamics 365, Teamleader Focus et Zoho, chacun par sa propre voie.

Dernière vérification : 28 août 2026.