Understanding Service Accounts: The Promise
Service Accounts in Atlassian Cloud are specialised accounts designed specifically for automation and integrations. Unlike personal user accounts, they don't consume a license, can't log into the Atlassian interface, and are clearly identifiable in audit logs. This makes them ideal for API integrations, CI/CD pipelines, and automated workflows where using a personal account would create security and accountability issues.
The concept is sound: separate human users from machine users, improve security posture, and maintain clear separation of concerns. However, the implementation details require careful attention and planning.
Challenge #1: The Base URL Transformation
Through our customer engagements, we've observed that one of the most time-consuming aspects of Service Account adoption is understanding the fundamental shift in how you connect to Atlassian APIs. This architectural change affects every API call and requires careful planning.
For Jira:
Traditional API token approach:
https://ORGANISATION.atlassian.net/rest/api/3/issue/ISSUE_KEY
However, Service Accounts require OAuth 2.0 credentials and a completely different URL structure:
https://api.atlassian.com/ex/jira/CLOUD_ID/rest/api/3/issue/ISSUE_KEY
For Confluence:
Similarly, when using a regular user account with an API token to access Confluence content:
https://ORGANISATION.atlassian.net/wiki/api/v2/pages/ID
With Service Accounts, this becomes:
hhttps://api.atlassian.com/ex/confluence/CLOUD_ID/wiki/api/v2/pages/ID
Key differences:
- Domain changes from your organisation's subdomain to
api.atlassian.com - Must include
/ex/jira/or/ex/confluence/in the path - Requires your specific Cloud ID
- Authentication changes from API token to OAuth 2.0
- The endpoint path structure remains the same
Obtaining Your Cloud ID:
Before constructing Service Account API URLs, you need your Cloud ID. As described in Atlassian's support documentation, there are two primary methods:
Method 1: Via the admin console
- Navigate to
admin.atlassian.com - Select your Organisation (if you have multiple)
- Select Products from the main navigation
- Select the appropriate site
- The Cloud ID appears after
/s/in your address bar
Method 2: Via the tenant_info endpoint
Call the tenant_info endpoint directly:
https://ORGANISATION.atlassian.net/_edge/tenant_info
This returns:
{"cloudId":"<your_cloud_id>"}
Why This Matters:
In our customer projects, we've found that development teams often spend significant time debugging 404 errors before discovering the URL format difference. This URL transformation must be applied consistently across all integrations, and all documentation, code examples, and developer onboarding materials need updating. Understanding this change upfront and planning for it systematically can save days of troubleshooting.
Challenge #2: API Scopes and Permission Management
Service Accounts introduce OAuth 2.0 scope-based permissions, representing a significant shift from traditional API tokens. Through our consulting work, we've helped numerous organisations navigate this new permission model.
When creating credentials (either OAuth 2.0 or API tokens) for a Service Account, you must select API scopes during creation. Our experience across multiple customer implementations has revealed several planning requirements:
Immutable Scopes: Once credentials are created, scopes cannot be modified. To change permissions, you must revoke the credential and create a new one, then update all integrations. This requires careful coordination to avoid service disruptions.
Scope Discovery: Determining which scopes are needed for specific API endpoints requires careful analysis. In our customer engagements, we've developed systematic approaches to map integration requirements to the appropriate scopes, avoiding both under-permissioning (which causes immediate failures) and over-permissioning (which undermines security).
Evolution Planning: As integrations evolve, scope changes require new credentials. We've found that planning for this from the beginning — through abstraction layers and configuration management — makes future changes significantly smoother.
Documentation Analysis: Understanding the relationship between OAuth scopes, API endpoints, and Jira/Confluence permissions requires careful study. Through our extensive implementation experience, Ambientia has developed comprehensive scope mapping documentation that helps our customers navigate these complexities efficiently.
This scope-based model requires developing new expertise in OAuth 2.0 permission management. Organisations that invest in understanding this model upfront, or partner with experienced consultants, achieve smoother migrations.
Challenge #3: Postman and OpenAPI Adaptation
For development teams relying on API testing and documentation tools, Service Accounts require adapting standard workflows. Through our customer projects, we've identified the key adjustments needed.
The Postman Situation:
Standard Atlassian REST API Postman collections are built for traditional authentication. Service Account implementations require:
- URL transformation for every endpoint
- OAuth 2.0 authentication configuration
- Environment variable restructuring
- Custom collection development
The OpenAPI Reality:
Official Atlassian OpenAPI specifications describe traditional authentication patterns. For Service Account projects, this means:
- Custom client generation configurations
- Documentation adaptation
- Testing framework adjustments
- Developer onboarding materials specific to Service Accounts
Our Approach:
Through our consulting engagements, Ambientia has developed Service Account-compatible Postman collections and testing frameworks. We help organisations create custom tooling that reflects their specific Service Account architecture, accelerating developer productivity and reducing onboarding friction.
Challenge #4: Integration Documentation Navigation
When building integrations, developers typically read API documentation, test examples, and implement solutions. Our customer experience shows that REST API documentation primarily features traditional patterns, requiring teams to:
- Understand when Service Account-specific approaches are needed
- Translate documented endpoints to Service Account formats
- Develop internal documentation that bridges this gap
- Test comprehensively to ensure correct implementation
Ambientia's consulting team helps organisations develop clear, Service Account-specific documentation that their development teams can reference, reducing confusion and accelerating implementation.
Challenge #5: Third-Party Integration Incompatibility
Through our customer engagements, we've observed that many Atlassian Marketplace apps, integration platforms, and third-party tools are built assuming traditional API token authentication. Common situations include:
Architecture Assumptions: Integration tools often have traditional base URL patterns built into their connection logic, not supporting the api.atlassian.com/ex/jira/CLOUD_ID format.
Authentication Patterns: Some apps expect API token authentication or OAuth flows that work differently with Service Accounts.
Configuration Constraints: Integration platforms may have UI fields designed for traditional formats without options for Cloud IDs or alternative URL structures.
Our Solution Approach:
When working with customers, we assess each integration's Service Account compatibility, identify workarounds for incompatible tools, and develop custom integration solutions where needed. Our experience across multiple customer implementations means we've likely encountered similar integration challenges before and can provide proven solutions.
Challenge #6: Feature Requests and Communication Navigation
The Atlassian ecosystem includes community feature requests like JRACLOUD-69561 that reflect real-world implementation experiences. Through our consulting work, we've observed that information about Service Accounts exists across multiple channels:
- Official documentation pages
- Community forums
- Feature request discussions
- Developer blogs
- Knowledge base articles
- Release notes
The Discovery Challenge:
Updates and improvements may appear in one channel while other resources remain unchanged. Our consulting team actively monitors these channels, staying current with Service Account developments and helping customers benefit from the latest improvements and workarounds that may not yet be widely known.
Our Value:
Ambientia's experience across multiple Service Account implementations means we've encountered and solved many common challenges. We bring this collective knowledge to each customer engagement, helping organisations avoid rediscovering solutions that we've already implemented successfully elsewhere.
Challenge #7: Migration Planning and Execution
For organisations with existing integrations, Service Account migration requires systematic planning. Through our customer projects, we've developed a proven migration methodology:
- Integration Inventory: Comprehensive audit of all API-dependent systems
- Scope Mapping: Detailed analysis of permission requirements
- Compatibility Assessment: Evaluation of third-party tool support
- Phased Implementation: Strategic migration roadmap minimising disruption
- Testing Protocols: Thorough validation before production deployment
- Rollback Planning: Contingency strategies for critical integrations
- Hybrid Environment Management: Policies for managing mixed authentication methods
This systematic approach, refined through numerous customer engagements, helps organisations maintain operational continuity while improving their security posture.
How Ambientia's Expertise Helps You Succeed
Through extensive customer work, Ambientia has developed deep expertise in Service Account migrations. Our team has encountered, analysed, and solved the challenges documented in this article across diverse enterprise environments. This experience translates directly into value for our customers.
Migration Strategy & Planning: We conduct comprehensive integration audits, assess Service Account readiness, create phased migration roadmaps, and map OAuth 2.0 scope requirements based on actual usage patterns we've observed across multiple implementations.
Technical Implementation: Our hands-on experience includes OAuth 2.0 implementation patterns, Cloud ID management automation, custom integration development for incompatible tools, Service Account-compatible testing infrastructure, and URL transformation utilities—all proven in production customer environments.
Architecture & Best Practices: We design authentication abstraction layers for hybrid environments, optimise scope configurations for security and functionality, implement multi-instance credential management, and establish monitoring for OAuth 2.0 token lifecycles—approaches refined through real-world customer deployments.
Training & Knowledge Transfer: Through developer workshops, custom documentation, troubleshooting playbooks, and organisational best practice guidelines, we ensure your team can independently maintain and extend Service Account integrations using the patterns we've proven successful.
Ongoing Support: We provide architecture consultancy, guidance for new integrations, production troubleshooting assistance, and help you prepare for Atlassian platform changes based on our continuous monitoring of the Service Account ecosystem.
Whether you're planning your first Service Account implementation, troubleshooting a stalled migration, or optimising existing architectures, Ambientia brings proven methodologies that minimise disruption while maximising security benefits. Our experience means you don't have to discover solutions through trial and error—we bring ready answers developed through successful customer implementations.
Contact Ambientia to discuss how our Service Account expertise can accelerate your transition to secure, modern Atlassian integration patterns.
Looking Forward
Atlassian's Service Accounts represent an important evolution in cloud security and user management. Organisations that approach adoption strategically—understanding the architectural changes, planning systematically, and leveraging experienced guidance—achieve successful migrations that deliver promised security improvements.
Through our customer work, we've seen that organisations succeed when they:
- Plan comprehensively before beginning migration
- Understand OAuth 2.0 scope implications upfront
- Develop Service Account-specific tooling and documentation
- Take phased approaches that maintain operational continuity
- Leverage expert guidance to avoid common pitfalls
The promise of improved security and governance is real. Organisations that invest appropriate planning effort, or partner with experienced consultants who've navigated these waters successfully, achieve smooth transitions that enhance their security posture without operational disruption.
About the Author and Development Team
Rafael Pinto Sperafico, Senior Atlassian Consultant at Ambientia, brings extensive expertise in Atlassian Cloud platform architecture and enterprise integration patterns. Specializing in Service Account migrations, OAuth 2.0 implementations, and secure API integration design, Rafael has worked with organizations navigating the transition from traditional API tokens to Service Account-based architectures. His practical insights in this article come from hands-on experience architecting and implementing Service Account solutions across diverse enterprise environments.
As part of Ambientia's expert Atlassian Consultants Team, Rafael works alongside experienced professionals dedicated to helping organisations successfully navigate Atlassian's evolving platform. The insights shared in this article reflect knowledge gained from Service Account migration projects, where our team has identified and overcome the challenges described here — from Cloud ID discovery to OAuth scope optimization, from custom Postman collection development to authentication abstraction layer design.
Our team combines deep technical expertise in Atlassian REST APIs with extensive practical experience in OAuth 2.0 security patterns, helping organisations move beyond simple token replacement toward robust, maintainable integration architectures. We understand that Service Account adoption involves both technical implementation and organisational change management, requiring careful planning, stakeholder alignment, and ongoing support.
Ready to ensure your Service Account migration succeeds? Whether you're planning your first Service Account implementation, addressing a challenging migration, or optimising existing Service Account architectures, Ambientia's Atlassian experts bring proven methodologies and real-world experience. We offer comprehensive migration planning, hands-on technical implementation support, developer training programs, and ongoing consultancy to ensure your Service Account adoption achieves its security objectives while maintaining operational excellence. Our approaches minimise business disruption while maximising security benefits, helping you leverage the experience we've gained from successful customer implementations. Contact Ambientia today to discuss how our Service Account expertise can accelerate your organisation's transition to secure, modern Atlassian integration patterns.
Subscribe to our content
Do you want our content in your email? Among other things, we offer information on service management and customer experience development
More related
Atlassian
Simplify Your Atlassian Integrations: How Generic Connector Reduces Costs and Complexity
Simplify Atlassian integrations with ScriptRunner's Generic Connector, reducing costs and complexity by consolidating multiple connectors into one per instance.
Read more
Published 3.11.2025 | Updated 03.11.2025
Atlassian
The Infinite Loop Trap: How to Prevent Your Integration from Talking to Itself
Prevent infinite loops in Jira Cloud integrations by identifying and handling integration user actions to ensure smooth, error-free synchronization between instances.
Read more
Published 12.11.2025 | Updated 12.11.2025
