Skip to main content
Solved

Koppeling met N‑central

  • July 22, 2026
  • 2 replies
  • 49 views

Christiaan Fousert
Forum|alt.badge.img+7

Zien hier mensen die ervaring hebben met een koppeling met N-Central?
Hoe hebben jullie deze draaien? Is dit rechtstreeks of moet er een partij tussen zitten?
En wat doe je er precies mee?

Best answer by Julius Heenk

Vanuit mijn rol als technisch consultant, even wat er mogelijk is qua aanpak:

Rechtstreeks of tussenpartij:

  • Alleen meldingen aanmaken? Rechtstreeks. N-Central stuurt een e-mail naar een TOPdesk mailimport, TOPdesk zet dat automatisch om in een incident. Geen tussenlaag nodig.
  • Ook synchronisatie nodig (status, oplossen/heropenen, ticketnummers koppelen)? Dan is een tussenlaag nodig, want beide systemen praten alleen via hun eigen API. Ik heb hiervoor een Azure Function ontwikkeld die zowel de TOPdesk incidents-API als de N-Central API-service aanroept. Let op: dit is maatwerk dat we aanleveren, maar géén product waar we standaard support op bieden zoals bij onze reguliere koppelingen: onderhoud en beheer liggen bij de klant/partner zelf. Deze Azure Function draait dan ook in jullie eigen tenant.

Waarom niet de standaard N-Central PSA-koppeling? Die vereist in de praktijk toch een specifieke response vanuit de PSA-kant, ondanks wat de N-Able documentatie suggereert. En TOPdesk's inbound webhooks zijn altijd asynchroon (alleen een 202, geen custom body terug), dus ook geen directe vervanger.

Kortom: aanmaken kan rechtstreeks via e-mail; voor synchronisatie leveren we een Azure Function als tussenlaag, zonder doorlopende support daarop.

2 replies

Julius Heenk
Employee
Forum|alt.badge.img+1
  • Employee
  • Answer
  • July 29, 2026

Vanuit mijn rol als technisch consultant, even wat er mogelijk is qua aanpak:

Rechtstreeks of tussenpartij:

  • Alleen meldingen aanmaken? Rechtstreeks. N-Central stuurt een e-mail naar een TOPdesk mailimport, TOPdesk zet dat automatisch om in een incident. Geen tussenlaag nodig.
  • Ook synchronisatie nodig (status, oplossen/heropenen, ticketnummers koppelen)? Dan is een tussenlaag nodig, want beide systemen praten alleen via hun eigen API. Ik heb hiervoor een Azure Function ontwikkeld die zowel de TOPdesk incidents-API als de N-Central API-service aanroept. Let op: dit is maatwerk dat we aanleveren, maar géén product waar we standaard support op bieden zoals bij onze reguliere koppelingen: onderhoud en beheer liggen bij de klant/partner zelf. Deze Azure Function draait dan ook in jullie eigen tenant.

Waarom niet de standaard N-Central PSA-koppeling? Die vereist in de praktijk toch een specifieke response vanuit de PSA-kant, ondanks wat de N-Able documentatie suggereert. En TOPdesk's inbound webhooks zijn altijd asynchroon (alleen een 202, geen custom body terug), dus ook geen directe vervanger.

Kortom: aanmaken kan rechtstreeks via e-mail; voor synchronisatie leveren we een Azure Function als tussenlaag, zonder doorlopende support daarop.


Christiaan Fousert
Forum|alt.badge.img+7

Vanuit mijn rol als technisch consultant, even wat er mogelijk is qua aanpak:

Rechtstreeks of tussenpartij:

  • Alleen meldingen aanmaken? Rechtstreeks. N-Central stuurt een e-mail naar een TOPdesk mailimport, TOPdesk zet dat automatisch om in een incident. Geen tussenlaag nodig.
  • Ook synchronisatie nodig (status, oplossen/heropenen, ticketnummers koppelen)? Dan is een tussenlaag nodig, want beide systemen praten alleen via hun eigen API. Ik heb hiervoor een Azure Function ontwikkeld die zowel de TOPdesk incidents-API als de N-Central API-service aanroept. Let op: dit is maatwerk dat we aanleveren, maar géén product waar we standaard support op bieden zoals bij onze reguliere koppelingen: onderhoud en beheer liggen bij de klant/partner zelf. Deze Azure Function draait dan ook in jullie eigen tenant.

Waarom niet de standaard N-Central PSA-koppeling? Die vereist in de praktijk toch een specifieke response vanuit de PSA-kant, ondanks wat de N-Able documentatie suggereert. En TOPdesk's inbound webhooks zijn altijd asynchroon (alleen een 202, geen custom body terug), dus ook geen directe vervanger.

Kortom: aanmaken kan rechtstreeks via e-mail; voor synchronisatie leveren we een Azure Function als tussenlaag, zonder doorlopende support daarop.

Dankjewel voor je reactie. Het zal met name gaan om het aanmaken van de meldingen.
Ik ga nog even onder de aandacht brengen dat dit via mail import kan.