Microsoft Dynamics 365 + Ziggu

Microsoft Dynamics 365 en Ziggu koppelen via de publieke REST API van Ziggu, gebouwd door je eigen Microsoft-partner of je interne ontwikkelaars. Projecten en de units erin worden in Ziggu aangemaakt, en het contact op de verkoop wordt meegesynchroniseerd, getriggerd door de deal die een status bereikt die jij kiest of door een custom field dat je team invult. Dynamics blijft waar de verkoop draait. Ziggu is het klantportaal waar de klant met het resultaat leeft.

In het kort

• Er is geen Ziggu-app voor Dynamics 365. De koppeling wordt gebouwd op de publieke REST API van Ziggu, meestal door de Microsoft-partner met wie je al werkt.
• Projecten en units worden in Ziggu aangemaakt, en het contact volgt.
• Jij kiest de trigger: een dealstatus, of een custom field zoals één met de naam sync-ziggu dat iemand aanvinkt wanneer een record klaar is om te bewegen.
• De optie met het veld bestaat omdat een dealstatus een bot instrument is. Met een veld beslis je geval per geval, zonder je verkoopproces te verbouwen.
• De klant uitnodigen blijft een bewuste stap van je team in Ziggu, wat de integratie ook doet.
• Het schema is wat je integrator bouwt. Ziggu legt er geen op.

Waarom de trigger belangrijker is dan het leidingwerk

Data uit Dynamics halen is het makkelijke deel. De vraag die bepaalt of de koppeling nuttig is, is wanneer een record mag bewegen.

Een dealstatus is het voor de hand liggende antwoord en werkt zolang je pipeline proper is en elke verkoop hetzelfde pad volgt. Het stopt met werken op het moment dat je deals hebt die sluiten maar nog niet mogen starten, of projecten die beginnen voor het papierwerk rond is.

Daarom bestaat de tweede optie. Een custom field, aangevinkt door wie het weet, verplaatst een record wanneer het echt klaar is. De meeste teams gebruiken uiteindelijk de status voor het standaardgeval en het veld voor de uitzonderingen, en dat is de combinatie die een echte pipeline overleeft.

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. Je integrator moet weten welke van de twee jij bent voor er iets anders beslist wordt, want het bepaalt wat een Dynamics-record moet worden.

Welke data beweegt tussen Dynamics 365 en Ziggu

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

‍

Alles daarbuiten kan op dezelfde API, want de volledige endpointlijst dekt documenten, beslissingen, schijven, opleverlijsten en berichten. Het is niet wat teams vandaag draaien, dus behandel het als werk om te scopen en niet als iets dat je aanzet.

Hoe koppel je Dynamics 365 aan Ziggu?

Deze wordt gebouwd in plaats van uitgerold, dus de volgorde is een project en geen setupwizard.

1. Vraag een integratietoken aan bij Ziggu. Tokens worden per organisatie uitgegeven.
2. Bepaal de trigger samen met je verkoopteam: een dealstatus, een custom field, of allebei.
3. Spreek de mapping af. Welk Dynamics-record wordt een Ziggu-project, welk wordt een unit, en hoe vindt het contact zijn weg naar de juiste.
4. Je Microsoft-partner of je eigen ontwikkelaars bouwen het tegen api.ziggu.app/public. Endpointreferentie: Ziggu API-documentatie.
5. Test op één deal van begin tot eind, en kijk naar wat de klant in zijn portaal ziet voor je het op de pipeline zet.

Wil je liever niets bouwen, dan kan hetzelfde werk met een kant-en-klaar connectorplatform. Zo koppelen Ziggu-klanten Microsoft SharePoint en Teamleader Focus.

Waar teams het voor gebruiken

Het project klaar hebben voor iemand ernaar vraagt

De kloof tussen een handtekening en het eerste echte contact is waar vertrouwen verloren gaat. Als de verkoop het project aanmaakt, staat alles er al wanneer je team beslist om het portaal open te zetten, in plaats van dat het gebouwd wordt in de week nadat de klant vroeg waarom hij niets gehoord heeft.

Dynamics het verkooprecord laten blijven zonder klanten buiten te sluiten

Dynamics bevat de pipeline, de forecast en de interne notities, en niets daarvan is klantmateriaal. Ziggu toont de klant zijn eigen project. De twee hoeven geen één systeem te worden om de data te laten kloppen.

Het over een portefeuille draaien

Zodra projecten en units in Ziggu bestaan, hangt de rest eraan: documenten, beslissingen, opleverlijsten. Zie hoe projectontwikkelaars Ziggu gebruiken.

Wat Dynamics 365 en Ziggu niet doen

• Er is geen Ziggu-app in Microsoft AppSource en geen connector in Dynamics. Iemand bouwt dit, en die iemand is meestal je Microsoft-partner.
• Klanten worden niet automatisch uitgenodigd. Wat de integratie ook aanmaakt, een mens in Ziggu beslist wanneer het portaal opengaat.
• Ziggu bepaalt het schema niet. Hoe vaak de koppeling draait, en of ze op een event reageert of pollt, is wat je integrator bouwt.
• Document- en factuurstromen zijn niet wat teams vandaag draaien. De API ondersteunt ze, maar dat is scope voor een project en niet iets dat klaarstaat om aangezet te worden.
• Data stroomt van Dynamics naar Ziggu. Er wordt niets teruggeschreven tenzij je integrator dat ook bouwt.
• De API van Ziggu is beperkt tot 60 requests per minuut over alle endpoints samen, en dat bepaalt hoe een eerste lading van een bestaande pipeline verloopt.

Vragen over de Dynamics 365-integratie

Is er een Ziggu-app voor Dynamics 365?

Nee. De koppeling wordt gebouwd op de publieke REST API van Ziggu, normaal door de Microsoft-partner met wie je al werkt.

Wat zorgt ervoor dat een project in Ziggu verschijnt?

Een trigger die jij kiest: een deal die een status bereikt, of een custom field dat iemand aanvinkt wanneer het record klaar is. Veel teams gebruiken allebei.

Waarom een custom field in plaats van de dealstatus?

Omdat een status alles verplaatst wat hem bereikt. Met een veld verplaats je een record wanneer het echt klaar is, zonder te veranderen hoe je pipeline ingericht is.

Wordt de klant automatisch uitgenodigd?

Nee. De integratie zet het project en het contact klaar; iemand van je team verstuurt de uitnodiging vanuit Ziggu zodra het portaal klaar is om gezien te worden.

Hoe vaak synchroniseert het?

Wat je integrator bouwt. Ziggu legt op deze route geen schema op.

Kunnen we ook documenten en facturen syncen?

De API ondersteunt het. Het is niet wat teams vandaag draaien, dus scope het als deel van de bouw in plaats van het uit de doos te verwachten.

Wij bouwen liever niets.

Kijk dan naar een kant-en-klaar connectorplatform, de route achter Microsoft SharePoint. Of, als je wil dat Ziggu het bouwt en draait, zie Salesforce en Ziggu.

Laatst nagekeken: 28 augustus 2026.