General Overview
Q1: What is ADL Connect and what problem does it solve?
A: ADL Connect is a bidirectional integration tool that synchronizes Salesforce records with Azure DevOps Work Items. It eliminates duplicate data entry, improves collaboration between support and development teams, and provides real-time visibility into issue progress—without requiring users to switch systems.
Q2: Which Jira versions does ADL Connect support?
A: ADL Connect supports:
- Jira Cloud
- Jira Data Center
- Jira Server (if still active in your environment)
Authentication methods vary depending on the Jira deployment.
Q3: Can I try ADL Connect before purchasing a license?
A: Yes. ADL Connect offers a free 30-day trial via Salesforce AppExchange, allowing full feature evaluation before purchase.
Setup and Configuration
Q4: Do I need admin permissions to configure ADL Connect?
A: Yes.
- Salesforce: System Administrator permissions are required to install the package, configure page layouts, set up Salesforce Sites, and manage field-level security.
- Azure DevOps: Administrator permissions are required to create custom fields and manage API tokens.
Q5: Why is a custom Azure DevOps field required for Salesforce record IDs?
A: ADL Connect requires a custom short-text field in Azure DevOps to store the Salesforce record ID. This field enables the connector to:
- Link Azure DevOps Work Items back to Salesforce
- Maintain bidirectional field synchronization
- Prevent duplicate issue relationships
Without this field, linking and synchronization will not function correctly.
Q6: How do I authenticate Salesforce with Azure DevOps?
A: Authentication is performed using:
- Microsoft email or username
- Azure DevOps API Token
The token must be generated in Azure DevOps user settings and entered into the ADL Connect Authentication Console.
Q7: Which Salesforce objects can be synced with Azure DevOps Work Items?
A: ADL Connect supports:
- Standard objects (e.g., Case, Opportunity, Account)
- Custom objects
Any field can be mapped as long as the Salesforce and Azure DevOps data types are compatible.
Q8: What is a Project Mapping and why is it required?
A: A Project Mapping defines:
- Which Salesforce object maps to which Azure DevOps project
- Which Azure DevOps Work Item type is used
- Which Azure DevOps field stores the Salesforce record ID
It is the foundation for all field mappings and synchronization logic.
Synchronization Behavior
Q9: What synchronization directions are supported?
A: ADL Connect supports:
- Salesforce → Azure DevOps (Outbound)
- Azure DevOps → Salesforce (Inbound)
- Bidirectional synchronization
Sync direction is configurable at the field level.
Q10: How often does data synchronization occur?
A: Synchronization is near real-time.
- Outbound sync occurs immediately when Salesforce records are saved.
- Inbound sync occurs as soon as Azure DevOps sends webhook events to Salesforce via the configured Salesforce Site.
Q11: Can I control which fields sync between Salesforce and Azure DevOps?
A: Yes. Field-level mapping allows you to define:
- Field-to-field relationships
- Sync direction
- Required, optional, or read-only behavior
Q12: Are comments and attachments synchronized?
A: Yes.
- Comments synchronize bidirectionally between Salesforce and Azure DevOps.
- Attachments can be viewed, uploaded, and downloaded directly from Salesforce.
Q13: How does ADL Connect prevent accidental data overwrites?
A: Each field mapping includes a defined sync direction, allowing you to control which system acts as the source of truth for each field.
Usage Questions
Q14: Can Salesforce users create Azure DevOps Work Items without Azure DevOps licenses?
A: Yes. Salesforce users do not require Azure DevOps licenses to create or update Work Items through ADL Connect. Azure DevOps license restrictions apply only within Azure DevOps itself.
Q15: Can Azure DevOps Work Items be edited directly from Salesforce?
A: Yes. Using the ADL AzureDevOps Details component, users can update:
- State
- Summary
- Assignee
- Any mapped fields
All updates sync to Azure DevOps in real time.
Q16: Can I link an existing Azure DevOps Work Item instead of creating a new one?
A: Yes. The Search & Link feature allows users to:
- Search Azure DevOps by keyword
- Select an existing Work Item
- Link it to a Salesforce record
- Automatically retrieve comments and attachments
Q17: Can multiple Salesforce records link to the same Azure DevOps Work Item?
A: This depends on configuration. By default, one Salesforce record maps to one Azure DevOps Work Item, but advanced configurations can support one-to-many relationships.
Troubleshooting
Q18: Some Salesforce fields do not appear in the Azure DevOps Details component. What should I check?
Verify that:
- The field is on the Page Layout
- The field is included in the Lightning Record Page
- Field-Level Security allows visibility
- The field is included in Project Mapping and Field Mapping
Q19: Inbound synchronization is not working. What should I verify first?
Check the following:
- Salesforce Site domain is registered
- Correct Site Subdomain Prefix ID is used
- Guest User permissions are configured correctly
- Azure DevOps webhook points to the correct Site endpoint
- Inbound Rule is saved and mapped correctly
Q20: Why are Azure DevOps comments not appearing in Salesforce?
Common causes include:
- Azure DevOps webhook not configured
- Missing inbound permissions
- Azure DevOps Comments component not added to the page
- Incorrect project or field mapping
Q21: Why does the Azure DevOps Work Item ID not appear after creation?
Verify that:
- API token authentication is valid
- Project Mapping is correctly configured
- Salesforce record is saved before Work Item creation
- Azure DevOps custom Salesforce ID field exists and is mapped
Q22: Attachments are not appearing in Salesforce. What should I do?
Ensure that:
- ADL AzureDevOps Attachments component is added to the page
- Salesforce Site Guest User has read access to attachment fields
- Azure DevOps API permissions allow attachment access
Security and Access
Q23: How secure is Salesforce–Azure DevOps authentication?
A: Authentication uses API tokens and HTTPS endpoints. Passwords are never stored in Salesforce, and tokens can be revoked at any time in Azure DevOps.
Q24: Does the Salesforce Site Guest User pose a security risk?
A: No, when properly configured. Security is maintained by:
- Granting only required permissions
- Restricting object and field access
- Using Salesforce sharing rules
ADL Connect accesses only mapped objects and fields.
Q25: Can I restrict who can create Azure DevOps Work Items in Salesforce?
A: Yes. Component access can be controlled using:
- Profiles
- Permission sets
- Lightning page visibility rules
Licensing and Maintenance
Q26: Do all Salesforce users need ADL Connect licenses?
A: Only users who interact with ADL Connect components require licenses. Administrators configuring the integration also require licenses.
Q27: What happens if the ADL Connect license expires?
A: Issue creation and synchronization are disabled until renewal. Existing mappings and integrated data remain intact.
Q28: How often are updates released?
A: Updates are released periodically through Salesforce AppExchange. Administrators are notified when new versions are available.