Teamleader Focus + Ziggu

Teamleader Focus en Ziggu koppelen via de publieke REST API van Ziggu. Een deal die de fase bereikt die jij kiest, wordt een Ziggu-project met de contacten eraan, en offertes en facturen komen binnen als beslissingen en schijven. Het punt is niet dat de data beweegt. Het punt is dat je klant niet meer moet zoeken: elke keuze op het project, je offerte en alles wat erna komt, wacht in één klantportaal in plaats van verspreid over je offertetool, je mailbox en een gedeelde schijf.

In het kort

• Teamleader Focus koppelt aan Ziggu via de publieke REST API van Ziggu. Je kan het zelf bouwen, je partner laten bouwen, of een kant-en-klare template op Peliqan gebruiken.
• Een deal die de fase bereikt die jij aanwijst, wordt een Ziggu-project, met de gekoppelde contacten er al aan.
• Offertes komen in Ziggu binnen als beslissingen en facturen als schijven, zodat een klant je voorstel beantwoordt op dezelfde plek waar hij alles goedkeurt wat erna komt.
• Een offerte die elektronisch getekend wordt in Teamleader houdt die flow: de beslissing in Ziggu draagt een link die de handtekeningapp van Teamleader opent.
• Dit is een geplande koppeling, geen event-gestuurde. Een deal die je fase bereikt wordt een project bij de volgende ronde, en jij bepaalt hoe vaak dat is.

Waarom je ze zou koppelen

Teamleader verstuurt de offerte al, en de klant kan ze daar al tekenen. De reden om te koppelen is dus niet de offerte. Het is alles eromheen.

Op een project met maatwerk erin maakt een klant niet één beslissing. Hij keurt het voorstel goed, en daarna wat jouw werk verder vraagt: een tekening, een lastenboek, een materiaal, een wijziging tijdens de uitvoering, een verslag op het eind. Welke lijst dat precies is, hangt af van je vak. De vorm niet. Staat het voorstel in je offertetool en de rest in e-mail, dan heeft de klant twee plekken om te kijken en heb jij een opvolgingsprobleem.

De Teamleader-offerte naar de beslissingen van Ziggu brengen zet die hele reeks in één lijst, in de volgorde waarin ze moet gebeuren. De elektronische handtekening blijft waar ze hoort: Ziggu toont de beslissing, en de link erop opent de handtekeningapp van Teamleader, zodat je de tekenflow houdt die je al vertrouwt en de klant nog steeds maar één app opent. Zie Beslissingen en goedkeuringen.

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, wat de manier is waarop de meeste Teamleader-gebruikers werken, dan zijn je project en je unit hetzelfde record en blijven die niveaus onzichtbaar. Dat is nuttig om te weten voor je de mapping afspreekt, want het bepaalt wat een Teamleader-deal moet worden.

Welke data beweegt tussen Teamleader Focus en Ziggu

Geschreven naar Ziggu via de publieke API. De eerste kolom is de naam die je team uit de app kent, de tweede is het endpoint dat je ontwikkelaar effectief aanroept.

‍

Hoe koppel je Teamleader Focus aan Ziggu?

Drie routes, dezelfde API eronder. Kies degene die past bij wie het gaat onderhouden.

1. Zelf bouwen. Vraag een integratietoken aan bij Ziggu en schrijf tegen api.ziggu.app/public. Tokens worden per organisatie uitgegeven. Endpointreferentie: Ziggu API-documentatie.
2. Je integratiepartner laten bouwen. Dezelfde API, hetzelfde token, andermans onderhoud.
3. Een kant-en-klare template op Peliqan gebruiken. Peliqan heeft connectoren voor zowel Teamleader Focus als Ziggu, dus de template wordt uitgerold en geconfigureerd in plaats van geschreven. Templates worden per klant gekopieerd en aangepast, dus de veldmapping spreek je af bij de setup.

Welke route je ook kiest, drie beslissingen komen eerst: welke dealfase het project aanmaakt, welke Teamleader-velden waar landen in Ziggu, en hoe vaak het draait. Leg die vast, laat het één keer lopen op één deal, en controleer het project, de contacten, de beslissingen en de schijven voor je het op je hele pipeline richt.

Waar teams het voor gebruiken

De klant één plek geven voor elke beslissing, niet alleen voor de offerte

Het voorstel komt uit Teamleader. Alles wat de klant daarna moet goedkeuren niet. In Ziggu staan ze op een rij als één lijst die de klant afwerkt, en dat is wat ervoor zorgt dat diezelfde klant je niet meer mailt met de vraag wat hij nog moet goedkeuren.

Een getekende deal overdragen zonder over te typen

Verkoop werkt in Teamleader en stopt daar. De klant, de contacten en de afgesproken scope staan al in Ziggu wanneer het uitvoeringsteam het project opent. Niemand kopieert een contact naar een tweede systeem, en niemand start een project op een verouderd adres.

Elke keer dezelfde overdracht draaien

Omdat de trigger een dealfase is, verloopt de overdracht elke keer hetzelfde. Geen enkel project start omdat iemand eraan gedacht heeft. Zie hoe architecten en aannemers Ziggu gebruiken.

Wat Teamleader Focus en Ziggu niet doen

• Dit is een geplande koppeling, geen event-gestuurde. Een deal die je fase bereikt wordt een project bij de volgende ronde, niet in dezelfde seconde. Jij bepaalt het schema.
• Er zit geen Ziggu-app in Teamleader en geen Teamleader-app in Ziggu. Iemand bouwt of rolt de koppeling uit, of dat nu jij bent, je partner of een template op Peliqan.
• Klanten worden niet automatisch uitgenodigd. De koppeling zet het project en de contacten klaar; een mens in Ziggu beslist wanneer het portaal opengaat.
• Wat een concrete implementatie verplaatst, spreek je af bij de setup. Behandel de tabel hierboven als de vorm van de koppeling, niet als een vast contract.
• De publieke API van Ziggu heeft geen webhooks, dus er wordt niets naar Teamleader teruggeduwd op het moment dat het in Ziggu gebeurt.
• De API 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 Teamleader-integratie

Is er een Ziggu-app in de Teamleader Marketplace?

Nee. De koppeling draait op de publieke REST API van Ziggu. Jij bouwt ze, een partner bouwt ze, of je rolt een template uit op Peliqan.

Wat triggert de aanmaak van een project in Ziggu?

Een deal die de fase bereikt die jij aanwijst. Het project verschijnt bij de volgende geplande ronde.

Kan de klant de offerte nog in Teamleader tekenen?

Ja. De beslissing in Ziggu draagt een link die de handtekeningapp van Teamleader opent, dus de tekenflow verandert niet en de klant opent nog steeds maar één app.

Waarom offertes naar Ziggu brengen als Teamleader ze al verstuurt?

Omdat de offerte één van vele beslissingen is op een project dat niet uit de doos komt. Tekeningen, lastenboeken, materialen, wijzigingen en opleververslagen hebben ook een antwoord nodig. In Ziggu staan ze in één lijst die de klant op volgorde afwerkt.

Wordt de klant automatisch uitgenodigd?

Nee. De koppeling maakt het project aan en hangt de contacten eraan; iemand van je team verstuurt de uitnodiging vanuit Ziggu zodra het portaal klaar is om gezien te worden.

Synchroniseert er iets van Ziggu terug naar Teamleader?

Niet in de richting die hier beschreven staat. Deze koppeling verplaatst data van Teamleader naar Ziggu.

Wat als we al een ander CRM gebruiken?

Dezelfde API bedient HubSpot, Salesforce en Zoho.

Laatst nagekeken: 28 augustus 2026.