|
De documentgeneratie via Scenario.Enterprise levert XML-bestanden af in een map. XML-bestanden in een map die door EDODocMon en EDODocGen wordt gemonitord, worden automatisch omgezet naar PDF-documenten. XML-bestanden in andere mappen gelden als voorbeeld-XML, waarmee je in de documentdesigner EDODesign een preview kunt maken. Tot nu toe werden deze mappen altijd in DIAS Assurantie ingericht, via . Vanaf deze versie kan een netwerkbeheerder de gemonitorde mappen rechtstreeks opgeven bij Scenario.Enterprise. Het is dan niet meer nodig om die mappen in DIAS Assurantie te beheren. Dat heeft drie voordelen:
Inrichting in Scenario.Enterprise Neem de mappen op bij de tenantgegevens van de tussenpersoon bij Scenario.Enterprise. Let op: dit zijn niet de tenantgegevens van Scenario.WebApi. Het gaat om twee instellingen onder document:
Neem het pad naar de BulkDir-map niet letterlijk over uit de configuratie van EDODocMon. Daar staat doorgaans een lokaal pad, terwijl je hier vrijwel altijd een pad naar een andere server nodig hebt. De inrichting controleren Of de nieuwe inrichting actief is en goed werkt, controleer je met de diagnose-ingang in Swagger, onder Scenario WebApi – Gateway. De diagnose controleert nu ook de twee mappen die in de tenant van Scenario.Enterprise zijn ingericht. Is een van de mappen niet opgegeven, dan volgt een waarschuwing dat de documentgeneratie in plaats daarvan de doelmap uit de database van DIAS Assurantie gebruikt. Dat is een legacy-optie die op termijn waarschijnlijk verdwijnt. Is de map wel opgegeven, dan controleert de diagnose of er bestanden in gelezen en geschreven kunnen worden en volgt bij problemen een foutmelding. Overstappen op de nieuwe inrichting Zijn de mappen nu correct ingericht in DIAS Assurantie, dan blijft dat voorlopig werken. Ga als volgt te werk als je overstapt:
Mappen verwijderen uit DIAS Assurantie De twee mappen die nu in de tenant van Scenario.Enterprise staan, hoeven niet langer in DIAS Assurantie te staan. Verwijder ze niet meteen. Voor de documentgeneratie worden productaanvraag-runs in de database aangemaakt, en runs van vóór de nieuwe inrichting verwijzen nog naar de mappen in DIAS Assurantie. Verwijder je die mappen, dan werken zulke runs niet meer. Wacht daarom enkele dagen tot de openstaande runs zijn uitgevoerd. Wil je extra zeker zijn, wacht dan een of twee maanden. Daarna verwijder je de mappen via . Verwijder alleen de mappen die je in de tenant hebt opgenomen; de overige doelen zijn bedoeld voor voorbeeld-XML en moeten blijven bestaan. Als de inrichting niet klopt Krijg je bij documentgeneratie een foutmelding van de Microsoft Visual C++ Runtime Library, dan zijn exportTargetDirect in de tenant én de Direct-map in DIAS Assurantie allebei niet ingericht. Gebruik je documentgeneratie via DCB, dan moet minimaal een van de twee zijn opgegeven. Blijft de documentgeneratie hangen op Bezig met opmaken documenten, dan komt het gegenereerde XML-bestand mogelijk niet in een map terecht die EDODocMon monitort. Gebruik bij elke fout die uit de inrichting kan voortkomen de diagnose-ingang om te bepalen wat er misgaat. Impact voor jou Voor de eindgebruiker verandert er niets zolang de mappen correct zijn ingericht, op de oude of de nieuwe manier. Na de overstap zijn de doelmappen niet meer zichtbaar of aanpasbaar in DIAS Assurantie. Zie ook Nieuw veld Type PDF-generatie bij Externe documentopmaak (4.1.4.5) voor de keuze tussen directe en bulkgeneratie in een run. | ||||||||||