Verschillen

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

--- openwave:1.33:applicatiebeheer:probleemoplossing:programmablokken:toon_documenten_en_download [2025/08/18 12:45] – [Waarvandaan] Lonneke van Dijk
+++ openwave:1.33:applicatiebeheer:probleemoplossing:programmablokken:toon_documenten_en_download [2025/08/21 14:03] (huidige) – Lonneke van Dijk
@@ Regel 21: / Regel 21: @@
   * de inlogger GEEN lid is van een compartiment en de documenten die getoond worden horen bij een adviesdeelzaak of bij een hoofdzaak, dan mag de combinatie van het zaaktype van de bovenliggende zaak en de gemeente waar die zaak speelt in geen enkel compartiment voor komen
   * de inlogger GEEN lid is van een compartiment en de documenten die getoond worden horen bij een inspectietraject c.q. bezwaar/beroepzaak dan mag de combinatie van het zaaktype van de bovenliggende zaak en de gemeente waar die zaak speelt ook in geen enkel compartiment voorkomen, tenzij de compartiments-eigenschap //inclusief inspecties c.q. bezwaar/beroep// NIET aangevinkt staat.
-===== OLO-bijlagen verplaatsen van fileshare =====
-Het kan zijn dat OpenWave eerst moet zorgen dat - indien de documenten worden opgevraagd bij een omgevingszaak- OLO-bijlagen eerst op de juiste plek moeten worden gestald. Dit geldt alleen voor de situatie dat OpenWave via een digi-koppelaar rechtstreeks berichten ontvangt van het OLO waarbij de OLO-bijlagen door die digi-koppelaar op een vooraf afgesproken verplaatsmap op een fileshare worden geplaatst (de andere mogelijkheid is namelijk dat de digi-koppelaar de bijlagen aan de OpenWave uploadservice aanbiedt: zie [[openwave:1.33:applicatiebeheer:probleemoplossing:programmablokken:upload_vanuit_automatisch_proces|Upload document vanuit automatisch proces]]).
-OpenWave gaat onderzoeken of er OLO-bijlagen zijn indien de kolom //Tekst// van de instelling //Sectie: KoppelingDOCNAARDMS en Item: InboxmapOLO// een gevuld waarde heeft en aangevinkt is.
-De waarde van //Item: InboxmapOLO// is bijvoorbeeld '/mnt/openwave'. Op serverniveau wordt deze map gereroot naar de bedoelde fileshare map bijvoorbeeld <nowiki>//server/open/wave/olo/</nowiki>. Op serverniveau worden hiertoe credentials ingesteld: dus niet in OpenWave.
-Bij afspraak worden door de DIGI-koppelaar achter deze map submappen gemaakt op OLO-nummer. Op die mappen en op submappen achter die OLO-nummermappen worden vervolgens door de DIGI-koppelaar de bijlagen geplaatst bijv.:
-<code>
-//server/open/wave/olo/1234
-//server/open/wave/olo/1234/submap_A
-//server/open/wave/olo/1234/submap_B
-</code>
-Zowel op de map 1234 als op de submappen submap_A en Submap_B kunnen één of meer bijlagen staan.
-Bij het opvragen van de documentenlijst bij een OpenWave zaak (omgeving) waarbij het OLO-nummer is gevuld (EN - indien het DMS met StUF/Zaak wordt benaderd - de DMS-zaakcode (dvintzaakcode) gevuld is), zal het programma de OLO-bijlagen die aangetroffen worden op en achter de bijbehorende verplaatsmap verplaatsen naar het DMS of naar een andere map op de fileshare. Dit gebeurt doordat het programma intern haar eigen uploadfile-API aanroept.
-Bij plaatsing van de OLO-bijlage via STUF Zaken kijkt het programma:
-  * wat betreft het documenttype naar kolom //Tekst// van instelling //Sectie: KoppelingDOCNAARDMS en Item: OloDocType// (defaultwaarde 'OLO')
-  * wat betreft metadata vertrouwelijkheid naar kolom //Tekst// van instelling //Sectie: KoppelingDOCNAARDMS en Item: OloVertrouwelijkheid// (defaultwaarde 'OPENBAAR')
-  * wat betreft auteur: deze krijgt de waarde onbekend.
-Het programma maakt daarna de verplaatsmap (inbox + OLO-nummer) leeg.
-Daarna pas wordt de reguliere Toon-Documentenlijst getoond waarin dan ook de OLO-bijlagen zichtbaar zouden moeten zijn. Op het moment dat deze lijst wordt getoond kan het echter zo zijn dat nog niet alle bijlagen reeds zijn aangekomen op plaats van bestemming (bijv. bij stuf zaak/DMS gaat het om asynchrone verwerking). De gebruiker zou dan een tweede keer om de lijst moeten vragen.
-Wanneer het verplaatsen is mislukt dan zijn de niet verplaatste bijlages zichtbaar via de beheertegel //Mislukte OLO-bijlages//.
-Het verplaatsen van de documenten op de fileshare naar de machine waar de WSAS op draait (al vanwaar de documenten naar de plaats van bestemming worden geredigeerd) kan nog eens extra gemonitord worden via de messagelog door de instelling //Sectie: InboxmapOLO en Item: Messagelog// aan te vinken.
@@ Regel 220: / Regel 192: @@
   * bovenliggende zaak niet is geblokkeerd
   * de instelling //Sectie: Documenten, Item: OphalenViaDms// EN/OF de instelling //Sectie: Documenten, Item: OphalenViaFileserver// is aangevinkt (of in geval van compartiment de kolommen //ophalen fileserver/DMS//)
-    * indien OphalenViaDms aangevinkt dan moet de kolom //Tekst// bij instelling //Sectie: KoppelingDocnaardms Item: Methode// de waarde StUF-ZAKEN 310 OF CMIS 1.0 hebben en aangevinkt staan (of in geval van compartiment dan met de kolom //dmsmethode// deze waarde hebben)
+    * indien OphalenViaDms aangevinkt dan moet de kolom //Tekst// bij instelling //Sectie: KoppelingDocnaardms Item: Methode// de waarde StUF-ZAKEN 310 hebben en aangevinkt staan (of in geval van compartiment dan met de kolom //dmsmethode// deze waarde hebben)
     * EN - alleen in geval van StUF-ZAKEN 310 – dan moet de externe zaak/DMS code (dvintzaakcode) in de bovenliggende zaak gevuld zijn.
   * Compartimentsrechten OK