Gerry

Hi @samwoo Thank you for posting your experience - that is EXACTLY why we created document manager in this way. The owner of the document is a critical role for each document of value. We are trying to help customers solve the problem of rotting or useless documents. Every organization NEEDS a good off-boarding process that places value on a departing co-worker to re-assign documents they own, or seek permission to discard the documents as required. Most organisations are not that organised so end up in the predicament you found yourself in. The fact is these documents, if they are worth keeping they have an intrinsic value to your business and should be treated that way. Perhaps what would be better is an administrative function that allows you to re-assign all documents someone owns to someone else... the problem with that though is you miss the most important practice of all which is reviewing each document for relevance - its a large an heavy burden carrying a load of documentation that is no longer relevant, but thats what most organisations do, if thats acceptable then Document Manager is possibly a bit too structured for our customers and would be better to have a simple network file share instead. So the big question for me is - is it worth Hornbill trying to solve real business problems through functional behaviours and coming over as inflexible or should we just give up trying and let document manager become a free for all file sharing feature? in which case I would question the value of developing it any further, might as well just integrate with Sharepoint instead. Interested in any thoughts anyone has on this? Gerry

INTEGRATION: Integrating with Microsoft System Center Orchestrator In a previous article, I talked about Hornbills iBridge which is our solution for integrating with other cloud solutions. The iBridge can also be used to integrate with some on premise systems too but as we build the integrations for the iBridge this is generally not flexible enough for most situations. In order to integrate with systems behind an enterprise firewall we decided to look at what was already available and in use by our customers, this is where we found Microsoft System Center Orchestrator. For those of you who are not familiar with this tool, MSSC Orchestrator fits within the IT Operations Management market space and is a combination of an integration bridge and a flow orchestrator. Actually, to be honest the lines between these two things are a great deal more blurred in MSSC Orchestrator then they ought to be, but that’s a whole other article. Integrations are connections that perform specific tasks on other systems, for example create a user account in AD is a good example. Once you have a number of these integrations they can be strung together as part of a flow which Microsoft call a “Runbook”, a name which comes from mainframe concepts in the 70’s. As a customer, your IT teams can create integrations and runbooks to suit your specific business needs and exposed these through a unified interface that less technical business users can make use of (at least that’s the idea, not everyone gets this right). Creating integrations and runbooks in this tool is a fairly technical task and requires a good level of technical competence to undertake. In truth, Microsoft System Center Orchestrator has some serious flaws, we found it fairly difficult and clunky to use when working with it to create our content packs. The upside though, is it really supports Windows environments well with a lot of useful content packs out there ready to plug in and use, which is why we decided to include it in our integration strategy. Anyway, to cut to the chase - we have created a seamless integration with Microsoft System Center Orchestrator making runbooks directly accessible from within our business process tool. In fact; you can connect to any number of MSSC Orchestrator instances within your environment in a simple and secure way. Once the connection is setup and established you can browse the content tree and use the RunBooks as automations in your business processes running on the Hornbill platform - point and click us and of course absolutely no coding required. Read More: Microsoft Orchestrator Integration In addition to being able to trigger runbooks from our BPM, if you are a Microsoft System Center Orchestrator user you can download and install the Hornbill Content Pack for Microsoft System Center Orchestrator which gives you a fully tested (and supported) set of ready-made runbooks that enable you to perform automated actions on Hornbill such as post to a workspace, log an incident, problem or change etc. Download: https://github.com/hornbill/SCOrchHornbillIntegration This capability is very empowering for our customers, from an integration point of view we are enabling our customers to orchestrate complex automations from within the Hornbill Business Process tool, with no programming expertise required. Not only that, because MS Orchestrator sits behind the enterprise firewall we are joining cloud and on-premise systems automation in a seamless and secure way. At the time of writing this article our customers are already taking advantage of this capability and I look forward to hearing more great stories around this as they unfold.

Hi Keith You are welcome, let us know how it goes. Gerry

Easy when you know how

@Keith Following on from our recent conversation we have now added two new "Experimental" iBridge integrations which gives you a generic way of making a WebCall via the iBridge from within the BPM, this should enable you to achieve what you want with regards to invoking your own scripts/servlets to automate the process of resetting your SAP passwords. Now I must confess I am still very uncomfortable with making any aspect of the BPM usability this "technical" so this is an experimental integration for now that you can use and we will support it, but when we have our Site Integration Bridge option available some time towards the end of this year, this generic experimental integration will be depreciated. Please let me know how you get on, this is now live and ready to use. Gerry

Yes everything is published to your YT channel, but people will not naturally go and follow that channel, perhaps a link to our YT channel in the User app might be a solution. https://www.youtube.com/hornbill

The in-app guidance that our friend HH offers can be tuned to each UI, that is "user" or "admin", the idea being you only see what is relevant which I think makes a lot of sense. For example, there is no point in introducing a new BPM feature and showing that to all of your end users. Now it would appear we have not been following our own rules in this regard on very occasion so we need to correct that. I think though @DeadMeatGF you make a good point, I have often been wondering about having some form of non-intrusive "news" type view/notification in the user app (possibly in the form of and always present workspace) that would act like a mini news channel that includes *all* of the features, tutorials and notice updates etc... like you I agree that people might just suggest things that you did not think of. Gerry

@carlt Further to @James Ainsworth update, we have now rolled in the updated library we use for some comms related stuff. This will be on dev tomorrow, will make beta by Monday and should be into production in two days after that subject to testing and validation. Gerry

@Keith Thats what we should have been doing, the system is capable of it, not quite sure why we were not. Could you give me specific examples so I could look into it? I ask beause notices come from different teams so I would need to look on a case by case to start with. Gerry

@Keith Thank you for your feedback, you are most welcome, thank you for being a great customer to work with. Let us know when you have figured out what you can automate within your organisation, but hurry up before we bring out the next thing Gerry

INTEGRATION: Hornbill iBridge - Connecting the Cloud Following on from my previous post Not All Integrations/Automations Are Made Equal I want to share with you how we tackled the problem of esoteric and unmaintainable integrations for our customers. I felt very strongly that non-technical business process users could easily use these integrations without the need to have a deep technical understanding of APIs, coding and authentication schemes. Hornbill has the ideal canvas in its business process tool, its an intuitive, graphical canvas that allows you to draw diagrams of your business process so Hornbill can orchestrate the flow for automated and human tasks. Expanding this capability to also be able to orchestrate automated tasks on other systems seemed like the next logical step for us to take. Now as a general rule there are real technical challenges when trying to integrate with other systems. I am not going to go into too much detail here but I would like to highlight the key points. Most API’s now days on modern systems use HTTP as a transport for their API’s, this is a good thing. However, this is also a very flexible, so while some use JSON as a payload, others use XML, some XML implementations are relatively simple and others are just ridiculously over-complicated for no good reason. (Yes Microsoft, you should be better than this). Modern software systems like to call their APIs RESTFul which is supposed to be a simple alternative to things like XML-RPC and SOAP. But every implementation is different, some use custom HTTP Verbs, others try to fit their business logic into some pre-defined standard verbs. The bottom line is, every RESTful API is created with slightly different philosophical design approach. Interoperability is where things go very wrong. Yes, XML, HTTP, SOAP, JSON are all “standards” but they are foundational standards, none of them tell you how to represent data for a given system, primarily because every system is different so these things have to be “glued together” Stateless or Stateful, yes this is yet another layer of complexity. Some consider it to be more secure to establish and maintain a state (log in, keep session and log out when done) while others advocate stateless, for example using tokens or API keys. Authentication is probably the single biggest headache when building integrations, its security so by nature its complicated. There are many competing standards, which are also complicated, some examples are OAuth1, OAuth2, SAML, WS-Security, API Keys, Basic, Digest and a whole range of product-specific schemes too. Even worse, things like OAuth and SAML often require three phase authentication processes which need you to interact with the services own UI when trying to connect and authenticate. If you have ever tried to integrate with something yourself you will recognise some of these difficulties for sure. In order to solve these problems for our customers, we started by trying to understand what problems our customers have when trying to do this. We looked at the use cases for integration and we looked at many systems that have API’s to enable integration, we looked at tools that can integrate with other things and we looked at tools in the cloud that are specifically designed to integrate one thing with another thing. In almost all cases there was a common theme, things get VERY technical VERY quickly, and almost exclusively there was the “get out of jail free” coding environment that one would need to use a lot! There is no escaping the need for “glue code” when connecting systems together, when transforming messages and data from one system or another, the only real practical way is to use code, which left us with a dilemma, we either relax our “No Code in the BPM” policy and make our customers responsible for creating the glue code, or we take on the responsibility of creating the glue code ourselves so our customers don’t have to…. Care to guess which path we took...? Enter “Hornbill iBridge” (meaning Hornbill Integration Bridge), and it does pretty much what it says on the tin, it’s the bridge between our very powerful BPM tool and a large (and ever growing) number of pre-canned integrations ready to use. The iBridge is a containing execution environment that hosts and runs our glue code, each and every integration has been built and tested by us. Under the hood there is an integration development environment that allows us to rapidly build and test integrations. The iBridge requires that integrations are exposed to the BPM in a business-friendly and non-technical way, and finally, the iBridge solves the problem of authentication. KeySafe is a new security feature of the Hornbill Platform that allows a complete de-coupling of security credentials and business process design. Imaginatively named based on the fact it’s a “Safe” place to store digital “Keys”. In essence, you can setup your credentials to the various systems you want to integrate with in KeySafe, giving each credential a name, within this environment you can do whatever two-phase or three phase authentication process is required by the service you are connected to, and once authenticated the credentials are safely locked away, encrypted, secure and safe. These keys can later be used within the BPM environment without ever exposing the details of the credentials. KeySafe+iBrdige even handles the complications of refresh tokens completely automatically, logging every security even for full audit purposes. The Hornbill iBridge was introduced at our recent customer event Hornbill Insights 17 and because of our “Priced for Life” policy and commitment to customer loyalty, all existing customers get full access to the iBridge for free for as long as they remain a subscribing customer. We have also opened up a community forum to take requests for new integrations which we have committed to build as we are keen to expand our integration portfolio. As of right now we have over 400 built and tested integrations with 30 of the most common authentication scheme variations fully implemented and tested ready to use by our customers. Here is our sticker portfolio of systems we have pre-built integrations for. You might have noticed from the above stickers, we have also committed to integrate with any system without commercial or competitive prejudice so we have even built integrations with competitive products including Jira, Servicenow, BMC, Freshservice, ZenDesk and Salesforce. We have even built an integration with Hornbill so one Hornbill Customer can easily integrate with another Hornbill Customer instance if required. One of the more exciting things our customers have reported is our integration into infrastructure and Tier 1 cloud solutions like Office365, Azure and Amazon Cloud making it possible for organisations using these services to automate provisioning of users, accounts and servers. Now these are big claims and I can understand why you might think that too, we have all heard this before, its never that easy right - well the best way I can think of convincing you is to show you some short videos so you can see for yourself how easy we have made this very complicated task, you can integrate with things in a few minutes without any technical expertise - watch and see for yourself... Integrate with Twitter Integrate with Slack Integrate with Trello Integrate with Servicenow Integrate with Microsoft Azure, Salesforce and Hornbill Integrate with Twillo SMS and Microsoft Azure We have only just got started with integration, we have a lot more to come so watch this space. In my next article, I will be talking about our integration with Microsoft System Center Orchestrator for behind the firewall IT automation.

@Martyn Houghton We have a fix for this now, we actually needed to fully re-implement one of the components, this change was part of that so it should be rolled out very soon. You will not have to do anything or re-generate your keysafe credentials for this, it will just be updated. Did you get the integration working yet? Gerry

INTEGRATION: Avoiding the IT Automation Trap An important part of creating a technology solution is to be able to recognise the business problem you are trying to solve. The first thing to ask is why do you want to automate? there are some compelling answers to this question. You can save money, you can consistently repeat the task without needing someone to be present and you can drive efficiencies. But when it comes to automating systems, “Integration” often muddled up with automation, but you should think of integration as a distinct function that enables automation, they are most definitely not one in the same. Integration is generally very technical and involves code that calls an API, transforms the request and response data from each system so they can understand each other, and because systems are often so diverse, and even with alleged “standards” the only really practical way to do this is with what I call “Glue Code”. Implementing integrations does generally require a high level of technical expertise, and in the world of IT automation that invariably means a business manager will ask IT people to implement the automation of the IT tasks that need to be automated. But that is a fundamental problem because unless you are technically proficient yourself, technical people rarely view a high level requirement in the same way you will, and as a result you will almost certainly fail to achieve your objective. The best way I can explain this is through a story I told recently at a customer event. I have borrowed my actors from the TV Sitcom “The IT Crowd” to help illustrate the problem as I see it. A Hypothetical Situation You are Jen, the head of IT, your organisation has a high turnover of contract staff, you are a smart business manager and you realise your team is spending an average of 20 minutes of time each and every time you create a new user on your systems, you are doing this about 25 times a week on average. You have some complex systems, and without any automation, the only way you can be 100% sure it gets done right each and every time is to ask “Maurice” to do it – “Maurice” is the go-to guy for creating user accounts in your IT team. And of course, like any manual process there are problems… No one values Maurice’s work, creating user accounts seems like a trivial task and does not really add business value. Maurice often feels undervalued and wishes he could be doing something more interesting but he is the expert and has to do it because no one else can do it right. Things are difficult when Maurice is on leave or unavailable, no one else knows how to do this properly… not even Maurice’s closest college Roy gets it right all the time. You realise that if you can automate this one task you can not only mitigate the above problems, but a simple calculation would tell you in this situation, if you can automate the process of creating new users on your systems you will free up around 8 Hours a week of Maurice’s time. So, what is the next logical step? It is obvious, right? you sit down with Maurice and the following dialect ensues…. Jen: Is it possible to automate the new user task? Maurice: “of course” he replies, that would be easy, I can do that, it will take me about a day. Jen: Perfect, let’s get it done… (a day passes…) Maurice: I have done that automation you asked for, it was a really good idea you had… Jen: Excellent, can you show me… (bated with high expectations) I can’t wait to see this in action. Maurice: Yeah of course, let me show you how simple it is… https://youtu.be/_eUxpCG2n7o The truth is, it was a mistake on Jen's part to give Maurice the freedom to automate this task, because while Jen was trying to automate a business activity, Maurice was actually automating the work he does by writing a script that only he knows how to use! This is “Maurice Automaton”, not “Business Automation” Maurice has done nothing wrong here, he has done exactly what was asked of him, but Jen has failed because she did not ask for the right thing, and as a result she has not achieved her desired goal of automating a business task – Jen still needs Maurice to run the script each time it needs to be run, and the odds are good that the script is so esoteric that not even his team mate Roy will be able to use the script (eh hem, I mean automation) properly. Viable automation needs to deliver a number of things First and foremost, demonstrable and repeatable ROI to the business Esoteric technical tasks MUST be exposed and expressed in a business language that anyone can understand. Must free up time so you can deliver “Higher Value” work for your organization Must remove dependencies on individual know-how Must be usable in practice by non-technical users What Jen was really looking for was something presented in a format that’s expressed in a language that Jen, or any other business manager with a modicum of common sense would completely understand and could make use of. Something more like this... In truth, there are a lot of tools out there that don’t recognise this problem but yield a great “get out of jail free card for sales”, which is just answer “yes” to the question can you integrate with XYZ. How? the response will be along the lines of “yes, we provide API’s and some form of web call mechanism, you can script pretty much anything, and we provide you a mechanism to do that”. IT and technical people like the empowerment of these sandbox development environments but it’s a dangerous road to go down because more often than not, customizing via code means poor upgradability and an inherent dependency on the expert who implements the code…. So that’s why I say not all automation is made equal. If you are Jen, Maurice or Roy in your organization you will only be able to deliver ROI if you can automate in a way that makes sense to the business. Now before Maurice or Roy lynch me for trying to put them out of a job… the truth is, business needs IT (and yes that means you Maurice and Roy), and more now than ever before, so if you are thinking like that then you are probably being looked upon as a dinosaur in your organisation – you need to change that perception. Just think about it, in relation to this simple example above, you are no longer required to expend 20 minutes of your time every time a new user needs to be created, you can, and should now spend that time doing “Higher Value” work for your organisation, not only will that give you a more interesting and varied job, that will elevate your perceived value within your organisation, and on that day when that automation that you helped create goes wrong, it is you that will be called on to make it work again. I have created a simple check-list to help you validate you have achieved real business value when you automate something in your organisation. Is the purpose, function, inputs and outputs of your automation accessible and expressed in terms that is clear, concise and non-technical for you business? Can your automation be run at will, without any specialist knowledge by a non-technical person with minimal or no training within your organisation? Will the automation always work when you are not present to babysit it? Does the automation you have created save more work hours in 6 months than it takes you to implement the entire automation? If you have answered yes to all of these points AND your non-technical manager agrees with you – congratulations, you have made an automation that has real business value, you deserve a commendation. This is what I had in mind when setting down our strategy for implementing integrations and automation on the Hornbill platform. We have a “No coding required” policy for customizations so when we came to extend our business process tool to include IT and business system integration and automation I wanted to stick with that policy, so its integration that’s flexible enough to be useful but is always accessible by, and expressed and presented in terms that our mythical Jen can use when building process automations. In the next article in this series Hornbill iBridge - Integrating in the Cloud I will present our implementation of an integration technology that delivers real business value.

@Lyonel Lol fair enough, I too have worked for very large global organisations so I understand these things are not as fast moving as they could be. As long as you are happy you have a plan that does not include running your affected computers without their recommended security patches for a long period of time we can sleep easy. As the problem is only apparent on Win7/IE11 and not on Win10/IE11 there is a very low likelyhood we would be able to find a specific workaround, if anything does come to light though we will let you know straight away. Gerry

@Lyonel In that case, you might consider upgrading the OS from Windows 7 to Windows 10 for those users which would also solve the problem I believe? Gerry

If you are using the open import tool/script I believe this basically does an UPSERT, which means, if the record does not exist it will be INSERTED but if its already present in the database it will simply be updated. However, you need to make sure the import is correctly keyed on your unique identifier (which is often the email address or UPN or SAMAccount from AD in some cases) which is how the importer can decide to perform an IMPORT or an UPDATE on a record by record basis Gerry

@Lyonel Thanks for giving us an update on this. It is good that you have at least identified the change that caused the problem but we would suggest you be very cautious about removing Microsoft security patches because there are generally good reasons for Microsoft to deploy them. This particular patch includes (amongst other things).... Relaying the sentiment of an internal discussion amongst some of our security savvy folk here at Hornbill, we would feel a lot better suggesting you switch to a more secure browser/os as an alternative to removing any security patch. Can I clarify something with you, this tread seems to be tracking a number of issues. In relation to the CORS/-1 error you were getting, my understanding is you were only seeing this error on Windows 7/IE11 computers that have this security patch applied? does that mean you are not seeing the CORS/-1 error on IE11/Windows 10? or is the -1 error being seen on ALL IE browsers in your organisation. Clarification here would be most helpful. Thanks, Gerry

@Lyonel Ok great. I was not suggesting you use chrome instead, its just knowing that it works eliminates any potential networking/proxy issues (assuming you use the same proxy config on Chrome as you do on IE of course). So that leaves a problem with IE security settings/behaviour. Gerry

INTEGRATION: Business Application and IT Automation At the beginning of 2017 we decided to introduce a development theme to focus on IT and Business Systems automation. As I was investigating what we needed to do I very quickly realised there was a lot of conflicting terminology so our starting point was to establish clear terminology around which we could anchor our internal conversations. If you are involved in product creation don’t under-estimate just how important this step is to get right, you will be surprised what seems so obvious actually isn’t. It turned out pretty quickly that we could not really consider automation without also considering Integration, while completely independent concepts, neither is practically deliverable without the other. So, let me start giving you a simple 101 on that terminology and the context within which we interpret it. INTEGRATION: To connect two separate systems together in a meaningful way that allows one system to instruct the other system to perform a task or a function. For example, if you want your service desk tool to send an e-mail message there needs to be an “integration” between your service desk tool and an email system that can deliver the message. AUTOMATION: Using an integration to initiate a task or function on another system at any given point in time. In the above integration example, a service desk tool that can send an email message might be described as – “The service desk tool will automatically send an email to the customer when the ticket is resolved.” – the ‘automatically’ being the automation of sending the email. ORCHESTRATION: Using a workflow to co-ordinate a sequence of automations in accordance with a pre-defined, and possibly contextually dynamic sequence in order to achieve a predictable and repeatable business outcome. An example of this might be to create new user accounts on three decoupled and separate systems, but all orchestrated from one central point of control, triggered as part of a new employee business process. I was originally thinking about writing up our journey in great detail, but that all gets rather technical so I will refrain from the for now and tell you about the main business problems we as technologists wanted to solve for our customers. Pretty much every other system we looked at requires some level of “coding” to achieve integration. Code is what “glues” two disparate systems together in a meaningful way, and while there are some tools that claim to allow you to do this, the truth is they all require you to code in one form or another. We offer a 100% code-free customisable environment, especially in our graphical business process tool which is designed to be used entirely by non-technical people, so adding a simple WebCall node into our BPM (which is what pretty much every other system we looked at does), while would offer a level of integration capability would require the BPM designer to be exposed to some code in order to glue XML to JSON, or transform results from strings to integers and so on. This was not acceptable so while we did create a WebCall node, we did not like it, so our solution needed to avoid raw web calls without making the integration capability too limiting. We wanted to allow our customers to integrate with a wide range of other systems without the need to pay for a lot of expensive consultancy. Not to save on the consultancy bill its self, although that’s a nice side effect, it was more in recognition that when you pay for expensive technical expertise you end up being enslaved to their work, not because its bad work but because they are the only one who knows how it works, so when they are not available you are left holding the unwieldy baby. We don’t think that’s a good idea. Aside from the programming aspects, the other very difficult thing to handle when integrating systems is “authentication”, while some are as easy as an API key, others require three-phase authentication and message signatures etc. like OAuth1a, not impossible to achieve in code obviously but as a general rule, way beyond the abilities of anyone that is not a proficient programmer and expert in the field. All too often insecure systems are built because poorly hacked implementations of authentication schemes are implemented, or even worse the tool vendor gives you basic tools (like a scripting language) and leave the customer with the problem to solve. Our view is, if it is complicated to do, then we should be looking to implement the complicated stuff under the hood and make it insanely simple for our customers to use. We recognise that customers have integration needs for both cloud based systems (Office365, Salesforce, Amazon, Azure, Google etc.) as well as a need to integrate with, and automate their behind-the-firewall systems and applications, so whatever we came up with had to offer a solution here too. We recognise that our customers need to integrate with, and automate a wide range of systems and tools, even tools that are competitive to our own solution, so our strategy needed to be open to any other system and not closed or restrictive in any way. After six months in the works, we launched our strategy and a working set of solutions to our customers in June 2017 and I think we have delivered some really exceptional capability that meets all of the above. We offer, what in my opinion, is the best business process tool in the business. It is comprehensive, insanely powerful, but really simple to use, and in expanding that to include the Orchestration of Automations, I will go as far to say that we think we have done a better job at providing easy to use, code-free integration than pretty much every other comparable system we looked at. Why? We thought differently about the problems we were trying to solve, coming at it from the BPM users point of view. That is of course a bold claim, but one that is so for supported by the initial feedback from our customers. I would of course welcome any feedback both positive or negative, I know how everyone claims how amazing their particular tech is, so I invite you to follow this thread and judge for yourself. Now I have a lot to cover and if you got this far you are probably quite bored by now, so I am going to bring this post to an end. But just before I do, I have listed the follow-up articles that I am going to write to continue telling this story. As I write each article I will update this document with a link so check back every few days if you are interested in reading more. Not All Integrations Are Made Equal Hornbill iBridge - Integrating in the Cloud Integrating with Microsoft System Center Orchestrator Integrating with HP Operations Orchestration Integrating with Microsoft PowerBI Open Integration Approach

We just want to be awesome

@Lyonel You appear to be the only customers impacted, this seems to be an IE11/Windows7 combination issue, nothing relating to CORS has changed on our system for months so something your end (possibly a Microsoft background update, or maybe a security setting/profile, or network configuration) has changed. I am not sure there is anything we can do about it. As a test, could you install Chrome on one of the affected Windows 7 computers and see if that works ok? Gerry

You can use the iBridge free of any charge, you are an existing customer and we have introduced it at zero additional cost under your Priced for Life subscription, so use the iBridge as much as you need to. There will be a charge for it applied (t,b,a) but that will only affect any new customers that subscribe from this point on. In terms of the enterprise integration connectors there is a charge of £100/month but, again as an existing customer your subscription under "Priced for Life" you get your first connector for either MS System Centre Orchestrator or HP Operations Orchestration instance free of charge, again for the life of your subscription. We do this in recognition of our customers loyalty and support, by subscribing to Hornbill you are helping enable us to do what we do best - build technology and disrupt the industry. Thank you for your support. Gerry

@Paul Alexander I am afraid the only way to display a dashboard is to have a valid user session on the Hornbill platform, this is partly subscription enforcement but mostly security enforcement, its not possible to use access tokens for this purpose. Its also worth noting that access tokens are short-lived and can only be generated by the system via a user that is logged into it. So as it is today there is no way to share the dashboards on Sharepoint to users that do not have a current session on Hornbill. Gerry

@Lyonel We have investigated the memory usage problem and have identified it as an issue in the BPM relating to dragging and continuously re-drawing the connections (lines). We need to investigate further but for now we have applied a short-term fix where we only re-draw the lines once you drop the node you have moved on the canvas, this fixes the memory problem for the short term but we will find a better solution to this after further investigation and roll out as soon as we can. Gerry

Following on from our session on Integration and Automation at Hornbill Insights 2017, Steve who provided live demonstrations of integration scenarios has graciously re-cut the demo's as videos, which I wanted to post here. He has also provided a short write up of these demos on our wiki: https://wiki.hornbill.com/index.php/Hornbill_iBridge If you like what we have done, don't forget to comment and tell us, and to share.... Integrating with Twitter Integrating with Slack Integrating with Trello Integrating with Servicenow Integrating with Microsoft Azure, Salesforce and Hornbill Integrating with Twilio SMS, Microsoft Azure