This guide serves as the definitive walkthrough for connecting Data 360 to Jira Cloud. By following the phases below, you will navigate the common pitfalls, such as the critical audience parameter and scope definitions, to ensure a successful ingestion setup.
Log in to the Atlassian Developer Console.
Click Create > OAuth 2.0 integration. Name it (e.g., "Salesforce D360 Connect").
Navigate to Permissions > Jira API > Add.
Critical: Click Configure and add these specific scopes:
read:jira-work
read:jira-user
offline_access (Required to maintain connection without constant re-login)
Navigate to Settings. Copy the Client ID and Secret. Keep this tab open.
In Salesforce Setup, search for Auth. Providers.
Click New > Open ID Connect.
Enter the Configuration:
Consumer Key: Paste Client ID from Atlassian.
Consumer Secret: Paste Secret from Atlassian.
Authorize Endpoint URL: https://auth.atlassian.com/authorize?audience=api.atlassian.com
⚠️ Important: You must include
?audience=api.atlassian.com. Omitting this will cause a 403 error later.
Token Endpoint URL: https://auth.atlassian.com/oauth/token
Default Scopes: read:jira-work read:jira-user offline_access
Save. Copy the generated Callback URL.
Return to the Atlassian Console > Settings > Authorization.
Paste the Callback URL from Salesforce.
Save changes.
Create External Credential:
Go to Named Credentials > External Credentials > New.
Protocol: OAuth 2.0 | Flow: Browser Flow.
Auth Provider: Select provider created in Phase 2.
Add Principal: Scroll down, click New. Name it Jira_Principal.
Authenticate: Click the Actions arrow on the Principal row > Authenticate. Log in to Jira and authorize access.
Create Named Credential:
Go to Named Credentials > New.
Label: Jira API.
External Credential: Select the credential created above.
Generate Authorization Header: Checked.
This step bridges the gap between the Named Credential setup and the Data Cloud application. For the most up-to-date official steps, refer to the Salesforce Developer Documentation: Set Up a Jira Structured Connection.
Navigate to Data Cloud Setup:
Click the Gear Icon > Data Cloud Setup.
Under Configuration, select Connectors.
Initiate Connection:
On the Source tab, locate Jira and click New (or Next).
Enter Details:
Connection Name: Enter a user-friendly name (e.g., Jira_Production).
Connection API Name: Enter a unique API name.
Authentication & URL:
Authentication Method: Select Named Credential from the dropdown.
Named Credential: Select the Jira API credential created in Phase 4.
Connection URL: Enter the base URL of your Jira site.
Format: https://{yoursitename}.atlassian.net
Finalize:
Click Test Configuration to verify the handshake.
Click Save.
Result: The connection is now active, and you can begin creating Data Streams.
403 Forbidden (During Authentication)You click "Authenticate" on the Principal, log in to Jira, but Salesforce displays a generic "403 Forbidden" or protocol error.
Root Cause: Missing Audience Parameter.
Fix:
Edit your Auth. Provider in Salesforce.
Ensure Authorize Endpoint URL includes ?audience=api.atlassian.com at the end.
DATA_SOURCE [40003] Unauthorized; scope does not matchAuthentication works, but API calls fail when trying to read data.
Root Cause: The token lacks the permission for the requested action.
Fix:
Update the Auth. Provider "Default Scopes" to include read:jira-work or manage:jira-project.
Re-Authenticate: Go to External Credentials > Principal > Authenticate to regenerate the token with the new scopes.
INVALID_ACCESS when querying [Boards]You can query certain objects, but querying certain objects (eg. Boards) returns an access error.
Root Cause: The Integration User cannot see the Saved Filter that powers the board.
Fix:
In Jira, go to Board Settings > General.
Click Edit Filter Shares.
Share the filter with the Integration User (or "Any logged-in user").
Also verify the user has Browse Projects permission in Jira.
When ingesting data into Salesforce Data 360, it is critical to understand that access is controlled by two layers: the Jira Permissions and the OAuth App Scopes.
In many cases, ingestion fails or returns partial data not because the user lacks access, but because the OAuth 2.0 App itself was not granted the necessary permission scopes during setup.
How it works: Data 360 is limited by the strict list of scopes defined in your Atlassian App (e.g., read:jira-work, read:jira-user).
Your Integration User might be a Jira Admin who can see everything in the UI, but Data 360 still fails to ingest specific objects (like Users or Development Information).
Even if the user is an Admin, if the OAuth App lacks the read:jira-user scope, the API will redact user data (returning nulls or empty lists) when Data 360 makes the call.
Resolution:
If an object is not ingestible or specific fields (like email addresses or assignee names) are missing, it may not be a simple user permission issue.
Check App Scopes First: Go to the Atlassian Developer Console and ensure your App has every scope required for the data you are trying to pull (e.g., read:jira-user for people, read:jira-work for tickets).
Re-Authenticate: If you add a new scope in Atlassian, you MUST update the Salesforce Auth Provider and re-authenticate the External Credential to generate a new token with those privileges.
Check User Access: Once scopes are confirmed, then verify that the specific Integration User has the granular Jira permissions (like Browse Projects) to see the records.
005237338

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.