Give roles
Owners and admins run the workspace, operators run sessions, auditors read the log. Keep admins few.
Anslation Remote
What to decide before your first session, what to check in each one, and what to review afterwards, with the matching Anslation Remote setting where there is one.
In short
Decide who may start, approve and audit sessions; set an approval rule for each kind of device; agree how codes are passed on; run requests through a queue with response targets; test networks before the first session; and review the audit log on a schedule. Tell the people you help how real support contacts them, so a scam call stands out.
Owners and admins run the workspace, operators run sessions, auditors read the log. Keep admins few.
Per policy: ask the person you help, an admin, a second approver, or approve by policy for low-risk help.
Codes go only to the person who asked for help, by the channel they used. Each works once, for 15 minutes.
Requests get a priority, an owner and an SLA timer: by default 1, 4, 8 or 24 hours, from urgent to low.
Run the screen share check on a typical office computer. If the direct path fails, plan a TURN relay.
Filter the audit log by outcome and severity on a schedule, and export it as CSV when you need to.
| Item | In Anslation Remote | Why it matters |
|---|---|---|
| Who may start a session | The operator role or above | Sessions start only from people you named |
| Who approves | The policy’s approval mode | Sensitive devices get a second pair of eyes |
| Terminal commands | Blocked or allowed per policy; an admin approves a terminal session with someone at the device | A command can do anything the agent’s account can |
| Response targets | SLA defaults of 1, 4, 8 and 24 hours by priority | No request waits unseen |
| Evidence | The audit log, its CSV export of up to 10,000 rows, and reports over 24 hours, 7 days or 30 days | You can show what happened and when |
| Separate teams or clients | One workspace each | Members see only the workspaces they belong to |
Who may start, approve and audit sessions; which devices allow terminal commands; how codes are passed on; response targets by priority; and how often the audit log is reviewed.
Not at first. Staging sessions straight from the console works for a few people; add the queue once requests need owners and response targets.
Yes. Set the policy to manager approval: an admin or owner other than the operator who started the session must approve it.
Each join, consent, approval and close writes an entry in the audit log, and chat and pointer notes stay with the session. Filter the log and export it as CSV, up to 10,000 rows at a time.
For the person you help, a desktop browser and the code. For your team, roles, an approval rule per policy, and a network that allows a direct WebRTC path or a TURN relay.
Tell us about your team and how you help people today. We read every request and reply by email.
Office hours: Monday to Saturday, 10:00–18:00 IST+91 74158 85838