AudienceView Connect
AudienceView Documentation

Registry Application

 

The Registry application enables you to customize most aspects of your system, including buttons and field labels, alert statements, required fields, pop-up messages, default values, time-outs, payment processing gateways, printer ports and data input limitations. Modifying the Registry affects your entire system and all users and roles. If you want to modify items displayed to a specific group, you should modify items at the group or user level in Application Security.
For an outline of the Registry's content, refer to the Registry Content Map.
Page Description
Registry Used to define the look and feel of the application for all users based on your organization needs. Registry settings can be overridden at the group or user level in Application Security.
For more information, refer to Using the Registry Page.
System Defines system-wide parameters and utilities for low-level support functions of the application, such as password requirements, report databases, currencies and conversion rates, and so on. Most of these configuration options are global to all users and cannot be overridden in Application Security.
For more information, refer to Using the System Page.
Encryption
(as of AudienceView 6.3.4)
Used to purge encrypted customer cardholder payment information on a defined.
For more information, refer to Using the Encryption Page to Purge Cardholder Data (AudienceView 6.3.4).

All security for each BO and CO now resides in the System tab. Against each BO and CO, an 'Actions' attribute is now associated to a list (see 'The 'Actions' Attribute of the TSCustomerBO' for an example).


The 'Actions' Attribute of the TSCustomerBO

The list and the contents of the actions are defined as a list in the General Configuration application (see 'The Contents of the 'TSCustomerBO actions' List' for an example).


The Contents of the 'TSCustomerBO actions' List

By associating each BO and CO with a customized list of actions, the action lists become specific to the needs of the BO and CO. With the infrastructure change defining a created list, no specific coding is required for the individual objects. The infrastructure now allows for quicker development of new BOs and COs without as much intrusion into the existing system.