Skip to main content
Explorer ⭐⭐
March 24, 2026
Solved

Automatisch seintje (melding / wijziging) bij archiveren persoon die ook behandelaar is

  • March 24, 2026
  • 18 replies
  • 233 views

Hallo,

Ik zoek een manier om met een actiereeks of iets anders automatisch op de hoogte gehouden te worden wanneer er een medewerker gearchiveerd wordt.

Vanuit AFAS worden personen automatisch gearchiveerd na uit dienst, maar het behandelaarsaccount blijft dan nog steeds actief.

Gezien wij nu sinds kort een (ruime) verdubbeling hebben aan behandelaren door de inhuizing van facilitair in onze TOPdesk omgeving is het niet meer eenvoudig bij te houden wanneer er een behandelaar de organisatie verlaat.

Mijn vraag is concreet, hoe kan ik het beste geautomatiseerd een piepsysteem maken dat dagelijks checkt bij de personen of er ook behandelaars aan gekoppeld zitten?

Ik heb wel met de instructie van MyTOPdesk een selectie gebouwd die dit handmatig kan doen, maar ik zie geen mogelijkheid deze gepland uit te voeren en in een actiereeks mee te nemen.

Hebben jullie nog ideeën?

Groetjes,

Sascha

This topic has been closed for replies.
Best answer by Sanne Haller

Maak een gebeurtenis aan die triggert op het archiveren van de persoonskaart.
Mijn gebeurtenissen is:
 

Ik heb het ADMIN account uitgesloten, omdat dit het account is wat het anonimiseren in de omgeving uitvoert (als dit aan staat), dit moet deze actie niet (opnieuw) triggeren.
De tijd x minuten na, kan ook verkleind worden, maar dit zorgt er bij ons voor dat de HelloID koppeling klaar is, voordat deze gebeurtenis af gaat.

De actiereeks:
Lijkt aan de hand van de gearchiveerde persoonskaart of er een behandelaarskaart is met dezelfde inloggegevens. Je zou deze FIQL query in stap 1 kunnen aanpassen naar een andere waarde. Ik heb gekozen voor de inlognaam omdat deze uniek in TOPdesk moet zijn.
Als er een behandelaarskaart gevonden is, dan wordt er een melding aangemaakt.
Let op, je moet wel zelf de waardes voor de melding verder invullen.

Mocht je de ‘verbindingen’ gebruiken, dan wordt de autorisatie header vanzelf aangepast en kan je de variabelen verwijderen. Mocht je het nog old skool doen, dan staan de variabelen al klaar en moet je deze enkel invullen.

Later zal ik nog de actiereeks plaatsen die direct controle uitvoert op openstaande tickets. Maar gezien dat niet direct jullie vraag was, hierbij de actiereeks voor het automagische seintje.

Hoop dat dit is wat jullie zoeken.

18 replies

Sanne Haller
Inspirer
March 25, 2026

Wil je een actiereeks die enkel een signaal geeft (als zijne een melding aanmaakt ofzo)?

Of zou je liefst een actiereeks hebben die de behandelaar archiveert en eventueel kijkt of er meldingen/wijzigingen/activiteiten op diens naam heeft zijn en deze op de behandelaarsgroep (of dergelijk) terug zet?

New Member ⭐⭐⭐
March 25, 2026

Hoi

Ik had gehoopt nu er een behandelaars koppeling op de persoonskaart is de behandelaar ook wordt gearchiveerd.  Maar blijkbaar is dat niet zo anders had jij de vraag niet gesteld. Ik heb er zelf nog niet naar gekeken.

Truus de Vries
Marijn
Starter ⭐⭐
March 26, 2026

Mooie vraag, ik ben ook erg benieuwd of hier een mogelijkheid voor is. Wat mij betreft hoeft het niet geautomatiseerd, maar als hierover een melding gemaakt kan worden met daarin welke accounts het betreft, dan kan ik hier handmatig naar kijken en beoordelen wat de vervolgacties zijn. 

SaschaAuthor
Explorer ⭐⭐
March 26, 2026

Ik zoek vooral een manier om te weten als de betreffende persoonskaart een behandelaar heeft, gearchiveerd is. Ik wil dan nog steeds het liefst handmatig de behandelaar uitzetten (ter controle op de automatisering). Maar de ideeën die ik lees zijn ook interessant. Hopelijk heeft iemand al een manier uitgevonden om dat seintje te krijgen.

Voor nu is weten wanneer de persoonskaart gearchiveerd is voldoende. Alleen dan wel automatisch en het liefst met een wijziging, maar melding of mail mag ook als dat niet anders kan.

Wil je een actiereeks die enkel een signaal geeft (als zijne een melding aanmaakt ofzo)?

Of zou je liefst een actiereeks hebben die de behandelaar archiveert en eventueel kijkt of er meldingen/wijzigingen/activiteiten op diens naam heeft zijn en deze op de behandelaarsgroep (of dergelijk) terug zet?

Dit betreft dus het eerste punt ​@Sanne Haller dat je bedoelt. Ik zie geen mogelijkheid hierop te monitoren.

Sanne Haller
Inspirer
March 26, 2026

Ik zoek vooral een manier om te weten als de betreffende persoonskaart een behandelaar heeft, gearchiveerd is. Ik wil dan nog steeds het liefst handmatig de behandelaar uitzetten (ter controle op de automatisering). Maar de ideeën die ik lees zijn ook interessant. Hopelijk heeft iemand al een manier uitgevonden om dat seintje te krijgen.

Voor nu is weten wanneer de persoonskaart gearchiveerd is voldoende. Alleen dan wel automatisch en het liefst met een wijziging, maar melding of mail mag ook als dat niet anders kan.

Wil je een actiereeks die enkel een signaal geeft (als zijne een melding aanmaakt ofzo)?

Of zou je liefst een actiereeks hebben die de behandelaar archiveert en eventueel kijkt of er meldingen/wijzigingen/activiteiten op diens naam heeft zijn en deze op de behandelaarsgroep (of dergelijk) terug zet?

Dit betreft dus het eerste punt ​@Sanne Haller dat je bedoelt. Ik zie geen mogelijkheid hierop te monitoren.


Ik heb een actiereeks gemaakt die het automatische archiveren doet, met de check op openstaande tickets.
Het is niet heel moeilijk om vandaaruit een melding aan te laten maken zodat jullie een controle kunnen uitvoeren. Je kan natuurlijk ook een actiereeks maken de enkel controleert of er een behandelaar is, en niet zelf acties uitvoert maar enkel een melding aan maakt.

Als ik volgende week wat tijd heb, kan ik de aciereeks wel uitschrijven en het JSON bestand anonimiseren.  

SaschaAuthor
Explorer ⭐⭐
March 26, 2026

Ik zoek vooral een manier om te weten als de betreffende persoonskaart een behandelaar heeft, gearchiveerd is. Ik wil dan nog steeds het liefst handmatig de behandelaar uitzetten (ter controle op de automatisering). Maar de ideeën die ik lees zijn ook interessant. Hopelijk heeft iemand al een manier uitgevonden om dat seintje te krijgen.

Voor nu is weten wanneer de persoonskaart gearchiveerd is voldoende. Alleen dan wel automatisch en het liefst met een wijziging, maar melding of mail mag ook als dat niet anders kan.

Wil je een actiereeks die enkel een signaal geeft (als zijne een melding aanmaakt ofzo)?

Of zou je liefst een actiereeks hebben die de behandelaar archiveert en eventueel kijkt of er meldingen/wijzigingen/activiteiten op diens naam heeft zijn en deze op de behandelaarsgroep (of dergelijk) terug zet?

Dit betreft dus het eerste punt ​@Sanne Haller dat je bedoelt. Ik zie geen mogelijkheid hierop te monitoren.


Ik heb een actiereeks gemaakt die het automatische archiveren doet, met de check op openstaande tickets.
Het is niet heel moeilijk om vandaaruit een melding aan te laten maken zodat jullie een controle kunnen uitvoeren. Je kan natuurlijk ook een actiereeks maken de enkel controleert of er een behandelaar is, en niet zelf acties uitvoert maar enkel een melding aan maakt.

Als ik volgende week wat tijd heb, kan ik de aciereeks wel uitschrijven en het JSON bestand anonimiseren.  

Dat zou geweldig zijn als je die deelt, ik kom gewoon niet uit de uitvoering. Het gaat dus om de koppeling wanneer een persoon wordt gearchiveerd en dan om de behandelaar die daarmee linkt te signaleren.

Sanne Haller
Inspirer
March 30, 2026

Maak een gebeurtenis aan die triggert op het archiveren van de persoonskaart.
Mijn gebeurtenissen is:
 

Ik heb het ADMIN account uitgesloten, omdat dit het account is wat het anonimiseren in de omgeving uitvoert (als dit aan staat), dit moet deze actie niet (opnieuw) triggeren.
De tijd x minuten na, kan ook verkleind worden, maar dit zorgt er bij ons voor dat de HelloID koppeling klaar is, voordat deze gebeurtenis af gaat.

De actiereeks:
Lijkt aan de hand van de gearchiveerde persoonskaart of er een behandelaarskaart is met dezelfde inloggegevens. Je zou deze FIQL query in stap 1 kunnen aanpassen naar een andere waarde. Ik heb gekozen voor de inlognaam omdat deze uniek in TOPdesk moet zijn.
Als er een behandelaarskaart gevonden is, dan wordt er een melding aangemaakt.
Let op, je moet wel zelf de waardes voor de melding verder invullen.

Mocht je de ‘verbindingen’ gebruiken, dan wordt de autorisatie header vanzelf aangepast en kan je de variabelen verwijderen. Mocht je het nog old skool doen, dan staan de variabelen al klaar en moet je deze enkel invullen.

Later zal ik nog de actiereeks plaatsen die direct controle uitvoert op openstaande tickets. Maar gezien dat niet direct jullie vraag was, hierbij de actiereeks voor het automagische seintje.

Hoop dat dit is wat jullie zoeken.

Christiaan Fousert
Contributor
March 30, 2026

Maak een gebeurtenis aan die triggert op het archiveren van de persoonskaart.
Mijn gebeurtenissen is:
 

Ik heb het ADMIN account uitgesloten, omdat dit het account is wat het anonimiseren in de omgeving uitvoert (als dit aan staat), dit moet deze actie niet (opnieuw) triggeren.
De tijd x minuten na, kan ook verkleind worden, maar dit zorgt er bij ons voor dat de HelloID koppeling klaar is, voordat deze gebeurtenis af gaat.

De actiereeks:
Lijkt aan de hand van de gearchiveerde persoonskaart of er een behandelaarskaart is met dezelfde inloggegevens. Je zou deze FIQL query in stap 1 kunnen aanpassen naar een andere waarde. Ik heb gekozen voor de inlognaam omdat deze uniek in TOPdesk moet zijn.
Als er een behandelaarskaart gevonden is, dan wordt er een melding aangemaakt.
Let op, je moet wel zelf de waardes voor de melding verder invullen.

Mocht je de ‘verbindingen’ gebruiken, dan wordt de autorisatie header vanzelf aangepast en kan je de variabelen verwijderen. Mocht je het nog old skool doen, dan staan de variabelen al klaar en moet je deze enkel invullen.

Later zal ik nog de actiereeks plaatsen die direct controle uitvoert op openstaande tickets. Maar gezien dat niet direct jullie vraag was, hierbij de actiereeks voor het automagische seintje.

Hoop dat dit is wat jullie zoeken.

Dit kan voor ons ook een mooie worden. Als de controle er ook nog bij kan is dat helemaal mooi 😀

SaschaAuthor
Explorer ⭐⭐
April 3, 2026

Maak een gebeurtenis aan die triggert op het archiveren van de persoonskaart.
Mijn gebeurtenissen is:
 

Ik heb het ADMIN account uitgesloten, omdat dit het account is wat het anonimiseren in de omgeving uitvoert (als dit aan staat), dit moet deze actie niet (opnieuw) triggeren.
De tijd x minuten na, kan ook verkleind worden, maar dit zorgt er bij ons voor dat de HelloID koppeling klaar is, voordat deze gebeurtenis af gaat.

De actiereeks:
Lijkt aan de hand van de gearchiveerde persoonskaart of er een behandelaarskaart is met dezelfde inloggegevens. Je zou deze FIQL query in stap 1 kunnen aanpassen naar een andere waarde. Ik heb gekozen voor de inlognaam omdat deze uniek in TOPdesk moet zijn.
Als er een behandelaarskaart gevonden is, dan wordt er een melding aangemaakt.
Let op, je moet wel zelf de waardes voor de melding verder invullen.

Mocht je de ‘verbindingen’ gebruiken, dan wordt de autorisatie header vanzelf aangepast en kan je de variabelen verwijderen. Mocht je het nog old skool doen, dan staan de variabelen al klaar en moet je deze enkel invullen.

Later zal ik nog de actiereeks plaatsen die direct controle uitvoert op openstaande tickets. Maar gezien dat niet direct jullie vraag was, hierbij de actiereeks voor het automagische seintje.

Hoop dat dit is wat jullie zoeken.

Ik heb eindelijk tijd gehad hem in elkaar te zetten in de testomgeving!

 

Wat is dit geweldig en super voorbereid en uitgewerkt! 

 

Dankjewel!!!!!!!

New Member ⭐⭐
April 17, 2026

Hoi Sasha,
 

Bij ons loopt een gelijkaardig process, maar bij ons wordt de behandelaar automatisch gearchiveerd.
Ik heb de actiereeks ietwat aangepast om jouw aan noden te voldoen.
Ik voeg hier ook de actiereeksen toe.

Wat doet het process?

Archivering van een persoon

  • De actiereeks IUD - Leaver wordt geactiveerd van zodra een persson is gearchiveerd.
  • Deze actiereeks volgt volgende stappen
    • Opzoeken van de persoon uit dienst
    • Opzoeken van de gekoppelde behandelaar (indien er een is)
      • Volgende parameters zijn in te stellen in de variabelen.
        • Opzoekveld
        • Opzoekwaarde
    • Een ticket aanmaken op tweede lijn.
    • Behandelaar updaten met het meldingen nummer in een vrij tekst veld.
      Dit zal later gebruikt worden bij het archiveren van de behandelaar

Archiveren van de behandelaar

  • De actiereeks IUD - Leaver - 1.0 - Operator Archived wordt geactiveerd van zodra een behandelaar is gearchiveerd.
  • Deze actiereeks stuurt de gegevens door naar de webhook automatisatie :
    IUD - Leaver - 2.0 - Lookup Tasks of Operator
    • Volgende gegevens worden meegegeven naar de webhook
      • Meldingen nummer
      • ID van de behandelaar
         
  • De actiereeks IUD - Leaver - 2.0 - Lookup Tasks of Operator voert volgende stappen uit
    • Ophalen van de melding
    • Ophalen van niet gesloten meldingen gekoppeld aan de behandelaar.
    • Controleren of er taken zijn
    • Indien er taken zijn, gegevens doorsturen naar de webhook IUD - Leaver - 2.1 - Reassign calls
      • Volgende gegevens worden meegegeven naar de webhook
        • Meldingen nummer
        • ID van de behandelaar
    • Indien er geen taken zijn, actie toevoegen in de melding.

 

  •  De actiereeks IUD - Leaver - 2.1 - Reassign calls voert volgende stappen uit
    • Ophalen van de melding
    • Ophalen van niet gesloten meldingen gekoppeld aan de behandelaar. in groepjes (batch) van 20 meldingen per keer. (Dit is in te stellen in variabelen.)
    • Controleren of het aantal meldingen groter of gelijk is dan de batch
    • Herhaalde stap
      • Melding ophalen
      • Melding terug toewijzen aan de behandelaarsgroep
         
    • Indien de batch groter of gelijk aan het aantal meldingen uit stap 2,
      stuur volgende gegevens terug naar IUD - Leaver - 2.1 - Reassign calls
      • Meldingen nummer
      • ID van de behandelaar
         
    • Indien de batch kleiner is dan aan het aantal meldingen uit stap 2,
      actie toevoegen in de melding

Je kan dit process uitbreiden naar de andere modulles zoals wijzigingsbeheer, operationeelbeheer, probleembeheer