We’ve been working to make Host Building better! Here’s the new and improved features, integration updates and resolved bugs you’ll find in this release.
Menu tiles
NEW FEATURE: Hidden Tiles
Menu tiles can now be hidden from all users. This will allow buildings to have minimal clutter in their menu while still allowing content to be 'Linked To'. It is important to note this feature only supported in app version 1.52 and up, users’ older versions will see Hidden tiles as Blank. Blank tiles cannot be clicked into and appear in as spaces in the app menu.
IMPROVED FEATURE: Targeting logic
All menu tiles can have access role and group targeting logic applied. This logic has been improved so that the logic rules applied to a tile are in turn applied to the content within that tile. Targeting logic can be applied to all menu tiles, including those which are Hidden or Blank.
EXAMPLE: An app has a tile (e.g. 'Amenities') targeted so that is it only visible to users within the group 'CBRE'. Within this Service tile is a content item called 'Umbrella Hire' which does not have targeting applied to it directly. A news article that is not targeted then links to the Umbrella Hire service. All app users will see the button within the news article but only those users within the group CBRE will successfully navigate to the linked Umbrella Hire.
If the building did want all app users to see the Umbrella Hire content, despite the 'Amenities' tile having targeting applied, the admin would need to use External Links and deeplink to the content. When using external links deeplink to content, the page tile will display the content types (e.g Spaces, News) as opposed to the tile name.
Link to admin configuration
|
Deeplink admin configuration
|
All app users see the news article with both buttons
The button does not respond to app users tapping IF that user is NOT in the group which the content is targeted at.
|
IF the user is in the group which the tile is targeted at, they will successfully navigate to the linked content.
|
All users are successfully taken to the deeplink content.
|
Styling
NEW FEATURE: Customised heading text colours
The app heading text and element colour can now be customised. All elements within the header will be shown with the same element colour. If not set, this field will default to white (HEX #FFFFFF). This update allows client branded apps to have lighter coloured heading backgrounds, where previously this was not practical as the text and element colour was fixed to white. Further to this, the header background colour is no longer tied to the registration page background colour.
White header elements |
Custom colour header elements |
|
|
IMPROVED FEATURE: Menu icon colours
Menu icons can now have their colour updated via a stylesheet field, rather than need a new icon set to be uploaded for the colour change. If the stylesheet field is not set, the app will display the icon colour as it was uploaded. If the menu icon colour is set via the stylesheet, it will impact all icons in the menu.
Reporting
If an app users payment for a transaction has failed, the failure reason, as communicated from Stripe, is reflected in the admin portal. The failure message has been added to the client Stripe Transaction screen and the vendor Stripe reports.
Proxy integration
When an app user changes their location services permissions, the Proxy feature recognises the setting update and reflects this change by removing (or displaying) the warning messages that location permission is required for mobile access to work.
Gallagher integration
Buildings with Gallagher can deploy a custom email template to app users inviting them to register their access within the app. The email template includes a URL which links the user to the correct application (if opened on a phone with the app) and copies the unique 16 digit invitation code into registration screen. If the user clicks the link from a device which is not their mobile phone, they are directed to a screen which states: "Please open this link from your mobile device."
Strong Customer Authentication: Spaces
Continuing the implementation for SCA; any spaces booking purchase will support displaying and accepting a challenge from any bank.
If a challenge is not completed the booking will be cancelled and the time will not be held. The user will have to restart the booking.
Payment Screen
IMPROVED Experience
A new streamlined payment experience has been designed. This allows app users to easily add and set a preferred payment methods during the checkout process. In this release the new design was rolled out for the Events and Food & Beverage features on Android, bringing it in line with the iOS experience.
Other improvements
- Within the 'Customer Satisfaction' (CSAT) screen of the client admin portal, all instances of the word 'Concierge' have been updated to 'Service'. This update in terminology aligns the CSAT screen with all other admin portal screens.
- On Android, the "enable NFC" warning is shown as a requirement for all HID, Gallagher, and Proxy mobile access. The app has been updated to prevent the warning from appearing on devices which do not have NFC.
- The search filter will display in the top right corner of the app in the list view for all Spaces type tiles, regardless of if the content of a Spaces tile is set to display only the one suppressed category of content.
- When a building admin configures a 'Homepage Screen Feature' to 'Link To' a suppressed tile, they are now shown a warning message that "This link will work in app versions 1.51 and higher". This reminder is only required for suppressed tiles.
- On iOS the Kastle integration registered access screen has an improved design so that long message do not overlap. This can be seen when the 'error' message (ie. "Bluetooth is currently OFF. Mobile access will not work properly until it is enabled") and the 'empty' message (ie. "Doors out of range") are on screen are both displayed to an app user.
- Kastle integration SDK updated to version 2.12 for Android.
- When an app user makes a service request that requires approval, the approver can write a comment to the app user. These comments will be included on the email to be app user which is automatically generated at the time the approver chooses to approve or reject the request.
Admin comments during request review
Communication to app user
Resolved Bugs
- On Android, apps were starting without displaying walkthrough screens
- If an app user placed and then cancelled a Pay on Arrival food and beverage order the cancelled order was still displaying in the vendor POS.
- On iOS, the Spaces calendar was displaying some un-selectable and incorrect days in US buildings.
Comments
0 comments
Please sign in to leave a comment.