Triaspect heeft in december 2022 een API gereleased. Deze API
| Excerpt | ||
|---|---|---|
| ||
De TriasApi heeft endpoints die gebruikt kunnen worden voor gebruikersbeheer. Dan gaat het om het opvragen, toevoegen, wijzigen en verwijderen van gebruikers en hun relevante kenmerken. |
Welke endpoints er zijn en op welke manier je ze kunt gebruiken, kun je vinden in de swaggerdocumentatie: https://swaggerapi-test.triasweb.nl/triaswebapi/index.html
De huidige pagina beantwoordt de volgende vragen:
pt. |
Veelgestelde vragen
| Table of Contents | ||||||
|---|---|---|---|---|---|---|
|
| Anchor | ||||
|---|---|---|---|---|
|
API staat voor Application Programming Interface. Het zorgt ervoor dat je buiten de schermen van TriasWeb om, toch gegevens kunt uitwisselen met TriasWeb. Een API heeft endpoints. Een endpoint is een webadres waar je alleen bij kunt met een gebruikersnaam, wachtwoord en certificaat. Als je naar dat webadres toegaat (het endpoint aanroept) kun je daarmee gegevens uit TriasWeb ophalen of wijzigen.
...
Met de TriasWeb API kun je op dit moment (december 2022) gebruikers beheren. Op latere tijdstippen wordt er ook functionaliteit ontsloten om client- en meldingsgegevens uit te wisselen.
Hoe weet ik welke endpoints er zijn?
Welke endpoints er zijn en op welke manier je ze kunt gebruiken, kun je vinden in de swaggerdocumentatie: https://swaggerapi-test.triasweb.nl/triaswebapi/index.html
| Anchor | ||||
|---|---|---|---|---|
|
Het gebruik van de API kost niets. Dat is verwerkt in de licentie die je betaalt voor TriasWeb. Aan het inrichten van de toegang tot de API zijn eenmalige kosten verbonden. Deze kosten betaal je voor het verkrijgen van certificaten voor test-, acceptatie- en productieomgeving en de registratie van het certificaat en het laten controleren van het ontwerp van het programma. Vooralsnog vallen de kosten in de categorie add-on 1. Je kunt je adviseur vragen wat dat voor jullie organisatie betekent
Met één registratie kun je certificaten krijgen voor de test-, acceptatie- en productieomgeving. De registratiekosten komen elk jaar terug.
| Anchor | ||||
|---|---|---|---|---|
|
Om een programma te maken dat de API aanroept, moet je weten wat de API doet. Dat kun je lezen in de swagger-documentatie (https://swaggerapi-test.triasweb.nl/triaswebapi/index.html).
...
Triaspect doet dat zelf niet, en heeft daarvoor ook geen partnerorganisatie gezocht. Mocht je op zoek zijn naar een organisatie die je hierbij kan helpen, dan kunnen we je de namen geven van organisaties die dit ook voor andere klanten doen.
| Anchor | ||||
|---|---|---|---|---|
|
...
leverancier) toegang tot de API?
Om te zorgen dat er op een goede manier gebruik gemaakt wordt van de API, hebben we het volgende proces ingericht.
Je vraagt als organisatie via de servicedesk toegang aan tot de API op de testomgeving. Hiervoor moeten de relevante IP-adressen toegevoegd worden aan de Triaspectservers. Je krijgt een certificaat, een gebruikersnaam en een wachtwoord van de SD. Hiermee kun je verbinding maken met de test-omgeving van de API. Op deze testomgeving staan alle tabellen die ook beschikbaar zijn op acceptatie en productie. De data in de tabellen is echter gefingeerd. Je kunt hier dus wel kijken wat de structuur is van de data die je terugkrijgt, en je kunt kijken of je überhaupt de data kunt benaderen, en of je de data kunt data toevoegen.
Op basis van je tests schrijf je een ontwerp. Van dat ontwerp maak je een uittreksel van een half a-4tje waarin staat wat je wilt bereiken, welke endpoints je wilt aanroepen en hoe vaak je dat per minuut verwacht te doen. Vooralsnog hebben we een maximum van 50 aanroepen per seconde, met een sliding window. Dit ontwerp wordt gecontroleerd door onze technisch consultants. Zij kijken niet naar de functionaliteit, maar naar de techniek en het aantal aanroepen.
Als het ontwerp door Triaspect geaccordeerd is, kan toegang tot de acceptatieomgeving aangevraagd worden, weer via de servicedesk. Hiervoor wordt een nieuw certificaat uitgegeven.
Je test je programma op de acceptatieomgeving. Omdat hier jullie eigen data op staat, kan het zijn dat er nog wat aangepast moet worden aan het programma. Dat is geen probleem. Er hoeft niet opnieuw een ontwerp opgeleverd te worden.
Ben je tevreden met hoe het programma werkt, dan vraag je toegang aan tot de productiedata. Daarvoor krijg je weer een nieuw certificaat. Voordat dat certificaat wordt uitgegeven, doet een technisch consultant een check op het gebruik van de API op de acceptatieomgeving. Als dat nog iets bijzonders oplevert, dan wordt daarover nog even contact opgenomen.
| Anchor | ||||
|---|---|---|---|---|
|
Ja, dat kan. De API werkt nu alleen nog maar voor medewerkers (gebruikers), dus de clientsynchronisatie staat er helemaal buiten.
Het gebruik van de medewerkersynchronisatie in combinatie met de API kan heel handig zijn (zie hieronder) maar het is wel zaak om goed op te letten dat ze elkaar niet in de weg lopen. Denk bijvoorbeeld aan dat de synchronisatie die alle medewerkers deactiveert die niet in de synchronisatie zitten. Dus als je de API gebruikt om nieuwe medewerkers toe te voegen die niet in de synchronisatie zitten, dan worden die bij de eerstvolgende synchronisatie weer gedeactiveerd.
| Anchor | ||||
|---|---|---|---|---|
|
De medewerkersynchronisatie is een batchverwerking. Dat betekent dat je niet alleen de verschillende medewerkers verwerkt, maar dat er ook nog zoiets is als álle medewerkers in de synchronisatie. Dat is bijvoorbeeld gebruikt bij het ‘vooraf deactiveren’ waarbij alle medewerkers die niet in de synchronisatie aanwezig zijn, deactief worden.
...
Voor de medewerkersynchronisatie geldt nu dat je er minder mee kunt dan met de API. Met de API kun je bijvoorbeeld een gebruiker als hoofdverantwoordelijke koppelen aan een organisatieonderdeel. Of je kunt een of meerdere rollen koppelen aan een gebruiker. Dat kan in de medewerkersynchronisatie niet, en dat zal ook niet meer ontwikkeld worden door Triaspect.
...
De medewerkersynchronisatie heeft een aantal kenmerken.
vooraf deactiveren (alleen medewerkers actief die in de synchronisatie zitten)
aantal dagen na datum uit dienst (pas deactiveren nadat de medewerker een maand uit dienst is)
automatisch activeren (alle medewerkers die in de synchronisatie zitten actief maken)
koppelen aan organisatieonderdelen in TriasWeb (ivm autorisatiescope)
Als je al deze dingen wilt doen met je programma met de API, dan kun je zo te werk gaan.
...
.
...
Haal alle gebruikers individueel uit TriasWeb (op basis van het emailadres).
...
Zet ze in het geheugen van je programma. Een endpoint waarmee in 1 keer van alle gebruikers de identificatie kan worden opgehaald wordt nog gemaakt.
...
Je moet een lijst hebben met alle medewerkers die actief moeten zijn of worden in TriasWeb. In deze lijst moet al kenmerk 2 opgenomen van hierboven zijn. Deze lijst verwerk je in je programma:
Vergelijk de gebruiker uit de lijst met de medewerker in het geheugen.
Als er een verschil is, dan roep je het update-endpoint aan voor de gebruiker in TriasWeb. Als je wilt geef je rollen (alleen beschikbaar in API), koppelcodes (kenmerk 4), en hoofdverantwoordelijkheid voor een OE (alleen beschikbaar in API) mee. Activeer de gebruiker om kenmerk 3 te realiseren.
Verwijder daarna de medewerker uit het geheugen.
Als er geen verschil is, activeer de gebruiker om kenmerk 3 te realiseren. Daarna verwijder je de medewerker uit het geheugen.
Als je nog medewerkers in je lijst hebt die je niet in je geheugen hebt, dan maak je een nieuwe gebruiker aan in TriasWeb.
Als je alle medewerkers uit de lijst vergeleken hebt met de gebruikers in TriasWeb, dan roep je het verwijder-endpoint aan voor de overgebleven gebruikers in het geheugen (kenmerk 1).
| Anchor | ||||
|---|---|---|---|---|
|
Je kunt tijdelijke accounts voor ZZP-ers aanmaken via de API, terwijl de medewerkersynchronisatie gewoon de ‘normale’ accounts afhandelt. Dat kan bijvoorbeeld zo:
Zorg voor een lijst met alle actuele ZZP-ers. Deze moet je twee keer verwerken, met (bijvoorbeeld) een week ertussen.
Per ZZP-er roep je de endpoint GET /api/users?method=email&value=iemand@organisatie.nl op basis van de identificatie (email in dit voorbeeld) aan.
Als je 404 terugkrijgt is deze persoon niet aanwezig in TriasWeb. Dan roep je de PUT /api/users aan met de relevante parameters in de request body. Zorg ervoor dat handmatig deactiveren aangezet wordt (
"isDeactivationManual": true) zodat de medewerkersynchronisatie deze gebruiker niet verwijdert.Als de gebruiker bestaat, dan update je indien nodig. Zorg ervoor dat handmatig deactiveren aangezet wordt (zet
"isDeactivationManual": truein de request body) zodat de medewerkersynchronisatie deze gebruiker niet verwijdert.Na een week (of hoe lang je ook wilt) verwerk je de lijst nogmaals, maar verwijder je de gebruikers die op de lijst staan, uit TriasWeb. Deactiveer de gebruiker met endpoint.
/api/users/close-account?method=email&value=iemand@organisatie.nlVoer het programma meteen weer uit met een nieuwe lijst met ZZP-ers.
...