Making the DAM a central part of your organisation is fueld by connecting your DAM to other parts. This article explains our intergations and how they work
What is the QBank integration?
Previously, each CMS plugin was built from scratch, which gave them a strong feel of being part of the system, working closely with each systems respective architecture. The problem however was that each plugin was a separate codebase, and every new system required more or less a complete rewrite. Creating plugins took a long time, and maintaining all the different plugins was a huge task. With the new connector, the local code required for each plugin is basically just initialising the connector window, opening it in an appropriate dialog or panel, and receiving the media that should be inserted into the content. The window itself is one codebase, maintained by us at QBank, that is the same for all implementations. Whenever we update the connector, every implementation receives the updates at the same time!
So the Connector is only for CMS?
While we have designed the connector with the CMS workflow in mind, there is nothing preventing you from using it in any scenario or product that involves searching for media and retrieving information when the user selects one. The connector does not only return the file when a media is selected, but in fact the complete media data object, with properties, meta data, comments, usages, etc.
But how can one module fit well in so many different systems?
The connector GUI is very slimmed and unobtrusive, so graphically it shouldn't stand out too much in any environment. At writing moment, it is not possible to configure the visual style, but we are ready to add support for supplying an additional stylesheet to the connector, if the need should arise.
Functionality wise, the connector can be heavily configured, so you only have the menus and options relevant to your particular implementation.
What is required to implement the connector?
We use the OAuth2 protocol for authenticating and communicating with our REST API, which is of course how the connector communicates with it's QBank host (through JSONP). Preferably, your system authenticates server side and retrieves an access token. You can either talk directly with the API, or use one of our prepared API wrappers for your programming language (https://github.com/qbnk). To retrieve an access token through OAuth2, you will have to request a client ID from your QBank representative, along with a username and password for the QBank host.