AsherSupport user manual

Everything your team needs to run a help desk and a booking calendar from one place — written for the person using it, with pictures of the real product on every screen.

Welcome

AsherSupport is two products behind one sign-in: a help desk, where your team answers customer messages as tickets, and a booking calendar, where customers pick a time on your availability. Same login, same customers, same records.

It is built for someone running more than one brand from one team. You add each brand as a product, and every ticket, support address and report can be split by brand — without paying for a second desk.

The AsherSupport home page. The headline reads "Your help desk and your booking tool, finally one thing." To the right, a mock ticket inbox showing four customer messages sits behind a small booking card offering time slots for a 30-minute call.
ashersupport.com — one desk for tickets and for booked calls.

Who this manual is for

You signed up, and now you have to set the thing up for other people. This manual is written for you: the owner or admin. It assumes no technical background. Where a step genuinely needs someone technical — pointing your email provider at the desk, for instance — it says so plainly.

Your agents can read it too. Nothing in here is hidden from them except the settings screens, which only admins can open.

How this manual is organised

  • Getting started — your first thirty minutes, in the order that works.
  • The support desk, Working a ticket, Contacts & knowledge base — the day-to-day screens your team lives in.
  • Scheduling — availability, event types and booked calls.
  • What your customers see — your public portal.
  • Admin & settings — one part for every settings screen.
  • Reference & troubleshooting — status and priority tables, fixes for the problems that come up most, and a glossary.

Read Getting started first, then set up as you go. Everything else works as a lookup — find the screen you are on and read that part.

Step-by-step tutorials

Every task in this manual, in one place. 24 walkthroughs — pick the thing you are trying to do and it takes you straight to the steps and the screenshot.

Getting started

Working a ticket

Contacts & knowledge base

Scheduling

What your customers see

Admin & settings

Reference & troubleshooting

Getting started

This part covers your first thirty minutes: creating the desk, understanding the two addresses it gives you, and setting things up in an order that does not double back on itself.

Creating your desk

Where to find it: ashersupport.com/signup

The AsherSupport sign-up form, titled "Create your help desk". Fields for Company name, Subdomain with a fixed .ashersupport.com suffix, Your name, Work email and Password. A dark panel on the right lists three steps: create your help desk, add your brands and a booking page, go live on your own subdomain.
Five fields. The subdomain is the one worth thinking about.
  1. Enter your company name. This is what your desk is called, and it becomes the name of your first brand.
  2. Choose your subdomain. This is your customers' address, so pick the name they would recognise. It must be 3–32 characters, lowercase letters, numbers and hyphens only, and it cannot start or end with a hyphen. A handful of names are reserved (www, app, support and similar). If another company already has the one you want, the form tells you when you submit and you pick another.
  3. Enter your name and work email. This becomes the first admin account.
  4. Choose a password of at least 8 characters.
  5. Select Create your help desk. You land straight inside your desk — there is no waiting room and no setup call.

Your new desk is not empty. It arrives with one brand named after your company, a group called General, one saved reply, and a welcome ticket that walks through the basics. You can rename or delete any of it.

Pick the subdomain carefully. It is the address you will print on your site, in your emails and in your booking links. There is no rename control in the product today, so changing it later means contacting us.

The confirmation email

We also email a link to confirm your address. Until you select it, a slim Confirm your email address banner sits above the top bar with a Send link button that mails it again. Check your spam folder first.

Almost nothing is held back while you wait. You can work tickets, change settings, add agents and manage billing. The single exception: booking confirmations still reach you and your team, but not extra guest addresses typed into your public booking form. Confirming the address lifts that.

Your first sign-in

Where to find it: ashersupport.com/login

The AsherSupport sign-in card, headed "Welcome back", with Email and Password fields, a blue Sign in button, and a link reading "New here? Create your help desk".
Signing in to the agent console.

Sign in with the email and password you chose at sign-up. You land on your dashboard, which counts everything unresolved across every brand you run.

The AsherSupport dashboard. Six count tiles across the top read Unresolved 18, Overdue 6, Due today 5, Open 10, On hold 8, Unassigned 5. Below, a "Tickets by status" list and an "Unresolved by product" bar chart split across four brands. A left sidebar lists Dashboard, Tickets, Contacts, Knowledge base, then Event types, Meetings, Availability, then Analytics and Admin.
The dashboard. Every tile is a link — selecting one opens that exact list of tickets.

Your desk has two addresses

This is the thing that confuses almost everyone in the first week, so it is worth two minutes now. Your desk gives you two different web addresses, for two different audiences.

1. The agent console — where your team works

Your team signs in at ashersupport.com and works there. This is the screen in the picture above: tickets, contacts, the knowledge base editor, scheduling, analytics and every admin setting. Every page in it sits under /a/ — for example ashersupport.com/a/tickets.

It is private. A person needs an agent account on your desk to see anything here, and even then, the settings screens are admin-only.

2. The customer portal — where your customers go

Your customers go to your own subdomain, yourcompany.ashersupport.com/support. It carries your brand name, not ours, and it is the only address you ever hand out. On it, a customer can:

  • search your knowledge base and read articles;
  • submit a ticket, choosing which of your brands it is about;
  • check the status of a ticket they already opened;
  • book a call from your availability.

Customers do not create accounts and do not have passwords. They are identified by their email address. To see their own tickets they enter their address and we email them a link that opens them — a link, rather than a password, so nobody can read someone else's conversation just by knowing their address.

In one line: ashersupport.com is for your team. yourcompany.ashersupport.com/support is for your customers. Your booking page is part of the second one, at yourcompany.ashersupport.com/support/book.

Do not send customers to ashersupport.com. They will land on our marketing site and a sign-in form they cannot use. Send them to your own subdomain.

Set up in this order

Each step below assumes the one above it is done. Following the order saves you re-opening screens.

  1. Add your brands. Admin → Products. One product per brand or per product line you support. Do this first — groups, SLA policies and reporting all read better once your brands exist.
  2. Add your team. Admin → Team. Add each agent and decide who is an admin. You set their first password and pass it to them yourself.
  3. Set your business hours. Admin → Business Hours. Your weekly opening calendar and its timezone. Do this before the SLA step, because an SLA policy asks you to pick a calendar and you want one to pick.
  4. Write an SLA policy. Admin → SLA Policies. Set how fast you intend to answer and to resolve, per priority, and attach the calendar from step 3 so your clocks stop when you are closed.
  5. Publish a few knowledge base articles. Knowledge base in the sidebar. Three or four answers to your most common questions is enough to start. Set each one to published — only published articles appear on your portal — and they begin deflecting tickets you would otherwise answer by hand.
  6. Set your availability. Availability in the sidebar. The hours you are willing to take calls. Without this, your booking page has nothing to offer and shows no times.
  7. Create an event type. Event types in the sidebar. A named, fixed-length call — "30-minute onboarding call" — that customers can book. Each one has its own link you can share on its own.

Once step 7 is done, open your own portal in a private browser window and walk through it as a customer: read an article, submit a ticket, book a time. It takes four minutes and catches everything that is not quite finished.

What you can safely leave until later

  • Groups — worth having once more than two or three people share the desk.
  • Canned responses — easiest to write after you have answered the same question twice.
  • Automations — add rules once you can see which tickets keep landing in the wrong place.
  • Inbound email — turning your support address into tickets needs someone with access to your email provider. See Email.

The support desk

This section is the tour. It covers how the console is laid out, what the dashboard is telling you, and how to find any ticket in the list. Once you know your way around these three screens, the rest of the manual is detail.

Two tools, one login

AsherSupport is genuinely two products sharing one account. The left navigation is grouped so you can see where one ends and the other begins.

GroupWhat lives thereWhat it is for
Support desk Dashboard, Tickets, Contacts, Knowledge base The help desk. Customer questions come in, your team answers them, and the answers you write once end up in the knowledge base.
Scheduling Event types, Meetings, Availability The booking calendar. You publish the kinds of call you offer, set the hours you are free, and customers pick a time themselves.
Workspace Analytics, Admin Reporting on the desk, and every setting that shapes both halves — your team, products, groups, email, SLAs, billing.

You do not have to use both halves. A team that only answers tickets can ignore the Scheduling group entirely. A team that only takes bookings can live in it. The two do meet in one place: you can book a call directly from a ticket, which is covered in Book a call from a ticket.

Tip. The small round arrow on the right edge of the navigation collapses it to icons only, which gives you back some width on a narrow screen. Your choice is remembered in that browser, so it stays collapsed next time you sign in.

The bar across the top

Every console screen has the same top bar. On the left is the name of the screen you are on, and often a count — the number in the grey pill next to Tickets is how many tickets the current view holds. On the right:

  • + New opens the new-ticket form, from anywhere.
  • Search looks across tickets, contacts and knowledge base articles at once.
  • The moon icon switches between the light and dark appearance.
  • The round initial at the far right opens your own profile.

The dashboard

Where to find it: Support desk → Dashboard

The dashboard answers one question: what needs attention right now. It counts every ticket in your helpdesk, across all products.

The AsherSupport dashboard. A greeting reads 'Hi Demo, here's your desk' above six count cards: Unresolved 18, Overdue 6, Due today 5, Open 10, On hold 8, Unassigned 5. Below are two panels, 'Tickets by status' listing Open 10, Pending 5, Resolved 4, Closed 2, Waiting on Customer 2, Waiting on Third Party 1, and 'Unresolved by product' with bars for Billing and Invoices 6, Northwind API 3, Northwind Hub 6, Northwind Mobile 3.
The dashboard. Every one of the six cards is a link.

The six cards

Each card is clickable. Clicking it opens the ticket list already filtered to exactly the tickets it counted, so the number you clicked and the list you land on always agree.

CardCounts
Unresolved Every ticket that is not yet Resolved or Closed — so Open, Pending, Waiting on Customer and Waiting on Third Party. This is your real backlog.
Overdue Unresolved tickets whose resolution deadline has already passed. These are the ones to look at first.
Due today Unresolved tickets whose deadline falls inside today.
Open Tickets sitting at the Open status — nobody has replied yet, or the customer has come back to you.
On hold Tickets waiting on somebody: Pending, Waiting on Customer, or Waiting on Third Party. The ball is not in your court, but the clock may still be running.
Unassigned Unresolved tickets with no agent's name on them. Nobody owns these yet.

Note. The cards overlap on purpose. One ticket can be counted by Unresolved, Overdue and Unassigned at the same time. They are six ways of asking about the same pile, not six separate piles, so the numbers will not add up to your total.

The two panels

Tickets by status is the full breakdown — every status with its current count, including Resolved and Closed. It is the honest picture of where work is sitting.

Unresolved by product is the multi-brand view. If you run support for more than one product, brand or client out of the same desk, this tells you at a glance which one is generating the backlog. Products are set up under Admin → Products. Tickets that have not been given a product are grouped as No product, and any product with nothing unresolved drops off the list rather than showing a zero.

The ticket list

Where to find it: Support desk → Tickets

This is where you will spend most of your day. Three columns: the saved views on the left, the toolbar across the top, and the tickets themselves.

The All tickets list. A left column headed VIEWS lists All tickets, Unresolved, Overdue and Due today, then a STATUS group with Open, Pending, On hold, Resolved and Closed, then an ASSIGNMENT group with Unassigned and My open tickets. Above the tickets is a toolbar with Sort by 'Date created', Layout 'Card', Filters and Export buttons, and the count '1 - 24 of 24'. Each ticket card shows the subject, ticket number, requester, when it was last updated, and on the right its priority, assigned agent and status.
All tickets, in the card layout.

Saved views

The left column narrows the list. Only one view is active at a time, and the one you are in is highlighted and named in the top bar.

  • All tickets — no filter at all, including Resolved and Closed.
  • Unresolved — the backlog: everything not yet Resolved or Closed.
  • Overdue — unresolved and past its resolution deadline.
  • Due today — unresolved and due before the day is out.
  • Under Status: Open, Pending, On hold, Resolved, Closed. On hold gathers Pending, Waiting on Customer and Waiting on Third Party into one list.
  • Under Assignment: Unassigned is unresolved tickets with no agent, and My open tickets is the Open tickets assigned to you — your own queue.
The Unresolved view. The top bar reads 'Unresolved 18', the Unresolved entry in the left column is highlighted, and the toolbar shows '1 - 18 of 18'. Resolved and closed tickets are absent from the list.
The Unresolved view — the same list, narrowed to your actual backlog.
The Overdue view showing six tickets: Card reader disconnects after firmware 4.2, Mobile app crashes on launch, Duplicate charge on August invoice, API returns 429 well below documented rate limit, SSO login loop with Okta, and Two-factor codes rejected intermittently. Priorities are High or Urgent throughout.
Overdue. A short list on a good day, and the first one to clear.

Sort

Sort by offers three orders, newest or highest first in each case:

  • Date created — the default. Newest tickets at the top.
  • Last modified — most recently touched at the top. Useful for picking up conversations that are actually moving.
  • Priority — Urgent first, then High, Medium, Low.

Card or Table

The Layout control switches between two ways of showing the same tickets. Card gives each ticket a roomy row and is easier to read one at a time. Table is dense, aligned in columns, and better for scanning thirty tickets for a pattern.

The same ticket list in the Table layout. Columns are Subject, Requester, Status, Priority, Agent and Updated, with about twenty rows visible. Long subjects are truncated with an ellipsis. Priority values are colour-coded: green Low, blue Medium, amber High, red Urgent.
The table layout. Subjects are shortened to keep the columns aligned.

Filters

Filters opens a small panel under the toolbar with two controls, Status and Priority. They narrow whichever view you are already in — so Unresolved plus a Priority of Urgent gives you the urgent backlog. A Clear filters link appears once either is set. The panel stays open while a filter is applied, so you can always see why the list is short.

Export

Export downloads the current list as a CSV file you can open in a spreadsheet. It honours the view and the filters you have applied, but not the sort layout or the page you are on — you get every matching ticket, not just the thirty on screen. Each row carries the ticket number, subject, status, priority, source, type, requester name and email, agent, group, tags, and the created and updated timestamps.

Paging

The list shows 30 tickets per page. On the right of the toolbar, 1 - 24 of 24 tells you which slice you are looking at and how many tickets match in total; the two arrows step back and forward. Changing the view, the sort or a filter always returns you to page one.

What a row tells you

Before you open anything, a single row already answers most of the questions you would ask about a ticket.

On the rowWhat it means
SubjectThe customer's own summary of the problem. Click it to open the ticket.
#2The ticket number. Permanent, never reused, and the thing to quote when you talk about a ticket internally or to the customer.
RequesterThe contact who raised it.
updated 9h agoWhen anything last happened on the ticket — a reply, a note, a property change. A long silence here is the warning sign to look for.
PriorityLow, Medium, High or Urgent, with a colour dot: green, blue, amber, red.
AgentWho owns it, or Unassigned if nobody does yet.
StatusWhere the ticket is in its life — Open, Pending, Waiting on Customer, and so on.

Tip. A row that reads Unassigned and Urgent is the one to pick up first. The Unassigned card on the dashboard exists precisely so those do not sit unnoticed in the middle of a long list.

Working a ticket

This is the job. Everything else in AsherSupport exists to get you to this screen with the right ticket on it. Read this section properly — especially Reply and Note are not the same thing, which is the one mistake in a help desk that customers actually see.

Opening a ticket

Where to find it: Tickets → click any subject

Click a ticket's subject anywhere it appears — in the list, on the dashboard, in search results, or on a contact's record — and it opens. The breadcrumb at the top left reads All tickets › #2; clicking All tickets takes you back to the list.

An open ticket titled 'Cannot export monthly invoice PDF'. A toolbar across the top has Reply, Note, Forward and Close buttons on the left and an Activities link on the right. The conversation shows Ben Okafor's original report and Priya Raman's reply beneath it, then a composer open on the Reply tab. A right-hand panel shows 'Resolution due Aug 23, 2026, 5:50 AM', Priority Medium, and a PROPERTIES form with Tags, Type, Status, Priority, Group, Agent and Product, an Update button, and a 'Schedule a call' button below it.
A ticket. Conversation in the middle, properties on the right, actions on top.

Reading the thread

The subject sits at the top, and everything that has been said runs underneath it in order, oldest first. Each message tells you who wrote it and what they did:

  • reported via portal — the first message, from the customer. The wording changes with how the ticket arrived: portal, email, phone or chat.
  • replied — a message from either side after that. Replies from your team carry a To: line showing the address the reply was sent to.
  • added a private note — an internal note. These are tinted amber so you can tell at a glance that the customer is not reading them.

Timestamps on the right are relative — 9 hours ago. Hover over one to see the exact date and time.

The toolbar

Five controls sit above the conversation.

ButtonWhat it does
ReplyOpens the composer on the Reply tab. Goes to the customer.
NoteOpens the composer on the Note tab. Internal only — the customer never sees it.
ForwardSends the conversation on to somebody outside the ticket, such as a supplier or another team.
CloseSets the ticket to Closed in one click. It disappears once the ticket is already closed.
ActivitiesOpens the audit trail on the right. The number beside it is how many things have happened to this ticket.

Reply, Note and Forward do not open anything separate — they select the matching tab in the composer at the bottom of the thread and scroll you to it. The button and the tab are one control.

Reply and Note are not the same thing

Careful. A Reply is emailed to the customer. A Note is internal and the customer never sees it. Getting these two the wrong way round is the single most expensive mistake in any help desk — an internal remark about a customer, sent to that customer.

The product gives you three separate signals about which one you are writing. Learn to read them, and check them before you send anything you would not want quoted back to you.

ReplyNote
Who sees itThe customer, by email, plus your teamYour team only
Tab colourBlueAmber, with an amber border round the whole composer
Writing areaWhite, prompting Type your reply…Cream, prompting Add a note visible only to agents…
Line along the bottomReply is recorded on the ticket and sets it to Pending.Notes are internal — the customer never sees them.
The buttonBlue, reads SendAmber, reads Add note
Effect on statusSets the ticket to PendingNone
The same ticket with the composer switched to the Note tab. The whole composer is outlined in amber, the Note tab label is amber, the typing area is cream and prompts 'Add a note visible only to agents…', the line along the bottom reads 'Notes are internal — the customer never sees them', and the send button is amber and reads 'Add note'.
The Note composer. When the box turns amber, you are writing to your own team.

Replying to the customer

  1. Press Reply on the toolbar, or click the Reply tab on the composer.
  2. Check the grey line above the writing area. It reads From: … · To: … — the address your reply will be sent from, and the customer address it is going to. If the To address is missing, the contact has no email on file and nothing will be emailed.
  3. Write your answer. B, I and U make the selected text bold, italic or underlined; • List and 1. List turn it into a bulleted or numbered list.
  4. Press Send.

Sending does three things: the reply is recorded on the ticket for everyone to see, it is emailed to the customer, and the ticket moves to Pending — meaning you have answered and the ball is now in the customer's court.

Note. The line at the bottom of the composer tells you honestly what happened. Green Reply sent to the customer means the email went out. An amber message means the reply is safely on the ticket but the email did not go — either it failed, or outbound email is not switched on for this desk. If you see amber, the customer has not heard from you yet.

Forwarding

Use Forward when somebody outside the ticket needs to see it — a supplier, a developer, another department.

  1. Press Forward and enter the address in the To field.
  2. Optionally add a message. It appears above the forwarded conversation, so use it to say what you need from the recipient.
  3. Press Forward.

The recipient gets the public conversation on the ticket — the customer's messages and your replies — and a private note is recorded on the ticket saying where it went. Internal notes are not included in what you forward.

The properties panel

The panel down the right is how a ticket gets classified, routed and prioritised.

FieldWhat it is for
TagsFree-text labels, separated by commas — billing, refund. Your own vocabulary for grouping tickets.
TypeWhat kind of request this is: Question, Incident, Problem, Feature Request or Refund.
StatusWhere the ticket is in its life. Required.
PriorityHow urgent it is. This is what drives the resolution deadline.
GroupThe team responsible — Billing, Support, and so on. Set up under Admin → Groups.
AgentThe individual who owns the ticket. Leave it blank and the ticket counts as Unassigned.
ProductWhich of your products or brands the ticket belongs to. This is what feeds the dashboard's Unresolved by product panel.

Careful. Nothing in this panel saves until you press Update. Changing a dropdown and navigating away loses the change. The button confirms with ✓ Updated when the save has gone through.

The deadline line

Above the properties is a coloured line about the resolution deadline, set by your SLA policy. It reads one of:

  • Resolution due … — the clock is running and you are still inside it.
  • Overdue — was due … — in red. This ticket is late and is counted on the dashboard's Overdue card.
  • Resolved on time or Resolved late — the verdict once the ticket is finished.
  • No SLA set — no deadline applies to this ticket.

Statuses and priorities

Status is the honest answer to "where is this?". Six are available.

StatusMeansCounts as
OpenLive and waiting on you. New tickets start here.Unresolved
PendingYou have replied; you are waiting for the customer. Set automatically when you send a reply.Unresolved, On hold
Waiting on CustomerExplicitly blocked on something the customer owes you.Unresolved, On hold
Waiting on Third PartyBlocked on somebody outside your company — a supplier, a vendor, a courier.Unresolved, On hold
ResolvedYou believe it is fixed. The ticket leaves the backlog and the resolution time is recorded.—
ClosedFinished and filed.—

Priority drives urgency, and through your SLA policy it sets the resolution deadline.

PriorityColour
UrgentRed
HighAmber
MediumBlue
LowGreen

Resolving and closing

There are two ways to finish a ticket. Set Status to Resolved or Closed in the properties panel and press Update, or press Close on the toolbar, which sets the ticket straight to Closed. Either way the moment is recorded, which is what the Avg resolution figure in Analytics is measured from.

Tip. Use Resolved when you think it is fixed but the customer might come back, and Closed when the conversation is genuinely over. Both leave the backlog, so the distinction is for you, not for the counts.

Creating a ticket for a customer

Where to find it: + New in the top bar, from any screen

When a customer phones you, or emails you personally rather than the support address, raise the ticket yourself so the work is on the record.

The New ticket form. Requester email and Requester name sit side by side at the top, with a required Subject field and a large Description box below them. Underneath are six dropdowns in pairs: Product and Type, Status set to Open and Priority set to Low, Group and Assign to agent. A blue Create ticket button is at the bottom.
The New ticket form. Only requester email, subject and status are required.
  1. Press + New in the top bar.
  2. Enter the Requester email. This is required, and it is how the ticket is attached to the right person.
  3. Add the Requester name if you have it. It is used only when this email address is new to you and a contact has to be created.
  4. Write a Subject — a short summary, in the customer's terms. This is what your team sees in the list, so make it specific.
  5. Put the detail in Description. It becomes the first message on the ticket, recorded as though the customer wrote it.
  6. Set Product, Type, Status, Priority, Group and Assign to agent as far as you can. All of them can be changed later.
  7. Press Create ticket. You land straight on the new ticket.

Note. If the email address is not already a contact, one is created for you and the ticket is attached to it. Nothing is duplicated — the same address always resolves to the same person. Tickets you raise this way are recorded as having come in by phone.

Book a call from a ticket

Some problems are faster on a call than in writing. At the bottom of the properties panel is Schedule a call.

  1. Press Schedule a call.
  2. Pick an Event type — the kind of call, with its length shown beside the name.
  3. Pick a Date, then a Time.
  4. Press Schedule. If the event type produces an online meeting, a Join link appears straight away.

The times offered are only ones you are genuinely free — they come from your own working hours and your existing bookings, so you cannot double-book yourself or offer a slot outside your availability. The booking is attached to the ticket, and appears in Meetings.

Note. If you see Create an event type to schedule calls, there is nothing to book yet. Event types, working hours and calendar connections are covered in the Scheduling section of this manual.

Activities: the audit trail

Activities on the right of the toolbar opens a panel listing everything that has happened to this ticket, newest first. Every entry names who did it, what they did, and when.

The Activities panel slid over the right of the ticket screen, headed ACTIVITIES with a close X. It contains one timeline entry: a blue dot beside 'Priya Raman replied', the detail line 'Replied to the requester', and the timestamp 'Aug 22, 2026, 6:43 PM'.
Activities. Who did what to this ticket, and when.

You will see entries for the ticket being created, replies sent, private notes added, properties updated, forwards, closures, and meetings scheduled, cancelled or completed. Red entries are failures worth noticing — a forward that did not go out, or an email that could not be sent.

Close the panel with the ✕ at its top right, or by clicking the dimmed area outside it.

Tip. When a customer says "nobody ever got back to me", open Activities. It is the record of what actually happened, in order, and it settles the question without anybody having to remember.

Contacts & knowledge base

Tickets are the work. This section covers the three things around them: the people who raise them, the articles that stop them being raised at all, and the two screens that help you find and understand everything — Search and Analytics.

Contacts

Where to find it: Support desk → Contacts

A contact is one person who has dealt with your desk. Contacts are created for you: the first time somebody raises a ticket — through the portal, or when you create one on their behalf — a contact appears for that email address. The same address always resolves to the same person, so their history builds up in one place.

The Contacts screen. A 'Search contacts…' box sits at the top left and a blue '+ New contact' button at the top right. Below is a table with columns Contact, Email, Phone, Company and Tickets, listing twelve people such as Alice Whitfield of Contoso Ltd and Carmen Ruiz of Fabrikam Inc, each with two tickets. Empty phone numbers show as a dash.
Contacts. The Tickets column is how many tickets that person has raised.

Finding somebody

The Search contacts… box at the top matches on name, email address or phone number. Type a fragment and press Enter. The list is sorted alphabetically by name.

Opening a person

Click any name to open their record. On the left are their details, on the right every ticket they have ever raised.

Alice Whitfield's contact record. The left card shows her initial in a blue circle, 'Contact since 4h ago', and editable Name, Email, Phone and Company fields with a Save button. On the right, a heading 'Tickets (2)' lists 'Card reader disconnects after firmware 4.2 #1' created 15h ago and 'Dashboard charts blank on Safari #13' created 5d ago, each tagged Open.
A contact record — details on the left, their whole history on the right.
  1. Edit Name, Email, Phone or Company as needed.
  2. Press Save. Nothing is stored until you do.

Each ticket on the right shows its subject, number, when it was created and its current status. Click one to open it.

Tip. Before you answer a difficult ticket, open the requester's record. Five tickets in a fortnight about the same product is a different conversation from a first-time question, and you cannot see that from the ticket alone.

Adding somebody yourself

+ New contact creates a person before they have raised anything — useful when you are onboarding a client and want their details on file first.

Knowledge base

Where to find it: Support desk → Knowledge base

The knowledge base is where you write an answer once instead of typing it forty times. Published articles appear on your public support portal, where customers can read them without opening a ticket at all.

The Knowledge base screen. Three category cards across the top — Billing ('Invoices, plans and payment methods'), Developer API ('Authentication, webhooks and limits') and Getting started ('Set up your account and first device') — each listing its folders with an article count and a 'New folder…' box. A dashed card below holds a 'New category…' box. Underneath, a table headed 'Articles (7)' lists titles with their Folder, a green Published badge and the date updated.
Categories across the top, every article in the table below.

How it is organised

Three levels, from broad to specific:

  • Categories are the big divisions of your product — Billing, Developer API, Getting started. Each is a card at the top of the screen.
  • Folders sit inside a category and group related articles — Invoices, Authentication, Basics. The number beside a folder is how many articles it holds.
  • Articles are the answers themselves. Every article lives in exactly one folder.

To add a category, type its name in the dashed New category… box and press Add. To add a folder, use the New folder… box on the category card it belongs to.

Writing an article

  1. Press + New article at the top right.
  2. Give it a Title. This is what customers see and what search matches on, so write it the way a customer would ask — Download a past invoice, not Invoice retrieval.
  3. Choose a Folder. The dropdown shows each one as Category / Folder so you can see exactly where it will land.
  4. Set the Status to Draft or Published.
  5. Write the article, and save.

Careful. Published means live on your public support portal, where anybody can read it. Draft keeps it visible to your team only. An article you are still working out the wording of should stay a Draft.

The Articles table at the bottom lists every article you have, with its folder, a green Published or grey Draft badge, and when it was last updated. Click a title to edit it.

Note. You need at least one category and one folder before you can write an article — there would be nowhere to file it. If the editor tells you to create a category and folder first, that is why.

Where to find it: Search in the top bar, from any screen

One box, searched across three things at once. Type a term, press Search, and the results come back grouped.

The Search screen with 'invoice' in the box. Below it, '6 results for invoice'. A Tickets group of 4 lists 'Cannot export monthly invoice PDF #2' with Open and Medium badges, 'Duplicate charge on August invoice #5' with Pending and High, 'VAT number missing from EU invoices #14' with Waiting on Customer and Medium, and 'Invoice currency shows USD instead of EUR #24' with Pending and Medium. An Articles group of 2 lists 'Add a VAT number to your invoices' and 'Download a past invoice'.
Search results, grouped by what they are.
GroupMatched on
TicketsThe subject. Each result shows the requester, the status and the priority.
ContactsName or email address.
ArticlesThe title. Anything not yet published is marked Draft.

A group with no matches is left out entirely, which is why the screenshot above shows Tickets and Articles but no Contacts — nobody is called "invoice". Click any result to open it. Each group returns up to ten results, so for a broad term use the ticket list's views and filters instead.

Tip. Search a customer's problem before you answer it. If an article already covers it, you can send them the answer in a sentence — and if nothing comes back and you are about to write a long reply, that is the moment to write the article instead.

Analytics

Where to find it: Workspace → Analytics

Analytics is the shape of your desk over time, rather than what needs doing right now — that is the dashboard's job.

The Analytics screen headed 'Reporting — Ticket trends and team performance across your helpdesk'. Four stat cards read Total tickets 24, Created (14d) 24, Resolved 6, and Avg resolution 17h 30m over 6 resolved. Below, a bar chart titled 'Tickets created — Last 14 days' shows one to three tickets per day. Two panels beneath break tickets down by status (Open 10, Pending 5, Resolved 4, Closed 2, Waiting on Customer 2, Waiting on Third Party 1) and by priority (Urgent 3, High 5, Medium 10, Low 6).
Reporting. The four headline figures, then the breakdowns.

The four headline figures

FigureWhat it counts
Total ticketsEvery ticket on the desk, at any status, ever.
Created (14d)Tickets raised in the last fourteen days. Your incoming volume.
ResolvedHow many tickets have been resolved.
Avg resolutionThe average time from a ticket being created to being resolved. The line underneath says how many tickets that average is drawn from — a small number means treat it loosely.

Tickets created

A bar per day for the last fourteen days. This is the one to watch after a release or a price change: a wall of bars two days after a change tells you something went out wrong.

The breakdowns

  • Tickets by status — every status with its count. A large Pending or Waiting on Customer figure means a lot of your desk is waiting on other people, not on you.
  • Tickets by priority — Urgent down to Low. If almost everything is Urgent, the priority field has stopped carrying information.
  • Unresolved by product — which product or brand is generating the current backlog. Tickets with no product set are grouped as No product.
  • Resolved by agent — how many tickets each member of your team has resolved. Tickets resolved without an owner appear as Unassigned.

Note. These figures cover your whole helpdesk, not just your own tickets, and they are worked out fresh every time you open the screen. On a very large desk the subtitle says how many of the most recent tickets the report is based on.

Scheduling

AsherSupport has a booking calendar built into the help desk. You publish the kinds of meeting people can book, you set the hours you are open, and anyone with your link picks a time from what is actually free.

Because it lives in the same product as your tickets, a support conversation can turn into a scheduled call without a second tool and without a second subscription. An agent reading a ticket can book the call from the ticket itself, and the meeting keeps a link back to it.

Where to find it: Scheduling in the left sidebar — Event types, Meetings and Availability.

Scheduling has two halves, and they need each other. Event types say what can be booked. Availability says when. If you create an event type and never set your hours, your booking page will show a calendar with nothing on it.

Event types

An event type is one kind of meeting someone can book with you — a 30-minute onboarding call, a 15-minute check-in, an hour-long technical review. Each one has its own name, duration, location and description, and each one gets its own public link.

The Event types page. One card reads 30-min onboarding call, Walk through setup with a specialist, 30 min, Zoom, with a green Active pill and a three-dot menu. Below the card is its booking link with a Copy link button. At the bottom, an Integrations row shows Zoom and Calendar sync, both not connected.
The Event types page. Each event type is a card with its own booking link. The Integrations row at the bottom is where Zoom and calendar sync are set up.

Creating one

  1. Go to Scheduling → Event types and choose New event type.
  2. Give it a Name. This is what people see on your booking page, so name it the way a customer would describe it — "30-min onboarding call", not "OB1".
  3. Check the Booking slug. It fills itself in from the name and becomes the end of the public link. Lowercase letters, digits and hyphens only, and it has to be unique for that agent.
  4. Write a short Description. It appears under the name on the booking page and is the only chance you get to tell someone what the call is for.
  5. Set the Duration (minutes).
  6. Pick a Location: Zoom, Google Meet, Phone call, In person, or Custom. Phone, in person and custom ask you for the detail to show the invitee.
  7. Set Buffer before (min) and Buffer after (min) if you want padding around the meeting. See Booking rules below.
  8. Leave Active (accepting bookings) ticked, and choose Create event type.
The New event type form, showing fields for Name, Booking slug, Description, Duration in minutes, Location set to Zoom, Buffer before and Buffer after, and a ticked checkbox reading Active (accepting bookings).
The new event type form. Name, slug, description, duration, location and buffers.

The rest of the settings appear after you create the event type. Open it again and you will find Availability (which schedule it books against), Booking rules, Booking questions and Hosts. They are not on the create form because most of them need an event type to attach to.

The overflow menu

The three-dot button on each card holds the actions you will not need every day.

ActionWhat it does
EditOpens the full editor, the same as clicking the event type's name.
DuplicateMakes a copy you can rename. Useful when a second meeting type differs from an existing one by a few minutes.
Activate / DeactivateTurns bookings on or off. A deactivated event type keeps all its settings, but its public link stops working and the card says so instead of showing the link.
DeleteRemoves it permanently and kills the booking link immediately. Meetings already booked are kept, but they lose this event type's name in your meetings list. You are asked to confirm.

If you want to stop taking bookings for a while — a holiday, a hiring gap — use Deactivate, not Delete. Deactivating is reversible and keeps your booking rules and questions intact.

Every active event type shows its public link on the card, with a Copy link button next to it and an icon that opens the page in a new tab.

The link lives on your own portal address, not on ashersupport.com. It looks like this:

demo.ashersupport.com/support/book/onboarding

The first part is your portal address, and the last part is the booking slug you set on the event type. Paste the link into an email signature, a ticket reply, a canned response, or your own website — anywhere a customer might need a time with you.

Copy the link with the Copy link button rather than typing it out or copying it from your browser's address bar while you are signed in to the desk. The button always gives you the link on your portal's own address. A link built by hand on the wrong address returns a "page not found" for your customers, and you will not see it happen.

The View booking page button at the top of the Event types page opens the page a customer would land on, listing every active event type at once. It is worth opening after any change, so you see what they see.

Availability

Availability is the hours you accept bookings. It is stored as one or more named schedules, and each event type books against one of them.

Where to find it: Scheduling → Availability, or the Availability button on the Event types page.

The Availability page with the Schedules tab open. On the left, a schedule named Working hours marked DEFAULT, in Europe/London, active on 1 event type, with a New schedule link. On the right, Rename and Duplicate buttons, a Timezone selector set to Europe/London, and a weekly grid: Monday to Thursday 09:00 AM to 05:00 PM, Friday 09:00 AM to 03:00 PM, Saturday unticked and marked Unavailable. A List / Calendar toggle sits top right.
The weekly grid. Each day has its own hours, and an unticked day is closed.

Setting your weekly hours

  1. Open Scheduling → Availability. You start with one schedule, named Working hours and marked DEFAULT.
  2. Set the Timezone first, before you touch the hours. Every time in the grid is read in this timezone, so changing it afterwards moves your whole week.
  3. Tick the days you work, and set a start and end time for each one.
  4. To split a day around lunch or a standing meeting, choose + Add hours on that day and enter a second window. The × next to a window removes it.
  5. If most days are identical, set one and choose Copy times to all days.
  6. Save.

A day with no hours set is closed. Unticking a day marks it Unavailable and nobody can book on it. And if no schedule has any hours at all, your booking page will offer no times whatsoever — the calendar loads, and every date is greyed out. This is the single most common reason a new desk's booking link "does not work".

Named schedules

You can keep more than one set of hours and point different event types at different ones — a longer week for quick check-ins, a narrower one for hour-long reviews, or summer hours you switch to for a season.

  • + New schedule creates one. Name it something you will recognise in six months.
  • Rename and Duplicate act on the schedule you have selected.
  • Make default makes the selected schedule the one new event types use.
  • Each schedule in the list shows its timezone and how many event types are Active on it, so you can see what a change is about to affect before you make it.
  • You cannot delete your only schedule, and you cannot delete the default one — make another schedule the default first.

To choose which schedule an event type uses, open the event type and use the Availability section.

Date overrides

A date override changes one calendar date without touching the weekly pattern — a public holiday, a conference day, a Saturday you are opening on purpose.

  1. Switch the List / Calendar toggle at the top right to Calendar.
  2. Click the date you want to change.
  3. Choose Unavailable (day off) to close it, or Custom hours to give it different times from its usual weekday.
  4. Save. The date now departs from the weekly grid until you remove the override, which puts it back on the weekly hours.

Put your public holidays in as overrides at the start of the year. It takes a few minutes and it prevents the specific embarrassment of a customer booking a call on a day your office is shut.

Calendar sync

Connect Google Calendar or Outlook Calendar and anything already on your calendar hides the slots it overlaps. Each new booking is also written back to your calendar, so the meeting appears where you normally look for it.

Where to find it: Scheduling → Availability → Calendar sync

The Calendar sync tab on the Availability page. Two cards side by side: Google Calendar with a Connect Google Calendar button, and Outlook Calendar with a Connect Outlook Calendar button. A line underneath explains that busy times from a connected calendar are blocked automatically and each booking is written back to your calendar.
Calendar sync. Connect Google or Outlook so busy times block themselves out.
  1. Open Scheduling → Availability and switch to the Calendar sync tab.
  2. Choose Connect Google Calendar or Connect Outlook Calendar.
  3. Sign in to that account and approve the access it asks for. You are returned to AsherSupport when it finishes.

Calendar sync is connected per agent, and it is not connected for anyone until they do it themselves. Until an agent connects their own calendar, their external meetings do not block bookings — AsherSupport has no way to see them. That agent's booking page will happily offer a time they are already busy.

If your team takes bookings, make connecting a calendar part of getting a new agent set up, alongside their password and their groups.

Zoom

Connect Zoom and every call booked with a Zoom location gets a meeting link created for it automatically. The link goes on the confirmation page, into the confirmation email, and into the Join link on your Meetings list.

  1. Go to Scheduling → Event types and find the Integrations row at the bottom of the page.
  2. Choose Connect on the Zoom card.
  3. Sign in to Zoom and approve the access. The card then stops saying "Not connected".

Zoom is connected once for the whole workspace, not per agent.

If Zoom is not connected, bookings still work. The meeting is made, the confirmation is sent, the time is held — there is no automatic link on it, and you will need to send one yourself. The card on the Event types page says exactly this: "Not connected — booked calls won't get a Zoom link".

Booking rules

These are the guardrails. They exist to stop the bookings that are technically valid and practically awful — the call booked for eleven minutes from now, the one booked eight months out, the eleventh call on a day you can survive four.

Where to find it: Scheduling → Event types → open an event type → Booking rules

SettingWhat it does
Buffer before / after Padding around the meeting, in minutes, set on the event type form itself. A 15-minute buffer after a call keeps the next slot from starting the second this one ends.
Minimum scheduling notice How far in advance someone must book. Entered in minutes, hours or days. Nobody can book a time that starts sooner than this from now.
Bookable window How many days into the future the booking page shows, counting from today. Keeps people from booking against a calendar you cannot predict yet.
Daily meeting limit A cap on bookings per day. Once that many exist on a day, the rest of that day stops being offered. Set it to No limit to turn the cap off.
Show start times every… The spacing between the start times offered. Leave it on Meeting length for back-to-back slots, or pick a fixed interval so every call starts on a tidy hour or half-hour.
Cancellation cutoff How many hours before the start an invitee stops being able to cancel or reschedule themselves. Set it to 0 to let them change it at any time.
Redirect after booking Send invitees to a page of your own once they confirm, instead of the built-in confirmation page. Leave it empty to use ours.

Choose Save booking rules when you are done. This section saves on its own, separate from the main event type form.

A sensible starting point for a support desk: a few hours of minimum notice so nobody ambushes you, a bookable window of two to four weeks, buffers of 10–15 minutes, and a cancellation cutoff of a few hours so you are not preparing for a call somebody dropped while you were making coffee.

Meetings

The Meetings page is everything that has been booked — what is coming, what has happened, and who booked it.

Where to find it: Scheduling → Meetings

The Meetings page. A NEXT UP banner at the top shows Eleni Papadakis, Tue Aug 25 2026 12:00 PM GMT+1, in 2 days, with a Join button. Below, an Upcoming table with three rows and a Past table with two, each with columns for Invitee, Event type, When, Where, Host, Status and Actions. Upcoming rows are marked CONFIRMED with a Cancel button; past rows are marked COMPLETED. A line above reads Times shown in Europe/London (GMT+1).
Meetings. Upcoming at the top, past below, and a banner for whatever is next.
  • All meetings / Mine switches between the whole workspace and the meetings you are hosting.
  • NEXT UP is the banner at the top — the next meeting, how long until it starts, and a Join button when there is a link.
  • Upcoming and Past are separate tables so you never mistake one for the other.
  • Each row shows the Invitee with their email address, the Event type, When, Where (with a Join link when there is one), the Host and a Status pill.
  • If the meeting was booked from a ticket, the invitee's name has the ticket number under it as a link, so you can go straight back to the conversation.

Times and timezones

Meetings are shown in your timezone, and the page names it — "Times shown in Europe/London (GMT+1)" — with the zone repeated in the When column heading and on every row. Your customer saw the same meeting in their own timezone when they booked it. Both are the same instant; only the label differs.

Cancelling and completing

  • Cancel appears on any active meeting that has not finished yet. Cancelling releases the slot and the invitee is told.
  • Complete appears only once a meeting has started, and marks it done. It is deliberately hidden before the start time, because completing a call that has not happened would free its slot for somebody else.
  • When neither applies — a meeting already finished, or already cancelled — the Actions column shows a dash.

Booking a call from a ticket

This is the reason scheduling lives inside the help desk. When a ticket reaches the point where a written reply will not settle it, you can put a call in the diary without leaving the conversation.

Where to find it: Tickets → open a ticket → Schedule a call in the sidebar

  1. Open the ticket and choose Schedule a call in the right-hand sidebar.
  2. Pick the Event type. The list shows each one with its length.
  3. Pick a Date and a Time. Only open times are offered — your availability, your booking rules and any connected calendar have already been applied.
  4. Choose Schedule.

The panel confirms with "Call scheduled." and gives you a Join link when the location produced one. The meeting then appears on your Meetings page with the ticket number beside the invitee's name.

The times in this panel are shown in your working-hours timezone, and the panel says which one that is. If there is nothing to pick from, it tells you why: no open times in your booking window, which means your availability or that event type's rules need a look.

If you would rather the customer chose the time themselves, paste the event type's booking link into your reply instead. Both routes create the same kind of meeting — the difference is only who does the picking.

What your customers see

Everything in this section is the half of AsherSupport you will almost never look at, and the half your customers judge you on. It is worth ten minutes of your time to walk through it once, as them.

Your customers get a support portal on your own address, carrying your name. From it they can search your knowledge base, read an article, submit a ticket, check the status of a ticket they already filed, and book a call. They never see the agent side, they never see another customer's tickets, and they do not need an account or a password.

Your customers' address: yourname.ashersupport.com/support

Open your portal in a private browsing window before you send the link to anyone. Signed out and in a clean window is the only way to see it the way a customer will.

The portal home page

The front door. Your name and logo across the top, a search box, and the four things a person arriving with a problem might want.

A support portal branded Northwind Devices Support. A dark header with the company name and a Submit a ticket button. Below it a nav bar with Home, Knowledge base, Submit a ticket, Book a call and Check ticket status. The page asks How can we help you today? with a search box, then Popular articles listed in two columns, then knowledge base categories for Billing, Developer API and Getting started.
The portal home page, branded with the desk owner's name. Search, popular articles, and the knowledge base categories.

The navigation bar carries the whole portal:

LinkWhere it goes
HomeBack to this page.
Knowledge baseEvery published article, grouped by category.
Submit a ticketThe form that opens a new ticket.
Book a callYour bookable meeting types.
Check ticket statusSign in to see and reply to their own tickets.

The home page also shows Popular articles and your knowledge base categories, so a visitor who does not know what to search for still has somewhere to start. The footer names your desk.

The portal follows the visitor's own light or dark preference, and there is a moon icon in the header for switching it. Nothing about that changes what they can see or do.

Reading the knowledge base

The knowledge base is your published articles, grouped under the categories and folders you set up on the agent side. Only published articles appear here.

The portal knowledge base page. A search box at the top, then categories: Billing with an Invoices folder listing two articles, Developer API with an Authentication folder listing two articles, and Getting started with a Basics folder listing three articles.
The knowledge base, grouped by category and folder.
  1. The visitor chooses Knowledge base, or searches from the home page.
  2. They browse the categories, or search within the knowledge base using the box at the top of the page.
  3. They pick an article title.
A knowledge base article titled Add a VAT number to your invoices, with a Last updated date beneath the title, one paragraph of body text, and a panel at the bottom headed Still need help? containing a Submit a ticket button. A back link to the Knowledge base sits above the title.
An article. The date it was last updated is shown, and there is a way out to a ticket at the bottom.

An article shows its title, when it was last updated, and the body. At the bottom, a Still need help? panel offers Submit a ticket — so the article that did not answer the question becomes a ticket instead of a dead end.

The "Last updated" date is visible to your customers. An article stamped two years ago reads as neglected whether or not it is still correct. Re-saving articles you have checked is worth doing.

Submitting a ticket

The form is deliberately short. The more you ask for, the fewer people finish it.

The Submit a ticket form on the portal. Fields for Your name, Email marked required, a Product dropdown reading Select a product, Subject marked required, and a Description text area with the placeholder How can we help? Below is a blue SUBMIT TICKET button.
The ticket form. Email, subject and description are required; name and product are not.
  1. The customer chooses Submit a ticket, from the nav bar, the header button, or the New support ticket shortcut on the home page.
  2. They fill in Your name and Email. Email is required — it is how you reply to them.
  3. They pick a Product, if you have set products up. This is optional.
  4. They write a Subject and a Description. Both are required.
  5. They choose SUBMIT TICKET.

The ticket lands in your desk straight away and the customer is shown their ticket number. They are also emailed a link that opens the ticket, so they can follow the conversation on the portal and reply there.

They are not signed in the moment they submit, even though they typed the address a second ago. Nobody is signed in on their own say-so. They get their ticket number as a receipt, and the emailed link is what proves the address is theirs. The reasoning is the same as in Checking ticket status below.

Checking ticket status

This is the part worth understanding properly, because it is the part customers ask about.

A customer enters their email address and AsherSupport emails them a secure sign-in link. Clicking that link signs them in and shows their tickets. Entering the address on its own does not open anything.

The Check ticket status page on the portal. It reads Sign in to see your tickets and reply. A panel headed Your email address explains that a link will be emailed instead of using a password, so nobody else can read your conversation just by knowing your address. Below is an email field and a blue Email me a link button.
Checking ticket status. The address is where the link is sent — it is not the key by itself.
  1. The customer chooses Check ticket status.
  2. They type the email address they contacted you from and choose Email me a link.
  3. The page tells them to check their inbox. The link works for 30 minutes.
  4. They open the link from their email. They are now signed in and see Your tickets — every ticket they have filed with you, with its number, subject, status and dates.
  5. They open a ticket to read the whole conversation and reply to it. There is a Sign out button when they are finished.

Why an address alone is not enough

An email address is a public identifier. Most people's addresses are on their website, in their email signature, and on every message they have ever sent. If typing an address were enough to open the tickets belonging to it, then anybody who knew a customer's address could read that customer's entire support history — subjects, statuses, and the whole thread. Support tickets routinely contain order numbers, account details, complaints about staff, and things people would not want a colleague or a competitor reading.

Sending a link to the address proves the person asking can actually receive mail at it. That is what makes the conversation private, and it is why there is a step that feels like one more than necessary.

If a customer says the link did not work, the usual causes are: they waited more than 30 minutes, the link had already been used, or it went to spam. They can request a fresh one from the same page as often as they need. If your desk cannot send email at all, the page says so and tells them to reply to any email they have had from you instead.

If a customer is stuck, you do not have to solve the sign-in. You can see the ticket on the agent side and reply to it — your reply reaches them by email like any other.

Booking a call

Book a call in the nav bar lists the meeting types you have made active. This is the same set of event types described in Scheduling, seen from the other side.

The Book a call page on the portal, headed Book with Demo Admin under a Northwind Devices label, with the line Pick a time that suits you — it takes less than a minute. One card offers a 30-min onboarding call, 30 min, Zoom, described as Walk through setup with a specialist, with a See available times link.
The meeting types a visitor can choose from. Each shows its length, where it happens, and what it is for.
  1. The visitor chooses Book a call, or opens a booking link you sent them.
  2. They pick a meeting type and choose See available times.
  3. They pick a date, then a time.
  4. They fill in their details and confirm.

The date and time picker

The booking picker. On the left, a summary panel: 30-min onboarding call, 30 minutes, Zoom, with Demo Admin, and the description. On the right, Select a date and time with an August 2026 month calendar; the 24th is selected and several dates have a small dot beneath them. A column of times runs down the right — 12:00 PM, 12:30 PM, 1:00 PM and on — each labelled 30 min, under the heading Monday, August 24 with 16 times. Below the calendar: Times shown in Dubai GMT+04:00 with a dropdown, and a 12h / 24h toggle.
The picker. Dates with a dot underneath have open times, and everything is shown in the visitor's own timezone.
  • Dates with a dot underneath have open times. Greyed-out dates are full, closed, or outside your booking window. The page says this in as many words, under the calendar.
  • Choosing a date lists the available start times beside the calendar, with a count of how many there are and the length of each one.
  • Times are shown in the visitor's own timezone, detected from their device. The zone is named under the calendar — "Times shown in Dubai GMT+04:00" — and there is a picker next to it if they want to change it. Somebody booking from a hotel in another country can set the zone they will actually be in.
  • A 12h / 24h toggle switches between 1:00 PM and 13:00.
  • The panel on the left keeps the meeting name, its length, where it happens and who it is with in view the whole time.
  • All meeting types at the top goes back to the list.

You and your customer are looking at the same instant in different clocks. Your Meetings page shows the meeting in your timezone; their confirmation shows it in theirs. Neither is wrong, and neither needs converting by hand.

Confirming

After picking a time, the visitor gives their name and email, and answers whatever booking questions you added to that event type. They can add guests by email address, and there is a notes field for anything that would help you prepare. Then they choose Confirm booking.

The confirmation page

Confirming lands them on a page that is both the receipt and the place they come back to. It opens with a status badge — Confirmed, or Cancelled, or Already happened — then the meeting name, who it is with, and the date and time in large type with the timezone spelled out underneath.

If the meeting has an online link, a Join meeting button sits right below the time. Under that: where it happens, who booked it, any guests, and the answers they gave you.

Add to your calendar

An Add to your calendar row offers Google, Outlook, Office 365 and Apple / .ics. Whichever they pick, the meeting is added at the correct instant, and their calendar shows it in whatever timezone that device is set to.

Reschedule and cancel

Under Need to change something? the customer can Reschedule or Cancel booking themselves — no email to you, no back-and-forth. Rescheduling keeps the same link, so the page they bookmarked stays correct.

If you set a cancellation cutoff on the event type, the page says when changes close — for example, that changes close two hours before the start time. After the cutoff, or once the meeting has ended, the reschedule and cancel controls are replaced by a line telling them to reply to their confirmation email so a person can help.

The page reminds them to bookmark it, because it always shows the current details for that booking.

On a phone

Plenty of your customers will meet your support desk on a phone, usually while annoyed. The whole portal works there — searching, reading, submitting a ticket, checking status, and booking a call — with no app to install.

The portal home page on a phone. The branded header wraps onto two lines with the Submit a ticket button beside it, a scrollable nav bar underneath, then How can we help you today?, a search box, New support ticket and Check ticket status shortcuts stacked, and Popular articles listed one per row.
The portal home page on a phone. The article list stacks into a single column.
The booking picker on a phone. The meeting summary card sits at the top — 30-min onboarding call, 30 minutes, Zoom, with Demo Admin — and the Select a date and time calendar for August 2026 follows underneath it rather than beside it.
Booking on a phone. The meeting summary stacks above the calendar instead of sitting beside it, and the times follow below.
The Submit a ticket form on a phone. Your name, Email, Product, Subject and Description are stacked in a single column with full-width fields, each label above its input.
The ticket form on a phone. Labels sit above full-width fields, one per row.

Check your portal on your own phone after you change your branding or add products. A category name that fits comfortably on a laptop can wrap awkwardly on a narrow screen, and you will only find out by looking.

Admin & settings

Where to find it: Admin at the bottom of the left sidebar

Everything in this part is admin-only. Agents can work the desk without ever opening these screens, and if a non-admin follows a link to one, they land back on the Team page rather than seeing an error.

The settings live on one row of tabs across the top: Team, Groups, Products, Canned Responses, Automations, SLA Policies, Business Hours, Email and Billing. Your own name and password live separately, under your avatar.

Team

Where to find it: Admin → Team

The Admin Team screen. A table lists three people: Demo Admin with an Admin badge, plus Marco Silva and Priya Raman with Agent badges, all marked Active, each agent row ending in a red Deactivate link. Below the table, an "Add agent" panel has Name, Email and Password fields, a role dropdown set to Agent, and a blue Add agent button.
Everyone on your desk, and the form that adds another.

Adding an agent

  1. Fill in the person's name and email.
  2. Set a password of at least 8 characters.
  3. Choose their role — Agent or Admin.
  4. Select Add agent. They appear in the table as Active straight away.

There is no invitation email today. You choose the person's first password on this form, so you have to pass it to them yourself. Ask them to change it as soon as they sign in, from their own profile — see Your profile.

Admin or agent?

Can they…AgentAdmin
Work tickets, contacts and the knowledge baseYesYes
Use scheduling and take bookingsYesYes
Open the Admin settings screensNoYes
Add or deactivate peopleNoYes
See and change billingNoYes

Choose the role carefully when you add someone. The role is set on the Add agent form and there is no control on this screen to change it afterwards. Making an existing agent an admin means contacting us.

For the same reason, add a second admin early. If your only admin loses access, nobody left can add agents or change settings.

Deactivating someone

When a person leaves, select Deactivate on their row. They stop being able to sign in, and their row stays in the table greyed out so their name still reads correctly on old tickets. Nothing they wrote is deleted.

Deactivating frees the seat they were holding. Reactivating them takes one back, so it goes through the same seat check as adding somebody new. You cannot deactivate yourself.

Seats

Your plan comes with a number of agent seats, and a seat is held by each active agent.

Seats gate one thing only: adding another agent. Running out of seats never signs anyone out, never hides a ticket, never stops work, and never blocks cancelling. If you are full, the Add agent form refuses with an explanation and nothing else about your desk changes. Deactivate someone who has left, or buy a seat, and try again.

Products (your brands)

Where to find it: Admin → Products

A product is a brand, an app, or a line of business that you support. This is the multi-brand feature: one desk, one team, one bill, several brands kept apart in the places that matter.

The Admin Products screen showing four brand cards, each with a coloured dot and an Edit link: Billing & Invoices, Northwind API, Northwind Hub and Northwind Mobile. Below them, a "New product" form with fields for Name, Support email, Portal slug, Primary color and Description, and a Create product button.
Four brands on one desk. The coloured dot is that brand's primary colour.

Adding a brand

  1. Name — what your team and your customers will call it. Required.
  2. Support email — the address customers write to for this brand. Mail that arrives at it is filed against this product automatically. See Email.
  3. Portal slug — a short, lowercase, one-word name for the brand, used to identify it in links.
  4. Primary color — a hex value such as #2f5fe0. It is the dot beside the brand's name in your desk.
  5. Description — a line to remind your team what this brand covers.
  6. Select Create product. Select Edit on any card to change these later.

What having several brands actually gives you

  • Every ticket carries a brand, so you can filter and report by brand. Your dashboard already breaks unresolved tickets down that way.
  • Each brand has its own support address, and mail to it lands on that brand.
  • Customers choose the brand from a dropdown when they submit a ticket on your portal.
  • Your plan sets how many brands you can have. See Billing.

Your brands share one customer portal, on your one subdomain. A customer arriving there picks which brand they need. There is not a separate website per brand.

Groups

Where to find it: Admin → Groups

A group is a team that work gets routed to: Billing, Customer Support, Engineering Escalations. Where a product answers "which brand is this about?", a group answers "who should pick this up?"

The Admin Groups screen with three cards named Billing, Customer Support and Engineering Escalations, and below them a "New group" panel with a Group name field and an Add group button.
Groups are just named queues. Type a name, select Add group.

A ticket can be assigned to a group as well as to a person, so it can sit with the right team before anyone has claimed it. Your desk starts with one group called General.

Name groups after the work, not the people — "Billing", not "Marco and Priya". Groups outlive the people in them.

Canned responses

Where to find it: Admin → Canned Responses

Saved replies for the answers you give over and over: the follow-up question you always have to ask, the closing message, the "we're looking into it" holding note.

The Canned Responses screen in three columns. Left, a Folders list containing General and a field to add another. Middle, three saved replies titled "Need more information", "Resolved — closing" and "Thanks — investigating", each with an Edit link and a preview of its text. Right, a "New canned response" form with Title, Folder and Body fields and a Create response button.
Folders on the left, your saved replies in the middle, the editor on the right.
  1. Add a folder on the left if you want to group them — by brand, or by topic. Your desk starts with one called General.
  2. Give the response a title your team will recognise at a glance.
  3. Pick the folder it belongs in.
  4. Write the body. Basic HTML is accepted, so you can use paragraphs, bold and links.
  5. Select Create response. Select Edit on any card to revise it.

Using one. Open any ticket and choose a saved reply from the Saved replies… menu on the right of the composer's formatting bar. It drops in where your cursor is, so you can insert it into a message you have already started and then edit it before sending. Keep the titles short and obvious — that menu is what your team reads under pressure.

Automations

Where to find it: Admin → Automations

Rules that read a new ticket and act on it: IF something is true, THEN do these things. They save your team the same three clicks on every ticket of a given kind.

The Automations screen showing one rule card titled "Route billing tickets" with an ON CREATE badge, reading "IF subject contains 'invoice' THEN set group, add tag 'billing'", with Edit, Disable and Delete links. A New rule button sits at the top right, and a line below explains that on-create rules run the moment a ticket arrives from any channel.
One rule, in plain IF/THEN form.

Building a rule

  1. Select + New rule and give it a name you will understand in six months.
  2. Set the trigger to When a ticket is created.
  3. Add your conditions. You can test the subject, status, priority, source, type, tags, product, group, assigned agent, or whether the ticket is unassigned. Operators are contains, doesn't contain, is, is not, greater than and less than.
  4. Add your actions: set status, set priority, assign to a group, assign to an agent, set the product, add a tag, or add a private note.
  5. Set the position. When several rules match, they apply in position order, so a later rule can overwrite what an earlier one set.
  6. Save. Use Disable on the card to switch a rule off without losing it.

Conditions are ANDed: every condition on a rule must be true for it to fire. For an either/or, make two rules.

Rules run once, when the ticket arrives. That is the only trigger the dropdown offers, and it is deliberate — a rule that looked available but never fired would be worse than no rule at all. So an automation is your triage at the front door: routing, tagging, priority. Anything that has to happen later in a ticket's life is still a person's job for now.

On-create rules run whichever way the ticket arrived — your portal, inbound email, or an agent typing it in.

SLA policies

Where to find it: Admin → SLA Policies

An SLA policy is the promise you are holding yourself to: how quickly you will send a first reply, and how quickly you will resolve, for each priority. Set one and your desk starts stamping due dates on new tickets, which is what makes the Overdue and Due today counts on your dashboard mean anything.

The SLA Policies screen. At the top, an existing policy called "Standard SLA" marked Default, labelled Weekdays 9–5 (London), with a table of first-response and resolution targets for Urgent, High, Medium and Low. Below, a "New SLA policy" form with Name, a Business hours dropdown set to Calendar time (24/7), a Units dropdown set to Minutes, target fields for each of the four priorities, Default policy and Active checkboxes, and a Create policy button.
Targets per priority, and the business-hours calendar the clocks respect.
  1. Give the policy a name.
  2. Pick a business hours calendar, or leave it on Calendar time (24/7). This choice matters — see the warning below.
  3. Choose your units — minutes or hours — then fill in a first response and a resolution target for each priority. Leave a field blank to skip that target.
  4. Tick Default policy and Active, then select Create policy.

Only the policy marked Default and Active is applied. New tickets get their due dates from that one policy. Creating a second policy does not add a second set of clocks — setting one as default takes the badge away from the other.

Two more things worth knowing before you rely on these numbers:

  • Due dates are stamped when the ticket is created. Editing a policy changes what future tickets get. It does not re-date tickets you already have.
  • Switching units does not convert numbers you already typed. Change minutes to hours and a "60" stays a "60" — now meaning sixty hours. Re-check the fields after switching.

Business hours

Where to find it: Admin → Business Hours

A business-hours calendar says when you are open, in one timezone. On its own it changes nothing. Its job is to be attached to an SLA policy.

The Business Hours screen. An existing calendar called "Weekdays 9–5 (London)" marked Default, on Europe/London. Below, a "New business-hours calendar" form with Name and Timezone fields and a weekly schedule: Monday to Friday ticked with 09:00 AM to 05:00 PM times, Saturday and Sunday unticked, a note reading "Unchecked days are closed", and a "Set as default calendar" checkbox.
Tick the days you are open and set the hours. Unticked days are closed.

This is the setting that stops weekends counting against you. With a business-hours calendar attached to your SLA policy, the first-response and resolution clocks only run during the open windows below, in the calendar's own timezone. A ticket that arrives on Friday evening starts its clock at Monday's opening — so it is not sitting there overdue when you walk in.

With the policy left on Calendar time (24/7), the clock runs straight through the night and the weekend. That is the right setting for a 24/7 team and the wrong one for everybody else.

  1. Give the calendar a name that says who it is for — "Weekdays 9–5 (London)".
  2. Set the timezone. All the hours below are read in this zone, whatever timezone your customer is in.
  3. Tick each day you are open and set its from and to times. Unticked days count as closed.
  4. Tick Set as default calendar if this is your main one, then create it.
  5. Go to Admin → SLA Policies and pick this calendar on your policy. The calendar does nothing until an SLA policy names it.

Public holidays are not supported yet. A calendar has weekly opening hours and nothing else, so a bank holiday counts as a normal working day and clocks keep running. Plan for that around long weekends.

Email

Where to find it: Admin → Email

This screen turns incoming email into tickets. Each message that arrives becomes a new ticket; when the subject still carries a [#123] tag, it is filed as a reply on that existing ticket instead — which is how a customer's answer lands back on the right conversation rather than opening a duplicate.

The Inbound Email admin screen. A Webhook URL panel shows an ashersupport.com address ending in a token placeholder, with a note that the token is stored server-side and never displayed. Below, a "Brand inbound addresses" table lists Billing & Invoices, Northwind API, Northwind Hub and Northwind Mobile, each with a support email of "not set". At the bottom, a four-step "Connecting your email provider" list.
The two halves: one address per brand, and the webhook your provider posts to.

Your support addresses

Each brand has its own support address, set on Admin → Products, and this screen lists them so you can check them at a glance. Mail sent to a brand's address is filed against that brand. Mail to any other address still becomes a ticket, but with no brand on it.

If every row here reads not set, no brand has an address yet — go and add them on the Products screen.

Connecting your provider

This is the one step in the manual that needs someone technical, and it happens in your email provider, not here. Whoever administers your company's email — or your developer — points the provider's inbound mail at the webhook address shown on this screen. Send them the page.

What they need to do, in outline: configure inbound receiving for each brand's support address at your provider, then set the forward destination to the webhook URL shown here with the real token in place of the placeholder. The token itself is never displayed on the page — it is held on the server, and requests without it are rejected.

Ask them to leave the [#123] tag in reply subject lines. That tag is what threads a customer's reply back onto their original ticket. Strip it and every reply opens a new one.

Until this is connected, your customers reach you through your portal, which needs no setup at all.

Billing

Where to find it: Admin → Billing

Your plan, your seats, your renewal date, and the way out. Admins only.

The Admin Billing screen. An amber banner reads "Billing is not connected yet. Your desk works exactly as it does today — this page just cannot take a payment," and lists missing Stripe server settings. A "Current plan" panel shows Plan Growth, Status No subscription, Seats 3 of 8 used, Renews em-dash. Below, plan cards: Free at $0 free forever, Starter at $9 per agent per month, Growth at $19 marked Current, and Scale at $49, each listing its seat and brand allowances. The Starter card notes it is not purchasable yet because billing is not connected.
The billing screen as captured. Note the banner at the top.

Billing is not connected on the desk in this screenshot, and it says so. The banner reports which server settings are missing, the plan cards read "Not purchasable yet", and no payment can be taken. Your desk is unaffected — every ticket, agent and setting works exactly the same. If your own desk shows this banner and you need to change plan, contact us rather than waiting for a checkout to appear.

This manual does not promise you a working payment flow. Check your own Billing screen for whether yours is connected.

What the screen tells you

FieldMeans
PlanThe plan your desk is on right now.
StatusThe state of your subscription. No subscription is the normal starting state, not a fault.
SeatsActive agents against purchased seats — "3 of 8 used".
RenewsThe next renewal date, or a dash when there is no subscription to renew.

The plans

These are the plans and prices shown on the screen above and on the public pricing page.

PlanPriceSeatsBrands
Free$0, free foreverUp to 21
Starter$9 per agent, per monthUp to 32
Growth$19 per agent, per monthUp to 85
Scale$49 per agent, per monthUnlimitedUnlimited
The public AsherSupport pricing page. The headline reads "One price for a help desk and a scheduler." A Monthly and Annual toggle sits above four plan cards beginning to come into view: Free, Starter, Growth marked Most Popular, and Scale.
The same plans on the public pricing page, where an annual option is also offered.

Changing seats

When a subscription is live, a Seats panel appears and you can raise or lower the count. Lowering seats below the number of active agents is refused outright — nobody on your team is ever deactivated to fit a smaller plan. Deactivate them yourself on the Team page first, then reduce.

Changing plan or cancelling

Plan changes and cancellation both happen from this screen. When billing is connected and your desk has been billed before, Open billing portal takes you to a secure page where you update your card, download invoices, and cancel.

Cancelling does not delete anything. Your desk drops to the Free plan; your tickets, contacts and knowledge base stay exactly where they are, and every agent keeps signing in. If the portal is unreachable, the screen shows an email address you can write to and we will cancel it for you. Cancelling is never something you have to fight the product for.

One reassurance worth stating plainly: a failed payment does not lock anyone out. The screen puts a banner up asking you to update your card, and your team keeps working.

Your profile

Where to find it: your avatar, top right → Profile

Your own account, separate from the admin settings. Every agent has one, including agents who cannot open Admin at all.

The Profile screen. A card at the top shows the signed-in person's avatar, name Demo Admin, email address and an Admin role badge. Below, a "Profile details" panel with a Display name field and a Save changes button, and a "Change password" panel with New password and Confirm new password fields and a Change password button.
Two things: how your name appears, and your password.

Your name

The display name is how you appear across the help desk — on ticket assignments, replies and notes. Change it and select Save changes.

Your password

  1. Enter a new password of at least 8 characters.
  2. Enter it again to confirm.
  3. Select Change password.

This is the screen to send every new agent to on their first day, since their first password was one you chose for them and passed along by hand.

Your email address and your role are shown on this screen but cannot be changed from it. If either is wrong, contact us.

Reference & troubleshooting

The lookup part. Statuses and priorities, the problems that come up most in the first month, and a glossary of the words this manual uses.

Ticket statuses

Every ticket has exactly one status. Six are available.

StatusUse it when
Open The ball is in your court. Somebody on your team needs to do something next. This is where a new ticket lands.
Pending You have done your part for now and the ticket is parked — waiting on a release, a batch job, a scheduled call. Use it when nobody is blocked but the work is not finished.
Waiting on Customer You have asked the customer a question and cannot go further until they answer. Better than Pending here, because it names who you are waiting for.
Waiting on Third Party You are blocked on someone outside your company — a supplier, a courier, a payment provider. Keeps genuinely stuck work out of your Open count without hiding it.
Resolved You believe it is fixed and you have told the customer. Use this rather than Closed while they might still come back and say it is not sorted.
Closed Finished and settled. Nothing further is expected from either side.

How statuses roll up on the dashboard

  • Unresolved counts Open, Pending, Waiting on Customer and Waiting on Third Party — every ticket that is not yet Resolved or Closed. This is the number that matters day to day.
  • On hold counts Pending, Waiting on Customer and Waiting on Third Party — the work that is genuinely parked.
  • Overdue and Due today count unresolved tickets against their due date, which comes from your SLA policy. With no SLA policy set, nothing has a due date and both read zero.

Agree with your team what Pending means for you, and write it down. It is the one status everybody uses differently, and a desk where half the team parks tickets in Pending and the other half leaves them Open reports nothing useful.

Priorities

Priority does two jobs: it tells your team what to pick up first, and it selects which pair of targets an SLA policy applies to the ticket.

PriorityTypically means
LowNo time pressure. A question, a suggestion, a nice-to-have.
MediumThe normal case. Something is inconvenient but the customer can carry on. New tickets usually start here.
HighThe customer is meaningfully blocked, or it affects a lot of people. Should jump the queue today.
UrgentSomething is down, money is at risk, or a deadline is about to be missed. Somebody should stop what they are doing.

These meanings are conventions, not rules the product enforces. What the product does with priority is look up the first-response and resolution targets you set for it in Admin → SLA Policies. If you have not set targets for a priority, tickets at that priority get no due date.

Keep Urgent rare. If a third of your tickets are Urgent, the label has stopped carrying information and your Overdue count becomes noise your team learns to ignore.

Troubleshooting

Nobody can book a time with me

The booking page loads but offers no slots, or says there is nothing available.

Almost always this is availability not set. An event type says how long a call is; your availability says when you are willing to take one. Without availability there is nothing to offer, so the picker is empty.

  1. Open Availability in the sidebar and set the hours you accept bookings on the Schedules tab.
  2. Open Event types and check the event is marked Active. An inactive event type does not take bookings.
  3. Open your own booking link in a private browser window and confirm you can see times.

If times appear for some days and not others, check whether a connected calendar is blocking them — busy time on a synced calendar hides the slots it overlaps.

My SLA says overdue but we were closed

A ticket arrived on Friday evening and was already overdue on Monday morning.

Your SLA policy is running on calendar time rather than business hours. On calendar time the clock runs through the night and the weekend, so a Saturday counts against you exactly like a Tuesday.

  1. Go to Admin → Business Hours and create a calendar with your real opening hours and timezone, if you do not have one.
  2. Go to Admin → SLA Policies, edit the policy marked Default, and set its Business hours field to that calendar instead of Calendar time (24/7).
  3. Save.

This fixes tickets created from now on. Due dates are stamped when a ticket is created, so the ones already sitting there keep the dates they were given. Do not spend an afternoon wondering why the old ones did not move.

Two related traps: only the policy marked Default and Active is applied at all, and public holidays are not supported yet, so a bank holiday still counts as a working day.

A customer says they cannot see their ticket

They opened a ticket on your portal, went back to check it, and were shown a sign-in prompt instead.

This is working as designed. Customers do not have accounts or passwords. To see their tickets, they enter their email address on Check ticket status and we email them a link that opens them. That is deliberate: it means nobody can read someone else's conversation just by typing their address.

Tell them to:

  1. Go to your portal and choose Check ticket status.
  2. Enter the same email address they used when they submitted the ticket — a different address will not find it.
  3. Select Email me a link, then open the link from their inbox. Check the spam folder if it has not arrived after a few minutes.

If you have inbound email connected, they can also reply to the email notification and it lands back on the same ticket — no link needed.

Booked calls have no meeting link

Somebody booked a call, the confirmation arrived, and there is no joining link in it.

Zoom is not connected. Open Event types in the sidebar and look at the Integrations panel below your event types. If the Zoom card reads "Not connected — booked calls won't get a Zoom link", select Connect and sign in to Zoom. Only an admin can do this, and it is done once for the whole desk rather than per person.

Bookings taken before you connect Zoom do not gain a link retrospectively. Send those attendees a link by hand.

Outside meetings are not blocking my calendar

Someone booked you at a time you were already busy in Google Calendar or Outlook.

Calendar sync is not connected. AsherSupport only knows about the meetings it took itself until you connect the calendar where the rest of your day lives.

  1. Open Availability in the sidebar and choose the Calendar sync tab.
  2. Select Connect Google Calendar or Connect Outlook Calendar and sign in.

Once connected, busy time on that calendar hides the slots it overlaps, and each new booking is written back to your calendar so it is visible where you already look.

I cannot add another agent

The Add agent form refuses with a message about seats.

Every active agent holds a seat, and your plan sets how many you have. Either deactivate someone who has left, on Admin → Team, which frees their seat immediately — or add seats on Admin → Billing.

Running out of seats never locks anybody out. Everyone already on the desk keeps signing in and working normally. The only thing that stops is adding one more.

My automation rule is not doing anything

Work through these in order:

  • Did the ticket arrive after you saved the rule? Rules run once, at the moment a ticket is created — they do not reach back and re-triage tickets that were already open.
  • Is it enabled? A disabled rule shows an Enable link on its card.
  • Are all the conditions true? Conditions are ANDed — every one must match. For an either/or, split it into two rules.
  • Is a later rule overwriting it? Matching rules apply in position order, so a rule with a higher position can undo what yours set. Check the positions.
  • Are you testing on an old ticket? On-create rules only ever run at the moment a ticket arrives. Editing an existing ticket will not trigger one.

Emails to our support address are not becoming tickets

Inbound email needs connecting once, in your email provider, and it is not on by default. Open Admin → Email and check two things: that each brand has a support address (the table shows not set when it does not), and that your provider has been pointed at the webhook address on that screen. The second half is a job for whoever administers your company's email — send them the page.

A customer's reply opened a second ticket

Their reply arrived as a brand-new ticket instead of landing on the existing conversation.

Replies are threaded by the [#123] tag in the subject line. If the tag is missing, there is nothing to match on and the message can only be treated as new. Check whether your email provider or a mailing-list setting is rewriting subject lines, and make sure the tag survives.

Glossary

TermMeans
Ticket One customer request and everything said about it — the original message, every reply, and your team's private notes. It carries a status, a priority, a brand, and usually an owner.
Requester The customer a ticket is for. Also called the contact. They are identified by their email address and never need an account with you.
Contact A customer record on your desk — their name, email, and the history of everything they have asked you.
Agent Someone on your team with a sign-in to your desk. Agents work tickets; admins are agents who can also open the settings screens.
Group A named team that tickets can be routed to — Billing, Engineering Escalations. Answers "who should pick this up?"
Product (brand) One of the brands or product lines you support. Answers "what is this about?" Each has its own support address and colour, and your reports split by it.
Portal Your public, customer-facing site at yourcompany.ashersupport.com/support. Where customers read articles, submit tickets, check status and book calls.
Knowledge base Your published help articles. Written in the agent console, read by customers on the portal.
Event type A kind of call people can book — a name, a length, and where it happens. "30-minute onboarding call". Each one has its own booking link.
Availability The hours you are willing to take bookings, plus any calendars you have connected so busy time blocks itself out.
SLA policy Your first-response and resolution targets per priority. What gives tickets a due date, and makes Overdue mean something.
Business hours A weekly opening calendar and timezone. Attach one to an SLA policy and the clocks pause when you are closed.
Seat One active agent's place on your plan. Seats limit how many agents you can add, and nothing else.