Svaka narudžba na jednoj vremenskoj crti, od zaprimanja do plaćenog računa.
Procesi od narudžbe do naplate, od nabave do plaćanja i od servisnog zahtjeva do računa prolaze kroz ERP, CRM, web-trgovinu, skladište, prijevoz i financije. Povezujemo ih dokumentiranim API-jima i događajima, svakoj narudžbi dajemo jedan status u svim tim sustavima, a svaku iznimku šaljemo agentu koji priprema rješenje koje osoba odobrava.
Za tvrtke u Hrvatskoj koje prodaju, nabavljaju i izdaju račune u zemlji i u drugim državama članicama EU-a, svaka s vlastitim sustavima, prijevoznicima i pravilima e-računa.
Timovi za obveze prema dobavljačima i potraživanja
Integracije i IT operacije
Ilustrativni tijek rada
01Jednokratno bilježenje događajaSustav
02Prosljeđivanje putem API-ja i događajaSustav
03Jedna vremenska crta po narudžbiSustav
04Prikupljanje konteksta i prijedlogAI agent
05Odobrenje unutar pragovaČovjek
06Račun, uparivanje i plaćanjeSustav
07Pregled tijeka i uklanjanje uzrokaČovjek
Narudžba, narudžbenica ili servisni zahtjev bilježi se jednom u izvornom sustavu i putem dokumentiranih API-ja i događaja prosljeđuje ostalim sustavima. Događaji o statusu grade jednu vremensku crtu za svaku narudžbu. Kada korak ne uspije ili izađe izvan dopuštenog odstupanja, agent prikuplja kontekst i predlaže rješenje, koje osoba odobrava prije nego što se izvrši u izvornom sustavu. Računi se razmjenjuju i uparuju kao strukturirani e-računi, a vlasnici procesa pregledavaju tijek i stanje sučelja.
Prije i poslije
Što se mijenja u svakodnevnom poslovanju
Danas
Sa sustavom
Danas
Danas: Ponovni unos pri svakoj predaji
Narudžba zaprimljena u web-trgovini ili preko prodaje ponovno se upisuje u ERP, a podaci o isporuci i računu ručno se prepisuju u sustave skladišta, prijevoza i financija.
Sa sustavom
Sa sustavom: Uneseno jednom, korišteno svugdje
Svaka narudžba, isporuka i račun nastaju u sustavu koji je njihov vlasnik i objavljuju se kao događaj. Ostali se sustavi na njega pretplaćuju umjesto da ga ponovno upisuju.
Danas
Danas: Jučerašnji status
Zbog noćnih serijskih sučelja služba za korisnike, planiranje i financije vide različito, zastarjelo stanje iste narudžbe. Kupac koji pita gdje mu je isporuka čeka povratni poziv.
Sa sustavom
Sa sustavom: Jedan aktualni status
Svaka narudžba ili zahtjev ima jednu vremensku crtu izgrađenu iz događaja svih sustava kroz koje prolazi. Služba za korisnike, planiranje i financije gledaju iste činjenice, kao i asistent za podršku korisnicima koji odgovara na pitanja o statusu.
Danas
Danas: Iznimke rješavane u pretincima e-pošte
Nedostatak zaliha, razlike u cijeni, neuspjele isporuke i odbijeni e-računi rješavaju se e-poštom i tablicama, a poslije nitko ne zna tko je što odlučio.
Sa sustavom
Sa sustavom: Iznimke stižu s prijedlogom
Agent prikuplja podatke iza svake iznimke i predlaže rješenje. Osoba ga na jednom radnom mjestu za iznimke odobrava, uređuje ili odbija, a odluka se bilježi.
Danas
Danas: Matični podaci koji se ne slažu
Isti kupac, dobavljač, proizvod ili cijena postoje u nekoliko sustava s različitim vrijednostima, a nitko nije odgovoran za to koja je točna.
Sa sustavom
Sa sustavom: Jedan vlasnik za svaki podatkovni objekt
Kupci, dobavljači, proizvodi i cijene imaju dogovoreni izvorni sustav i imenovanog vlasnika. Duplikati i neusklađenosti prijavljuju se tom vlasniku, a ne ispravljaju tiho u sustavima koji slijede.
Danas
Danas: Svaka promjena dodaje sučelje
Novi prodajni kanal, tržište ili pravna osoba znači još jednu izravnu vezu između dva sustava. Obveze e-računa pritom svakom procesu dodaju strukturirani format i kanal razmjene.
Sa sustavom
Sa sustavom: Nove veze koriste iste ugovore
Novi kanal, pravna osoba ili kanal za e-račune povezuje se jednom na dokumentirane API-je i događaje, a ne na svaki sustav zasebno.
Tijek rada
Kako tijek rada teče
Kada su podaci uredni, glavni put ne traži ručni rad. Kada narudžba, isporuka ili račun odstupe, petlja iznimaka dovodi ih do osobe s dokazima i prijedlogom, a odobreni ispravak vraća se kroz isti integracijski sloj.
Ilustrativni tijek rada
7 koraka · 1 točka ljudske provjere
Legenda
Sustav
AI agent
Čovjek
Točka ljudske provjere
Iznimka
Povezani procesi: ilustrativni tijek rada s petljom iznimaka
Pročitajte dijagram kao tekst
Glavni put vodi od jednokratnog bilježenja poslovnog događaja u izvornom sustavu, preko njegova prosljeđivanja ostalim sustavima putem API-ja i događaja i izgradnje jedne vremenske crte po narudžbi, do izdavanja računa, uparivanja i plaćanja. Završava pregledom tijeka u kojem vlasnici procesa uklanjaju uzroke iznimaka.
Kada korak ne uspije, kasni ili izađe izvan dopuštenog odstupanja, iznimka napušta glavni put nakon koraka vremenske crte. Agent prikuplja kontekst i predlaže rješenje, a osoba ga odobrava, uređuje ili odbija. Odobrena radnja izvršava se u izvornom sustavu i kao novi događaj vraća se na korak prosljeđivanja.
Korak odobrenja točka je ljudske provjere: bez osobe se ne knjiži nijedna financijska transakcija, ne mijenja nijedna cijena ni kreditni limit i ne preuzima nijedna obveza prema kupcu.
01
Korak 1: Jednokratno bilježenje događajaSustav
Prodajna narudžba iz web-trgovine, s internetskih tržišta, putem EDI-ja ili od prodajnog tima, narudžbenica ili servisni zahtjev nastaje u sustavu koji je njezin vlasnik. Taj sustav objavljuje poslovni događaj u omotnici CloudEvents, opisan ugovorom AsyncAPI. Papirnate i PDF narudžbe te ulazni računi dobavljača najprije prolaze kroz inteligentnu obradu dokumenata.
02
Korak 2: Prosljeđivanje putem API-ja i događajaSustav
Integracijski sloj događaj dostavlja sustavima skladišta, prijevoza, financija i CRM-a putem njihovih dokumentiranih API-ja (OpenAPI). Primatelji su idempotentni, pa ponovljena poruka nikada ne stvara drugu pošiljku ili račun, a poruke koje se ne mogu dostaviti čekaju u redu pogrešaka za ponovnu obradu.
03
Korak 3: Jedna vremenska crta po narudžbiSustav
Događaji o statusu iz svih sustava (potvrđeno, prikupljeno, otpremljeno, isporučeno, fakturirano, plaćeno) povezuju se prema poslovnoj oznaci u jednu vremensku crtu. Pravila za ključne točke i odstupanja otvaraju iznimku kada korak ne uspije, kasni ili se ne poklapa: nedostatak zaliha, cijena izvan dogovorenog odstupanja, neuspjela isporuka, odbijeni e-račun.
04
Korak 4: Prikupljanje konteksta i prijedlogAI agent
Za svaku iznimku agent iz uključenih sustava čita ono što mu treba: narudžbu, stanje zaliha, ugovor o cijenama, status prijevoznika i uvjete kupca. Predlaže rješenje s obrazloženjem i podacima koje je koristio, primjerice zamjenski artikl, ispravljenu cijenu, novi termin isporuke ili ispravljeni račun.
Iznimka: Korak nije uspio ili je izvan odstupanja
05
Korak 5: Odobrenje unutar pragovaČovjek
Zaposlenik službe za korisnike, logistike ili financija na radnom mjestu za iznimke vidi iznimku, dokaze i prijedlog te ga odobrava, uređuje ili odbija. Odobrena radnja izvršava se putem API-ja izvornog sustava, koji promjenu objavljuje kao novi događaj.
Iznimka: Korak nije uspio ili je izvan odstupanja· Vraća se na korak 2
Točka ljudske provjere
Agenti nikada ne knjiže financijske transakcije, ne mijenjaju cijene ni kreditne limite i ne preuzimaju obveze prema kupcu bez odobrenja. Pragovi za svaku vrstu radnje određuju tko odobrava, a svaki se prijedlog i svaka odluka bilježe.
06
Korak 6: Račun, uparivanje i plaćanjeSustav
Izlazni računi napuštaju ERP kao strukturirani e-računi: domaći kao eRačun uz fiskalizaciju prema Fiskalizaciji 2.0, računi javnim naručiteljima prema normi EN 16931, a računi kupcima u drugim zemljama u formatu i kanalu koje traži kupac, primjerice Peppol. Ulazni računi dobavljača uparuju se s narudžbenicama i primkama, a status plaćanja iz banke ili od pružatelja usluga plaćanja zatvara vremensku crtu.
07
Korak 7: Pregled tijeka i uklanjanje uzrokaČovjek
Vlasnici procesa i integracijski tim u stalnom ritmu pregledavaju iznimke prema razlogu, pogreške sučelja i neusklađenosti matičnih podataka. Uzrok uklanjaju ondje gdje nastaje, u zapisu matičnih podataka, pravilu odstupanja ili mapiranju, umjesto da istu iznimku rješavaju iznova.
Komponente
Što bismo izgradili
01
Integracijski sloj vođen događajima
API-ji i događaji definirani najprije ugovorom između ERP-a, CRM-a, web-trgovine, skladišta, prijevoza i financija, opisani u OpenAPI-ju i AsyncAPI-ju s omotnicama CloudEvents, na vašoj postojećoj integracijskoj platformi ili izgrađeni izvorno za cloud.
Dogovoreni izvorni sustav i vlasnik za svaki podatkovni objekt, pravila uparivanja za kupce, dobavljače i proizvode te izvješća o duplikatima i neusklađenostima za ljude koji su za njih odgovorni.
Usluga koja događaje povezuje u jednu vremensku crtu po narudžbi ili zahtjevu, primjenjuje pravila za ključne točke i odstupanja te vlasnicima procesa prikazuje tijek i iznimke.
Red iznimaka s prikupljenim kontekstom i prijedlogom agenta, s radnjama odobri, uredi i odbij te pragovima odobrenja za svaku vrstu radnje, koji se provode ondje gdje se radnja izvršava.
Domaći eRačuni prema Fiskalizaciji 2.0, e-računi javnim naručiteljima prema normi EN 16931 putem Servisa e-Račun za državu i, za kupce u drugim zemljama, formati kao što je Peppol BIS Billing 3.0; svi se provjeravaju prije slanja, a odbijeni računi idu na radno mjesto za iznimke.
Nadzor stanja i upozorenja za svako sučelje, operativni priručnici za operativni tim i kontrolirana ponovna obrada neuspjelih poruka, postavljeno kao infrastruktura u kodu u vašem cloud zakupu.
Praćenje pošiljaka i događaji isporuke od prijevoznika
eRačuni i povratne poruke o statusu
Bankovni izvodi i obavijesti o plaćanju
Jezgra rješenja
Povezani procesi
Sustavi s kojima radi
SAP S/4HANA prodaja, nabava i financijePlatformaSAP
Salesforce Sales, Service i Commerce CloudPlatformaSalesforce
Odoo prodaja, zalihe, nabava i računovodstvoPlatformaOdoo
Platforme za e-trgovinu, internetska tržišta i API-ji prijevoznika
Sustavi za upravljanje skladištem i prijevozom
Servisi za razmjenu e-računa, banke i pružatelji usluga plaćanja
Upravljanje podacima o proizvodima i podatkovna platforma
Kontrole
Ugrađene kontrole
Granice pristupa
Svaka integracija i agent rade pod vlastitim servisnim identitetom u svakom sustavu, ograničeni na API operacije koje trebaju. Agent smije čitati iz više sustava kako bi prikupio kontekst, ali piše samo kroz kratak popis odobrenih radnji, koje izvršava API izvornog sustava, nikada izravnim pristupom bazi podataka.
Ljudska provjera
Pragovi odobrenja postavljaju se za svaku vrstu radnje zajedno s vlasnikom procesa: što agent smije samo predložiti, što odobrava član tima, a za što treba drugi odobravatelj. Financijska knjiženja, promjene cijena i kreditnih limita te obveze prema kupcima uvijek čekaju osobu. Radnje malog učinka koje se mogu poništiti, primjerice ponovno slanje neuspjele poruke, mogu se izvoditi bez odobrenja ako se vlasnik s time složi.
Mogućnost revizije
Svaki događaj, prijedlog, odobrenje, odbijanje i izvršena radnja bilježe se uz oznaku narudžbe ili zahtjeva, s podacima koje je agent koristio, verzijom modela i uputa te osobom koja je odobrila. Sporni račun ili pritužba kupca mogu se pratiti korak po korak.
Zaštita podataka
Kontaktni podaci kupaca i dobavljača idu samo u sustave kojima trebaju. Vremenska crta čuva poslovne oznake i statuse, a ne cijele zapise, a zapisi slijede rok čuvanja koji vi odredite. Obrada ostaje u dogovorenoj regiji.
Transparentnost umjetne inteligencije
Prijedlozi agenta na radnom mjestu za iznimke označeni su kao takvi, a uz njih su prikazani dokazi i obrazloženje. Izvorni sustavi ostaju mjerodavni: vremenska crta prikazuje ono što oni javljaju i nikada ih ne nadjačava.
Pokazatelji
Što bismo mjerili
Ova mjerila s vama dogovaramo tijekom početne analize, a polazno stanje uzimamo iz zapisa vaših postojećih sustava i sučelja prije bilo kakve promjene.
Što bismo mjerili
Pokazatelj
Zašto je važno
Kako bismo ga mjerili
01Trajanje ciklusa narudžbe
Zašto je važnoMjerilo koje kupci prvo primjećuju i koje pokazuje gdje narudžbe čekaju.
Kako bismo ga mjeriliVrijeme od zaprimanja narudžbe do isporuke i do plaćanja, po kanalu i pravnoj osobi, iz događaja vremenske crte.
02Narudžbe bez ručnog rada
Zašto je važnoPokazuje koliki dio tijeka radi na urednim podacima i dogovorenim pravilima.
Kako bismo ga mjeriliUdio narudžbi i zahtjeva koji dođu do plaćanja bez ijednog ručnog koraka ili iznimke, prema vremenskoj crti.
03Iznimke prema razlogu i vrijeme rješavanja
Zašto je važnoPokazuje koje uzroke treba najprije ukloniti i stiže li radno mjesto za iznimke obaviti posao.
Kako bismo ga mjeriliBroj iznimaka po šifri razloga i vrijeme od otkrivanja do izvršenog rješenja, iz zapisa radnog mjesta za iznimke.
04Udio odbijenih e-računa
Zašto je važnoOdbijeni računi odgađaju plaćanje i obično upućuju na pogreške u matičnim podacima ili mapiranju.
Kako bismo ga mjeriliUdio poslanih i primljenih e-računa koji su odbijeni, prema razlogu, iz povratnih poruka servisa za razmjenu.
05Pogreške sučelja i vrijeme oporavka
Zašto je važnoPokazuje je li integracijski sloj pouzdan i primjećuju li se i ispravljaju pogreške brzo.
Kako bismo ga mjeriliNeuspjele poruke po sučelju i vrijeme od pogreške do uspješne ponovne obrade, iz nadzora integracija.
06Duplikati i neusklađenosti matičnih podataka
Zašto je važnoVećina iznimaka potječe od podataka koji se razlikuju između sustava.
Kako bismo ga mjeriliOtvoreni duplikati i neusklađene vrijednosti po podatkovnom objektu i sustavu, iz izvješća o uparivanju.
Ciljne vrijednosti ne postavljamo dok ne postoji početno mjerenje.
Uvođenje
Kako bismo ga uveli
Faza 01
Početna analiza i karta procesa
Jedan proces, primjerice od narudžbe do naplate za jedan prodajni kanal, i jedna vrsta iznimke. Mapiramo sustave, sučelja, vlasnike podataka i današnji način rješavanja iznimaka.
Uvjeti za završetak
Proces, sustavi i vlasnici podataka mapirani
Prva vrsta iznimke i pragovi odobrenja dogovoreni
Polazno stanje preuzeto iz postojećih zapisa
Faza 02
Integracija i vremenska crta
Dokumentirani API-ji i događaji za sustave u opsegu te vremenska crta koja radi uz postojeća sučelja, bez njihove promjene.
Uvjeti za završetak
Ugovori događaja objavljeni i verzionirani
Vremenska crta na uzorku narudžbi odgovara izvornim sustavima
Ponovna obrada i operativni priručnici ispitani
Faza 03
Pilot radnog mjesta za iznimke
Agent predlaže rješenja za odabranu vrstu iznimke, a ljudi odobravaju svaki prijedlog. Prijedloge uspoređujemo s onim što bi učinili zaposlenici.
Pragovi i odobravatelji postavljeni za svaku vrstu radnje
Revizijski trag pregledali financije i interna kontrola
Faza 04
Proširenje i gašenje
Dodatne vrste iznimaka, kanali, pravne osobe i procesi, primjerice od nabave do plaćanja, svi na istim ugovorima. Stare izravne veze između sustava gase se jedna po jedna.
Narudžbe za proizvodnju po narudžbi i rezervne dijelove od ERP-a do skladišta i prijevoznika, uz potvrde dobavljača i eRačune uparene s narudžbenicama.
Zahtjevi za priključak i ugradnju kod distributera plina i vodoopskrbnih tvrtki, praćeni od radnog naloga preko izlaska na teren do računa, te materijal nabavljen u okviru okvirnih sporazuma.
Radni nalozi za održavanje vozila, narudžbenice izvođačima i njihovi računi, praćeni od zahtjeva do plaćanja kod gradskih i međugradskih autobusnih prijevoznika.
Od nabave do plaćanja s e-računima javnim naručiteljima putem Servisa e-Račun za državu, uparenima s narudžbama i primkama prije plaćanja.
Ilustrativni primjer
Proizvođač građevinskog materijala s kupcima u tri zemlje
Situacija
Proizvođač građevinskog materijala prodaje trgovcima i izvođačima u Hrvatskoj, Sloveniji i Austriji, putem portala za profesionalne kupce i terenske prodaje, iz dva skladišta. Narudžbe se ponovno upisuju u ERP, prijevoznici probleme s isporukom javljaju e-poštom, a domaći i inozemni računi izdaju se na različite načine.
Sustav
Narudžbe, zalihe, pošiljke i računi teku kao događaji između portala, ERP-a, skladišnog sustava i prijevoznika, a svaka narudžba ima jednu vremensku crtu. Domaći računi odlaze kao eRačun uz fiskalizaciju prema Fiskalizaciji 2.0, a računi kupcima u Sloveniji i Austriji iz istog procesa u formatu i kanalu koje traži kupac.
Ljudska kontrola
Nedostatak zaliha i neuspjele isporuke stižu na jedno radno mjesto za iznimke, gdje agent predlaže zamjenski artikl ili novi datum isporuke. Služba za korisnike odobrava svaki prijedlog; promjene cijena i knjižna odobrenja traže suglasnost financija.
Što bismo mjerili
Udio narudžbi bez ručnog rada po zemlji i kanalu, iznimke prema razlogu i vrijeme rješavanja te udio odbijenih e-računa po zemlji.
Hrvatska
Jedan proces, dva toka računa
Od 1. siječnja 2026. obveznici PDV-a domaće B2B račune izdaju i primaju kao strukturirani eRačun prema Fiskalizaciji 2.0 i fiskaliziraju ih gotovo u stvarnom vremenu; od 1. siječnja 2027. eRačun izdaju i porezni obveznici izvan sustava PDV-a. E-računi javnim naručiteljima obvezni su od 1. srpnja 2019. Tvrtka koja izdaje račune i kupcima u drugim zemljama tako u jednom procesu vodi dva toka računa, a paket EU-a o PDV-u u digitalnom dobu od 1. srpnja 2030. čini strukturirane e-račune zadanim načinom za B2B isporuke unutar EU-a. Projektiramo jedan integracijski sloj u kojem format i kanal za svakog primatelja stoje iza istih događaja, pa nova obveza znači novi konektor, a ne novi proces.
Akt o podacima, koji se primjenjuje od 12. rujna 2025., uređuje promjenu pružatelja usluga obrade podataka, pa ugovore događaja i izvoze podataka držimo prenosivima. Agente na radnom mjestu za iznimke projektiramo uz Akt o umjetnoj inteligenciji, a integracije dolaze sa zabilježenim pristupom i dokumentiranim komponentama za kupce koji moraju dokazati sigurnost opskrbnog lanca prema Zakonu o kibernetičkoj sigurnosti.
Ne. Vaš ERP, CRM, web-trgovina i skladišni sustav svaki rade svoj posao. Integriramo oko tih izvornih sustava, dogovaramo koji je sustav vlasnik kojih podataka i procesu dajemo jednu vremensku crtu kroz sve njih. Kada stari sustav za narudžbe ili ERP koči promjene, modernizacija naslijeđenih sustava najprije ga stavlja iza API-ja.
02Zamjenjujete li naš integracijski međusloj?
Ne, ako dobro radi svoj posao. Gradimo na integracijskoj platformi ili posredniku poruka koje već koristite i dodajemo ugovore, nadzor i ponovnu obradu ondje gdje nedostaju. Ako ih nemate, gradimo izvorno za cloud. Više o tome na stranici Integracije i API-ji.
03Mogu li agenti djelovati samostalno?
Samo unutar pragova koje dogovorite za svaku vrstu radnje i samo za radnje malog učinka koje se mogu poništiti, primjerice ponovno slanje neuspjele poruke. Financijska knjiženja, cijene, kreditni limiti i obveze prema kupcima uvijek traže osobu. Pročitajte gdje AI agenti trebaju ljudsko odobrenje.
04Kako se uklapaju obveze e-računa?
Od 1. siječnja 2026. obveznici PDV-a u Hrvatskoj domaće B2B račune izdaju i primaju kao strukturirani eRačun i fiskaliziraju ih gotovo u stvarnom vremenu, a od 1. siječnja 2027. eRačun izdaju i porezni obveznici izvan sustava PDV-a. Paket EU-a o PDV-u u digitalnom dobu čini strukturirane e-račune zadanim načinom za B2B isporuke unutar EU-a od 1. srpnja 2030. E-račun tretiramo kao još jedan događaj u procesu: izdaje se iz ERP-a, šalje kanalom koji vrijedi za primatelja, a kada je odbijen, obrađuje se na radnom mjestu za iznimke. Pogledajte naš vodič za Fiskalizaciju 2.0 i e-račune.
05Kako izbjeći još jednu krhku mrežu izravnih veza?
Sustavi objavljuju i preuzimaju dokumentirane događaje i API-je kroz jedan sloj, a ne putem izravnih veza jednih s drugima. Ugovori su verzionirani, primatelji idempotentni, neuspjele poruke mogu se ponovno obraditi, a svaki tok ima imenovanog vlasnika. Novi kanal pretplaćuje se na postojeće događaje umjesto da dodaje vezu prema svakom sustavu.
06Kako izgleda prvi opseg?
Jedan proces i jedna vrsta iznimke, primjerice od narudžbe do naplate za jedan prodajni kanal, s nedostatkom zaliha kao prvom iznimkom. Na tome se dokazuju događaji, vremenska crta i tijek odobrenja prije nego što se doda više. Više pročitajte na stranici Kako radimo.
Razgovarajmo o vašim tokovima narudžbi i računa
Odaberite jedan proces i tržišta na kojima radi. S vama ćemo mapirati sustave, sučelja i iznimke te predložiti prvo izdanje koje radi za sve vaše pravne osobe.