Start Event Element
Add, copy, delete, change the color, align, and configure Start Event elements in your Process model.
Don't Know What a Start Event Element Is?
See Process Modeling Element Descriptions for a description of the Start Event element.
Permissions Required
Your user account or group membership must have the following permissions to configure a Start Event element in the Process model unless your user account has the Make this user a Super Admin setting selected:
Processes: Edit Processes
Processes: View Processes
See the Process permissions or ask your Administrator for assistance.
Add a Start Event Element
Add a Start Event element from one of the following locations in Process Modeler:
Explorer panel: The Explorer panel is to the left of the Process Modeler canvas. The Explorer panel contains Process model objects and PM Blocks which may be added to the Process model.
Objects bar: The Objects bar is at the bottom of the Process Modeler canvas. This bar contains pinned Process model objects which are easily accessible to add to the Process model.
Follow these steps to add a Start Event element from the Explorer panel to the Process model:
Locate the Start Event object category from one of the following locations in the Explorer panel:
Pinned Objects: The Start Event object category displays from the Pinned Objects section when it is pinned. This element type is pinned by default.
Object Category: The Start Event object category displays from the Object Category section when it is not pinned.
Its icon displays adjacent to the mouse icon to indicate this element type may be placed into the Process model.
After the element is placed into the Process model, you may adjust its location in the following ways:
Move the element by dragging it to a new location.
Select the element with other elements and/or connectors, and then move them collectively by dragging them to new locations in relation to one another.
Align and/or distribute the element in relation to other selected elements and/or connectors.
Moving a Start Event element has the following limitations in regards to the following Process model elements:
Pool element: If the Start Event element is inside of a Pool element, it cannot be moved outside of the Pool element. If you attempt to do so, Process Modeler places the Start Event element inside the Pool element closest to where you attempt to move it.
Lane element: If the Start Event element is inside of a Lane element, it can be moved to another Lane element in the same Pool element. However, the Start Event element cannot be moved outside of the Pool element.
Connect to Another Process Model Object with a Sequence Flow Element
See Connect Two Process Model Objects with a Sequence Flow Element.
Reconnect a Sequence Flow Element from This Process Model Object to Another
See Reconnect a Sequence Flow Element from One Process Model Object to Another.
Replace a Start Event Element with a Different Starting Request Event Element
After a Start Event element is added to a Process model, you may replace it with a different starting Request event element:
Start Timer Event element
Signal Start Event element
Message Start Event element
Conditional Start Event element
The selected Start Event element is replaced by the default settings and color of the replacing element.
Follow these steps to replace a Start Event element with a different Start-type event element:
Select the Start Event element to change to another Start-type event. Available options display above the selected element.
Click Confirm. The new element replaces the Start Event element with its default settings and color.
Change a Start Event Element's Appearance
See Customize the Appearance of a Process Model Object.
Copy a Start Event Element
See Copy Process Model Objects into the Clipboard.
Clone a Start Event Element
See Clone Process Model Objects Without the Clipboard.
Delete a Start Event Element
See Delete Process Model Objects.
Settings
The Start Event element has the following panels that contain settings:
Configuration panel
Documentation panel (available when the Documentation package is installed)
Start Permissions panel
Web Entry panel (available when the Web Entry package is installed)
Vocabularies panel (available when the Vocabularies package is installed)
Advanced panel
Configuration Panel Settings
The Start Event element has multiple settings in the Configuration panel:
Edit the Element Name
An element name is a human-readable reference for a Process element. Process Modeler automatically assigns the name of a Process element with its element type. However, an element's name can be changed.
Follow these steps to edit the name for a Start Event element:
Select the Start Event element from the Process model in which to edit its name.
Ensure that the Configuration panel displays. If not, show it. The Name setting displays. This is a required setting.
In the Name setting, edit the selected element's name and then press Enter.
Display the Next Assigned Task to the Task Assignee
Use the Display the Next Assigned Task to the Task Assignee setting to display an interstitial Screen that displays until the next Task displays. An interstitial Screen can only be a Display-type Screen. The interstitial Screen displays while the Request resumes routing. Non-assigned automated actions run as part of that Request while the interstitial Screen displays. The interstitial Screen displays indefinitely until one of the following occurs:
The Request assigns another Task to the same Task assignee, at which time the new Task displays.
The Request completes, at which time the Request summary displays.
The user clicks a link to leave that page to display another location.
Use the Display the Next Assigned Task to the Task Assignee setting in the following ways:
Initial Task in the Request uses a Conversational-type Screen: During an automated chat-style conversation with the Request participant using the Conversational Forms package, link Conversational Screens together while the Request resumes routing based on previous conversational responses by the participant. After the Request participant responds to the conversation designed in the initial Screen, use the Display the Next Assigned Task to the Task Assignee setting to display a message and/or image while the Request routes to the next Conversational Screen. See What is a Conversational Screen? for information how to design modern-style chat experiences with Conversational Screens and the Conversational Forms package. Use this setting regardless of configuring this Start Event element to use Web Entry to start a Request. While the Web Entry panel configures which Conversational- or Form-type Screen the initial Task uses, the Display the Next Assigned Task to the Task Assignee setting indicates that a Screen displays after that initial Task completes. Web Entry is configured from the Web Entry panel, which is available if the Web Entry package is installed.
Initial Task in the Request uses a Form-type Screen: After the initial Task in the Request completes, display a message with a Display-type Screen that reads Loading your next Task. While this Screen displays, the Request routes to the next Form Task or Manual Task element's Task.
See the tabs below for more information how to use the Display the Next Assigned Task to the Task Assignee setting with Conversational- and Form-type Screens.
After selecting the Display the Next Assigned Task to the Task Assignee setting, the Screen Interstitial setting displays to select which Screen displays after the initial Task in that Request completes. This behavior is different than the default functionality, whereby the To Do Tasks page displays after each Task completes.
The Display the Next Assigned Task to the Task Assignee setting applies only for that Start Event element.
If the next Task is assigned to a different user or group, then the interstitial Screen displays until that Request completes or another Task is assigned that user.
The Display the Next Assigned Task to the Task Assignee setting has two purposes depending on whether the initial Task in that Request uses a Conversational- or Form-type Screen.
First Task Uses a Conversational-Type Screen
Use the Display the Next Assigned Task to the Task Assignee setting to link Conversational Screens together while the Request resumes routing based on previous conversational responses by the participant. Multiple elements and connectors may perform automatic tasks after the initial Conversational Screen's Task before the next Conversational Screen's Task triggers in that Request. However, the Request participant experiences a seamless conversation between the two Conversational Screens' Tasks while the interstitial Screen displays in the chat box. For example, use a Screen that uses an Image or Rich Text control that displays an animated GIF to imply that the other conversational participant is typing.
Non-assigned automated actions run as part of that Request while the interstitial Screen displays. When the Request assigns the next Task to that Task assignee, the new Task displays in the chat box as continued conversation in a seamless chat experience to the Request participant.
Follow these steps to configure a Start Event element to display an interstitial Screen after the initial Task in that Request completes:
Select the Start Event element from the Process model in which to configure it to display an interstitial Screen after the first Task completes.
Ensure that the Configuration panel displays. If not, show it. Panels to configure this element display.
From the Screen Interstitial drop-down menu, select which Display-type Screen to display after the initial Task in that Request completes. This is a required setting.
Documentation Panel Settings
Edit the Element's Description Displayed in Process Documentation
If the Documentation package is installed, describe the element's purpose and how it functions in the Process. This description does not affect Requests for the Process, but may be useful for Process model maintenance such as how the element is configured. Edit information by using the What-You-See-Is-What-You-Get (WYSIWYG) rich text editor.
A Process's entered documentation displays by selecting the View Documentation icon for that Process.
Package Required
The Documentation package must be installed to view or edit the documentation for a Process element. Use the Documentation package to view documentation for Processes that includes an image of the Process map and entered description of its elements and connectors.
Follow these steps to edit the description for an element:
Select the element from the Process model in which to edit its description.
Ensure that the Configuration panel displays. If not, show it. Panels to configure this element display.
Follow these guidelines to use the WYSIWYG rich text editor to stylize your text:
Select the required text from the Rich Text control.
In the URL setting, enter the destination URL.
In the Text to display setting, edit or enter the text displayed in the Rich Text control.
In the Title setting, enter the text to display when a user hovers over the displayed text.
From Open link in… drop-down menu, select one of these options:
New window: Select this option to open the destination page in a new browser window.
Current window: Select this option to open the destination page in the current browser window.
In the Source setting, enter a URL for the image.
In the Alternative Description setting, enter the text to display if the source URL of the image is not accessible.
In the Width setting, enter the maximum width for the image.
In the Height setting, enter the maximum height for the image.
Click Save.
Format text: Follow these guidelines to format text:
Headings: From the Paragraph/Formats menu, select Headings and then select a heading size.
Bold: Do one of the following:
From the Paragraph/Formats menu, select Inline and then Bold.
Italics: Do one of the following:
From the Paragraph/Formats menu, select Inline and then Italic.
Underline: From the Paragraph/Formats menu, select Inline and then Underline.
Strikethrough: From the Paragraph/Formats menu, select Inline and then Strikethrough.
Superscript: From the Paragraph/ Formats menu, select Inline and then Superscript.
Subscript: From the Paragraph/Formats menu, select Inline and then Subscript.
Code: From the Paragraph/Formats menu, select Inline and then Code.
Paragraph: From the Paragraph/Formats menu, select Blocks and then Paragraph.
Blockquote: From the Paragraph/Formats menu, select Blocks and then Blockquote.
Division: From the Paragraph/Formats menu, select Blocks and then Div.
Preformatted: From the Paragraph/Formats menu, select Blocks and then Pre.
Select one of the color swatches from the color palette. The selected text changes to that color.
Align text: Follow these guidelines to align text:
Left align: Do one of the following:
From the Paragraph/Formats menu, select Align and then Left.
Center align: Do one of the following:
From the Paragraph/Formats menu, select Align and then Center.
Right align: Do one of the following:
From the Paragraph/Formats menu, select Align and then Right.
Justify: Do one of the following:
From the Paragraph/Formats menu, select Align and then Justify.
Start Permissions Panel Settings
Select whether a user or any member of a group may start a Request:
Select the User That Can Start a Request
When a Start Event element is placed into a Process model, it is not configured to indicate how a Request can start via that Start Event element. Therefore, it must be configured.
If this Start Event element is configured to start Requests anonymously via Web Entry, the settings described below are disabled because these Start Event element settings only configure which authenticated user(s) may start a Request from this element. Therefore, to configure these settings, either disable Web Entry or select that authenticated users may start Requests from this element via Web Entry. See Web Entry Panel Settings.
To allow anonymous or authenticated users to start or participate in Requests via a published URL do not configure who may start Requests from the Start Permissions panel. Configure those persons from the Web Entry panel.
Follow these steps to select which user can start a Request via this Start Event element:
Select the Start Event element from the Process model in which to select the user that may start a Request.
Ensure that the Configuration panel displays. If not, show it. Panels to configure this element display.
Expand the Start Permissions panel if it is not presently expanded. The Type setting displays.
From the Type drop-down menu, select the User option. The User drop-down menu displays below the Start Permission drop-down menu.
From the User drop-down menu, select which user can start a Request via the Start Event element. That user may start a Request.
Select the Group That Can Start a Request
When a Start Event element is placed into a Process model, it is not configured to indicate how a Request can start via that Start Event element. Therefore, it must be configured.
Follow these steps to select which group members can start a Request via this Start Event element:
Select the Start Event element from the Process model in which to select the group that may start a Request.
Ensure that the Configuration panel displays. If not, show it. Panels to configure this element display.
Expand the Start Permissions panel if it is not presently expanded. The Type setting displays.
From the Type drop-down menu, select the Group option. The Group drop-down menu displays below the Start Permission drop-down menu.
From the Group drop-down menu, select which group can start a Request via the Start Event element. Any member of that group may start a Request.
Web Entry Panel Settings
Select Who Can Start a Request via a Web Entry
When a Start Event element is placed into a Process model, Web Entry settings for that element are disabled. Therefore, even if the Web Entry package is installed, it must be configured for use.
In overview, configuring Web Entry involves making the following decisions:
Who may start the Request: Decide to allow any person to start the Request via Web Entry anonymously or only the authenticated user(s) specified from the Start Permissions panel. In conjunction, decide the following based on who may start the Request:
Anonymously: Decide one or both of the following:
Password-protect access to the Web Entry.
Read query string parameters suffixed as JSON key name and value pairs to the Web Entry's base URL to be included in that Request's data. This setting is useful to suffix metadata for email campaigns. For example, if the Web Entry's base URL is
http://pm/webentry/7/node_24
, add parameters to the URL that represent the JSON key name and value pairs to add to that Request such ashttp://pm/webentry/7/node_24?data1=123&data2=456
. Parameters are interpreted as strings.
Authenticated user: Read query string parameters as described above.
Screen for the chat or Task: Select from which Screen the Request starter interacts with this Request. This may be one of the following types of Screens:
Conversational-type: The Request starter interacts in an automated chat-style correspondence by responding to questions and responses, and then either submits the chat or the Screen submits itself if it times out from interaction. The Conversational-type Screen is available only if the Conversational Forms package is installed.
Form-type: The Request starter enters information into an interactive form, and then submits it to start the Request.
Completed action after Screen submission: Decide whether to display a separate Screen when the initial Screen submits or to route that person to a URL. If to display a Screen, select that Screen.
Embed the Web Entry into a third-party site: If embedding the Web Entry into a third-party site, decide one or both of the following:
Embed the Web Entry if using a Form-type Screen: Copy the JavaScript that contains the Web Entry URL, and then embed that JavaScript into your Web server's or blog's HTML header.
Embed the Web Entry if using a Conversational-type Screen: Copy the JavaScript that contains the Web Entry URL, configure options how the chat-style presentation displays in your site, and then embed that JavaScript into your Web server's or blog's HTML header.
Package Required
The Web Entry package must be installed to select who can start a Request via Web Entry. The Web Entry package allows anonymous or authenticated users to start or participate in Requests via a published URL.
Follow these steps to select who can start a Request via a Web Entry URL from this Start Event element:
Select the Start Event element from the Process model in which to select who may start a Request via a Web Entry URL.
Ensure that the Configuration panel displays. If not, show it. Panels to configure this element display.
Expand the Web Entry panel if it is not presently expanded. The Web Entry setting displays.
From the Mode drop-down menu, select one of the following options:
Disabled: Select the Disabled setting to disable Web Entry for this Start Event element when this element currently is configured to do so. This is the default setting.
Anonymous: Select the Anonymous option to allow any person who has access to the Web Entry's URL to start a Request. This person is not authenticated as a user. As a best practice, use Anonymous Web Entry URLs when an active session will not be used in the same Web browser. Note that if an anonymous person starts a Request and a later Form Task element or Manual Task element is assigned to the Request starter, ensure that the anonymous person enters an email address for that Task or chat-style interaction. Otherwise, that person cannot receive notifications for the subsequent Task. If this happens, the following Request error occurs: This process was started by an anonymous user so this task can not be assigned to the requester. Therefore, use this option cautiously.
If selecting the Anonymous option, consider selecting the Enable Password Protect setting below the Completed Action setting (described below) to require a password to access the Web Entry.
If selecting the Authenticated option, consider selecting the Allow query string data setting below the Completed Action setting (described below) to read JSON key name and value pairs from the Web Entry's base URL to be included in that Request's data.
From the Screen Associated drop-down menu, select the Screen that displays when the Web Entry URL is accessed. This drop-down menu displays only Conversational and Form types so the Request starter can interact with information in the Screen. This is a required setting.
Optionally, click the Open Screen link to open the selected Screen in a separate Web browser window.
From the Completed Action drop-down menu, select one of the following options:
Screen: Select the Screen option to indicate that a Screen displays after the Requester submits the Screen selected from the Screen Associated drop-down menu described above. Screen is the default setting.
After the Screen option is selected, the Screen For Completed setting displays below the Completed Action option. From the Screen For Completed drop-down menu, select the Screen that displays after submitting the Screen selected from the Screen Associated drop-down menu. This drop-down menu displays only Display types to display a message to the request starter. This is a required setting.
Optionally, click the Open Screen link to open the selected Screen in a separate Web browser window.
URL: Select the URL option to indicate that the Request starter is redirected to a URL after the Request starter submits the Screen selected from the Screen Associated drop-down menu.
In the Password Protect setting, enter the password that the anonymous Request starter must enter to access the Web Entry.
Select the Allow query string data setting to read JSON key name and value pairs from the Web Entry's base URL to be included in that Request's data. This setting is useful to suffix metadata for email campaigns. For example, if the Web Entry's base URL is
http://pm/webentry/7/node_24
, add parameters to the URL that represent the JSON key name and value pairs to add to that Request such ashttp://pm/webentry/7/node_24?data=123&data2=456
. Parameters are interpreted as strings.The Web Entry URL displays the Web Entry URL from which the Request starter accesses the Web Entry. ProcessMaker Platform generates this URL using the following structure:
ProcessMaker Platform instance domain
/webentry/
Web Entry numerical instance
/
Identifier Value of this Start Event element
. If necessary, click the Copy button below the Web Entry URL setting to copy the Web Entry URL so that it is available in your clipboard.Optionally, customize the Web Entry URL using Request variable values as URL parameters. Reference these Request variable values using single curly brackets surrounding each Request variable name, such as
{variableName}
, in the custom URL.Follow these steps to customize the Web Entry URL:
Click the Options button below the Web Entry URL setting. The URL Options screen displays. By default the Standard URL option is enabled, indicating that the automatically generated URL is used for this Web Entry.
Enter as many parameters as necessary. Use the following icons to remove or sort the order of added URL parameters:
Click Save to exit the URL Options screen with the saved custom Web Entry URL settings.
Configure how the chat box displays in the embedded container from the following options:
From the Position setting, select one of the following options:
Fill Container: The chat box displays the width of the container to which the Web Entry's JavaScript code is applied. This is the default setting. When the Fill Container setting is selected, all other settings in the Embed Options screen are disabled.
Top Left: The chat box displays in the top left corner of the container to which the Web Entry's JavaScript code was applied.
Top Right: The chat box displays in the top right corner of the container to which the Web Entry's JavaScript code was applied.
Bottom Left: The chat box displays in the bottom left corner of the container to which the Web Entry's JavaScript code was applied.
Bottom Right: The chat box displays in the bottom right corner of the container to which the Web Entry's JavaScript code was applied.
In the Title setting, enter the title that displays in the chat box. Form is the default setting. This setting does not apply when the Fill Container option is selected from the Position setting.
From the Color setting, select the color that displays for button to show the chat box and for the chat box frame itself. The left-most color option is the default. This setting does not apply when the Fill Container option is selected from the Position setting.
From the Icon setting, select an icon that displays to show the chat box. The Question Circle is the default option. This setting does not apply when the Fill Container option is selected from the Position setting.
Click Save.
The Start Event element's icon changes to indicate that this element uses Web Entry to trigger.
Vocabularies Panel Settings
Assign Vocabularies That Validate Request Data from This Element
Assign Vocabularies that validate Request data complies with a specific JSON schema. This is often mandatory for many types of business sectors including banking and healthcare. Ensure the quality and compliance of Request data. For example, during a Loan Application process, ensure that personal information has been included in the Request to that moment in that in-progress Request. The Vocabularies package must be installed to make this configuration.
Use a Vocabulary on a Start Event element when using the Web Entry package. After the Request data is submitted from the Web Entry, Vocabularies assigned to the Start Event element validate the Request data complies with the Vocabulary's JSON schema. See What is a Vocabulary? for more information. See Select Who Can Start a Request via a Web Entry for information how to use the Web Entry package on a Start Event element.
Each moment ProcessMaker Platform evaluates workflow routing for an in-progress Request, ProcessMaker Platform also evaluates the Request data's conformity to the Vocabularies applied to the Process and/or a specific BPMN 2.0 element in the Process model. The Request's JSON data model must conform to the Vocabulary's JSON schema.
During an in-progress Request, if ProcessMaker Platform evaluates that the Request data no longer complies with all Vocabularies to that moment, the Request status changes from In Progress to Error. The error displays in the Request summary. Vocabularies are cumulative in an in-progress Request: as the Request progresses, if Request data does not conform with any Vocabulary's JSON schema to that moment in the Request, the Request errors.
If no Vocabularies are assigned, ProcessMaker Platform does not validate Request data complies with a specific JSON schema prior to continuing workflow for that Request.
One or more Vocabularies must be created before assigning a Vocabulary. See Create a New Vocabulary. Multiple Vocabularies can be assigned to a Start Event element.
Package Required
The Vocabularies package must be installed to assign which Vocabularies validate Request data at a Start Event element. Use the Vocabularies package to maintain uniform JSON schemas across all assets in your organization. These assets include Processes, Screens, and Scripts.
A Vocabulary is a JSON schema. The JSON schema describes the data objects, types, and structure that you want in both a machine and human readable format. Apply one or more Vocabularies to your Processes and/or specific BPMN 2.0 elements in your Process models to ensure the JSON data model in Request data complies with the data structure outlined in the JSON schema that you need to meet regulatory specifications or ensure Request data contains required information.
Follow these steps to assign Vocabularies that validate Request data from a Start Event element:
Select the Start Event element from the Process model in which to assign Vocabularies that validate Request data prior to when this element completes.
Ensure that the Configuration panel displays. If not, show it. Panels to configure this element display.
Expand the Vocabularies panel if it is not presently expanded. The Assigned setting displays.
From the Select Vocabulary drop-down menu, select a Vocabulary from which to validate Request data complies with its JSON schema.
If no Vocabularies are configured, then the following message displays: List is empty. Create at least one Vocabulary. See Create a New Vocabulary.
Click Save.
Repeat Steps 3 through 6 as necessary for each Vocabulary required to validate Request data complies with its JSON schema.
After one or more Vocabularies are assigned to a Start Event element, the Vocabulary icon displays above that element.
Advanced Panel Settings
Edit the Node's Identifier Value
Process Modeler automatically assigns a unique value to each Process node added to a Process model. However, a node's identifier value can be changed if it is unique to all other nodes in the Process model, including the Process model's identifier value.
All identifier values for all nodes in the Process model must be unique.
Follow these steps to edit the identifier value for a Start Event element:
Select the Start Event element from the Process model in which to edit its identifier value.
Ensure that the Configuration panel displays. If not, show it. Panels to configure this element display.
Expand the Advanced panel if it is not presently expanded. The Node Identifier setting displays. This is a required setting.
In the Node Identifier setting, edit the Start Event element's identifier to a unique value from all nodes in the Process model and then press Enter.
Related Topics
Process Modeling Element DescriptionsView Active and Inactive ProcessesCreate a New ProcessWhat is a Request?What is a User?What is a Group?Web Entry PackageVocabularies PackageWhat is a Vocabulary?Create a New VocabularyScreen TypesLast updated