This activity is used to define the datasets that will be used within a company to transfer data to the Scheduling Engine. A dataset will contain information on how data should be scheduled. That is, the type of scheduling that should take place and the time horizon for the scheduling. There are three types of scheduling that can be assigned to a dataset, Static, Dynamic and Appointment. Static scheduling is generally used for long term rough scheduling such as the resource capacity for a year, while Dynamic scheduling is used for short term detail scheduling with the focus on optimizing the utilization of resources. And the Appointment scheduling is used when the Appointment Booking Engine is requested to generate appointment slots based on available resources. The time horizon for which the data should be transferred and scheduled should be entered in days. For instance, if the number of days is set to 7, all work orders, schedules, employees, breaks and HR bookings, for the site(s), that should be scheduled within the given time interval (7 days in this example) will be sent to and scheduled by the Scheduling Engine. In addition an appointment work days duration can also be specified; the appointment work days duration will follow on from the scheduling work days duration to return a less accurate but faster schedule for a longer period. For example entering an appointment work days duration of 10 days and a scheduling work days duration of 5 days will make the Scheduling Engine schedule activities for 15 days ahead from the system date, with a high accuracy in the first 5 days and rest with a less accuracy. Further, a calendar can be entered as an input reference so that the scheduling work days duration will determined based on the working days of the calendar only. For example entering a 5 working days per week calendar, with 7 scheduling days and 14 appointment days will send a total scheduling window of 27 days(7+2 and 14+4 = 27).
You can set up the dataset to be applicable for one or more sites within the company. Following is a list of data that will be transferred for scheduling from the relevant site(s):
Note: In Mobile Workforce Management, permission groups define which users are allowed to view a set of resources (employees in IFS Applications) and activities (separate and route work orders). These permission groups are called object groups. In the integration, object groups have the equivalence of sites in IFS Applications. This means that in order for a Mobile Workforce Management user to be able to view information like resources and activities belonging to a particular site, the user must be connected to the corresponding object group. The object groups for activities and resources are transferred automatically from IFS Applications to Mobile Workforce Management, but object groups for the Mobile Workforce Management users must be set up and granted to the users manually from the iSWB. The user must also be granted to the dataset itself manually in iSWB.
Default values can be entered for the work orders in the dataset. From these, the default activity type, maximum base value per hour and appointment scheduling type must be entered when setting up the dataset. If a work order is missing a primary scheduling type, secondary scheduling type or an activity type, or if it is an appointment work order which is missing a scheduling type, the default values from the dataset will be assigned automatically to the work order. If a location is missing its do on location incentive value, the default value entered in the dataset will be retrieved to the work order. It is possible to define the lowest status from which work orders in the dataset can be transferred for scheduling. The default work order status for all datasets is Released and is set for the parameter Dataset Schedule from WO Status (Scheduling/Basic Data/Scheduling Configuration). The parameter value can be changed if required and you can also choose to configure this per dataset. Values need to be entered for HR activities, i.e., Lunch and Break, in the dataset as well. The values will be assigned to all lunches and breaks and will be used as an input when scheduling the activities.
For each dataset, it is possible to connect a broadcast to an allocation type. The allocation type is used to indicate what type of data should be output based on its association with either the DSE (Dynamic Scheduling Engine), SDS (Scheduling Dispatch Service), ABE (Appointment Booking Engine) or iSWB (Scheduling Workbench). The purpose of connecting broadcasts to allocation types is to enable transferring of SDS rules (i.e., a set of commit rules to automatically commit/uncommit orders) and to set up communication between IFS Application and the SDS, iSWB, ABE or DSE. To start the transfer of data per allocation type, the connected broadcast must be activated. It is possible to deactivate a broadcast for an allocation type without deactivating the entire dataset. Based on the allocation type you select, the following will occur when the data is transferred via the dataset:
Scheduling Dataset
Scheduling Dataset/Site
Scheduling Dataset/WO
Defaults
Scheduling Dataset/HR
Defaults
Scheduling Dataset/Broadcast
Use the following procedure to create a dataset for your company and define the default values for work orders in the dataset:
Use the following procedure to enter the sites within the selected company which are to be scheduled:
Use the following procedure to define default values for the lunches and breaks in the dataset:
Use the following procedure to connect a scheduling broadcast to an allocation type:
Use the following procedure to define a scheduling parameters for a Dataset, this step is optional:
Parameter Name | Description | Possible Parameter Values |
schedule_time_offset | The desired offset to be used by the dataset. The offset is applied to the schedule time in the iSWB (Scheduling Workbench) for the schedule. | Valid values are between -24 to 24. |
data_path
|
Data Path can point to additional XML files conforming
to this definition to be loaded. This file is merged with existing XML data set prior to processing. The XML file may itself also point to an additional file of XML to be loaded. This Data Path needs to point to a existing directory and file name on the Scheduling Server running the Input Manager Service (IMS). The Data Path can be used for for defining an xml containing rules for the Scheduling Dispatch Service (SDS).
|
Valid values is a complete data path
containing directory and file name, e.g. C:\MWFM\SDS\rules.xml
Substitution variables may be used when defining the data_path. |