Verschillen
Dit geeft de verschillen weer tussen de geselecteerde revisie en de huidige revisie van de pagina.
Beide kanten vorige revisie Vorige revisie Volgende revisie | Vorige revisie | ||
openwave:1.30:applicatiebeheer:instellen_inrichten:documentsjablonen [2024/01/08 11:44] – Kars Gottschal | openwave:1.30:applicatiebeheer:instellen_inrichten:documentsjablonen [2024/07/15 13:11] (huidige) – Ton Pullens | ||
---|---|---|---|
Regel 34: | Regel 34: | ||
In het detailscherm van een sjabloongroep, | In het detailscherm van een sjabloongroep, | ||
- | ==== Sjabloondefinitie (documentsjablonenlijst)==== | + | ==== Documentsjablonenlijst==== |
In de lijst met documentsjablonen kunnen documentsjablonen verwijderd worden (inclusief parameters), | In de lijst met documentsjablonen kunnen documentsjablonen verwijderd worden (inclusief parameters), | ||
- | ==== Sjabloondefinitie | + | ===== Sjabloondefinitie |
In het detailscherm van een documentsjabloon kan men het sjabloon na aanmaken vervolgens koppelen aan de gewenste sjabloongroep(en) via het blok **Sjabloongroep(en)**. Hierbij valt er te kiezen uit sjabloongroepen die niet vervallen zijn en waarvan de module van het sjabloon waar men op staat voorkomt in de modules van de sjabloongroep. | In het detailscherm van een documentsjabloon kan men het sjabloon na aanmaken vervolgens koppelen aan de gewenste sjabloongroep(en) via het blok **Sjabloongroep(en)**. Hierbij valt er te kiezen uit sjabloongroepen die niet vervallen zijn en waarvan de module van het sjabloon waar men op staat voorkomt in de modules van de sjabloongroep. | ||
Voor bestaande sjablonen kan via het detailscherm op dezelfde manier de koppeling aan sjabloongroepen gewijzigd worden. Met de komst van dit blok is het veld // | Voor bestaande sjablonen kan via het detailscherm op dezelfde manier de koppeling aan sjabloongroepen gewijzigd worden. Met de komst van dit blok is het veld // | ||
- | ===== Triggers ===== | + | === Triggers in het menu opties rechtsboven === |
- | ==== Triggers in het menu opties rechtsboven ==== | + | |
* **Toon uploads** bij deze sjabloonfile. Hiermee wordt de uploadgeschiedenis getoond van het documentsjabloon zelf in de kolom dvtemplatebase64. Zie [[openwave: | * **Toon uploads** bij deze sjabloonfile. Hiermee wordt de uploadgeschiedenis getoond van het documentsjabloon zelf in de kolom dvtemplatebase64. Zie [[openwave: | ||
* **Verwijder upgeloade sjabloon**. Hiermee wordt de kolom dvtemplatebase64 leeggemaakt. Zichtbaar doordat het aanvinkvakje voor het label //Sjabloon is upgeload in tabel// leeggemaakt wordt. | * **Verwijder upgeloade sjabloon**. Hiermee wordt de kolom dvtemplatebase64 leeggemaakt. Zichtbaar doordat het aanvinkvakje voor het label //Sjabloon is upgeload in tabel// leeggemaakt wordt. | ||
- | ==== Triggers linksonder ==== | + | === Triggers linksonder === |
* Met de knop **controleer SQL-statements** worden de gevulde query-kolommen gevalideerd. De betreffende kolomnamen worden zichtbaar met een groen bolletje indien ok en met een rood bolletje indien het statement niet valide is. | * Met de knop **controleer SQL-statements** worden de gevulde query-kolommen gevalideerd. De betreffende kolomnamen worden zichtbaar met een groen bolletje indien ok en met een rood bolletje indien het statement niet valide is. | ||
* Met de knop **upload sjabloonfile** kan één document (met extensie .odt of .dotx of .docx) aangewezen worden, dat vervolgens met base64 opgeslagen wordt in de kolom dvtemplatebase64. Zichtbaar doordat het aanvinkvakje voor het label //Sjabloon is upgeload in tabel// gevuld is. Indien de kolom //(UNC-pad) + naam sjabloon// een lege waarde had, dan wordt deze gevuld met de naam van het zojuist geüploade document. | * Met de knop **upload sjabloonfile** kan één document (met extensie .odt of .dotx of .docx) aangewezen worden, dat vervolgens met base64 opgeslagen wordt in de kolom dvtemplatebase64. Zichtbaar doordat het aanvinkvakje voor het label //Sjabloon is upgeload in tabel// gevuld is. Indien de kolom //(UNC-pad) + naam sjabloon// een lege waarde had, dan wordt deze gevuld met de naam van het zojuist geüploade document. | ||
Regel 57: | Regel 54: | ||
* EN de extensie van de sjabloonnaam (dvtemplatebase64) komt voor in de kolom //Tekst// van deze instelling (waarbij in kolom //Tekst// de mogelijke extensies gescheiden zijn door een puntkomma, dus bijvoorbeeld docx; | * EN de extensie van de sjabloonnaam (dvtemplatebase64) komt voor in de kolom //Tekst// van deze instelling (waarbij in kolom //Tekst// de mogelijke extensies gescheiden zijn door een puntkomma, dus bijvoorbeeld docx; | ||
- | + | === Triggers rechtsonder === | |
- | ==== Triggers rechtsonder ==== | + | |
* Met het aanvinkvakje (default aangevinkt) vervallen kaarten zichtbaar, kan de lijst gefilterd worden op alleen niet-vervallen sjablonen. | * Met het aanvinkvakje (default aangevinkt) vervallen kaarten zichtbaar, kan de lijst gefilterd worden op alleen niet-vervallen sjablonen. | ||
- | ===== Kolommen | + | ==== Kolommen ==== |
* De kolom **ID** (dnkey) geeft de automatisch gegenereerde primary key weer van het sjabloon in de tabel tbdocumenten. | * De kolom **ID** (dnkey) geeft de automatisch gegenereerde primary key weer van het sjabloon in de tabel tbdocumenten. | ||
Regel 80: | Regel 74: | ||
* %teller% in dvtemplate wordt vervangen door uniek briefnummer dat gegenereerd wordt op moment van aanmaken van brief mits de instelling //Sectie: Documenten en Item: WaveBriefNummer// | * %teller% in dvtemplate wordt vervangen door uniek briefnummer dat gegenereerd wordt op moment van aanmaken van brief mits de instelling //Sectie: Documenten en Item: WaveBriefNummer// | ||
* %adres% in dvtemplate wordt vervangen door het adres + de woonplaats van de hoofdzaak/ | * %adres% in dvtemplate wordt vervangen door het adres + de woonplaats van de hoofdzaak/ | ||
- | * %ExtDocIdent% (hoofdlettergevoelig!) in dvtemplate wordt vervangen door de externe documentidentifier die verkregen wordt door een Stuf Zaak/DMS genereerdocumentidentificatie-bericht. Alleen van toepassing indien automatische opslag in een DMS via Stuf Zaak/DMS. Wanneer OpenWave geen externe documentidentifier kan bemachtigen, | + | * %ExtDocIdent% (hoofdlettergevoelig!) in dvtemplate wordt vervangen door de externe documentidentifier die verkregen wordt door een Stuf Zaak/DMS genereerdocumentidentificatie-bericht. Alleen van toepassing indien automatische opslag in een DMS via Stuf Zaak/DMS. Wanneer OpenWave geen externe documentidentifier kan bemachtigen, |
- | <adm example> | + | |
* **Benaderbaar vanuit tabel**. Deze kolom is verplicht en wordt onder meer gebruikt om de query variabelen : | * **Benaderbaar vanuit tabel**. Deze kolom is verplicht en wordt onder meer gebruikt om de query variabelen : | ||
- | * **Voor module**. Lijkt dubbelop i.v.m. // | + | * **Voor module**. Lijkt dubbelop i.v.m. // |
- | Mogelijkheden zijn W: Omgeving O: APV/Overig, H: Handhaving, I: Info, E: Milieu/ | + | |
* **Documenttype DMS**. Deze kolom is noodzakelijk indien het te genereren document direct wordt doorgezet met een zaak/DMS koppeling (//autom upload (dlautoupload) // is aangevinkt EN indien GEEN compartiment dan de kolom //Tekst// van instelling //Sectie: KoppelingDOCNAARDMS// | * **Documenttype DMS**. Deze kolom is noodzakelijk indien het te genereren document direct wordt doorgezet met een zaak/DMS koppeling (//autom upload (dlautoupload) // is aangevinkt EN indien GEEN compartiment dan de kolom //Tekst// van instelling //Sectie: KoppelingDOCNAARDMS// | ||
* **Aanduiding vertrouwelijkheid**. Deze kolom is alleen noodzakelijk indien het te genereren document direct wordt doorgezet met een zaak/DMS koppeling (//autom upload (dlautoupload)// | * **Aanduiding vertrouwelijkheid**. Deze kolom is alleen noodzakelijk indien het te genereren document direct wordt doorgezet met een zaak/DMS koppeling (//autom upload (dlautoupload)// | ||
Regel 103: | Regel 95: | ||
* **Queries**. Er zijn 10 formqueries (queries waarvan het resultaat van het SQL-statement uit maar één regel mag bestaan) en 12 childqueries (de resultaatsets van deze SQL-statements mogen wel meer dan één regel bevatten). In het .odt of .dotx of .docx sjabloon worden childqueries gebruikt om tabellen te vullen en formqueries voor één op één merge-coderingen. Zie kopjes formquery en childquery. De views waarvan de naam begint met ‘VwFrm’ zijn de views die goed gedocumenteerd zijn en door Rem bij updates worden beschermd. Het is dus raadzaam alleen deze views als onderlaag van de queries te gebruiken. Zie https:// | * **Queries**. Er zijn 10 formqueries (queries waarvan het resultaat van het SQL-statement uit maar één regel mag bestaan) en 12 childqueries (de resultaatsets van deze SQL-statements mogen wel meer dan één regel bevatten). In het .odt of .dotx of .docx sjabloon worden childqueries gebruikt om tabellen te vullen en formqueries voor één op één merge-coderingen. Zie kopjes formquery en childquery. De views waarvan de naam begint met ‘VwFrm’ zijn de views die goed gedocumenteerd zijn en door Rem bij updates worden beschermd. Het is dus raadzaam alleen deze views als onderlaag van de queries te gebruiken. Zie https:// | ||
- | =====Queries voor merge ===== | + | |
- | Queries worden gebruikt om een documentsjabloon te mergen met gegevens uit de database.\\ | + | |
- | In het geval dat het OpenWave sjabloon een doorgeefluik is naar een Xential sjabloon (kolom dvnaaminexternsjablprog is dan gevuld), worden de resultsets van de queries gebruikt om een xml te construeren die Xential gebruikt om te mergen. Zie voor deze toepassing: [[openwave: | + | |
====Formquery ==== | ====Formquery ==== | ||
Regel 112: | Regel 102: | ||
<adm warning> | <adm warning> | ||
- | **LET OP:** Zorg dat de spellingchecker uit staat EN zorg dat de coderingen in het sjabloon zonder opmaak zijn (dus echt elke code selecteren en opmaak wissen uitvoeren) | + | **LET OP:** Zorg dat de spellingchecker uit staat EN zorg dat de coderingen in het sjabloon zonder opmaak zijn (dus echt elke code selecteren en opmaak wissen uitvoeren)\\ |
+ | Tevens geldt dat indien er gebruik gemaakt wordt van input parameters, het gebruik van de **LIKE** operator NIET van toepassing is: in dat geval zal alles na karakter **%** opgevat worden als naam van een input parameter. Wil men toch zoeken op een gedeelte van een waarde gebruik dan substring selects | ||
</ | </ | ||
Regel 204: | Regel 195: | ||
</ | </ | ||
- | ==== Query-variabelen | + | === Query-variabelen === |
* Bij afspraak geldt de variabele **: | * Bij afspraak geldt de variabele **: | ||
Regel 257: | Regel 248: | ||
* de tabel in de header telt wel mee in de tellingen van het aantal tabellen. Dus stel dat in de header één tabel staat en in de body staat ook één tabel, dan verwijst de tabel van de body naar childquery2. | * de tabel in de header telt wel mee in de tellingen van het aantal tabellen. Dus stel dat in de header één tabel staat en in de body staat ook één tabel, dan verwijst de tabel van de body naar childquery2. | ||
- | ==== Speciale childquery: samenvoegen met externe bron ==== | + | === Speciale childquery: samenvoegen met externe bron === |
Het is mogelijk om delen van een sjabloon samen te voegen met gegevens uit een externe bron in plaats van met gegevens uit de OpenWave database. Dat kan vooralsnog alleen bij childqueries. | Het is mogelijk om delen van een sjabloon samen te voegen met gegevens uit een externe bron in plaats van met gegevens uit de OpenWave database. Dat kan vooralsnog alleen bij childqueries. | ||
Regel 265: | Regel 256: | ||
//. Zie hiertoe het kopje // | //. Zie hiertoe het kopje // | ||
- | ==== Speciale childquery: Opsommen aangewezen bijlages | + | === Speciale childquery: Opsommen aangewezen bijlages === |
De variabele **: | De variabele **: | ||
Regel 286: | Regel 277: | ||
</ | </ | ||
- | ===== Invoegen tekstblokken op basis van een query-aanroep naar tbqueries ===== | ||
+ | ====Queries en gebruik van Xential ==== | ||
+ | Queries worden gebruikt om een documentsjabloon te mergen met gegevens uit de database.\\ | ||
+ | In het geval dat het OpenWave sjabloon een doorgeefluik is naar een Xential sjabloon (kolom dvnaaminexternsjablprog is dan gevuld), worden de resultsets van de queries gebruikt om een xml te construeren die Xential gebruikt om te mergen. Zie voor deze toepassing: [[openwave: | ||
+ | |||
+ | ====Formquery en childquery-verwijzingen naar tbqueries==== | ||
+ | De inhoud van de kolommen van de formqueries en childqueries kan ook bestaan uit een verwijzing naar een query in de beheertabel tbqueries. Zie: [[openwave: | ||
+ | Hierdoor hoeft een query die in meerdere sjablonen gebruikt wordt maar eenmalig te worden gedefinieerd. | ||
+ | <adm example> | ||
+ | formmquery_1 is bijvoorbeeld: | ||
+ | select dvzaakcode, dvaanvraagnaam from tbomgvergunning where dnkey = : | ||
+ | en formquery_2 is bijvootrbeeld | ||
+ | select dvbedrijfsnaam, | ||
+ | Deze twee select statements kunnen nu vervangen worden door de volgende:\\ | ||
+ | De inhoud van formquery_1 wordt dan | ||
+ | %query(sjabloon_zaakgegevens,: | ||
+ | en die van formquery_2 wordt dan | ||
+ | %query(sjabloon_geadresseerdegegevens,: | ||
+ | | ||
+ | In de tabel tbqueries dienen vervolgens twee kaarten aangemaakt te worden:\\ | ||
+ | Eén met de naam // | ||
+ | select dvzaakcode, dvaanvraagnaam from tbomgvergunning where dnkey = {id} | ||
+ | en één met de naam // | ||
+ | select dvbedrijfsnaam, | ||
+ | </ | ||
+ | ==== Invoegen tekstblokken o.b.v. query-aanroep naar tbqueries ==== | ||
Er kan in het sjabloon een speciale vorm van merge-codering worden opgenomen die verwijst naar een kaart in tbqueries. In dat geval wordt die aangeroepen query geëvalueerd en het resultaat wordt op de bewuste plek in het sjabloon ingevoegd. Een dergelijke verwijzing ziet er als volgt uit: | Er kan in het sjabloon een speciale vorm van merge-codering worden opgenomen die verwijst naar een kaart in tbqueries. In dat geval wordt die aangeroepen query geëvalueerd en het resultaat wordt op de bewuste plek in het sjabloon ingevoegd. Een dergelijke verwijzing ziet er als volgt uit: | ||
* < | * < | ||
Regel 327: | Regel 342: | ||
Zie ook: [[openwave: | Zie ook: [[openwave: | ||
- | ==== Invoegen plaatje | + | ==== Invoegen plaatje |
- | Er kan in het sjabloon een speciale vorm van merge-codering worden opgenomen die verwijst naar een kaart in tbqueries t.b.v. opnemen plaatjes. In dat geval wordt die aangeroepen query geëvalueerd en het resultaat van die query MOET verwijzen naar een unieke dvcode uit de tabel tbimages. Het plaatsje | + | Er kan in het sjabloon een speciale vorm van merge-codering worden opgenomen die verwijst naar een kaart in tbqueries t.b.v. opnemen plaatjes. In dat geval wordt die aangeroepen query geëvalueerd en het resultaat van die query MOET verwijzen naar een unieke dvcode uit de tabel **tbimages**. Het plaatje |
* < | * < | ||
* of < | * of < | ||
Regel 356: | Regel 371: | ||
- | ===== Tonen Wave briefnummer | + | ==== Tonen Wave briefnummer ==== |
(indien instelling //Sectie: Documenten, Item: WaveBriefNummer// | (indien instelling //Sectie: Documenten, Item: WaveBriefNummer// | ||
Regel 365: | Regel 380: | ||
Indien //Getal1// van //Sectie: Documenten Item: Documentregistratie// | Indien //Getal1// van //Sectie: Documenten Item: Documentregistratie// | ||
- | ===== Tonen externe documentidentifier | + | ==== Tonen externe documentidentifier ==== |
De string < | De string < | ||
- | ===== Tonen gecrypte versie van een kolomwaarde | + | ==== Tonen gecrypte versie van een kolomwaarde ==== |
Verder kan de encryptiemethode worden aangeroepen vanuit het documentsjabloon. De string < | Verder kan de encryptiemethode worden aangeroepen vanuit het documentsjabloon. De string < | ||
Regel 379: | Regel 394: | ||
Uitzondering hierop zijn de hierboven behandelde strings < | Uitzondering hierop zijn de hierboven behandelde strings < | ||
+ | |||
+ | <adm warning> | ||
+ | **LET OP:** Indien er gebruik gemaakt wordt van input parameters, is het niet mogelijk om de **LIKE** operator te gebruiken in ALLE Form query' | ||
+ | </ | ||
==== Parameterkolommen ==== | ==== Parameterkolommen ==== | ||
Regel 447: | Regel 466: | ||
* een integer of string inputparameter zonder quootjes of extra functie in de query kan worden opgenomen: zoals %Zomaareeninteger% | * een integer of string inputparameter zonder quootjes of extra functie in de query kan worden opgenomen: zoals %Zomaareeninteger% | ||
* een floatparameter alleen ingebracht kan worden als type string en dat die dan gecast wordt naar float | * een floatparameter alleen ingebracht kan worden als type string en dat die dan gecast wordt naar float | ||
- | * een datumparameter gecast | + | * een datumparameter |
+ | * to_char(%Zomaardatum%:: | ||
+ | * fn_ddmaandjjjj(%Zomaardatum%) : resultaat: 16 juli 2024 | ||
+ | * fn_ddmaandjjjj(to_date(%Zomaardatum%,' | ||
+ | * %Zomaardatum% | ||
Er zijn dus 5 invoerparameters: | Er zijn dus 5 invoerparameters: | ||
Regel 469: | Regel 492: | ||
</ | </ | ||
- | =====formquery en childquery-verwijzingen naar tbqueries===== | + | |
- | De inhoud van de kolommen van de formqueries en childqueries kan ook bestaan uit een verwijzing naar een query in de beheertabel tbqueries. Zie: [[openwave: | + | |
- | Hierdoor hoeft een query die in meerdere sjablonen gebruikt wordt maar eenmalig te worden gedefinieerd. | + | |
- | <adm example> | + | |
- | formmquery_1 is bijvoorbeeld: | + | |
- | select dvzaakcode, dvaanvraagnaam from tbomgvergunning where dnkey = : | + | |
- | en formquery_2 is bijvootrbeeld | + | |
- | select dvbedrijfsnaam, | + | |
- | Deze twee select statements kunnen nu vervangen worden door de volgende: | + | |
- | De inhoud van formquery_1 wordt dan | + | |
- | %query(sjabloon_zaakgegevens,: | + | |
- | en die van formquery_2 wordt dan | + | |
- | %query(sjabloon_geadresseerdegegevens,: | + | |
- | + | ||
- | In de tabel tbqueries dienen vervolgens twee kaarten aangemaakt te worden:\\ | + | |
- | Eén met de naam // | + | |
- | select dvzaakcode, dvaanvraagnaam from tbomgvergunning where dnkey = {id} | + | |
- | en één met de naam // | + | |
- | select dvbedrijfsnaam, | + | |
- | </ | + |