Configuring the CommFlow so that all data is reported.

This section will detail the different methods required for ensuring that all field data from a call is cataloged properly within CX Create. Main ideas that will be covered include:

  1. Adding Session Fields
  2. Mapping the Script Node
  3. Reading the Session Details Grid
  4. Viewing the Raw Data

This article is part of a series. If you are not familiar with, or have not yet created a CommFlow, please refer to CommFlow Basics.


The addition of the Standard Fields feature [2017], renders the following steps unnecessary for scripts in which ALL fields have been designated as standard or custom. 
For more information on Standard Fields, click here.

Mapping the CommFlow is still supported in CX Create. If you choose to leave any or all fields as non-standard, the following actions still apply:



1. Adding Session Fields

Once all of the basic steps to creating the CommFlow have been completed, you then need to ensure that it is configured to recognize and pull the data that the Agent entered during the call. This data will be displayed on the Sessions tab of your CommFlow.


Sessions tab appears blank by default.

The session fields, once added, will allow for the next step in the process which is matching the fields on the script node.

To add the session fields:


Before you click Update to save the session fields, open your script in another browser tab to ensure that all of the fields have been given a unique label. If multiple instances of the same field type exist within the script and have not been renamed with unique labels, CX Create will not recognize them as different fields, and will only auto-add each label once.

For example:
Our Test Script includes 2 Text Input fields, and although the prompts on each have been modified and the fields are collecting different data, the labels (TEXT INPUT) are the same.


Therefore, CX Create will only auto-add it one time:

To remedy this:


After the auto-add is complete, you will be returned to the Session fields tab to view the list of fields from your script that have been auto-added. You will notice from the image above that the previous Text input field (which has since been renamed) is still present in the list. 

To remove this legacy field, click on the  icon to delete it.
*If you do not delete it, the field will show up as an available field for mapping the script node.

The other option mentioned above is to add script fields individually using the Add field button. This method is not commonly used and requires 100% accuracy in labeling, but is available to you if you choose. To add a field using this process:

The names of the fields you have just added will now appear on the Session Details grid, located on the Sessions tab of the CommFlow. In order for the grid to be populated with data after a call, the fields must also be mapped on the script node.


This image shows 2 calls but no data. This is because the fields have been added but not yet mapped on the script node.




2. Mapping the Script Node

This step ensures that all of the data from the call is reported back into CX Create and onto the Session Details grid of your CommFlow.

To map the fields on the script node:

Note: You will not be able to proceed with auto-mapping if this occurs. The Save button will not be activated unless all source fields are matched. 

To bypass this, the entries can be deleted by clicking on the . However, no data for the Radios fields will be reported.

The other option for mapping fields on the script node is to add them individually in the CommFlow settings. Using the above Radio fields (after they have been renamed) as an example:


If you have more than one field to map, you can always Auto map a second time. Simply click on the Auto map button and any unmatched source fields will be mapped for you.
Save changes before returning to the CommFlow graph.




3. Reading the Session Details Grid

Once the session fields are added and then mapped, CX Create is now prepared to display call data.

After completing a call, the data will appear in the Session Details grid on the CommFlow's Sessions tab. (Page may need to be refreshed to display the most up-to-date calls)

Shown in the above grid:


Remember, with any select-type field (Radios, Dropdowns, Checkboxes), it is the Label that is displayed during the call, but it is the Value that is reported in the session data.
If the Value is not changed to match the Label during the script building process, your session data will still report it (Option 1, Option 2, etc. -- as seen in the above example).




4. Viewing the Raw Data

In addition to viewing the data in the Session Details grid, or in a csv file export, the data can also be viewed via CX Create or exported in its raw form.

From the Session Details grid:

Field Data

Tracks

Beneath the Field Data, the data can also be viewed broken down by its track. The three tracks that may be displayed here are embed, form, and integration. Embed and form will appear for all CommFlows, and integration will be listed if an integration has been connected on the CommFlow graph. Likewise, if more than one integration has been connected, more than one integration track will be listed.
C
licking the  on the left will expand any of the options.

All Tracks containing data will have a  button, from which you can download the information in .json format.

Session Details data does not expire and will be stored in CX Create for the life of the CommFlow.