Component-level security can be applied to remote devices, data groups, UIS commands, and text import devices. By applying DDS component-level security you can:
You must have at least Level 2 authorization for the service’s ACCESS event to change the properties of a record.
Remote device component-level security is administrative security. It governs who may change a device’s configuration (link/unlink facilities, add/delete data groups, map UDCs, and add/edit/delete UIS commands) and who may delete the device. (DDS service-level security determines who can add devices to the DDS).
The Application and Event name for remote device component-level security is specified on the Device page in the device properties. These names can be custom. If you create a custom Event name, tasks and authorization levels are the same as those of the DDS ACCESS Event. For example, you have to have Level 1 authorization to view the device properties.
|
| Device Security shows the Application and Event that govern remote device component-level security. This security is administrative. |
To Configure Remote Device Component Security
Data group component-level security is operational. It governs who may view transaction history data, who may request new data from a device, and who may send data to a device. The Application and Event name for data group component-level security is specified in the data group’s properties box. These may be user-defined.
|
| Application and Event that govern data group component-level security. This security is operational. |
Regardless of the Application and Event name assigned to the security properties in the data group, the operational tasks (and the authorization level required to perform a task) are the same as those governed by ACCESS Event.
Note: The DDS Events table lists the default authorization levels required to perform tasks. The device template file can be modified to change the security parameters of the data group and its elements. See Custom Data Group security below.
The utility DDSDataGroupCopy.exe is useful for copying security settings for a data group in one device to the same type of data group in another device.
To Configure Data Group Component Security
UIS command component-level security is operational. It governs who may execute a command. Command security is independent of data group security. You may not have authorization to send a data group, but you may have authorization to execute a command that includes that data group.
|
| Application and Event that govern UIS command component-level security. This security is operational. |
Regardless of the Application and Event name assigned to the security properties in the UIS command, the operational tasks (and the authorization level required to perform a task) are the same as those governed by the DDS ACCESS Event.
The utility DDSCommandCopy.exe is useful for copying the security settings for a UIS Command in one device to the same command in another device.
To Configure UIS Command Component Security
You can modify a device template file to further restrict data group security. You can define what security level a user must have to send data and you can force them to get data before sending it. This security can be applied to the data group elements as a whole or individual elements of the group.
To implement this, you must edit the .dtf and add the attribute "secLev" (security level) to the applicable attribute. (See Device Template Files for more information about editing templates.) The attribute value must be a numeric value (0-5) corresponding to the security levels in the ACS. When you add this attribute to a data group, the user’s authorization level in regards to the attribute value governs the action you can take:
| Authorization Level < secLev Value | Authorization Level = secLev Value | Authorization Level > secLev Value |
|---|---|---|
|
You cannot send the data group/data group element to the device. |
You must do a "get" before you can "send" the data group/data group element to the device. |
You can send the data group/data group element without doing a “get.” |
In the example below, the secLev attribute has been applied to both the dgElements element and the AtmPres element.
|
<StatParms niceName="Stat Parms" dgProtocol="Native" baseOrd="1" maxCnt="12" ordLabel="Run#"> |
Since attribute value for the dgElements is “4,” if a user has an authorization level of 3 for the data group's application and event, the user cannot send data. If a user has an authorization level 4, the user must issue a "get" before the data can be edited and sent. The user will not be able to edit the Atmospheric Pressure element because it has an authorization level of 5.
Text import component-level security is both administrative and operational. It governs who may change the Text import device’s configuration (map columns, specify data validation, specify file format, etc.) and who may execute the import.
|
| Database Administrative Security shows the Application and Event that govern Text Import component-level security. This security is administrative and operational. |
Regardless of the Application and Event name assigned to the security properties in the point record, the tasks (and the authorization level required to perform a task) are the same as those governed by the DDS ACCESS Event.
To Configure Text Import Component Security