Satcop · Hub / Ticketing · 9 Sep 2026 IST · Proposal (not live until Viren OK)

Ticketing flow report

How mail & WhatsApp become tickets, who works them, and what we monitor — simple but complete.

Three doors
support@myschoolride.com = anyone with Smart Bus / MSR (incl. school transport)
support@satcop.com = other GPS — all depts except My School Ride
WhatsApp = parents only → Parents CRM

1. In one page

ChannelWho should use itWho owns the work
support@myschoolride.comAnyone with Smart Bus issue — parents, schools, school transportMy School Ride first (+ Field / Camera / Accounts if needed)
support@satcop.comOther GPS products & servicesEvery dept except My School Ride
WhatsAppParents only (for now)Parents CRM under My School Ride

Same P1–P4 clocks for all. Ownership changes by mailbox.

2. How mail comes in

2.1 Smart Bus — support@myschoolride.com

  1. Anyone with an MSR issue emails this address (parent, school, school transport team, etc.).
  2. Faveo creates an Email ticket and tags MSR lane.
  3. First park: My School Ride Support (triage, usually P3 until typed).
  4. Issue Type is set (auto + agent fix).
  5. Routes to team: Live Monitoring (GPS), Transport (route/geofence/holiday), Parents CRM (alert-style), MSR Support (students/login/other), Field / Camera / Accounts on handoff.
  6. Public reply stops first-response clock; work until close.
  7. Escalation = Zimyo 1st → 2nd → 3rd manager.

School transport uses this mail, not WhatsApp.

2.2 Other GPS — support@satcop.com

  1. Email creates ticket → tag Satcop GPS lane.
  2. First park: Ticket Audit (triage).
  3. Issue Type → Backend / Field / Camera / Accounts / etc. — never My School Ride teams.
  4. If clearly Smart Bus mis-sent → handoff to MSR lane (short pause) and ask them to use the MSR address next time.

2.3 WhatsApp — parents only

  1. Parent WA → Faveo ticket (often “Query raised from WhatsApp…”).
  2. Park as Notification / app / WhatsApp alert on Parents CRM.
  3. First agent touch: reclassify to real Issue Type.
  4. School / transport / non-parent on WA → Ticket Audit + “please email support@myschoolride.com”.

3. Flow diagram

Customer contacts
   ├─ support@myschoolride.com  →  MSR Support triage  →  Issue Type  →  MSR team / handoff
   ├─ support@satcop.com        →  Ticket Audit        →  Issue Type  →  non-MSR dept
   └─ WhatsApp (parent)         →  Parents CRM         →  reclass     →  real type
Then: work on P1–P4 clocks → escalate L1–L4 (Zimyo) → close

4. Priority clocks

PWhenFirst replyTargetBreach
P1Safety / many units down15 min (24×7)4h8h
P2One bus/school blocked1h biz8h biz24h biz
P3Normal4h biz24h biz48h biz
P4Info / non-blocking8h biz5 biz days7 biz days

Biz hours: Mon–Sat 09:00–19:00 IST. Early warn at ~70% of target. Stricter of Priority vs Issue-Type wins.

5. What we monitor

Daily

Weekly quality

Already running: Issue Type auto-classify · daily breach board. After your OK: mailbox tags, lane auto-assign, early-warn, lane digests.

6. Who does what

RoleDoes
MSR SupportFirst touch for Smart Bus mail
Parents CRMParent WhatsApp only
Live MonitoringSmart Bus GPS / tracking
TransportRoutes, geofence, holidays, school transport ops
Field / Camera / AccountsHandoffs when typed
Backend / ITNon-MSR GPS / API / access
Ticket AuditSatcop-inbox triage, misroutes, non-parent WA
Hub / TicketingDesign, boards, apply only after OK

7. Escalation

L1 agent → L2 (1st Zimyo manager) → L3 (2nd) → L4 (3rd / Hub → Viren).
P1: 15m → L2 · 1h → Ops · 4h → Viren. Satcop-lane escalates inside non-MSR dept only.

8. Examples

Not live yet until you say OK: mailbox tagging, auto-park by inbox, lane auto-assign, P1–P4 in Faveo, WA parent-only guard.
Confirm: Satcop triage on Ticket Audit OK?

Also see: PROPOSED-sla-p1-p4-v1.md · PROPOSED-channel-routing-v1.md