Module Generator: Recommendations for creating a Module

Modified on Wed, 11 Sep at 4:52 PM

Getting started with creating a module is kept as simple as possible with the automatic checks and test mode included in the module generator. The implementation of a simple module can be done without much preparation. For more complex modules, it is recommended to model the associated process beforehand.


During the configuration of the module, it is possible to switch between the configuration screens at any time in order to make changes to the existing configuration.


At the beginning of the configuration, the basic content blocks - and thus the building blocks of the form - are created in the Data and Views tab. Subsequently, the obvious fields are entered, whereby the access restrictions on block level can still be ignored.


After the first draft for the form design has been created, the necessary statuses are created in the Workflow tab and linked to each other with transitions. Here, too, the restriction of the editing rights of the statuses and transitions can be dispensed with for the time being.


In the Overview tab, the necessary tabs for the module are created and configured. Subsequently, the table and the filters are maintained. 


At this point, most of the module is configured and the editing and viewing rights in the statuses, transitions and form items can be entered. 

  • In general, it is recommended to keep Q.wiki as open and accessible to all users in the organization as possible. Nevertheless, there are use cases where sensitive data is processed and requires special protection. In this case, the access restrictions per content block or under Overview -> Basic the global access restriction are activated and configured.


Under Overview -> Basic, the texts are individualized and necessary other settings are made.


After checking the configuration errors and possible problems, it is recommended to perform a test run and run through the intended usage scenario in the test module.


It is quite common to switch between configuration screens several times during configuration, just as several iterations of the test mode of a configuration are run through before the module is finalized. During this discovery phase, a wide variety of configurations can be tried out and undone without affecting the final module.


In case of difficulties with the configuration or complexity of an application, the consultants of Modell Aachen GmbH are available to support the implementation of the individual use case in the best possible way.

Was this article helpful?

That’s Great!

Thank you for your feedback

Sorry! We couldn't be helpful

Thank you for your feedback

Let us know how can we improve this article!

Select at least one of the reasons
CAPTCHA verification is required.

Feedback sent

We appreciate your effort and will try to fix the article