The New workflow is recommended for any use case involving the distribution of a new device or item that does not require a near-term return of the device, or is a “pick-up only” event. Select the New workflow and then Start.
Next, users will be prompted to select a tower that they wish to distribute the new device from. The left side of this widget includes a full list of all of the district’s LocknCharge towers. Use the search bar to search by the tower's name, location, serial #, or asset tag.
Each tower listing includes:
Tower online/offline status
Name of the tower
Total number of bays for the tower (either 5 or 15)
Total number of bays for each status
Please note that while Agents have the ability to view the contents of towers that are offline, it is not recommended for offline towers to be used in ticketing workflows. If towers are offline, workflows are not accurately reflected in the iiQ ticket interface.
After selecting a tower from the list, the user will then have visibility of each bay in the tower and be prompted to select which bay they would like to use for the ticket they are working on.
The bay status, contents in the bay, and tickets a bay is reserved for will all be displayed within this list view to provide context on how other bays within the tower are currently being utilized.
If an Agent wishes to distribute a device that is already pre-loaded into the bay, they’ll want to choose a bay that has an “Asset Available” status.
If an Agent wishes to distribute a device that they currently have in their possession, but still want to reserve the bay for the ticket they’re working on, they’ll want to select a bay that has an “Available” status and select the device that they’re issuing to the user.
Bays that are already “In Use” or in an “Offline” status will not be able to be selected.
Bay Statuses in iiQ - These statuses are only applicable for working with bays in iiQ, and do not reflect bay statuses from the LocknCharge Cloud portal.
Online - indicates the tower is connected and includes any of the following bay statuses
Available: Bay is online, empty, and ready for use on a ticket.
Ideal for the “return” use case or any workflow when an asset is not pre-loaded into the bay (IE device or item in Agent’s possession prior to initiating workflow)
Asset Available: Bay is online, contains an asset or item, and ready to be used on a ticket.
Ideal for workflow when bays are preloaded with devices and ready for pick-up
In Use: Bay is online, may or may not contain an asset or item, and is reserved for a ticketing workflow (ticket number & link to view ticket will be included with bay status)
Offline - indicates the bay is offline and not available to manage remotely.
After selecting a bay and ensuring that the asset data entered in this field accurately reflects the device being issued for the ticket that the agent is working on, they will then need to toggle the prompt that appears below the asset: “Bay is preloaded with selected asset?”
This option should be selected if the device the Agent is issuing has already been loaded into the bay (either via the tower management interface in iiQ or by physically unlocking the tower and loading the bay).
By enabling this option, an email notification is immediately sent to the requestor of the ticket that contains instructions for picking up the device.
By leaving this option disabled, the system will assume that the asset will need to be loaded and the bay door will need to be closed before proceeding with the workflow, so the email notification will be sent after the next “bay close event.”
Also, have the option to add any item description to the bay from this interface by clicking the Custom description button. Users can input any text values that describe the contents they’re placing in the bay. After entering the description, they’ll want to click the Checkmark icon to save the description. Any text entered into this field will also be used in ticketing notifications that instruct requestors of what they’re picking up. But these can only be sent via initiating a LocknCharge ticketing workflow from the ticket details widget.
Example use cases that this option can be used for include:
Adding chargers to bays for distribution if a student or teacher forgets theirs
Adding other device peripherals to the bay for pick-up
Adding documentation or paperwork that must be signed or notarized to the bay
If the bay still needs to be loaded with the selected device or add a custom item description, the following message will be displayed in the ticket details widget after clicking Confirm.
Once the bay has been accessed to load the asset into the bay, and the bay door is closed, the email notification will be triggered. The following prompt will appear in the ticketing widget after the notification has been sent.
These notifications can also be referenced in the “emails” tab of the ticket, so Agents and Admins have the ability to see when the email was initiated, who the recipient(s) is (are), and preview a copy of the email notification.
Once the device has been picked up, the Agent of the ticket will receive an email notification alerting them that the device was picked up.
An outline of how the ticket, notifications, and asset data are impacted during each step of the “New” workflow is included below:
Workflow Step | Ticket | Email Notifications | Asset | Bay Status |
Agent initiates workflow by selecting an asset and bay. Proceed to step 3 if device is preloaded. |
|
|
| Updated to “In Use” |
If bay isn’t pre-loaded with asset before initiating workflow. | “Waiting for device to be loaded into tower” widget display |
|
|
|
If bay is preloaded with an asset, these are triggered when the Agent confirms bay being used on the ticket. If bay isn’t preloaded, these are triggered by the next bay close event. | “Pin Email sent to requestor” | (1) Notification sent to end user with instructions for device pickup |
|
|
Requester accesses bay and closes door | Workflow completed (reverts to initial widget display prompting for workflow selection) | Notification sent to Agent notifying them of exchange event | (2) Asset is assigned to requestor of the ticket | Updated to “Available” |
(1) Email notifications are sent to the “submitted by” requester in the event that the ticket is created on behalf of another user. In the near future, iiQ will add support for sending email notifications to associated parent/guardian accounts of the requester if applicable.
(2) Asset assignment logic varies depending on how many requestors are captured on the ticket. If the ticket is submitted on behalf of a user, the device is assigned to the “on behalf of” requester.
---
Hannah Bailey - Director, Customer Engagement