Salesforce + Ziggu

Salesforce en Ziggu zijn gekoppeld via een integratie die Ziggu zelf bouwt en draait. Ze controleert elk uur op wijzigingen en doet één keer per dag een volledige sync, zodat accounts, contacten, projecten en de documenten die erbij horen in Ziggu terechtkomen zonder dat iemand ze overtypt. Salesforce blijft je single source of truth. Ziggu is waar je klanten het stuk zien dat hen aangaat, in een klantportaal in jouw huisstijl in plaats van in je CRM.

In het kort

• Ziggu bouwt en beheert deze koppeling. Het is geen template die je uitrolt en geen app die je installeert.
• Je Salesforce-beheerder installeert niets. Geen managed package, niets in je org.
• Elk uur incrementeel, één keer per dag een volledige sync.
• Gesynchroniseerde data is in Ziggu standaard read-only, zodat niets stilletjes uit elkaar kan lopen met Salesforce. Dat slot kan eraf als je Ziggu bewerkbaar wil.
• De klant uitnodigen blijft een bewuste stap van je team, zodat niemand een portaal ziet voor het klaar is.
• ION en Nextensa draaien deze koppeling vandaag.

Waarom read-only de standaard is

De klassieke manier waarop een CRM-koppeling misloopt: twee systemen die er allebei gezaghebbend uitzien en elkaar tegenspreken. Iemand corrigeert een adres in het portaal, iemand anders corrigeert het in Salesforce, en een maand later weet niemand nog naar welk van de twee de factuur vertrokken is.

Daarom zet Ziggu de velden die het ontvangt op slot. Salesforce is waar het record beheerd wordt, Ziggu toont het. Past dat niet bij jullie manier van werken, dan gaat het slot eraf en wordt Ziggu bewerkbaar. Dat is een beslissing die je bewust neemt bij de setup, niet eentje die je later ontdekt.

ION verwoordde het punt zelf kort en droog: de koppeling is er gekomen om klantinformatie niet twee keer te moeten invoeren. Lees hoe ION met Ziggu werkt.

Project, unit, en waarom dat verschil hier telt

Ziggu organiseert werk in projecten, en een project kan één unit bevatten of honderden. Een unit is het kleinste ding dat één klant heeft: één appartement in een ontwikkeling, één woning, één inrichting, één order. Tussen project en unit zitten optionele niveaus, fases en loten en gebouwen, die grote projecten gebruiken en kleine nooit te zien krijgen.

Werk je met één opdracht per klant, dan zijn je project en je unit hetzelfde record en blijven die niveaus onzichtbaar. Lever je er veel binnen één project, dan gebruik je ze allemaal. Dat is precies waarom de mapping het echte werk van de setup is: daar moeten jouw Salesforce-objecten aansluiten op de vorm van je eigen dienstverlening.

Welke data beweegt tussen Salesforce en Ziggu

De eerste kolom is de naam die je team uit de app kent, de tweede is het endpoint waar de integratie naartoe schrijft.

‍

Deze velden zijn in Ziggu read-only, tenzij je vraagt om het slot eraf te halen.

Hoe koppel je Salesforce aan Ziggu?

Korter dan je verwacht, omdat Ziggu het bouwwerk doet.

1. Laat je Ziggu-contact weten dat je de Salesforce-koppeling wil.
2. Spreek de mapping af: welke Salesforce-objecten en -velden bij jullie overeenkomen met projecten, units, bedrijven en contacten. Dit is het enige deel dat echt denkwerk vraagt, en waar een project met veel units zijn complexiteit verdient.
3. Geef Ziggu toegang tot je Salesforce-org.
4. Ziggu bouwt, test op één project en zet het uurschema aan.
5. Spreek af wie de klantuitnodigingen verstuurt, en wat er in een portaal moet staan voor het opengaat.

Je Salesforce-beheerder installeert niets. Wil je liever zelf tegen de API bouwen of je eigen partner laten bouwen, dan kan dat ook: zie de Ziggu API-documentatie.

Waarom de uitnodiging een aparte stap is

De sync is automatisch, de uitnodiging niet, en dat is met opzet. Een net aangemaakt project is leeg, en een klant die in een leeg portaal binnenwandelt houdt daar een slechtere eerste indruk aan over dan een klant die nog niet uitgenodigd is. Omdat uitnodigen een aparte handeling is, kijkt iemand eerst naar wat er binnengekomen is, vult aan wat ontbreekt, en zet dan pas de deur open.

Waar teams het voor gebruiken

Verkopen in Salesforce, opleveren in Ziggu

Verkoop werkt zoals altijd. Zodra een klant in Salesforce aan een unit hangt, bestaat hij in Ziggu, en kan het klantenteam hem uitnodigen zonder een e-mailadres uit een CRM-scherm over te typen.

Honderden klanten zonder een team dat data invoert

Een ontwikkeling met driehonderd appartementen heeft driehonderd klanten, elk met contactgegevens die veranderen, en dat geldt net zo goed voor elk bedrijf met een lange klantenlijst die nooit stilstaat. Door elk uur te syncen onderhoudt niemand die lijst twee keer. Zie hoe projectontwikkelaars Ziggu gebruiken.

Je CRM proper houden

Omdat Ziggu standaard read-only is, kan het portaal geen tweede versie van de waarheid worden. Je Salesforce-data blijft het record, en dat is meestal precies de reden waarom een bedrijf met een volwassen CRM aarzelde bij een portaal.

Wat Salesforce en Ziggu niet doen

• De sync is uurlijks, niet onmiddellijk. Een wijziging die om tien over het uur in Salesforce gebeurt, komt bij de volgende ronde in Ziggu binnen.
• Klanten worden niet automatisch uitgenodigd. De koppeling zet alles klaar; een mens beslist wanneer het portaal opengaat.
• Data stroomt van Salesforce naar Ziggu. Deze koppeling schrijft geen klantactiviteit terug naar Salesforce.
• Gesynchroniseerde velden zijn in Ziggu standaard read-only. Verwacht je team ze in het portaal te bewerken, zeg dat dan bij de setup.
• De mapping wordt per klant afgesproken. Twee Salesforce-orgs zijn nooit hetzelfde ingericht, dus de tabel hierboven is de vorm van de koppeling, geen vaste veldenlijst.
• De API van Ziggu is beperkt tot 60 requests per minuut over alle endpoints samen, en dat bepaalt hoe de eerste volledige lading verloopt.

Vragen over de Salesforce-integratie

Moeten wij iets installeren in Salesforce?

Nee. Geen managed package, niets in je org. Ziggu bouwt en draait de koppeling.

Hoe vaak synchroniseert het?

Elk uur incrementeel, met één keer per dag een volledige sync.

Wordt de klant automatisch uitgenodigd?

Nee, en dat is bewust. De sync maakt het project aan en hangt de klant eraan; iemand van je team verstuurt de uitnodiging zodra het portaal klaar is om gezien te worden.

Kan ons team gesynchroniseerde data in Ziggu aanpassen?

Standaard niet. Gesynchroniseerde velden zijn read-only zodat Salesforce de single source of truth blijft. Dat slot kan eraf als je dat wil.

Stroomt er iets terug naar Salesforce?

Niet in deze koppeling. Ze verplaatst data van Salesforce naar Ziggu.

Wie draait dit vandaag?

ION en Nextensa, allebei projectontwikkelaars met projecten die veel units tellen.

Wij gebruiken een ander CRM.

Dezelfde aanpak geldt voor HubSpot, Dynamics 365, Teamleader Focus en Zoho, elk via hun eigen route.

Laatst nagekeken: 28 augustus 2026.