- Created by Karolin Hemmingsson (Unlicensed), last modified on Dec 11, 2019
You are viewing an old version of this page. View the current version.
Compare with Current View Page History
« Previous Version 2 Next »
This article describes how to install and configure the Bravida Integra Service, to enable integration between Smart ID Identity Manager (PRIME) PACS Backend and Bravida Integra.
Integra is an Access Control System provided by Bravida and managed by a GUI and API to interact with Integra through the EasyConnect V2.
After integration, all administration of Users, Access Token and Entitlements (besides defining them) should be done in Nexus PRIME, never in Integra.
For details on which data can be imported and exported from Integra, see About import and export to Physical Access.
Prerequisites
The following prerequisites apply:
- PRIME PACS Backend is installed. See here.
- Bravida Integra must be installed, version 7.20 or later. The system Integra EasyConnect v 2 is required to interact with Integra.
- The message queue server must be running.
Configure Integra Service
The service is configured in the configuration table in the PACS Backend database and in the configuration file. All configuration is cached when the service starts so any configuration changes will require the service to be restarted in order to take effect.
The configuration file is named IntegraService.exe.config.
group: general
key | Data type | Required or Optional | Description |
---|---|---|---|
updatesPerPoll | int | Optional | The maximum number of messages read from the message queue. Default: 100 |
group: integra
key | Data type | Required or Optional | Description |
---|---|---|---|
sessiontoken | string | Required | To communicate with the Integra client through the easy connect service we need session token. The Session token is unique GUID assigned to the user of the Integra client. We can find this session token inside IDA server setting configuration. Open IDA application located at {installation_path}\Bravida Integra\IDA\Ida.Server.Config.exe. Open the application and go to tab IEC2. Use the session token of valid Integra user. |
parentFolderPath | string | Required | To export all user details to the specific folder of Integra we can use configuration. Default parent folder path is Administration\Kortinnehavare. If the path is incorrect, the service will not start and will throw an exception as Folder path not found. All folder path list is available in the table folder of the Integra database. |
emailType | string | Required | This indicates which type of email to export to Integra. If email type is not found then the first email of emails list will be sent. Default email type: work |
group: export
key | Data type | Required or Optional | Description | ||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
maxValidYears | int | Required | Max valid years for a card. | ||||||||||||||||||||||||||||||||||||||||||||||||
idcSystemNumbers | int | Optional | List of system numbers. | ||||||||||||||||||||||||||||||||||||||||||||||||
userfieldmappings | string | Optional |
Currently, the following fields can be configured:
To export these fields to Integra, do the following configuration:
The value in the configuration |
group: export.idcSystemNumber-{index}
The {index} is an PACS Backend system number that shall map to a specific system number in Integra. This index must also exist in the idcSystemNumbers
configuration. For example, if idcSystemNumbers-1
exists, then the configuration group export.idcSystemNumber-1
must be configured in the database. Each group holds settings for a specific Integra system number.
If this configuration setting is not added into the database then the default configuration, export.idcSystemNumber-default
is used.
For each configuration group we have the following settings:
key | Data type | Required or Optional | Description |
---|---|---|---|
cardNumberIdentifierTypes | string | Required | This comma-separated list indicates which access token identifier is stored for this specific Integra system. If this list contains two columns separated by comma, then the system will check if the field exist on the card identifier. if they exist, then two card objects will be exported to Integra for that system. If any specified column does not contain a valid Integra card number for this system, then the export will fail for this card. |
MaxCardNumberLength | int | Required | This parameter decides how long the card numbers can be when sending them to Integra. If they are longer, they will be trimmed down. Note that since card numbers are not sent “as-is” to Integra, there may be times where card numbers are not unique. If this occurs, the card will not be exported and an error will be logged. Integra requires card numbers of at least 6 digits. If |
IntegraSystemNumber | int | Required | This is the system number in Integra. |
exportPin | bool | Required | The value indicates if the pin code should be exported to Integra or not. |
maxPinLength | int | Required | The value indicates the maximum length of the pin we can send to Integra. Minimum length of the pin is 4 by default. In Integra maximum length can be 6 and it depends on system number. |
Exportable | bool | Required | The value indicates if cards shall be exported to this system in Integra. If this is false, none of the above configurations will be used. |
CardNumberRange | string | Optional | The value indicates a number range for the card. If this configuration exists, then each card number exported to this system will be validated according to this range. If the card number is outside of the range, the card will not be exported to Integra. If this is not configured, all card numbers are deemed valid and will be exported to Integra. |
Example
The following is an example of access token identifier mapping with Integra:
Id | Group | Index | Key | system | value |
---|---|---|---|---|---|
6 | export | 0 | idcSystemNumbers | Integra | default |
7 | export.idcSystemNumber-default | 0 | cardNumberIdentifierTypes | Integra | mifare |
8 | export.idcSystemNumber-default | 0 | maxCardNumberLength | Integra | 6 |
9 | export.idcSystemNumber-default | 0 | integraSystemNumber | Integra | 1 |
10 | export.idcSystemNumber-default | 0 | exportPin | Integra | TRUE |
11 | export.idcSystemNumber-default | 0 | maxPinLength | Integra | 4 |
12 | export.idcSystemNumber-default | 0 | Exportable | Integra | TRUE |
13 | export.idcSystemNumber-default | 0 | cardNumberRange | Integra | 1-999999 |
The system will export all matching access token identifiers to all Integra systems where it gets a matching on cardNumberIdentifierTypes
. In the example, if the access token contains a mifare identifier, then the data will be exported to the above system.
When a cardholder is to be deleted in Integra, the service will attempt to just delete the cardholder immediately, without deleting the cards held by the cardholder first. By default, this is not allowed by Integra.
To allow this, configure Integra to either detach or delete cards automatically when the cardholder is deleted:
- Open the Integra GUI.
- Go to Alternativ > Inställningar and then to Objekt > Kortinnehavare > Radering.
- Do either of the following settings:
- To detach the cards, select “Frikoppla”.
- To delete the cards, select “Tag bort”.
The service mainly transfers user data including related access tokens and entitlement assignments. The tables below show the default field mapping.
If needed, additional fields can be configured, using the SCIM API and useradditionalfield
in the database configuration.
User field mapping
By default, the following data is mapped between the USER table in the PACS Backend and the Integra service:
SR No | PACS Backend field (Web API) | Integra field (UI) |
---|---|---|
1 | Id (Id) | ID (User ID Internal ) |
2 | givenname (givenName) | FirstName (förnamn ) |
3 | familyname (FamilyName) | lastName (efternamn) |
4 | Check Type Configuration and then map actual email Type(emails-type-value) | Emails (E-Post Address) |
5 | Ssn (SSN Birthdate Part) | Birthdate (Person Number first part) |
6 | Ssn (SSN ControlNo Part) | ControlNumber (Person Number second part) |
7 | Default Configuration for ParentFolderPath | ParentFolderPath (Directory in which User is exported) |
Access token field mapping
By default, the following data is mapped between the ACCESSTOKEN and ACCESSTOKENIDENTIFIER tables in the PACS Backend and the Integra service:
SR No | PACS Backend field (Web API) | Integra field (UI) |
---|---|---|
1 | CardNumber (identifiers-type-value) | CardNumber (KortId) |
2 | Configuration Card Profile (identifiers-type-value) | CardSystemNumber (kortId) |
3 | USER-PIN(No Direct link) | PIN (PIN) |
4 | Card ValidFrom and ValidTo decide internally | CardStatus (Status) |
Entitlement assignment field mapping
By default, the following data is mapped between the ENTITLEMENTASSIGNMENT table in the PACS Backend and the Integra service:
SR No | PACS Backend field (Web API) | Integra field (UI) |
---|---|---|
1 | assigneeid (assignee -value) | Card Holder ID (Selected User Name) |
2 | ExternalId (ExternalId) | AccessZoneId (AccessZone Id, not on UI) |
3 | DisplayName (entitlement-DisplayName) | Name (Namn) |
Install Integra Service
The installation file is named IntegraService.exe.
The service SystemId is Integra.
Troubleshooting
If attempts by the service to delete cardholders in Integra fail with an error such as “Can’t delete Card Holder which have connected cards”, make sure Integra is configured as explained above.
- No labels