Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Published by Scroll Versions from space MOBUD and version 3

Introduction

This document contains the high-level release notes for ServiceMobility 4.14.0.

Include Page
_Release Notes Grouping Statement
_Release Notes Grouping Statement

This release primarily focused on adding new functionality and bug fixes to the ServiceMobility mobile application. 

Panel
borderColorgrey
bgColorwhitesmoke
borderStylesolid

Release Date: December 7th, 2021

Panel

On This Page:

Table of Contents

Include Page
ALLDOC:_DISCLAIMER_AND_COPYRIGHT
ALLDOC:_DISCLAIMER_AND_COPYRIGHT

About this Release

This release represents a major improvement to the ESB and major and minor improvements to the mobile application. 

Include Page
_Release Notes System Requirements 3.14.1
_Release Notes System Requirements 3.14.1


Mobile Application Release Notes

Mobile Application Changes

Status
colourGreen
titlenew
 The large form factor version of ServiceMobility now displays FlexForm information captured from within previous call visits within the site and asset history detail screens. 

Info
titleNote

Because FlexForm definitions are a "living" concept within the ServiceMobility product and therefore doesn't inform/track historical changes, the Property FlexFormDisplayValues was added to provide a historically accurate view of the field/data at the time the FlexForm was created. Consequently, only work orders completed post 4.14.0 will display form data within the history detail screens. 

Status
colourGreen
titleNEW
 ServiceMobility now provides System Alerts capability. This is a generic framework that is designed to provide the user with context-specific alerts. The first of these alerts that has been implemented is the route change alert. The route change alert will come down to the mobile device from the back-office whenever a work order has been added to or removed from the user's schedule. This alert will appear as a badge indicator on the alerts icon on the top bar of the application. When the alerts icon is tapped, the user is presented with a list of alerts. The user may tap a specific alert to view more details and navigate to the work order.

This functionality is controlled by the parameter  systemAlertsEnabled within the Mobile Configuration API.  When set to true, alerts will be sent down to the mobile client when work orders are added to or removed from the schedule.

Status
colourGreen
titleNEW
 ServiceMobility now provides sight into the transfer history within the large form factor version of ServiceMobility.  This provides the technician with all of the transfers that have been performed within the last x number of days, after which it is purged from the device.  This amount of time the history is kept on the device is dictated by the purgeValues.inventory value, where that value is measured in days.  Additionally, ServiceMobility provides a UI template for the Transfer History List.  This can be customized to display additional information captured within the process such as form values, etc.  The UI templates are as follows:

  • LFF - Tablet.InventoryTransfer.HistoryList
  • SFF - Phone.InventoryTransfer.HistoryList

Status
colourGreen
titlenew
 ServiceMobility now provides the ability to add begin of day activities.  When adding a begin of day activity, the user must complete that activity prior to starting work on any other activity or work order.  Only one start of day activity may be assigned to the technician for any given day.  If a begin of day activity exists for any other day (other than today), the user may work on work orders or activities from a future day (given other constraints are not in place preventing them from starting that activity or work order) without having to complete the future day's begin of day activity.  The user may not start a begin of day activity for a future day.  The begin of day activity is displayed on the Schedule list with a blue border.

Status
colourGreen
titleNEW
  ServiceMobility now provides the user with the ability to see usage statistics on the inventory and transfer screens.  These are automatically displayed if the usage statistics exist for that product.

Status
colourGreen
titleNEW
 ServiceMobility now provides the ability to limit the Ship to location of ordered parts when a user closes a work order with a Closed-Complete status. This is setup via the AllowedShipToLocations collection within the Product REST API payload (see the ESB change section for details).

Status
colourYellow
titleChanged
 ServiceMobility now hides the billable field by default within the action panel.

Status
colourYellow
titleChanged
 ServiceMobility now hides the taxable field within the action panel when the work order is not billable.

Status
colourYellow
titleChanged
 ServiceMobility now provides the ability to set FlexForm Attributes from within the FlexAttrRules property of the FlexForm definition. This allows ServiceMobility to automatically populate a FlexForm data field value by default based on the value of another flex form field. 

Info

An implementation example is available upon request.


Status
colourYellow
titleChanged
 ServiceMobility has enhanced the setup of the FlexForms within the product. Previously, FlexForms were able to be added by work order type, asset type, and activity type via System Categories, as well as via the FlexForms collection. If the FlexForms collection was populated, however, the higher levels were disregarded. They are now combined. The FlexForms collection, however, will only hold the values originally passed into the collection and will not add to those by the FlexForms added via configuration (via System Categories). The FlexAttrs property within the Work Order JSON payload will contain the additional forms.

Status
colourYellow
titleChanged
 ServiceMobility will now always display the payment screens when closing a work order in the following circumstances:

  • Payment has been made
  • Unable to collect amount has been added

Status
colourGreen
titleNEW
 ServiceMobility now allows the user to swipe left and right on the Schedule List to navigate to the previous/next day respectively.

Status
colourYellow
titleCHANGED
 Passwords created within Mobility are now required to be a minimum of 8 characters including 1 special character, 1 letter, and 1 number. This does not apply to customers utilizing the SSO flow, as these customers utilize their own password requirements.

ESB Release Notes

Status
colourGreen
titleNEW
 The Product REST API has been modified to support the ability to limit the allowable shipping locations that a user may associate with an ordered part when closing a call closed-complete. This is done via the collection AllowedShipToLocations. When present, ServiceMobility will validate that ordered parts can only ship parts to those locations indicated within the AllowedShipToLocations when closing a call Closed-Complete.

Issues Resolved

Status
colourRed
titleFIXED
 Resolved an issue in the large form factor version of ServiceMobility where the side navigation disappeared when putting the Media tab into "Edit" mode.

Status
colourRed
titleFIXED
 Resolved a minor UI issue where the user was taken to the top of the inventory screen upon dispositioning a part. The user is now taken back to the same position in the list.

Status
colourRed
titleFIXED
 Resolved an issue where superseded parts were not updating correctly when the parts availability check was performed within the Preview Mode.

Status
colourRed
titleFIXED
 Resolved an issue where the ActualEndTime was being removed due to a merge issue.

Status
colourRed
titleFIXED
 Resolved an issue in the large form factor version of ServiceMobility where, in some cases, the Preview panel within the Schedule List contains information even when the Schedule List is empty.

Include Page
ALLDOC:_FOR_MORE_INFORMATION
ALLDOC:_FOR_MORE_INFORMATION