Access belongs to a workspace
Customer requests are authorized against workspace membership. Inbox records, form configuration, exports, API keys, and attachment downloads stay within that boundary.
Clear boundaries. Considered defaults.
Form data deserves careful handling. Control who can access your data, protect your forms, and follow each submission with confidence.
Customer requests are authorized against workspace membership. Inbox records, form configuration, exports, API keys, and attachment downloads stay within that boundary.
Invite people to your workspace with the role their work requires. Protect your sign-in with an authenticator, manage account recovery, and end other sessions when you need to.
Local rate controls, bounded payloads, published validation rules, and honeypot quarantine reduce unwanted traffic. A public source URL identifies a form; it is not a secret or proof of a visitor’s identity.
Files use application-managed private storage and scoped, short-lived download links. Size and type validation are enforced. Uploaded content is marked unscanned; malware scanning is not currently provided.
Submitted data cannot change configured webhook destinations. Outbound webhooks use HTTPS, destination address checks, and request signing. Private-network destinations and redirects are blocked.
Acceptance and external processing have distinct records. A non-idempotent request that times out can be recorded as an unknown outcome instead of being silently repeated.
Choose fields that request only what you need. Review team permissions regularly, keep your API keys private, and export information you want to preserve before its retention period ends.
Email [email protected] with the affected URL and enough detail to reproduce the issue. Avoid including real customer submissions, passwords, API keys, or attachment contents in your report.