An encoding description contains the information for the electronic personalization of a card. You import the encoding description from a file. This article describes how you create descriptions that handle general card information as well as reader/card selection. This can be used in Smart ID Identity Manager.

See also Structure of an encoding description in Identity Manager.

Read ICCSNs from inserted cards

This describes how to find out all Integrated Circuit Card Serial Numbers (ICCSN) of all smartcards inserted into a card reader, or to have an overview of them, and read and return them into a field. The values will be separated by ',' (comma). If no token is found the action will fail.

Define like this in the encoding description:

Description of the elements

Select card to be used by ICCSN

You can select the smartcard to be used for the defined applications of the encoding description via ICCSN.

Define like this in the encoding description:

Description of the elements

Add ICCSN of a card to the mapped fields

You can add the ICCSN of the used smartcard to the mapped fields, right after the encoding has finished.

Define like this in the encoding description:

Description of the elements

Set the Read attribute in the Encoding Fields tab to get the value into your datamap:

Open

Add ATR of a card to the mapped fields

You can add the Answer To Reset (ATR) of the used smartcard to the mapped fields right after the encoding has finished.

Define like this in the encoding description:

Description of the elements

Set the Read-attribute in the Encoding Fields tab to get the value into your datamap:

Open

Read the smartcard's OS version

This functionality is supported for CardOS smartcards only.

Sample APDU command for reading OS version which can be specified in an APDU script file:

Where

[00] - denotes class

[CA] - denotes instruction

[01] - first parameter

[82] - second parameter

[02] - expected length

This APDU command will allow to read the value from the card and return it in a mapped field named VERSION.

Return values

If the command is successful, it will return two bytes as hex values representing the OS version in ATR coding. Otherwise it will return an empty string.

• Byte 1: OS Class (1st historical byte in Default ATR)

• Byte 2: OS Version (2nd historical byte in Default ATR)

• For CardOS V5.0: C901

Read the smartcard's package information

This functionality is supported for CardOS smartcards only.

Sample APDU command for reading package info which can be specified in an APDU script file:

Where

[00] - denotes class

[CA] - denotes instruction

[01] - first Parameter

[88] - second parameter

[FF] - expected length

This APDU command will allow to read the value from the card and return it in a mapped field named PACKAGEINFO.

Return values

If the command is successful, it will return the package information in TLV encoding. If no package information is available or the command failed, it will return an empty string. If more than one package is loaded, these will be concatenated in the response.

Example with a single package:

• A string for a single package will look like this (spaces added for better readability):

  • E1 0B 53 06 03 04 13 01 C9 01 8F 01 00

  • Response (Tag: E1; Length: 0B)

  • Package Information (Tag: 53; Length: 06)

  • PID (Tag: here 03, represents the MID; Length 04; Value is the PID: 13 01 C9 01)

  • State (Tag: 8F; Length: 01; Value: 00)

• Summary: Manufacturer ID (MID): 03; Package ID (PID): 13 01 C9 01; State: 00

Example with multiple packages:

• A string for a single package will look like this (spaces added for better readability):

  • E1 0B 53 06 11 04 06 01 C9 03 8F 01 01E1 0B 53 06 11 04 09 01 C9 03 8F 01 01E1 0B 53 06 03 04 13 01 C9 03 8F 01 01

  • Each package starts with the tag "E1". Split at this package and proceed as in the example with a single package.

Select card with reader selection popup

To select a specific card when multiple cards are attached to the system, you have two options:

• provide the specific ICCSN or

• use a card selection popup.

The latter is described here. This will display the CN attributes of the first found user certificate available on the card (however, at the maximum of currently 100 characters to limit the popup width). 

Define like this in the encoding description:

Description of the elements

Features

• The syntax of each option is: [PC/SC reader name] [CN of the first user certificate or the text "empty card"]

• An empty card is defined by having no user certificate, for example, a blank (not initialized) card, a just initialized card, ...

• Currently, a reader having a card without a user certificate but with just intermediate and root certificates will be also regarded as empty card.

• Contactless slots are also displayed.

• The read operations on the smartcard are limited for performance, that is, we stop reading as soon as we find the first user certificate.

• The displayed options are sorted by their reader names alphabetically.

• An option can have a maximum of currently 100 characters to limit the popup width. If longer, 97 character plus "..." will be displayed.

• If just one possible option could be found (for example, multiple readers available but only one card inserted) that option will automatically be selected (and logged) and the encoding further processed on it without displaying the reader selection popup.

• When having no cards inserted into one of the available readers in a system, an EndProcessException with a detailed message will be thrown: "No inserted cards could be found while searching all available reader slots!"

• Reader selection gets displayed before any optional PIN or PUK popups.

• When aborting the reader selection popup by clicking on the "cancel" button, an EndprocessException will be thrown and logged.

Read token info as JSON

You can read the token info structure from the card as JSON.

Define like this in the encoding description:

In the configuration of the mapped fields, map it to a process variable and set the Read attribute (like in the examples for reading ICCSN / ATR above).

Return values for most middlewares

Example token info JSON (standard PKCS#11 middlewares)

Return values for Idopte middleware

example token info JSON (idopte middleware)

If you want to use conditional process flows based on the JCOP version, you can use a script-task to extract the jcopVersion value into its own process variable. See the example below:

Groovy script: extract jcopVersion from TokenInfoJson