Verschillen

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

--- openwave:1.33:applicatiebeheer:instellen_inrichten:documentsjablonen [2025/07/01 10:55] – ↷ Pagina verplaatst van openwave:1.32:applicatiebeheer:instellen_inrichten:documentsjablonen naar openwave:1.33:applicatiebeheer:instellen_inrichten:documentsjablonen Kars Gottschal
+++ openwave:1.33:applicatiebeheer:instellen_inrichten:documentsjablonen [2025/07/17 16:25] (huidige) – Spaces needed Kars Gottschal
@@ Regel 34: / Regel 34: @@
 In het detailscherm van een sjabloongroep, wordt de lijst met gekoppelde sjablonen getoond. Door middel van de plus- dan wel de min-knop, kunnen sjablonen gekoppeld/ontkoppeld worden aan de sjabloongroep. Er valt alleen te kiezen uit sjablonen die qua module overeenkomen met de toebedeelde modules aan de sjabloongroep. Ook zijn altijd zichtbaar de sjablonen die al gekoppeld zijn (ongeacht of deze sjablonen later vervallen zijn/ de module gewijzigd is waardoor logischerwijs het sjabloon niet opnieuw te kiezen is bij de sjabloongroep). Het daadwerkelijk aanmaken/verwijderen van sjablonen gebeurd bij de sjablonenlijst.
-==== Documentsjablonenlijst====
+==== Documentsjablonenlijst ====
 In de lijst met documentsjablonen kunnen documentsjablonen verwijderd worden (inclusief parameters), nieuw aangemaakt en gekopieerd worden. Bij het maken van een kopie worden de parameters mee gekopieerd. Ook kan er op de lijst gefilterd en gezocht worden.
@@ Regel 45: / Regel 45: @@
 === 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:1.32:applicatiebeheer:probleemoplossing:module_overstijgende_schermen:uploads_lijst|Upload Lijst]]
+  * **Toon uploads** bij deze sjabloonfile. Hiermee wordt de uploadgeschiedenis getoond van het documentsjabloon zelf in de kolom dvtemplatebase64. Zie [[openwave:1.33:applicatiebeheer:probleemoplossing:module_overstijgende_schermen:uploads_lijst|Upload Lijst]]
   * **Verwijder upgeloade sjabloon**. Hiermee wordt de kolom dvtemplatebase64 leeggemaakt. Zichtbaar doordat het aanvinkvakje voor het label //Sjabloon is upgeload in tabel// leeggemaakt wordt.
@@ Regel 66: / Regel 66: @@
   * De kolom **ID** (dnkey) geeft de automatisch gegenereerde primary key weer van het sjabloon in de tabel tbdocumenten.
   * **Naam/beschrijving** (dvomschrijving). Vrij in te voeren naam voor het sjabloon, zoals die voor gebruikers zichtbaar worden in een lijst, wanneer de gebruiker de wizard //Maakdocument// aanroept.
-  * **Naam van sjabloon in Xential** (dvnaaminexternsjablprog). Moet alleen gevuld worden indien het OpenWave sjabloon doorgeefluik is naar een Xentail-sjabloon. Zie: [[openwave:1.32:applicatiebeheer:probleemoplossing:programmablokken:xential]].
+  * **Naam van sjabloon in Xential** (dvnaaminexternsjablprog). Moet alleen gevuld worden indien het OpenWave sjabloon doorgeefluik is naar een Xentail-sjabloon. Zie: [[openwave:1.33:applicatiebeheer:probleemoplossing:programmablokken:xential]].
-  * **Compartiment** (dnkeycompartiment). Indien het sjabloon hier wordt toegekend aan een [[openwave:1.32:applicatiebeheer:instellen_inrichten:compartimenten|compartiment]] kan dit sjabloon alleen worden gebruikt door iemand die lid is van dat compartiment. Omgekeerd: de inloggers die geen lid zijn van een compartiment zien enkel sjablonen die ook niet zijn toegekend aan een compartiment.
+  * **Compartiment** (dnkeycompartiment). Indien het sjabloon hier wordt toegekend aan een [[openwave:1.33:applicatiebeheer:instellen_inrichten:compartimenten|compartiment]] kan dit sjabloon alleen worden gebruikt door iemand die lid is van dat compartiment. Omgekeerd: de inloggers die geen lid zijn van een compartiment zien enkel sjablonen die ook niet zijn toegekend aan een compartiment.
   * Met het **Volgordenummer** kan de volgorde van de sjabloonnamen bepaald worden zoals die voor gebruikers zichtbaar worden in een lijst, wanneer de gebruiker de wizard //Maakdocument// aanroept via optie //Creëer document//.
   * **Vervaldatum**. Vervallen documentsjablonen zijn niet zichtbaar voor de gebruiker bij de wizard //Maakdocument//.
@@ Regel 94: / Regel 94: @@
   * **Sjabloon is upgeload in tabel** (dvtemplatebase64 is wel/niet gevuld). Zie hierboven en bij de triggers upload/download sjabloon
   * **autom upload** (dlautoupload). Indien aangevinkt heeft dat als consequentie dat het programma het te genereren document direct gaat opslaan: Indien
-    * de kolom //Tekst// van instelling //Sectie: KoppelingDOCNAARDMS// en //Item: Methode// de waarde //StUF-ZAKEN 310// heeft EN de externe zaakcode is gevuld EN de instelling //Sectie: Documenten// en //Item: OphalenViaDMS// is aangevinkt, dan wordt het document doorgegeven met de zaak/DMS services. Zie [[openwave:1.32:applicatiebeheer:probleemoplossing:programmablokken:upload_document:upload_naar_stuf_zaak_dms|Upload documenten met StUF zaak/dms]]
+    * de kolom //Tekst// van instelling //Sectie: KoppelingDOCNAARDMS// en //Item: Methode// de waarde //StUF-ZAKEN 310// heeft EN de externe zaakcode is gevuld EN de instelling //Sectie: Documenten// en //Item: OphalenViaDMS// is aangevinkt, dan wordt het document doorgegeven met de zaak/DMS services. Zie [[openwave:1.33:applicatiebeheer:probleemoplossing:programmablokken:upload_document:upload_naar_stuf_zaak_dms|Upload documenten met StUF zaak/dms]]
-    * de instelling //Sectie: Documenten, Item: OphalenViaFileserver// is aangevinkt EN de kolom //Item// van //Sectie: Aanmaakmappen// verwijst naar een kaart in tbinitialisatie met de juiste fileshare-mapinformatie, dan wordt het document geplaatst op de fileshare. Zie: [[openwave:1.32:applicatiebeheer:probleemoplossing:programmablokken:upload_document:upload_naar_fileshare]]. Indien sprake is van een hybride situatie van zowel opslag mogelijk op fileserver als in DMS kan een voorkeur opgegeven worden met de instelling //Sectie: Documenten Item: BriefAutoOpslaan//. Indien //Getal1// wordt gevuld met 1 dan zal OpenWave bij het creëren van een brief op basis van een sjabloon als default de fileserver voorstellen. Bij 2 wordt DMS voorgesteld en bij 3 de optie Nee (hetgeen betekent: niet automatisch opslaan). Deze instelling geldt alleen voor de Host. Indien namelijk sprake is van een compartiment wordt deze zelfde informatie opgehaald uit de nieuwe kolom met label //Default brieven opslaan// (tbcompartiment.dnAutoopslaan)
+    * de instelling //Sectie: Documenten, Item: OphalenViaFileserver// is aangevinkt EN de kolom //Item// van //Sectie: Aanmaakmappen// verwijst naar een kaart in tbinitialisatie met de juiste fileshare-mapinformatie, dan wordt het document geplaatst op de fileshare. Zie: [[openwave:1.33:applicatiebeheer:probleemoplossing:programmablokken:upload_document:upload_naar_fileshare]]. Indien sprake is van een hybride situatie van zowel opslag mogelijk op fileserver als in DMS kan een voorkeur opgegeven worden met de instelling //Sectie: Documenten Item: BriefAutoOpslaan//. Indien //Getal1// wordt gevuld met 1 dan zal OpenWave bij het creëren van een brief op basis van een sjabloon als default de fileserver voorstellen. Bij 2 wordt DMS voorgesteld en bij 3 de optie Nee (hetgeen betekent: niet automatisch opslaan). Deze instelling geldt alleen voor de Host. Indien namelijk sprake is van een compartiment wordt deze zelfde informatie opgehaald uit de nieuwe kolom met label //Default brieven opslaan// (tbcompartiment.dnAutoopslaan)
-  * **Item Sectie Aanmaakmappen**. Deze kolom is alleen zinvol indien //autom upload// is aangevinkt en die automatische upload van het gegenereerde document moet naar de fileshare of in een DMS. Hier wordt verwezen naar de instellingskaart kaart met //Sectie : Aanmaakmappen// waarin exact wordt verwezen onder welke map het document geplaatst moet worden. Zie: [[openwave:1.32:applicatiebeheer:probleemoplossing:programmablokken:upload_document|Upload document]]
+  * **Item Sectie Aanmaakmappen**. Deze kolom is alleen zinvol indien //autom upload// is aangevinkt en die automatische upload van het gegenereerde document moet naar de fileshare of in een DMS. Hier wordt verwezen naar de instellingskaart kaart met //Sectie : Aanmaakmappen// waarin exact wordt verwezen onder welke map het document geplaatst moet worden. Zie: [[openwave:1.33:applicatiebeheer:probleemoplossing:programmablokken:upload_document|Upload document]]
   * **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://www.open-wave.nl/community/online/datadictionary/Index.html.
-====Formquery ====
+==== Formquery ====
 Het resultaat van een formquery wordt gebruikt om merge-coderingen in de vorm van <1> of <301> in een sjabloon te vervangen met waardes uit de database.\\
@@ Regel 216: / Regel 216: @@
 OpenWave heeft zelf een aantal functies op de database gedefinieerd - zoals fn_ddmaandjjjj() -  die gebruikt kunnen worden in allerlei queries.
-Zie:[[openwave:1.32:applicatiebeheer:instellen_inrichten:openwave_database-functies|OpenWave database functies]].
+Zie:[[openwave:1.33:applicatiebeheer:instellen_inrichten:openwave_database-functies|OpenWave database functies]].
-====Childquery ====
+==== Childquery ====
 Het resultaat van een childquery wordt gebruikt om merge-coderingen in de vorm van een getal tussen accolades (zoals {1} en {2}) binnen tabellen van een sjabloon te vervangen met waardes uit de database. Van boven naar beneden zullen de {1} en {2} merge-coderingen van de eerste tabel in het sjabloon vervangen worden door childquery-1 en de merge-coderingen van de tweede tabel met die van childquery2 en zo verder.
@@ Regel 226: / Regel 226: @@
 Het eenvoudige .docx voorbeeld van een ontvangstbevestiging is hieronder uitgebreid met een tabel waarin het de bedoeling is dat daar de onderdelen van de omgevingszaak worden opgesomd:
-{{:openwave:applicatiebeheer:instellen_inrichten:sjabloonmettabel.png?600|}}
+{{:openwave:applicatiebeheer:instellen_inrichten:sjabloonmettabel.png?600|sjabloonmettabel}}
 De childquery-1 kan er als volgt uitzien:
@@ Regel 246: / Regel 246: @@
 In de tabellen mogen meerdere merge-coderingen per cel gebruikt worden al of niet in combinatie met tekst:
-{{:openwave:applicatiebeheer:instellen_inrichten:tabelmettekstencodering.png?600|}}
+{{:openwave:applicatiebeheer:instellen_inrichten:tabelmettekstencodering.png?600|tabelmettekstencodering}}
 <adm warning Waarschuwing 2>
@@ Regel 260: / Regel 260: @@
 Momenteel zijn daartoe enkel de volgende mogelijkheden:
   * Opsomming van afgekeurde items uit digitale checklist. De tekst in de bijbehorende childquery moet zijn: //JSON_DigitaleChecklisten_Controle_brief_1
-//. Zie hiertoe het kopje //Instellingen voor overnemen van afgekeurde checklist-items in document// bij [[openwave:1.32:applicatiebeheer:probleemoplossing:programmablokken:digitale_checklijsten|Digitale checklisten]].
+//. Zie hiertoe het kopje //Instellingen voor overnemen van afgekeurde checklist-items in document// bij [[openwave:1.33:applicatiebeheer:probleemoplossing:programmablokken:digitale_checklijsten|Digitale checklisten]].
 === Speciale childquery: Opsommen aangewezen bijlages ===
@@ Regel 283: / Regel 283: @@
 </code>
-====Queries en gebruik van Xential ====
+==== 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:1.32:applicatiebeheer:probleemoplossing:programmablokken:xential]].
+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:1.33:applicatiebeheer:probleemoplossing:programmablokken:xential]].
-====Formquery en childquery-verwijzingen naar tbqueries====
+==== 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:1.32:applicatiebeheer:instellen_inrichten:queries]]\\
+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:1.33:applicatiebeheer:instellen_inrichten:queries]]\\
 Hierdoor hoeft een query die in meerdere sjablonen gebruikt wordt maar eenmalig te worden gedefinieerd.  De opmaak van de sjablonen wijzigt hierdoor niet.
 <adm example>
@@ Regel 350: / Regel 350: @@
 In de tabel tbtekstblokken (beheertegel //Tekstblokken//) kunnen deze tekstblokken gedefinieerd worden die op bovenstaande wijze in meerdere sjablonen op conditie kunnen worden aangeroepen.
-Zie ook: [[openwave:1.32:applicatiebeheer:instellen_inrichten:queries|Queries]].
+Zie ook: [[openwave:1.33:applicatiebeheer:instellen_inrichten:queries|Queries]].
 ==== Invoegen plaatje o.b.v. query-aanroep naar tbqueries ====
@@ Regel 401: / Regel 401: @@
 ==== Tonen gecrypte versie van een kolomwaarde ====
-Verder kan de encryptiemethode worden aangeroepen vanuit het documentsjabloon. De string <%strEncrypt(:columnname)%> in een sjabloon wordt bij het creëren van een document als volgt geïnterpreteerd. Het programma zal columnname interpreteren als een kolomnaam uit de hoofdtabel van het sjabloon. De waarde van die kolom wordt gecrypt volgens de ingestelde methode (zie: [[openwave:1.32:applicatiebeheer:instellen_inrichten:2way_encryptie_externe_wachtwoorden]]) en deze gecrypte waarde wordt in het document opgenomen op de betreffende plaats. Voorbeeld: <%strEncrypt(:dnkey)%>.
+Verder kan de encryptiemethode worden aangeroepen vanuit het documentsjabloon. De string <%strEncrypt(:columnname)%> in een sjabloon wordt bij het creëren van een document als volgt geïnterpreteerd. Het programma zal columnname interpreteren als een kolomnaam uit de hoofdtabel van het sjabloon. De waarde van die kolom wordt gecrypt volgens de ingestelde methode (zie: [[openwave:1.33:applicatiebeheer:instellen_inrichten:2way_encryptie_externe_wachtwoorden]]) en deze gecrypte waarde wordt in het document opgenomen op de betreffende plaats. Voorbeeld: <%strEncrypt(:dnkey)%>.
 ===== Sjabloon-parameters =====
@@ Regel 485: / Regel 485: @@
 Er zijn dus 5 invoerparameters:
-{{:openwave:applicatiebeheer:instellen_inrichten:invoerparameters2.png?600|}}
+{{:openwave:applicatiebeheer:instellen_inrichten:invoerparameters2.png?600|invoerparameters2}}
 Dat resulteert bij het genereren van het document tot een invoerscherm:
-{{:openwave:applicatiebeheer:instellen_inrichten:parameters2.png?400|}}
+{{:openwave:applicatiebeheer:instellen_inrichten:parameters2.png?400|parameters2}}
 En het te genereren document ziet er dan zo uit: