Partner collaboration for Jira Cloud

One Jira. Every client, vendor, and agency. None of them inside it.

Connect each partner organization once. Share work items into that relationship from Jira; they work in their own portal and see only the fields your templates allow. No Atlassian account, no Jira seat, both directions.

  • Free for up to 10 Jira users
  • Partners are always free
  • Unlimited partner organizations
app.collabound.com
Collabound Portal — work items shared with partners

How it works

From your Jira to your partner’s workspace in three steps

  1. 1

    Install and connect

    Install Collabound from the Atlassian Marketplace and connect your Jira site to a workspace from the Collabound panel or Jira Settings. About two minutes, no changes to your Jira permission schemes.

  2. 2

    Invite your partner organizations

    Add each client, vendor, or agency as a partner. They get a free Collabound workspace with their own users and roles. For a one-off recipient, a secure link works too.

  3. 3

    Share from the issue, work together

    Click Share on any work item and pick the partner. They read, comment, attach, and transition in their portal; every update lands back in the Jira issue. Revoke any time, audited throughout.

Read the getting-started guide

How it fits together

A partner network, not a pile of links

Your Jira sites and your team feed one governed workspace. Each partner organization gets its own portal, its own users, and its own roles. Work flows both ways, and nobody buys a seat in anyone else’s Jira.

How Collabound fits together Your Jira sites and your team connect to one Collabound workspace that holds sharing permission templates, content access templates, presets, and the audit log. The workspace connects in both directions to partner organizations, each with its own portal, users, and roles. A partner that runs its own Jira sees shared items inside Jira, and can serve other clients from the same workspace. YOUR SIDE Licensed Jira site, or several Jira site 1 Software, business, JSM projects Jira site 2 Another site, the same workspace Your team Admins set the rules in the Portal Members click Share on a work item Your Jira permission schemes stay exactly as they are Your Collabound workspace Sharing permission templates who may share, with which partners Content access templates which fields, comments, files go out Open, Balanced, Strict presets per site, per project, per partner Audit log every share, revoke, and access Jira app on Atlassian Forge Service on AWS, metadata only Share a work item only the fields you allow Comments, files, status flow back into the Jira issue both directions Jira to Jira, no seats PARTNER ORGANIZATIONS Always free, no Jira seats Acme Supply Co. Portal workspace, own users View Respond Edit Moderate Northstar Logistics Roles set by their own admin Agency with own Jira Sees shared items in Jira under “Shared with us” Their other clients’ Jira sites served from the same workspace
Your side and your rules Partners, in their own workspace Both directions, no Jira seats

Capabilities

Built for the partners you work with all year

Partner organizations

Connect once, share for years. Many-to-many: you can have any number of partners, and a vendor or agency serves all of its Jira clients from one workspace.

A portal that is theirs

Partners see everything shared with them, across your whole team, in one place. They switch between clients, manage their own users, and get an inbox for what changed.

Two-layer permission templates

Sharing permission templates decide who may share and with whom. Content access templates decide which fields, comments, and attachments leave Jira. Set per site or project, override per partner, or start from Open, Balanced, or Strict presets.

Partner-side roles

View, Respond, Edit, Moderate. The partner’s admin decides what their own people can do; your template caps it. Effective access is always the intersection of the two.

Both directions, Jira to Jira

Partners can share their work items back to you. If both companies run Jira, neither adds users to the other; shared items simply appear under “Shared with us”.

Revoke, expire, audit

Every share has an expiry and can be revoked in one click. Share, revoke, login, and access events are recorded in an audit log administrators can review.

Three ways to work with people outside Jira

A guest, a link, or a partner

Jira Guest and link-sharing apps are the right tool for one person or one ticket. Collabound is for the organizations you work with all year.

Jira Guest: one person is added into one Jira space YOUR JIRA SITE One whole space every item, every field 1 guest Atlassian account

Jira Guest

A person inside your Jira

The outside person gets an Atlassian account and a seat in one space, where they see every work item and every field. Standard plan and up, one space per site.

Link-sharing apps: one issue, a separate link to each individual SUP-142 link link link one link, one person your issue

Link-sharing apps

Links out to individuals

A user creates a link per issue, board, or filter and sends it to someone. Fast for one-offs, but every link is its own island and every recipient is just an email address.

Collabound: your Jira connects to a governed workspace, which connects to partner organizations in both directions Your Jira share from the issue Workspace templates audit log Org A Org B Org C own portal, own roles

Collabound

Organizations connected through a portal

Connect a partner organization once. Their people work in their own portal with their own roles, your templates decide what leaves Jira, and everything flows both ways.

Full comparison with Jira Guest Full comparison with External Share for Jira

For administrators

Decide once what can leave Jira

Sharing permission templates decide who may share and with which partners. Content access templates decide which fields, comments, and attachments are visible or editable outside Jira. Set them per site or project, override for a single partner, or start from the Open, Balanced, or Strict preset.

On the partner’s side, their admin assigns roles to their own people. Whatever they choose, your template is the ceiling.

Read the admin guide
Effective access is the intersection of your template and the partner’s role Two overlapping circles. The left circle is your content access template: which fields, comments, and files may leave Jira. The right circle is the partner’s role, set by their own admin. The overlap is the effective access. Below, partner roles nest from View to Respond to Edit to Moderate. SET BY YOU SET BY YOUR PARTNER Your template which fields, comments, and files may leave Jira Partner’s role what their admin lets each of their people do Effective access View Respond Edit Moderate Partner roles nest: each includes the one before
A partner user can do only what your template allows and their role permits. Neither side can widen the other.

Field-level content access template

Collabound admin — choose exactly which Jira fields partners can view or edit
Collabound partner view — shared work item with description, attachments, and comments

For your partners

A workspace of their own, not a link in their inbox

Your partner gets one portal for every work item you and your teammates share, with their own users, roles, and notifications. If they serve other Jira customers too, those live in the same workspace. No Jira training, no Atlassian account, no seat.

Built for the administrator who has to say yes

Read the security overview

Least-privilege by default

Sharing permission templates decide who may share and with whom. Content access templates decide which fields leave Jira. Partner roles cap the rest. Nothing is shared by accident.

Complete auditability

Share, revoke, authentication, and access events are recorded with the actor, target, and timestamp. Workspace administrators review the full log in the Portal.

Where your data lives

The Jira app runs on Atlassian Forge. The Collabound service runs on AWS in the United States and stores list-level metadata only; issue details are fetched from Jira on demand. TLS in transit, encryption at rest.

Collabound is built and supported by Shinetech Apps, the Atlassian Marketplace division of Shinetech Software: 7 Marketplace apps, 1,700+ active installations, 10+ years in the Atlassian ecosystem, and an ISO/IEC 27001 certified engineering organization behind it.

1,700+

active installs across our apps

10+

years on the Marketplace

ISO 27001

certified company

FAQ

Questions buyers ask before installing

Does my partner need a Jira or Atlassian account?

No. Partners create a free Collabound portal account with their work email; there is nothing to install and no Jira seat involved. For a one-off recipient, a secure link share needs no account at all.

We work with dozens of vendors. Does each one need a separate setup?

No. You connect each vendor once as a partner organization. Your templates are defined per site and project, so the same rules apply to every partner unless you deliberately override them for one.

We are the agency. Our clients all use Jira. Do we need an account per client?

No. One Collabound workspace receives work from every client that shares with you. Your people switch between clients inside the portal, and your admin manages roles for your own team in one place.

Can partners share their work items back to us?

Yes. Sharing is bidirectional. If the partner also runs Jira, items they share appear in your Jira under “Shared with us”, and neither company adds users to the other’s site.

Who manages the partner’s users?

Their own admin. Partners invite their people and assign roles (View, Respond, Edit, Moderate) in their workspace. Your content access template sets the ceiling; a partner role can never grant more than the template allows.

What exactly does the partner see?

Only the work items you share, and only the fields allowed by the content access template you choose. Fields you exclude, such as internal notes, estimates, or custom fields, never leave Jira.

What happens when I revoke a share or disconnect a partner?

Access ends immediately. Revoking a share removes that item; disconnecting a partner organization ends every share with them at once. Shares can also expire automatically on a date you set, and the history stays in the audit log.

Where is my data stored?

The Jira app runs on Atlassian Forge. The Collabound service is hosted on AWS in the United States and stores list-level metadata such as key, summary, and status. Descriptions, comments, and attachments are retrieved from Jira when an authorized user opens the item. See the Security overview for details.

How is Collabound priced?

Through the Atlassian Marketplace, per Jira user tier. Sites with up to 10 Jira users are free with no time limit; larger sites start at $1.50 per user per month with a free 30-day trial. Partner organizations and their users are always free, however many you have. See the pricing page for exact numbers.

How is this different from Jira Guest?

Jira Guest adds a person to one space inside your Jira site, with an Atlassian account, where they see every field. Collabound connects a whole partner organization outside Jira and shares selected work items with selected fields. Many teams use both.

How is this different from link-sharing apps like External Share?

Link-sharing apps are built around individual links created by individual users. Collabound treats the partner as an organization with its own workspace, users, and roles; administrators define who may share and which fields may leave Jira; and partners can share back. See the comparison page.

Collabound vs Jira Guest Collabound vs External Share for Jira Pricing

Connect your first partner today

Free for sites up to 10 users, free for 30 days above that. Partners are free forever, however many you have. Cancel from Jira at any time.