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.33:applicatiebeheer:instellen_inrichten:emailsjablonen [2025/07/01 10:55] – ↷ Pagina verplaatst van openwave:1.32:applicatiebeheer:instellen_inrichten:emailsjablonen naar openwave:1.33:applicatiebeheer:instellen_inrichten:emailsjablonen Kars Gottschal | openwave:1.33:applicatiebeheer:instellen_inrichten:emailsjablonen [2025/11/05 11:10] (huidige) – [Kolommen] Charlie Kluin | ||
|---|---|---|---|
| Regel 34: | Regel 34: | ||
| </ | </ | ||
| - | ==== Emailsjablonenlijst==== | + | ==== Emailsjablonenlijst ==== |
| Per sjabloongroep kunnen emailsjablonen verwijderd (inclusief parameters), | Per sjabloongroep kunnen emailsjablonen verwijderd (inclusief parameters), | ||
| - | ===== Sjabloondefinitie===== | + | ===== Sjabloondefinitie ===== |
| === Triggers linksonder === | === Triggers linksonder === | ||
| Regel 63: | Regel 63: | ||
| * de module waaruit de mail bij een geregistreerd document wordt verzonden gelijk is aan de kolom //voor module// | * de module waaruit de mail bij een geregistreerd document wordt verzonden gelijk is aan de kolom //voor module// | ||
| * en kolom compartiment overeenkomt met die van de hoofdzaak | * en kolom compartiment overeenkomt met die van de hoofdzaak | ||
| - | * en dat de kolom // | + | * en dat de kolom // |
| - | * **Compartiment** (dnkeycompartiment). Indien het sjabloon hier wordt toegekend aan een [[openwave: | + | * **Compartiment** (dnkeycompartiment). Indien het sjabloon hier wordt toegekend aan een [[openwave: |
| * **Bijlagen toevoegen? | * **Bijlagen toevoegen? | ||
| * 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 // | * 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 // | ||
| Regel 89: | Regel 89: | ||
| * **Naam sjabloon** (dvemailnaam). Deze kolom bevat de naam van de email. Indien de email als document moet worden opgeslagen en de kolom //Te genereren documentnaam// | * **Naam sjabloon** (dvemailnaam). Deze kolom bevat de naam van de email. Indien de email als document moet worden opgeslagen en de kolom //Te genereren documentnaam// | ||
| * **Autom. upload** (dlautoupload). Indien aangevinkt heeft dat als consequentie dat het programma na aanmaken en versturen van de email, een .txt file genereert en deze direct gaat opslaan: Indien | * **Autom. upload** (dlautoupload). Indien aangevinkt heeft dat als consequentie dat het programma na aanmaken en versturen van de email, een .txt file genereert en deze direct gaat opslaan: Indien | ||
| - | * de kolom //Tekst// van instelling //Sectie: KoppelingDOCNAARDMS// | + | * de kolom //Tekst// van instelling //Sectie: KoppelingDOCNAARDMS// |
| - | * de instelling //Sectie: Documenten, Item: OphalenViaFileserver// | + | * de instelling //Sectie: Documenten, Item: OphalenViaFileserver// |
| - | * **Item van Sectie Aanmaakmappen**. Deze kolom is alleen zinvol indien //Autom upload// is aangevinkt en die automatische upload van het gegenereerde document moet naar de fileshare. Hier wordt verwezen naar de instellingskaart kaart met //Sectie: Aanmaakmappen// | + | * **Item van Sectie Aanmaakmappen**. Deze kolom is alleen zinvol indien //Autom upload// is aangevinkt en die automatische upload van het gegenereerde document moet naar de fileshare. Hier wordt verwezen naar de instellingskaart kaart met //Sectie: Aanmaakmappen// |
| - | * **Content-type indien anders dan: text/plain; charset=UTF-8**. Indien het gewenst is om de email te verzenden in HTML-opmaak dam moet hier staan: // | + | * **Content-type indien anders dan: text/plain; charset=UTF-8**. Indien het gewenst is om de email te verzenden in HTML-opmaak dam moet hier staan: // |
| - | * **Vervang linefeeds in body door html-code: br indien text/ | + | * **Vervang linefeeds in body door html-code: br indien text/ |
| * **Onderwerp mag gewijzigd worden bij aanmaken e-mail?**. Indien aangevinkt dan mag het onderwerp van de email gewijzigd worden in de wizard // | * **Onderwerp mag gewijzigd worden bij aanmaken e-mail?**. Indien aangevinkt dan mag het onderwerp van de email gewijzigd worden in de wizard // | ||
| - | * **Onderwerp van email**. In deze kolom wordt de waarde van het onderwerp van de email gevuld. Bij het creëren van de mail zal er dus als onderwerp deze waarde worden meegegeven. Indien gewenst kunnen net als in de body van email, ook in het onderwerp tags voorkomen die verwijzen naar op te halen waardes uit de formqueries en kan men verwijzen naar een query uit de tbqueries tabel. | ||
| * **Body mag gewijzigd worden bij aanmaken e-mail?**. Indien aangevinkt dan mag de body van de email gewijzigd worden in de wizard // | * **Body mag gewijzigd worden bij aanmaken e-mail?**. Indien aangevinkt dan mag de body van de email gewijzigd worden in de wizard // | ||
| + | * **Aanvulling (PS) zichtbaar bij aanmaken e-mail?**. Indien aangevinkt dan is het veld // | ||
| + | * **Onderwerp van email**. In deze kolom wordt de waarde van het onderwerp van de email gevuld. Bij het creëren van de mail zal er dus als onderwerp deze waarde worden meegegeven. Indien gewenst kunnen net als in de body van email, ook in het onderwerp tags voorkomen die verwijzen naar op te halen waardes uit de formqueries en kan men verwijzen naar een query uit de tbqueries tabel. | ||
| * **Body van email**. In deze kolom wordt de inhoud van de email gedefinieerd. Dit komt zo goed als overeen met de tekst die men bij documentsjablonen in de sjabloonfile zet. Met als uitzondering dat er geen tabel neergezet kan worden: dit veld is alleen platte tekst. Hierin zet u de tekst waaruit de email moet bestaan en zet u tags (zoals < | * **Body van email**. In deze kolom wordt de inhoud van de email gedefinieerd. Dit komt zo goed als overeen met de tekst die men bij documentsjablonen in de sjabloonfile zet. Met als uitzondering dat er geen tabel neergezet kan worden: dit veld is alleen platte tekst. Hierin zet u de tekst waaruit de email moet bestaan en zet u tags (zoals < | ||
| * **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 deze versie zal er nog maar 1 rij per childquery geëvalueerd kunnen worden. Er kan in de body van de email verwezen worden naar de childquery door op de gewenste plekken tags te zetten als {1}, {2} etc. 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 deze versie zal er nog maar 1 rij per childquery geëvalueerd kunnen worden. Er kan in de body van de email verwezen worden naar de childquery door op de gewenste plekken tags te zetten als {1}, {2} etc. 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:// | ||
| - | ====Formquery ==== | + | ==== Formquery ==== |
| Het resultaat van een formquery wordt gebruikt om merge-coderingen in de vorm van <1> of <301> in de body van de email te vervangen met waardes uit de database. | Het resultaat van een formquery wordt gebruikt om merge-coderingen in de vorm van <1> of <301> in de body van de email te vervangen met waardes uit de database. | ||
| Regel 218: | Regel 219: | ||
| OpenWave heeft zelf een aantal functies op de database gedefinieerd - zoals fn_ddmaandjjjj() - die gebruikt kunnen worden in allerlei query' | OpenWave heeft zelf een aantal functies op de database gedefinieerd - zoals fn_ddmaandjjjj() - die gebruikt kunnen worden in allerlei query' | ||
| - | Zie: | + | Zie: |
| - | ====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 de body van een mailsjabloon te vervangen met waardes uit de database. Voor nu is het mogelijk om maar 1 rij per childquery weer te geven. Overige rijen zal het programma nog niet naar kijken. | Het resultaat van een childquery wordt gebruikt om merge-coderingen in de vorm van een getal tussen accolades (zoals {1} en {2}) binnen de body van een mailsjabloon te vervangen met waardes uit de database. Voor nu is het mogelijk om maar 1 rij per childquery weer te geven. Overige rijen zal het programma nog niet naar kijken. | ||
| Regel 275: | Regel 276: | ||
| OpenWave zal bij een childquery zoeken naar speciale gevallen die worden herkend aan een vaste formulering in die childquery. Momenteel zijn daartoe enkel de volgende mogelijkheden: | OpenWave zal bij een childquery zoeken naar speciale gevallen die worden herkend aan een vaste formulering in die childquery. Momenteel zijn daartoe enkel de volgende mogelijkheden: | ||
| * Opsomming van afgekeurde items uit digitale checklist. De tekst in de bijbehorende childquery moet zijn: // | * Opsomming van afgekeurde items uit digitale checklist. De tekst in de bijbehorende childquery moet zijn: // | ||
| - | //. Zie hiertoe het kopje // | + | //. Zie hiertoe het kopje // |
| - | ====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: | + | 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. | Hierdoor hoeft een query die in meerdere sjablonen gebruikt wordt maar eenmalig te worden gedefinieerd. | ||
| - | Zie voorbeeld onder het kopje //formquery en childquery-verwijzingen naar tbqueries// bij [[openwave: | + | Zie voorbeeld onder het kopje //formquery en childquery-verwijzingen naar tbqueries// bij [[openwave: |
| ==== Invoegen tekstblokken op basis van een query-aanroep naar tbqueries ==== | ==== Invoegen tekstblokken op basis van een query-aanroep naar tbqueries ==== | ||
| Regel 315: | Regel 316: | ||
| Hetgeen wil zeggen dat indien het zaaktype van de omgevingszaak waar je op staat van het type M (melding) is, druk dan de waarde van de kolom dvtekstblok van de tabel tbtekstblokken af waarbij dvcode = // | Hetgeen wil zeggen dat indien het zaaktype van de omgevingszaak waar je op staat van het type M (melding) is, druk dan de waarde van de kolom dvtekstblok van de tabel tbtekstblokken af waarbij dvcode = // | ||
| - | In de tabel tbtekstblokken (beheertegel // | + | In de tabel tbtekstblokken (beheertegel // |
| Regel 327: | Regel 328: | ||
| ==== Tonen gecrypte versie van een kolomwaarde === | ==== Tonen gecrypte versie van een kolomwaarde === | ||
| - | Verder kan de encryptiemethode worden aangeroepen vanuit het emailsjabloon. De string < | + | Verder kan de encryptiemethode worden aangeroepen vanuit het emailsjabloon. De string < |
| Regel 364: | Regel 365: | ||
| * Eind van dit jaar (Deindjaar) | * Eind van dit jaar (Deindjaar) | ||
| * Vandaag (Dvandaag) | * Vandaag (Dvandaag) | ||
| + | * Vandaag minus 1 week (Dmin1week) | ||
| + | * Vandaag plus 1 week (Dplus1week) | ||
| * Vandaag minus 1 maand (Dmin1Maand) | * Vandaag minus 1 maand (Dmin1Maand) | ||
| * Vandaag plus 1 maand (Dplus1Maand) | * Vandaag plus 1 maand (Dplus1Maand) | ||
| Regel 417: | Regel 420: | ||
| Er zijn dus 5 invoerparameters: | Er zijn dus 5 invoerparameters: | ||
| - | {{: | + | {{: |
| Dat resulteert bij het genereren van de email tot een invoerscherm: | Dat resulteert bij het genereren van de email tot een invoerscherm: | ||
| - | {{: | + | {{: |
| En de te genereren email ziet er dan zo uit: | En de te genereren email ziet er dan zo uit: | ||
| Regel 437: | Regel 440: | ||
| - | {{tag> | + | {{tag> |