Dashboard Getting Started

Start your first successful dashboard session

Use this guide when you are signed in and want the calmest path through the UI: create one key inAPI Keys, test one render in API Explorer, confirm what happened inRender jobs, and only then decide whether to move into Templates orBatches.

Recommended path

  1. Start on Overview and open the first setup pages from the dashboard.
  2. Create one key, then test one HTML render in API Explorer.
  3. Use Render jobs to confirm the result before moving into reusable or batch workflows.

Start here when

You want UI guidance first instead of beginning with request-level API docs.

First success looks like

One key created, one render tested, and one result visible in Render jobs.

Use later

Move to Templates for reuse and Batches for many-document workflows.

Start Here

Begin with three pages and ignore the rest for a moment

The dashboard has more pages than a first-time user needs. These three pages are enough for a real first session.

First Session Path

Follow this order for the shortest realistic first session

This sequence keeps the dashboard simple: one credential, one test render, one place to confirm the result, then a clear branch into reuse or scale.

01

Open Overview

Use Overview as the orientation point, not as a setup manual. It already points first-time users toward Create API key and API Explorer.

02

Create one key in API Keys

Use Create key under API Keys, name the credential, choose the mode you need, and store the one-time secret before leaving the page.

03

Test one render in API Explorer

Open API Explorer and stay on HTML for the first test so the workflow proves the render path with the least setup.

04

Check Render jobs

Open Render jobs after the test. It is the durable place to review queued, processing, completed, failed, and expired single-render work.

05

Choose the next workflow only after the first render works

Move to Templates when you want a reusable HTML starting point. Move to Batches when you need many PDFs in one request.

When To Use Each Page

Route yourself by task, not by curiosity

These are the next pages that matter once the first credential and first render path are clear.

A

All keys

Use All keys after the first setup when you need inventory, rotation, revocation, or allowlist changes.

B

Request Logs, Usage, and Audit Logs

Use these when you are diagnosing failures, reviewing account activity, or checking traffic patterns.

C

Billing, Invoices, and Profile

Use these for plan, invoice, and account housekeeping work, not for the first successful render.

Come Back Later

You do not need most of the dashboard on day one

Treat these areas as later operating surfaces so the first session stays narrow and calm.

Monitoring later

Leave Request Logs, Usage, and Audit Logs until something needs investigation

These pages matter once you have traffic, failures, or account activity to review. They are not required to get the first key and first render working.

Account later

Leave Billing, Invoices, and Profile for account housekeeping

Use them when plan changes, invoices, exports, or profile details matter. Keep them out of the first dashboard session unless you are blocked by quota or subscription state.

Admin excluded

Ignore super-admin pages in the normal user path

The first-time dashboard journey should not depend on admin-only routes. Keep the main path inside the normal workspace pages.

Next Steps

Go deeper only after the first dashboard session works

Use the app for the first session, then use the docs below when you need the API contract, accepted-work behavior, or a request-level quickstart.