Jump to: navigation, search

Extraction, Transformation, And Loading

Also known as ETL. The ETL process consists of all of the steps that are necessary in order to extract data from different locations transform raw operational data into consistent, high-quality business data; and load the data into a data warehouse.



Glossary

A B C D E F G H I J K L M N O P Q R S T U V W X Y Z

Interaction Database

Also known as IDB. The database that stores data about contact-center interactions and resources at a granular level of detail.
See also Interaction Concentrator.



Glossary

A B C D E F G H I J K L M N O P Q R S T U V W X Y Z

Info Mart GIDB Tables

The immediate source of data for Genesys Info Mart is Interaction Concentrator, which consists of a server application (ICON) and a database, Interaction Database (IDB). There are multiple Interaction Concentrator instances (ICON-IDB pairs) in your Genesys Engage cloud deployment. Each ICON uses its IDB to store detailed reporting data from various sources in your Genesys Engage cloud contact center. As the first stage of the ETL process, Genesys Info Mart extracts the low-level data from any number of IDB(s) in the cloud environment and stores the consolidated data in Global Interaction Database (GIDB) tables in the Info Mart schema. The low-level GIDB data is subsequently transformed and loaded into the fact and dimension tables in the Info Mart dimensional model.

As described on the About Data Export page, in general Genesys Info Mart does not include the internal GIDB tables in the data export. However, Genesys Info Mart does export certain GIDB tables that contain configuration details, because the data is needed to support data in other exported tables.

The GIDB tables in the Info Mart schema are based on equivalent tables in IDB. The GIDB table descriptions in this document are reproduced for your convenience from the Interaction Concentrator documentation.

The following GIDB tables are available for export:


System Fields

Certain fields appear in multiple tables. These fields, whose field names all begin with GSYS_, are reserved for use by internal Genesys system functions.

The following fields can have special and unique meanings in various tables:

  • GSYS_EXT_VCH1
  • GSYS_EXT_VCH2
  • GSYS_EXT_INT1
  • GSYS_EXT_INT2

The following fields have identical meanings regardless of where they appear:

  • GSYS_DOMAIN—In all operational tables, contains the data source session ID (DSS_ID) for the session that was active when the data was processed by ICON. The DSS_ID identifies the session in the data source session control tables (the G_DSS_*_PROVIDER tables, where the asterisk represents the particular provider, as specified by the ICON role—cfg, gcc, gls, gos, or gud). The value points to (a) a data source session ID that uniquely identifies the connection between the ICON application, the data source application (for example, T Server), and the switch; and (b) the timeframe during which the connection was active.
    In other tables, GSYS_DOMAIN is reserved for internal use.
  • GSYS_SYS_ID—Reserved for internal use.

Dictionary Types

Some field descriptions refer to dictionary types, which are defined by ICON. The G_DICTIONARY Values page lists the dictionary types that are relevant for the GIDB configuration tables documented in this guide.

This page was last edited on November 13, 2020, at 21:36.
Comments or questions about this documentation? Contact us for support!