Do In Parallel can be a LIFE SAVER for ServiceNow Flows

Поділитися
Вставка
  • Опубліковано 26 лис 2024
  • ServiceNow Flow Designer's DO IN PARALLEL flow logic can really help you out when you have multiple conditional tasks. This is how you use the do in parallel on flow designer.
    Looking for #ServiceNow talent or opportunity?
    🤝 Need coaching or mentorship? theduke.digital...
    👑 Duke Digital Media sponsorships & consults: theduke.digital
    👑 Write your resume like a KING: theduke.digital...
    💥 My 1500+ subscriber ServiceNow mailing list: bit.ly/fedoruk
    🔗LinkedIn: / rfedoruk
    🎙️ CJ&TheDuke Podcast: feeds.transist...
    💎Donations: paypal.me/robf...
    ALSO MENTIONED
    ↔️ How action inputs work - • FINALLY understand Ser...
    🔒 Building safe queries - • Unless you do THIS, .g...

КОМЕНТАРІ • 10

  • @robertthedukefedoruk5607
    @robertthedukefedoruk5607  Рік тому +1

    This video might not make much sense unless you understand the WAIT parameter on Create Task flow acitons.
    Here's an explainer: ua-cam.com/video/UP_7VB-b-Eg/v-deo.html

  • @kwood1112
    @kwood1112 7 місяців тому +1

    Great video - short, informative, and straight to the good stuff. Love the sound effects too! They add a welcome bit of fun.

  • @Ahlenx
    @Ahlenx Рік тому +1

    Great video. We use the same mechanism in HR Onboarding automation process where we need to check 4 conditions at the same time. We check when an employee was hired and based on that information we will send different tasks/emails. So far it works :)

  • @nealcastro756
    @nealcastro756 Рік тому +1

    Or you can uncheck the Wait checkbox for the 1st action, then check the Wait checkbox for the 2nd action. Does that have the same result?

    • @robertthedukefedoruk5607
      @robertthedukefedoruk5607  Рік тому +1

      in this case yes, in more complicated cases, its just faster and easier and better presented in a parallel

    • @nealcastro756
      @nealcastro756 Рік тому

      @@robertthedukefedoruk5607 yep, got it. Thanks!

    • @robertthedukefedoruk5607
      @robertthedukefedoruk5607  Рік тому

      I gave this some more thought. If you uncheck wait on 1st task, and check wait on the 2nd task, the parent Incident closes *as soon as* the conditional task closes, regardless of the state of the 1st task. So it won't work the way we want. Both tasks have to close if both tasks are created.

    • @nealcastro756
      @nealcastro756 Рік тому

      @@robertthedukefedoruk5607 interesting but nice to know the difference. Thanks Robert!

  • @2PaweL
    @2PaweL Рік тому +1

    +1