Skip to main content
Question

E-mail stap in actiereeks na vorige stap uitvoeren

  • January 21, 2026
  • 6 replies
  • 45 views

Forum|alt.badge.img+2

Goedemiddag,

Ik heb een actiereeks welke eerst een behandelaar invult in de wijzigingsaanvraag. Vervolgens moet in de volgende stap een e-mail worden verstuurd naar deze ingevulde behandelaar. 

Is het mogelijk om in de actiereeks in te stellen dat de e-mailstap iets later wordt verstuurd? Wellicht iets met een aangepaste voorwaarde? Zoja, kan iemand uitleggen hoe?

Alvast bedankt!

6 replies

Forum|alt.badge.img+2
  • Author
  • Starter
  • January 21, 2026

Toevoeging: ik heb de optie ‘Alleen als vorige stappen zijn geslaagd’ al ingesteld. Dan werkt het niet. Wellicht komt dit doordat de actiereeks nog bezig is met het instellen van de behandelaar?

Log;

[2026-01-21T13:35:13.927285130Z] Response status: 400 Bad Request
Response body: {"errors":[{"appliesTo":["to","cc","bcc"],"errorCode":"no_recipients_provided","errorMessage":"Cannot send email because it has no recipients."}]}
[2026-01-21T13:35:13.927291955Z] Request was unsuccessful

Ik heb in het ‘Aan-veld’  ${(_card["req_authoperatorid"]["email"])!} ingevuld.


Forum|alt.badge.img+6

Hi,

Een timeout optie is standaard niet aanwezig. Je kan wel de volgende GET request doen:

https://httpbin.org/delay/10

Waarbij 10 de seconden zijn.

Laat even weten of dit helpt!


Forum|alt.badge.img+2
  • Author
  • Starter
  • January 21, 2026

Hi,

Een timeout optie is standaard niet aanwezig. Je kan wel de volgende GET request doen:

https://httpbin.org/delay/10

Waarbij 10 de seconden zijn.

Laat even weten of dit helpt!

Kun je laten zien hoe ik deze correct in een stap zet?


Sanne Haller
Forum|alt.badge.img+3
  • Starter
  • January 21, 2026

Als optie/workaround zou je ook nog de behandelaar kunnen ophalen met een GET en het mailadres daaruit in de mailactie verwerken.


Forum|alt.badge.img+6

Hi,

Een timeout optie is standaard niet aanwezig. Je kan wel de volgende GET request doen:

https://httpbin.org/delay/10

Waarbij 10 de seconden zijn.

Laat even weten of dit helpt!

Kun je laten zien hoe ik deze correct in een stap zet?

Een mogelijke oplossing is om binnen de actiereeks een extra GET-request uit te voeren naar de betreffende change, op basis van het UUID. Op die manier haal je altijd de meest recente gegevens van die change op, waardoor de verdere stappen in de actiereeks met actuele data kunnen werken. Een timeout gaat dan ook niet werken.

Maar, de oplossing van ​@Sanne Haller is wel het beste! Je weet al immers de ID van de operator, een GET naar /tas/api/operators/id/{id} levert direct het mail adres op.

Kan je hiermee verder?


Sanne Haller
Forum|alt.badge.img+3
  • Starter
  • January 22, 2026

Hi,

Een timeout optie is standaard niet aanwezig. Je kan wel de volgende GET request doen:

https://httpbin.org/delay/10

Waarbij 10 de seconden zijn.

Laat even weten of dit helpt!

Kun je laten zien hoe ik deze correct in een stap zet?

Een mogelijke oplossing is om binnen de actiereeks een extra GET-request uit te voeren naar de betreffende change, op basis van het UUID. Op die manier haal je altijd de meest recente gegevens van die change op, waardoor de verdere stappen in de actiereeks met actuele data kunnen werken. Een timeout gaat dan ook niet werken.

Maar, de oplossing van ​@Sanne Haller is wel het beste! Je weet al immers de ID van de operator, een GET naar /tas/api/operators/id/{id} levert direct het mail adres op.

Kan je hiermee verder?

Ik heb bij een klant gehad waarbij dit niet werkte (opnieuw de GET op de wijziging). De informatie leek op het moment van de GET toch nog niet verwerkt te zijn, terwijl die stap wel uitgevoerd was met een 200 code.