Singleton form

Use case

Most forms are filled out for a given purpose, and then submitted. When the initial purpose comes up again, the form is filled and submitted one more time. For instance, a car registration form would be such an example. However, certain forms are often used more like "documents", that users create, and then come back to update, without creating another instance of that form/document. Those forms are here referred to as singleton forms.

In Form Builder

As a form author, you can mark a form as singleton in Form Builder by opening the Form Settings dialog, and clicking on the Singleton form checkbox.

In Form Runner

New page

When accessing the new page of a singleton form, the following will happen depending on how many form data the current user can access for that form:

0: if she can't access any existing data for the current form, then she stays on the new page for the form.
1: if she can access exactly one form data, she is redirected to the edit page for that form.
2 or more: a message, as warns her she can't create any additional form data, and links to the summary page for that form, which she can use to pick the form data she wants to edit.

Summary page

When accessing the summary page for a singleton form, the New button won't show if the user can access 1 or more form data.

Driven by permissions

The simplest use case, described above, calls for having at most one form data per user. However, since the singleton aspect is driven by what users can see, you can use permissions to control whether you want to have one form per user, per group, per users having a given role, or even in the whole system.

This also means that it might still be possible for certain users to see multiple forms, hence the third case above (two or more form data). For example, if you set up permissions so regular users can only see their own data, they will be able to create at most one form data, but someone with the admin role can view all the data.