Plugins with lower licenses than JIRA?

Is it possible to run JIRA with a 500-user-license and a plugin (Zephyr in our case) with a 50-user-license?

Only our testers would need it, so it won't make much sense to buy it for the whole company-users.

9 answers

1 accepted

Gents,

We as a plugin vendor follow Atlassian policy that says that the license tier for any plugin need to match the licenses of your JIRA server.

"The Atlassian host application (for example, JIRA, Confluence, etc.) license tier determines the license type you need for an add-on that is paid-via-Atlassian. For example, if you are installing an add-on into a JIRA with 25-user license, you must purchase a 25-user license for the add-on,even if fewer users will actually use it."

http://www.atlassian.com/licensing/marketplace#licensingandpricing-1

I know that when the license tiers don't match ours will turn off. If you think this license policy could use improvement, please petition Atlassian to change their policy.

I also want to address a technicality you could see here. Currently our licenses are available as being purchased from us and as purchased from Atlassian. This however will be changing in the coming weeks and we will only be available as "paid-via-Atlassian." Thus the technicality of us being purchasable seperately from Atlassian can't be used as a counter-argument.

Again, Atlassian controls this policy. Vendors do not.

Addition: Andy, per the comment about "Testing" on the plugin may not be for pre-production or staging deployments of JIRA. Our plugin itself is for test management, so Werner is likely asking about the actual production instance of JIRA.

If a JIRA customer wants a Zephyr for JIRA license for a staging instance of JIRA, please send us an email at support at getzephyr dot com and we can assist.

Kind Regards,
Chris

If plugin vendords offer plugins that are tied to your product license size, likely they will not work if you try to defeat that check. Some plugins will allow you to work with a smaller group, through perhaps a named group. If you have a plugin in mind, you should approach the vendor.

Its reasonable to expect a purchased plugin license to be used in a pre-production environment, my vendor-paid licenses work on instances that are licensed with a Developer license that comes with commercial licenses.

Your vendor should be able to support your testing, it is vendor specific, the question isn't directly tagged for the plugin, I have done that for you. I'd suggest drop them a line, see the plugin page for details.

- https://marketplace.atlassian.com/plugins/com.thed.zephyr.je

Atlassian is pretty much the best around now, so they have us over a barrel - but it is stupid policies like this, where we have a 500 user license but only need tempo for 50 or less, that makes me dream of a day where we can free ourselves from a licensing model that is actively hostile to the users.  

Not to beat a dead horse here, but this is really a show stopper for our company. For example, we only need to track time on developer resources. We only have 10 developers, however we have a 500 member JIRA installation because all departments of the company use it to manage projects. So if we want to use TEMPO to help us manage DEVELOPER time only, we have to pay $8000 yearly instead of $120? Come on..  

Absolutely true. The plug-in licence model is ridiculous and I would bet it actually loses plug-in developers money because of it. 

I found a Suggestion on that topic:

https://jira.atlassian.com/browse/JRASERVER-59932

I has only a few votes. If you still interested in that issue please vote for it.

I know, normally the plugin checks the JIRA-licenses and adds that in the cart for the plugin, but is there a way to overrule that?

Plugins sold through Atlassian follow the Atlassian policy of license tier matching (ie if you have JIRA 500, you need a 500 version of your plugin).

Some vendors sell plugins using their own licensing schemes, which might rely on some groups to assign permissions.

We recently purchased Balsamiq (for our UX guys) and were in the same situation but were able to purchase the licensing directly from then, and so are running Confluence 100 with balsamiq 10. Permissions are granted through an internal group. See http://support.balsamiq.com/customer/portal/articles/542517#balsamiq for instructions specific to that vendor.

I agree that the Atlassian policy is very restrictive and it would definitely be good to be able to have a finer control of those plugin permissions.

While I look through the Atlassian plug-ins validation rules, I found there an interested exception for the evaluation licenses :

image2017-1-28 10:4:33.png

https://developer.atlassian.com/market/add-on-licensing-for-developers/license-validation-rules

So ... usage of the Evaluation licens with expiration date for plugIn is allowed workaround  wink

 

Suggest an answer

Log in or Join to answer
Community showcase
Sarah Schuster
Posted Jan 29, 2018 in Jira

What are common themes you've seen across successful & failed Jira Software implementations?

Hey everyone! My name is Sarah Schuster, and I'm a Customer Success Manager in Atlassian specializing in Jira Software Cloud. Over the next few weeks I will be posting discussion topics (8 total) to ...

2,975 views 12 18
Join discussion

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you
Atlassian Team Tour

Join us on the Team Tour

We're bringing product updates and pro tips on teamwork to ten cities around the world.

Save your spot