Here you will find everything you need to know about "User-friendly".
- Form creation without programming knowledge
- Form navigation & progress bar
- Validation - errors, warnings, info and success
- Help texts internal & external
- Insert management
- (Intermediate) saving of form data
- Follow-up form
Creating forms with the AFS WebAdmin (form designer) is simple and user-friendly. Form elements can be created and arranged clearly. Validations, calculations, dy-namic behavior and interfaces to third-party systems can be added to the form with more than 80 logic modules (extenders).
No programming knowledge is required to design AFS forms. All functions can be implemented via configuration.
The list of parameterizable extenders at the end gives you an impression of the functional scope of the AFS product suite.
Validation - errors, warnings, information and success
The form data entered is checked on the server side. Input requirements, simple field value checks and complex dependency and backend checks can be defined for validation.
The input requirement can be defined statically and dynamically (depending on user input). Additional input patterns are available for blocks, such as "All or nothing" or "Mandatory input with free selection".
Existing checking and business logic from specialist applications can also be easily integrated into AFS forms using web services. The integration of the form and downstream specialist system eliminates the duplication of validation code.
AFS offers two different error states for validation errors. In addition to the classic "Incorrect entry", which must be corrected before the form can be completed again, there is also the "Warning" status. Here, an "Implausible entry" is only pointed out once and accepted as a field value when confirmed again by clicking "Next".In addition to errors and warnings, information and success messages are also available for feedback to the user.
Errors and implausible entries can be displayed at the top of the page and directly next to the field. AFS offers automatic texts for all error and warning states, which can be supplemented or overwritten with specific information texts.
The configuration of validations, errors and warnings is carried out with the help of "parameterizable" extenders. These are described in "Form dynamics & logic".
Special validation & warnings
Google ReCaptcha, currently the most widely used CAPTCHA on the internet, can be used in AFS forms. This is a security mechanism that is used to distinguish fully automatically whether a human or a machine is making entries.
The risk of a session being aborted due to a timeout if the user is inactive for too long is displayed beforehand as a warning message. In general, AFS sessions can be configured to remain active if the browser window is still open. In the case of an e-payment process, the session can be extended until the payment confirmation is received.
A navigation bar and progress bar can be added to AFS forms. This makes it possible to combine one or more form pages into a logical step. The bar is also used to call up specific pages in the form (page navigation).
The form navigation can be activated and configured individually for each form. The appearance and positioning of the progress bar can be customized using CSS. The display is available both in the desktop view and in the form view for mobile devices. For the latter, the display is reduced to a minimum. If the user temporarily saves the form entries, the navigation progress is also saved in the form.
Help texts internal & external
By providing online help at field, block and form level, AFS forms can be designed to be user-friendly. Both manually entered texts and specially designed help pages or links to content management systems can be embedded as a source for help texts.
AFS forms can contain fields for attachments. The uploaded files can be restricted in terms of size, file extensions and MIME types. The file type check can be carried out in AFS independently of the browser. This prevents a file type from being "played" by using the wrong file extension.
PDF and image formats can be displayed in the form directly after uploading, other formats are provided as a link for viewing. The uploaded files can be renamed automatically for better identification. This allows file names to be extended by user input, for example. In addition to the size of a single file, AFS can also be used to limit the size of all attachments.
For PDF attachments, the number of pages can also be determined and it can be checked whether the file is password-protected. Electronic signatures of the attachments can be checked. With a stored protection program, a virus check is also carried out and the file name is checked against a regular printout.
(Intermediate) saving of form data
The application data entered can be saved. This is done either on the user's device (locally) or, if the form is embedded in a portal context, on the server side. The application data can be encrypted with a personal password before saving.
Local data storage takes place in an HTML file. This can be opened again by double-clicking. This fills and displays the form with the saved application data and attachments. After loading the form data, the last input page used is displayed.
The server-side caching takes place in the aforms inbox with the interfaces of the aforms portalAPI module.
The aforms server can offer additional forms when confirming receipt of the application (final page). These follow-up forms can be used to record customer satisfaction or to offer further related services.
Follow-up forms can contain the data already recorded in the previously sent application and establish a direct link to this with the entry number.