| Table of Contents | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
| Info |
|---|
This article is about activating this module as an implementation consultant. For more detailed information on how to manage or use the concepts in this module as an application manager or a user (for instance, details on how to create an object), see the related module in the application managers and/or Users part of this knowledge baseDit artikel gaat over het activeren van deze module als implementatieconsultant. Voor meer gedetailleerde informatie over hoe je de concepten in deze module beheert of gebruikt als applicatiebeheerder of gebruiker (bijvoorbeeld details over hoe je een object aanmaakt), zie de gerelateerde module in het gedeelte Applicatiebeheer en/of Gebruikers van deze kennisbank: Application Managers / Users |
1.
...
Verzoeken in
...
A request system is a tool used to report and address issues or maintenance needs within a facility or office building. The person creating a request provides detailed and essential information about the issue so that the responsible person or team can handle the issue accordingly and within the specified period. The request process gives transparency to the requestor and the responsible for the progress of the request.
Overall, a request system in facility management streamlines the process of reporting and resolving issues, leading to improved efficiency, better communication, and enhanced facility maintenance. It helps ensure the facility remains safe, functional, and comfortable for its occupants.
2. What is this module about
For more information on the content of this module, including detailed descriptions of some of the core components, see: Requests module in the 'Application Managers' section.
3. Why use this module
This module enables employees/users to easily submit work-related requests or report problems. The system automatically assigns these requests to the appropriate team to be handled, eliminating users needing to find the right person or team themselves. Additionally, the module allows requests to be divided into one or more corrective work orders, which can automatically be sent to preferred suppliers. Users can track the progress of their requests through reports and dashboards, evaluating if requests have been handled within the SLA (Service Level Agreement) times and work orders completed by suppliers.
3.1 Choices to be made within the module
The most relevant choices that can be made when using this module are the following:
Which service groups are used by the customer? All service group members will be users of the Workplace Management application and will get tasks to handle requests.
Which problem types are applicable to the customer? Does the customer want a simple list with only a couple of problem types to choose from or a complete hierarchy of problem types with multiple levels?
Does the customer want to use corrective work orders? Requests can be handled directly by the responsible service group (member) or via corrective work orders created from the request. Corrective work orders can be assigned to internal users or external suppliers to register relevant costs and handle the problem. If the customer wants to use corrective work orders:
Use corrective work orders in general: corrective work orders can be created in all requests (independent from problem type)
Use corrective work orders based on the problem type: Determine per problem type if corrective work orders can be created.
Are SLAs used to monitor the response and handle times of requests? If so, register the desired response and handle times per priority.
4. How to activate this module
As for every new module, use the ‘Module activation’ option on the administrator startboard (only available for level 2 and 3 admins). For more general information about these 'Module activation' options, see Module activation
4.1 Prerequisites before enabling this module
The requests module does not require any other modules to be activated before. However, if you want to be able to link a specific building, area, and/or asset to a request, these modules will need to be activated first. Otherwise, it is only possible to register the specific building, area, and/or asset in a description field. Insights about the number of requests for a specific building, area, or asset will then not be possible.
For more information about these modules see:
4.2 Module activation
For this specific module activation, multiple settings and options apply:
...
Settings to be determined
Use SLA times: Enable this option to register the response and handle times desired per priority and be able to report on the response and handle times for all requests.
Hide option to send request to contractor: Hide the option to forward the request to a contractor instead of working with corrective work orders. Forwarding requests to a contractor can be used if the customer does not use corrective work orders for this purpose.
Auto close request after workdays: After a request is handled, the requestor can check if the request is handled accordingly. If the requestor does not review the request, the request is automatically closed after X days.
Set update done by requestor flag: Enable this option if the requests need to be flagged as soon as the requestor adds more information to the request. The service group that handles the request becomes aware of the additional information and can then mark the request to confirm that the requestor's update is seen.
Use preferred suppliers: Enable this option to register preferred suppliers in general, per building, per area, and/or per asset, and let the application automatically assign the preferred supplier to the corrective work orders.
Use Knowledge base: Enable this option to use a knowledge base in requests, where users can add knowledge base items to help other users handle requests faster and more efficiently.
Check duplicate problem type: Enable this option to let the application check for duplicate (open) requests with the same problem type.
Check duplicate building: Enable this option to let the application check for duplicate (open) requests with the same building.
Check duplicate area: Enable this option to let the application check for duplicate (open) requests with the same area.
Check duplicate asset: Enable this option to let the application check for duplicate (open) requests with the same asset.
Service groups:
Create the desired service groups directly from the module activations ‘Servicedesk service groups’ include. At least one service group needs to be created to be able to start the module activation.
4.2.1 Workflow emails
The emails that are automatically sent via the workflow (e.g., the confirmation email to the requestor after the new request is submitted) are also generated and shown in the include on the module activation after the module activation is started. If the customer does not want to use one or more workflow emails, the emails can directly be deleted from the overview. For more information on workflow emails: Standard Workflow emails
For a detailed description of the emails sent via the workflow, see: Requests module in the 'Application Managers' section.
4.3 Data imports
When activating this module, some data imports become available, which can be used to quickly import relevant data into the system (as opposed to manually entering this data, which is also possible).
Relevant data imports become available in the module activation after the activation has been started. Default data imports can also be found on the admin startboard (only for level 2 and level 3 administrators).
For more information on data imports in general, see: Data imports
If the requests module is activated, the following default import connectors become available:
...
Reference
...
Name
...
Description
...
FMB-F-031
...
Import problem types (basic)
...
This import can be used to import the problem types which can be selected in requests. This is a basic variant of the problem type import without work order or ITIL settings.
...
FMB-F-032
...
Import problem types (advanced)
...
This import can be used to import the problem types which can be selected in requests. This is the advanced variant of the problem type import with work order and ITIL settings.
4.4 System groups
When a module is activated, system groups become available that can be assigned to user profiles. These system groups will give users access to (a subset of) navigation menu options, startboard tabs, and tasks in the relevant workflow(s).
...
For the Requests module, the following system groups become available:
...
Reference
...
Name
...
Description
...
License needed
...
GOB-G002
...
Create requests
...
Group gives access to creating requests (object and startboard menu options)
...
Requestor
...
FMB-G151
...
View requests
...
Group gives access to the navigation menu option 'Requests'.
...
Requestor
...
GOB-G013
...
Servicedesk employee
...
Group grants general rights to view and handle requests. Group must be assigned to each service desk employee (in addition to the customer-specific service desk group for handling the specific requests for that service group)
...
Limited user
...
GOB-G033
...
Service groups
...
Parent group under which all client-specific ServiceDesk groups are created. Access rights and filter pages use this group and all child groups in lots of places to provide the client-specific ServiceDesk groups with the correct access rights and the possibility to select them.
...
FMB-G057
...
Manage problemtrees
...
Group gives access to create and edit problem trees and problem types.
...
Full user
...
FMB-G082
...
Management dashboards requests
...
Group gives access to the menu option "Management dashboards" for the requests module, as well as access to the relevant objects to view this content of the dashboards.
...
Limited user
Via the 'User profile management' option on the administrator startboard, these system groups can be assigned to existing user profiles or add them to newly created user profiles.
4.4.1 Relevant system groups from other modules:
For some modules, other (master data) modules might be of importance, in order to be able to fully use this module.
For Requests, the Master data modules ‘Buildings and areas’ and ‘Assets' are often relevant therefore the following system groups could also need to be assigned to users (If not already done in the past), to be able to create and edit the relevant master data objects.
...
Reference
...
Name
...
Description
...
License needed
...
GOB-G007
...
Edit buildings and areas
...
Group gives create and edit rights on buildings and areas
...
Full user
...
GOB-G008
...
Edit assets
...
Group gives create and edit rights on assets
...
Full user
When generating the user profiles, it is advised to include these groups or have dedicated profiles (and users) for these modules.
4.5 Navigation menu and startboard options
When a module is activated, the relevant navigation menu options become available to users with the correct authorizations (based on the system groups). Next, a module-specific key user startboard tab becomes available for that particular module and is visible depending on the user's authorizations. This tab gives users insights and day-to-day work overviews relevant to the specific module.
...
het algemeen
Een verzoeksysteem is een hulpmiddel dat wordt gebruikt om het volgende te rapporteren en aan te pakken problemen of onderhoudsbehoeften binnen een faciliteit of kantoorgebouw. De persoon die een verzoek indient, geeft gedetailleerde en essentiële informatie over het probleem zodat de verantwoordelijke persoon of team kan de kwestie dienovereenkomstig en binnen de bepaalde periode. Het aanvraagproces biedt transparantie aan de aanvrager en de verantwoordelijke voor de voortgang van het verzoek.
Over het algemeen is een aanvraagsysteem in facilitair management stroomlijnt het proces van het melden en oplossen van problemenDit leidt tot meer efficiëntie, betere communicatie en beter onderhoud van de faciliteit. Het helpt ervoor te zorgen dat de faciliteit veilig, functioneelen comfortabel voor de bewoners.
2. Waar gaat deze module over
Zie voor meer informatie over de inhoud van deze module, inclusief gedetailleerde beschrijvingen van enkele kernonderdelen: Requests module in de sectie 'Applicatiebeheerders'.
3. Waarom deze module gebruiken
Met deze module kunnen werknemers/gebruikers gemakkelijk werkgerelateerde verzoeken indienen of problemen melden. Het systeem wijst deze verzoeken automatisch toe aan het juiste team, zodat gebruikers niet zelf de juiste persoon of het juiste team hoeven te zoeken. Bovendien kan de module verzoeken opsplitsen in een of meer correctieve werkorders, die automatisch naar de gewenste leveranciers kunnen worden gestuurd. Gebruikers kunnen de voortgang van hun verzoeken volgen via rapporten en dashboards, waarbij wordt geëvalueerd of verzoeken zijn afgehandeld binnen de SLA (Service Level Agreement) tijden en of werkorders zijn voltooid door leveranciers.
3.1 Binnen de module te maken keuzes
De meest relevante keuzes die gemaakt kunnen worden bij het gebruik van deze module zijn de volgende:
Welke servicegroepen worden gebruikt door de klant? Alle leden van de servicegroep worden gebruikers van de toepassing Workplace Management en krijgen taken om verzoeken af te handelen.
Welke probleemtypen van toepassing zijn op de klant? Wil de klant een eenvoudige lijst met slechts een paar probleemtypes om uit te kiezen of een volledige hiërarchie van probleemtypes met meerdere niveaus?
Wil de klant correctieve werkorders? Verzoeken kunnen direct worden afgehandeld door de verantwoordelijke servicegroep (lid) of via correctieve werkorders die op basis van het verzoek worden aangemaakt. Correctieve werkorders kunnen worden toegewezen aan interne gebruikers of externe leveranciers om relevante kosten te registreren en het probleem af te handelen. Als de klant correctieve werkorders wil gebruiken:
Correctieve werkorders in het algemeen gebruiken: correctieve werkorders kunnen in alle verzoeken worden aangemaakt (onafhankelijk van het probleemtype)
Gebruik correctieve werkorders op basis van het probleemtype: Bepaal per probleemtype of er correctieve werkorders kunnen worden aangemaakt.
Zijn SLA's gebruikt om de respons- en afhandeltijden van verzoeken te controleren? Zo ja, registreer dan de gewenste respons- en afhandeltijden per prioriteit.
4. Hoe deze module activeren
Zoals voor elke nieuwe module gebruikt u de optie 'Module-activatie' op het startpaneel van de beheerder (alleen beschikbaar voor beheerders van niveau 2 en 3). Zie voor meer algemene informatie over deze opties voor moduleactivering Module activation
4.1 Vereisten voordat u deze module inschakelt
Voor de module Verzoeken is het niet nodig om eerst andere modules te activeren. Als je echter een specifiek gebouw, gebied en/of bedrijfsmiddel wilt kunnen koppelen aan een verzoek, moeten deze modules eerst worden geactiveerd. Anders is het alleen mogelijk om het specifieke gebouw, gebied en/of bedrijfsmiddel te registreren in een beschrijvingsveld. Inzicht in het aantal aanvragen voor een specifiek gebouw, gebied of object is dan niet mogelijk.
Zie voor meer informatie over deze modules:
4.2 Activering van module
Voor deze specifieke module-activatie zijn meerdere instellingen en opties van toepassing:
...
Nog te bepalen instellingen
Gebruik SLA-tijden: Schakel deze optie in om de gewenste respons- en afhandeltijden per prioriteit te registreren en te kunnen rapporteren over de respons- en afhandeltijden voor alle verzoeken.
Verberg optie om verzoek naar aannemer te sturen: Verberg de optie om het verzoek door te sturen naar een aannemer in plaats van te werken met correctieve werkorders. Het doorsturen van verzoeken naar een aannemer kan worden gebruikt als de klant hiervoor geen correctieve werkorders gebruikt.
Aanvraag automatisch sluiten na werkdagen: Nadat een verzoek is afgehandeld, kan de verzoeker controleren of het verzoek goed is afgehandeld. Als de aanvrager het verzoek niet controleert, wordt het verzoek na X dagen automatisch gesloten.
Bijwerken gedaan door requestor vlag instellen: Schakel deze optie in als de verzoeken gemarkeerd moeten worden zodra de verzoeker meer informatie aan het verzoek toevoegt. De servicegroep die het verzoek afhandelt, wordt zich bewust van de aanvullende informatie en kan het verzoek markeren om te bevestigen dat de update van de verzoeker is gezien.
Voorkeursleveranciers gebruiken: Schakel deze optie in om voorkeursleveranciers te registreren in het algemeen, per gebouw, per gebied en/of per bedrijfsmiddel en laat de applicatie automatisch de voorkeursleverancier toewijzen aan de correctieve werkorders.
Kennisbank gebruiken: Schakel deze optie in om een kennisbank te gebruiken in verzoeken, waar gebruikers kennisbankitems kunnen toevoegen om andere gebruikers te helpen verzoeken sneller en efficiënter af te handelen.
Controleer dubbele probleemtypen: Schakel deze optie in om de applicatie te laten controleren op dubbele (open) verzoeken met hetzelfde probleemtype.
Duplicaat controleren gebouw: Schakel deze optie in om de applicatie te laten controleren op dubbele (open) verzoeken met hetzelfde gebouw.
Controleer dubbel gebied: Schakel deze optie in om de applicatie te laten controleren op dubbele (open) verzoeken met hetzelfde gebied.
Controleer dubbele activa: Schakel deze optie in om de applicatie te laten controleren op dubbele (open) verzoeken met hetzelfde bedrijfsmiddel.
Servicegroepen:
Maak de gewenste servicegroepen direct aan vanuit de module activeringen 'Servicedesk servicegroepen'. Er moet minstens één servicegroep worden gemaakt om de module-activatie te kunnen starten.
4.2.1 Workflow e-mails
De e-mails die automatisch worden verzonden via de workflow (bijvoorbeeld de bevestigingsmail naar de aanvrager nadat de nieuwe aanvraag is ingediend) worden ook gegenereerd en getoond in de include over de module-activering nadat de module-activering is gestart. Als de klant een of meer workflow e-mails niet wil gebruiken, kunnen de e-mails direct uit het overzicht worden verwijderd. Voor meer informatie over workflow e-mails: Standard Workflow emails
Zie voor een gedetailleerde beschrijving van de e-mails die via de workflow worden verzonden: Requests module in de sectie 'Applicatiebeheerders'.
4.3 Gegevensimport
Bij het activeren van deze module worden enkele gegevensimporten beschikbaar, die kunnen worden gebruikt om snel relevante gegevens in het systeem te importeren (in tegenstelling tot het handmatig invoeren van deze gegevens, wat ook mogelijk is).
Relevante gegevensimporten worden beschikbaar in de moduleactivering nadat de activering is gestart. Standaardgegevensimporten zijn ook te vinden op het beheerdersstartbord (alleen voor beheerders van niveau 2 en 3).
Zie voor meer informatie over gegevensimport in het algemeen: Gegevensimport
Als de module Verzoeken is geactiveerd, zijn de volgende standaard importconnectoren beschikbaar:
Referentie | Naam | Beschrijving |
|---|---|---|
FMB-F-031 | Typen importproblemen (basis) | Deze import kan worden gebruikt om de probleemtypes te importeren die kunnen worden geselecteerd in verzoeken. Dit is een basisvariant van de probleemtype-import zonder werkorders of ITIL-instellingen. |
FMB-F-032 | Probleemtypes importeren (geavanceerd) | Deze import kan worden gebruikt om de probleemtypes te importeren die kunnen worden geselecteerd in verzoeken. Dit is de geavanceerde variant van de probleemtype-import met werkorders en ITIL-instellingen. |
4.4 Systeemgroepen
Wanneer een module is geactiveerd, worden systeemgroepen beschikbaar die kunnen worden toegewezen aan gebruikersprofielen. Deze systeemgroepen geven gebruikers toegang tot (een subset van) navigatiemenuopties, startbordtabbladen en taken in de relevante workflow(s).
Zie voor meer algemene informatie over gebruikersprofielen, systeemgroepen, gebruikers en het dashboard met gebruikersprofielen:User management
Voor de module Aanvragen zijn de volgende systeemgroepen beschikbaar:
Referentie | Naam | Beschrijving | Licentie nodig |
|---|---|---|---|
GOB-G002 | Verzoeken aanmaken | Groep geeft toegang tot het maken van verzoeken (object- en startbordmenu-opties) | Aanvrager |
FMB-G151 | Verzoeken bekijken | Groep geeft toegang tot de optie 'Aanvragen' in het navigatiemenu. | Aanvrager |
GOB-G013 | Servicedesk medewerker | Groep geeft algemene rechten om verzoeken te bekijken en af te handelen. De groep moet worden toegewezen aan elke servicedeskmedewerker (naast de klantspecifieke servicedeskgroep voor het afhandelen van de specifieke verzoeken voor die servicegroep) | Beperkte gebruiker |
GOB-G033 | Servicegroepen | Moedergroep waaronder alle klantspecifieke ServiceDesk groepen worden gemaakt. Toegangsrechten en filterpagina's maken op veel plaatsen gebruik van deze groep en alle kindgroepen om de klantspecifieke ServiceDesk groepen te voorzien van de juiste toegangsrechten en de mogelijkheid om deze te selecteren. | |
FMB-G057 | Probleembomen beheren | Groep geeft toegang tot het maken en bewerken van probleembomen en probleemtypen. | Volledige gebruiker |
FMB-G082 | Management dashboards aanvragen | Groep geeft toegang tot de menuoptie "Management dashboards" voor de module aanvragen, evenals toegang tot de relevante objecten om deze inhoud van de dashboards te bekijken. | Beperkte gebruiker |
Via de optie 'Gebruikersprofielbeheer' op het startpaneel van de beheerder kunnen deze systeemgroepen worden toegewezen aan bestaande gebruikersprofielen of worden toegevoegd aan nieuw aangemaakte gebruikersprofielen.
4.4.1 Relevante systeemgroepen van andere modules:
Voor sommige modules kunnen andere (master data) modules van belang zijn om deze module volledig te kunnen gebruiken.
Voor Verzoeken zijn de masterdatamodules "Gebouwen en gebieden" en "Activa" vaak relevant. Daarom moeten mogelijk ook de volgende systeemgroepen worden toegewezen aan gebruikers (als dat in het verleden nog niet is gebeurd) om de relevante masterdataobjecten te kunnen maken en bewerken.
Referentie | Naam | Beschrijving | Licentie nodig |
|---|---|---|---|
GOB-G007 | Gebouwen en gebieden bewerken | Groep geeft rechten voor het maken en bewerken van gebouwen en gebieden | Volledige gebruiker |
GOB-G008 | Activa bewerken | Groep geeft rechten voor het maken en bewerken van bedrijfsmiddelen | Volledige gebruiker |
Bij het genereren van de gebruikersprofielen is het aan te raden om deze groepen op te nemen of speciale profielen (en gebruikers) voor deze modules te hebben.
4.5 Navigatiemenu en startbordopties
Wanneer een module wordt geactiveerd, worden de relevante navigatiemenuopties beschikbaar voor gebruikers met de juiste autorisaties (gebaseerd op de systeemgroepen). Vervolgens wordt een module-specifiek key user startboard tabblad beschikbaar voor die specifieke module en is zichtbaar afhankelijk van de autorisaties van de gebruiker. Dit tabblad geeft gebruikers inzichten en dagelijkse werkoverzichten die relevant zijn voor de specifieke module.
Zie voor meer algemene informatie over het navigatiemenu en het startpaneel: https://spacewell.atlassian.net/wiki/spaces/KB/pages/441712705/Authorizing+users#2.2-Navigation-menu-and-Startboard
For the Requests module, the following navigation menu options become availableVoor de module Aanvragen zijn de volgende opties in het navigatiemenu beschikbaar:
Navigation menu option | Available to system groups | Description |
|---|---|---|
Requests |
| The option to search for all existing requests. |
Problem type schemes |
| The option to manage the problem types. |
Roles |
| The option to manage the roles which can be linked to problem types and preferred suppliers. |
Preferred suppliers |
| The option to manage preferred suppliers in general. Specific object-related preferred suppliers can be managed within the corresponding object (e.g. a building). |
Knowledge Base |
| The option to manage knowledge base items. |
Requests dashboard |
| A management dashboard with overviews and graphs related to requests (New vs Handled, SLA response times, etc.) |
For the Requests module, the following startboard tab becomes available:
...
This tab is available for the following system groups:
Servicedesk employee
Management dashboards requests
This startboard tab has some buttons similar to the navigation menu options with the same names. Next to that, this tab has the following includes (most are only visible if they contain data):
Requests for my team, not yet assigned: This overview shows created tickets assigned to your team (service group) which have not yet been assigned to a team member to handle the request.
Requests assigned to me: This overview shows requests assigned to me to handle.
5. Additional reports
Additional reports can be available for some modules via the ‘Reports’ navigation menu option.
For the requests module, there are reports available via:
...
Navigation menu reports: A long list of reports related to requests available for all service groups.
...
Optie navigatiemenu | Beschikbaar voor systeemgroepen | Beschrijving |
|---|---|---|
Verzoeken |
| De optie om naar alle bestaande verzoeken te zoeken. |
Regelingen voor probleemtypen |
| De optie om de probleemtypes te beheren. |
Rollen |
| De optie om de rollen te beheren die kunnen worden gekoppeld aan probleemtypen en voorkeursleveranciers. |
Voorkeursleveranciers |
| De optie om voorkeursleveranciers in het algemeen te beheren. Specifieke object-gerelateerde voorkeursleveranciers kunnen worden beheerd binnen het bijbehorende object (bijv. een gebouw). |
Kennisbank |
| De optie om kennisbankitems te beheren. |
Dashboard aanvragen |
| Een management dashboard met overzichten en grafieken met betrekking tot verzoeken (nieuw vs afgehandeld, SLA responstijden, etc.) |
Voor de module Verzoeken is het volgende tabblad Startbord beschikbaar:
...
Dit tabblad is beschikbaar voor de volgende systeemgroepen:
Servicedesk medewerker
Management dashboards aanvragen
Dit tabblad heeft een aantal knoppen die lijken op de opties in het navigatiemenu met dezelfde namen. Daarnaast bevat dit tabblad de volgende onderdelen (de meeste zijn alleen zichtbaar als ze gegevens bevatten):
Verzoeken voor mijn team, nog niet toegewezen: Dit overzicht toont aangemaakte tickets die zijn toegewezen aan je team (servicegroep) en die nog niet zijn toegewezen aan een teamlid om het verzoek af te handelen.
Verzoeken die aan mij zijn toegewezen: Dit overzicht toont verzoeken die aan mij zijn toegewezen om af te handelen.
5. Aanvullende rapporten
Voor sommige modules zijn extra rapporten beschikbaar via de menuoptie 'Rapporten'.
Voor de module Verzoeken zijn er rapporten beschikbaar via:
Navigatiemenu rapporten: Een lange lijst met rapporten over aanvragen die beschikbaar zijn voor alle servicegroepen.
Management dashboard: Een management dashboard voor verzoeken is beschikbaar in het navigatiemenu 'Verzoeken' voor de systeemgroep 'Management dashboards verzoeken', met overzichten en grafieken met betrekking tot verzoeken (Nieuw vs. afgehandeld, SLA-reactietijden, etc.):
...
6.
...
For some modules, additional settings can be configured after the initial module activation via the 'Module settings' option on the administrator startboard. A module is always activated with the most used settings pre-defined. After the module is activated, the module may have more advanced settings available, which can be managed via the Module settings as well.
...
Extra instellingen en opties na inschakelen
Voor sommige modules kunnen aanvullende instellingen worden geconfigureerd na de eerste activering van de module via de optie 'Module-instellingen' op het startpaneel van de beheerder. Een module wordt altijd geactiveerd met de meest gebruikte instellingen vooraf gedefinieerd. Nadat de module is geactiveerd, kan de module meer geavanceerde instellingen beschikbaar hebben, die ook via de module-instellingen kunnen worden beheerd.
Ga naar Module-instellingen → tabblad Verzoeken om naar alle instellingen voor Verzoeken te gaan. Beweeg de muis over de beschikbare instellingen voor meer informatie:
...
7.
...
Aanvullende informatie
Momenteel geen aanvullende informatie.
8.
...
For the user manual with a more step-by-step explanation of the process itself, see: Requests module for (end)users
9. Q&A
...
Gebruikershandleiding
Voor de gebruikershandleiding met een meer stapsgewijze uitleg van het proces zelf, zien: Aanvragenmodule voor (eind)gebruikers
9. VRAAG EN ANTWOORD
Wachten op antwoord op vragen.