Liikuge põhisisu juurde
FromNine
Menüü

Tarkvara ja pilv

Liidestused, mis hoiavad andmed liikumas ja näitavad, kui need peatuvad.

Ühendame CRM- ja ERP-süsteemid, menetlussüsteemid ja riigi süsteemid lepingute, sündmuste ja korralikult lahendatud identiteedi kaudu, nii et andmed liiguvad usaldusväärselt, vead on nähtavad ja uued võimekused, ka tehisintellekt, saavad ohutult liituda.

Eesti organisatsioonidele, kes ühendavad oma süsteemid X-tee, e-identimise, e-arve operaatorite ja partneritega Eestis ja teistes liikmesriikides.

Arutame teie projektiVaadake platvorme
Liidestused ja API-d: võimekuste kihidNeli kihti üksteise taga. Ülevalt alla: kasutajad nagu portaalid, rakendused ja TI-agendid, API-lüüs koos identiteediga, sündmuste selgroog ning all põhisüsteemid.01Portaalid, rakendused ja TI-agendid02API-lüüs ja identiteet03Sündmuste selgroog04Põhisüsteemid
  1. 01Lepingupõhised API-d OpenAPI ja AsyncAPI abil, versioonitud ja dokumenteeritud
  2. 02Sündmused järjekorra, idempotentsuse, kättetoimetamata sõnumite käsitlemise ja kordamisega
  3. 03Vooge jälgitakse algusest lõpuni ja vigade järjekordadel on nimetatud meeskonnad

01 Probleemid

Liidestusprobleemid, mille pärast meid kutsutakse

  1. 01

    Otseühendused, mida keegi ei julge muuta

    Kümned otseühendused CRM-i, ERP-süsteemi ja tellimustarkvara vahel. Ühe välja muutmine tähendab kümne liidese testimist.

  2. 02

    Duplikaadid ja vaiksed rikked

    Korduskatse loob teise tellimuse. Ebaõnnestunud sõnum kaob. Äripool saab sellest teada klientidelt.

  3. 03

    Iga uus kanal tähendab uut liidestustööd

    Portaal, mobiilirakendus ja nüüd ka TI-assistent vajavad samu andmeid ning igaüks saab oma väljavõtte.

  4. 04

    Riigi andmevahetus on omaette projekt

    Liitumine X-teega või e-identimisega võtab iga kord kuid turva- ja liitumistööd, kui seda ei ole kavandatud korduvkasutatavana.

02 Mida tarnime

Mida tarnime

  1. 01 API-strateegia ja -haldus

    API-esmane disain OpenAPI ja AsyncAPI lepingutega, versioonimise poliitika, lüüs, mis seda jõustab, ja arendajaportaal, et meeskonnad leiaksid olemasoleva ja kasutaksid seda uuesti.

    Mida teeme

    • API-maastiku ja omanike kaart
    • Disainijuhised ja ülevaatusprotsess
    • Lüüsi reeglid turbe, kvootide ja versioonimise jaoks
    • Arendajaportaal ja API-kataloog

    Mida saate

    • Teie meeskondade omaks võetud API-juhised
    • Lüüsi konfiguratsioon koodina
    • Dokumenteeritud API-de kataloog

  2. 02 Sündmuspõhised liidestused

    Sõnumivahendajad, muudatuste püüdmine ja outbox-muster koos detailidega, mis otsustavad, kas see töötab: järjekord, idempotentsed tarbijad, kättetoimetamata sõnumite käsitlemine ja kordamine.

    Mida teeme

    • Sündmusmudel ja nimetamise kokkulepped
    • Outbox ja CDC lähtesüsteemides
    • Tarbijate idempotentsus ja järjekorra tagatised
    • Kättetoimetamata sõnumite järjekorrad kordamise tööriistadega

    Mida saate

    • Sündmuste selgroog tootmises
    • Skeemiregister ja ühilduvusreeglid
    • Kordamise ja taastamise käsiraamat

  3. 03 Liidestusplatvormid, valitud voo kaupa

    SAP Integration Suite’il, MuleSoftil ja pilvepõhistel liidestusteenustel on igaühel oma koht. Ütleme teile, millal iPaaS on parem kui tellimuskood ja millal mitte.

    Mida teeme

    • Olemasoleva vahevara hindamine
    • Platvormi valik koos omamise kogukuluga
    • Korduvkasutatavad vastendused ja konnektorid
    • Üleminek pärandvahevaralt

    Mida saate

    • Liidestusplatvormi otsusekirje
    • Liidestusmustrite teek
    • Olemasolevate liideste üleminekuplaan

  4. 04 Identiteet ja usaldus süsteemide vahel

    OAuth 2.0 ja OpenID Connect, vastastikune TLS, teenustevaheline identiteet ning kodanike ja ettevõtete e-identimine: Eestis ID-kaart, Mobiil-ID ja Smart-ID, teistes liikmesriikides nende riiklikud eID-lahendused.

    Mida teeme

    • Kasutajate ja teenuste identiteediarhitektuur
    • Tõendite disain, õiguste ulatus ja nõusolek
    • Tugi eID-lahendustega liitumisel ja sertifitseerimisel
    • Ettevalmistus Euroopa digiidentiteedikukruks

    Mida saate

    • Identiteedilahendus ja ohumudel
    • eID-liidestus tootmises
    • Teenuseidentiteet ja saladuste roteerimine paigas

  5. 05 Avaliku sektori koostalitlusvõime

    Liidestused riiklike andmevahetuskihtidega: Eestis X-tee, mis ühendab põhiregistreid ja mida kasutatakse ühiselt Soomega, teistes liikmesriikides nende riiklikud platvormid ning ELi andmete ühekordse küsimise tehniline süsteem (OOTS).

    Mida teeme

    • Liitumine platvormi haldajaga
    • Vastendamine riiklike andmestandarditega
    • Iga andmevahetuse turbe- ja logimisnõuded
    • Andmete ühekordse küsimise tõendivahetuse kavandamine

    Mida saate

    • Nõuetekohane ühendus andmevahetusega
    • Vastenduste dokumentatsioon
    • Käitusprotseduurid koos haldajaga

  6. 06 Operatiivne nähtavus äripoolele

    Voogude seire, mida äripool oskab lugeda, süsteemidevaheline kokkuviimine ja vigade järjekorrad, millel on omanik, kes need läbi töötab.

    Mida teeme

    • Ärivaate tasemel voogude seire
    • Süsteemidevahelised kokkuviimisaruanded
    • Vigade klassifitseerimine ja suunamine
    • Häired voo omaniku kaupa

    Mida saate

    • Liidestuste töölaud äriprotsessi kaupa
    • Kokkuviimiskontrollid tootmises
    • Iga vigade järjekorra omanike kaart

03 Arhitektuur

Illustreeriv viitearhitektuur

Põhisüsteemidest väljub kaks teed. Sünkroonsed päringud lähevad läbi süsteemi-API-de ja lüüsi, mis kontrollib identiteeti, õiguste ulatust ja kvoote. Muudatused avaldatakse sündmustena outboxi või muudatuste püüdmise kaudu ning tarbijad töötlevad neid idempotentselt.

Ebaõnnestunud sõnumid jõuavad kordamisvõimalusega kättetoimetamata sõnumite järjekorda, mitte logifaili. Seireriba näitab iga voogu äri mõistetes, nii et protsessi omanikud näevad, kui see peatub.

Joonise kihid

Põhisüsteemid
ERP, CRM ja menetlussüsteem jäävad oma andmete peamiseks allikaks.
Sünkroonsed API-d
Versioonitud süsteemi-API-d lüüsi taga, kus on OAuth 2.0, mTLS ja kvoodid.
Sündmused
Outbox, sõnumivahendaja, kättetoimetamata sõnumite järjekord ja liidestusplatvormi vastendused.
Tarbijad
Portaalid, rakendused, TI-agendid, partnerid ja riigi andmevahetus, kodanike puhul koos eID-ga.
Illustreeriv näide

  1. Põhisüsteemid

    • ERP-, CRM- ja menetlus­süsteemid

  2. Sünkroonsed API-d

    • Süsteemi-API-d
    • API-lüüs: OAuth 2.0, mTLS, kvoodid

  3. Sündmused

    • Outbox ja CDC
    • Sõnumi­vahendaja
    • Kätte­toimetamata sõnumid ja kordamine
    • Liidestus­platvormi vastendused

  4. Tarbijad

    • Portaalid, rakendused ja TI-agendid
    • Partnerite ja riigi andme­vahetus
    • Identiteet: OIDC, mTLS, eID

  5. Käitamine

    • Voogude seire, kokkuviimine, omanikuga vigade järjekorrad
API-d ja sündmuste selgroog kõrvuti

Illustreeriv arhitektuur, mitte kliendi süsteem.

Lugege joonist tekstina

Põhitee kulgeb põhisüsteemidest versioonitud süsteemi-API-de ja API-lüüsi kaudu portaalide, rakenduste ja TI-agentideni.

Paralleelselt avaldavad põhisüsteemid muudatusi outboxi ja muudatuste püüdmise kaudu sõnumivahendajale, mis toimetab need partnerite ja riigi andmevahetustesse ning vastenduste jaoks liidestusplatvormile. Ebaõnnestunud sõnumid lähevad kordamisvõimalusega kättetoimetamata sõnumite järjekorda. Identiteediteenused OAuthi, mTLS-i ja eID-ga kaitsevad partnerite andmevahetust.

All olev seireriba näitab voogude olekut, kokkuviimist ja omanikuga vigade järjekordi.

04 Kaalutlused ja piirangud

Tehnilised kaalutlused ja piirangud

  • Täpselt üks kord on disain, mitte seadistus

    Kuidas me seda lahendame

    Eeldame, et sõnumid saabuvad kaks korda või vales järjekorras, ja kavandame tarbijad idempotentseks, võtmete ja järjekorra reeglitega, mis lepitakse kokku sündmuse tüübi kaupa.

    Piirangud ja sõltuvused

    Mõni pärandsüsteem ei suuda idempotentsusvõtmeid vastu võtta ega teatada, mida ta töötles. Nende ümber lisame kokkuviimise, selle asemel et teeselda.

  • iPaaS ei ole alati vastus

    Kuidas me seda lahendame

    Platvormid võidavad paljude standardsete konnektorite ja vastenduste puhul. Tellimusteenused võidavad keeruka loogika, suurte mahtude või rangete viivitusnõuete puhul. Dokumenteerime valiku iga liidestuse kohta.

    Piirangud ja sõltuvused

    Litsentsimudelid muutuvad. Täna odav platvorm võib saada teie liidestuseelarve suurimaks reaks, seega modelleerime kulusid mitme aasta peale.

  • Riigi andmevahetus seab oma tempo

    Kuidas me seda lahendame

    Valmistame liitumisdokumendid, turvatõendid ja testiplaanid ette varakult ning töötame platvormi haldajaga esimesest nädalast.

    Piirangud ja sõltuvused

    Liitumise ja nõuetele vastavuse kontrolli ajakava määrab platvormi haldaja, mitte meie. Arvestame nendega planeerimisel ja ütleme, kus need kriitilisel teel asuvad.

  • TI-tarbijad vajavad kitsaid API-sid

    Kuidas me seda lahendame

    TI-agendid ja assistendid saavad eraldi piiratud API-d koos limiitide ja auditilogiga, mitte sama laia juurdepääsu kui sisemised teenused.

    Piirangud ja sõltuvused

    API avamine TI-agendile lisab riski. Vaatame iga sellise API enne käivitamist koos teie turvameeskonnaga üle.

05 Kuidas töötame

Kuidas töötame

Harutame lahti enne, kui ehitame, ja jätame igale voole omaniku.

  1. 01

    Voogude kaardistamine

    Iga liides, selle maht, rikete ajalugu ja äripoolne omanik.

    TulemusLiidestuste maastik ja riskide järjestus

  2. 02

    Reeglite seadmine

    API-juhised, sündmuste kokkulepped, identiteedimudel ja platvormi valik.

    TulemusLiidestusjuhised ja otsusekirjed

  3. 03

    Üleviimine voo kaupa

    Kõigepealt kõige riskantsemad vood, kokkuviimine töötab vana liidese kõrval, kuni numbrid klapivad.

    TulemusÜleviidud vood koos kokkuviimise tõenditega

  4. 04

    Nähtav käitamine

    Töölauad äriprotsessi kaupa ja nimetatud omanikega vigade järjekorrad.

    TulemusVoogude omanike kaart ja töölauad

06 Inimese kontroll

Kus inimesed jäävad otsustajaks

Liidestused töötavad järelevalveta. Vastutus selle eest, mis valesti läheb, ei saa olla järelevalveta.

  • Igal vigade järjekorral on omanik

    Ebaõnnestunud sõnumid lähevad meeskonnale, kes nende eest vastutab, koos konteksti ja kordamisnupuga, mitte jagatud logisse.

  • Lepingu muudatused vaadatakse üle

    Ühilduvust rikkuvad API- või sündmuste muudatused vaadatakse enne avaldamist tarbijatega üle.

  • Kordamine on teadlik otsus

    Sõnumite uuesti saatmine põhisüsteemi on volitatud toiming, mis logitakse koos sellega, kes seda tegi ja miks.

07 Tehnoloogiad

Tehnoloogiad, millega töötame

Liidestusplatvormid
  • SAP Integration Suite
  • MuleSoft
  • Azure Integration Services
  • AWS-i ja Google Cloudi liidestusteenused
Sündmused ja voogedastus
  • Apache Kafka
  • RabbitMQ
  • Pilvepõhised sõnumivahendajad
  • Debezium muudatuste püüdmiseks
API-d
  • OpenAPI ja AsyncAPI
  • API-lüüsid ja arendajaportaalid
  • GraphQL, kus see sobib
  • Lepingutestimine
Identiteet
  • OAuth 2.0 ja OpenID Connect
  • Vastastikune TLS
  • Keycloak ja pilve identiteedipakkujad
  • Riiklikud eID-lahendused

Tehnoloogia loetelu kirjeldab meie inseneride kogemust. See ei tähenda partnerlust tootjaga ega tootja heakskiitu.

08 Näide

Illustreeriv näide

Illustreeriv näide

Struktureeritud e-arved ERP-süsteemist ehitusmaterjalide hulgimüüjale

01Olukord
Hulgimüüja klientide hulgas on vallad, linnad ja riigiasutused ning üha rohkem ettevõtteid, kes on registreerinud end e-arve saajaks. ERP-süsteem loob PDF-arveid, raamatupidaja laadib neid käsitsi operaatori portaali ja tagasilükatud arvetest saadakse teada hilja.
02Mida me ehitaksime
ERP-süsteem koostab struktureeritud e-arve ja saadab selle e-arve operaatori kaudu. Saaja registreeringu kontroll valib kanali, olekuteated jõuavad tagasi ERP-süsteemi ja vead lähevad omanikuga järjekorda.
03Kus otsustavad inimesed
Raamatupidaja kinnitab kreeditarved ja üle kokkulepitud summa ulatuvad arved; finantsjuht otsustab, millised kliendid lähevad e-arvele esimesena.
04Mida me mõõdaksime
Struktureeritud e-arvena saadetud arvete osakaal, aeg tarnest arve kohaletoimetamiseni ja tagasilükatud arvete arv kuus.

09 Valdkondade vaade

Teie valdkonnas

  • Avalik sektor

    Andmevahetus põhiregistritega X-tee kaudu, sisselogimine ID-kaardi, Mobiil-ID ja Smart-ID abil ning logimine, mida riigi andmevahetus nõuab. Vaadake meie tööd avalikus sektoris.

  • Tootmine ja tööstus

    ERP, MES ja tarnijaportaalid, mis on ühendatud sündmuste kaudu, nii et planeerimine, tootmine ja teenindus näevad sama pilti, ning e-arved, mis lähevad ERP-süsteemist välja struktureeritult.

  • Finantsteenused

    Põhisüsteemid, CRM ja partnerite API-d, ühendatud tugeva identiteedi, auditilogi ja kokkuviimisega, mida finantsosakond usaldab.

Eesti

Eesti kihid ja piiriülene koostalitlus

Eestis on andmevahetuse, e-identimise ja e-arve kihid juba olemas: X-tee ühendab põhiregistreid, ID-kaart, Mobiil-ID ja Smart-ID on sisselogimiseks ja digiallkirjaks ning struktureeritud e-arved avaliku sektori ostjatele liiguvad e-arve operaatorite kaudu. Uus süsteem peab nendega liituma, mitte neid dubleerima.

Piiriülesed teenused kohtavad igas riigis erinevat andmevahetust, eID-lahendust ja andmestandardit. Koostalitleva Euroopa määrus nõuab avalikult sektorilt piiriülese koostalitlusvõime hindamist ja eIDAS 2 toob Euroopa digiidentiteedikukrud. Kavandame liidestuskihid, kus riiklikud andmevahetused ja eID-lahendused on adapterid stabiilsete sisemiste lepingute taga. Uus riik tähendab siis uut adapterit ja liitumist, mitte taga olevate süsteemide ümbertegemist.

Küsimused liidestuste ja API-de kohta

Kas kasutada liidestusplatvormi või ehitada liidestused ise?

Mõlemat, eri voogude jaoks. Standardsed konnektorid, vastendused ja partnerite liitmine soosivad platvormi. Suuremahulised, viivitustundlikud või loogikarohked vood soosivad sageli tellimusteenuseid. Otsustame voo kaupa ja dokumenteerime põhjuse.

Kas liidestate Salesforce’i, SAP-i ja Odoo?

Jah, regulaarselt, omavahel ning tellimus- ja riigi süsteemidega. FromNine on kõigi kolme partner (Salesforce Summit Partner, SAP Gold Partner, Odoo Gold Partner), nii et meie liidestusmeeskonnad töötavad koos platvormispetsialistidega. Vaadake meie SAP-i liidestustööd.

Kas saate meie ERP-süsteemi e-arve operaatoriga liidestada?

Jah. Avaliku sektori ostjatele tuleb Eestis alates 1. juulist 2019 saata struktureeritud e-arve ja see liigub müüja e-arve operaatori kaudu. Alates 1. juulist 2025 saab ka e-arve saajaks registreeritud ettevõte nõuda tarnijalt struktureeritud e-arvet. Ühendame ERP-süsteemi operaatoriga nii, et arve, olekuteated ja tagasilükkamised liiguvad automaatselt ning vead jõuavad nimetatud omanikuni. Välisklientide jaoks toetab Peppoli ühendus piiriülest e-arveldust EN 16931 standardi alusel.

Kas saate liidestada riiklikud eID-lahendused?

Jah. Liidestame ID-kaardi, Mobiil-ID ja Smart-ID ning teiste liikmesriikide e-identimise lahendused ja kavandame lahenduse ka Euroopa digiidentiteedikukrute jaoks, mida liikmesriigid peavad eIDAS 2 alusel pakkuma 24. detsembriks 2026. Liitumisnõuded erinevad lahenduse kaupa ja arvestame nendega varakult.

Meil on pärandvahevara. Kas peame selle asendama?

Mitte korraga. Kaardistame, mis seal töötab, viime esimesena üle kõige riskantsemad või kallimad vood ja hoiame kokkuviimise paigas, kuni iga üleviidud voog on end tõestanud.

Tooge liides, mis kõige sagedamini ebaõnnestub

Näitame, kuidas me muudaksime selle jälgitavaks, idempotentseks ja omanikuga liideseks ning mida sama tegemine ülejäänutega nõuaks.

Arutame teie projektiTeeninduse tugi