API je dogovoreni način na koji jedan program traži podatke ili radnju od drugog. Integracija je konkretno povezivanje 2 sistema preko takvog dogovora - na primjer web shopa i knjigovodstvenog programa - da bi podaci prelazili automatski umjesto da ih neko prepisuje.
Zamislite šalter sa jasno napisanim spiskom šta se smije tražiti i u kom obliku. Program pošalje zahtjev po tom pravilu, a drugi program odgovori podatkom.
Kod web shopa to znači da nova narudžba automatski stigne u knjigovodstvo, stanje zaliha se umanji, a kupac dobije potvrdu - bez ijednog ručnog koraka.
Za korisnika je sve nevidljivo. Vidi se samo posljedica: podaci su na svim mjestima isti i nema prepisivanja.
Prepisivanje. To je najskuplji tihi trošak u malim firmama - neko ručno prenosi iste podatke iz mail poruke u tabelu, pa iz tabele u program.
Greške. Svako prepisivanje nosi rizik pogrešnog iznosa ili datuma, a takva greška zna koštati više od cijele integracije.
Kašnjenje. Podaci koji se prenose jednom dnevno znače da odluke donosite na osnovu jučerašnjeg stanja.
Uz to je integracija i preduslov za AI automatizaciju, jer sistem mora imati odakle uzeti podatke i gdje ih upisati.
Ima li druga strana uopšte API. Stariji programi, posebno lokalni knjigovodstveni, ponekad nemaju nikakav način pristupa - i tada integracija nije pitanje cijene nego izvodljivosti.
Kakva je dokumentacija i ograničenja. Broj dozvoljenih zahtjeva i način prijave određuju koliko je posao složen.
Ko je vlasnik pristupnih podataka. Ključevi moraju glasiti na vašu firmu, kao i sve ostalo.
Šta se dešava kad druga strana promijeni pravila. Integracije se kvare kad pružaoc izmijeni svoj sistem, pa je vrijedi dogovoriti i održavanje.
Kad je obim mali. Ako se podaci prenose deset puta mjesečno, ručni unos je jeftiniji od razvoja i održavanja veze.
Kad su procesi nestabilni. Nema smisla automatizovati tok koji se mijenja svaka dva mjeseca - prvo se ustali proces, pa se povezuje.
Kad postoji jednostavnije rješenje. Ponekad izvoz i uvoz fajla jednom sedmično rješava devedeset posto problema uz djelić troška.
Zato prije ponude uvijek prvo izmjerimo koliko sati mjesečno taj prijenos zaista troši.
Prvi korak je popis podataka koji danas prelaze iz sistema u sistem ručno, sa procjenom koliko sati mjesečno na to odlazi. Bez tog broja nema osnove za odluku.
Drugi je provjera obje strane. Ima li svaki sistem način pristupa, kakva su ograničenja i šta se smije čitati a šta upisivati. Ovdje projekat najčešće i stane, kod starijih lokalnih programa bez ikakvog pristupa.
Treći je izrada i testiranje na stvarnim podacima, uz obavezno rukovanje greškama. Veza koja radi dok je sve uredno, a tiho pada kad stigne neočekivan podatak, gora je od ručnog unosa jer se greška primijeti kasno.
Četvrti je nadzor. Integracija treba javiti kad nešto ne prođe, umjesto da se to otkrije na kraju mjeseca pri usklađivanju.
Peti je dogovor o održavanju, jer se pravila na drugoj strani mijenjaju bez najave.
Integracija nije cilj nego sredstvo. Vrijedi je raditi tamo gdje se prepisivanje ponavlja često i gdje greška košta.
Ako razmišljate o povezivanju sistema, počnite od popisa podataka koji se danas prenose ručno i vremena koje na to odlazi. Taj spisak je i najbolja osnova za ponudu.
Isti popis kasnije služi i kao mjera uspjeha. Kad integracija profunkcioniše, uporedite koliko je sati mjesečno oslobođeno i gdje se greške prestale javljati - to je jedini pošten način da se ocijeni da li se ulaganje vratilo.
Zadnja izmjena: 17. avgust 2026.
Pošaljite adresu i recimo vam gdje stojite - bez obaveze.
Pošaljite upit
