M42 CoreProIGA liitin
Matrix42 Core , Pro tai IGA ratkaisun integrointi toiseen Matrix42 Core , Pro tai IGA -ratkaisun instanssiin
M42 CoreProIGA liitin
Matrix42 Core , Pro tai IGA ratkaisun integrointi toiseen Matrix42 Core , Pro tai IGA -ratkaisun instanssiin
M42 CoreProIGA liitin
M42 CoreProIGA -liitin (aiemmin Efecte Connector / Efecte ESM -liitin) on osa Connector Management Native Connectors -liitintä, ja sitä käytetään datakorttien lukemiseen/kirjoittamiseen toiseen Matrix42 Core , Pro tai IGA ratkaisuun. Sitä voidaan käyttää kaikissa Matrix42 Core , Pro tai IGA ratkaisuissa, jotka käyttävät Pro Engineä.
M42 CoreProIGA -liitin vaatii konfiguroinnin asiakkaan käyttötapauksen mukaan, ja periaatteessa konfiguroinnissa on kolme (3) vaihetta:
- Yhdistimen määrittäminen – mahdollistaa liittimen yhteyden muodostamisen kohde- Matrix42 Core Pro IGA -ratkaisuun
- Ajoitetun tehtävän määrittäminen - käytetään, kun tietoja luetaan kohde Matrix42 Core Pro IGA -ratkaisusta
- Tapahtuman konfigurointitehtävä - käytetään, kun tietoja kirjoitetaan kohde Matrix42 Core Pro IGA -ratkaisuun
- Myös työnkulun orkestrointisolmut on määritettävä (tietokorttien luominen/päivittäminen/poistaminen).
Tärkeää tietää!
M42 CoreProIGA -liittimen kanssa on kiinnitettävä erityistä huomiota siihen, ettei kahden Matrix42 Core Pro IGA -ratkaisun välille synny loputonta silmukkaa. Näin voi käydä, kun tietoja kirjoitetaan toiseen Matrix42 Core Pro IGA -ratkaisuun ja työnkulkujen orkestrointisolmua ei ole määritetty johonkin viivästystoiminnoista:
Ajastin
Hyväksyminen
Odotusehto
Manuaalinen tehtävä (jos solmua ei merkitä välittömästi valmiiksi peruutuksen yhteydessä)
2024.2 ja uudemmat ohjeet
Yleiset toiminnot
Liittimet - yleiset toiminnot
Liittimet - yleiset toiminnot
Tässä artikkelissa kuvataan yleisiä toimintoja natiivien liittimien hallintaan ratkaisussa. Kaikkia natiiveja liittimiä hallitaan samasta liittimien hallintakäyttöliittymästä.
Huomaa, että jokaiselle liittimelle on omat kuvauksensa, joissa liittimen toiminnot ja konfigurointiohjeet on kuvattu yksityiskohtaisesti.
Päästäkseen liittimien hallintaan käyttäjällä on oltava järjestelmänvalvojan tason oikeudet asiakkaan alustan määrityksiin. Kun käyttöoikeudet on myönnetty oikein, liittimien välilehti tulee näkyviin ja käyttäjä voi hallita liittimiä.
Vasen valikko
Liittimien hallinta on jaettu neljään välilehteen:
- Yleiskatsaus – natiivien liittimien luomiseen ja päivittämiseen. Järjestelmänvalvoja voi nähdä niiden tilan, tyypin ja kuinka monta ajoitettua tai tapahtumatehtävää niihin liittyy.
- Todennus – todennustehtävien luomiseen ja päivittämiseen. Todennuksen Pro tarvitaan, jotta Secure Access voi määrittää, mitkä asiakkaiden loppukäyttäjät voivat käyttää Matrix42 Core , Pro and IGA -kirjautumissivua.
- Lokit – Native Connector- ja Secure Access -lokien lataamiseen käyttöliittymästä.
- Asetukset – yleiset asetukset natiiveille liittimille ja Secure Access , mukaan lukien lokinkirjauksen ja valvonnan ympäristötyyppi.
Liittimien yleiskatsausvälilehti
Yleiskatsaussivulta käyttäjä voi helposti ja nopeasti nähdä kaikkien liittimien tilan.
Yläpalkki:
- Natiiviliittimien (EPE) tila
- Vihreä teksti osoittaa, että Native Connectors on verkossa. Kaikki tarvittavat palvelut ovat toiminnassa.
- Punainen teksti osoittaa, että natiiviliittimissä on ongelma, eivätkä kaikki palvelut ole käynnissä.
- Secure Access tila ( ESA )
- Vihreä teksti osoittaa, että Secure Access on verkossa. Kaikki tarvittavat palvelut ovat käytettävissä.
- Punainen teksti osoittaa, että Secure Access on ongelma eikä mikään palvelut ole käynnissä.
- Natiiviliittimien versionumero näkyy oikeassa yläkulmassa
Listanäkymän yläpalkki:
- Uusi liitin - avaa uuden ikkunan uuden liittimen lisäämistä ja määrittämistä varten
- Poista yhdistin(et) - työnkulkuviittaukset lasketaan ja näkyviin tulee ponnahdusikkuna poiston vahvistamiseksi (huomaa, että viittausten laskeminen voi kestää useita sekunteja)
- Vienti - Ylläpitäjä voi viedä yhden tai useamman liittimen (ja tehtävän) ympäristöstä. Yleensä käytetään liittimien ja liittimien (ja tehtävien) viemiseen testiympäristöstä tuotantoympäristöön. Natiivien liittimien salaiset tiedot on suojattu salasanalla.
- Tuonti – Ylläpitäjä voi tuoda yhden tai useamman liittimen (ja tehtävän) ympäristöön. Yleensä käytetään liittimien (ja tehtävien) tuomiseen testistä tuotantoympäristöön.
- Ylläpitäjä ei voi tuoda tietoja vanhasta EPE-käyttöliittymästä (vanhempi kuin 2024.1) uuteen. Lähde- ja kohdeympäristöjen versioiden on oltava samat.
- Tuonti epäonnistuu, jos määritykset (mallit, määritteet) eivät ole samat – esimerkiksi jos jokin määrite puuttuu.
- Jos tuot jotain, jolla on samat liittimen tiedot, se yhdistetään olemassa olevan liittimen alle.
- Päivitä – Ylläpitäjä voi päivittää yhdistinnäkymän napsauttamalla painiketta .
Yleiskatsaus luettelonäkymässä,
- Valitse liittimet - Valitse yksi liitin napsauttamalla liitinrivin edessä olevaa valintaruutua tai napsauta otsikkorivin valintaruutua, jolloin kaikki liittimet valitaan.
- Id - Liittimen automaattisesti luotu yksilöllinen tunnus. Sitä ei voi muokata tai muuttaa.
- Tila - ilmaisee ajoitetun tehtävän tilan
-
Vihreä valintamerkki - Tehtävä suoritetaan ilman virheitä
-
Punainen risti - Tehtävä on suoritettu, mutta on tapahtunut virhe
-
Harmaa kello - Tehtävää ei ole vielä suoritettu, odotetaan ajoitusta -
Oranssi - yhdessä tehtävistä on ongelma
- Ei arvoa - Ajoitettu tehtäväpohjainen tieto puuttuu
-
- Nimi - Liittimen nimi lisätty liittimen asetuksiin. Yhden tietolähteen kokoonpanoa sisältävän liittimen yksilöllinen nimi.
- Tyyppi - osoittaa kohde-/lähdejärjestelmän
- Ajoitettu - kertoo, kuinka monta ajoitettua tehtävää on määritetty
- Tapahtuma - kertoo, kuinka monta tapahtumatehtävää on määritetty
- Hallitse
- Kynäkuvake - avaa yhdistimen asetukset (yhdistimen rivin kaksoisnapsauttaminen avaa myös asetukset)
- Paperikuvake - kopioi liittimen
- Pysäytä - työnkulkuviittaukset lasketaan ja näkyviin tulee ponnahdusikkuna poiston vahvistamiseksi
- Haku - Käyttäjä voi hakea liitintä kirjoittamalla hakusanan vastaavaan kenttään. Haku voidaan tehdä kentistä Tunnus, Tila, Nimi, Tyyppi, Aikataulutettu ja Tapahtuma.
Ajoitetun tehtävän tiedot (napsauta yhdistimen edessä olevaa nuolta)
Kun napsautat yhdistinrivin alussa olevaa nuolta, kaikki asiaankuuluvat ajoitetut tehtävät ja tapahtumatehtävät tulevat näkyviin.
Yläpalkki ajoitetuille tehtäville
- Uusi tehtävä - avaa uuden tehtävän määrityssivun
- Poista tehtävä(t) - poistaa valitut tehtävät järjestelmästä, eikä niitä voida enää palauttaa.
- Päivitä - päivitä ajoitettujen tehtävien näkymä
- Haku – käyttäjä voi hakea tehtäviä kirjoittamalla hakusanan vastaavaan kenttään, kuten Tunnus, Nimi, Käytössä tai Poiminnan/Lataamisen tila.
Ajoitettujen tehtävien luettelonäkymä
- Valitse tehtävä(t) - Valitse poistettava tehtävä luettelonäkymästä rastittamalla se.
- Id - Tehtävän yksilöllinen tunniste. Luodaan automaattisesti, eikä sitä voi muuttaa.
- Nimi - Tehtävän nimi lisätty tehtäväasetuksiin, tehtävän yksilöivä nimi.
- Käytössä - Näyttää, onko tehtävä ajoitettu vai ei
-
Vihreä valintamerkki - Tehtävä on ajoitettu
-
Punainen Risti - Tehtävää ei ole ajoitettu
-
- Poiminnan tila – Näyttää kohdehakemistosta/järjestelmästä poimitun tiedon tilan
- Vihreä valintamerkki - tiedot on purettu onnistuneesti
- Punainen risti - tiedot on poimittu virheellisesti tai poiminta epäonnistui
-
Kello - Tehtävä odottaa suoritusta
-
- Lataustila - Näyttää datan viennin tilan JSON-tiedostosta asiakkaan ratkaisuun
- Vihreä valintamerkki - tiedot on tuotu onnistuneesti asiakkaan ratkaisuun
-
Punainen risti - tietojen tuonnissa on virheitä tai tuonti epäonnistui
-
- Hallitse
- Kynäkuvake - avaa tehtävän asetukset omaan ikkunaansa (tehtävärivin kaksoisnapsauttaminen avaa myös tehtävän asetukset)
- Paperikuvake - kopioi tehtävän
- Kellokuvake - avaa tehtävähistorianäkymän
- Pysäytä - poista tehtävä, ponnahdusikkuna avautuu poiston vahvistamiseksi
Ajoitettujen tehtävien historianäkymä
Napsauttamalla ajoitettujen tehtävien rivillä olevaa kellokuvaketta saat näkyviin ajoituksen historian.
Katseluhistorian yläpalkki
- Päivitä - päivittää ajoitetun tehtävän tilan. Tämä ei vaikuta tehtävään, vaan päivittää käyttöliittymän näyttämään tehtävän suorituksen uusimmat tiedot.
Ajoitettujen tehtävien historian luettelonäkymä
- Rivin väri ilmaisee tilan
- Vihreä - tehtävä suoritettu onnistuneesti
- Punainen - suorituksen aikana tapahtui virhe
-
- Suoritustunnus – ajoitetun tehtävärivin yksilöivä tunnus
- Suunniteltu purkuaika - milloin seuraava purku hakemistosta/sovelluksesta on ajoitettu tapahtumaan
- Poiminnan valmistumisaika - milloin poiminta valmistui
- Purkamisen tila - hakemistosta/sovelluksesta haettavien tietojen tila
- Kuorman aloitusaika - milloin seuraava lataus asiakkaalle on ajoitettu tapahtumaan
- Kuormauksen valmistumisaika - milloin kuormitus on valmis
- Lataustila - tiedon lataustila asiakasratkaisuun
Ajoitettujen tehtävien tilan luettelonäkymä
- Todellinen aloitusaika - todellisen aloituksen aikaleima
- Käyttäjätiedosto - JSON-tiedosto, joka sisältää hakemistosta/sovelluksesta luetut käyttäjätiedot
- Ryhmätiedosto - JSON-tiedosto, joka sisältää hakemistosta/sovelluksesta luetut ryhmätiedot
- Yleinen tiedosto - JSON-tiedosto, joka sisältää hakemistosta/sovelluksesta luettuja yleisiä tietoja
- Poimi tiedot - yksityiskohtaisia tietoja tietojen lukemisesta hakemistosta/sovelluksesta
- Lataustiedot - yksityiskohtaiset tiedot tietojen lataamisesta asiakkaille Matrix42 Core , Pro and IGA -ratkaisussa
Ajoitetun tehtävän muokkausikkuna
Ajoitetun tehtävän määritykset voidaan avata napsauttamalla kynäkuvaketta tai kaksoisnapsauttamalla tehtäväriviä.
Vasemmanpuoleinen valikko ja ominaisuudet vaihtelevat valittujen asetusten mukaan, joten tarkemmat ohjeet tehtävien muokkaamiseen löytyvät liittimen kuvauksesta, mutta kaikille ajoitetuille tehtäville on yhteisiä toimintoja, jotka on kuvattu alla.
Tehtävän tallentaminen
Jos tehtävästä puuttuu pakollisia tietoja, hiiren vieminen tallennuspainikkeen päälle näyttää, mitkä ominaisuudet ovat vielä tyhjiä.
Yläpalkki ajoitetun tehtävän muokkaamista varten
- Suorita tehtävä manuaalisesti - ylläpitäjä voi suorittaa tehtävän manuaalisesti määritetyn aikataulun ulkopuolella
- Pysäytä tehtävä - ylläpitäjä voi pysäyttää parhaillaan käynnissä olevan ajoitetun tehtävän. Tehtävä pysäytetään ja sen tilaksi muutetaan pysäytetty. Se odottaa tässä tilassa seuraavaa ajastusta.
- Tyhjennä datavälimuisti - Käyttäjien ja ryhmien seuraavan käyttöönoton datavälimuisti tyhjennetään. Tämä tarkoittaa, että seuraava suoritus suoritetaan ensimmäisenä suorituksena.
- Oletusarvoisesti tyhjennämme välimuistin joka päivä klo 00:00 UTC
- Jos haluat tyhjentää välimuistin eri aikoina, sen on määritettävä jokin eri arvo isäntätiedostossa 'custom.properties'.
- EPE-välimuisti tyhjennetään myös, kun EPE käynnistetään uudelleen, koko ympäristö käynnistetään uudelleen tai EPE-määrityksiä on muutettu.
Tapahtuman tehtävän tiedot
Kun napsautat yhdistinrivin alussa olevaa nuolta, kaikki asiaankuuluvat ajoitetut tehtävät ja tapahtumatehtävät tulevat näkyviin.
Tapahtumatehtävien yläpalkki
- Uusi tehtävä - avaa uuden tapahtumatehtävän määrityssivun
- Poista tehtävä(t) - poistaa valitut tehtävät, näkyviin tulee ponnahdusikkuna poiston vahvistamiseksi
- Päivitä – päivittää tapahtuman tehtävänäkymän
- Näytä työnkulkuviittaukset - laskee tehtäviin liittyvät työnkulkujen suhteet ja tilat. Tämä on erittäin hyödyllistä, jos et tiedä, mistä työnkuluista tapahtumapohjaisia tehtäviä käytetään.
Tapahtumatehtävien luettelonäkymä
- Valitse tehtävä(t) - Valitse poistettava tehtävä luettelonäkymästä rastittamalla se.
- Id - Tehtävän yksilöllinen tunniste. Luodaan automaattisesti, eikä sitä voi muuttaa.
- Nimi - Tehtävän nimi lisätty tehtäväasetuksiin, tehtävän yksilöivä nimi.
- Työnkulkusuhteet
- Kysymysmerkki näyttää ponnahdusikkunan, jossa on yksityiskohtaisia tietoja viitteestä
- Työnkulun tila
- Ei käytössä - Ei yhteyksiä työnkulkuun
- Käytössä - Työnkulku(t) on liitetty tehtävään, tehtävää ei voi poistaa
- Hallitse
- Kynäkuvake - avaa tehtävän asetukset omaan ikkunaan
- Paperikuvake - kopioi tehtävän
- Pysäytä-kuvake - poistaa tehtävän, näkyviin tulee ponnahdusikkuna poiston vahvistamiseksi
Tapahtumatehtävän muokkausikkuna
Tapahtumatehtävän määritykset voidaan avata napsauttamalla kynäkuvaketta tai kaksoisnapsauttamalla tehtäväriviä.
Vasemmanpuoleinen valikko ja ominaisuudet vaihtelevat valittujen asetusten mukaan, joten tarkemmat ohjeet muokkaustehtäviin löytyvät liittimen kuvauksesta, mutta kaikille tapahtumatehtäville on yhteisiä toimintoja, jotka on kuvattu alla.
Muokkaa tapahtumaa -tehtäväikkuna
- Tehtävän käyttö, muokattavissa? - tämä tulee näkyviin, kun olemassa olevan tehtävän muokkaaminen ja tehtävän käyttötyypin muuttaminen rikkoo työnkulut
- Määritysten tyyppi, muokattavissa? - Tämä tulee näkyviin, kun muokataan olemassa olevaa tehtävää ja määritysten tyypin muuttaminen rikkoo työnkulut
Tehtävän tallentaminen
Jos tehtävästä puuttuu pakollisia tietoja, hiiren vieminen tallennuspainikkeen päälle näyttää, mitkä ominaisuudet ovat vielä tyhjiä.
Todennus-välilehti
Matrix42 Core , Pro and IGA ratkaisujen todennus määritetään todennusvälilehdeltä. Huomaa, että vain osa liittimistä (hakemistoliittimet) tukee todennusta, joten todennustehtäviä ei ole mahdollista luoda kaikille käytettävissä oleville liittimille.
Yläpalkki todennusta varten
- Uusi liitin - avaa uuden ikkunan uuden liittimen määrittämiseen (huomaa, että kaikki liittimet eivät tue todennusta)
- Poista yhdistin(et) - poistaa valitut tehtävät, näkyviin tulee ponnahdusikkuna poiston vahvistamiseksi
- Vienti - käyttäjä voi viedä yhden tai useamman tehtävän ympäristöstä. Yleensä käytetään tehtävien vientiin testiympäristöstä tuotantoympäristöön. EPE-liittimet on suojattu salasanalla.
- Huomaa, että todennustehtävien aluetta ei viedä, se on määritettävä manuaalisesti tuonnin jälkeen.
- Tuonti - käyttäjä voi tuoda yhden tai useamman tehtävän ympäristöön. Yleensä käytetään tehtävien tuomiseen testistä tuotantoympäristöön.
- Päivitä – päivittää todennustehtävien näkymän
Todennuksen yleiskatsauksen luettelonäkymä
- Valitse liittimet - Valitse yksi liitin napsauttamalla liitinrivin edessä olevaa valintaruutua tai napsauta otsikkorivin valintaruutua, jolloin kaikki liittimet valitaan.
- Id - Liittimen automaattisesti luotu yksilöllinen tunnus. Sitä ei voi muokata tai muuttaa.
- Nimi - Liittimen nimi lisätty liittimen asetuksiin. Yhden tietolähteen kokoonpanoa sisältävän liittimen yksilöllinen nimi.
- Tyyppi - osoittaa kohde-/lähdejärjestelmän
- Määrä - kertoo, kuinka monta todennustehtävää on määritetty
- Hallitse
- Kynäkuvake - avaa todennustehtävän asetukset omaan ikkunaansa
- Paperikuvake - kopioi tehtävän
- Pysäytä-kuvake - poistaa valitun tehtävän
Todennustehtävän tiedot
Kun napsautat yhdistinrivin alussa olevaa nuolta, kaikki asiaankuuluvat ajoitetut ja tapahtumatehtävät tulevat näkyviin.
Yläpalkki todennuksen yleiskatsaukseen
- Luo uusi tehtävä - avaa uuden todennustehtävän määrityssivun
- Poista tehtävä(t) - poistaa valitut tehtävät, näkyviin tulee ponnahdusikkuna poiston vahvistamiseksi
- Päivitä – päivittää todennustehtävien näkymän
Listanäkymä todennuksen yleiskatsaukseen,
- Valitse tehtävä(t) - Valitse poistettava tehtävä luettelonäkymästä rastittamalla se.
- Id - Tehtävän yksilöllinen tunniste. Luodaan automaattisesti, eikä sitä voi muuttaa.
- Nimi - Tehtävän nimi lisätty tehtäväasetuksiin, tehtävän yksilöivä nimi.
- Hallitse
- Kynäkuvake - avaa tehtävän asetukset omaan ikkunaansa (tehtävärivin kaksoisnapsauttaminen avaa myös asetusikkunan)
- Paperikuvake - kopioi tehtävän
- Pysäytä-kuvake - poistaa tehtävän, näkyviin tulee ponnahdusikkuna poiston vahvistamiseksi
Lokit-välilehti
Lokit-välilehdellä voi ladata käyttöliittymästä Native Connector- ja Secure Access -lokeja yksityiskohtaista vianmääritystä varten.
- epe-master -lokit - sisältää varoitus-, virhe- ja virheilmoituksia natiiveista liittimistä sekä tietoa siitä, kuinka kauan tehtäviin liittyviä toimia on suoritettu.
- epe-worker-ad lokit - Sisältää Active Directory -liittimen tilan tiedot (mitä Native Connector lataa asiakkaan Matrix42 Core , Pro and IGA ratkaisuun). Jos valinta on tyhjä, hakemisto ei ole käytössä tässä ympäristössä.
- epe-worker-azure -lokit - sisältää Entra ID :n tilatiedot (mitä Native Connector lataa asiakkaan Matrix42 Core , Pro and IGA ratkaisuun). Jos valinta on tyhjä, hakemisto ei ole käytössä tässä ympäristössä.
- epe-worker-ldap lokit - sisältää LDAP:n tilatiedot (mitä Native Connector lataa asiakkaan Matrix42 Core , Pro and IGA ratkaisuun). Jos valinta on tyhjä, hakemisto ei ole käytössä tässä ympäristössä.
- epe-laukaisujen lokit - sisältää tietoa EPE-laukaisuista
- datapump-itsm-l ogs - Sisältää tietoa datan viennistä asiakkaille Matrix42 Core , Pro and IGA ratkaisuissa.
- esa -lokit - Sisältää tietoa Secure Access -todennuksesta.
Asetukset-välilehti
Asetukset-välilehtiä käytetään yhdistimiä sisältävien ympäristöjen valvontaan.
- Ympäristötyyppi - on pakollinen valinta ja tietoja käytetään esimerkiksi hälytyksen kriittiseen määrittelyyn.
- Testi – valitse tämä, kun ympäristöäsi käytetään testiympäristönä
- Pro d - valitse tämä, kun ympäristöäsi käytetään tuotantoympäristönä
- Demo – valitse tämä, kun ympäristöäsi käytetään demo- tai harjoitusympäristönä
- Kehittäjä – valitse tämä, kun ympäristöäsi käytetään kehitysympäristönä
Mitä me valvomme?
- Aikataulun mukaisen provisioinnin epäonnistumiset (tietojen poimiminen, tietojen vienti ESM:ään, vanhentuneet varmenteet, virheelliset salasanat, virheellinen hakukanta/suodatin, virheelliset määritykset jne.)
- Tapahtumapohjaisen provisioinnin epäonnistumiset ( AD / Azure kirjoittaminen jne. epäonnistuu)
- Tapahtumapohjainen valmistelu – mitä liittimiä käytetään tietojen kirjoittamiseen sovelluksiin/hakemistoihin.
- ESA yli kymmenen epäonnistunutta kirjautumisyritystä yhdelle käyttäjälle viimeisen kolmen päivän aikana
- Ympäristötyyppi - on pakollinen valinta ja tietoja käytetään esimerkiksi hälytyksen kriittiseen määrittelyyn.
Tietojen migraatiot
Älä napsauta ”Siirrä attribuuttimääritykset” tai ”Siirrä työnkulut”, ellei Matrix42 pyydä sinua tekemään niin.
Efecte-liittimen konfigurointi
Tässä luvussa kuvataan Efecte-liittimen konfigurointiohjeet, jotta se voidaan yhdistää toiseen Efecte-ratkaisuun.
Tarkista kuvasta, miten kaksi Efecte-ratkaisua on nimetty, jotta ohjeita on helpompi seurata.
Päästäkseen liittimien hallintaan käyttäjällä on oltava oikeudet Efecte Platformin konfigurointiin.
1. Avaa Efecten hallinta-alue (ratassymboli).
2. Avaa yhdistinnäkymä.
3. Valitse uusi liitin
4. Valitse tietolähteen tyypiksi Efecte
5. Täytä Efecte 1 -ratkaisuun liittyvät tiedot
- Liittimen nimi – anna liittimellesi käyttäjäystävällinen nimi (nimeä voi muuttaa jälkikäteen)
- Isännän URL-osoite - isäntäosoite, jota käytetään yhteyden muodostamiseen Efecte-ratkaisuun
- Käyttäjänimi - Efecte 1 -ratkaisun Web API -käyttäjänimi
- Salasana - Efecte 1 -ratkaisun Web API -käyttäjien salasana
6. Täytä Efecte 2 -ratkaisuun liittyvät tiedot
- Web API -käyttäjä - Efecte 2 -ratkaisun Web API -käyttäjätunnus
- Luettelo kaikista Efecten paikallisista käyttäjistä
- Web API -salasana - Efecte 2 -ratkaisut Web API -käyttäjien salasana
7. Tallenna liittimen tiedot.
7. Kun olet tallentanut liittimen tiedot, voit painaa testaa yhteyttä -painiketta ja testata, voiko liitin muodostaa yhteyden kohde-Efecte-ratkaisuun.
9. Jos muokkaat olemassa olevien liittimien tietoja, muista tallentaa muutokset ja testata yhteyttä sen jälkeen.
Yleisiä uid ajoitetuille tehtäville
General g uid ance for scheduled tasks
How to Create New Scheduled Task to import data
For configuring scheduled-based provisioning task, you will need access to Administration / Connectors tab.
1. Open the Administration area (a cogwheel symbol).
2. Open Connectors view.
3. Choose Connector for Scheduled-based task and select New Task
Note! If connector is not created, you have to choose first New connector and after that New task.
4. Continue with connector specific instructions: Native Connectors
Should I use Incremental, Full or Both?
Scheduled task can be either Incremental or Full -type.
Do not import permissions with AD and LDAP incremental task
Incremental task has issue with permissions importing. At the moment it is recommended not to import group memberships with incremental scheduled task.
On Microsoft Active Directory and OpenLDAP connectors, remove this mapping on incremental task:
Setting on Scheduled tasks:
Incremental type is supported only for Microsoft Active Directory, LDAP and Microsoft Graph API (formerly known as Entra ID) Connectors.
Incremental type means, that Native Connectors (EPE) fetches data from source system, using changed timestamp information, so it fetches only data which is changed or added after previous incremental task run.
When Incremental type task is run for very first time, it does a full fetch (and it marks the current timestamp to EPE database), thereafter, task uses that timestamp to ask the data source for data that changed since that timestamp (and then EPE updates the timestamp to EPE database for next task run). Clearing task cache doesn't affect this timestamp, so Incremental task is always incremental after first run.
Full type is supported for all Connectors.
Full type import fetches always all data (it's configured to fetch) from source system, on every run.
Both Full and Incremental type tasks use also Task cache in EPE, which makes certain imports faster and lighter for M42 system.
By default that task cache is cleared ad midnight UTC time. When cache is cleared, next import after that is run without caching used to reason if data fetched should be pushed to ESM, all fetched data is pushed to ESM. But after that, next task runs until next time cache is cleared, are using EPE cache to determine if fetched data needs to be pushed to ESM or not.
You can configure at what time of day task cache is emptied, by changing global setting in EPE datapump configuration:
/opt/epe/datapump-itsm/config/custom.properties
which is by default set to: clearCacheHours24HourFormat=0
You can also clear cache many times a day, but that needs to be thinked carefully, as it has impact on overall performance as EPE will push changes to ESM, that probably are already there, example(do not add spaces to attribute value): clearCacheHours24HourFormat=6,12
After changing this value, reboot EPE datapump container to take change into use.
Recommendations:
Have always by default Full type scheduled task.
If you want to fetch changes to data fetched already by full task, more frequently than you can run full task, add also incremental task. Usually incremental task is not needed.
Recommended Scheduling Sequence
Recommended scheduling sequence, depends how much data is read from Customers system/directory to the Matrix42 Core, Pro or IGA solution and is import Incremental or Full.
Examples for scheduling,
| Total amount of users | Total amount of groups | Full load sequence | Incremental load sequence |
| < 500 | < 1000 |
Every 30 minutes if partial load is not used Four (4) times a day if partial load is used |
Every 10 minutes |
| < 2000 | < 2000 |
Every 60 minutes, if partial load is not used Four (4) times a day if partial load is used |
Every 15 minutes |
| < 5000 | < 3000 |
Every four (4) hours, if partial load is not used Twice a day if partial load is used |
Every 15 minutes |
| < 10 000 | < 5000 | Maximum imports twice a day, no matter if partial load is or is not used | Every 30 minutes |
| < 50 000 | < 7000 | Maximum import once a day, no matter if partial load is or is not used | Every 60 minutes |
| Over 50 000 | Over 7000 | There might be a need for another EPE-worker, please contact Product Owner | Separately evaluated |
Please note that if there are several tasks running at the same time you may need more EPE-workers. The tasks should be scheduled at different times and can be completed according to the table above. However, if there are more than 6 tasks running at the same time, the number of epeworkers should be increased. It's best practice not to schedule tasks to run at same time, if possible.
Recommendations related to performance
If the amount fo data to be imported is over 10000 concider these things:
Adjust log level of ESM and DATAPUMP to ERROR-level, to lowe the amount of logging during task run
Have as few as possible automations starting immediately for imported datacards (listeners, handlers, workflows), as those make ESM to take longer time handling new datacards.
Set removed accounts and entitlements status removed/disabled
With this functionality, you can mark account and entitlement status to e.g. Deleted or Disabled, when account or entitlement is removed from source system. Starting from version 2025.3 you can also set status to generic objects (not only to accounts/identities and entitlements/groups).
For version 2025.3 and newer
In version 2025.3 these settings are moved from properties files to Task UI. Also you can now set these settings for Generic objects, which have not been possible before this version.
There is separate configuration for each scheduled task, and for all mapping types. Here is example of this config on task:
For version 2025.2 and older
This functionality is available for “full” type scheduled tasks.
Settings are on datapump dockers configuration file. To change those parameter values, you need to set those in /opt/epe/datapump-itsm/config/custom.properties file.
Configuration
To enable disabling functionality, datapump config should have these parameters set to true:
disable.unknown.esm.users=truedisable.unknown.esm.groups=true
Those 2 parameters are false by default in 2024.2 and 2025.1 versions. In 2025.2 and newer version those are true by default.
Next are these parameters:
personTemplateStatusCodeAttributeKey=accountStatuspersonTemplateStatusAttributeDisabledValueKey=DeletedgroupTemplateStatusCodeAttributeKey=statusgroupTemplateStatusAttributeDisabledValueKey=5 - Removed
First two attributes should point to the DatacardHiddenState attribute in the User template, and tell which value should be send there when the user is deleted.
By default its accountStatus and Value 5 - Removed on IGA Account template.
All these needs to match with the attribute configuration:
Same thing applies for the next two paramaters, but its for Groups.'
If you need to change those parameters in properties file, do changes in Datapump container to file: /opt/epe/datapump-itsm/config/custom.properties and those changes will then survive over container reboot and will be copied on reboot to /opt/epe/datapump-itsm/config/application.properties.
Description
Tasks save their __taskid__ shown as Task Id mapping in the UI to the datacards, its then used to determine if the datacard was added by this task. In case there are multiple tasks with different sets of users.
This field was previously used as datasourceid, but since we moved to the model where connector can have multiple tasks its identifier cannot be used anymore, thats why the field was repurposed as taskid instead.
Taking users as an example, when task runs ESM is asked for the list of users that have its taskid in Task Id mapping field, and doesn't have a personTemplateStatusAttributeDisabledValueKey value in the personTemplateStatusCodeAttributeKey
This result is then compared to what the task fetched, and the datacards of users that were not fetched have their personTemplateStatusattribute set to value specified in the config - 5 - Removedby default.
Example log below shows described process and informs that one user was removed.
Same thing applies to groups but groupTemplateStatusattributes are used instead.
Notes
- Feature works only with full fetch scheduled tasks..
- No support for generic templates yet, only identity and access
- When migrating from the previous versions where datasourceid was still used it needs to run at least once to set its taskid’s in the datacards first.
- EPE identifies Disabled users or groups as the ones that were removed from the AD, at the present we do not support statuses related to the entity beign active or not.
- EPE does not enable users back on its own.
- If more than one tasks fetches the same users or groups it may overwrite the taskid in the datacard depending on which task ran last. It is suggested that many full type tasks are not fetching same user or group.
- Always do configuration file changes to custom.properties, do not change only application.properties as those changes are lost on container reboot if you have not done same changes to custom.properties.
Ajoitetun tehtävän määrittäminen tietojen lukemista varten
Tässä luvussa on konfigurointiohjeet tilanteisiin, joissa datakortteja luetaan vain lähteestä Efecte ratkaisu.
Huomaa kuvasta, miten kaksi Efecten ratkaisua on nimetty, jotta ohjeita on helpompi seurata.
Aikataulupohjaisten tehtävien määrittämiseen tarvitset pääsyn Efecte Platformin määrityskonsoliin.
Huom! Jos liitintä ei luoda, sinun on ensin luotava ”uusi liitin” ja sen jälkeen voit luoda uusia tehtäviä.
1. Avaa Efecten hallinta-alue (ratassymboli).
2. Avaa yhdistinnäkymä.
3. Valitse liitin, jolle aikataulupohjainen tehtävä on määritetty
4. Valitse uusi tehtävä oikean yhdistimen alta
5. Määritä tehtävän ajoitus (suoritetaanko ajoitettu tehtävä säännöllisesti ja miten). Valitse ajoitusjärjestys, joka riippuu siitä, kuinka paljon dataa Efecte-ratkaisuun luetaan.
6. Täytä tehtävän tiedot
- Täytä aikataulupohjaiselle tehtävälle yksilöivä nimi. Huomaa, että nimeä ei voi muuttaa jälkikäteen.
- Tehtävän käyttö osoittaa, että kyseessä on tehtävä, jota käytetään tietojen lukemiseen tai kirjoittamiseen.
- Huomaa, että jos tapahtumatyyppiä muutetaan jälkikäteen, se voi rikkoa työnkulut.
- Yhdistämistyyppi on aina Yleinen
- Suodatuskysely - tämä on valinnainen ja voit käyttää suodattimia lukeaksesi vain tiettyjä datakortteja lähde-Efecte-ratkaisusta. Jos arvo jätetään tyhjäksi, kaikki mallipohjaan liittyvät datakortit luetaan lähde-Efecte-ratkaisusta. Se käyttää EQL -syntaksia, esimerkiksi:
- SELECT entity FROM entity WHERE entity.template.code = 'system' AND entity.deleted = 0 AND $access_rights_group$ ei ole null
- EQL dokumentaatio: https://docs.efecte.com/webapi-esm/efecte-query-language-description-esm
- Mallipohjakoodi - Efecte-ratkaisun mallipohjakoodi (mitä datakortteja luetaan lähteestä Efecte-ratkaisu)
- Kansiokoodi - Efecte-ratkaisun kansiokoodi (missä datakortit säilytetään)
- Vinkki! Voit käyttää kuuntelijoita siirtääksesi datakortteja eri kansioon
7. Täytä vikatiedot
Valinnaiset asetukset virheiden käsittelyyn. Jos ajoitettu tehtävä epäonnistuu, se voi luoda datakortin Efecte-ratkaisuun (ei lähde-Efecte-ratkaisuun), joka näyttää virheen. Jos virheasetukset on määritetty, järjestelmänvalvojan ei tarvitse tarkistaa ajoitettujen tehtävien tilaa manuaalisesti.
- Virhemalli - Valitse datakortin malli, joka luodaan, jos valmistelussa ilmenee virheitä (yhteys tietolähteisiin, aikakatkaisut jne.).
- Vikakansio - Valitse kansio, johon vikatietokortti on tallennettu.
- Virheattribuutti – Valitse attribuutti, mihin virhemallissa virhetiedot tallennetaan.
8. Yleisen mallin yhdistämismääritykset
Yleisiä tietoja luetaan mihin tahansa käyttäjän haluamaan mallipohjaan, ja on pakollista asettaa kohdekansio, tietolähteen tunniste ja yksilölliset arvot, joita käytetään tietojen tunnistamiseen kahden Efecte-ratkaisun välillä.
- Kohdemalli – valitse Efecte-ratkaisumalli, johon tiedot luetaan lähde-Efecte-ratkaisusta.
- Kohdekansio – valitse Efecte-ratkaisun kansio (luetteloa rajataan vastaamaan yhteensopivuutta valitun mallin kanssa), johon tiedot luetaan lähde-Efecte-ratkaisusta.
- Ominaisuusmääritykset
- Vasemmalla puolella: lähde Efecte-ratkaisun attribuutti
- Tietolähteen tunnus (Datasourceid) on yhdistimen tehtävän nimi, josta on joissakin tapauksissa hyötyä tietokorteissa näytettäväksi.
- Efecte ID:n yksilöllinen attribuutti datakorteissa, yleensä IDgeneraattorin käsittelijän avulla
- Oikealla puolella: Efecte-ratkaisun attribuutti
- Vasemmalla puolella: lähde Efecte-ratkaisun attribuutti
- Lähde Efecte-ratkaisusta luettavia lisäattribuutteja on mahdollista asettaa valitsemalla Uusi attribuutti -painike.
11. Tallenna valmistelutehtävä tallennuspainikkeella. Jos jotkin pakolliset ominaisuudet puuttuvat, tallennuspainike näkyy harmaana ja se näyttää asetuksista puuttuvat tiedot.
12. Olet nyt määrittänyt aikatauluun perustuvan liitintehtävän Efecte-liittimelle lukemaan datakortteja lähde-Efecte-ratkaisusta.
- Voit nyt odottaa, kunnes tehtävä aloitetaan aikataulun mukaisesti tai
- Suorita tehtävä manuaalisesti – painiketta napsauttamalla tehtävä määritetään ajoitettavaksi alkamaan välittömästi. Yleensä testiajoihin tai jos et halua muuttaa aikatauluasetuksia, mutta haluat suorittaa tehtävän nyt.
Tapahtumatehtävän määrittäminen datan kirjoittamista varten
Kaikki Efecte Provisioning Engine ja tapahtumapohjaiseen provisionointitehtävään liittyvät määritykset määritetään Efecte Service Management -alustalla.
Huomaa kuvasta, miten kaksi Efecten ratkaisua on nimetty, jotta ohjeita on helpompi seurata.
1. Avaa Efecte Platformin määritysnäkymä (ratassymboli).
2. Avaa yhdistinnäkymä
3. Valitse liitin, joka käyttää tapahtumatehtävää
4. Valitse oikean liittimen alta ”uusi tehtävä”
5. Täytä tehtävän tiedot
- Tehtävän nimi - Anna tehtävälle nimi, se näytetään yhdistinnäkymässä.
- On hyvä käytäntö nimetä tehtävä tavalla, joka kuvaa sen tarkoitusta, esimerkiksi
- Tehtävän käyttö osoittaa, että kyseessä on tehtävä, jota käytetään datan lukemiseen tai datan kirjoittamiseen. Muutosta voidaan tehdä jälkikäteen, mutta sitä ei suositella, jos tapahtumatehtävä on käytössä. Se rikkoo työnkulut.
- Yhdistämistyyppi on aina yleinen mallipohja
6. Lisää kohde-Efecte-ratkaisumallin tiedot
- Suodatinkyselyä ei tarvitse täyttää, sitä käytetään vain ajoitettuihin tehtäviin.
- Mallipohjakoodi - lähde Efecte-ratkaisun mallipohjakoodi, johon tiedot luodaan tai poistetaan
- Kansiokoodi - lähde Efecte-ratkaisun kansion koodi, johon tiedot luodaan tai poistetaan
- Vinkki! Voit siirtää datakortteja eri kansioihin kuuntelijoiden avulla.
8. Määrittele yleiset vastaavuusmääritykset
- Kohdemalli - Valitse lähde-Efecte-ratkaisusta malli, josta tiedot luetaan kohde-Efecte-ratkaisusta.
- Kohdekansio - Valitse lähde Efecte-ratkaisusta kansio (luetteloa on rajattu vastaamaan yhteensopivuutta valitun mallin kanssa), josta tiedot luetaan.
- Ominaisuusmääritykset
- Vasemmalla puolella: kohde-Efecte-ratkaisun attribuutti
- Tietolähteen tunnus (Datasourceid) on yhdistimen tehtävän nimi, josta on joissakin tapauksissa hyötyä tietokorteissa näytettäväksi.
- Efecte ID:n yksilöllinen attribuutti datakortissa, yleensä IDgeneraattorin käsittelijän avulla
- Oikealla puolella: Efecte-ratkaisun attribuutti
- Vasemmalla puolella: kohde-Efecte-ratkaisun attribuutti
- Kohde-Efecte-ratkaisusta luettuja lisäattribuutteja on mahdollista asettaa valitsemalla Uusi attribuutti -painike.
9. Tallenna valmistelutehtävä “tallenna”-painikkeella. Jos pakollisia tietoja puuttuu, et voi tallentaa tehtävää ja tallennuspainike näyttää puuttuvat tiedot.
10. Seuraava vaihe on työnkulun määrittäminen käyttämään tätä tapahtumapohjaista tehtävää. Efecte Platformin työnkulkumoottorista on mahdollista suorittaa valmistelutoimia toiseen Efecte-ratkaisuun. Tämä tarkoittaa, että mitä tahansa käytettävissä olevien orkestrointisolmujen toimintaa voidaan suorittaa missä tahansa työnkulun vaiheessa.
Työnkulkuviitteet näkyvät liittimen yleiskatsaussivulla.
Kaksisuuntaisen liittimen määrittäminen
Tapauksissa, joissa tarvitaan kaksisuuntaista liitintä, on kiinnitettävä erityistä huomiota siihen, ettei kahden Efecte-ratkaisun välille synny silmukkaa.
Kaksisuuntaisen liittimen konfigurointi edellyttää, että sekä ajoitetut että tapahtumapohjaiset tehtävät on konfiguroitu molemmissa Efecte-ratkaisuissa.
Huomaa kuvasta, miten kaksi Efecten ratkaisua on nimetty, jotta ohjeita on helpompi seurata.
Kaksisuuntaisen liittimen konfigurointiin on useita eri skenaarioita, mutta tässä olemme listanneet yleisiä skenaarioita ja esimerkkejä konfiguroinnin tekemisestä.
Skenaario 1
Efecte 1 luo tiketin Efecte 2:lle tikettityypin perusteella ja Efecte 2 lähettää tiketin takaisin tilan perusteella.
Konfiguraatio Efecte 1:ssä.
- Luo tapahtumapohjainen tehtävä, kuten yllä olevissa tapahtumapohjaisen tehtävän ohjeissa on kuvattu.
- Määritä työnkulkusi alla olevien työnkulun aktiviteettien ohjeiden mukaisesti
- Luo Efecte 1 -työnkulkuun ehto, joka tarkistaa, lähetetäänkö tiketti Efecte 2:lle
Esimerkiksi tässä on Efecte 1:n työnkulku, joka lähettää tiketin Efecte 2:lle, kun tiketin tyyppi on tapahtuma
- Luo Efecte 1 -työnkulkuun ehto, joka tarkistaa, lähetetäänkö tiketti Efecte 2:lle
- Luo aikatauluun perustuva tehtävä, kuten yllä olevissa aikatauluun perustuvan tehtävän ohjeissa on kuvattu.
- Lisää suodatin tehtävälle, joka tarkistaa tiketin tilan Efecte 2:ssa. Tässä tapauksessa tiketti on ratkaistava Efecte 2:ssa ennen kuin se luetaan Efecte 1:een.
- Lisää suodatin tehtävälle, joka tarkistaa tiketin tilan Efecte 2:ssa. Tässä tapauksessa tiketti on ratkaistava Efecte 2:ssa ennen kuin se luetaan Efecte 1:een.
Konfiguraatio Efecte 2:ssa.
- Luo Web API -käyttäjä Efecte1 Efecte -liittimelle ja lähetä tunnistetiedot Efecte 1 -ylläpitäjälle.
- WebApi-käyttäjällä on oltava oikeudet lukea Ratkaistu-tilan omaavia tapahtumatietoja.
- Anna tapahtuman attribuuttikoodit, jotka luetaan Efecte 2:sta Efecte 1:een.
Skenaario 2
Efecte 1 luo tiketin Efecte 2:lle ja päivittää olemassa olevan tiketin Efecte 2:ssa muuttuneilla tiedoilla (kuvauskenttä on päivitetty)
Konfiguraatio Efecte 1:ssä.
- Luo tapahtumapohjainen tehtävä, kuten yllä olevissa tapahtumapohjaisen tehtävän ohjeissa on kuvattu.
- Määritä työnkulkusi alla olevien työnkulun aktiviteettien ohjeiden mukaisesti
- Työnkulussa on oltava ehdot, kun tiketti luodaan Efecte 1:stä Efecte 2:een.
- Luo datakortti -toiminnolla on oltava valmistelusolmu. Esimerkiksi
Konfiguraatio Efecte 2:ssa.
- Luo Web API -käyttäjä Efecte 1 EFecte -liittimelle ja lähetä tunnistetiedot Efecte 1 Adminille.
- WebApi-käyttäjällä on oltava oikeudet lukea tapahtumatietoja
- Anna tapahtuman attribuuttikoodit, jotka luetaan Efecte 1:stä Efecte 2:een.
- Luo aikatauluun perustuva tehtävä, kuten yllä olevissa aikatauluun perustuvan tehtävän ohjeissa on kuvattu.
- Lisää suodatin tehtävälle, joka tarkistaa tiketin tilan Efecte 1:ssä. Tässä tapauksessa tikettiä ei saa ratkaista Efecte 1:ssä ennen kuin se luetaan Efecte 2:een.
- Lisää suodatin tehtävälle, joka tarkistaa tiketin tilan Efecte 1:ssä. Tässä tapauksessa tikettiä ei saa ratkaista Efecte 1:ssä ennen kuin se luetaan Efecte 2:een.
Skenaario 3.
Efecte 1 lukee kaikki sovellusdatakortit Efecte 2:sta, tiedot muuttuvat Efecte 1:ssä ja päivittyvät takaisin Efecte 2:een.
Konfiguraatio Efecte 1:ssä.
- Luo aikatauluun perustuva tehtävä, kuten yllä olevissa aikatauluun perustuvan tehtävän ohjeissa on kuvattu. Esimerkiksi
- Luo tapahtumapohjainen tehtävä, kuten yllä olevissa tapahtumapohjaisen tehtävän ohjeissa on kuvattu.
- Määritä työnkulkusi alla olevien työnkulun aktiviteettien ohjeiden mukaisesti
Konfiguraatio Efecte 2:ssa.
- Luo Web API -käyttäjä Efecte 1 Efecte -liittimelle ja lähetä tunnistetiedot Efecte 1 Adminille.
- WebApi-käyttäjällä on oltava oikeudet lukea sovellusdatakortteja
- Anna sovellusmallin attribuuttikoodit, jotka luetaan Efecte 2:sta Efecte 1:een.
Skenaario 4.
Efecte 1 luo manuaalisen käyttöoikeuspyynnön tikettinä Efecte 2:lle, ja tilanmuutoksen perusteella se lähetetään takaisin Efecte 1:lle.
Konfiguraatio Efecte 1:ssä.
- Luo tapahtumapohjainen tehtävä, kuten yllä olevissa tapahtumapohjaisen tehtävän ohjeissa on kuvattu.
- Määritä työnkulkusi alla olevien työnkulun aktiviteettien ohjeiden mukaisesti
- Luo Efecte 1 -työnkulkuun ehto, joka tarkistaa, lähetetäänkö tiketti Efecte 2:lle
Esimerkiksi: Efecte 1:n työnkulku lähettää käyttöoikeuspyynnön Efecte 2:lle tikettinä, kun provisioinnin tyyppi on manuaalinen.
- Luo Efecte 1 -työnkulkuun ehto, joka tarkistaa, lähetetäänkö tiketti Efecte 2:lle
Konfiguraatio Efecte 2:ssa.
- Luo Web API -käyttäjä Efecte 1 Efecte -liittimelle ja lähetä tunnistetiedot Efecte 1 Adminille.
- WebApi-käyttäjällä on oltava oikeudet muokata tila-attribuuttia käyttöoikeuspyyntöjen datakorteissa
- Anna käyttöoikeuspyyntömallin tilaattribuuttikoodi ja sen arvot.
- Luo tapahtumapohjainen tehtävä, kuten yllä olevissa tapahtumapohjaisen tehtävän ohjeissa on kuvattu.
- Määritä työnkulkusi alla olevien työnkulun aktiviteettien ohjeiden mukaisesti
- Lisää työnkulkuun ehtoja, joiden täyttyessä Efecte-liittimen tulisi muuttaa tilan Efecte 1:ksi. Esimerkiksi kun tila on 07 - Ratkaistu
2024.1 ja vanhempien versioiden ohjeet
Ajoitetun tehtävän määrittäminen
Aikataulupohjaisen provisiointitehtävän määrittämiseen tarvitset pääsyn Efecte Platformin määrityskonsoliin.
1. Avaa Efecte-hallinta-alue (ratassymboli).
2. Avaa IGA näkymä
3. Valitse Lisää uusi tehtävä aikataulun Pro valmisteluun.
4. Valitse Lisää uusi tehtävä -luettelosta Efecte ESM
5. Täytä valmistelutehtävän yksilöllinen nimi
6. Valitse Web API -käyttäjä (luettelo kaikista Efecte-paikallisista käyttäjistä) ja kirjoita salasana
7. Valitse datakortin virhemalli, joka luodaan, jos valmistelun aikana ilmenee virheitä (yhteys tietolähteisiin, aikakatkaisut jne.).
8. Valitse aikataulutusjärjestys, joka riippuu siitä, kuinka paljon dataa luetaan asiakkaan Efecte-ratkaisuun
9. Täytä Pro osio, jossa yhteyden tiedot määritellään.
10. Täytä Efecte ESM -mallin yhdistämisosio
- Etä-ESM-mallin koodinimi - Etä-ESM:n mallin koodi
- Etä-ESM-kansion koodinimi - Etä-ESM:n kansion koodi
- Vasemmanpuoleiset kartoitukset ovat etämääritteille ja oikeanpuoleiset paikalliselle ESM-instanssille
- datasourceid ja efecte_id ovat pakollisia määrityksiä
- datasourceid:n tulisi olla merkkijonoattribuutti. Liittimen nimi näkyy kohdedatakortin DatasourceID:ssä, kun tietoja tuodaan Efecteen.
- efecte_id:n on oltava mallineen yksilöllinen attribuutti, yleensä käytetään idgeneraattorin käsittelijää
14. Tallenna valmistelutehtävä yläpalkista
15. Olet nyt määrittänyt aikatauluun perustuvan valmistelutehtävän ja voit
- Testiyhteys
- Suorita tehtävä manuaalisesti
16. Jos tehtävä suoritetaan manuaalisesti (suorita tehtävä manuaalisesti) tai se suoritetaan aikataulun mukaisesti, tehtävän tilaa voidaan tarkastella Pura / Lataa tila -välilehdellä.
Tapahtumapohjaisen tehtävän määrittäminen
Kaikki Efecte Provisioning Engine ja tapahtumapohjaiseen provisionointitehtävään liittyvät määritykset määritetään Efecte Service Management -alustalla.
1. Avaa Efecte-hallinta-alue (ratassymboli).
2. Avaa IGA näkymä
3. Valitse Lisää uusi tehtävä aikataulun Pro valmisteluun.
4. Valitse Lisää uusi tehtävä -luettelosta Efecte ESM
5. Täytä valmistelutehtävän yksilöllinen nimi
6. Täytä Pro -osio, jossa yhteyden tiedot määritellään. Huomaa, että suodatinkysely ei tarvitse arvoja, sitä käytetään vain ajoitetuille tehtäville.
7. Täytä Efecte ESM -mallin yhdistämisosio
- Etä-ESM-mallin koodinimi - Etä-ESM:n mallin koodi
- Etä-ESM-kansion koodinimi - Etä-ESM:n kansion koodi
- Vasemmanpuoleiset kartoitukset ovat etämääritteille ja oikeanpuoleiset paikalliselle ESM-instanssille
- datasourceid ja efecte_id ovat pakollisia määrityksiä
- datasourceid:n tulisi olla merkkijonoattribuutti. Liittimen nimi näkyy kohdedatakortin DatasourceID:ssä, kun tietoja tuodaan Efecteen.
- efecte_id:n on oltava mallineen yksilöllinen attribuutti, yleensä käytetään idgeneraattorin käsittelijää
8. Tallenna valmistelutehtävä yläpalkista
9. Olet nyt määrittänyt tapahtumapohjaisen valmistelutehtävän ja voit testata yhteyttä.
10. Seuraava vaihe on työnkulun määrittäminen käyttämään tätä tapahtumapohjaista tehtävää. Efecte Service Management -alustan työnkulkumoottorista on mahdollista suorittaa Efecte ESM:ään liittyviä provisiointitoimia. Tämä tarkoittaa, että mitä tahansa käytettävissä olevista toiminnoista voidaan suorittaa missä tahansa työnkulun vaiheessa.
Työnkulun aktiviteetit (orkestrointisolmut)
Luo datakortti
Yllä olevassa kuvassa Efecte ESM -mallien yhdistämismääritykset on täytetty valmistelutehtävistä. Järjestelmänvalvojat valitsevat oikean Efecte ESM -kohteen ja voivat tarkastella valitulle tehtävälle määritettyjä identiteettimäärityksiä. Tässä orkestrointinäkymässä järjestelmänvalvojat eivät voi muuttaa määrityksiä, vaan ne esitetään vain Pro apuna. Jos määrityksiin on tarpeen tehdä muutoksia, ne on suoritettava Pro määritysnäkymässä.
”Kohde” näyttää kaikki Efecte ESM:lle määritetyt yhdistintehtävät, ja tehtävämääritykset viittaavat samaan malliin, jossa itse työnkulku sijaitsee.
Pro on valinnainen ominaisuus tässä työnkulkusolmussa. Järjestelmänvalvojat voivat määrittää tämän ominaisuuden käyttöön siten, että poikkeuksia voidaan kirjoittaa, jos valmistelutoimintojen aikana on poikkeuksia.
Poista datakortti
Ylläpitäjät valitsevat oikean Efecte ESM "kohteen". Tässä orkestrointinäkymässä ylläpitäjät eivät voi muuttaa mitään määrityksiä tai ehtoja. Jos muutoksia tarvitaan, ne on suoritettava Pro määritysnäkymässä.
”Kohde” näyttää kaikki Efecte ESM:lle määritetyt yhdistintehtävät, ja tehtävämääritykset viittaavat samaan malliin, jossa itse työnkulku sijaitsee.
Pro on valinnainen ominaisuus tässä työnkulkusolmussa. Järjestelmänvalvojat voivat määrittää tämän ominaisuuden käyttöön siten, että poikkeuksia voidaan kirjoittaa, jos valmistelutoimintojen aikana on poikkeuksia.
Vianmääritys
Tässä luvussa kuvataan vianmääritysvaihtoehtoja,
- Jos käytetään vikamallia, tarkista oikea datakortti
- Tarkista ajoitettujen tehtävien historia liitinten hallinnasta
- Tarkista Efecte Provisioning Engine lokit
Rajoitukset
Nämä rajoitukset ovat voimassa, kun lähde- ja kohdejärjestelmässä on sama attribuuttityyppi. Jotkin näistä saattavat toimia, jos muutat attribuuttityypiksi toisessa järjestelmässä merkkijono.
Tapahtumapohjaisten tehtävien rajoitukset
- Sähköpostit eivät ole tuettuja
- Liitteitä eli ulkoisia viittauksia (FileUpload-käsittelijä) ei tueta.
- Päivämääräattribuutteja ei tueta
- Päivämäärä- ja aika-attribuutteja ei tueta
- Työlokien käsittelijää ei tueta
Ajoitettujen tehtävien rajoitukset
- Päivämäärätyyppiattribuutit (sinun on yhdistettävä ne merkkijonotyyppiattribuuttiin)
- DateTime-tyyppiattribuutit (sinun on yhdistettävä ne merkkijonotyyppiattribuuttiin)
- Työlokien käsittelijää ei tueta