Core Concepts
Learn the primitives behind Atlas: cases, workflow stages, approval gates, tool permissions, and integration context.
Cases
A case is the attention surface for a unit of work Atlas is tracking: a quote follow-up, delayed purchase order, customer request, approval, or exception.
Operational memory
Each case keeps a history of external signals, Atlas decisions, tool calls, and operator actions.
Approvals
Atlas can perform safe reads autonomously, but risky writes and external communications route through configured approval gates.
- Low-risk actions can proceed under policy.
- Medium-risk actions can request operator confirmation.
- High-risk or destructive actions require explicit approval.
Integrations
An integration is not just a credential. Atlas treats each connection as a source of operational evidence with a known identity, permission boundary, and set of supported actions.
- Email integrations provide event signals and conversation evidence.
- ERP integrations provide structured state, identifiers, and write targets.
- Schema discovery maps ERP-native objects into Atlas concepts such as customers, quotes, purchase orders, pickings, and invoices.
- Approval policy decides whether Atlas can act directly, request approval, or escalate.
Safe rollout
- 1
Observe only
Atlas reads email and ERP state, classifies events, and records what it would do.
- 2
Approve every action
Operators review drafts, ERP write proposals, and routing decisions before anything external changes.
- 3
Allow bounded autonomy
Low-risk actions can proceed automatically while risky actions remain approval-gated.
Least privilege
Use an integration user or OAuth app with only the scopes and ERP roles needed for the workflows you enable.