We hope everyone has been enjoying the Knowledge 20 Digital Experience and great deal of associated content over the past 5 weeks. Since there is so much content it can be difficult to browse specific topics or know where to focus, so we want to help by calling out some of that content in a series of posts. This post is focused on all of the sessions we found related to Flow Designer broken down by session type.
Orlando Flow Designer Changes The Orlando release, as with every release since the original introduction, features a number of new features and improvements in Flow Designer and IntegrationHub. In this post I will look at Flow Designer specifically with a future post covering InterationHub. Create a flow with an SLA Task trigger In Orlando there is a new trigger type SLA Task and new actions that work with SLAs. This allows for SLA based logic to be written and maintaqined in flows.
Spoketoberfest is wrapping up. Some of you earned your shirt from Digital Ocean (I did this year). Some of you will continue to work on your Spoke to achieve publishabilty after the month has ended. Once you reach the point of feeling ready to publish your Spoke to Share, what then? In this post, I will walk through the steps. Pre-Publishing Checklist The following are some of the lessons digested from the Spoke best practices document
Dynamic Inputs One of the great features in the New York release is the inclusion of Dynamic Inputs. It can be tedious to develop a Flow when it requires a script step to transform data from one form to another. Dynamic Inputs to the rescue! Imagine the case where the inputs to an Action inside of a Flow are based on the data outside of your instance such as creating a record in an external system.
Store Releases ServiceNow will now be releasing spokes when they are ready. No longer waiting until the next family release for all feature updates. The first batch of these spokes was released into the wild in early March. While this isn’t a deep dive technical post, it is very relevant to previous and future posts. For example our post and videos about JWT signing Part 1 and Part 2.
Much of the work for Flow Designer in the Madrid release has been towards achieving feature parity with Workflows. That is to say that any work that could previously be done in a Workflow could now also be done in Flow Designer. Here is one of those features. Do Until Loops This is a common bit of logic that is needed in any programming context, and now it is available in Flows.
Payload Builder A handy new feature in Madrid is the payload builder. This allows for reasonably simple name-value pairs payloads to be crafted into a payload object. The ability to use the inputs combined with a payload builder lowers the bar for building dynamic integration actions.
You can see the Name-Value pair setup is pretty straight forward using the data pill setup that is now familiar in Flow/Action Designer.
Decision Tables The first feature in Madrid I am going to highlight is Decision Tables. These decision tables are a place to store the decision logic for variable situations. Each decision table record (sys_decision) handles a single decision. Related lists are the decision inputs (sys_decision_input) and decision (sys_decision_question) records. Each decision record contains an answer.
Our example will be for routing after hours service calls. We take multiple inputs in the form of location, time of submission, and the service.
Flow Designer is a great tool to create business logic, particularly by those outside of traditional development roles: process owners, subject matter experts and the like. However, it is almost certain that sooner or later they will want to create Flows that require Actions that do not exist in the baseline system nor easily available Spokes. So then what? My suggestion is that this is where the traditional developers should step in, by creating Actions for use by those business users who don’t want to get deep in the implementation details.