FormCreator vs Native Forms in GLPI 11: When to Use Each One

Comparison between the FormCreator plugin (GLPI 10) and the native forms in GLPI 11: features, migration and when each option makes sense.

FormCreator was GLPI's most popular plugin for years. With GLPI 11, its forms were incorporated into the core. See what changes and when to use each option.

What FormCreator does (GLPI 10)

  • Custom forms with conditional fields
  • Visual service catalog for self-service
  • Fields: text, dropdown, checkbox, upload, date, textarea
  • Sections and display logic based on answers
  • Automatic ticket creation from the form
  • Integrated approval workflow

What native forms do (GLPI 11)

  • Visual forms with a drag-and-drop editor
  • Conditional fields and sections
  • Direct integration with the core (no plugin required)
  • Linking to ticket categories and templates
  • Visibility by profile and entity

Comparison

FeatureFormCreatorGLPI 11 Native
Conditional fieldsYesYes
SectionsYesYes
Visual catalogYesYes
ApprovalYesYes
CompatibilityGLPI 9 and 10GLPI 11+
MaintenancePlugin (community)Core (Teclib)

When to use each one

  • GLPI 10: use FormCreator – it is the only option for custom forms
  • GLPI 11: use native forms – FormCreator is not compatible
  • Migrating 10→11: document your FormCreator forms first and recreate them in GLPI 11

Frequently Asked Questions

No. GLPI 11 incorporated customizable forms into the core, replacing the need for FormCreator. The plugin is not compatible with GLPI 11.

Almost everything. Conditional fields, sections and ticket linking are all present. Some advanced FormCreator features may not have an exact equivalent in the first version.

There is no automatic migration. You need to recreate each form using the native GLPI 11 interface. Document your current forms before migrating.

Yes. If you are on GLPI 10 and do not plan to migrate to version 11 soon, FormCreator remains the best option for the service catalog and custom forms.

Need help?