Genesyslab Sample
| Purpose: To run and customize the Genesyslab Web Engagement Sample. |
Contents
Description
The Genesyslab Engagement Sample provides scripts to build a Genesys Web Engagement application and test category-based capabilities through a specific proxy. Scripts create a custom application, including all the mandatory materials, such as the rules templates, the SCXML, the DSL scripts, and the Genesys Web Engagement servers, usable in a pre-packaged virtual environment. In a few clicks, without modifying your website, Genesys Web Engagement features will show up on a set of web pages, according to the rules and categories that you created.
For further information on the product's architecture, read Architecture.
The Genesyslab Sample is provided as a zip file containing the following directory structure:
apps—Contains the applications created with the .bat scripts.plug-ins—Contains the Interaction Workspace and Genesys Administrator eXtension plugins.servers—Contains the Genesys Web Engagement Servers.templates—Contains templates for the Genesys Web Engagement Servers.tools—Contains additional tools, including provisioning for the Genesys solution.rules—Contains the rules for Genesys Rules Authoring Tool.
Get Started with the Genesyslab Example
The Genesyslab sample is a sub-directory in the apps folder, already configured. To play with this sample, you need to accomplish the Genesys Web Engagement Application Development Workflow, step-by-step, as detailed in Develop your Application, except for some creation steps:
- Creating Categories: You do not need to create categories; Provisioning automatically create them.
- Creating Business Events: you do not need to create additional business events. They are already created.
- Publish the CEP Rules Template, using the CEP Rules template of the Genesyslab sample.
- Build and Deploy the Application.
- Start your Servers.
- Create a Rules Package; instead of creating rules, you can simply import the rules available in the apps\genesyslab\rules directory.
- Test with GWMProxy: You must use the proxy to be able to add your sample code to Genesyslab.com webpages.
Test Genesyslab Scenarios
To test the scenarios, you need to follow the steps detailed in the section above and, if you restart your virtual environment, you should check that both E-Services and Genesys Administrator Extension are started. In this case, open Genesys Administrator, and check that all the Genesys Web Engagement servers and all the servers available in their connections are running. You need to have your solution configured and started; an agent must be available and Interaction Workspace must be started. Rules and categories defined for the Genesyslab sample application allow you to test the following use cases:
| Scenario Name | Navigation in Genesyslab.com |
|---|---|
| Singleton1 + timeout | Click Contact Us and wait 10 seconds for the timeout. By default, timeout is 10 seconds and is specified in the following DSL file: C:\GCTI\WebMe\apps\genesyslab\frontend\src\main\webapp\wmresources\dsl\Domain.xml. If you modify the timeout, click 06.Case3 One-click start WebEngagement Solution (genesyslab) with redeploy to make your change effective.
|
| Singleton2 + timeout | Navigate to Web Engagement Demo and wait 30 seconds for the timeout.
|
| Sequence | Navigate to Products > Web Engagement > Overview, then to Features.
|
| Set | You have two possible scenario:
|
| Search by keyword | Type web engagement in the Search box; click on the Search button or press enter.
|
A pop-up window starts the engagement process. You can:
- Reject the engagement.
- Accept the voice callback or the chat conversation (if you modified the servers' options).
Then, by default, a registration form is displayed first to identify the customer.
By default, Genesys Web Engagement is configured for proactive chat. The Engagement type is specified by the wmsg.scxmlEngagementChanneloption of the Web Engagement Backend Server. You can modify this option in Genesys Administrator:
- Open Genesys Administrator. Navigate to
PROVISIONING > Environment > Applications. Double-click on your server's application name. - Edit the
wmsg.connector.defaultEngagementChannelinOptions > service:wmsgsection. Valid values areproactiveChat,proactiveCallback.
The following screenshot shows a proactive offer for chat, based on the Singleton with Timeout scenario.
