★[Legacy Outlook Add-in] System RequirementsView Full Article
The Outlook Add-in is an integration of Inova and Outlook.Email ClientsLegacy Outlook Add-in
Outlook for Office 365 (cloud version) Outlook for Office 365 (desktop version) Outlook 2016 (64 bits) Outlook 2016 (32 bits) Outlook 2013 (64 bits) Outlook 2013 (32 bits) Outlook 2010 (64 bits) Outlook 2010 (32 bits) Outlook 2007 (32 bits) Outlook 2003 (32 bits)Operating SystemsLegacy Outlook Add-in Windows 10 Windows 8 Windows 7 Windows Vista Windows XP
The following packages from Microsoft are required to run the Add-In. If they are not already installed, the installer will download and install them:
- Microsoft .NET Framework 4.6.2 (or higher)
- Microsoft Visual Studio 2010 Tools for Office Runtime
If a firewall blocks the download of these Microsoft packages it may be necessary to reach out to the local IT/network staff for assistance in downloading and installing these packages manually.
★[Inova] webSSO configurationView Full Article
This document is intended for an IT administrator and assumes that readers have a basic understanding of Active Directory as well as its Federation Service.
You will need the assistance of an Inova expert to help you activate webSSO for your organization.
Overview of Single Sign On with Inova
What is SSO and its benefits?
The Single Sign On (SSO) Authentication allows a user to access multiple applications with a single set of credentials.
The advantages are multiple : users can move between applications securely without specifying their credentials each time, thus saving time and reducing the risk of forgetting their password.
Does Inova Support SSO?
Inova supports SSO via SAML 2.0 and acts as a service provider (SP) for SSO. The client must implement a federation service to act as an identity provider (IdP). Federation can be accomplished through an in-house or third-party provider.
Setting Up Single Sign On
To be compatible with D&A, your Idp must support the following:
- SP initiated SSO
- SAML 2.0
For example, here is a list of the third-party IdPs we already tested and validated:
- ADFS 2.0/3.0
- Microsoft Azure AD
- VMWare ID
What you need from inova to set up your connection
- A quick configuration document for specific requirement
- Inova SP Metadata file
This Metadata file contains all the required informations to setup your IdP:
- Entity ID: our Inova UAT or PROD entity id, depending of the phase of implementation
- Security Token Consumer URL
- Public certificate
- User attributes to be sent over the SAML assertion
What Inova needs from your identity provider
- Your IdP Metadata file
- A test account to facilitate and accelerate the implementation
What Inova needs in the SAML assertion sent by your IdP
- Login in Inova application is based on email address so it will be passed as NameID in the assertion
- The lastname
- The firstname
- The email
Limitations depending on your IdP
- The authentication request is not signed by default
- The SAML assertion must be signed
- We don’t use encryption for the SAML assertion (possible with ADFS) it is not really an issue since Inova consumes a couple of non-confidential attributes like email address, givenName.
- Since the SPNameQualifier must be filled in the SAML response and IdP like Okta, PingId don’t provide this information the response passes through a SAML proxy in Inova infrastructure
The WebSSO implementation is made in two phases and in relation with your IT experts. To secure our production environment we first configure and test the WebSSO on a UAT environment. During this step we define the right configuration and fix any issue that could happen during the authentication workflow.
Once everything is validated we go on Production, implementing the tested configuration and setting Inova with WebSSO. Inova application needs to be restarted during this phase.
Specific IdP informations
Most of the IdP like Okta, PingId only required a few set of parameters like:
- Entity ID
- Postback URL
- Target URL
Those parameters can be found in the Inova Metadata file.
With ADFS we need to create additional “claim rules” to add specific attributes we need for the Service Provider:
- A claim rule to set the spNameQualifier and namequalifier in the response,
- A claim rule to set the authentication mode “Password Protected Transport”
During the implementation steps your contact in Inova Software will give you all the details about those claim rules.
★[Inova] Browser Specifications and System Requirements (cloud version)View Full Article
Inova is supported or certified on the browsers and operating systems listed below.
- Certified means that the browser or operating system has been tested in detail through functional test cases and user interface scenario compatibility.
- Supported means that the browser or operating system has been tested for key functionality to ensure that critical features are working as designed. Only blocker bugs will be fixed for these browsers.
Blocker means that a key feature does not work, cannot be used, or returns incorrect results and no workaround is possible for such bugs.
Tip: Our testing suggests that Google Chrome provides the best performance when running Inova. So, to maximize the customer experience, we recommend using the latest version of Google Chrome.BrowsersCertified/Supported
Chrome for windows (latest version) Microsoft Edge Chromium (latest version) Internet Explorer 11 (latest version) Chrome for Mac (latest version) Mozilla Firefox (latest version) Safari iOS for Ipad/Iphone (latest version) Safari for Mac Internet Explorer 10Client-Side Operating SystemCertified/Supported Windows 10 Windows 8 Windows 7