Workday
| Version | 0.1.0
|
| Subscription level What's this? |
Basic |
| Developed by What's this? |
Elastic |
| Ingestion method(s) | API |
| Minimum Kibana version(s) | 9.0.0 8.18.0 |
To use pre-release integrations, go to the Integrations page in Kibana, scroll down, and toggle on the Display beta integrations option.
Workday is a cloud-based ERP system that manages business processes and allows organizations to use an integrated application. Workday is a coherent cloud ERP system for financial analysis, analytical solutions, HCM suites, and better business processes.
The Workday integration for Elastic collects Activity Logs via API and visualizes them in Kibana.
The Workday integration is compatible with API version v1.
This integration periodically queries the Workday API to retrieve logs.
This integration collects log messages of the following type:
Activity: Collects Activity Logs logs via Workday API (endpoint:/activityLogging).
Integrating Workday with Elastic gives security and IT teams centralized visibility into Workday activity logging, so you can monitor configuration and usage changes, support audits, and investigate suspicious behavior from Kibana.
The Activity dashboard summarizes key patterns such as activity volume over time and top actors, helping you spot unusual spikes and focus on the users and operations that matter.
Built-in filters make it easier to narrow events by attributes such as task, system account, and IP address, which supports faster triage and a more consistent investigation workflow across your Workday telemetry.
- Sign in to your Workday tenant as a Security Administrator.
- In the Workday search bar, search for and open the Edit Tenant Setup - System task.
- In the Security section, select the Enable User Activity Logging checkbox.
- Click OK to save the changes.
Once enabled, Workday records all user activity in a secure tenant database. Activity logging must be enabled before any logs are available for export.
- In the Workday search bar, search for Create Integration System User.
- Enter a User Name (for example, ISU_SIEM_Export) and a strong Password.
- Clear the Require New Password at Next Sign In checkbox.
- Click OK.
- Search for Create Security Group and create an Integration System Security Group (Unconstrained).
- Add the ISU (ISU_SIEM_Export) to this security group.
- Search for View Domain and locate the User Activity Logging domain. Grant Get access to the ISU security group for this domain.
- Search for Activate Pending Security Policy Changes and activate the changes.
- In the Workday search bar, search for Register API Client for Integrations.
- Enter a Client Name (for example, SIEM_OAuth_Client).
- Select the Non-Expiring Refresh Tokens option.
- Add the scope: System (or the scope required for User Activity Logging API).
- Click OK.
- Copy and save the following details in a secure location:
- Client ID: The API client identifier.
- Client Secret: The API client secret.
- Search for Manage Refresh Tokens for Integrations.
- Select the ISU account (ISU_SIEM_Export).
- Generate a new refresh token for the API client.
- Copy and save the Refresh Token.
The API endpoint is based on your Workday tenant. The format is:
Component | Value
Token endpoint | https://HOST/ccx/oauth2/TENANT/token
Activity Logging API | https://HOST/ccx/api/privacy/v1/TENANT/activityLogging
Replace HOST with your Workday hostname and TENANT with your tenant name.
For additional Workday API security context, see Generating API Keys for the Workday API.
This integration supports both Elastic Agentless-based and Agent-based installations.
Agentless integrations allow you to collect data without having to manage Elastic Agent in your cloud. They make manual agent deployment unnecessary, so you can focus on your data instead of the agent that collects it. For more information, refer to Agentless integrations and the Agentless integrations FAQ.
Agentless deployments are only supported in Elastic Serverless and Elastic Cloud environments. This functionality is in beta and is subject to change. Beta features are not subject to the support SLA of official GA features.
Elastic Agent must be installed. For more details, check the Elastic Agent installation instructions. You can install only one Elastic Agent per host.
In the top search bar in Kibana, search for Integrations.
In the search bar, type Workday.
Select the Workday integration from the search results.
Select Add Workday to add the integration.
Enable and configure only the collection methods which you will use.
To Collect Workday logs via API, you'll need to:
- Configure Hostname.
- Configure Tenant.
- Configure Client ID.
- Configure Client Secret.
- Configure Refresh Token.
- Adjust the integration configuration parameters if required, including the Interval, Initial Interval, Preserve original event etc. to enable data collection.
Select Save and continue to save the integration.
- In the top search bar in Kibana, search for Dashboards.
- In the search bar, type Workday.
- Select a dashboard for the dataset you are collecting, and verify the dashboard information is populated.
For help with Elastic ingest tools, check Common problems.
For more information on architectures that can be used for scaling this integration, check the Ingest Architectures documentation.
Exported fields
| Field | Description | Type |
|---|---|---|
| @timestamp | Date/time when the event originated. This is the date/time extracted from the event, typically representing when the event was generated by the source. If the event source has no original timestamp, this value is typically populated by the first time the event was received by the pipeline. Required field for all events. | date |
| data_stream.dataset | The field can contain anything that makes sense to signify the source of the data. Examples include nginx.access, prometheus, endpoint etc. For data streams that otherwise fit, but that do not have dataset set we use the value "generic" for the dataset value. event.dataset should have the same value as data_stream.dataset. Beyond the Elasticsearch data stream naming criteria noted above, the dataset value has additional restrictions: * Must not contain - * No longer than 100 characters |
constant_keyword |
| data_stream.namespace | A user defined namespace. Namespaces are useful to allow grouping of data. Many users already organize their indices this way, and the data stream naming scheme now provides this best practice as a default. Many users will populate this field with default. If no value is used, it falls back to default. Beyond the Elasticsearch index naming criteria noted above, namespace value has the additional restrictions: * Must not contain - * No longer than 100 characters |
constant_keyword |
| data_stream.type | An overarching type for the data stream. Currently allowed values are "logs" and "metrics". We expect to also add "traces" and "synthetics" in the near future. | constant_keyword |
| event.dataset | Name of the dataset. If an event source publishes more than one type of log or events (e.g. access log, error log), the dataset is used to specify which one the event comes from. It's recommended but not required to start the dataset name with the module name, followed by a dot, then the dataset name. | constant_keyword |
| event.module | Name of the module this data is coming from. If your monitoring agent supports the concept of modules or plugins to process events of a given source (e.g. Apache logs), event.module should contain the name of this module. |
constant_keyword |
| input.type | Type of Filebeat input. | keyword |
| observer.vendor | Vendor name of the observer. | constant_keyword |
| workday.activity.activity_action | The type of action that was executed. | keyword |
| workday.activity.session_id | The system ID for tracking signons from the user signon used to make the request. | keyword |
| workday.activity.target.descriptor | The display name of the instance. | keyword |
| workday.activity.target.href | A link to the instance. | keyword |
| workday.activity.target.id | Workday Id or Reference Id of the instance. | keyword |
| workday.activity.task_display_name | The action executed in the transaction. | keyword |
| workday.activity.task_id | The Workday ID of the task executed in the transaction. | keyword |
| workday.activity.user_activity_entry_count | Returns the User Activity Count for the inputted filter parameters. | long |
Example
{
"@timestamp": "2026-04-02T12:46:18.012Z",
"agent": {
"ephemeral_id": "56b15ab2-aac3-4167-a87e-300667f9c510",
"id": "49c06832-6dd8-4eea-8c9d-702a4bcee941",
"name": "elastic-agent-15161",
"type": "filebeat",
"version": "8.18.0"
},
"data_stream": {
"dataset": "workday.activity",
"namespace": "58781",
"type": "logs"
},
"device": {
"type": "desktop"
},
"ecs": {
"version": "9.3.0"
},
"elastic_agent": {
"id": "49c06832-6dd8-4eea-8c9d-702a4bcee941",
"snapshot": false,
"version": "8.18.0"
},
"event": {
"action": "read",
"agent_id_status": "verified",
"category": [
"iam"
],
"dataset": "workday.activity",
"ingested": "2026-06-05T11:40:39Z",
"kind": "event",
"original": "{\"activityAction\":\"READ\",\"deviceType\":\"Desktop\",\"ipAddress\":\"127.0.0.1\",\"requestTime\":\"2026-04-02T12:46:18.012Z\",\"sessionId\":\"c7c6ff\",\"systemAccount\":\"wd-implementer\",\"taskDisplayName\":\"privacy/activityLogging/userActivity (GET) (v1 - )\",\"taskId\":\"e67b812850dc100047be196f396d745f\",\"userAgent\":\"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/146.0.0.0 Safari/537.36\"}",
"type": [
"info"
]
},
"input": {
"type": "cel"
},
"related": {
"ip": [
"127.0.0.1"
],
"user": [
"wd-implementer"
]
},
"source": {
"ip": "127.0.0.1"
},
"tags": [
"preserve_original_event",
"forwarded",
"workday-activity"
],
"user": {
"name": "wd-implementer"
},
"user_agent": {
"device": {
"name": "Other"
},
"name": "Chrome",
"original": "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/146.0.0.0 Safari/537.36",
"os": {
"full": "Windows 10",
"name": "Windows",
"version": "10"
},
"version": "146.0.0.0"
},
"workday": {
"activity": {
"activity_action": "READ",
"session_id": "c7c6ff",
"task_display_name": "privacy/activityLogging/userActivity (GET) (v1 - )",
"task_id": "e67b812850dc100047be196f396d745f"
}
}
}
These input is used in the integration:
This integration uses the following Workday API:
Activity: Workday Activity API documentation.
This integration includes one or more Kibana dashboards that visualizes the data collected by the integration. The screenshots below illustrate how the ingested data is displayed.
Changelog
| Version | Details | Minimum Kibana version |
|---|---|---|
| 0.1.0 | Enhancement (View pull request) Add support for activity data stream. |
9.0.0 8.18.0 |