- Bewaar bestanden - plannen, lastenboeken, contracten - op één overzichtelijke plek.
- Stuur klanten notificaties wanneer er nieuwe documenten zijn.
- Zie precies wie welk document heeft geopend.
- Klanten vinden altijd de nieuwste versie - geen verwarring meer.
Letsbuild + Ziggu
Letsbuild en Ziggu koppelen via de publieke REST API van Ziggu. De punten die je werfteam registreert, komen dagelijks in Ziggu terecht, waar jij beslist welke je publiceert naar de koper. Vanaf daar volgt de koper de punten op zijn eigen woning, meldt hij nieuwe, en bevestigt hij een herstelling wanneer ze klaar is. Die bevestiging vloeit terug naar Letsbuild. Vijf projectontwikkelaars draaien dit vandaag: Immobel, ION, AG Real Estate, Vesta en Nextensa.
In het kort
- Letsbuild koppelt aan Ziggu via de publieke REST API van Ziggu. Stratokit en Peliqan bieden allebei een kant-en-klare connector aan, of je bouwt het zelf.
- Punten synchroniseren dagelijks. Niets is zichtbaar voor de koper tot iemand van je team het publiceert.
- Kopers kunnen een punt melden in Ziggu. Je team beoordeelt het en duwt het naar Letsbuild, zodat niets ongefilterd bij het werfteam terechtkomt.
- Je kan de koper vragen te bevestigen dat een punt opgelost is, en die status gaat terug naar Letsbuild.
- Immobel, ION, AG Real Estate, Vesta en Nextensa draaien deze koppeling.
Waarom kopers geen Letsbuild-login krijgen
Letsbuild is gebouwd voor de mensen op de werf. Het bevat elk punt op elke unit, in steekwoorden, met de interne statussen die je team nodig heeft om het werk te draaien. Een koper die dat leest, wordt niet gerustgesteld maar krijgt vragen, en hij ziet werk in uitvoering dat nooit voor hem bedoeld was.
Het gebruikelijke alternatief is e-mail, en dat is slechter. Een koper die een loszittend stopcontact meldt, stuurt dat naar wie hij het laatst gesproken heeft, die persoon stuurt het door, en drie berichten later moet iemand eraan denken om na te gaan of het gebeurd is. Vermenigvuldig dat met tweehonderd appartementen.
Ziggu is de laag ertussen. De koper ziet de punten die je gepubliceerd hebt, op zijn eigen woning, in taal die voor hem geschreven is. Zie Verslagen.
Niets bereikt de koper tot jij het zegt
De dagelijkse sync brengt punten binnen in Ziggu. Ze zet ze niet voor de koper. Iemand van je team publiceert ze, en die tussenstap is bewust: een punt dat om acht uur 's ochtends gelogd wordt met een foto en drie woorden, is niet wat je een koper om negen uur wil laten lezen.
Dat geeft je twee aparte knoppen. Publiceren bepaalt wanneer een koper een punt ziet. Toegang per verslag bepaalt wie het ziet, en dat is wat koper A uit de puntenlijst van koper B op dezelfde verdieping houdt.
Een punt afsluiten zonder discussie
In Ziggu kan je de koper vragen te bevestigen dat een punt opgelost is. Hij drukt op één knop, en die bevestiging gaat terug naar Letsbuild zodat je werfteam ze ziet waar het werkt.
De waarde zit niet in de klik. Ze zit erin dat er bij de voorlopige oplevering, en een jaar later opnieuw, niemand discussieert over de vraag of iets hersteld is. De koper heeft het toen zelf bevestigd, op papier.
Welke data beweegt tussen Letsbuild 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.
| Wat het is in Ziggu | Endpoint | Richting | Wanneer |
|---|---|---|---|
| Punten, als lijnen in een Ziggu-verslag | /issues | Letsbuild naar Ziggu | Dagelijks, daarna gepubliceerd door je team |
| De lijst waar een punt bij hoort | /issue_lists | Letsbuild naar Ziggu | Met het punt |
| Categorie en status | /issue_categories, /issue_statuses | In beide richtingen gemapt | Met het punt |
| Een punt dat de koper meldde, ter beoordeling door je team | /issues | Aangemaakt in Ziggu | Naar Letsbuild geduwd na beoordeling |
| Een punt dat de koper als opgelost bevestigde | /issue_statuses | Ziggu naar Letsbuild | Dagelijks |
| De unit waar het punt bij hoort, en het project erboven | /units, /projects | Gematcht, niet aangemaakt | Met het punt |
Hoe koppel je Letsbuild aan Ziggu?
Drie routes, dezelfde API eronder. Kies degene die past bij wie het gaat onderhouden.
- Via Stratokit. Zij bouwen connectoren voor bouwsoftware, dus ze weten wat een opleverpunt is en hoe een oplevering verloopt voor je het uitlegt.
- Via Peliqan. Zij benaderen het vanuit de datakant, wat beter past als Ziggu en Letsbuild twee bronnen zijn tussen verschillende die je al verplaatst.
- Zelf bouwen, of je eigen partner laten bouwen. Vraag een integratietoken aan bij Ziggu en schrijf tegen api.ziggu.app/public. Endpointreferentie: Ziggu API-documentatie.
Welke route je ook kiest, de mappingbeslissing komt eerst: welk Letsbuild-project komt overeen met welk Ziggu-project, en hoe vindt een punt de juiste unit erin. Op een ontwikkeling met tweehonderd appartementen is dat de hele klus, want elke koper moet zijn eigen punten zien en die van niemand anders. Leg het vast, laat het lopen op één gebouw, en kijk naar wat een koper zou zien voor je het breder zet.
Waar teams het voor gebruiken
Door de voorlopige oplevering geraken zonder rekenblad
De punten die bij de oplevering genoteerd worden, staan al in Letsbuild. Gepubliceerd naar Ziggu ziet elke koper zijn eigen lijst en bevestigt hij wat hersteld is, zodat de lijst zichzelf sluit in plaats van telefonisch achternagezeten te worden.
Opvangen wat de koper opmerkt, zonder de mailbox
Kopers merken dingen op nadat ze ingetrokken zijn. In Ziggu melden ze die op hun eigen woning, met een foto, en beslist je team of het in Letsbuild thuishoort. Zie hoe projectontwikkelaars Ziggu gebruiken.
Met de koper praten zonder de werftool weg te geven
Aannemers werken in Letsbuild, en daar zit geen gesprek met de koper in. Wanneer een partner rechtstreeks een afspraak moet maken, geef je die partner een Ziggu-account in plaats van een telefoonnummer, en blijft de uitwisseling op het project staan.
Wat Letsbuild en Ziggu niet doen
- Punten synchroniseren dagelijks, niet op het moment dat ze genoteerd worden. Een punt dat vanmorgen op de werf gelogd is, staat morgen in Ziggu.
- Niets bereikt de koper automatisch. Iemand van je team publiceert het. Dat is een controle, en het is ook werk.
- Een punt dat een koper meldt, gaat niet rechtstreeks naar Letsbuild. Je team beoordeelt het eerst. Dat is met opzet.
- Projecten en units worden gematcht, niet aangemaakt. Een punt dat niet uitkomt op iets dat al in Ziggu bestaat, heeft nergens om te landen, dus de mapping moet kloppen voor je opschaalt.
- De API van Ziggu is beperkt tot 60 requests per minuut over alle endpoints samen, en dat bepaalt hoe de eerste lading van een bestaande puntenlijst verloopt.
Vragen over de Letsbuild-integratie
Wie draait dit vandaag?
Immobel, ION, AG Real Estate, Vesta en Nextensa.
Ziet de koper elk punt?
Nee. Niets is zichtbaar tot je team het publiceert, en toegang staat per verslag ingesteld, dus een koper ziet zijn eigen woning en niet die van de buren.
Kan een koper zelf een punt melden?
Ja, in Ziggu, op zijn eigen unit. Je team beoordeelt het en duwt het naar Letsbuild als het daar thuishoort.
Kan de koper bevestigen dat een punt opgelost is?
Ja, en die bevestiging gaat als statusupdate terug naar Letsbuild. Eén knop voor hem, een schriftelijk spoor voor jou.
Hoe snel verschijnt een punt?
Punten synchroniseren dagelijks. Daarna ziet een koper het zodra je team het publiceert.
Hebben onze aannemers een Ziggu-account nodig?
Meestal niet. Partners werken in Letsbuild. Geef een partner een Ziggu-account wanneer je wil dat hij rechtstreeks met de koper praat, bijvoorbeeld om een afspraak te maken, want in Letsbuild zit geen gesprek met de koper.
Wij gebruiken Archisnapper.
Hetzelfde soort route. Zie Archisnapper en Ziggu.
Laatst nagekeken: 28 augustus 2026.
