Een gemiddeld bouwbedrijf werkt met vijf tot vijftien systemen: ERP of financiële administratie, calculatie, projectbeheer, urenregistratie, documentbeheer, planning, kwaliteitsborging en vaak nog sectorspecifieke pakketten. Elk systeem is op zichzelf verdedigbaar gekozen. Het probleem ontstaat op de naden ertussen.
Bepaal eerst het eigenaarschap van gegevens
De belangrijkste beslissing in elk integratietraject gaat niet over techniek maar over masterdata. Voor elk gegevensobject — project, relatie, artikel, medewerker, kostenpost — moet vaststaan welk systeem de bron is en welke systemen alleen lezen. Zonder die afspraak bouwt u koppelingen die elkaars gegevens overschrijven.
Vier koppelpatronen
| Patroon | Wanneer geschikt | Aandachtspunt |
|---|---|---|
| Directe API-koppeling | Twee systemen, stabiele API's | Elke wijziging raakt beide kanten |
| Middleware / integratielaag | Meer dan drie systemen | Vraagt beheer en monitoring |
| Event-gedreven synchronisatie | Realtime behoefte, hoge volumes | Vereist idempotentie en herstel |
| Batch-uitwisseling | Dagelijkse financiële verwerking | Vertraging is inherent |
Wat een koppeling productiewaardig maakt
- Idempotentie: dezelfde boodschap twee keer verwerken mag geen dubbele records opleveren.
- Foutafhandeling met wachtrij: mislukte berichten verdwijnen niet maar worden opnieuw aangeboden.
- Volledige logging: per bericht traceerbaar wat is verstuurd, ontvangen en geweigerd.
- Monitoring en alerting: u wilt niet van uw boekhouder horen dat de koppeling drie dagen stilstond.
- Versiebeheer van de interface, zodat een leveranciersupdate niet direct productie breekt.
- Documentatie en een beheerafspraak: wie handelt wat af, binnen welke termijn.
Veelgemaakte fouten
- 1Koppelen zonder het onderliggende proces eerst te vereenvoudigen; u automatiseert dan de rommel.
- 2Alles realtime willen doen terwijl een nachtelijke batch volstaat.
- 3Geen testomgeving inrichten, waardoor iedere aanpassing een productierisico is.
- 4Beheer vergeten te beleggen na oplevering.