Understanding branching conditions

Return to top

11 Comments

  • Walter

    Hi Aimee Spanier, we are testing this in our sandbox, but the branch conditions are not working as expected.  For some reason, it always goes to the Else branch even though the conditions for one of the other branches should have been met.

    2
  • Yaniv RECETTE

    Hi Aimee Spanier, i have the same problem. 

    For the reason i don't know, it always go back in the else's branch. 

    How can i fix this. 

    thanks

    0
  • Harper Dane

    I was running into the same issue as the users above, and I believe I've found the problem.

    If you are making an IF/ELSE condition based on a dropdown selection, you must enter the field selection's Tag as the "IF" condition, not the selection Value (agent/customer-facing name).

    You can find the field Tag / key in Admin > Objects & Rules > Tickets > Fields. Use the key listed for your selection from the Tags column, not the Value column.

    For example, we have a field named "Order Issues" and one of the dropdown options says "File a warranty claim". The Tag / key for that selection is listed as claim_file

    Therefore, my IF statement in Flow Builder needs to say claim_filenot  "File a warranty claim".

    Hope this helps!

     

     

    1
  • Walter

    Hey Harper Dane, thanks for that tip!

    After changing the value to the tag, it works as expected.  

    0
  • Walter

    Hi Aimee Spanier, is there any possibility to remove the branch limit?

    Branch by condition can have up to six branches, including the Else branch.

    Is there any reason to limit it to just 6 branches?

    0
  • Rachel Martin

    Is there an option to create variables based on the Present Options function? It seems rather limiting to only allow this information to come from API calls or whatever custom fields you already have on a ticket.

    1
  • Lisa Tam
    Zendesk Product Manager

    Hey Walter,

    Can you share your use-case where you need more than 6 branches? I'm wondering if nested conditions could help with your use case.

    0
  • Lisa Tam
    Zendesk Product Manager

    Hey Rachael, 
    Would the collect information step help with your use case where you can collect information from the end user via a form dropdown? This data can then be used with Branch by condition.

    0
  • Walter

    Hi Lisa Tam,

    Thanks for your response.  I've considered using nested conditions, but our review team does not feel it is a good experience for the customers in this specific scenario.  Without giving away too much information, the options we need to provide to the customer exceed 6.  And using nested conditions would result in making it almost like we are interrogating a customer.  :)

    0
  • Anton

    Lisa Tam Hello, any visibility into when variables will include authenticated user information?
    E.g. if we want to separate flows for authenticated and nonauthenticated users or use external_id/email to get more user info via API? 

    1
  • Mark Ganusevič

    Good question by Anton, I think this would be a major improvement. 😉

    0

Please sign in to leave a comment.

Powered by Zendesk