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.
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
- Enter your company name. This is what your desk is called, and it becomes the name of your first brand.
- 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,supportand similar). If another company already has the one you want, the form tells you when you submit and you pick another. - Enter your name and work email. This becomes the first admin account.
- Choose a password of at least 8 characters.
- 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
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.
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.
- 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. - 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. - 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. - 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. - Publish a few knowledge base articles.
Knowledge basein 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. - Set your availability.
Availabilityin the sidebar. The hours you are willing to take calls. Without this, your booking page has nothing to offer and shows no times. - Create an event type.
Event typesin 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.
| Group | What lives there | What 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 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.
| Card | Counts |
|---|---|
| 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.
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.
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.
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 row | What it means |
|---|---|
| Subject | The customer's own summary of the problem. Click it to open the ticket. |
| #2 | The ticket number. Permanent, never reused, and the thing to quote when you talk about a ticket internally or to the customer. |
| Requester | The contact who raised it. |
| updated 9h ago | When anything last happened on the ticket — a reply, a note, a property change. A long silence here is the warning sign to look for. |
| Priority | Low, Medium, High or Urgent, with a colour dot: green, blue, amber, red. |
| Agent | Who owns it, or Unassigned if nobody does yet. |
| Status | Where 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.
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.
| Button | What it does |
|---|---|
| Reply | Opens the composer on the Reply tab. Goes to the customer. |
| Note | Opens the composer on the Note tab. Internal only — the customer never sees it. |
| Forward | Sends the conversation on to somebody outside the ticket, such as a supplier or another team. |
| Close | Sets the ticket to Closed in one click. It disappears once the ticket is already closed. |
| Activities | Opens 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.
| Reply | Note | |
|---|---|---|
| Who sees it | The customer, by email, plus your team | Your team only |
| Tab colour | Blue | Amber, with an amber border round the whole composer |
| Writing area | White, prompting Type your reply… | Cream, prompting Add a note visible only to agents… |
| Line along the bottom | Reply is recorded on the ticket and sets it to Pending. | Notes are internal — the customer never sees them. |
| The button | Blue, reads Send | Amber, reads Add note |
| Effect on status | Sets the ticket to Pending | None |
Replying to the customer
- Press Reply on the toolbar, or click the Reply tab on the composer.
- 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. - 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.
- 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.
- Press Forward and enter the address in the To field.
- Optionally add a message. It appears above the forwarded conversation, so use it to say what you need from the recipient.
- 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.
| Field | What it is for |
|---|---|
| Tags | Free-text labels, separated by commas — billing, refund. Your own vocabulary for grouping tickets. |
| Type | What kind of request this is: Question, Incident, Problem, Feature Request or Refund. |
| Status | Where the ticket is in its life. Required. |
| Priority | How urgent it is. This is what drives the resolution deadline. |
| Group | The team responsible — Billing, Support, and so on. Set up under Admin → Groups. |
| Agent | The individual who owns the ticket. Leave it blank and the ticket counts as Unassigned. |
| Product | Which 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.
| Status | Means | Counts as |
|---|---|---|
| Open | Live and waiting on you. New tickets start here. | Unresolved |
| Pending | You have replied; you are waiting for the customer. Set automatically when you send a reply. | Unresolved, On hold |
| Waiting on Customer | Explicitly blocked on something the customer owes you. | Unresolved, On hold |
| Waiting on Third Party | Blocked on somebody outside your company — a supplier, a vendor, a courier. | Unresolved, On hold |
| Resolved | You believe it is fixed. The ticket leaves the backlog and the resolution time is recorded. | — |
| Closed | Finished and filed. | — |
Priority drives urgency, and through your SLA policy it sets the resolution deadline.
| Priority | Colour |
|---|---|
| Urgent | Red |
| High | Amber |
| Medium | Blue |
| Low | Green |
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.
- Press + New in the top bar.
- Enter the Requester email. This is required, and it is how the ticket is attached to the right person.
- 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.
- Write a Subject — a short summary, in the customer's terms. This is what your team sees in the list, so make it specific.
- Put the detail in Description. It becomes the first message on the ticket, recorded as though the customer wrote it.
- Set Product, Type, Status, Priority, Group and Assign to agent as far as you can. All of them can be changed later.
- 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.
- Press Schedule a call.
- Pick an Event type — the kind of call, with its length shown beside the name.
- Pick a Date, then a Time.
- 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.
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.
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.
- Edit Name, Email, Phone or Company as needed.
- 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.
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
- Press + New article at the top right.
- 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.
- Choose a Folder. The dropdown shows each one as
Category / Folderso you can see exactly where it will land. - Set the Status to Draft or Published.
- 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.
Search
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.
| Group | Matched on |
|---|---|
| Tickets | The subject. Each result shows the requester, the status and the priority. |
| Contacts | Name or email address. |
| Articles | The 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 four headline figures
| Figure | What it counts |
|---|---|
| Total tickets | Every ticket on the desk, at any status, ever. |
| Created (14d) | Tickets raised in the last fourteen days. Your incoming volume. |
| Resolved | How many tickets have been resolved. |
| Avg resolution | The 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.
Creating one
- Go to
Scheduling → Event typesand choose New event type. - 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".
- 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.
- 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.
- Set the Duration (minutes).
- 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.
- Set Buffer before (min) and Buffer after (min) if you want padding around the meeting. See Booking rules below.
- Leave Active (accepting bookings) ticked, and choose Create event type.
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.
| Action | What it does |
|---|---|
| Edit | Opens the full editor, the same as clicking the event type's name. |
| Duplicate | Makes a copy you can rename. Useful when a second meeting type differs from an existing one by a few minutes. |
| Activate / Deactivate | Turns 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. |
| Delete | Removes 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.
Your booking link
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.
Setting your weekly hours
- Open
Scheduling → Availability. You start with one schedule, named Working hours and marked DEFAULT. - 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.
- Tick the days you work, and set a start and end time for each one.
- 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.
- If most days are identical, set one and choose Copy times to all days.
- 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.
- Switch the List / Calendar toggle at the top right to Calendar.
- Click the date you want to change.
- Choose Unavailable (day off) to close it, or Custom hours to give it different times from its usual weekday.
- 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
- Open
Scheduling → Availabilityand switch to the Calendar sync tab. - Choose Connect Google Calendar or Connect Outlook Calendar.
- 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.
- Go to
Scheduling → Event typesand find the Integrations row at the bottom of the page. - Choose Connect on the Zoom card.
- 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
| Setting | What 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
- 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
- Open the ticket and choose Schedule a call in the right-hand sidebar.
- Pick the Event type. The list shows each one with its length.
- Pick a Date and a Time. Only open times are offered — your availability, your booking rules and any connected calendar have already been applied.
- 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.
The navigation bar carries the whole portal:
| Link | Where it goes |
|---|---|
| Home | Back to this page. |
| Knowledge base | Every published article, grouped by category. |
| Submit a ticket | The form that opens a new ticket. |
| Book a call | Your bookable meeting types. |
| Check ticket status | Sign 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 visitor chooses Knowledge base, or searches from the home page.
- They browse the categories, or search within the knowledge base using the box at the top of the page.
- They pick an article title.
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 customer chooses Submit a ticket, from the nav bar, the header button, or the New support ticket shortcut on the home page.
- They fill in Your name and Email. Email is required — it is how you reply to them.
- They pick a Product, if you have set products up. This is optional.
- They write a Subject and a Description. Both are required.
- 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 customer chooses Check ticket status.
- They type the email address they contacted you from and choose Email me a link.
- The page tells them to check their inbox. The link works for 30 minutes.
- 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.
- 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 visitor chooses Book a call, or opens a booking link you sent them.
- They pick a meeting type and choose See available times.
- They pick a date, then a time.
- They fill in their details and confirm.
The date and time picker
- 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.
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
Adding an agent
- Fill in the person's name and email.
- Set a password of at least 8 characters.
- Choose their role — Agent or Admin.
- 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… | Agent | Admin |
|---|---|---|
| Work tickets, contacts and the knowledge base | Yes | Yes |
| Use scheduling and take bookings | Yes | Yes |
| Open the Admin settings screens | No | Yes |
| Add or deactivate people | No | Yes |
| See and change billing | No | Yes |
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.
Adding a brand
- Name — what your team and your customers will call it. Required.
- Support email — the address customers write to for this brand. Mail that arrives at it is filed against this product automatically. See Email.
- Portal slug — a short, lowercase, one-word name for the brand, used to identify it in links.
- Primary color — a hex value such as
#2f5fe0. It is the dot beside the brand's name in your desk. - Description — a line to remind your team what this brand covers.
- 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?"
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.
- Add a folder on the left if you want to group them — by brand, or by topic. Your desk starts with one called General.
- Give the response a title your team will recognise at a glance.
- Pick the folder it belongs in.
- Write the body. Basic HTML is accepted, so you can use paragraphs, bold and links.
- 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.
Building a rule
- Select + New rule and give it a name you will understand in six months.
- Set the trigger to When a ticket is created.
- 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.
- 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.
- Set the position. When several rules match, they apply in position order, so a later rule can overwrite what an earlier one set.
- 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.
- Give the policy a name.
- Pick a business hours calendar, or leave it on Calendar time (24/7). This choice matters — see the warning below.
- 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.
- 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.
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.
- Give the calendar a name that says who it is for — "Weekdays 9–5 (London)".
- Set the timezone. All the hours below are read in this zone, whatever timezone your customer is in.
- Tick each day you are open and set its from and to times. Unticked days count as closed.
- Tick Set as default calendar if this is your main one, then create it.
- Go to
Admin → SLA Policiesand 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.
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.
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.
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
| Field | Means |
|---|---|
| Plan | The plan your desk is on right now. |
| Status | The state of your subscription. No subscription is the normal starting state, not a fault. |
| Seats | Active agents against purchased seats — "3 of 8 used". |
| Renews | The 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.
| Plan | Price | Seats | Brands |
|---|---|---|---|
| Free | $0, free forever | Up to 2 | 1 |
| Starter | $9 per agent, per month | Up to 3 | 2 |
| Growth | $19 per agent, per month | Up to 8 | 5 |
| Scale | $49 per agent, per month | Unlimited | Unlimited |
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.
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
- Enter a new password of at least 8 characters.
- Enter it again to confirm.
- 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.
| Status | Use 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.
| Priority | Typically means |
|---|---|
| Low | No time pressure. A question, a suggestion, a nice-to-have. |
| Medium | The normal case. Something is inconvenient but the customer can carry on. New tickets usually start here. |
| High | The customer is meaningfully blocked, or it affects a lot of people. Should jump the queue today. |
| Urgent | Something 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.
- Open
Availabilityin the sidebar and set the hours you accept bookings on the Schedules tab. - Open
Event typesand check the event is marked Active. An inactive event type does not take bookings. - 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.
- Go to
Admin → Business Hoursand create a calendar with your real opening hours and timezone, if you do not have one. - 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). - 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:
- Go to your portal and choose Check ticket status.
- Enter the same email address they used when they submitted the ticket — a different address will not find it.
- 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.
- Open
Availabilityin the sidebar and choose the Calendar sync tab. - 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
| Term | Means |
|---|---|
| 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. |