Servicenow, Inc.

Alberto Alvarado Jimenez

Harry Thomas Nelson

Jacob Samuel Burman

Rebecca Anita Dias

Joshua Timothy Nerius

Christopher Maloy

Juell Chase Solaegui

Russell Samuel Sarbora

Venkata Kiran Kumar Koya

Michel Abou Samah

Nikhil Dvivedi

Derek Gregory Stainer

Reynaldo Hernandez

Craig Brian Santa Ruiz

Qian Zhang

Christopher Tucker

Carl Solis

Reema Shah

Brian P Bimschleger

Jennifer M Lyons

Andrew K Fry

Enrico Cruz

Jingfei Chen

Juell Solaegui

A specification of one or more steps of a digital workflow specified using a graphical user interface is received. An indication of a program transfer control step in the digital workflow to return to a previously specified step in the digital workflow is received. The already specified specification of the one or more steps of the digital workflow is analyzed to determine one or more constraints of the program transfer control step. Based on the determined one or more constraints of the program transfer control step, a configuration of the program transfer control step in the digital workflow is restricted in the graphical user interface.

Transfer control step for digital workflows

Persistent storage may contain metadata actions and integration actions related to a remote service, wherein the remote service includes a remote service application programming interface (API) that provides access to structured data, and a metadata API that provides access to a schema of the structured data. Processors may be configured to: (i) generate and provide, for metadata action design graphical user interfaces (GUIs), options for specification of a metadata action, where the metadata action defines a metadata query to the metadata API, rules for parsing the schema, and a normalized format for the structured data; (ii) generate and provide, for integration action design GUIs, options for specification of an integration action, where the integration action defines a structured data query to the remote service API and an indication that the metadata action is to be used to represent a result of the structured data query in the normalized format.

Workflow support for dynamic action output

A first workflow item grouping container and a second workflow item grouping container are a part of a collection of workflow item grouping containers organizing an end-to-end multi-process workflow solution. An identification and execution condition of the first workflow item grouping container and an identification and execution condition of the second workflow item grouping container are received. A specification of one or more workflow items belonging to the first workflow item grouping container and a specification of one or more workflow items belonging to the second workflow item grouping container are received. Each of the one or more workflow items belonging to the first and second workflow item grouping containers has an individually configurable execution condition and corresponds to a different individual activity of the end-to-end multi-process workflow solution.

Multi-process workflow designer

A user modifiable user interface representation of a first workflow item grouping container and a second workflow item grouping container are provided. The first and second item grouping containers are part of a collection of workflow item grouping containers organizing a design of an end-to-end multi-process workflow solution. An interactive user interface representation of a first workflow item belonging to the first workflow item grouping container and a second workflow item belonging to the second workflow item grouping container are provided. The first and second workflow items correspond to different individual activities of the end-to-end multi-process workflow solution. A user is able to interact with the interactive user interface representation of the first workflow item to modify a workflow property of the first workflow item and to interact with the interactive user interface representation of the second workflow item to modify a workflow property of the second workflow item.

Multi-process workflow designer user interface

Persistent storage may contain a definition of an application programming interface (API) of a remote service, where the API provides access to input information stored at the remote service. One or more processors may be configured to: (i) provide, for display on an action design graphical user interface (GUI), a first menu that allows selection of a first set of the input information to be dynamically retrieved from the API during design of a workflow; (ii) provide, for display on the action design GUI, a second menu that allows selection of a second set of the input information to be dynamically retrieved from the API during design of the workflow; and (iii) provide for display, on the action design GUI, options for specifying the API, how to remotely access the API, and how to parse data received from the API.

Workflow support for dynamic action input

A system may involve persistent storage defining primitive data types and compound data types, where the compound data types include objects and arrays, where the objects contain sets of elements that have various primitive data types, compound data types, or both, and where the arrays contain sets of elements that all have one particular primitive data type or compound data type. The system may also involve one or more processors configured to provide a representation of a graphical user interface for designing a hierarchy of elements, each of the elements therein having a data type that is either a primitive data type or a compound data type, where elements in the hierarchy are associated with data type change controls, and where object elements in the hierarchy are: (i) associated with child element controls, and (ii) represented as collapsible menu items that can either display or hide their child elements.

Graphical user interfaces for defining complex data objects

A trigger element of a design-time flow plan is set so that the trigger element activates in response computing conditions being satisfied. A decision action element of the design-time flow plan executed at run-time in response to activation of the trigger element is set. The decision action element is implemented by a decision table that includes decision inputs and respective condition logic based on the decision inputs for each of a plurality of decision answers associated with the decision table. The decision table is external to the design-time flow plan. First and second decision answer action elements are defined to execute at run-time respectively when a decision answer served-up by the decision table corresponds to first and second decision answer paths in the design-time flow plan that are associated with a first and second one of the plurality of decision answers, respectively. The design-time flow plan is published.

Decision tables and flow engine for building automated flows within a cloud based development platform

Creating, executing, and managing flow plans by performing at least the following: creating a trigger for a design-time flow plan that activates when one or more computing conditions are met, define a plurality of action instances for the design-time flow plan that execute after the trigger activates, wherein one or more of the action instances comprise a respective sequence of step instances associated with respective inputs and outputs, save the design-time flow plan within a data model, convert the saved design-time flow plan into a run-time flow plan, and execute one or more operations within the run-time flow plan, wherein the execution of the one or more operations within run-time flow plan occurs simultaneously when the data model is updated with a modified design-time flow plan, and wherein the one or more operations includes a dynamic mutable operation.

Data modelling and flow engine for building automated flows within a cloud based developmental platform

Growing community of inventors

Santee, CA, United States of America

Alberto Alvarado Jimenez