FAQ
Frequently asked questions
Search or browse by topic.
Getting Started
It turns a chosen HighLevel Contact, Business, Opportunity or any HighLevel Custom Object into a secure, pre-filled form so the right person can review or update it without CRM access.
Add the Generate Record Update Form action to any HighLevel workflow, select the object, and configure the form. See Workflow.
Objects and Record Targeting
Yes.
No. The Record ID does not appear in the public form.
Yes. Update Records with Forms works with all HighLevel Custom Objects available in the installed account – there is no subset of "supported" Custom Object types. Individual field-type limitations are covered separately below.
Yes. A blank Record ID creates a new record on first successful submission.
No. Chained forms are independent and do not automatically share record context.
Map the Company Name variable into Record ID instead. If Record ID doesn't match a record by ID, Update Records with Forms automatically retries it as a company name match.
Yes. When Object is Opportunity, the workflow action can set a starting Pipeline & Stage. If set, the recipient sees that stage pre-filled and can still change it; when they submit, that pipeline and stage are saved to the Opportunity – no separate trigger needed to advance the deal. Opening the link alone never changes anything; only a submission does.
Fields and Pre-filling
No. Whether the Object has 5 fields or 500 doesn't change the product's pricing or setup. The form automatically loads the current form fields and existing values rather than requiring every field to be mapped individually into the form URL.
The form uses HighLevel's current schema. After the short field-metadata refresh period, typically around two minutes, reload the existing form link – the new field can then appear automatically, provided it isn't Hidden and its field type can be displayed.
No. Field order comes from HighLevel rather than being independently maintained in another form builder.
Normally no. Current schema is read again when the form opens or reloads.
Unsupported field types are omitted rather than guessed.
Field order follows current HighLevel field positions, but it is not guaranteed to always exactly match every HighLevel UI folder ordering. This doesn't change the core benefit: field order comes from HighLevel rather than being separately maintained in another form.
Yes. When a field has a description configured in HighLevel, it is displayed underneath that field on the public form.
Files
Existing files satisfy Required unless they are removed without replacement.
No. Replace mode does not delete existing files when no replacement is supplied.
Submission and Concurrent Editing
No. Only changed normal fields are deliberately written back.
Only the specific field being changed is checked. If that field was also changed in HighLevel since the form was opened, it's highlighted with the current value in place, showing what the recipient had entered — no reload needed, and nothing else on the form is affected or lost. A change to a different field elsewhere on the record has no effect on the submission at all.
Yes. The form can be submitted with no field changes.
Yes. Successful no-change submissions can still fire Record Update Form Submitted.
Expiry and Multiple Submissions
Every newly generated form link has an expiry.
Expiry is entered as a number of days (decimals allowed), blank defaults to 7 days, and the maximum is 3,650 days.
There is no manual link revocation.
Workflow Automation
form_url, form_id, form_reference, record_id, object_key and expires_at.No, that redundant configuration no longer exists.
Yes. Use Record Update Form Submitted – a successful form submission can start another HighLevel workflow for follow-up, notifications, routing or the next operational process. See Pricing for HighLevel's own billing note on this trigger.
Security and Privacy
HighLevel remains the source of truth. CRM field values and submitted form contents are not persisted as a duplicate CRM database. See Security.
No. Recipients never receive HighLevel CRM access.
Verification
It requires the recipient to enter a one-time code sent to the phone number or email address already on the target record before the form loads – not just anyone who gets hold of the link.
Contact and Opportunity only, since verification relies on a phone number or email address already stored on that record.
By SMS if a phone number is on the record. If there's no phone number, or SMS delivery can't be confirmed, the same code is also sent by email.
Delivery is checked automatically and the code is resent by email as a fallback if SMS delivery can't be confirmed in time. The recipient can also request a resend from the code-entry screen.
No. Once verified, that browser can access the form without re-verifying for up to 48 hours, capped by the link's own expiry – whichever comes first.
Yes. For example, request the code on a desktop, receive it by SMS on a phone, and enter it back on the desktop.
There's no JetSubmit charge for it, but each code (and any fallback resend) is sent as a real SMS or email through your own connected HighLevel account, which carries your account's own standard HighLevel sending costs. See Pricing.
Pricing
Troubleshooting
Every form-link request gets a response. If the form itself can't be displayed, the recipient sees a specific message explaining why (link not recognised, link expired, form already submitted, and so on) rather than a generic error page. See Contact for the full troubleshooting checklist.
The account was installed before Pipeline/Stage targeting was added and needs to reinstall the app to pick up the additional permission those dropdowns need.