openwave:1.32:applicatiebeheer

Verschillen

Dit geeft de verschillen weer tussen de geselecteerde revisie en de huidige revisie van de pagina.

Link naar deze vergelijking

Beide kanten vorige revisie Vorige revisie
Volgende revisie		 Vorige revisie
openwave:1.32:applicatiebeheer [2024/11/26 06:07] – ↷ Links aangepast vanwege een verplaatsing Kars Gottschalopenwave:1.32:applicatiebeheer [2025/01/07 13:40] (huidige) – Lonneke van Dijk
Regel 7: Regel 7:
  
 ==== Vormgeving ==== ==== Vormgeving ====
-Het kleurthema van OpenWave is instelbaar en kijkt naar de waarde van kolom //Tekst// van configuratie instelling //Sectie: PreInlog, Item: ApplicationColor// voor het bepalen van de kleuren van de OpenWave omgeving. Default is de kleur blauw (kolom //Tekst// heeft waarde blue). Andere opties zijn groen, rood, paars of oranje.\\+Het kleurthema van OpenWave is instelbaar en kijkt naar de waarde van kolom //Tekst// van configuratie instelling //Sectie: PreInlog, Item: ApplicationColor// voor het bepalen van de kleuren van de OpenWave omgeving. Default is de kleur blue. Andere opties zijn green, red, magenta en orange.\\
 Vanaf versie 1.30 staat OpenWave standaard in de nieuwe vormgeving modus. Hiervoor stond OpenWave qua vormgeving in de zogenaamde legacy modus (//Sectie: PreInlog, Item: ApplicationLegacy// is aangevinkt). De legacy modus is de vormgeving van OpenWave zoals de gebruiker gewend is. Het aanvinken van de legacy modus resulteert in weergave van OpenWave in de legacy modus: wordt niet aangeraden want vanaf 1.30 deprecated en geen onderhoud meer op de legacy modus. Voor de kleurinstellingen en het kunnen switchen tussen legacy modus en nieuwe vormgeving zie pagina [[openwave:1.32:applicatiebeheer:instellen_inrichten:configuratie:sectie_prelog|Sectie PreInlog]]. Vanaf versie 1.30 staat OpenWave standaard in de nieuwe vormgeving modus. Hiervoor stond OpenWave qua vormgeving in de zogenaamde legacy modus (//Sectie: PreInlog, Item: ApplicationLegacy// is aangevinkt). De legacy modus is de vormgeving van OpenWave zoals de gebruiker gewend is. Het aanvinken van de legacy modus resulteert in weergave van OpenWave in de legacy modus: wordt niet aangeraden want vanaf 1.30 deprecated en geen onderhoud meer op de legacy modus. Voor de kleurinstellingen en het kunnen switchen tussen legacy modus en nieuwe vormgeving zie pagina [[openwave:1.32:applicatiebeheer:instellen_inrichten:configuratie:sectie_prelog|Sectie PreInlog]].
  
 ==== Portaal ==== ==== Portaal ====
- 
 Via diverse portalen geeft OpenWave toegang tot lijst- en detailschermen met data. Een portaalscherm is een tegeltableau. Achter een tegel bevindt zich in de meeste gevallen een lijst van gegevens bijvoorbeeld //alle openstaande omgevingszaken// of //mijn uit te voeren collegiale toetsen//. Door middel van het toekennen van rechten en/of het toekennen van tegels aan medewerkers kan voor elke gebruiker een bepaald portaal er anders uitzien. Via diverse portalen geeft OpenWave toegang tot lijst- en detailschermen met data. Een portaalscherm is een tegeltableau. Achter een tegel bevindt zich in de meeste gevallen een lijst van gegevens bijvoorbeeld //alle openstaande omgevingszaken// of //mijn uit te voeren collegiale toetsen//. Door middel van het toekennen van rechten en/of het toekennen van tegels aan medewerkers kan voor elke gebruiker een bepaald portaal er anders uitzien.
  
Regel 18: Regel 17:
  
 ==== Sidebar ==== ==== Sidebar ====
- 
 De sidebar beheert de geopende portaalschermen als vervanging van browsertabbladen in een weg te schuiven balk aan de linkerzijde van het scherm. De sidebar beheert de geopende portaalschermen als vervanging van browsertabbladen in een weg te schuiven balk aan de linkerzijde van het scherm.
  
 ==== Lijstscherm ==== ==== Lijstscherm ====
- 
 Alle lijstschermen in OpenWave hebben dezelfde basis lay-out: een knoppenbalk linksonder, een titel aan de bovenkant, een zoekeditbox rechtsonder, een filteroptie rechtsboven, paging rechtsboven. Afhankelijk van instellingen, rechten, zijn al deze features wel of niet zichtbaar en enabled voor de gebruiker. Alle lijstschermen in OpenWave hebben dezelfde basis lay-out: een knoppenbalk linksonder, een titel aan de bovenkant, een zoekeditbox rechtsonder, een filteroptie rechtsboven, paging rechtsboven. Afhankelijk van instellingen, rechten, zijn al deze features wel of niet zichtbaar en enabled voor de gebruiker.
  
Regel 29: Regel 26:
  
 ==== Detailscherm ==== ==== Detailscherm ====
- 
 Met het detailscherm wordt het formulier bedoeld met de gegevens van één record, dus bijvoorbeeld van één omgevingszaak of van één legesregel. Alle detailschermen in OpenWave hebben dezelfde basis lay-out: een knoppenbalk linksonder, een titel aan de bovenkant, knoppen achter kolommen op het scherm, een editschuif rechtsboven, een menulijstje rechtsboven. Afhankelijk van instellingen, rechten, zijn al deze features wel of niet zichtbaar en enabled voor de gebruiker. Met het detailscherm wordt het formulier bedoeld met de gegevens van één record, dus bijvoorbeeld van één omgevingszaak of van één legesregel. Alle detailschermen in OpenWave hebben dezelfde basis lay-out: een knoppenbalk linksonder, een titel aan de bovenkant, knoppen achter kolommen op het scherm, een editschuif rechtsboven, een menulijstje rechtsboven. Afhankelijk van instellingen, rechten, zijn al deze features wel of niet zichtbaar en enabled voor de gebruiker.
  
Regel 35: Regel 31:
  
 ==== Wizard ==== ==== Wizard ====
- 
 Achter een tegel of met een knop kan een zogenaamde wizard worden gestart. Deze wizards bestaan uit één of meer achtereenvolgende schermen binnen een wizardvenster waarmee in de meeste gevallen een ingewikkelde invoerroutine wordt ondersteund. Bovenaan elk scherm staat een titel; onderaan elk scherm de knoppen //annuleren, volgend/vorig scherm of uitvoeren//. Er zijn wizards voor het aanmaken van nieuwe kaarten, voor het kiezen en uitvoeren van een rapport, voor het maken van een document, het berekenen van leges en zo verder. In de regel zijn deze wizards vast geprogrammeerd en dus niet aanpasbaar.  Achter een tegel of met een knop kan een zogenaamde wizard worden gestart. Deze wizards bestaan uit één of meer achtereenvolgende schermen binnen een wizardvenster waarmee in de meeste gevallen een ingewikkelde invoerroutine wordt ondersteund. Bovenaan elk scherm staat een titel; onderaan elk scherm de knoppen //annuleren, volgend/vorig scherm of uitvoeren//. Er zijn wizards voor het aanmaken van nieuwe kaarten, voor het kiezen en uitvoeren van een rapport, voor het maken van een document, het berekenen van leges en zo verder. In de regel zijn deze wizards vast geprogrammeerd en dus niet aanpasbaar. 
  
  
 ===== Indeling applicatiebeheer ===== ===== Indeling applicatiebeheer =====
- 
 De Dokuwiki-handleiding onder deze ingang applicatiebeheer is als volgt ingedeeld: De Dokuwiki-handleiding onder deze ingang applicatiebeheer is als volgt ingedeeld:
-  * [[openwave:1.31:applicatiebeheer:functionaliteiten:|Functionaliteiten]] +  * [[openwave:1.32:applicatiebeheer:functionaliteiten:|Functionaliteiten]] 
-  * [[openwave:1.31:applicatiebeheer:instellen_inrichten:|Instellen/inrichting]] +  * [[openwave:1.32:applicatiebeheer:instellen_inrichten:|Instellen/inrichting]] 
-  * [[openwave:1.31:applicatiebeheer:probleemoplossing:|Probleemoplossing]] +  * [[openwave:1.32:applicatiebeheer:probleemoplossing:|Probleemoplossing]] 
-    * [[openwave:1.31:applicatiebeheer:probleemoplossing:portalen_en_moduleschermen:|portalen en moduleschermen]] +    * [[openwave:1.32:applicatiebeheer:probleemoplossing:portalen_en_moduleschermen:|portalen en moduleschermen]] 
-    * [[openwave:1.31:applicatiebeheer:probleemoplossing:module_overstijgende_schermen:|module overstijgende schermen]] +    * [[openwave:1.32:applicatiebeheer:probleemoplossing:module_overstijgende_schermen:|module overstijgende schermen]] 
-    * [[openwave:1.31:applicatiebeheer:probleemoplossing:programmablokken:|programmablokken]]+    * [[openwave:1.32:applicatiebeheer:probleemoplossing:programmablokken:|programmablokken]]
  
 ==== Functionaliteiten ==== ==== Functionaliteiten ====
- 
 Onder dit lemma worden diverse verwijzingen naar andere lemma's gegroepeerd onder logische zoektermen. Zo kan de zoekterm //email// op heel veel plekken in de handleiding voorkomen. Er zijn algemene email-instellingen, er zijn email-instellingen die met de post- en verzendstroom van doen hebben, er zijn email-instellingen die met adviezen te maken hebben en zo verder. Deze functionaliteiten-ingang bestaat uit doorverwijspagina's op grond van goede beschrijvingen. Onder dit lemma worden diverse verwijzingen naar andere lemma's gegroepeerd onder logische zoektermen. Zo kan de zoekterm //email// op heel veel plekken in de handleiding voorkomen. Er zijn algemene email-instellingen, er zijn email-instellingen die met de post- en verzendstroom van doen hebben, er zijn email-instellingen die met adviezen te maken hebben en zo verder. Deze functionaliteiten-ingang bestaat uit doorverwijspagina's op grond van goede beschrijvingen.
  
 ==== Instellingen/Inrichting ==== ==== Instellingen/Inrichting ====
- 
 Onder dit lemma worden instellingen gegroepeerd onder diverse benamingen en van verschillende orde: Onder dit lemma worden instellingen gegroepeerd onder diverse benamingen en van verschillende orde:
   * de bepalende beheerportaal-tabellen zoals de portaaldefinitie-tabellen, medewerkerstabel, compartimententabel, zaaktypetabellen, adressoorten   * de bepalende beheerportaal-tabellen zoals de portaaldefinitie-tabellen, medewerkerstabel, compartimententabel, zaaktypetabellen, adressoorten
Regel 63: Regel 55:
  
 ==== Portalen en moduleschermen ==== ==== Portalen en moduleschermen ====
- 
 Onder deze ingang worden alle portalen en tegels opgesomd die in de officiële OpenWave releases zijn uitgeleverd. Elke tegel is te reconstrueren op grond van de geboden informatie. Bij een aantal tegels uit het openingsportaal is een onderliggende lemma //lijstscherm// gemaakt. Dit gaat over de bijzonderheden van lijst die getoond wordt achter de betreffende tegel (welke view, welke instellingen van belang zijn, betekenis icoontjes). Onder deze ingang worden alle portalen en tegels opgesomd die in de officiële OpenWave releases zijn uitgeleverd. Elke tegel is te reconstrueren op grond van de geboden informatie. Bij een aantal tegels uit het openingsportaal is een onderliggende lemma //lijstscherm// gemaakt. Dit gaat over de bijzonderheden van lijst die getoond wordt achter de betreffende tegel (welke view, welke instellingen van belang zijn, betekenis icoontjes).
  
 Voor de zaakportalen (zoals omgeving en handhavingen) is een onderliggend lemma //detailscherm// toegevoegd. Dit gaat over de bijzonderheden van het detailscherm van een zaak: instellingen die bepalen welke blokken en kolommen wel of niet zichtbaar zijn, berekeningswijzen, muteerrechten en de zichtbaarheid en actief zijn van triggers (knoppen) op het scherm.  Voor de zaakportalen (zoals omgeving en handhavingen) is een onderliggend lemma //detailscherm// toegevoegd. Dit gaat over de bijzonderheden van het detailscherm van een zaak: instellingen die bepalen welke blokken en kolommen wel of niet zichtbaar zijn, berekeningswijzen, muteerrechten en de zichtbaarheid en actief zijn van triggers (knoppen) op het scherm. 
  
-===Module-Overstijgende schermen === +=== Module-Overstijgende schermen ===
 Bij elke hoofdzaak (zoals omgevingszaak, een handhavingszaak) worden gegevens genoteerd in een 1 op n situatie. Veel van deze (dochter-)tabellen worden in meerdere hoofdzaken gebruikt. Bijvoorbeeld zowel bij handhavingszaken als bij omgevingszaken als bij APV/overige zaken kunnen adviezen uitstaan en kunnen processen zijn gekoppeld. Zij delen daarom - ongeacht de module waarin zij worden aangesproken - dezelfde schermen met dezelfde userinterface.  Bij elke hoofdzaak (zoals omgevingszaak, een handhavingszaak) worden gegevens genoteerd in een 1 op n situatie. Veel van deze (dochter-)tabellen worden in meerdere hoofdzaken gebruikt. Bijvoorbeeld zowel bij handhavingszaken als bij omgevingszaken als bij APV/overige zaken kunnen adviezen uitstaan en kunnen processen zijn gekoppeld. Zij delen daarom - ongeacht de module waarin zij worden aangesproken - dezelfde schermen met dezelfde userinterface. 
  
Regel 75: Regel 65:
  
 ==== Programmablokken ==== ==== Programmablokken ====
- 
 Onder dit lemma worden de programma-flow en de instellingen besproken die te maken hebben met de uitvoering van complexe taken. Zoals het aanmaken van een nieuwe zaak, het inlezen van DSO, het koppelen van een zaak met extern zaak/DMS, het ophalen en plaatsen van documenten, het maken van een document, het vernietigen van zaken en documenten. Onder dit lemma worden de programma-flow en de instellingen besproken die te maken hebben met de uitvoering van complexe taken. Zoals het aanmaken van een nieuwe zaak, het inlezen van DSO, het koppelen van een zaak met extern zaak/DMS, het ophalen en plaatsen van documenten, het maken van een document, het vernietigen van zaken en documenten.
  
Regel 81: Regel 70:
  
 ==== Modules ==== ==== Modules ====
- 
- 
 OpenWave bestaat al sinds 1990 (in een dos-desktop dbaseIII versie) en is al die jaren - met behoud van geschiedenis - doorgegroeid tot huidige Cloud-versie onder een Postgresql database. Die oude geschiedenis is terug te vinden in de indeling van VTH-zaken, zoals die voor de WABO en ver voor de Omgevingswet en ver voor het zaakgericht werken, gemeen was. Die oude indeling was meer afdelingsgericht: de bouw/sloop, de APV, de toezicht/handhaving, de horeca, de inrichtingen met milieuvergunningen en de afdeling die informatievragen verzorgt. OpenWave bestaat al sinds 1990 (in een dos-desktop dbaseIII versie) en is al die jaren - met behoud van geschiedenis - doorgegroeid tot huidige Cloud-versie onder een Postgresql database. Die oude geschiedenis is terug te vinden in de indeling van VTH-zaken, zoals die voor de WABO en ver voor de Omgevingswet en ver voor het zaakgericht werken, gemeen was. Die oude indeling was meer afdelingsgericht: de bouw/sloop, de APV, de toezicht/handhaving, de horeca, de inrichtingen met milieuvergunningen en de afdeling die informatievragen verzorgt.
  
Regel 93: Regel 80:
  
 ==== Hoofdzaken ==== ==== Hoofdzaken ====
- 
 De zaken die in de hoofdtabellen van de genoemde modules geregistreerd zijn noemen we de hoofdzaken. De zaken die in de hoofdtabellen van de genoemde modules geregistreerd zijn noemen we de hoofdzaken.
  
Regel 110: Regel 96:
  
 ==== Dochtertabellen ==== ==== Dochtertabellen ====
- 
 Bij elke hoofdzaak worden gegevens genoteerd in een 1 op n situatie. Bijvoorbeeld: een zaak heeft 1 of meer behandelaars, heeft 1 of meer contactadressen, heeft 1 of meer documenten, heeft 1 of meer processtappen. Deze 1 op n gegevens worden genoteerd in een aantal dochtertabellen zoals tbadviezen, tbtermijnbewstappen (processtappen), tbinbehandelingbij, tbinspecties (toezicht) en tbcorrespondentie (geregistreerde documenten). Maar ook: tbmilopslag (externe veiligheid) en tbmilafvalstoffen en tbmilstal (stallen/vee) bij inrichtingen. Bij elke hoofdzaak worden gegevens genoteerd in een 1 op n situatie. Bijvoorbeeld: een zaak heeft 1 of meer behandelaars, heeft 1 of meer contactadressen, heeft 1 of meer documenten, heeft 1 of meer processtappen. Deze 1 op n gegevens worden genoteerd in een aantal dochtertabellen zoals tbadviezen, tbtermijnbewstappen (processtappen), tbinbehandelingbij, tbinspecties (toezicht) en tbcorrespondentie (geregistreerde documenten). Maar ook: tbmilopslag (externe veiligheid) en tbmilafvalstoffen en tbmilstal (stallen/vee) bij inrichtingen.
  
Regel 118: Regel 103:
  
 ==== Deelzaken ==== ==== Deelzaken ====
- 
 Een aantal dochtertabellen dat module-overstijgende schermen heeft, wordt in deze handleiding als deelzaak gekarakteriseerd. Dat zijn de deelzaken: Een aantal dochtertabellen dat module-overstijgende schermen heeft, wordt in deze handleiding als deelzaak gekarakteriseerd. Dat zijn de deelzaken:
   * Toezicht/inspecties met de tabel tbinspecties   * Toezicht/inspecties met de tabel tbinspecties
Regel 129: Regel 113:
  
 ==== Compartimentsrechten ==== ==== Compartimentsrechten ====
- 
 Een compartiment is gedefinieerd als een combinatie van een of meer bevoegde gezagen die binnen een OpenWave-implementatie een bepaalde set van zaaktypes afhandelen voor die gezagen. Een gebruiker is al of niet lid van een compartiment. Het begrip //host// slaat op de organisatie waarbinnen het compartiment gedefinieerd is. De functionele beheerder van de host is degene die alle instellingen voor het compartiment doet. Een compartiment is gedefinieerd als een combinatie van een of meer bevoegde gezagen die binnen een OpenWave-implementatie een bepaalde set van zaaktypes afhandelen voor die gezagen. Een gebruiker is al of niet lid van een compartiment. Het begrip //host// slaat op de organisatie waarbinnen het compartiment gedefinieerd is. De functionele beheerder van de host is degene die alle instellingen voor het compartiment doet.
  
Regel 135: Regel 118:
  
 ==== Functionele rechten ==== ==== Functionele rechten ====
- 
 Van een ander typen zijn de functionele rechten, die per module en daarbinnen ook per dochtertabel zijn georganiseerd. Het gaat hier om autorisaties als wijzigrecht en of verwijderrecht op adviezen onder de module omgevingszaken of insert rechten op een nieuwe handhavingszaak. Van een ander typen zijn de functionele rechten, die per module en daarbinnen ook per dochtertabel zijn georganiseerd. Het gaat hier om autorisaties als wijzigrecht en of verwijderrecht op adviezen onder de module omgevingszaken of insert rechten op een nieuwe handhavingszaak.
  
 ==== Beheerrechten ==== ==== Beheerrechten ====
- 
 Voor toegang tot de tegels op de beheerportalen, het operationsportaal en portaal Service centrum geldt dat de medewerker in de medewerkerstabel in de kolom dnbeheerniveau minimaal de waarde 99 moet hebben. Voor toegang tot de tegels op de beheerportalen, het operationsportaal en portaal Service centrum geldt dat de medewerker in de medewerkerstabel in de kolom dnbeheerniveau minimaal de waarde 99 moet hebben.
  
  • openwave/1.32/applicatiebeheer.1732597677.txt.gz
  • Laatst gewijzigd: 2024/11/26 06:07
  • door Kars Gottschal