ERP:n ja kolmannen osapuolen rajapintayhteydet
ERP kolmansiin osapuoliin: CRM, logistiikka, verotus ja identiteetti
REST-, SOAP-, webhook- ja iPaaS-yhteydet ERP:nne ja sen ympärillä olevien palvelujen välillä, uudelleenyrityksineen ja hälytyksineen.
Rakennekaavio
Vierittäkää sivusuunnassa nähdäksenne koko piirroksen.
ERP:stä kolmansille osapuolille: yksi alusta, monta kumppania
Liiketoimintatapahtumat lähtevät ERP:stä kerran, ja integraatioalusta toimittaa ne kullekin kumppanille sen odottamassa muodossa. Takaisinkutsut palaavat samaa kautta. Viesti, joka epäonnistuu yhä uudelleenyritysten jälkeen, menee virhejonoon ja nostaa hälytyksen, johon sisältö on liitetty.
- Ensisijainen kulku
- Asynkroninen
- Poikkeuspolku
Kulku 9 vaiheessa
Kulku vaihe vaiheelta
- Kohteesta ERP kohteeseen Integraatioalusta: Liiketoimintatapahtumat protokollan REST · OData · webhook kautta (ensisijainen kulku).
- Kohteesta Integraatioalusta kohteeseen CRM: Asiakkaat ja tilaukset protokollan REST/JSON kautta (ensisijainen kulku).
- Kohteesta Integraatioalusta kohteeseen Logistiikka ja rahdinkuljettajat: Lähetykset varattu protokollan REST/JSON kautta (ensisijainen kulku).
- Kohteesta Logistiikka ja rahdinkuljettajat kohteeseen Integraatioalusta: Seurantatapahtumat protokollan webhook kautta (asynkroninen).
- Kohteesta Integraatioalusta kohteeseen Verkkolasku- ja veroalusta: Laskut hyväksyntää varten protokollan SOAP/XML · REST kautta (ensisijainen kulku).
- Kohteesta Integraatioalusta kohteeseen KYC- ja identiteettipalvelu: Identiteettitarkistukset protokollan REST/JSON kautta (ensisijainen kulku).
- Kohteesta KYC- ja identiteettipalvelu kohteeseen Integraatioalusta: Tarkistusten tulokset protokollan webhook kautta (asynkroninen).
- Kohteesta Integraatioalusta kohteeseen Virhejono ja hälytykset: Epäonnistui uudelleenyritysten jälkeen, virhejonoon (poikkeuspolku).
- Kohteesta Virhejono ja hälytykset kohteeseen Tukitiimi: Hälytys sisältöineen ja virheineen (poikkeuspolku).
Yleiskatsaus
Tämä on virta ERP:nne ja sen ympärillä olevien palvelujen välillä: CRM:n, kuljetusliikkeiden ja logistiikkapalvelujen, verkkolaskutus- ja verotusalustojen sekä identiteetti- ja KYC-palveluntarjoajien. Jokaisella kumppanilla on oma rajapintansa, oma muotonsa ja omat virheensä, ja jokainen niistä saapuu yleensä erillisenä projektina.
Viitearkkitehtuuri lähettää liiketoimintatapahtumat ERP:stä kerran integraatioalustalle, joka toimittaa ne kullekin kumppanille tämän odottamassa muodossa, REST-, SOAP-, webhook- tai AS2:n yli kulkevan EDIn kautta silloin, kun kauppakumppanit sitä vaativat. Takaisinkutsut, kuten seurantatapahtumat tai tarkistusten tulokset, palaavat saman alustan kautta.
Kumppanin katkos on normaali tapahtuma, ei hätätila. Tilapäiset virheet yritetään uudelleen. Viesti, joka epäonnistuu yhä uudelleenyritysten jälkeen, menee virhejonoon, ja hälytys tavoittaa tukitiimin hyötykuorman ja virheen kanssa, joten se voidaan korjata ja toistaa.
Miten tiedonkulku toimii
ERP julkaisee tapahtuman
Kun asiakas, tilaus tai lasku muuttuu, ERP julkaisee yhden liiketoimintatapahtuman integraatioalustalle rajapintansa, OData-palvelujensa tai webhookiensa kautta.
CRM pysyy ajan tasalla
Alusta päivittää tilit, yhteyshenkilöt ja tilaukset CRM:hen, joten myynti- ja palvelutiimit näkevät, mitä ERP tietää.
Lähetykset varataan
Lähetysvalmiit tilaukset varataan kuljetusliikkeeltä tai logistiikkapalvelulta sen rajapinnan kautta, ja lähetteet ja viitteet palaavat.
Seuranta palaa
Kuljetusliike lähettää seuranta- ja toimituksen kuittaus -tapahtumat webhookilla, ja alusta päivittää tilauksen ERP:hen.
Laskut hyväksytetään
Laskut lähetetään verkkolaskutus- tai verotusalustalle viranomaisen vaatimassa muodossa, ja hyväksynnän tila tallennetaan laskun yhteyteen.
Identiteetit tarkistetaan
Uudet asiakkaat tai toimittajat lähetetään KYC- tai identiteettipalveluntarjoajalle, ja tulos palaa webhookilla ennen kuin tili aktivoidaan.
Kun jokin epäonnistuu
Kumppani on tilapäisesti poissa käytöstä
Kutsu yritetään uudelleen kasvavin viivein. Idempotenssiavain jokaisessa kirjoituksessa tarkoittaa, ettei uudelleenyritys koskaan luo toista lähetystä tai laskua.
Viesti epäonnistuu yhä uudelleenyritysten jälkeen
Se menee virhejonoon hyötykuorman ja kumppanin virheen kanssa, ja tukitiimille lähetetään hälytys. Kun se on korjattu, se toistetaan jonosta.
Kumppani muuttaa rajapintaansa
Sopimustestit ajetaan kutakin kumppanin testiympäristöä vasten ja nappaavat muutoksen. Ilmoitetut muutokset aikataulutetaan ja testataan ennen kumppanin määräaikaa.
Data hylätään
Kumppani, joka hylkää datan liiketoiminnallisesta syystä, kuten puuttuvan veronumeron vuoksi, lähettää virheen takaisin ERP-tietueeseen, jossa omistaja voi korjata sen.
Standardit ja järjestelmät
- Integraatio
- REST
- SOAP
- Webhooks
- OpenAPI
- EDI (EDIFACT, ANSI X12)
- AS2
- MuleSoft
- Boomi
- Azure Logic Apps
- Identiteetti ja pääsynhallinta
- OAuth 2.0
Kysymyksiä ja vastauksia
Mitä kolmannen osapuolen palveluja voitte yhdistää?
Minkä tahansa palvelun, jolla on dokumentoitu rajapinta tai tiedostorajapinta. Tyypillisiä esimerkkejä ovat CRM-alustat, kuljetusliikkeet ja logistiikkapalvelut, markkinapaikat, verkkolaskutus- ja verotusalustat, palkanlaskenta, KYC- ja identiteettipalveluntarjoajat sekä kauppakumppanit, jotka vaihtavat EDI-asiakirjoja AS2:n yli. Käymme läpi kunkin kumppanin rajapinnan, rajat ja testiympäristön ennen kuin sitoudumme suunnitelmaan.
Tarvitsemmeko tähän integraatioalustan?
Kun useita kumppaneita on yhdistetty yhteen ERP:hen, alusta kuten MuleSoft, Boomi tai Azure Logic Apps tai joukko viestijonon päälle rakennettuja räätälöityjä palveluja pitää määritykset, uudelleenyritykset ja valvonnan yhdessä paikassa. Yhden tai kahden kumppanin kanssa suorat yhteydet voivat riittää. Esitämme vaihtokaupat, mukaan lukien lisenssikustannukset, teidän tapauksessanne.
Voitteko yhdistää meidät verkkolaskutus- ja veronhyväksyntäalustoihin?
Kyllä. Monet maat vaativat nyt, että laskut laaditaan tai hyväksytetään hallituksen tai akreditoidun alustan kautta määrätyssä muodossa. Integroimme ERP:n maanne vaatimaan alustaan tai akreditoituun palveluntarjoajaan, tallennamme hyväksynnän tilan ja tunnisteet kullekin laskulle ja käsittelemme hylkäykset. Veroneuvojianne vahvistavat teihin sovellettavat säännöt.
Miten suojaatte saapuvat webhookit?
Jokainen saapuva webhook vahvistetaan ennen käsittelyä: allekirjoituksella silloin, kun kumppani allekirjoittaa viestinsä, ja tunnuksella, lähteellä ja aikaleimatarkistuksilla silloin, kun se ei sitä tee. Hyötykuormat validoidaan sopimusta vasten, ja tapahtumat käsitellään kerran, vaikka kumppani lähettäisi ne useammin kuin kerran.
Mitä tapahtuu, kun kumppanilla on katkos?
Muut virrat jatkavat toimintaansa. Kyseisen kumppanin viestit yritetään uudelleen ja sitten jonotetaan, tukitiimille lähetetään hälytys, eikä mitään hukata. Kun kumppani palaa, jonotetut viestit toistetaan järjestyksessä. Koontinäyttö näyttää, mitä kumppania katkos koskee ja kuinka monta viestiä odottaa.
Kuka omistaa rakentamanne liittimet?
Teille rakentamamme työn immateriaalioikeudet ovat teidän ensimmäisestä commitista alkaen, ilman erillistä siirtoa lopussa. Liittimet toimitetaan lähdekoodeineen, testeineen ja dokumentaatioineen, joten tiiminne tai toinen toimittaja voi ylläpitää niitä. Kaikki aiemmin olemassa olleet XSIS:n työkalut pysyvät meidän ja lisensoidaan teille. Kumppanien rajapinnat ja integraatioalustojen lisenssit pysyvät kyseisten toimittajien omien ehtojen alaisina.
Aloittakaa keskustelulla, ei sopimuksella.
Kertokaa, mitä haluatte rakentaa, yhdistää tai suojata. Arkkitehti käy sen kanssanne läpi ja suosittelee, mistä aloittaa.
Mitä tapahtuu seuraavaksi
Ajan sopiminen
Tiimimme lähettää teille sähköpostia sopiakseen ajan tapaamiseen.
Ennakkokonsultointi
Tilaisuus on maksuton 30 minuutin verkkopohjainen ennakkokonsultointi: käymme läpi tavoitteenne, järjestelmänne ja rajoituksenne.
Valmiustarkastus
Tilaisuuden jälkeen järjestetään maksuton 48 tunnin valmiustarkastus, jossa pääarkkitehti tarkistaa projektinne kuusikohtaista valmiuden määritelmää vasten ja suosittelee sopivaa polkua.
Polun valinta
Laajuudeltaan valmiit projektit saavat sitovan tarjouksen kolmen ja viiden arkipäivän kuluessa. Konseptivaiheen projektit alkavat Blueprint Studiossa. Käynnissä oleva järjestelmä, joka ei toimi, on dokumentoimaton tai vaatii integraatiota, alkaa diagnostiikalla, jonka kesto on 1-2 viikkoa. Blueprint Studiolla ja diagnostiikalla on kummallakin kiinteä maksu, joka ilmoitetaan tarjouksessa.