The form works. The pile of submissions does not

Teams using Jotform for real operational intake: registrations, claims, service requests, site inspections. The form is doing its job and the queue behind it is an inbox.

  • Each form's submissions become one table, with its questions as columns
  • Add a status and an owner so a pile becomes a queue you can work
  • Link submissions to the job, site or customer they concern
  • Connects with your own Jotform API key, so it works today
  • Import only — nothing is written back and no submission is altered
  • EU and HIPAA Jotform accounts live on their own hosts, so the region is set on the connection
Start free 30 days free · no credit card
WHAT IT DOES

Exactly what connecting Jotform gives you

Brings data in

Pull Jotform into RowFold tables you own — filter them, report on them, link them to everything else in the workspace.

And it stays current: importing again updates the same tables, adding new records and updating changed ones, so links from your other tables hold. Keep in sync does that for you hourly or daily.

What it doesn't do: There are no automation steps that write back to Jotform. It has no say in what a booking page offers. An import only reads: nothing is written back to Jotform, a record deleted there stays here, and a sync runs hourly at most rather than the moment something changes. Anything else you have read about Jotform and RowFold, this page is the authority: it is generated from the connector's own code.

HOW TO DO IT

The jobs people connect Jotform for

I want submissions I can assign and chase

The import maps questions to columns, so the table you get depends on how the form is built. Ten minutes tidying question titles in Jotform first will save renaming a dozen columns afterwards, because a question titled “Untitled” becomes a column called that.

  1. Tidy your question titles in Jotform first The question becomes the column name. Forms built quickly often have several near-identical or default titles, which arrive here as columns nobody can tell apart.
  2. Get an API key from your Jotform account settings It is your key rather than ours, so nothing needs approving and the connection works as soon as you paste it.
  3. Paste it in and pick the form Each form becomes its own table. A form you have revised heavily is still one table rather than one per version.
  4. Add a status field and an owner field This is the step that changes what the data is for. Without them you have a tidier copy of the inbox; with them you have a queue that cannot quietly lose anybody.
  5. Link the submissions to what they are about A relation to jobs, sites or customers means each one arrives with its history rather than as an anonymous form.

You'll know it worked: Compare the row count against the submission count Jotform shows for that form. If a column is full of blanks, check whether that question was added after most submissions were collected — which is accurate rather than a fault.

I want the urgent submissions found and assigned first

Importing gives you every submission at once, so the first job is finding the few that can't wait. A saved view does that, and an owner on each one keeps it from slipping back into the pile.

  1. Decide which submissions actually need attention A claim above a value, a safety answer, a date inside a week. Everything else can wait for somebody working the queue.
  2. Save a view showing only those, with Owner empty Filter on the answers that make a submission urgent and on Owner is empty. Whatever the view lists is urgent and unclaimed.
  3. Assign each one an owner An assignment puts it on one person's list in My Work, where it can be seen to be outstanding, and takes it off the view.
  4. For alerts on new submissions, keep the form in sync or move it to a RowFold form Keep in sync adds new submissions to the same table hourly, and an automation there can alert and assign each one. Where an hour is too long, as with a safety report, a RowFold form turns each submission into a record at once.

You'll know it worked: Check the view against Jotform's own results filtered the same way. Assign one submission to yourself and confirm it leaves the view and appears in your My Work.

WHAT IT FIXES

The three things that actually go wrong

Submissions arrive as email and live in an inbox. There is no assignee, no status and no way to see what is outstanding, so the queue is whatever each person remembers to deal with.

Submissions become rows with a status and an owner. What is outstanding is a filter, and nothing sits unhandled without somebody being able to see it.

Every question about volume means exporting. How many this month, from where, how long they take to clear: each one is a CSV download and a pivot table built from scratch.

The report reads the table and is current when opened, with its filters written down where a colleague can check them.

A submission is disconnected from everything it concerns. A claim arrives about a job that already exists somewhere, and nothing joins the two, so every one starts with working out what it relates to.

Link submissions to the jobs, sites or customers they are about, and each arrives attached to its own history.

QUESTIONS

Before you start

What happens to file uploads?

The submission comes across with the answer as Jotform records it, which for an upload is a link rather than the file itself. That means the file stays where Jotform keeps it and stays subject to Jotform's own retention. If those documents are the point of the form, it is worth deciding early whether they should be pulled into RowFold's own attachments rather than left as links.

My key does not seem to work. Why?

Probably because the account is EU or HIPAA hosted. Jotform runs those on separate hosts from its main API, and nothing in the key itself says which one it belongs to, so a connection pointed at the default host is refused even though the key is fine. The region is a setting on the connection rather than a guess. Check which Jotform address you sign in at first.

Does it notify me the instant somebody submits?

No. The connector reads submissions rather than listening for them, though Keep in sync can re-read the form hourly, and an automation on the table then fires for each new submission as that run lands. For intake that needs acting on the moment it arrives, such as claims or urgent requests, collect it with a RowFold form instead, where each submission is a record at once.

What if I change the form?

Importing again updates the same table, and a question you add arrives as a new column, empty on submissions from before it existed, which is accurate rather than broken. Questions are matched on Jotform's question ID, so a retitled question keeps its column and a removed one keeps its answers. If you have restructured a form substantially, cloning it in Jotform and importing the clone gives a clean table, since a new form is a new source.

How is this different from a RowFold form?

A RowFold form writes straight into a table you own, with no import step and no second copy of the data. This connector is for teams already committed to Jotform — often for its payment fields, conditional logic or compliance options — who want the submissions somewhere they can be assigned and counted. If you have not chosen yet, the built-in forms are the shorter path.

Describe yours and watch it build

There is no template to wait for. Type a sentence about what you run and RowFold assembles the tables, links, views and dashboard around it — then you change whatever does not fit.

Start free Free for 30 days. Then $29/month per editor, with unlimited free read-only viewers.