All 2024 2025 2026 Abstain Agile Almarise Ampin Ampin.app Amsterdam Anaheim API App Approval Approval Path Apps Artigiano Del Software AsciiDoc Atlassian Atlassian Community Atlassian Team Audit Automation Billing Board BPMN Brandbook Bug Carol Change Christmas Cloud Code Collaboration Comala Community Comparison Compliance Condition Conditional Confluence Consent Content Contract Signatures Cooperation Cost Coworking CSV Custom Domains Customer Success Story Customization Dark Mode Data Analytics Data Center DC DC to Cloud Decadis Delegate Delegating Deployment Design Development DG Prolink Diagram Discount Document Management Documentation Domains Draw.io Drawio EazyBI Ecosystem Email Envorso EOL Event Excalidraw Excel Expectations Export External Share External Share for Confluence Fabio Genovese Feature Financial Flexible User License Forge Future Gladwell Academy Google Forms Growth Guest Guest Account Herzum HTML Integration Interview JES Jira Journey JSON Kanban Karma Knowledge Base Latex License Life in Codes Loom Macro Macro Pack Madalina Minut Manage Management Maria Luisa Frigerio Markdown Marketplace Maximum Billing Quantity Mermaid Migration Miro MQB Nimble Evolution Notification Old Street Solutions OpenAPI Paid Partner Partnership PDF PDF Export PDF Export for Confluence Permission Schemes Plans PlantUML Platinum Predictions Premium Prepare Pricing Product Project Project Templates Report Reports Review Roadmap RTE SAML/SSO Savings Scroll Viewport Scrum Secure Security Selected User Settings Share Sharing Smart Checklist Smart Fields Software Deployment Song Sourcesense Spotlight Style Success Summary Summit Swagger Team Team''26 Team26 Test Manager Timeline Trend Tutorial Use Cases Video Vote Voting Warsaw Dynamics Web Summit Word Workflow Workspace Year
Categories
Tags
ALL

The Atlassian Community has been hankering after custom domains for Confluence and Jira for absolute yonks. It’s difficult to offer continuity of service – not to mention disorienting for the customer – when you’re directing them to a website that’s not your company’s in order to view your resources and documentation. You’ve probably heard of the famous CLOUD-6999 Jira ticket . Behind it lies a tale of woe and despair.

Featured image

With the growth of the company, comes a moment when standardization of the approval process becomes necessary. It could be a moment, when different people are responsible for the decision and realisation, or when reaching each approver becomes too time-consuming. The approval process can be carried out in an outdated way - with emails, PDFs, Word documents, or at worst, on paper… But luckily we can use approval management apps like Approval Path for Jira and Approval Path for Confluence to improve the process.

Featured image

Single source of truth (SSOT) is a concept used to ensure that everyone in an organization makes decisions based on the same data. In document management terms, it’s about centralizing all relevant and up-to-date documents about your company and projects so that they’re accessible from one place. Why is it important? Because if your teams are storing important documents in personal inboxes or saving them to desktops and folders that no one else can access, they’re effectively hiding information from the rest of the team.

Jira’s only built-in functionality to set up an approval process is in the Jira Service Management. Approvals in Jira Service Management are associated with the workflow. While this is useful, it also creates some limitations. In this article, we will look into the differences between the approval processes in the Approval Path and in the Jira Service Management Approval Path Jira Project types Any kind of project Jira Service Management Number of steps As many as needed One approval - one step Step types User, Group, Issue Field- User, Issue Field- Group, Email, Webhook User, Group Approval definitions ✔ ✘ Path visualisation Clear, legible Illegible Project types The Approval Path app allows you to run the approval in any type of issue in any type of project, unlike Jira’s native approval process which can be used only in Jira Service Management, only in issues that have approval added to a workflow.

Featured image

Lots of the organizations we encounter are using Microsoft Word, Google, Adobe, SharePoint, and various other tools to create, collaborate on, and store their agreements. Many of these tools don’t integrate with each other, putting teams and their data into silos. Silos that breed delays and replication in the contract management process. With so many more people now working remotely, silos are becoming harder to maintain. Increasing numbers of organizations are looking to centralize their data and achieve a single source of truth in order to alleviate the confusion and poor data quality that comes from having distributed teams spread across time zones, all working off different information.

Featured image

Our team have added so many new features and improvements to External Share for Jira and Confluence over the past few months that what customers are getting now is effectively a brand new app. Let’s walk through some of the additions. Automated Share Management We would all rather be doing things that are valuable. Things that make us money. Admin tasks don’t make us money. They make us bored.

Featured image

Confluence is already an ideal place to be creating, managing, and storing your contracts . Of course, the most important feature of any contract is the signatures of the parties. It’s not an agreement till someone agrees to it. And yet, there’s no way of digitally signing contracts inside Confluence. You’d need to export it and use another digital signature tool like DocuSign, taking the process and the audit trail outside of the platform you’re working in.

Featured image

Companies have been asking us for a way of restricting which users can see their External Share for Jira and Confluence links. Previously, you could create a secure link to your Confluence page or Jira issue and share it with a chosen person outside your instance. That link was always safe from a randomer on the internet finding it, thanks to its unguessable 16-character URL. It could be protected further by adding a password, making the page or issue inaccessible to anyone without it.

Featured image

After creating an External Share link to a Confluence page or Jira issue, there are two ways to share the link with a user outside of your instance: Copy the URL of the External Share version of the page or issue and paste it into an email or instant message. Click “Send via email”, which will send your External Share link to the email address you enter using an email template.

Featured image

As Jira grows ever more ubiquitous, it’s increasingly necessary for larger and more diverse groups to communicate and collaborate on projects in real-time. The ancients’ rituals of emailing screenshots are embarrassingly outdated for software-enabled teams that bought Jira to avoid email-chain siloes and the disheartening disaster of discovering efforts have been duplicated due to a lack of real-time project management. Fear not! There are three options for collaborating securely with external users in Jira: