Admin & Setup Lesson 11 of 66 ⏱ 5 min read ⏳ Video coming soon

Manage API fetches — schedule, purge & connect, preview, active toggle

Lesson summary

The Action menu on every API endpoint has four things worth knowing. This lesson covers all four.

By the end of this lesson

  • A schedule that keeps your API data fresh automatically
  • Confidence using Preview, Purge & Connect, and the Active toggle when things change

You'll need

Video coming soon. The written guide below has everything you need to manage your API fetches with confidence today. We'll add the video here when it's recorded.

Background

Once you've set up an API endpoint (covered in Connect an API endpoint), most of the lifecycle work happens through the Action menu on the endpoint's row in Settings → Integrations → Manage API.

Four items, in roughly the order you'll use them:

  • Connect — manual fetch. Covered in the setup lesson; not the focus here.
  • Preview — inspect what was fetched. See table names, sample rows, identify which table holds the data you actually want. Critical for nested JSON, where one fetch creates multiple tables.
  • Schedule — automate the fetch on a recurring cadence. Without this, the data DashboardFox knows about is whatever was current the last time someone clicked Connect.
  • Purge & Connect — delete the existing tables and re-fetch from scratch. Needed when the response_path was wrong, or when the source's JSON shape has changed. Heavy-handed; has consequences for downstream reports.

One configuration toggle worth knowing: Active on the endpoint itself. Flip it OFF to disable a schedule without deleting the schedule config — useful for a temporary pause without losing your setup.

Stuck on which Action menu item is the right one? Email [email protected] with what you're trying to do. Real human, same business day.

Do it

  1. Preview — what tables did the fetch create, and which one matters?

    From the endpoint's Action menu, click Preview. You'll see a list of tables DashboardFox created from the JSON response, named like API_2_2, API_2_3 — the prefix matches the endpoint, the suffix is the table within it.

    Click any table to load its sample data. You're looking for two things:

    • Which table holds your actual data. If your JSON had a top-level values array of records, that's the main table. Other tables are usually metadata or wrapper fields — useful for context, but not what you build reports on.
    • Whether the columns and types look right. If a date column shows up as a string, the JSON didn't preserve type info — you'll handle that in App Builder. If a column you expected isn't there, the response_path may be wrong.

    Nested JSON note: if your response had nested arrays (records-with-children, or arrays-of-arrays), DashboardFox flattens them into multiple related tables, with auto-generated key columns to preserve the relationships. To use them as one logical dataset, you'll define joins between them in App Builder. The Module 3 semantic-layer lessons cover the joining patterns.

  2. Schedule — automate the fetch

    From the Action menu, click Schedule. Set the frequency that matches your data's rhythm — daily for slow-changing reference data, hourly for active operational data, more often if you've coordinated with the source's rate limit.

    Save. The schedule starts running on its next interval. Verify by checking the data in App Builder after the next scheduled time has passed.

    Important limitation, current behavior: there is no "edit schedule" view. Once you save, the schedule is set — but if you open the Schedule dialog again later, you won't see what's currently configured. The dialog opens fresh every time. To change the schedule, fill in the new values and save (the new save replaces the old). To leave it alone, cancel out without saving. Edit-schedule visibility is on the product roadmap.

    To temporarily pause a schedule without losing the config: don't open Schedule. Instead, flip the endpoint's Active toggle to OFF. The schedule is preserved; it just won't fire while inactive. Flip back to ON to resume.

  3. Purge & Connect — when the JSON shape changed

    Use Purge & Connect when the structure of the data you're fetching has changed in a way that affects which tables or fields exist:

    • You realized the response_path was wrong and want to re-fetch with the corrected path.
    • The source API's JSON shape changed — fields renamed, fields added or removed, structure reorganized.
    • The data is fundamentally different from what's currently stored and you want a clean slate.

    Purge & Connect deletes the existing tables and creates fresh ones from the new fetch. This is heavy-handed. If reports or App Builder configurations were built on the old tables and the field names or table names change, those reports will break. After Purge & Connect, review every report built on this endpoint's data — fix any broken field references in App Builder first, then in the affected reports.

    If the change you're making is small — adding new fields without removing existing ones — a regular Connect usually preserves your existing tables and just brings in the new fields. Try Connect first; only fall back to Purge & Connect when you need the table structure rebuilt.

  4. Active toggle — pause without delete

    The Active toggle on the endpoint controls whether scheduled fetches run. ON = schedule runs as configured; OFF = schedule paused, configuration preserved.

    Use cases:

    • Source API is down for maintenance — flip to OFF, flip back when they're back up.
    • You're about to do a Purge & Connect and don't want a schedule firing in the middle of it.
    • Cost concerns or rate-limit pressure — pause non-essential endpoints temporarily.
    • You're testing changes and want to control exactly when fetches happen.

    Manual Connect still works while Active is OFF — the toggle only affects the schedule, not your ability to fetch on demand.

If you're stuck

The classic "I changed something and now reports broke" issues, plus the schedule-edit gotcha.

I opened Schedule to check what time it's set to and now I don't know what to do

Current behavior: the Schedule dialog opens fresh every time — it doesn't display the existing settings. To leave the schedule as it currently is, click Cancel (not Save). To change it, fill in the new values you want and Save (replacing the old).

If you've forgotten what the schedule was set to and want to know without changing it, the safest path is to wait and see when the next fetch fires (check the table data timestamps), then reconfigure if needed. Edit-schedule visibility is on the roadmap.

Reports broke after I ran Purge & Connect

Purge & Connect rebuilt the tables; if field names or table names differ from before, references in App Builder and downstream reports point at things that no longer exist. Open App Builder for this app first — fix any "field not found" or "table not found" errors. Then open each affected report and re-link or rebuild the broken visualizations. There's no undo on Purge & Connect — recovery is forward, not backward.

To prevent next time: before running Purge & Connect, take a screenshot of the App Builder field tree and a list of every report on this app. Knowing the surface area helps you fix it faster afterwards.

Schedule shows as set but no fresh data is appearing

Three common causes:

  • The endpoint's Active toggle is OFF — flip to ON.
  • The source API is rejecting authenticated requests at the scheduled time — try a manual Connect and see if it succeeds. Auth failure (token expired, key revoked) is the most common silent failure.
  • The schedule fires but the source API has rate-limited DashboardFox — check the connection log for 429 Too Many Requests. Spread schedules out, or coordinate with the source for a higher quota.
My Preview shows tables but they look empty or wrong

The fetch happened but the response_path may be wrong, returning metadata rather than your data. Re-test the URL in Postman, identify the correct response_path, edit the endpoint, then run Purge & Connect to rebuild.

I have nested JSON and I'm not sure how to use multiple tables

Multiple tables from a single endpoint is normal — that's how DashboardFox preserves nested structure. You'll join them in App Builder using the auto-generated key columns. Module 3's semantic-layer lessons cover joining patterns. If the joins aren't obvious, email us with the API and we'll help you map it.

None of these match my situation

Email [email protected] with the API, the action you took, and what's happening. Same business day reply.

7-day free trial — no credit card

Built lean. Priced fairly. Supported by humans.

Full access to all features. No credit card required.

Prefer no subscriptions & full control? Self-hosted from $4,995 one-time →

Click once to extend to 14 days — need more time? Just reach out.

25+ years building BI tools Support from the team that builds it Available in US & EU regions
DashboardFox mascot