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.32:applicatiebeheer:instellen_inrichten:configuratie:sectie_xential [2024/11/26 06:07] – verwijderd - Externe bewerking (Ongeldige datum) 127.0.0.1 | openwave:1.32:applicatiebeheer:instellen_inrichten:configuratie:sectie_xential [2024/11/26 06:08] (huidige) – ↷ Links aangepast vanwege een verplaatsing Kars Gottschal | ||
---|---|---|---|
Regel 1: | Regel 1: | ||
+ | ======Sectie Xential===== | ||
+ | Hieronder de instellingen uit de configuratietabel configuratietabel (tbinitialisatie) van de //Sectie: Xential// gerangschikt op item. Deze instellingen zijn alleen van belang indien gebruik gemaakt wordt van Xential als sjabloongenerator. Zie: [[openwave: | ||
+ | |||
+ | ^ **Item** ^ **Kolom** ^ **Omschrijving** ^ | ||
+ | | endpointwebhookurl| Tekst | Het endpoint dat Xential moet gebruiken om het samengestelde document terug te sturen naar OpenWave bijv. //< | ||
+ | | Genereervoorafdocidentifier| Aanvinkvakje|Indien aangevinkt EN methode = 2 (dus gegenereerde document wordt via stuf/zaak in DMS opgeslagen) dan zal OpenWave voordat Xential aangeroepen wordt, bij het DMS een documentidentifier opvragen (genereerDocumentidentificatie). Deze documentidentifier wordt in de xml met merge data meegenomen in de tag //< | ||
+ | | login | Tekst |De loginnaam van de integratie-gebruiker voor de API-aanroepen vanuit OpenWave. | | ||
+ | | messagelog| Aanvinkvakje| Indien aangevinkt worden de berichten naar Xential gelogd mits de algemene instelling //Sectie: OWB en Item: MessageLog// | ||
+ | | methode| Getal1 | 1, 2 of 3, waarbij 3 deprecated is. 1 wil zeggen dat het geretourneerde document door OpenWave op de fileserver wordt opgeslagen, 2 wil zeggen dat het geretourneerde document in het DMS (stuf-zaak/ | ||
+ | |Mwcodebijcorrespkaart |Aanvinkvakje| Indien aangevinkt dan wordt bij het opslaan van het geretourneerde Xentialdocument in tbcorrespondentie de dvcodeeigenaar (eerste registreerder) gevuld met de medewerkerscode van de persoon die het document bij Xential geïnitieerd heeft en anders door de code van de robot-medewerker.| | ||
+ | | password | Tekst |Password van de integratie-gebruiker voor de API-aanroepen vanuit OpenWave. Kan gecrypt worden opgeslagen (zie [[openwave: | ||
+ | | restendpoint | Tekst | Endpoint voor de REST aanroepen vanuit OpenWave (impersonate, | ||
+ | | robotusername| Tekst | loginnaam die door OpenWave bij de getTicket-aanroep wordt meegegeven waarmee Xential zich kan identificeren op het endpointwebhookurl om het samengestelde document te retourneren. Robotusername en robotpassword moeten ook in de medewerkerstabel van OpenWave zijn opgeslagen (zonder 2-factor, verloopt nooit, geen loginverklaring).| | ||
+ | | robotpassword| Tekst | password dat door OpenWave bij de getTicket-aanroep wordt meegegeven waarmee Xential zich kan identificeren op het endpointwebhookurl om het samengestelde document te retourneren. Kan gecrypt worden opgeslagen (zie [[openwave: | ||
+ | | root | Tekst | Vast gedeelte van de URL waaraan de respons van de getTicket-API (startDocumentUrl) aan vast wordt geplakt om Xential als gebruiker aan te kunnen roepen met het gekozen sjabloon bijv. //< | ||
+ | | username | Tekst |De username waarmee de impersonate-API moet worden aangeroepen om een sessie-id te verkrijgen. | | ||