Service and support: tickets, SLAs, changes and warranties
Log and resolve incidents and requests, meet SLAs, manage problems and change requests, and support customers through the portal.
On this page
Process at a glance
- Log the ticketAgent or customerSLA applied; auto-assigned if the group allows.
- Work and updateAgentStatus moves; pending pauses the SLA clock.
- Escalate on breachSystemEscalation notifications when resolution time is breached.
- ResolveAgentCustomer receives a satisfaction survey.
- Problem and known errorProblem managerRoot cause recorded in the known-error database.
#Before you start
- Statuses (seeded: open, pending, resolved, closed) and priorities (seeded: critical, high, medium, low) in Statuses and Priorities.
- Agent groups (with auto-assign if wanted), business calendars and holidays.
- SLA policies (SLA policies) and escalation rules.
- Grant permissions to the seeded Service Desk Agent, Change Manager and Problem Manager roles — they are created empty.
#Default SLA targets
An SLA policy chosen on the ticket wins; otherwise BSuit picks the most specific match: priority and category, then priority, then category, then a catch-all. Due times follow the business calendar.
| Priority | First response | Resolution |
|---|---|---|
| Critical | 1 hour | 4 hours |
| High | 4 hours | 8 hours |
| Medium | 8 hours | 24 hours |
| Low | 24 hours | 72 hours |
#1. Log and work a ticket
- Create the ticket in Tickets (or Incidents / Problems): type, category, priority, channel and description.
- BSuit applies the SLA and, if the agent group auto-assigns, assigns an agent.
- Work your queue in My assigned. Set Pending while waiting on the customer — the SLA clock pauses and due dates shift when work resumes.
- Resolve. The customer is emailed a one-time satisfaction survey.
#2. Escalation
Every minute BSuit marks tickets past their resolution due time as escalated and fires matching escalation rules (trigger “SLA breach”), notifying the agent, group or an email list, with repeats and levels. Other trigger types are not acted on.
#3. Problems and known errors
- Link related incidents to a problem.
- Record the root cause and workaround, then Promote to known error — it is added to the known-error database for agents to search.
#4. Change requests
- Create the change in Change requests; submit it, or submit it for CAB review.
- Add CAB approvers; each votes approved, rejected or abstain.
- Move the change through approved → scheduled → implementing → implemented → closed (or failed).
#5. Customer support portal
- Customers raise tickets at Support portal with their email and subject; attachments are virus-scanned.
- They check progress with the ticket number and email, read the knowledge base, and rate the resolution (CSAT and effort, 1–5, once).
#6. Warranties and RMAs
Check coverage by serial number in Warranties (active, expired, not started, inactive). Service returns are handled in RMAs (requested → approved → received → inspecting → replaced, refunded, rejected or closed); a refund posts a journal through the JV-RMA-REFUND workflow. Warranty coverage is not checked automatically when a ticket is logged.
About this guide
- Status
- Partially reviewed
- Application
- BSuit ERP
- Audience
- Service desk agents, team leads, change and problem managers, and customers
- Owner
- BSuit documentation team
- Reviewer
- Editorial review pending
- Last verified
- 2026-09-25
- Checked against
- cb3691bbf
- Seen on a running system
- Not yet
- Help version
- 2026.0.0-preview
- Guide ID
erp:article/guide/service-support
Known limits: Written from a line-by-line read of the implementation (every statement traced to source). Not yet walked through end to end by a trainer on a running system.