Jump to: navigation, search

Rule Authoring for iWD

Rule authoring for iWD is done through the Genesys Rules Authoring Tool (GRAT). This section describes general information about using GRAT for iWD, and how to use it for creating decision tables, linear rules, and business calendars.

Overview

Changes in Archiving in iWD Release 8.1.1

A new archiving solution was implemented in iWD release 8.1.1. Pre-8.1.1 , archive rules (the rules that are applied during the archiving phase) are no longer applicable. The iWD Standard Rules Template still contains a dedicated phase called Archiving. This is done for compatibility reasons to allow migration from earlier versions of the iWD, where archiving rules may have been used. After migration, users should review the migrated rules and adjust them according to the new archiving strategy.

Login Permissions

The User permissions to the various capabilities of the GRAT are controlled by Role-Based Access Control, which is configured through Genesys Administrator (if you are not using Genesys Administrator, you will have full access to the GRAT).

{{#ppif:http://docs.genesys.com/Documentation/GRS/latest/Deployment/Role-BasedAccessControl%7C800%7C600%7CSee Role-Based Access Control}} in the Genesys Rules System Deployment Guide.


Configuring iWD Tenant and User for GRAT Access

To complete the necessary configuration of an iWD managed tenant and an iWD user's security role, so that the Rules Authoring link appears on the iWD Manager navigation bar, properly launch the Genesys Rules Authoring Tool web application, and log in the user, complete the following procedure.

Procedure

  1. Log in to iWD Manager as a user with full administrative privileges.
  2. From the tenant drop-down list, select your iWD-managed tenant.
  3. Select the Profile link.
  4. Under Genesys Rules Authoring Tool URL, enter a valid URL for the Genesys Rules Authoring Tool.
  5. Test this URL in a separate browser window to ensure that it brings up the login screen.

    6. The default syntax for the URL should be: http://<host>:<port>/genesys-rules-authoring

    where; <host>—Is your application server host name. <port>—Is the listening port of your application server (usually 8080 by default). genesys-rules-authoring—Is the name of the Genesys Rules Authoring Tool web application that is deployed on your application server. (This will be the default name of that web application unless you have modified it.)

  6. Click Save.
  7. Select the Security Policy link.
  8. Select the name of an existing Security Role, to which you want to give access to the Genesys Rules Authoring Tool, or create a new one.
  9. Scroll down to the Application Permissions section.
  10. Under the Run column, check the checkbox for the Rules Authoring permission.
  11. Click Save.

Configuring GRAT Access Control to IWDBP

When you launch GRAT from iWD Manager, the active tenant will be the Configuration Server tenant that is linked to the iWD managed tenant you were working with in iWD Manager. The GRAT navigation tree will display the iWD Solutions that are configured under the tenant. If you don't see any Solutions in the navigation tree, but you have one or more Solutions configured in iWD Manager, you must ensure that the user has permission to the appropriate folders under the Business Structure folder in Configuration Server.

Important
The Business Structure folder is created in either of the following scenarios:
  • During the migration process from an earlier version of iWD to iWD 8.1.
  • If the iWD business structure has been pushed to the Genesys Rules System from iWD Manager.

See the Pushing iWD Business Structure to the Genesys Rules System tab on this page.

Procedure

To configure access control for the Genesys Rules Authoring Tool user, to allow him/her to see the appropriate iWD Solutions when logged into GRAT, do the following:

  1. Log in to Genesys Administrator or Genesys Configuration Manager.
  2. Navigate to the tenant that maps to the iWD managed tenant with which you are working.
  3. Locate the Business Structure folder (in Genesys Administrator, go to Environment > Business Units/Sites).
  4. In the Business Structure folder, locate the iWD Solution folder to which you want the Genesys Rules Authoring Tool user to have access.
  5. If you are using Genesys Configuration Server:
    1. On the Security tab of that iWD Solution, configure at least Read access for the Genesys Rules Authoring Tool user, or for at least one Configuration Server Access Group to which that user belongs.

    If you are using Genesys Administrator:

    1. Highlight the iWD Solution folder and select Edit.
    2. Select the Permissions tab.
    3. Use either Add Access Group or Add User to configure at least Read access to this iWD Solution, for the necessary Genesys Rules Authoring Tool user or his Access Group(s).
      Important
      When you add the user or Access Group, you can decide whether or not to propagate the permissions. If you do not propagate the permissions, you will need to explicitly add permissions to the Department(s) and Process(es) under the iWD Solution, to which you want the user or access group to have access.
  6. To grant access to any additional iWD Solutions, repeat Steps 4 to 6.

Pushing the iWD Business Structure to GRS

Purpose

To synchronize the iWD business structure that has been created in iWD Manager with Genesys Configuration Server. After you complete this procedure, the business structure will become available to the Genesys Rules System, specifically to the Genesys Rules Authoring Tool so it can display the appropriate business structure for use with iWD.

Prerequisites

  • Some business structure (iWD Solution, Departments, and/or Processes) is created in iWD Manager.

Start

  1. Log in to iWD Manager.
  2. Click Departments and Processes.
  3. Expand the iWD Solution you want to push to the Genesys Rules System, and select Push to Rules System.

    4. Alternatively, if you have not already performed this action, you will see the following notification on the top of the iWD Manager screen informing you that “There are changes to be pushed to Rules System: [Solution Name]”, with a hyperlink that will take you to the appropriate screen where you can execute the push action.

  4. At the bottom of the Push to Rules System screen, click Execute.

    5. In the Messages pane, you will see one or more messages indicating the success or failure of the push action.

    Important
    If the action fails, it might be because the user does not have the appropriate permissions to the parent folder. For example, if you have just added a new Process under an existing Department, and the iWD Manager user does not have the appropriate permission (Full Control) to that Department business structure folder in Configuration Server, you will not be able to create the new Process.

Next Steps

Create a rule package in Genesys Rules Authoring Tool that you can use to create business rules. If you have successfully created your business structure in iWD Manager and pushed it to the Genesys Rules System, you are ready to create a rule package in Genesys Rules Authoring Tool, to start creating business rules.

Important
Prior to release 8.1.1, if you delete a Process or Department in iWD Manager, you can also push these changes to the Genesys Rules System. However, if you delete an entire Solution in iWD Manager, you cannot push these changes to the Genesys Rules System through iWD Manager. This is because the Push to Rules System action is only visible in the navigation tree under the Solution. In this case, you must manually delete the

Solution folder under Business Structure, through Genesys Administrator or Genesys Configuration Manager.

Until you manually delete the Solution folder by using Genesys Administrator or Genesys Configuration Manager, you will continue to see this unwanted Solution in the Genesys Rules Authoring Tool.

Also, to delete a parent folder in Configuration Manager or Genesys Administrator, such as an iWD Solution, you must first delete the child folders, such as the Departments. If there are Processes under those Departments, those must be deleted first.

After you have a working environment, from time to time you might need to modify the business structure in iWD Manager. After making those modifications, you must the following steps in this order:

  1. Push the business structure changes to the Genesys Rules System, as described in this section.
  2. Modify your business rules, if necessary, in GRAT.
  3. Deploy your rule package in GRAT.
  4. Deploy your iWD Solution in iWD Manager.

From release 8.1.1 onwards, if you delete a solution, you will be prompted to select whether you want to delete it from the rules system as well. If you confirm the deletion, the solution with all business objects will be removed. If there was a rules package deployed from that solution, you need to first delete the rules package manually.

Summary

The rule package is the parent object for all the business rules for an iWD Solution.

  1. Log in to iWD Manager and launch the Genesys Rules Authoring Tool.
  2. In the navigation tree, expand the Solution with which you want to work.
  3. Select New Rule Package.
  4. On the right side of the screen, fill in the properties for the rule package, such as.
  • Package Name—Used internally and primarily in the Configuration Server List Object that will be read in the iWD business process, so the business process knows which rule package should be evaluated by the Genesys Rules Engine. There are some reserved keywords that must not be used when you name the rule package. See 'Creating Rule Packages” topic in the GRAT 8.1 Help.
  • Business Name—Enter any user-friendly name you wish to provide to identify the rule package.
  • Package Type—Select iWD. Selecting iWD will ensure that the list of available rule templates of type iWD will be displayed.
  • Rule Package(Optional)—Enter a description for the rule package.
  • Templatesection—Select one or more rule templates. This will determine which collection of rule actions and conditions will be made available to the business rules authors who are responsible for creating rules in this package.
  • Save the rule package.

    • The new rule package will appear in the navigation tree on the left side of the pane, displaying all the Departments and Processes underneath the package, based on the access control of the user.

    Next Steps

    After a rule package has been created, you can start creating business rules. For the descriptions of the various types of rules and rule objects, see the Rules Overview tab on this page.

    Important

    The list of rule templates that are available to the person creating the rule package will depend on that user's access to the

    Script objects that represent each template. In Configuration Server, under each tenant, there is a Script folder that contains a subfolder called Template Access Control. In that folder, there is a script of type Data Collection, for each rule template published to the rules repository. The access control defined on the Security tab of that Script object will determine which users and access groups can use that template in a rule package.

    Rule Levels and Types

    In the Genesys Rules Authoring Tool, there are three levels at which business rules can be created:

    • Rule Package (referred to as Global Rules)
    • Department
    • Process

    When the appropriate node is selected on the rule package tree, you can then select the Rules tab to view or edit the rules for that level of the business structure. Rules are presented in a list, with an associated phase. The order of the rules is relevant, because they will be evaluated, within a particular phase, in the same order as they appear. You can change the order of rules by clicking the up and down buttons. The logic of a particular rule can be expressed as either a linear rule or a decision table. Any iWD extended or custom attribute can be read or updated by business rule conditions or actions, respectively.

    Global Rules

    Rules that are created at the rule-package level are also known as Global Rules. Global rules enable you to specify rules that will apply to the entire iWD Solution. For example, they enable you to configure rules that classify or prioritize all tasks globally, instead of at a lower level of the business structure. Global rules are applied before any other rules.

    This means that each rule phase (classification and prioritization) is triggered from within the IWDBP business process in the following sequence:

    • Global rules
    • Department rules
    • Process rules
    Important
    A classification rule must be configured that assigns the task to a Process, or the Process can be assigned directly in the createTask message when the task is captured by a capture point. If a Process is not assigned to the task in either of these two methods, the task status will be changed to Error Held. For example, a department can be assigned in a global rule, followed by assigning a process at the department level. Alternatively, a process might be directly assigned in a global rule. If a process is assigned in both global rules and department rules, based on the same conditions, the department rules will override.

    Capture Point Rules

    In iWD 8.1. you can use the rule condition Capture Point is… from the iWD Standard Rules Template, at the Global Rules level. Classification rules are no longer created at the Capture Point level (as they were in iWD 7.6.1 and 8.0).

    Linear Rules

    A linear rule is a business rule that has a set of conditions (when) and actions (then), and is used for a simple (linear) business case. For example, when a task is due in 1 to 8 hours, set the task's priority to 20.

    To specify a linear rule for a simple business case:

    1. In Genesys Rules Authoring Tool, expand the rule package and select a node at which you want to create the rule.
    2. On the right side of Genesys Rules Authoring Tool panel, on the Rules tab, click New Linear Rule.
    3. Enter a Name for the rule that identifies it.
    4. Optionally, enter a Description for the rule.
    5. Select the Phase in which to apply the rule.

      6. You can choose classification or prioritization.

    6. Optionally, assign a Calendar (business calendar) to the rule.
    7. If required, set the Start Date and End Date.
      8. Important
      If Start Date and End Date are left empty the rule activation period is unconstrained.
    8. From the Add Condition combo box, select one or several conditions for the rule.

      9. By default, conditions are concatenated by using the logical AND operator. However, you can select other functions (for example, “or” or “and not”) from the Add Condition list, and you can also select multiple conditions and use the Group (or Ungroup) functions.

      Important
      Available actions and conditions are defined in rules templates. If a new action or condition type is required, add it to either an existing rules template or a new template. Genesys strongly recommends using a custom rule package for all new rule actions or conditions.
    9. Select one or several actions for the rule from the Add Action combo box.
    10. To save the specified rule, click Save.

      11. You can optionally enter a check-in comment, which will be available later on the Audit Trail tab.

    After you have created a linear rule, you can create additional linear rules or decision tables, or deploy your rule package.

    Important
    The available conditions and actions that are presented to the rules author is driven by the set of rule templates to which the user has access. This depends on the user's permissions to the <Scriptobjects that represent each template. In Configuration Server, under each tenant, there is a Scriptfolder that contains a subfolder called Template Access Control. In that folder, there is a script of type Data Collection, for each rule template published to the rules repository. The access control that is defined on the Security tab of that Script object will determine which users can access which rule templates, which will control the final list of rule actions and conditions presented.

    Decision Tables

    Decision tables have a set of the same conditions (when) and actions (then), but have different parameters and are used for a complex (structured) business case. Use decision tables to avoid dozens of linear rules in the system. Defining a decision table is similar to defining a linear rule.

    To specify a decision table rule for a complex business case:

    1. On the Rules tab, click New Decision Table.
    2. Specify the rule Name, Description, Phase, Calendar, Start Date, and End Date, if required.
    3. From the Add Condition combo box, select zero or more conditions for the rule.
    4. From the Add Action combo box, select one or more actions for the rule.
    5. To add a new row to the decision table, select the green plus (+) icon to the right of the right-most rule action.
    6. Enter the required parameters for each rule condition and action.
    7. Optionally, enter a Name for the row.
    8. To add a new row to the decision table, select the green plus (+) icon to the right of the right-most rule action. until you have set all of the required cases.

      9. The result is a table in which the columns represent rule conditions and actions and the rows contain real conditions and action parameter values.

      Important
      To delete a condition, action, or rule, click the delete icon (-), which is located on the right side of the column (for conditions and actions), or on the right side of the row (for rules).
    9. To save the specified rule, click Save.
    10. Optionally, enter a check-in comment, which will be available later on the Audit Trail tab.

      11. For an example of a decision table, see xxx

    After you have created a decision table, you can create additional decision tables or linear rules, or deploy your rule package.

    Important
    The available conditions and actions that are presented to the rules author is driven by the set of rule templates to which the user has access. This depends on the user's permissions to the Scriptobjects that represent each template. In Configuration Server, under each tenant, there is a Scriptfolder that contains a subfolder called Template Access Control. In that folder, there is a script of type Data Collection, for each rule template published to the rules repository. The access control that is defined on the Security tab of that Script object will determine which users can access which rule templates, which will control the final list of rule actions and conditions presented.

    A business calendar is a set of rules that define working days and hours, and holidays that are applicable for the business. Business calendars can be used in iWD rules to perform date and time calculations, taking into account the working schedule of the business. Business calendars can be assigned once (for example, at the Global Rule level), or can be assigned dynamically in a rule when needed.

    To create new (or to manage existing) business calendars, launch the Genesys Rules Authoring Tool and expand a rule package. Select the Business Calendars entry in the tree.

    List of Solution’s Business Calendar

    The right side of the Genesys Rules Authoring Tool is split horizontally into two panes. The upper displays a list of a rule package's business calendars. The New Calendar button that is below this list is used to create a new business calendar. You can delete business calendars by clicking the delete button that is on the right side of the business calendar in the business calendar list. When a calendar list is selected, the lower pane displays the attributes of the selected business calendar.

    Business Calendar Attributes

    Business calendars consist of a set of standard mandatory attributes and optional business calendar rules. See Business Calendars in the Genesys Rules Authoring Tool 8.1 Help.

    Using Business Calendars in iWD Rules

    After business calendars are defined, you can use them in rules. Business calendars must be assigned to a task before any business calendar related calculations can be performed on task values. A Calendar can be assigned at the parent rule level, or to an individual rule. Only one calendar can be assigned to a task at a time, so a calendar can be assigned by one rule and then, overwritten by a later rule.

    iWD Rules Conditions and Actions Using Business Calendars

    Condition/ Action

    Parameters

    Description

    Assign business calendar

    {businessCalendar}

    Assigns a business calendar to a task. A business calendar must be assigned to a task, before any business calendar-related calculations can be performed on task values. A drop-down list displays a list of business calendars that are defined for the rule package.

    Is Working Day

    N/A

    Calculates whether the current date/time is a working day, according to the assigned business calendar.

    Is Working Time

    N/A

    Calculates whether the current date/time is working time, according to the assigned business calendar.

    Reprioritize after

    {period} working {periodType}

    Sets a task's re-prioritization date/time to value that is calculated, based on current date/time, the task's business calendar, and specified parameters. {period} is a numeric value, and {periodType} specifies working minutes, hours, or days.

    Task Due in

    {period} working {periodType}

    Sets a task's due date/time to a value that is calculated, based on the task's creation date/time, the task's business calendar, and specified parameters. {period} is a numeric value, and {periodType} specifies working minutes, hours, or days.

    Activate task in

    {period} working {periodType}

    Sets a task's activation date/time to a value that is calculated, based on task's creation date/time, the task's business calendar, and specified parameters. {period} is a numeric value, and {periodType} specifies working minutes, hours, or days.

    Task expires in

    {period} working {periodType}

    Sets a task's expiration date/time to a value that is calculated, based on task's creation date/time, the task's business calendar, and specified parameters. {period} is a numeric value, and {periodType} specifies working minutes, hours, or days.

    In addition to the standard rule actions that use business calendars, you can build other rule expressions that use business calendar functions. For more information about how to build these other rule expressions, see https://sites.google.com/a/iwdlab.com/iwd8/rules/bc.

    Working with the businessCalendarService object

    Business calendar logic is exposed to rule expressions via the businessCalendarService object. Each method of this object accepts business calendar ID as the first parameter. Business calendar ID is usually stored in businessCalendarId attribute of the task and can be accessed from rules expressions like this: 

    getStringValue("IWD_businessCalendarId", $data)
    businessCalendarService Method Description Example(s)
    Date add(String businessCalendarName, Date addToThis, String type, int amount) Adds working time to the timestamp according to the business calendar. Type parameter should be either "minutes", "hours" or "days". Amount parameter represents number of time units of the given type. It can also be negative. The method returns the resulting timestamp. When adding days, timestamp will be set to end of working day, for example when adding 1 day it will result in the end of the next working day. businessCalendarService.add(getStringValue("IWD_businessCalendarId", $data), getDTValue("IWD_createdDateTime", $data), "hours", 4)); // get timestamp of 4 working hours after the task was created
    boolean dayIsWorkingDay(String businessCalendarName, Date day) Returns true if the day of the given timestamp is a working day (has any working hours). businessCalendarService.dayIsWorkingDay(getStringValue("IWD_businessCalendarId", $data), evo.common.TimeHelper.getUTCTime()); // is today a working day

    businessCalendarService.dayIsWorkingDay(getStringValue("IWD_businessCalendarId",$data), getDTValue("IWD_dueDateTime",$data)); // does IWD_dueDateTime fall on a working day?

    boolean timeIsWorkingTime(String businessCalendarName, Date time) Returns true if the given timestamp is a working time. businessCalendarService.timeIsWorkingTime(getStringValue("IWD_businessCalendarId", $data), evo.common.TimeHelper.getUTCTime()); // is it working time right now

    businessCalendarService.timeIsWorkingTime(getStringValue("IWD_businessCalendarId",$data), getDTValue("IWD_dueDateTime",$data)); // does IWD_dueDateTime fall within working hours?

    int diffWorkingDays(String businessCalendarName, Date date1, Date date2) Returns the number of working days between two given timestamps. businessCalendarService.diffWorkingDays(getStringValue("IWD_businessCalendarId", $data), getDTValue("IWD_createdDateTime", $data), evo.common.TimeHelper.getUTCTime()); // how many working days have passed since creation of the task?
    int diffWorkingHours(String businessCalendarName, Date date1, Date date2) Returns the number of working hours between two given timestamps. businessCalendarService.diffWorkingHours(getStringValue("IWD_businessCalendarId", $data), getDTValue("IWD_createdDateTime", $data), evo.common.TimeHelper.getUTCTime()); // how many working hours have passed since creation of the task?
    int diffWorkingMinutes(String businessCalendarName, Date date1, Date date2) Returns the number of working minutes between two given timestamps businessCalendarService.diffWorkingMinutes(getStringValue("IWD_businessCalendarId", $data), getDTValue("IWD_createdDateTime", $data), evo.common.TimeHelper.getUTCTime()); // how many working minutes have passed since creation of the task?
    Date beginningOfWorkingDay(String businessCalendarName, Date utcDate) Returns timestamp that contains opening hours for the given date. The result will be a composite timestamp, where the date part is taken from the given parameter, but the time part contains the beginning of working hours for the given date. If date is not a working day, a null value will be returned. businessCalendarService.beginningOfWorkingDay(getStringValue("IWD_businessCalendarId", $data), evo.common.TimeHelper.getUTCTime()); // get today's opening hours
    Date endOfWorkingDay(String businessCalendarName, Date utcDate) Returns timestamp that contains closing hours for the given date. The result will be a composite timestamp, where the date part is taken from the given parameter, but the time part contains the ond of working hours for the given date. If date is not a working day, a null value will be returned. businessCalendarService.endOfWorkingDay(getStringValue("IWD_businessCalendarId", $data), evo.common.TimeHelper.getUTCTime()); // get today's closing hours

    How to retrieve today's opening hours? 

    businessCalendarService.beginningOfWorkingDay(getStringValue("IWD_businessCalendarId", $data), evo.common.TimeHelper.getUTCTime());

    How to retrieve today's closing hours? 

    businessCalendarService.endOfWorkingDay(getStringValue("IWD_businessCalendarId", $data), evo.common.TimeHelper.getUTCTime());

    How many hours left till closing hours? 

    businessCalendarService.diffWorkingHours(getStringValue("IWD_businessCalendarId", $data), evo.common.TimeHelper.getUTCTime(),
 businessCalendarService.endOfWorkingDay(getStringValue("IWD_businessCalendarId", $data), evo.common.TimeHelper.getUTCTime()));

    Rule Deployment

    Once you have created all the necessary rules in a rule package, it is time to deploy the rule package to an instance of the Genesys Rules Engine. Once the package is deployed, it can be invoked by a client such as the iWD business process (IWDBP). Rule package deployment is done through the Genesys Rules Authoring Tool, and is independent of the iWD Solution deployment in iWD Manager. Thus, you can deploy a new version of a rule package for an iWD Solution without having to redeploy the entire Solution, (as was the case in iWD 7.6.1 and 8.0). When a rule is created or edited and it has not been deployed, there is a checkmark in the Pending Deployment column of the rule.

    In addition, when a rule package requires deployment or redeployment, there will be a visual indication next to the Deploy Rules node in the Genesys Rules Authoring Tool navigation tree, under the rule package itself.

    Iwd dep-82.gif

    For more information about rule package deployment, including changes made in GRS release 8.1.3, including scheduled deployment and deployment history, and snapshots, see the GRAT 8.1 Help.

    This page was last edited on March 4, 2014, at 09:30.
    Comments or questions about this documentation? Contact us for support!