Log in to your company account at https://console.omborigrid.com/
Click on the name of the queue you’d like to edit
The sidebar menu contains links and QR code images for important items related to the Queue app.
Sidebar menu
Queue manager - send this link to staff members who manage to queue
Download Ticket QR code - you can put this QR code on a poster or digital signage, it allows your visitors to join the queue
General settings:
Timezone: Add where the queue is installed
Queue title: The name of the queue, will be shown in the Queue manager and the customer ticket.
External identifier: Used for integration when the Client wants to have any kind of integration.
Show serving tab: Add a step in the customer journey flow. Every ticket will be served by a Queue manager and checked out when serving is completed. Gives serving time in the analytics.
Logo URL: Add your own logo on the customer ticket.
Add brand guidelines with CSS: Enable your design on ticket UI.
Login method
Choose pin code or emails to your users. If you use the email method, add all email addresses that should have permission to the queue in the field.
Settings for ticket UI
Enable registration will reveal the Registration flow, allowing you to collect user information before continuing with the ticket creation for the user.
After choosing what type of field you want to add to the registration flow, press the plus button.
In the input field, you enable the information you want to register
Input Example: You have a coupon and you would like to collect coupon numbers. The number has to have only digits.
Name: The internal name of the field. Used for analytics and integration purposes. Shouldn’t be changed after the queue is created. Should be the same within the tenant so later we will provide the analytics on the tenant level. Example: “coupon-number”
Label: Customer visible name. Example: “Please provide your coupon number”
Placeholder: Customer visible placeholder if no value is specified by customer “12334”
Value: Value that is used before customers specify any information. If customers do not change the value, the value will be used. For example, value is omitted, there is no predefined value for all customers
Validation rules: Applied for checking if the information is valid. Example: Regular expression (Regexp) pattern is specified (please reach technical team to support here).
Required field: The customer has to provide information before the ticket is created
Add field - if you want to add more than one registration flow press the plus button.
Checkbox
Example: You want to ask the customer if the person agrees with the terms.
Name: The internal name of the field. Used for analytics and integration purposes. Shouldn’t be changed after the queue is created. Should be the same within the tenant so later we will provide the analytics on the tenant level. Example: “agreed-with-terms”
Label: Customer visible name. Example: “Are you agree with the terms?”
Prechecked: If the value is preselected or not
Validation rules: Not used for this case
Required field: The customer has to check the checkbox before the ticket is created.
Add field - if you want to add more than one registration flow press the plus button.
Radio
Example: You want to ask the customer to choose one of the options. For example, you are asking which help the customer is looking for, for example, “Customer service” or “Personal support” or “General questions”
Name: The internal name of the field. Used for analytics and integration purposes. Shouldn’t be changed after the queue is created. Should be the same within the tenant so later we will provide the analytics on the tenant level. Example: “question-type”
Label: Customer visible name. Example: “What kind of help are you looking for?”
Options:
Label: what customers see in the UI. For the first case, it will be “Customer service”
Value: Value which will be presented in the analytics and visible to the Queue manager
Validation rules: Not applied here
Required field: The customer has to check the checkbox before the ticket is created.
Phone number/Email:
Example: You want to collect phone numbers/email
Name: The internal name of the field. Used for analytics and integration purposes. Shouldn’t be changed after the queue is created. Should be the same within the tenant so later we will provide the analytics on the tenant level. Example: “phone-number” / “email”
Label: Customer visible name. Example: “Please provide your phone number” / “Please provide your email”
Placeholder: Customer visible placeholder if no value is specified by customer “+46999999999” / “test@email.com“
Value: Value that is used before customers specify any information. If customers do not change the value, the value will be used. For example, value is omitted, there is no predefined value for all customers. Usually you do not want to provide it
Validation rules: Applied for checking if the information is valid. Example: Regular expression (Regexp) pattern is specified (please reach technical team to support here). Default validations always will be applied to check that provided value is the phone / email address
Required field: The customer has to provide information before the ticket is created
Will be used for user notification: The Queue system will automatically use collected phone / email for sending notifications if SMS / email notifications are enabled
Category:
Note: please specify Categories first. add link to categories
Example: You want customer to select under which Category ticket should be created, for example which type of questions the customer has
Name: The internal name of the field. Already fixed. Used for analytics and integration purposes. Shouldn’t be changed after the queue is created
Label: Customer visible name. Example: “Please choose service the service”
Placeholder: Not applied
Options: Will be taken from the Categories section (add link to categories).
Validation rules: Applied for checking if the information is valid. Example: Regular expression (Regexp) pattern is specified (please reach technical team to support here). Default validations always will be applied to check that provided value is the phone / email address
Required field: The customer has to provide information before the ticket is created
Will be used for user notification: Not applied
General settings
Enable Admin UI ticket printing: To use printed tickets in addition to the mobile-only solution.
Enable check-in by scanning QR code from ticket: This lets the staff manager use the camera on their personal device to check people in, by scanning a QR code on the visitor’s phone ticket or printed ticket. If you have a steady flow of people coming in, you can use this feature to speed up the process.
Customers can cancel ticket: Enable cancellation
Automatically check out tickets when calling in a new ticket (Serving mode and Email login are required):
Notify X pending positions*: Notify someone waiting that it will soon be their turn to approach the entrance, based on the number of tickets in front of them in the queue. For example, if only one person is in front of you, you will be called to approach the entrance.
A maximum number of people per general (A-type) ticket*: Set a limit on how many people can register on a single ticket.
Walk-in ticket prefix: You can set a custom prefix label for general (walk-in) tickets. By default, these tickets get the A prefix (eg. ticket number “A23”).
Admin UI ticket prefix: You can set a custom prefix label for manually issued tickets. By default, these tickets get the M prefix.
Stations (Queue can have multiple stations. Define them here): Enabling stations means that one queue can hold multiple endpoints, for instance, multiple cash registers in a single store.
Custom information for tickets: You can add a custom information text field to your tickets, for examples safety instructions or information to your email, etc.
Auto checks out after minutes: ?
Categories
Enable the categories to registration flow for the customer information.
Example: You want the customer to select under which Category ticket should be created, for example, which type of questions the customer has.
Full title: How the category will be visible to the customer
Ticket prefix: which prefix will be used if the category is specified
Color: which color will used for the left border of the ticket in the Queue manager interface
(add a screenshot how ticket with a category looks in the queue manager)
Notifications
Enable native notifications on Android using web push notifications
Enable native notifications on iOS devices using Apple Wallet
Notify via SMS. If no phone number is
provided, you should disable this option.
Code – set the keyword that will be used to create an SMS ticket.
Phone number of the SMS gateway.
Set the default phone number country.
Allowed phone number countries: in case you want to restrict some phone numbers. Used for some specific cases, you don’t need to update this if Ombori provides the phone number for you
In addition to text messages and web push notifications, you can also send updates to visitors via e-mail.
Set the email “from” address for email notifications
Leave after minutes – if set will notify customers that they should leave the store. We’ll send the message in X minutes after the ticket was created. Won’t notify if not specified.
Leave reminder notification after minutes – if set will notify customers in advance that they need to leave soon. Will send the message in X minutes after the ticket was created. Won’t notify if not specified.
Staff notification
Enable email notifications to staff: add all email addresses that should get a notification. (Email addresses need to be added under Admin → Users)
When waiting time is higher than X seconds.
Amount of people in queue is more than X people
How often the emails are getting sent in minutes.
Sms Customization
Enable customization to the SMS notification to customers.
Digital Call - Bambuser
Enable integration to have Digital Call with our Partner Bambuser.
