Verschillen
Dit geeft de verschillen weer tussen de geselecteerde revisie en de huidige revisie van de pagina.
Vorige revisie | |||
— | openwave:1.31:applicatiebeheer [Ongeldige datum] (huidige) – Externe bewerking (Ongeldige datum) 127.0.0.1 | ||
---|---|---|---|
Regel 1: | Regel 1: | ||
+ | ====== Applicatiebeheer ====== | ||
+ | |||
+ | De ingang applicatiebeheer is de ingang voor functioneel beheerders en voor de OpenWave supportafdeling van REM zelf. Het onderdeel applicatiebeheer is dus niet gericht op eindgebruikers. De belangrijkste functie is dat alle instellingen die het gedrag van OpenWave kunnen beïnvloeden gevonden kunnen worden, waarbij voor de meeste instellingen er diverse toegangswegen zijn. | ||
+ | |||
+ | |||
+ | ===== Begrippen met betrekking tot userinterface ===== | ||
+ | |||
+ | ==== Vormgeving ==== | ||
+ | Het kleurthema van OpenWave is instelbaar en kijkt naar de waarde van kolom //Tekst// van configuratie instelling //Sectie: PreInlog, Item: ApplicationColor// | ||
+ | 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// | ||
+ | |||
+ | ==== 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// | ||
+ | |||
+ | Het belangrijkste portaal is het openingsportaal. Na het inloggen wordt altijd dit portaal geopend. Daarnaast zijn er zaakportalen. Deze zaakportalen geven toegang tot de gegevens van één zaak. De beheerportalen, | ||
+ | Het operationsportaal geeft toegang tot import- en export operaties van gegevens zoals //inlezen BAG-extract// | ||
+ | |||
+ | ==== Sidebar ==== | ||
+ | |||
+ | De sidebar beheert de geopende portaalschermen als vervanging van browsertabbladen in een weg te schuiven balk aan de linkerzijde van het scherm. | ||
+ | |||
+ | ==== Lijstscherm ==== | ||
+ | |||
+ | Alle lijstschermen in OpenWave hebben dezelfde basis lay-out: een knoppenbalk linksonder, een titel aan de bovenkant, een zoekeditbox rechtsonder, | ||
+ | |||
+ | In de lijst zelf is het klikken op een geselecteerde regel een trigger voor een vervolgactie: | ||
+ | De bepaling van de kolommen van een lijst is in principe aanpasbaar door een functioneel beheerder. De lijsten zijn gebaseerd op views. | ||
+ | |||
+ | ==== 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, | ||
+ | |||
+ | De gegevens in een detailscherm zijn ingedeeld in blokken. Mutaties vinden per editbox (dus per gegeven) direct plaats: er is dus geen knop om een geheel formulier te wijzigen of op te slaan. Wel kan met de zogenaamde editschuif rechtsboven een geheel formulier in de wijzigmodus worden gezet. De bepaling van de kolommen en blokken van een detailscherm is in principe aanpasbaar door een functioneel beheerder. | ||
+ | |||
+ | ==== 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 // | ||
+ | |||
+ | |||
+ | ===== Indeling applicatiebeheer ===== | ||
+ | |||
+ | De Dokuwiki-handleiding onder deze ingang applicatiebeheer is als volgt ingedeeld: | ||
+ | * [[openwave: | ||
+ | * [[openwave: | ||
+ | * [[openwave: | ||
+ | * [[openwave: | ||
+ | * [[openwave: | ||
+ | * [[openwave: | ||
+ | |||
+ | ==== Functionaliteiten ==== | ||
+ | |||
+ | Onder dit lemma worden diverse verwijzingen naar andere lemma' | ||
+ | |||
+ | ==== Instellingen/ | ||
+ | |||
+ | Onder dit lemma worden instellingen gegroepeerd onder diverse benamingen en van verschillende orde: | ||
+ | * de bepalende beheerportaal-tabellen zoals de portaaldefinitie-tabellen, | ||
+ | * Configuratie-Instellingen. Naar deze tabel wordt in handleiding veelvuldig verwezen bijv. //Indien Getal1 van de instelling Sectie: X en Item: Y de waarde 1 heeft dan....// | ||
+ | * Voor applicatiebouwers: | ||
+ | * het maken van sjablonen voor documenten en rapportages | ||
+ | * het maken van processen en processtappen, | ||
+ | |||
+ | ==== 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 // | ||
+ | |||
+ | Voor de zaakportalen (zoals omgeving en handhavingen) is een onderliggend lemma // | ||
+ | |||
+ | ===Module-Overstijgende schermen === | ||
+ | |||
+ | Bij elke hoofdzaak (zoals omgevingszaak, | ||
+ | |||
+ | Ook het interne kaartscherm is zo'n module-overstijgend scherm alhoewel daar geen gemeenschappelijke tabel aan ten grondslag ligt. Deze schermen worden hier besproken in hun lijst- en detailvariant met betrekking tot de instellingen die bepalen welke blokken en kolommen wel of niet zichtbaar zijn, welke berekeningswijzen gelden, welke muteerrechten nodig zijn, en hoe de zichtbaarheid en het actief zijn van triggers (knoppen) op het scherm geregeld is. | ||
+ | |||
+ | ==== 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. | ||
+ | |||
+ | ===== Begrippen met betrekking tot indeling van zaken ===== | ||
+ | |||
+ | ==== 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: | ||
+ | |||
+ | Met de WABO kwam daar een nieuwe indelingscategorie bij: de **omgevingszaken**. | ||
+ | Zaken in OpenWave zijn nog steeds in deze modules op te delen, maar dat hoeft niet meer. Er zijn organisaties die nog maar twee modules gebruiken (handhaving en omgeving) en er zijn organisaties die maar één kaartenbak/ | ||
+ | |||
+ | In deze handleiding komt het begrip module om bovenstaande reden vaak terug. Rechten en instellingen zijn heel vaak module gebonden. Vandaar. | ||
+ | |||
+ | De oude benamingen dekken dus niet altijd de nieuwe lading. De module omgevingszaken heeft als hoofdtabel tbomgvergunning, | ||
+ | |||
+ | ==== Hoofdzaken ==== | ||
+ | |||
+ | De zaken die in de hoofdtabellen van de genoemde modules geregistreerd zijn noemen we de hoofdzaken. | ||
+ | |||
+ | {{: | ||
+ | |||
+ | * De module omgevingszaken heeft als hoofdtabel tbomgvergunning. Deze tabel was gericht op zaken die via de OLO binnenkomen (WABO), maar is geëvolueerd naar een tabel waarin ook onder meer toezichtzaken en klachten en APV zaken kunnen worden geregistreerd. | ||
+ | * De module handhavingszaken heeft als hoofdtabel tbhandhavingen. Deze tabel is gericht op zaken die te maken hebben met bestuursdwang. | ||
+ | * De module APV/Overige zaken heeft als hoofdtabel tbovvergunningen. Deze tabel is gericht op APV-zaken. | ||
+ | * De module Horecazaken heeft als hoofdtabel tbhorecavergunningen. Deze tabel is gericht op een bijzonder soort APV-zaken: namelijk horeca. Een horecazaak dient altijd verbonden ter zijn aan een inrichting. | ||
+ | * De module InfoAanvragen heeft als hoofdtabel tbinfoaanvragen. | ||
+ | * De module Milieu/ | ||
+ | * De module Bouw/Sloop heeft als hoofdtabel tbbouwvergunningenn. Deze tabel is gericht op (pre Wabo) bouw- en sloopvergunningzaken. | ||
+ | * De module Inrichtingen heeft als hoofdtabel tbmilinrichtingen. Deze tabel is voor het vastleggen van inrichtingendossiers. Voor zaakgericht werken blijft het containerbegrip inrichtingen een lastige. Ook omdat dat bericht met de nieuwe omgevingswet is gesneuveld. OpenWave blijft vooralsnog de module inrichtingen gebruiken. Daaraan kunnen zaken uit de andere hoofdtabellen worden gerelateerd en kunnen externe veiligheidscontouren worden gekoppeld naast vee/ | ||
+ | |||
+ | Vanuit het openingsportaal wordt met evenzovele tegels als ingestelde modules toegang verkregen tot lijsten van hoofdaken. Vanuit een zakenlijst kan de gebruiker doorklikken naar een zaakportaal. Een zaakportaal geeft ook door middel van tegels, toegang tot dochtertabellen bij een zaak. | ||
+ | |||
+ | ==== Dochtertabellen ==== | ||
+ | |||
+ | Bij elke hoofdzaak worden gegevens genoteerd in een 1 op n situatie. Bijvoorbeeld: | ||
+ | |||
+ | Een aantal van deze tabellen wordt gedeeld door meerdere hoofdzaken. Zij delen in dat geval dezelfde schermen: de module-overstijgende schermen. Een greep uit de mogelijkheden: | ||
+ | |||
+ | {{: | ||
+ | |||
+ | ==== Deelzaken ==== | ||
+ | |||
+ | Een aantal dochtertabellen dat module-overstijgende schermen heeft, wordt in deze handleiding als deelzaak gekarakteriseerd. Dat zijn de deelzaken: | ||
+ | * Toezicht/ | ||
+ | * de Adviezen met de tabel tbadviezen | ||
+ | * de Bezwaar/ | ||
+ | |||
+ | Deze tabellen zijn namelijk voorzien van een kolom waarin de zaak-identifier van een extern zaak/DMS kan worden opgenomen. Alle hoofdzaken hebben deze kolom vanzelf. Gevolg is dat deze deelzaken met de StUF zaak/DMS koppeling ook als zaak in een extern zaak/DMS kunnen worden opgenomen: en wel als deelzaak van de bijbehorende hoofdzaak. Nogmaals, dit hoeft dus niet. Met name de inspecties en bezwaarberoepzaken kunnen ook als hoofdzaak worden opgenomen (in tbomgvergunning). Grote voordeel om bijvoorbeeld inspecties als dochtertabel te implementeren (al of niet gebruikmakend van Stuf zaak/DMS) is dat deze dan direct via het zaakportaal van de hoofdzaak te benaderen zijn. | ||
+ | |||
+ | ===== Begrippen met betrekking tot bevoegdheid ===== | ||
+ | |||
+ | ==== 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. | ||
+ | |||
+ | Als een medewerker lid is van een compartiment kan deze alleen zaken beheren die vallen onder dat compartiment. Bij de compartimentsdefinitie zijn tal van instellingen die dus alleen gelden voor zaken die spelen onder dat compartiment. Zo kan een compartiment documenten op een andere plek opslaan dan de host, andere sjablonen gebruiken, andere processen definiëren. | ||
+ | |||
+ | ==== 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. | ||
+ | |||
+ | ==== Beheerrechten ==== | ||
+ | |||
+ | Voor toegang tot de tegels op de beheerportalen, | ||