# Global Settings

Each workflow has global settings that apply to general configuration and variables or data used throughout the entire workflow, making them accessible to all steps.

The Global Settings section includes three tabs: **General**, **Fields**, and **Processes**. Configuring them correctly enables seamless data usage throughout the workflow.

{% hint style="info" %}
By default, the Global Settings panel is shown when no specific workflow steps or elements are selected in the view.
{% endhint %}

## General tab&#x20;

Available configuration items include:

* **Name**: This is the workflow name displayed in all system views, such as the "Make a Request" dashboard and "Workflow Builder" grid.
* **Description:** Optional field that allows adding a descriptive workflow overview to improve future maintenance.
* **Interface type**: Differentiates between user-triggered self-service workflows (**User** type) and system-triggered automated processes (**System** type).
* **Category:** This filed is not currently working.&#x20;

## Fields Tab&#x20;

Global settings define fields used throughout the workflow, including types such as text, number, boolean, image, list, and JSON array. These fields exist only in global settings and cannot be created elsewhere in the workflow.&#x20;

{% hint style="danger" %}
Deleting a field from Global Settings generates errors in all steps where it is referenced.
{% endhint %}

In a workflow, fields serve as the basic data elements and are reusable, eliminating the need to define "Email" at each step. Fields used across multiple workflows are pre-filled in the provided templates to save time and minimize errors. Some fields are specific to the workflow and require configuration upon importing a template in the integrated Command Centre.

<div data-with-frame="true"><figure><img src="/files/TqdPwGeYOsjKOTVhyqOU" alt="" width="563"><figcaption></figcaption></figure></div>

### **Field column** &#x20;

Specifies the name of the field used throughout the workflow.

### **Details column**&#x20;

* **Id**: Each field has a unique name (e.g., “RequesterEmail”, "Name").
* **Type**: Specifies what kind of data the field holds. Types include:
  * **Text**: For names, addresses, or other words.
  * **Number**: For things like employee IDs or phone numbers.
  * **Boolean**: True/false values (e.g., “IsApproved”).
  * **DateTime**: Dates and times (e.g., “RequestDate”).
  * **File/Image**: For uploading documents or pictures.
  * **List**: A selection from multiple options (e.g., “Pick up location”).
  * **Email/Telephone**: Special fields with validation for email addresses or phone numbers.
  * **JsonArray**: For more complex data, like a list of items (e.g. group emails, multi-select lists)  &#x20;

### **Default Value** **and** **Enter Value**&#x20;

This data is used to set the default value type. While such a possibility exists, typically, default values are not set in Global Settings, except for boolean fields. Initialization of the values is instead handled in a dedicated Data Setup step within the workflow. The following default value types can be used:

* **String**: Utilized for text fields and to access Command Centre PDFs.
* **Email template**: Applied when a field needs to refer to one of the pre-defined email templates in the system.
* **User group**: Typically used to designate specific Approver Groups already set within the system. More than one group be incorporated.&#x20;
* **List**: Used to associate a field with an Access group list or a dropdown list pre-defined in the system.

## Processes Tab&#x20;

Processes are actions that the system performs automatically. It coulod e.g. be a tasks carried out in the Command Centre, such as access provisioning or event creation, or automated actions by AccessNow, like sending an email. Workflow templates come with the Processes prefefiend.&#x20;

The Process tab in Global Settings displays all defined processes available for workflow use. Processes include parameters (inputs), which can either be assigned specific values or linked to [Fields](#fields-tab) from Global Settings. For instance, a process named *Find Cardholder* includes parameters such as cardholder's *PDF Reference* and *PDF Value*.

The process definition is consistent across workflows. Example processes include: *Find Cardholder*, *Create Credential*, *Log Command Centre Event*, *Send email*, *Setup Approval*. &#x20;

{% hint style="info" %}
Process Parameter IDs map to Command Center PDFs, while Field IDs are Access Now references.&#x20;
{% endhint %}

<div data-with-frame="true"><figure><img src="/files/xCZ6fKplnzybV05aQNHi" alt="" width="563"><figcaption></figcaption></figure></div>

### **A Process configuration** &#x20;

* **Name**: Describes what the process does (e.g., “Find Cardholder”).
* **TargetService**: The system it interacts with (e.g., “CommandCentre”).
* **ServiceEndpoint**: The specific function or API called.
* **Parameters**: Inputs needed for the process (e.g., “Email”, “Card Number”).
* **SuccessCodes/FailureCodes**: How the workflow knows if the process worked (e.g., HTTP status codes).
* **Output Mapping**: Where to store the results (e.g., save the cardholder’s reference number).

**Example:**

* The *Activate Cardholder Card* process takes the following pararmaters: cardholder’s reference, card number, and card type, and tries to activate the card. If successful, it updates the step outputs to show *CardActivated = true.*&#x20;


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://help.security.gallagher.com/command-centre/accessnow-user-guide/workflow-creation/creating-and-managing-workflows/workflow-configuration/global-settings.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
