Skip to content

Environments

An environment is an isolated workspace within your tenant. It groups, under the same context, the resources that an automation needs: agents, processes, credentials, triggers and the history of executions.

Think of an environment as a separate “room”: what happens in one does not affect the others. This allows you to test risk-free before touching what is already in operation.

Without environments, any test would run on the same systems and data as the actual operation. Standard practice is to have at least two, and three are common:

EnvironmentPurposeApunta a…
DesarrolloRapid iteration as you build automationSistemas de juguete / datos ficticios
PruebasPrior validation before promoting to productionSistemas de prueba / staging
ProductionAutomations in real operationReal company systems

Each environment has its own credentials, so the same playbook that in Testing writes to a test database, in Production writes to the real one — without changing the playbook, just the value of the credential.

  1. In the portal, go to Environments in the side menu.
  2. Click New Environment.
  3. Enter a name (e.g. Producción) and an optional description.
  4. Save. The environment is immediately available and you enter its details.

environment creation modal.

Within the environment you will see the tabs for its resources: Agents, Processes, Executions, Triggers and Credentials.

  • An agent registered on Producción does not receive executions from Pruebas. Each agent belongs to a single environment.
  • credentials from one environment are not visible from another.
  • The executions and their logs are recorded in the environment where they occurred.
  • A process lives in an environment and references a package in a specific version.

The recommended flow to get something from Pruebas to Producción:

  1. Publish the package from the Designer with a new version number. See Publish and version.
  2. In the target environment, create or update the process to point to that version. See Create a process.
  3. Verifies that the required credentials exist in the target environment (same logical name, different value).
  4. Confirms that agents in the target environment are online.
  5. Launch a test run and check the logs.