Author: admin3525

What is my Access relationship to a specific node?

We demonstrated a while ago how the mechanism for user access and permission worked. This was purely conceptual and technical. We wanted to give a nice user experience for understanding how the user accesses a particular information.

We’ve added a graph representation of this:

reading access to a requirement set

If I’m given a direct manager access to this node:

It directly refreshes the access graph giving you the most direct, and highest level access link from yourself and the node (here a requirement set).

Toolset for configuring Ganister

This is how your configuration dashboard looks like. It may slightly get more tools with our future upgrades, more links to our nice and configurable documentation. Key elements here are:

  • the datamodel builder which allows you to build new objects and plan how your PLM graph should look like.
  • Groups and users is your access dashboard, making sure you know why and how people access the data.
  • Other rich configuration and customization tool to discover in the near future…

Fast read

How many times did you click on a tab of related data and you find out there is actually no information in this tab? You click in another tab and still no info? Why did you even wasted time to click on this tab?

The solution was provided by some of our customers. Add a counter of the related information so you can’t get a direct insight of the related informations.

Graph Based Access Management

This is another key capability for our graph-based PLM solution, access management. If you look at your database, you not only have parts and documents but you also have the whole access setup. Users and their relationship to nodes they create and edit are part of the PLM knowledge.


A great request from today’s business is system auditability. The request got strong with the growth of Artificial Intelligence, which was creating Neuronal networks which were very efficient but hard to audit. Here it is very easy to understand why a user has access to a node, because it graphically says it. Either the user has a direct access or is granted access through a user group or a general permission you will know how it access the node.

Access Management Admin

We provide a nice UI to edit users, groups and permissions. It’s not only easy to understand but also fast to edit multiple permissions. You don’t need to navigate 100 different screens.

Direct Access Management

General rules, groups and permissions are great but in an agile world, if you are granted manager access on a node you should be able to give quick access to some specific people without the complexity of a whole group structure. We give that opportunity with another simple user experience directly on the node itself.

Still API First

I forgot to mention, that all this is API first. These mecanisms can work the same way with any other User interface, all the access management functions are API First.

Product Innovation as a Graph

The first time we were asked to exchange with someone about Product Lifecycle Management (PLM), we needed a whiteboard within 5 seconds of discussion to explain why we should use part masters, part versions, documents. How is this connected to a product definition? How do you relate it to a manufacturing process, to a DFMEA? We ended up with lots of graphs, which once they would be validated, would start defining the digital thread for a company.

PLM backbone is about maintaining a graph

Everything is connected in a graph and the information has value for the product whenever it happens. Whether it’s a requirement or a field incident it has a lot of value to a common product. These should be easily linked.

Importance of Semantic

Storing data like you use it is the real deal. On a graph you want to be able to specify node type names but also edges names to have a graph semantic that means something for anyone looking at the data.

Further analysis with graph algorithms

In addition to creating a PLM graph for the digital thread, an interesting use-case for Graph is to analyse production incidents and look for similar causes of defects. During graphconnect 2018, Boston scientific with graphaware presented some studies they made to find product defects coming from a similar production machine. When you see where to look, than any database solution could help you. When you don’t know where to look then graphs are opening a much wider spectrum of analysis.

What about Ganister?

We do store all our data within a graph database. Which means all the data you store and manipulate has the capability to be queried with a very advanced query model with graph algorithm. It’s also much easier to understand the data. The semantic graph representing your data gives you a good understanding of your information value. API First and graph database = the right way to digitize the product lifecycle management.

“API First” to digitize product lifecycle management

Ganister is the first “API-first” solution for digitizing product lifecycle management. This is it, very simple, by design we decided to build our API before anything else. It means, we had to build all our technical (playing with nodes) and functional (playing with parts and documents) tests on this API. We had to focus on security, performances but also ease of access.

A functional API

The functional API gives you the power to communicate with the API in business terms. You don’t want to always use technical names, like nodes and items,etc… to query a document. You want to query a document, you want to get a full BOM, you want to have an Engineering change request impact analysis. We get close to business best practices within the API, way before thinking about a web User Experience.

A Technical API

We can’t cover every one’s business specificity. So we give freedom to extend the digitization of your business processes with Ganister by using more technical API at first. Create, query,update nodes, and you have a world of possibilities for digitizing any process.

A documented API

This is a key aspect. We hear sometime that developers don’t like documentation. Well the only true statement is that they don’t like writing things that could be automated. Updating a word document… yikes ! Most of the technical description of the API generates a documentation that is actually actionnable. You can test it directly in the documentation.

There must be a lot more to say about API, and we’ll let you discover all that, in our training or just by yourself during a trial period or as a customer.

What is Ganister ?

This is our first article on our website and we are proud to be able to finally show our product innovation digitization solution.

Ganister is a solution to digitize your product innovation, from requirements to field-support create a corporate-wise digitization process and content to induce an agile continuous improvement initiative for you teams.

API First

It’s not necessarily what you notice the most, but let’s take it out of the way. API first means, we can integrate in any environment easily and in a secure way because this was built to be an API before anything else.

User-Friendly… it is FAST

Now, let’s take the wow effect for your users. Our solution uses the latest technology on the server and on the client to make your users happy and efficient when using Ganister. It has to have a clean design and to be fast. We’ll create some metrics on how much hours you save per year not waiting for an information to load !

Graphy !!

Any action in Ganister enriches an enterprise business graph which allows you to rely on graph concepts to easily understand your data using a semantic data organisation.


Want to know more?

Contact us, and let’s walk you through a demo of our platform.