Introduction to IFS Service MWO and IFS Maintenance MWO

The about description is divided into the following sections:

 

Introduction to IFS Service MWO and IFS Maintenance MWO

The new IFS Cloud Mobile apps introduce a new user experience for Mobile, based on the IFS Cloud Web framework. With the new IFS Cloud Mobile Apps, two apps are delivered for work execution.

The apps supports the following processes:

In mobile this refers to processing Work Assignments and Pool Tasks.

In addition there are a set of supporting processes:

 

What are the IFS Service MWO and IFS Maintenance MWO Mobile Apps?

The IFS Service MWO and IFS Maintenance MWO apps are two apps tailored to the demands of the Service Management and Enterprise Asset Management industries.

The IFS Service MWO app supports both Work Order and Request based Service Management solutions while IFS Maintenance MWO app only supports Work Order based Asset Management solution.

The apps are available for download via the public stores i.e. Appstore, Google Play and Microsoft Store

 

Functional Dependancies

IFS Mobile Work Order is integrated with the following components and product areas within IFS Cloud:

Mobile Work Order

Resource Management

Parts Management

Documents and Media

Service and Maintenance

 

Concepts for IFS Service MWO and IFS Maintenance MWO

 

Data Setup in IFS Cloud for IFS Service MWO and IFS Maintenance MWO

User and Permission Sets

A Permission Set must be created to grant access to IFS Service MWO and/or IFS Maintenance MWO features and functions.

All the projections belonging to the component MWO should be granted to the permission set in Solution Manager > Users and Permissions > Permission Sets > Permission Set > Projections. The projection access is needed to send transactions from the apps to the server.

The abovementioned permission set must have access to the functional role permission set MOBILE_APP_RUNTIME, which controls the ability to log into IFS Cloud Mobile. This is granted through Solution Manager > Users and Permissions > Permission Sets > Permission Set > Grant Structure.

Once the permission set has been created, the required Security Groups for each app must be added to the permission set. This is done in Solution Manager > Mobile Apps > Administration > Security Grants and Entity Filters > Security Grants By Permission Set. The Security Group access is needed to allow the app to retrieve the data synchronized from the server, and to view the data in relevant screens in the mobile apps.

To administrate IFS Cloud Mobile apps from the IFS Cloud Web client, an end user role permission set MOBILE_APP_ADMIN has been created that will give administrator full admin access to the Solution Manager > Mobile Apps features.

Mobile Resources

In order to work with IFS Service MWO and IFS Maintenance MWO, resources need to be defined as mobile users. This is done in two parts. First, you need to define whether the user will use mobile work order in Resource Detail > Maintenance/Service.  Secondly the resource is defined automatically as a mobile user when corresponding user is activated on a mobile client.

When generating automatic time transactions for Work Assignment, mobile work order uses primary parent group defined in Resource Detail > Connections for work time transactions and/or a travel resource group for travel time transactions defined in Resource Detail > Maintenance/Service/Company Settings

Mobile Maintenance Basic Data

All objects on the site(s) that the user is connected to, are sent to the device using group push. Group Push requires that the system user running the background job for group push has full access to all required sites. The system user of "MaintEngApp" and "ServiceEngApp" are "IFSMAINTENGAPP" and “IFSSERVICEENGAPP" respectively. The objects can however be limited by using permission set filters. The maximum number of sites that can be connected to a user is 80. If this exceeds 80, no objects will be synchronized to mobile device.

The parts which are required to be synchronized to mobile client should be registered in Mobile Part Basic Data. It is possible to connect a mobile user to an assortment so that all parts in the assortment will be available in the mobile application. In addition, all parts registered in warehouses connected to the mobile user and spare parts registered for equipment objects will be synchronized to the mobile device.

Once Part Basic Data has been set-up,  Refresh All Inventory Parts Scheduled Task must be run to generate part data that is used to filter inventory parts to be synchronized to the mobile user. It is recommended to configure this scheduled task to run according to the frequency of changes to inventory parts. It is recommended to run it overnight so that the scheduled task does not affect system performance during normal operating hours.

It is possible to configure integrations with IFS Mobile Work Order and third party apps (on Android platform) or Web pages. These can be registered in Mobile Integration and it is possible to specify whether the integration should appear on the Home screen or as a Work Task Action.

On calling an App or Web page screen a set of parameters are outputted containing mobile user and work task information depending on where the integration is being called from.  These parameters can consist of any field listed in the entities MobileUserInfoActiveWorkOrder and JtTaskAddress.
For e.g.  https://www.google.co.uk/search?q=${MchCode}+manual as value in the field Uniform Resource Locator will search for the Object value and the text Manual.
Launching web URLs are supported in all platforms. For Android platform, it is also possible to launch another app (APK) on the device optionally passing data to the app.

Workflow Configuration is a way to enable or disable actions and processes available for mobile users. It is possible to hide some actions (e.g. Returns or Media) or make them mandatory (e.g. signature must be provided before work assignment can be completed).

A workflow configuration will be applied only when the workflow criteria is met. For e.g. when Object Type of an Object is "Boiler" ,when Work Type of a task is "Corrective" or when Maint Org of an Employee is "Electrical Department". On Filter criteria, Exclude Task Leader is a Filter that can be used to differentiate work task assignee from Task Leader, when applying workflow configuration.

Action flow can be defined in a sequence in Workflow Configuration in IFS Cloud Web client such that mobile user is guided through that predefined workflow. Action flow configuration is enabled for Workflow Configuration type Configured Work Task.

There is a flexibility to define action flow with many combinations of actions in IFS Cloud Web client and there are only a few client validations. Therefore, it is up to the administrator to define the action flow in a correct and sensible way to suit own work flows.

Maintenance Survey/eForm Setup

Maintenance surveys are configured in IFS Cloud Web under Maintenance Survey

Data filters can be specified to identify when an eForm should be triggered:

Before an eForm can be used in IFS Service MWO and IFS Maintenance MWO, it must be published. It can be changed at a later stage by using the Replan option.
Once published, the eForm needs to be connected to a workflow in order for it to be transferred to relevant mobile users as part of batch synchronization.

 

Transfer Work Tasks and Work Assignments to IFS Service MWO and IFS Maintenance MWO

Once the work is planned in IFS/Work Order Management, it can be transferred to IFS Service MWO and IFS Maintenance MWO.

If Work Assignment has been created for a Work Task, it can be transferred directly to user assigned to Work Assignment. If multiple Work Assignments for Work Task are created, it is possible to transfer all assignments in one action from Task level. If Work Task is planned but no active Work Assignments exist, it is possible to transfer and assign work to a user in one action from Task level. Mobile user must be selected in the process and a Work Assignment for the user gets created.

A Work Task can be transferred to an assigned technician or to a common pool of work tasks . When a work task is transferred to the pool, it will be synchronized to mobile technicians who have access to the task site
Work tasks that are set to On Hold cannot be transferred to mobile.

If Work Task is planned but no active Work Assignments exist, it is possible to transfer it to pool. The following two options are supported on transfer to pool:

Accepting or starting a Work Task while the device offline is restricted by default. If required, it is possible to enable this action in employee workflow configuration. However, doing so carries the risk of a task being picked up by multiple technicians where only one technician is needed for the job.

While accepting a Task from Pool, the user has possibility to set Allocated Start and Finish dates of the Assignment created.

Note: If a site is scheduled by Planning and Scheduling Optimization (PSO), it will not be possible to transfer tasks in this site to the common pool of work tasks.

The Transferred Tasks/Work Assignments page in IFS Cloud Web allows users to review all Work Assignments transferred to mobile users as well as Work Tasks that have been transferred to pool. It is possible to cancel selected Tasks and Work Assignments directly from this page.

 

Execute Work assignments IFS Service MWO and IFS Maintenance MWO

Only the Work Assignment status can be updated in Mobile Client; Work Task status cannot be updated in mobile directly , but it can get updated automatically as a result of changes to the Work Assignment status. Some Task information such as Reported Object, Work Type, Priority etc. can be modified by mobile user. The user can also re-plan the Assignment by modifying Allocated Start and Allocated Finish dates. The mobile user executes the work assignment by processing the assignment through the status chain of the Work Assignment.

Work Assignment Status

Manual Time Reporting

There are three types of Person Resources that can execute a Work Task

All three types can Report Time for the logged on resource and for other resources that could work on the same Work Task

Auto Time Reporting

If automatic time reporting is enabled in workflow configuration, time transactions (or Clocking records) will be created automatically on following status changes on Work Assignment:

Actions

Following main actions are available to the mobile user during work execution:

 

My Work Calendar IFS Service MWO

In My Work Calendar , the following types of information can be displayed:

The data can be presented using different views

Work can be handled in the same way as in My Work list.  The most common command buttons are available directly in the calendar card. From the Work calendar card there is a navigation button that opens the Work Detail form. Breaks can also be handled directly in the calendar. It is possible to start and end breaks. Absences, Trainings, Projects, and Misc. Allocations are also displayed in the calendar but have no action buttons.

Shifts are displayed using different background colors: Off-shift time is displayed as a grey background while on-shift time is displayed as a white background

My Work Calendar is enabled by default . Setting the Application Parameter CALENDAR_VIEW to FALSE will disable it in the menu.
The following two Application Parameters for fetching Absence, Training and Projects have been added.

Create New Work in IFS Service MWO and IFS Maintenance MWO - Work Order Solution

The new work and additional work process can be initiated from different places in the apps:

The new work process creates a new work order with a task, a resource demand and an assignment. Creating new work should be used if the user wants to create new separate work, not included in the current work scope. .

Following options are available when creating a new Work Order:

When selecting the Additional Work assistant, the executor will have almost the same user guidance but the outcome differs compared to New Work.
In Additional Work, a new Work Task is created for the current work order. This means the current work (order) scope is extended.

Following options are available when creating additional work:

The Additional Work assistant can be launched from following places in the mobile apps:

 

Create New Work in IFS Service MWO – Service Request Solution

The new work and additional work process can be initiated from following places in the mobile app:

The new work process started from Home Screen and Object creates new Request with Request Scope and Tasks. Creating a new Request should be used if the user wants to create completely new work not connected to any currently assigned work.

The process creating new Service Request creates a Request in status New with a Scope. Tasks and Resource Demands are created based on the Service selected by the user.
New Service requested is intended to be prepared and scheduled by back office and mobile user has no option to create a new Request for her/himself.

The new scope process started from Work Detail and Task Step pages creates a new Scope within the current Service Request as well as Task(s) and Work Assignment(s). Creating a new scope should be used if the user wants to create new work that is separate but connected to current work.

When adding new Scope, the user is presented with following options:

In Additional Work, a new Work Task is created for the current Request/Scope. This means that the current work scope is extended. Following options are available when creating additional work:

Request Quotations for New Work

It is possible to create a Request Quotation for new work. The technician can create and view new Request Quotations from New Request Quotation and Request Quotations tiles in the Home screen. Creating a new Request Quotation can also be initiated from Objects page for a service required for an object .
Request Quotation is removed from mobile device after it is sent for approval. This is an online only feature.

Ad-hoc Purchasing in IFS Service MWO

Ad hoc purchasing is a quick way of purchasing parts from a registered supplier and performing receipt over the supplier's counter. This is applicable for service technicians working with Work Tasks originating from Work Order or Service Requests in IFS Service MWO. This is an online only solution.

This purpose of this function is mainly to support ad-hoc (unplanned) purchasing demands of service technicians who execute Work Tasks.

Ad-hoc Purchasing Basic Data

Following basic data must be defined in Ad-hoc Purchasing Basic Data page in IFS Cloud Web.

Initiation and Execution of an Ad-hoc Purchase Request

A service technician can initiate an ad-hoc purchase in mobile by registering an Ad-hoc Purchase Request header. New Ad-hoc Request command is available in Ad-hoc Purchase action on Work Assignment. Request header is created with a registered supplier and a system generated Order Reference is created with the supplier prefix . This is the reference number that can be produced to a trade counter when actual purchasing takes place. Saved request header facilitates user to add Part and Unregistered part to the request or to retrieve purchase part records to the pending request through EDI (Electronic Data Interchange) or someone else (e.g. a Service Manager) to add Part and unregistered part to the request at a later stage.
While registering parts, if the total order amount exceeds the maximum purchase amount defined for the user/user group for supplier, this is indicated by the Limit Exceeded badge in the request header. However, this is not a hard restriction and user will be allowed to keep the pending request and to continue later.
The request can be completed after entering part records. Upon completion, a Purchase order is created . The purchase order is then set to closed in back-office and the work task gets updated with the relevant purchase cost.

Mobile user can access pending and completed Ad-hoc purchase requests which are connected to the tasks in user device through Ad-hoc Purchase (Task Action) or through Purchase Handling (Home Screen).

Read-only view of a completed purchase request is also available in mobile to view details.

Execution of Ad-hoc Purchase Requests created in back-office

Mobile user can find Ad-hoc Purchase requests created by someone else in back-office (e.g. Service Manager) for a task that is assigned to him.

Pending request can be found in Purchase Handling (Home Screen) or Ad-hoc Purchase (Task Action) in the IFS Service MWO client. A technician can make the purchases by producing the order reference to the trade counter. Then either the technician can add part lines or retrieve part records through EDI or  a person in back-office can enter part records and complete the request.

Handle Material in IFS Service MWO and IFS Maintenance MWO

The Mobile technicians can perform various actions in mobile such as issue and return material, maintain their own stock, move and receive stock.

Material Actions:

During work execution, the technician can issue and unissue materials required for the Work Task.

Find Part

This feature is only available in IFS Service MWO. If the required part for a service work is unavailable or deficient in technician's van, the technician can use Find Part to locate the part from nearby warehouses. Those warehouses can either be another technician's van (mobile warehouse) or a warehouse in a fixed location. In order to have this feature available in the mobile client, GPS settings on User-Device level should be enabled in back office. Device Location setting should be ON, Device should be Online and Location tracking Enabled in Application level.
This feature is supported only when the device is online.

Eligibility of a warehouse for Find Part

Eligibility of a warehouse for Find Part should be predefined. It should be defined in Warehouse Set up for Service page in IFS Cloud Web which is based on Warehouse Type that is defined in Warehouse Basic Data. Therefore it is a pre-requisite to have a Warehouse Type for a warehouse in Find Part. This feature is supported for following types of warehouses:

Warehouse Set up for Service in IFS Cloud Web (example)

AboutMobileWorkOrder

Criteria for locating warehouse in Find Part:

Find Part can be accessed through,

Following Application Parameters are used in Part search.

Maximum Hits

Status of a warehouse in Find Part

Results are displayed on Map, with Green/Yellow pins indicating,

Results have a card view with following information:

Material in Service Location (Direct Material Sourcing)

During the execution process the service technician can receive and use material that have been delivered directly to place of service – i.e. to Service Location. Material can be delivered by an external supplier (on Purchase Order) or by the service organization (on Shipment Order).
The Material Order Receipts page under Work Task actions shows all parts that have been delivered directly to service location. The feature is available in IFS MWO Service app only.

The following actions are possible.

Use of Service Location imposes some restrictions on the material flow:

It is also possible to receive Non-Inventory Purchase Parts and No Part lines from Purchase Order with Direct Sourcing flow.

My Stock

During and in between execution processes the user will also be able to keep track of their stock and stock levels

Information shown in My Stock:

In addition user can perform following action :

Move Stock

During work execution processes, the user will be able to perform following actions related to moving stock:

Stock Counting

During work execution processes, the user will also be able to view and update stock count reports in mobile which are generated in IFS Warehouse Management. This is implemented as an online only feature in IFS MWO Service and following actions are available during the process.

Handle Object Information in IFS Service MWO and IFS Maintenance MWO

In terms of handling Object Information the user can view object information as well as update information about objects and report in measurements etc.

In Objects, the user can view all objects that are associated with work received into mobile device and all objects connected to their site(s). Object related information can also be accessed by navigating to the object from a Work Assignment.

Once the Object has been identified, the user can initiate  following actions from object:

Report in Measurements using LiDAR Scanner

Give/Receive Remote Assistance in IFS Service MWO and IFS Maintenance MWO

From time-to-time, remote workers require assistance from an expert to complete their task. The capability to give/receive Remote Assistance has been embedded within IFS Cloud Web and IFS Cloud Mobile Work Order Apps (MWO Service & MWO Maintenance).

Provided that the end user is configured as an active Remote Assistance user, the option to make/receive Remote Assistance calls will always be available.

By design or by configuration, it is possible to pass context information regarding the business object the calling user is viewing when requesting help (Note: context viewing is only available in IFS Cloud Web).

Call Logs are visible in both IFS Cloud Web and IFS Cloud Mobile. Video recording of the call is attached to the Call Log and can be viewed in IFS Cloud Web.

Shift and Break Handling in IFS Service MWO and IFS Maintenance MWO

Shift Handling

Mobile users can start and end shifts in the mobile client. This is done via a side out menu option labeled “Work Status”. If current shift status is “Off shift”, user can go “On shift”. Likewise, if current shift status is “On shift”, the user can go “Off shift”. All shifts for a configurable number of days are synchronized to mobile using the Application Parameter “SHIFT_BREAK_LIMIT”, which is set to 10 days by default.

The status of the last transacted shift will appear for the user once logged in to the mobile application. The status of the shift is graphically visualized by an icon placed at the top right corner of the mobile client.

Shift status updates in mobile are used by the automated scheduling and dispatch services to make decisions around scheduling and dispatch of work for the resource. These shift statuses are critical in order to allow the scheduling engine to make the best possible decisions.

Mobile users can start and end the same shift multiple times during the shift period in mobile client, but in back office, only the first start and end transactions are considered when log onto or off of the shift. Subsequent “on shift” or “off shift” transactions will not consider additional shifts unless another valid shift exists for the same day.

Starting the shift can be enforced via an Employee Workflow Configuration. If it is enforced, the user will not be allowed to start travel or start any existing work in mobile until starting their shift. If it is not enforced, a warning will appear if the user starts travel or work prior to starting their shift. This warning will only appear once per session.

Start and End Shift Check List

When a shift is started or ended, a check list may be triggered in order to allow the mobile user to record important start or end of shift information. This is enabled via Maintenance Survey and Employee Workflow Configuration. There are two types of surveys

Once connected to an active Employee Workflow Configuration, these surveys are triggered when mobile user starts or ends their shifts. These check lists are triggered once per shift. The user is required to complete the survey in order to successfully start or end their shift. If that is not done, the user’s work status will not be updated and, depending on the system configuration, the user may not receive assigned work.

Survey answers are stored in back office in Survey Answers and will contain the respective Shift ID value.

Break Handling

The user can start and end breaks in a list of breaks. This list is started by clicking on Show Breaks in the header of My Work. The breaks and shifts for a configurable number of days is fetched using the Application Parameter SHIFT_BREAK_LIMIT . This is by default set to 10 days. 

Only breaks for the current shift and breaks not ended are displayed. If a break is not ended and a new break is started, the break not ended will not be displayed. When a break is started, the status is changed to On Break and the user can see when the break was started.  

If on break and the user ends the break, it will be removed from the list. When on break and the user starts to work again ( for e.g. presses Work Start, Travel, Continue or Continue Travel), the break is automatically ended and it is also removed from the list. 

When the shift is ended, if there is a started break that is ended too.

Update Task or Object Map Position in IFS Service MWO and IFS Maintenance MWO

The assets (objects) can move over time. In addition, mobile technicians may often find that the location given in a task is not totally accurate. In such scenarios, mobile technicians can update the position of tasks and assets (objects) that they are working on while they are at work location. The default map position of the task or the object is set by retrieving current mobile device location.

The following conditions must be met to retrieve the current device location.