Prijeđite na glavni sadržaj
FromNine
Izbornik

Inženjering

Integracije koje drže podatke u pokretu i pokazuju kad stanu.

Povezujemo CRM, ERP, sustave za predmete i platforme javne uprave putem ugovora, događaja i dobro riješenog identiteta, tako da se podaci pouzdano kreću, pogreške su vidljive, a nove mogućnosti, uključujući umjetnu inteligenciju (AI), mogu se sigurno priključiti.

Za organizacije u Hrvatskoj koje povezuju ERP, partnere i platforme javne uprave, i onda kad poslovanje prelazi granice.

Dogovorite razgovorPoslovne platforme
Integracije i API-ji: slojevi mogućnostiČetiri sloja složena u dubinu. Odozgo prema dolje: korisnici poput portala, aplikacija i agenata, API pristupnik s identitetom, okosnica događaja i sustavi evidencije ispod svega.01Portali, aplikacije i agenti02API pristupnik i identitet03Okosnica događaja04Sustavi evidencije
  1. 01API-ji temeljeni na ugovoru, s OpenAPI-jem i AsyncAPI-jem, verzijama i dokumentacijom
  2. 02Događaji s redoslijedom, idempotentnošću, obradom neisporučenih poruka i ponovnom obradom
  3. 03Tokovi nadzirani od početka do kraja, a redovi pogrešaka u vlasništvu imenovanih timova

01 Problemi

Problemi s integracijom zbog kojih nas zovu

  1. 01

    Izravne veze koje se nitko ne usuđuje mijenjati

    Deseci izravnih veza između CRM-a, ERP-a i sustava po mjeri. Promjena jednog polja znači testiranje deset sučelja.

  2. 02

    Duplikati i tihe pogreške

    Ponovni pokušaj stvori drugu narudžbu. Neuspjela poruka nestane. Poslovni korisnici to saznaju od klijenata.

  3. 03

    Svaki novi kanal znači novi integracijski posao

    Portal, mobilna aplikacija, a sada i AI asistent trebaju iste podatke, i svaki dobiva vlastiti izvoz.

  4. 04

    Razmjena s državom zaseban je projekt

    Povezivanje s NIAS-om, razmjenom eRačuna ili drugom platformom javne uprave svaki put traje mjesecima sigurnosnog posla i uključivanja.

02 Isporuke

Što isporučujemo

  1. 01 API strategija i upravljanje API-jima

    Dizajn u kojem API dolazi prvi, s ugovorima u OpenAPI-ju i AsyncAPI-ju, pravilima verzioniranja, pristupnikom koji ih provodi i portalom za razvojne inženjere, kako bi timovi pronašli i ponovno koristili ono što postoji.

    Što radimo

    • Karta API-ja i vlasništva
    • Smjernice za dizajn i postupak pregleda
    • Pravila pristupnika za sigurnost, kvote i verzioniranje
    • Portal za razvojne inženjere i katalog API-ja

    Što dobivate

    • Smjernice za API-je koje su vaši timovi prihvatili
    • Konfiguracija pristupnika kao kôd
    • Katalog dokumentiranih API-ja

  2. 02 Integracija temeljena na događajima

    Posrednici poruka, hvatanje promjena podataka i uzorak outbox, s pojedinostima koje odlučuju hoće li sve raditi: redoslijed, idempotentni potrošači, obrada neisporučenih poruka i ponovna obrada.

    Što radimo

    • Model događaja i konvencije imenovanja
    • Outbox i CDC na izvornim sustavima
    • Idempotentnost potrošača i jamstva redoslijeda
    • Redovi neisporučenih poruka s alatima za ponovnu obradu

    Što dobivate

    • Okosnica događaja u produkciji
    • Registar shema i pravila kompatibilnosti
    • Radni postupak za ponovnu obradu i oporavak

  3. 03 Integracijske platforme, odabrane za svaki tok

    SAP Integration Suite, MuleSoft i integracijski servisi izvorno u cloudu svaki imaju svoje mjesto. Reći ćemo vam kad je iPaaS bolji od koda po mjeri, a kad nije.

    Što radimo

    • Procjena postojećeg posredničkog softvera
    • Izbor platforme s ukupnim troškom vlasništva
    • Preslikavanja i konektori za ponovnu upotrebu
    • Migracija sa zastarjelog posredničkog softvera

    Što dobivate

    • Zapis o odluci o integracijskoj platformi
    • Knjižnica integracijskih uzoraka
    • Plan migracije postojećih sučelja

  4. 04 Identitet i povjerenje između sustava

    OAuth 2.0 i OpenID Connect, uzajamni TLS, identitet između servisa i integracija s eID shemama za građane i tvrtke: u Hrvatskoj eOsobna iskaznica, NIAS i Certilia, a u drugim državama članicama sheme kao što su itsme, DigiD i eHerkenning, BundID, FranceConnect, Cl@ve, SPID i CIE.

    Što radimo

    • Arhitektura identiteta za korisnike i servise
    • Dizajn tokena, opsega ovlasti i privola
    • Podrška pri uključivanju u eID sheme i certifikaciji
    • Priprema za europske lisnice za digitalni identitet

    Što dobivate

    • Dizajn identiteta i model prijetnji
    • eID integracija u produkciji
    • Uspostavljeni identiteti servisa i rotacija tajni

  5. 05 Inter­opera­bil­nost s javnom upravom

    Povezivanje s nacionalnim platformama za razmjenu podataka i e-usluge te s tehničkim sustavom EU-a temeljenim na načelu „samo jednom”. U Hrvatskoj to uključuje prijavu putem NIAS-a i e-račune javnim naručiteljima putem Servisa e-Račun za državu; u drugim državama članicama, primjerice, Federal Service Bus i MAGDA u Belgiji, Digikoppeling i Common Ground u Nizozemskoj, standarde XÖV i FIT-Connect u Njemačkoj, PDND u Italiji i API Entreprise u Francuskoj.

    Što radimo

    • Uključivanje u suradnji s operaterom platforme
    • Preslikavanje na nacionalne podatkovne standarde
    • Sigurnosni zahtjevi i zahtjevi zapisivanja svake razmjene
    • Dizajn razmjene dokaza po načelu „samo jednom”

    Što dobivate

    • Certificirana veza s razmjenom
    • Dokumentacija preslikavanja
    • Operativni postupci dogovoreni s operaterom

  6. 06 Operativna vidljivost za poslovne korisnike

    Nadzor tokova koji poslovni korisnici mogu čitati, usklađivanje između sustava i redovi pogrešaka za koje je netko odgovoran i koje redovito rješava.

    Što radimo

    • Nadzor tokova na poslovnoj razini
    • Izvješća o usklađivanju između sustava
    • Klasifikacija i usmjeravanje pogrešaka
    • Upozorenja za svakog vlasnika toka

    Što dobivate

    • Nadzorna ploča integracija za svaki poslovni proces
    • Provjere usklađenosti u produkciji
    • Karta vlasništva za svaki red pogrešaka

03 Arhitektura

Ilustrativna referentna arhitektura

Iz sustava evidencije izlaze dva puta. Sinkroni zahtjevi prolaze kroz sistemske API-je i pristupnik koji provjerava identitet, opseg ovlasti i kvote. Promjene se objavljuju kao događaji putem outboxa ili hvatanja promjena podataka, a potrošači ih obrađuju idempotentno.

Neuspjele poruke završavaju u redu neisporučenih poruka s mogućnošću ponovne obrade, a ne u datoteci zapisa. Pojas nadzora prikazuje svaki tok poslovnim pojmovima, kako bi ljudi odgovorni za proces vidjeli kad on stane.

Slojevi na crtežu

Sustavi evidencije
ERP, CRM i upravljanje predmetima zadržavaju ovlast nad svojim podacima.
Sinkroni API-ji
Sistemski API-ji s verzijama iza pristupnika s OAuthom 2.0, mTLS-om i kvotama.
Događaji
Outbox, posrednik, red neisporučenih poruka i preslikavanja integracijske platforme.
Korisnici
Portali, aplikacije, agenti, partneri i razmjene s javnom upravom, s eID-om kad su uključeni građani.
Ilustrativni primjer

  1. Sustavi evidencije

    • ERP, CRM i sustavi za predmete

  2. Sinkroni API-ji

    • Sistemski API-ji
    • API pristupnik: OAuth 2.0, mTLS, kvote

  3. Događaji

    • Outbox i CDC
    • Posrednik događaja
    • Neisporučene poruke i ponovna obrada
    • Preslikavanja integracijske platforme

  4. Korisnici

    • Portali, aplikacije i agenti
    • Razmjene s partnerima i javnom upravom
    • Identitet: OIDC, mTLS, eID

  5. Rad

    • Nadzor tokova, usklađivanje, redovi pogrešaka s vlasnicima
API-ji i okosnica događaja, jedno uz drugo

Ilustrativna arhitektura, a ne sustav klijenta.

Pročitajte dijagram kao tekst

Glavni put vodi od sustava evidencije kroz sistemske API-je s verzijama i API pristupnik do portala, aplikacija i agenata.

Usporedno, sustavi evidencije objavljuju promjene putem outboxa i hvatanja promjena podataka posredniku događaja, koji ih isporučuje razmjenama s partnerima i javnom upravom te integracijskoj platformi za preslikavanja. Neuspjele poruke idu u red neisporučenih poruka s ponovnom obradom. Servisi identiteta s OAuthom, mTLS-om i eID-om štite razmjene s partnerima.

Pojas nadzora ispod prikazuje stanje tokova, usklađivanje i redove pogrešaka s vlasnicima.

04 Razmatranja i ograničenja

Inženjerska razmatranja i ograničenja

  • Točno jednom je dizajn, a ne postavka

    Kako to rješavamo

    Pretpostavljamo da poruke stižu dvaput ili izvan redoslijeda i projektiramo idempotentne potrošače, s ključevima i pravilima redoslijeda dogovorenima za svaku vrstu događaja.

    Ograničenja i ovisnosti

    Neki naslijeđeni sustavi ne mogu prihvatiti ključeve idempotentnosti ni javiti što su obradili. Oko njih dodajemo usklađivanje, umjesto da se pretvaramo.

  • iPaaS nije uvijek odgovor

    Kako to rješavamo

    Platforme su bolje za mnoge standardne konektore i preslikavanja. Servisi po mjeri bolji su za složenu logiku, velike količine ili stroge zahtjeve za latenciju. Izbor dokumentiramo za svaku integraciju.

    Ograničenja i ovisnosti

    Modeli licenciranja se mijenjaju. Platforma koja je danas jeftina može postati najveća stavka vašeg proračuna za integracije, pa troškove modeliramo za više godina.

  • Razmjene s javnom upravom imaju vlastiti tempo

    Kako to rješavamo

    Dokumentaciju za uključivanje, sigurnosne dokaze i planove testiranja pripremamo rano i s operaterom platforme radimo od prvog tjedna.

    Ograničenja i ovisnosti

    Rokove certifikacije i uključivanja određuje operater, a ne mi. Planiramo oko njih i kažemo vam gdje se nalaze na kritičnom putu.

  • AI korisnicima trebaju uski API-ji

    Kako to rješavamo

    Agenti i asistenti dobivaju namjenske API-je s ograničenim ovlastima, ograničenjima i revizijskim zapisima, a ne isti široki pristup kao interni servisi.

    Ograničenja i ovisnosti

    Izlaganje API-ja agentu povećava rizik. Svaki takav API pregledavamo s vašim sigurnosnim timom prije puštanja u rad.

05 Kako radimo

Kako radimo

Prije izgradnje raspetljavamo, a svaki tok ostavljamo s vlasnikom.

  1. 01

    Mapiranje tokova

    Svako sučelje, njegov volumen, povijest pogrešaka i poslovni vlasnik.

    RezultatKarta integracija i rangiranje rizika

  2. 02

    Postavljanje pravila

    Smjernice za API-je, konvencije događaja, model identiteta i izbor platforme.

    RezultatSmjernice za integraciju i zapisi o odlukama

  3. 03

    Tok po tok

    Najrizičniji tokovi prvi, uz usklađivanje koje radi usporedno sa starim sučeljem dok se brojke ne podudare.

    RezultatPreseljeni tokovi s dokazima o usklađivanju

  4. 04

    Vidljiv rad

    Nadzorne ploče za svaki poslovni proces i redovi pogrešaka s imenovanim vlasnicima.

    RezultatKarta vlasništva tokova i nadzorne ploče

06 Ljudski nadzor

Gdje ljudi zadržavaju kontrolu

Integracija radi bez nadzora. Odgovornost za ono što pođe po zlu ne može.

  • Svaki red pogrešaka ima vlasnika

    Neuspjele poruke idu timu koji je za njih odgovoran, s kontekstom i gumbom za ponovnu obradu, a ne u zajednički zapis.

  • Promjene ugovora se pregledavaju

    Promjene API-ja ili događaja koje narušavaju kompatibilnost prolaze pregled s korisnicima prije objave.

  • Ponovna obrada je namjerna

    Ponovna obrada poruka u sustavu evidencije ovlaštena je radnja, zabilježena s podatkom o tome tko ju je pokrenuo i zašto.

07 Tehnologije

Tehnologije s kojima radimo

Integracijske platforme
  • SAP Integration Suite
  • MuleSoft
  • Azure Integration Services
  • Integracijski servisi AWS-a i Google Clouda
Događaji i strujanje
  • Apache Kafka
  • RabbitMQ
  • Posrednici događaja u cloudu
  • Debezium za hvatanje promjena podataka
API-ji
  • OpenAPI i AsyncAPI
  • API pristupnici i portali za razvojne inženjere
  • GraphQL gdje odgovara
  • Ugovorno testiranje
Identitet
  • OAuth 2.0 i OpenID Connect
  • Uzajamni TLS
  • Keycloak i pružatelji identiteta u cloudu
  • Nacionalne eID sheme

Navođenje tehnologije opisuje naše inženjersko iskustvo. Ne podrazumijeva partnerstvo s njezinim dobavljačem ni njegovu preporuku.

08 Primjer

Ilustrativni primjer

Ilustrativni primjer

Razmjena eRačuna za Fiskalizaciju 2.0 izravno iz ERP-a

01Polazište
Proizvođač električne opreme od 1. siječnja 2026. izdaje i prima eRačune, ali podatke između ERP-a i servisa za razmjenu prenosi skriptama i ručnim izvozima. Odbijeni računi i ulazni eRačuni bez narudžbe otkrivaju se tek pri zatvaranju mjeseca.
02Što bismo izgradili
Integracijski sloj koji eRačune iz ERP-a šalje kao događaje s ključevima idempotentnosti, prati njihov status i fiskalizaciju te ulazne eRačune uparuje s narudžbama, uz red pogrešaka s mogućnošću ponovne obrade.
03Gdje odlučuju ljudi
Računovodstvo odlučuje o odbijenim i neuparenim računima; voditelj informatike određuje tko smije pokrenuti ponovnu obradu.
04Što bismo mjerili
Udio eRačuna poslanih bez ručnog rada, vrijeme od pogreške do ispravka i broj računa koji se usklađuju pri zatvaranju mjeseca.

09 Po sektorima

U vašem sektoru

  • Javni sektor

    Razmjena podataka iz autentičnih izvora po načelu „samo jednom”, eID za građane i tvrtke te zapisivanje koje traže nacionalne platforme. Pogledajte naš rad za javni sektor.

  • Proizvodnja i industrija

    ERP, MES i portali za dobavljače povezani događajima, tako da planiranje, proizvodnja i servis dijele istu sliku.

  • Financijske usluge

    Ključni sustavi, CRM i partnerski API-ji povezani snažnim identitetom, revizijskim zapisima i usklađivanjem kojem financije vjeruju.

Hrvatska

Fiska­liza­cija 2.0, NIAS i inter­opera­bil­nost u EU-u

Od 1. siječnja 2026. obveznici PDV-a u Hrvatskoj u domaćem B2B poslovanju izdaju i primaju strukturirane eRačune i fiskaliziraju ih gotovo u stvarnom vremenu, a od 1. siječnja 2027. eRačune izdaju i porezni obveznici izvan sustava PDV-a. Javnim naručiteljima strukturirani e-računi šalju se putem Servisa e-Račun za državu (FINA), obvezno od 1. srpnja 2019. Javne e-usluge koriste prijavu putem NIAS-a, primjerice eOsobnom iskaznicom.

Tvrtka koja izdaje račune i kupcima u drugim državama vodi dva toka računa u jednom procesu. Akt o interoperabilnoj Europi traži od javnih tijela da procijene prekograničnu interoperabilnost, a eIDAS 2 donosi europske lisnice za digitalni identitet koje svaka država članica mora ponuditi.

Integracijske slojeve projektiramo tako da su nacionalne razmjene i sheme identiteta adapteri iza stabilnih internih ugovora. Nova razmjena ili nova država tada znači novi adapter i njegovo uključivanje, a ne prepravljanje sustava iza njega.

Pitanja o integracijama i API-jima

Trebamo li integracijsku platformu ili integracije po mjeri?

Oboje, za različite tokove. Standardni konektori, preslikavanja i uključivanje partnera govore u prilog platformi. Tokovi s velikim količinama, osjetljivi na latenciju ili s mnogo logike često govore u prilog servisima po mjeri. Odlučujemo za svaki tok i dokumentiramo zašto.

Integrirate li Salesforce, SAP i Odoo?

Da, redovito, međusobno te sa sustavima po mjeri i sustavima javne uprave, uključujući razmjenu eRačuna za Fiskalizaciju 2.0. Tvrtka FromNine ima partnerski status kod svih triju platformi (Salesforce Summit Partner, SAP Gold Partner, Odoo Gold Partner), pa naši timovi za integracije rade uz stručnjake za platforme. Pogledajte naš rad na integracijama sa SAP-om.

Treba li nam integracija temeljena na događajima?

Događaji pomažu kad više sustava mora reagirati na istu promjenu ili kad trebate razdvojiti cikluse izdanja. Za jednostavan zahtjev i odgovor između dvaju sustava API je često dovoljan. Većina okruženja koristi oboje.

Možete li integrirati nacionalne eID sheme?

Da. Integriramo eID sheme za građane i tvrtke, u Hrvatskoj prijavu putem NIAS-a, primjerice eOsobnom iskaznicom, i projektiramo za europske lisnice za digitalni identitet koje države članice uvode prema eIDAS-u 2. Zahtjevi za uključivanje razlikuju se po shemama, pa ih planiramo rano.

Imamo zastarjeli posrednički softver. Moramo li ga zamijeniti?

Ne odjednom. Mapiramo što na njemu radi, najprije premještamo najrizičnije ili najskuplje tokove i zadržavamo usklađivanje dok se svaki preseljeni tok ne dokaže.

Donesite sučelje koje najčešće zakaže

Pokazat ćemo kako bismo ga učinili vidljivim, idempotentnim i s jasnim vlasnikom te što bi nam trebalo kako bismo isto učinili i za ostala.

Dogovorite razgovorPodrška korisnicima