First 30 minutes
Recommended onboarding path so a CTO or engineer understands Erasure without a demo call.
First 30 minutes
Goal: In about thirty minutes, understand Erasure well enough to evaluate it.
You will touch the real product loop—not slides.
| Time box | Outcome |
|---|---|
| 0–5 min | Account, org, project |
| 5–15 min | Published consent + key + receipt |
| 15–25 min | System + data map readiness |
| 25–30 min | Deletion case + evidence export |
Use Access & setup if any step below is unclear.
Before you start
- A browser
- Access to app.erasurehq.in
- Optional: a staging Postgres (or any supported system) if you want a live deletion—not required to understand consent
Minutes 0–5 — Land in the product
- Register or sign in.
- Create an organization.
- Create a project (name it after a real surface, e.g. Marketing Site).
You should see project home with clear next actions.
Checkpoint: You can navigate Consent, Develop, and Rights from the product UI.
Minutes 5–15 — Consent that leaves a trail
Publish
- Open Consent.
- Add categories/purposes (include at least one required purpose).
- Edit notice text so it sounds like your product—not lorem ipsum.
- Click Publish.
You now have an immutable consent version. Drafts are not what the SDK serves.
Key + SDK
- Open Develop → create publishable key → copy
pk_live_…. - Install and init (minimal):
npm install @erasurehq/anumatiimport { Anumati } from "@erasurehq/anumati";
const client = await Anumati.init({
publicKey: "pk_live_…",
apiBaseUrl: "https://app.erasurehq.in", // origin only
});- Load a page that runs
init, accept the notice. - Open Receipts and confirm a new row.
If you cannot wire the SDK in this session: still publish the notice and inspect versions in the console—then return for receipts.
Minutes 15–25 — Systems and maps
Deletion without a map is guessing.
-
Open Rights → Systems.
-
Add PostgreSQL (or MySQL / HTTP / Webhook if that matches your stack).
-
Save and run health check.
-
Open Data Map:
- Discover schema
- Accept or edit entity mappings
- Set identifiers (for example email → column)
- Mark personal-data tables DELETE; mark keepers SKIP
-
Glance at operational readiness on Home or Rights. Resolve anything marked blocked (no systems, empty map, unhealthy connector).
Checkpoint: At least one enabled system with a coherent map (for SQL: ≥1 DELETE entity with identifiers).
Minutes 25–30 — Case + evidence
- Open Operations (Rights cases).
- Create a test case for a subject you control (operator create), or use public intake if enabled for your org.
- Ensure verification is VERIFIED.
- Start when readiness allows.
- Watch the timeline until COMPLETED or FAILED.
- Open Evidence → export JSON or report.
Checkpoint: You have seen a case lifecycle and an exportable package—not only a status badge.
What “good” looks like after 30 minutes
| Capability | You can say… |
|---|---|
| Consent | “We publish versions and store receipts.” |
| Systems | “We connect real stores; secrets stay in Erasure.” |
| Maps | “We decide delete vs skip before runtime.” |
| Rights | “Deletion is a job with verification and outcomes.” |
| Evidence | “We can export what happened for this case or publish.” |
What you did not finish (and that is fine)
- Production TLS and network rules for every connector
- Full HTTP/Webhook playbooks
- Legal review of notice copy
- Team RBAC rollout
- Billing upgrade
Those are later guides and ops work—not required to understand the product.
Recommended next reading
- Getting Started overview — full narrative
- Access & setup — keys and tenancy
- DPDP — obligation-oriented framing (expanding)
- Core Concepts — vocabulary (expanding)
- Marketing Security — diligence summary
What to do next
If evaluation is going well, invite one engineer and re-run this path on a staging database—not production.