Forms
Collect structured input at the point of action
Forms
Under the bonnet, a form is an Automation
1. When to use a form
Forms shine for actions that need input from a user but don't belong to a record's main lifecycle.
One-off or ad-hoc actions
Something you do occasionally and don't need to track as a stage - logging a quick decision, capturing a reading, kicking off a side process.
Cross-collection actions
An action that touches more than one Collection
Actions that split or branch
When one record needs to spawn several others, or one decision needs to fan out into multiple updates.
2. Forms, workflows and automations
These three features overlap, so it helps to know which to reach for.
| Feature | Reach for it when… |
|---|---|
| Workflow | A record follows a lifecycle of ordered stages, and you want a badge, history and stage-based control. See Workflows. |
| Automation | Something should happen automatically in response to an event, with no user input needed. See Automations. |
| Form | You need a user to supply information at the moment of action - especially for one-off, stage-independent or cross-collection work. |
In short: a workflow tracks where a record is; an automation reacts without asking; a form asks, then acts.
3. How users reach a form
A form appears as a button on a record's right-click menu, wherever you've configured it to show. A user right-clicks a record, selects the button, fills in the form, and submits - at which point the automation's steps run. Every submission is recorded in the automation's run history, just like any other automation.
Because a form is an automation triggered by right-clicking, it always runs from a record's context menu inside Kinabase.
4. Public and external forms
To collect input from people outside your organisation, forms are delivered through a Portal
5. Build your first form
Build a form step by step - pages, fields, validation and the actions that run on submission.
Need more help? Ask your System admin, or contact our support team via Help & Support.