Otpremnice trgovačkih lanaca u Excel za male proizvođače

Mali hrvatski proizvođač koji isporučuje Konzumu, Sparu, INTERSPAR-u, Plodinama, Tommyju, Kauflandu HR, Lidlu HR ili Studencu može pretvoriti otpremnice trgovačkih lanaca u Excel uz očuvanje LOT broja, količine i KPD šifre po stavci. Strukturirani izvoz zamjenjuje ručno prepisivanje stavki u 4D Wand, Synesis, Pantheon HR ili Minimax HR i istovremeno priprema podatke za izlazni eRačun, koji od 1. siječnja 2026. za svaku stavku mora nositi KPD klasifikacijsku oznaku od najmanje šest znamenki.

Posao iz kojeg ovaj članak izrasta poznat je svakom malom proizvođaču — OPG-mljekari, malom siraru, pekaru, pčelaru, maloj mljekari d.o.o. — koji drži fascikl ili kuvertu s potpisanim povratnim otpremnicama: pečatirani primjerci stižu po isporuci, jedan po lancu i često po trgovini, a svaka stavka mora završiti u knjigovodstvu uz LOT broj radi sljedivosti i uz KPD šifru radi pripreme eRačuna. Prepisivanje u dominantni hrvatski ERP — bilo da je to 4D Wand u uredu kod knjigovođe, Synesis (Pupilla) u proizvođaču, Pantheon HR kod knjigovodstvenog servisa ili Minimax HR za one koji vode jednostavnije knjige — uzima između trideset i šezdeset minuta posla po isporuci, a svi ti podaci već stoje na samoj otpremnici.

Potpisana povratna otpremnica kao dokaz isporuke

Potpisani primjerak koji se vraća proizvođaču od trgovačkog lanca jest dokaz isporuke u svakodnevnom računovodstvenom smislu te riječi. Pečat lanca uobičajen je u praksi i očekivan u knjigovodstvenom servisu pri zatvaranju mjeseca, ali ono što je pravno odlučujuće jest potpis ovlaštene osobe na zaprimanju robe.

Tijek je uvijek isti. Proizvođač izdaje otpremnicu iz vlastitog ERP-a uz isporuku, vozač predaje robu u trgovinu ili u regionalni logistički centar lanca i ostavlja jedan primjerak s robom, zaposlenik lanca na zaprimanju usporedi količine i potpiše (i u pravilu pečatira) primjerak, a taj se primjerak vraća proizvođaču kao trag obavljenog posla. Format u kojem stiže rijetko je čisti papir poslan poštom: češće je to fotografija s mobitela vozača, sken iz multifunkcijskog uređaja u uredu lanca ili PDF privitak elektroničke pošte iz logističkog centra. Skenirane otpremnice dobavljača u Excel moraju izaći dosljedno kroz sva tri formata, neovisno o tome u kojoj je varijanti konkretna isporuka stigla.

Da bi izlazna tablica zaista bila upotrebljiva za zatvaranje potraživanja i za pripremu eRačuna, uz svaku stavku moraju ostati sljedeća sidrišna polja: LOT broj, interna šifra ili oznaka proizvoda, naziv kako je tiskan na otpremnici, isporučena količina, jedinica mjere, datum zaprimanja kod trgovca i broj potpisane povratne otpremnice. Ako bilo koje od tih polja nedostaje, izlaz je popis količina bez revizijskog traga: dobar za grubu provjeru, ali ne i za zatvaranje AR-a u knjigama koje će se naći pred poreznim ili kontrolnim pregledom.

Iza ovog skupa polja stoji i jedna realnost koju je lako previdjeti: posao se rijetko obavlja od početka do kraja u jednoj ruci. Knjigovođa u proizvođaču ili sam vlasnik priprema podatke kroz mjesec, knjigovodstveni servis na zatvaranju mjeseca preuzima završnu predaju, a između njih putuje upravo strukturirana datoteka. Jasan Excel u kojem se za svaku stavku vidi pečatirani primjerak iza nje uklanja drugi krug pitanja, drugi krug listanja po snopovima papira i drugi krug ručnog rada.

LOT broj po stavci za sljedivost mliječnih i prehrambenih proizvoda

LOT broj je obvezan podatak na otpremnici i na deklaraciji proizvoda za mlijeko, mliječne proizvode i većinu prehrambenih proizvoda koji izlaze iz proizvodnje malog hrvatskog proizvođača — pravilo Ministarstva poljoprivrede koje OPG-mljekara, sirar, pekar, pčelar ili mali proizvođač maslinovog ulja prepoznaje iz vlastitog svakodnevnog rada. Zbog toga LOT broj na otpremnicama mliječnih proizvoda mora po stavci preživjeti put od papirnatog ili PDF primjerka do strukturiranog Excela; gubitak ovog podatka u prijepisu briše vezu između količine isporučene trgovačkom lancu i konkretne proizvodne serije, a time i osnovu sljedivosti.

U praksi LOT broj na otpremnici izgleda kao slovo L praćeno znamenkama, najčešće u obliku L240123 ili dužeg niza koji u sebi sadrži datum proizvodnje, redni broj serije i ponekad oznaku linije. Rijetka iznimka u kojoj redoslijed dan/mjesec/godina na deklaraciji preuzima ulogu LOT broja postoji u propisima, ali na otpremnici se LOT broj i dalje uobičajeno ispisuje uz svaku stavku jer se u skladišnoj logistici lanca njime prati primljena roba.

LOT je po stavci, a ne po dokumentu, iz jednostavnog razloga: jedna otpremnica često sadrži stavke iz različitih proizvodnih serija — sir izrađen prošli tjedan i kiselo mlijeko izrađeno prekjučer mogu se naći u istoj isporuci. Sljedivost po stavci znači da se u slučaju opoziva s tržišta po LOT-u može u nekoliko minuta utvrditi koje serije su pogođene, kojim trgovinama unutar kojeg lanca su isporučene i u kojoj količini. Bez LOT broja po stavci taj odgovor traje danima i podiže rizik od potpunog povlačenja serije iz svih trgovina umjesto samo onih u kojima je problem zaista nastao.

Pogreška koja se najčešće događa pri prepisivanju u 4D Wand, Synesis, Pantheon HR ili Minimax HR jest da LOT broj završi u polju opisa proizvoda kao slobodan tekst, ili da potpuno nestane jer knjigovodstveni program ne traži obvezno polje za LOT na razini stavke. U oba slučaja izgubljen je strukturirani filter koji bi Excel s LOT brojem u zasebnom stupcu nudio jednim klikom, i sva sljedivost se vraća na ručno pretraživanje arhive otpremnica. Čisti izvoz iz potpisane povratne otpremnice u kojem LOT po stavci putuje u svoju zasebnu kolonu tu pogrešku presreće prije nego što uđe u knjige.

Posljednja provjera koju mali proizvođač uvijek mora moći napraviti jest podudaranje: LOT broj koji je natisnut na ambalaži proizvoda mora biti isti onaj koji je na otpremnici uz tu stavku. Nepodudaranje je signal greške u proizvodnji, pakiranju ili otpremi i mora se razriješiti prije nego što stavka uđe u izlazni eRačun.

KPD šifra po stavci za eRačun pod Fiskalizacijom 2.0

Najvažnija činjenica za malog hrvatskog proizvođača koji isporučuje trgovačkim lancima upisana je u službenoj klasifikacijskoj stranici Porezne uprave: svaka stavka roba i usluga u B2B eRačunu mora se povezati s ispravnom KPD klasifikacijskom oznakom od najmanje šest znamenki. Cjeloviti pregled kategorija po skupinama proizvoda objavljen je u dokumentu Klasifikacija proizvoda (KPD 2025.) Porezne uprave. Obveza počinje s 1. siječnja 2026. i izravno povezuje radni ciklus oko povratne otpremnice s pripremom izlaznog eRačuna prema trgovačkom lancu.

Zbog toga KPD šifra po stavci otpremnice ulazi u priču već u trenutku obrade pečatiranog primjerka, ne tek pri otvaranju računa u ERP-u. Ako se mapiranje interne šifre proizvoda u KPD oznaku napravi još pri izvlačenju stavki iz otpremnice, izlazna Excel datoteka istovremeno priprema i izdavanje eRačuna: ista stavka, ista šifra, ista KPD oznaka, jedan obilazak podataka. Ako se mapiranje ostavi za kasnije, ista stavka se otvara dva puta — jednom za zatvaranje otpremnice, drugi put za pripremu računa — i u svakom dodatnom prolazu raste prostor za pogrešku u prepisivanju.

Praktičan tok dodjele KPD šifre kod malog proizvođača svodi se na jednokratan rad i automatizaciju nakon toga. Vlasnik ili knjigovođa jednom prođe vlastiti šifrarnik proizvoda i svakoj stavci dodijeli KPD oznaku: jedna šifra za fermentirane mliječne proizvode, druga za polutvrde sireve, treća za jogurt, četvrta za vrhnje, i tako dalje. Pretragu i provjeru moguće je raditi kroz aplikaciju KLASUS Državnog zavoda za statistiku, koja nudi cjelovit pregled trenutačnih KPD 2025 oznaka. Za granične slučajeve u kojima bi proizvod mogao biti svrstan u dvije kategorije postoje dvije službene adrese koje doista odgovaraju na upite: [email protected] i [email protected]. Tablica mapiranja od trenutka kad je jednom napravljena putuje s ekstrakcijom kao stalni atribut proizvoda, ne kao odluka koja se donosi po isporuci.

Drugi režim koji mali proizvođač mora držati odvojeno jest stara Fiskalizacija 1.0 za prodaju krajnjim potrošačima. OPG koji vlastite proizvode prodaje izravno krajnjem potrošaču na gazdinstvu, primjerice sir, med, vino ili maslinovo ulje, ostaje izuzet od fiskalizacije računa po pravilima F1 onoliko koliko je propisom dano. Isti taj OPG kad istu robu isporučuje trgovačkom lancu izlazi iz tog izuzeća i nalazi se točno unutar obveze izdavanja eRačuna i e-izvještavanja od 1. siječnja 2026. To su dva potpuno različita režima i ne prelaze jedan u drugi: rad na izravnoj prodaji ne smije se brkati s radom na B2B isporuci, niti se KPD šifra može preskočiti zato što proizvođač ima paralelno i izravnu prodaju izuzetu od F1.

Dva su komplementarna teksta dostupna za dublji ulazak u regulatorni okvir: regulatorni okvir Fiskalizacije 2.0 i KPD šifri za eRačun ide u dubinu nove B2B obveze, a pravila fiskalizacije računa za krajnje potrošače (F1) pokrivaju režim koji se na malog hrvatskog proizvođača i dalje odnosi za izravnu prodaju s gazdinstva.

---

Naziv proizvoda po lancu i raspodjela po trgovinama

Mljekarska stavka koja u internom šifrarniku malog proizvođača ide pod "PMS 200g — polutvrdi sir 200 g" u Konzumovoj specifikaciji može stajati kao "Sir polutvrdi 200 g — proizvođač X", u Sparovoj kao "Polutvrdi sir 0,2 kg DOM. ART. X" s EAN-om i Sparovom internom šifrom artikla. U Plodinama ista stavka stoji kao "PMS 200g X" s vlastitom šifrom robe, a Tommy, Kaufland HR, Lidl HR i Studenac slijede istu logiku — svaki s vlastitim oblikom naziva i vlastitom šifrom artikla. Svaki lanac traži stavku u svom obliku naziva i u pravilu uz vlastitu šifru artikla, EAN ili internu oznaku, koja se mora podudarati sa specifikacijom potpisanom prilikom prvog ulistavanja proizvoda.

Mapiranje između tih oblika nije preimenovanje internog proizvoda; ono je prozirnost u kojoj obje strane ostaju vidljive uz istu stavku. U strukturiranoj Excel tablici poželjno je za svaku liniju imati i interni naziv proizvoda i naziv kako se pojavljuje na povratnoj otpremnici lanca, plus internu šifru proizvoda i šifru po lancu. Knjigovodstvo tako u jednom retku vidi obje strane, proizvođačevu i trgovčevu, i može usporediti, kontrolirati i pripremiti eRačun bez prekapanja po specifikacijama.

Druga dimenzija koja se otvara već u prvoj povratnoj otpremnici jest raspodjela po pojedinim trgovinama unutar jednog lanca. Jedna isporuka u regionalni logistički centar često se na otpremnici razlama po prodajnim mjestima — Konzum 1234 u Zagrebu (Heinzelova), Konzum 5678 u Sesvetama, Konzum 9012 u Sisku — pa Excel mora znati prikazati količine po šifri trgovine kad je tako razloženo. Šifra trgovine (prodajnog mjesta) stoga ulazi u shemu izvoza kao zaseban stupac, a stavka koja je inače jedan red u praksi može na izlazu zauzeti tri ili četiri retka, po jedan za svaku trgovinu kojoj je distribuirana.

Drugi oblik istog dokumenta jest agregat za regionalni centar bez razrade po trgovinama: lanac potpiše i pečatira povratnu otpremnicu za ukupnu količinu zaprimljenu u centru i interno je raspoređuje. U tom slučaju u Excelu šifra trgovine ostaje prazna ili nosi šifru samog logističkog centra, a stavke se ne razdvajaju umjetno; razdvajanje, ako je uopće potrebno, radi se kasnije iz lančevih izvještaja ili EDI poruka kojima je proizvođač naknadno dobio razrješenje.

Kad mapiranje naziva po lancu putuje s ekstrakcijom, izvoz otpremnica Konzuma, Spara i Plodina u knjigovodstvo prestaje biti tri odvojena zadatka. Ista Excel datoteka može sadržavati stavke sva tri lanca, za svaku je vidljiv i interni i lančev naziv, i interna i lančeva šifra, i KPD šifra i LOT broj, i šifra trgovine kad je razložena. Priprema izlaznog eRačuna prema lancu pokreće se s pravim nazivom stavke za fakturiranje već u trenutku otvaranja izlazne datoteke.

Usklađivanje potpisanih povratnih i izdanih otpremnica

Posao usklađivanja je dvostran po definiciji. Na jednoj strani je izdana otpremnica iz ERP-a proizvođača s planiranim količinama koje su krenule iz skladišta, na drugoj je potpisana povratna otpremnica s količinama koje je trgovački lanac stvarno zaprimio. Razlike između te dvije strane su normalan dio posla i upravo radi njih obrada povratnih otpremnica iz trgovačkog lanca ima smisla kao zasebna faza, a ne kao mehanički prijepis brojki s jednog papira na drugi.

Standardna odstupanja koja se hvataju usporedbom prepoznatljiva su svakom proizvođaču: kraće količine zbog kala-loma-rastura tijekom transporta (slomljene staklenke, prosuto, oštećenja na paleti), povrati pojedinih stavki zbog neusklađenosti rokova trajanja s lančevim minimalnim preostalim rokom, neisporučena stavka koja se prebacuje na sljedeći ciklus jer je proizvodnja kasnila, pogrešno zaprimljena količina koju treba reklamirati prije izdavanja eRačuna kako se kasnije ne bi morao izdavati storno.

Kad obje strane postoje kao strukturirani Excel — izdana otpremnica iz ERP-a i izvučena povratna otpremnica iz pečatiranog primjerka — spajanje je sasvim mehaničko. Ključ koji se koristi je kombinacija broja otpremnice, interne šifre proizvoda i LOT broja; nad takvim ključem VLOOKUP, INDEX/MATCH ili jednostavna pivot tablica daje tablicu spojenih parova s razlikom u količini izračunatom u sljedećem stupcu. Nije potreban zaseban ERP modul niti dodatni softver: posao prepoznaje svaki knjigovođa koji je ikad spajao dvije tablice u Excelu.

Slučaj koji traži posebnu pažnju jest povratna otpremnica koja nosi prepravke rukom: precrtana izvorna količina, dopisana stvarno zaprimljena količina, ponekad uz pečat i parafu na samoj prepravci. Te prepravke u Excelu moraju ostati vidljive kao zasebno polje ili komentar, a ne biti stopljene u glavnu količinu, jer su upravo one povod za internu korekciju izdane otpremnice prije izdavanja eRačuna. Ako prepravka nestane u prijepisu, eRačun će izaći na izvornu količinu, a usporedba s knjigama lanca neminovno će rezultirati naknadnim storno-računom ili odobrenjem.

Ovjerene otpremnice dobavljača u Excelu pretvaraju mjesečno zatvaranje knjiga u kontrolirani posao bez stresa. Knjigovodstveni servis koji preuzima završnu predaju dobiva tablicu spojenih parova izdano/zaprimljeno s jasnim razlikama u zasebnom stupcu, popis rukom upisanih prepravki i listu reklamacija koje treba zatvoriti prije fakturiranja, umjesto snopa papira koji se mora sortirati, listati i ručno spajati po brojevima otpremnica.

Isti obrazac postoji i s druge strane lanca isporuke, kad je drugi dokument račun a ne otpremnica; obrazac usklađivanja otpremnica i računa u nabavi pokriva tu varijantu i koristan je kad mali proizvođač i sam nabavlja sirovine i ambalažu od vlastitih dobavljača uz AR posao prema lancima.

Iz Excela u 4D Wand, Synesis, Pantheon HR i Minimax HR

Sva četiri programa koja u Hrvatskoj dominiraju knjigovodstvom malog i srednjeg proizvođača — 4D Wand, Synesis (Pupilla), Pantheon HR i Minimax HR — prihvaćaju Excel ili CSV uvoz stavki otpremnica. Razlika između jednog uspješnog uvoza i tri sata traženja zašto je program odbio datoteku leži u tome poklapa li se izlazna shema iz povratne otpremnice s onim minimalnim skupom obveznih stupaca i imena polja koji program očekuje. Skup se po programima razlikuje, ali jezgra je za svakog malog hrvatskog proizvođača koji isporučuje trgovačkom lancu i knjigovodstvo vodi u jednom od ova četiri programa zajednička.

Osnovna lista stupaca koja prolazi kao zajedničko polazište jest sljedeća: datum otpremnice, broj otpremnice, šifra kupca (lanca), naziv kupca, šifra proizvoda (interna), naziv proizvoda, jedinica mjere, količina, jedinična cijena, LOT broj, KPD šifra i broj povezane povratne otpremnice. Ova jezgra pokriva minimum potreban za sva četiri programa; specifične razlike između njih dodaju se na vrh ove osnove, ne umjesto nje.

U praksi se programi razlikuju ovako:

• 4D Wand obično traži šifru partnera iz vlastite šifrarnice partnera, ne internu šifru kupca koja postoji u proizvođačevoj evidenciji. Mapiranje internih šifri kupca u 4D Wand šifre radi se jednom pri postavljanju i od tog trenutka u izlaznoj datoteci stoji 4D Wand šifra.
• Synesis (Pupilla) prepoznaje proizvode po šifri iz vlastitog šifrarnika robe; veza između interne šifre proizvoda i Synesisove šifre vodi se kao jednokratna mapa, slično kao kod partnera u 4D Wandu.
• Pantheon HR preferira odvojen redak za svaki LOT broj: ako jedna stavka na otpremnici sadrži dva LOT-a, izlaz se mora razdvojiti u dva retka, te očekuje šifru klasifikacije proizvoda u zasebnom polju koja se mapira na KPD oznaku.
• Minimax HR jednostavnije prihvaća stavku po stavku bez zahtjevnog mapiranja, ali se izrazito oslanja na čisto formatiranje datuma i decimalnih separatora; neprijavljen format vraća tihu pogrešku u kojoj uvoz prođe a redovi nedostaju.

Polje za KPD šifru zaslužuje posebnu pažnju jer je novo. Sva četiri programa povezuju se s izlaznim eRačunom u kojem KPD oznaka mora biti uz svaku stavku od 1. siječnja 2026., pa ako standardno polje za KPD na razini stavke u programu još ne postoji, treba ga dodati kao prilagođeni atribut prije prvog uvoza. Bez toga uvezena otpremnica nosi sve potrebne brojke osim one koja će za nekoliko tjedana biti nužna za zaključivanje računa.

Uobičajeni operativni problemi pri uvozu nemaju veze s ekstrakcijom. Hrvatski decimalni separator zarez naspram točke u CSV-u, datum u obliku dd.mm.gggg. naspram ISO formata gggg-mm-dd, prazne ćelije umjesto nula u količinskim stupcima, BOM ili stranica koda na CSV datoteci koja je krenula iz Excela u drugačijoj lokalizaciji — svaki od ovih sitnih problema sam za sebe može zaustaviti uvoz cijele datoteke. Čisto formatiran izvoz u kojem je svaka kolona unaprijed postavljena na format koji program očekuje presreće te probleme prije prvog importa i ne ostavlja proizvođača da pogađa zašto je program odbio inače ispravnu datoteku.

Mali proizvođač koji isporučuje samo jednom lancu i koji još nije prešao s Excela kao primarne evidencije na puni ERP rad nije u zaostatku za onima koji jesu. Sama struktura stupaca koja nosi LOT broj i KPD šifru po stavci već zadovoljava obveze sljedivosti i pripreme eRačuna; uvoz u 4D Wand, Synesis, Pantheon HR ili Minimax HR postaje nadogradnja koja se uvede kad obujam isporuka opravdava trošak i učenje, a ne preduvjet bez kojeg se ne može krenuti.

Automatsko izvlačenje stavki iz potpisanih povratnih otpremnica

Jedna isporuka prema regionalnom centru lanca s petnaest stavki na otpremnici znači petnaest redaka koje knjigovođa, jedan po jedan, prepisuje u 4D Wand, Synesis, Pantheon HR ili Minimax HR — uz šifru, naziv, količinu, jediničnu cijenu, LOT broj i KPD šifru po stavci. Po isporuci to je između trideset i šezdeset minuta posla; mali proizvođač koji opslužuje tri lanca s nekoliko isporuka tjedno taj posao mjeri u danima po mjesecu, i to za posao koji ne dodaje vrijednost iznad onoga što je već potpisano na povratnoj otpremnici.

Da bi automatski unos otpremnica iz trgovačkog lanca u knjigovodstvo zaista zamijenio prepisivanje, alat za ekstrakciju mora znati napraviti šest stvari dosljedno: čitati i nativne PDF-ove i skenirane slike i fotografije s mobitela; prepoznati svaku stavku kao zaseban red, a ne prelijevati ih u jedan blok teksta; sačuvati LOT broj uz količinu po stavci umjesto da ga ostavi u opisnom polju; prenijeti KPD šifru gdje je već mapirana u internom šifrarniku proizvoda; sačuvati šifru i naziv kupca, broj otpremnice i datum zaprimanja kao identifikatore reda; i izlaz dati u formatu spremnom za uvoz u dominantne hrvatske ERP programe.

Pristup koji se u praksi pokazuje najbržim za malog proizvođača jest da se cijeli posao opiše alatu jednom, prirodnim jezikom, kao niz polja i pravila za rubne slučajeve. Polja su ona ista iz prethodne sekcije: broj otpremnice, datum, kupac, šifra proizvoda, naziv, količina, jedinica mjere, jedinična cijena, LOT broj, KPD šifra i šifra trgovine. Pravila za rubne slučajeve oslikavaju ono što na otpremnici stvarno postoji: rukom upisana ispravka količine ostaje u zasebnom polju "korekcija", a ne prepisuje glavnu količinu; agregirana isporuka bez raspodjele po trgovinama ostavlja polje šifra trgovine prazno; KPD šifra se prepisuje iz internog mapiranja kad nije ispisana na otpremnici. Jednom postavljena uputa primjenjuje se na svaku sljedeću skupinu povratnih otpremnica bez ponovnog prilagođavanja.

Format ulaza varira po izvoru i alat mora biti dosljedan kroz sve tri varijante. PDF generiran iz tableta vozača ima čisti, strojno čitljiv tekst; sken iz multifunkcijskog uređaja može biti svijetao i pravilan ili degradiran prikaz izvornog dokumenta čije rubove treba prepoznati; fotografija s mobitela vozača može biti pod kutom, slabo osvijetljena ili djelomično u sjeni. Sva tri formata stižu u stvarnom radu i sva tri moraju biti spremna ući u ekstrakciju bez ručnog prečišćavanja prije obrade. Mali proizvođač koji isporučuje trima lancima može imati pedesetak do nekoliko stotina povratnih otpremnica mjesečno, a obrada svih u jednom skupu daje strukturiranu datoteku iste kvalitete za sve isporuke.

U tom radnom ciklusu Invoice Data Extraction stoji kao alat koji se postavi i pusti da radi. Sučelje za ekstrakciju je jedinstveno polje za uputu uz područje za podizanje datoteka — isti interakcijski uzorak kao kod modernih AI alata: korisnik podigne skup povratnih otpremnica, opiše tražena polja i pravila prirodnim hrvatskim jezikom, i dobije Excel, CSV ili JSON s jednim redom po stavci. Sustav podržava nativne PDF-ove, skenove i mobitelske fotografije podjednako, prepoznaje stavke iz različitih dokumenata u istom skupu, i zadržava jednaku strukturu izlaznih stupaca za svaku datoteku — što je razlika u odnosu na razgovorne AI alate čija dosljednost počinje popuštati na većim skupovima dokumenata. Detaljna ekstrakcija stavki s LOT brojem, šifrom kupca i internom šifrom proizvoda središnji je posao alata, a svaka stavka u izlazu nosi referencu na izvornu datoteku i stranicu, što omogućuje provjeru uz pečatirani primjerak bez kopanja po arhivi. Tu se automatsko izvlačenje stavki iz otpremnica uklapa u radni ciklus malog hrvatskog proizvođača kao izravna zamjena za ručno prepisivanje stavki u knjigovodstveni program: ista uputa primijenjena na sve povratne otpremnice u mjesecu, isti izlaz, isti uvoz u ERP.

Tehnička podloga koja stoji iza ovog načina rada, kako PDF i skenirana slika postaju strukturirani Excel, pokrivena je u tehnička podloga za pretvaranje otpremnica iz PDF-a u Excel za one koji žele detaljniji pogled na mehaniku same ekstrakcije, neovisno o hrvatskom poreznom kontekstu. Strukturni paralelizam za malog proizvođača koji isporučuje lancu krajnjih prodajnih mjesta postoji i u drugim tržištima: srodni primjer iz UK-a: pivovara koja isporučuje pubovima pokriva isti obrazac na britanskom tržištu, gdje je dokument drugog formata i propisi drugačiji, ali oblik posla — primanje pečatirane otpremnice, izvlačenje stavki, usklađivanje s izdanim — ostaje isti.

---

EDI kao sljedeći korak za proizvođače koji rastu

Konzum, Spar HR, INTERSPAR, Plodine, Kaufland HR, Studenac i drugi lanci poput Metroa i Bille podržavaju EDIFACT razmjenu otpremnica i računa preko hrvatskih pružatelja kao što su Editel (eXite) i Micronic, a veliki dobavljači tu razmjenu koriste već desetljećima. Kad otpremnica putuje EDIFACT porukom umjesto pečatiranim papirom, ne postoji izvor iz kojeg bi se "izvlačile stavke": stavke postoje strukturirano od trenutka kad ih ERP pošalje.

U praksi su EDI-spremni veliki industrijski proizvođači koji opskrbljuju lance u stalnim, velikim količinama. Mali OPG, mali sirar, mala mljekara, pekar ili pčelar uglavnom nisu, i to ne zbog tehnološke nesposobnosti nego zato što i jednokratni troškovi spajanja s pružateljem (postavljanje, certificiranje, lančevi specifični mapping zahtjevi) i mjesečni operativni troškovi (poruke, podrška, održavanje) zahtijevaju razinu obujma i internog IT angažmana koji mali proizvođač u rastu još nije izgradio.

Za malog proizvođača koji još nije na EDI-ju, automatska ekstrakcija iz potpisane povratne otpremnice u strukturirani Excel jest praktičan most. Knjigovodstveni rad se može voditi strukturirano, eRačun se može pripremati s KPD šifrom po stavci i s LOT brojem za sljedivost, a posao se ne odgađa do trenutka kad EDI projekt postane financijski opravdan.

Smjer rasta otvara se sam. Kad obujam isporuka i ugovorni odnosi s lancem dođu do točke u kojoj lanac od proizvođača zatraži EDI razmjenu, najteži dio posla je već obavljen: strukturirani podaci o stavkama postoje, šifre proizvoda su mapirane prema lančevim šifrarnicima, KPD šifre su dodijeljene, povezice između internih i lančevih naziva su uspostavljene. Prelazak na EDI postaje pitanje protokola i mapiranja u standardnom formatu, ne pitanje čišćenja podataka koji su godinama uneseni nedosljedno.