I have used Jira Service Management Cloud for a while now and we have defined several projects where one project is the equivalent of one customer.
We started testing Insight a few days ago and the main goal/purpose is to find out if we can achieve the following:
I tried to find information (also on the Mindville site) if there are features in the Insight App making this possible, but with no success and this is maybe the reason and answer to my request/question :)
Would appreciate if someone could eventually point me in the right direction.
Hi @Tom E_ Christensen ,
I didn't find this functionality (copy object scheme) in cloud version. But it is possible in the server version, so I strongly believe these kind of functionalities sooner or later will be available also in cloud.
Is there any chance, that if you provide me more information about your use case, we will find out you can use one object scheme for all of your customers :-)? What is the main reason you want separate databases? Thank you!
Hi @Hana Kučerová and for your prompt feedback and answers.
I really hope the "copy object schema" will be available on the cloud platform soon :)
The main reason is keeping data/information (asset, employee information) from several customers separated in different logical databases (Object Schemas).
When we store employee information in a HR Object Schema, we would never be allowed to share/store this kind of information in the "same" Object Schema instance across customers. This is due to a high risk of not being compliant to GDPR (General Data Protection Regulation).
Another use case is having different attributes on the same Object Type (i.e. Laptop) for different kind of customers.
The "segregation" of different customers is one of our biggest concerns and we would really appreciate if that could be possible in Jira Insight.
Hi @Tom E_ Christensen ,
thank you for the clarification!
My biggest concern was it will be time consuming to propagate changes to all the object schemes, if you have many of them and they should be the same. But it is not your use case.
Maybe the concept of inheriting of object type attributes from parent will be interesting for you, if you need to do some sort of attribute sharing and would be handy to have some things consistent.
You can create general object type like Laptop with some basic attributes. And then for each customer create another object type, which will inherit from the general one. You still will be able to add some custom attributes for each customer. What is also nice - you can set different permissions for each of the object types.
Since there's no way to restrict visibility of objects by customer (or any other attribute) within a schema, there's no other good way to do what Tom is asking for except to copy/clone a master schema template to new schemas.
You bring up a good point of maintenance between those schemas (e.g. just the simple act of adding an attribute could be time consuming), but you also get the flexibility/curse of each schema being able to be customized for each customer.
If there truly is a need to manage those schemas en masse, I would suggest making modifications via script & API vs the UI.
This would also be how I'd suggest create a new schema per customer. Run a script which has all of the necessary API calls using customer specific parameters. (e.g. create schema CMDB - Customer A)
We often have questions from folks using Jira Service Management about the benefits to using Premium. Check out this video to learn how you can unlock even more value in our Premium plan. &nb...
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event
You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events