Novosti u "WIP centralnom sustavu"

WIP je vrlo kompleksan proizvod koji se dnevno mijenja i prilagođava novim tehnološkim dostignućima, novim promjenama Zakona i potreba korisnika, pa je iz tih razloga potrebno sve izmjene dokumentirati na ispravan način kako bi svatko mogao za sebe odlučiti kada se želi nadograditi jer želi koristiti novi set funkcionalnosti opisan baš u ovim novostima.

Dnevnik izmjena WIPa

Ovo je dnevnik svih izmjena u WIP centralnom sustavu grupiran po poslovnim godinama. Dnevnik sadrži apsolutno sve izmjene u programu, pa čak i one koje ne utječu na način korištenja programa od strane korisnika. .

Plan dorada WIPa

Ovdje možete pogledati što nam je u kratkoročnom planu dorada. Primamo naravno i Vaše sugestije u pisanoj formi.

• Plan dorade WIPa

Dnevnik izmjena WIPa

Ovo je dnevnik svih izmjena u "WIP centralnom sustavu" grupiran po poslovnim godinama. Dnevnik sadrži apsolutno sve izmjene u programu, pa čak i one koje ne utječu na način korištenja programa od strane korisnika.

Ovdje možete izabrati godinu u kojoj želite pogledati izmjene u programu :

• Izmjene WIP u 2025.g.
• Izmjene WIP u 2024.g.
• Izmjene WIP u 2023.g.
• Izmjene WIP u 2022.g.
• Izmjene WIP u 2021.g.

Izmjene u 2025.

09.10.2025.

Postavke tvrtke u WIPu

opcija : Parametri > Upis podataka o Vašoj tvrtki

• u KPD tražilici je dodana dodatna mogućnost filtriranja po slovu klase "razine 1". Na ovaj način, možete postaviti filter na pretragu samo u npr "G" - trgovina, pa će ključne rijeći biti potražene samo u toj vršnoj klasi pa će i lista za izbor KPD iznake biti kraća.

• u KPD šifrarniku (2. Šifrarnici > 7.. Podešavanje za Integracije (eRačun, WooCommerce) > 4. KPD - klasifikacija proizvoda za eRačun (šifrarnik)) : na tipku s ikonicom A4 papira s lupom, možete dobiti izvještaj KPDa sa popisom vršnih klasa "Razine 1" ... u kojima je ispred naziva vršne klase i slovo a s kojim onda možete dodatno filtrirati samo tu skupinu prilikom pretrage KPDa u KPD tražilici.

• Kupci-Dobavljači : na F1 sada postoji novi report pod nazivom "sumnjivi unosi". Kao pripremu za eRačune, u kupce smo morali dodati novu opciju za "TIP partnera" a to je SLOVO "K" koje označava da je trenutni partner u stvari građanin, odnosno da je "krajnji potrošač". Kada u WIPu proglasite partnera krajnjim potrošačem, WIP će u polje OIBa dozvoliti unos broja 0, dok to više neće dozvoliti za tip parntera "D" - koji znači da je partner u stvari B2B tvrka na domaćem tržištu. Podataka o TIPU PARTNER sada postaje JAKO VAŽAN jer će WIP temeljem tih podataka odlučivati koju vrstu računa, slanja i fiskalizacije će morati napraviti nakon izdavanja računa u sustavu "FISKALIZACIJE 2.0.". Cijeli je novi niz pravila kada se izdaje koji račun, ali o tome ćemo više u posebnim uputama koje pripremamo, a u sklopu generalnih priprema za Fiskalizaciju 2.0.

• dodana je mogućnost izbora verzije fiskalizacije izmedju "Fiskalizacija 1 (2013.g.)" i "Fiskalizacija 2.0. (2025.g.)". Još ovu godinu se mora koristiti "Fiskalizacija 1", a od 01.01.2026. se MORA koristiti fiskalizacija 2.0. WIP će samostalno nakon 01.01.2026. početi koristiti "Fiskalizacija 2.0." pravila, a ovdje trenutno postoji izbor kako bi se do 01.01.2026. moglo testirati slanje putem novih pravila. Nemojte ovo koristiti u produkciji sa svojim podacima bez konzultacije s nama. Opcija će vjerojatno nakon 01.01.2026. biti ukinuta.

• U izboru posrednika za slanje eRačuna sada postoji, uz ePoslovanje, Moje e Račun i treća opcija s brojem 99 - "NEMAM POSREDNIKA". Ovu opciju koriste svi koji nisu u sustavu PDVa jer oni imaju mogućnost koristiti besplatnu aplikaciju "MOJeRAČUN" od Porezne Uprave za primanje računa, dok za slanje nisu u obvezi do 01.01.2027. Sada se sigurno pitate, a zašto WIP temeljem znanja da korisnik WIPa nije u sustavu PDVa, ne odluči ne slati eRačune, čemu ova opcija? Opciju smo ubacili zato što oni koji su izvan sustav PDVa IPAK MOGU odlučiti da koriste posrenika, i da ipak šalju eRačune, jer su tako možda kvalitetniji dobavljač svojim kupcima koji su u sustavu PDVa, budući da im ne dostavljaju račune na papiru, nego ipak kao eRačune. Na ovaj način, ova opcija govori i da onaj tko nije u sustavu PDVa, upak nije odlučio iz WIPa slati eRačune.

27.06.2025.

PONUDE-OTPREMNICE-RAČUNI i FAKTURIRANJE IZ MALOPRODAJE

• ručno dodana stavka u ponudu (usluga) se sada MOŽE MIJENJATI, tj. ne treba je više brisati pa dodavati ponovno novu ispravljenu stavku
• stavka koja je u šifrarniku artikala dodana kao usluga, sada se isto tako može mijenjati u ponudama (ne treba je brisati pa ponovno dodavati)
• forma za ručno dodavanje stavke u ponudu sada omogućuje i izbor KPD šifre
• forma za ručno dodavanje stavke u ponudu sada omogućuje upis i "akcijskog rabata" i "CassaSconta", a ne samo "redovnog rabata".
• forma za ručno dodavanje stavke u ponudu, sada omogućuje da ako se promijeni iznos stavke koja je umanjena za rabat, preračunava se "redovni rabat" i njegova stopa. Nakon toga se ponovno automatski obavi preračun od osnovne cijene "prema dole" (prema vrijednosti stavke umanjenoj za sve rabate).
• tri rabata (redovni, akcijski, i cassaSconto, računaju se kumulativno na način da je osnovica za izračun sljedećeg rabata umanjena za prethodni iznos rabata)
• ukinute su opcije "Spremi na disketu" i "Učitaj s diskete" - sada se koristi kreiranje nove ponude iz trenutne. Tipka za to je na zaglavlju ponude, dole u sredini, pod nazivom "Kreiraj novu ponudu po ovoj". Prilikom kreiranje nove ponude, ona će imati sve podatke kao i ponuda iz koje je kreiranje krenulo - ali će ipak ukinuti podataka o eventualno fiskalizaciji (ZKI i JIR vrijednosti), kao i o priloženim datotekama (stranica Export-Import-Prilog na ponudi) ako su postojale na izvornoj ponudi.

ŠIFRARNIK KUPCI-DOBAVLJAČI

Sažetak izmjena u formi kupaca-dobavljača

• novi izvještaj "Provjera ponavljanja OIBa" u kupcima-dobavljačima

• nova polja :

  • "TIP partnera" (dodano slovo "K" - krajnja potrošnja)
  • "Jeli partner u sustavu PDVa (D/N/X - ne znam)?"
  • "Datum provjere PDVa:"
  • bivša polja "R1" ili "R2" se sada malo drugačije zovu : "1 = prema IZDANIM računima", i "2 = prema NAPLAĆENIM računima"
  • novo info polje "Zadnja izmjena ili dodavanje" (dole desno u kutu)
  • BOJA - na vrhu prozora kupaca-dobavljača sada se pojavljuje horizontalna crta u različitim bojama, a sve u vezi s TIPom trenutnog partnera
  • prilikom dodavanja novog kupca ili dobavljača, WIP sada u slučaju unosa "D" - domaćeg B2B partnera, provjerava postojanje unesenog OIBa pod nekom drugom WIP šifrom kupca-dobavljača i ne dozvoljava unos u slučaju da je takav kupac već unesen u WIP.

• nove funkcionalnosti :

  • automatsko dohvaćanje podataka o domaćim tvrtkama (doo, jdoo i opbrtima) po OIBu s Interneta
  • polu-automatska provjera poreznog statusa tvrtke u ovisnosti od tipa parnera EU ili D
  • validacija unosa u formu kupaca-dobavljača sada je malo složenija i drugačija nego do sada, a različita je u slučaju različitih unosa u polje "Tip" parntera, pa se tako npr. OIB mora ispravno unijeti u sličaju Tipa partnera "D" - domaći B2B, a uopće ne mora u slučaju Tipa partnera "K" - krajnji potrošač. Vidi više dole u detaljnijim objašnjenjima

Detaljno o izmjenama

Novi izvještaj

U šifrarnik kupaca-dobavljača, na tipku F12 sada je dostupan novi report (izvještaj) pod nazivom "Provjera ponavljanja OIBa".

Izvještaj služi za detektiranje kupaca-dobavljala koji su zavedeni više puta s istim OIBom. WIP odvaja podatke u dva koraka :

1. u pozadini odvoji u pomoćnu listu sve zapise kupaca-dobavljača, tj. njihove OIBe koji se pod različitim WIP šiframa pojavljuju više puta

2. odvoji sve kupce-dobavljače kojima se OIB nalazi u listi opisanoj pod 1., sortira i grupira ovu listu po OIBu, te napravi izvještaj

Izvještaj dakle sadrži listu OIBa, a ispod svakog OIBa dva ili više kupaca-dobavljača kojima je upisan taj OIB. Desno dole se uz svakog kupac-dobavljača nalazi i "vremenski štambilj" odnosno datum i vrijeme zadnje promjene tih podataka o partneru. Lista je sortirana po ovom datumu i vremenu, pa su u listi za isti OIB na vrhu noviji unosi, a na dnu stariji unosi.

Ovaj report omogućuje da shvatite koji su kupci uneseni s ISTIM oibom više puta - jer je to bilo moguće iz više razloga, od kojih je jedan promjena naziva partnera uz zadržavanje istog OIBa. Sada WIP više to ne dozvoljava za kupce koji su tipa "D", nego samo za kupce koji su tipa "K" (krajnja potrošnja, odnosno kupci koji nisu tvrtke). (prekriženo : vratili smo mogućnost da se u WIP višestruko dodaju partneri s istim OIBom)

Nova polja u "Kupci-dobavljači (šifrarnik partnera)"

1. novi "TIP partnera" pod nazivom "Krajnja potrošnja", slovo "K" :: uz postojeće tipvove partnera "D"-domaći B2B, "E" - partner iz Europske Unije, "I" - ino partner (treće zemlje) - sada postoji i tip "K" - Krajnji potrošač. Radi se o kupcu "fizičkoj osobi" koja je iz bilo koje zemlje, pa i iz Hrvatske. Razlog dodavanja novog "statusa" partnera je dvojaka :

1.1. u ovom slučaju kupac "krajnji potrošač", čak iako nam plati račun Internet bankarstvom, sa svog tekućeg računa, što se isto tako smatra načinom plaćanja "transakcijskim računom", izdana mu faktura NE MORA biti dostavljena u obliku "eRačuna", nego se takvom kupcu faktura može dostaviti isprintana na papiru odnosno putem obične e-pošte na adresu e-pošte kupca. Da WIP to znao, uveden je ovaj novi WIP kupca.

1.2. OIB kupca koji je tipa "krajnji potrošač" (a ne domaći B2B, EU ili "ino" tvrtka) može ali i ne mora biti upisan - budući da se upis OIBa validira (provjerava od strane WIPa, i mora biti upisan za "B2B" partnere), ovaj tip kupca mijenja pravila te validacije OIBa, što znači da WIP u ovom slučaju neće raditi "problem" ako je polje OIBa ostavljeno prazno ili je u njega upisana 0, ali isto tako neće raditi problema niti ako je u polje OIBa upisan pravi OIB tog kupca.

2. novo polje "Jeli partner u sustavu PDVa (D/N/X - ne znam)?" kao i "Datum provjere PDVa:" :: ako kupacu želimo izdati račun s "prijenosom porezne obveze", to znači da mu u našem izlaznom računu ne zaračunavamo PDV, tada prije izdavanja takvog računa moramo biti sigurni da je taj kupac na dan izdavanja računa (otpreme robe po tom računu) - U SUSTAVU PDVa. U tom smislu imamo zakonsku obvezu takvog kupca po OIBU provjeriti na prikladnoj WEB stranici. Kažem "prikladnoj" jer se adresa WEB stranice za provjeru kupca razlikuje u slučaju ako je kupac domaći ili je iz EU. Tek kada "provjerimo kupca", u polje "Jeli partner u sustavu PDVa" ćemo upisati "D", pa će nam WIP tek tada u budućnosti omogućiti izdavanje računa s prijenosom porezne obveze.

3. WIP ima i polje "Datum provjere PDVa", koja je labela napisana plavom bojom, što znači da na nju možemo kliknuti. Nakon klika na nju, WIP će otvoriti pretpostavljeni Internet preglednik u Vašim Windowima i u njemu će otvoriti web stranicu za provjeru ovo kupca. Ako je kupac iz EU (WIP polje TIP je jednako "E") tada će WIP otvoriti EU stranicu za provjeru. Ako je pak kupac domaći (WIP polje TIP je upisano kao slovo "D") tada će WIP otvoriti "našu" stranicu za provjeru domaćeg kupca sa servera naše Porezne Uprave gdje možemo provjeriti jeli kupac u sustavu PDVa ili nije, te jeli obveznik plaćanja PDVa temeljem izdanih računa ili temeljem plaćenih računa.

Također, WIP će u clipboard automatski staviti OIB kupca ili PDVID EU kupca, pa kada se otvori stranica za provjeru, možete samo u polje OIBa ili VAT broja napraviti paste (Ctrl-V) i tako brzinski obaviti projveru poreznog statusa kupca. Da bi si u WIPu označili datum s kojim ste već odradili ovau provjeru, možemo u polje "Datum provjere PDVa" upisati današnji datum, ili jednostavno kliknuti na tipku "D" koja se nalazi desno od ovog polja datuma.

4. bivša polja "R1" ili "R2" se sada malo drugačije zove ... labele su sada označene "1 = prema IZDANIM računima", i "2 = prema NAPLAĆENIM računima".

5. polje "Ovom partneru šalji e-Račune" je postojalo i prije, i kupcima na kojima ova kvačica nije bila uključena se nije mogao poslati eRačun. Ovo polje još i dalje postoji, ali se planira njegovo ukidanje maksimalno nakon 01.01.2026. jer se od tada pravila kome se MORA poslati eRačun mijenjaju. (više se ne mora tražiti privola primatelja, nego ako je tipa partnera "D" (domaći) i način plaćanja transakcijski - šalje mu se račun u formi "r-Računa")

6. polje "Zadnja izmjena ili dodavanje" (dole desno u kutu) :: daje nam informaciju kojeg datuma i u koje vrijeme je podataka o trenutnom kupcu-dobavljaču u WIPu promijenjen, ili kada je taj podatak dodan u WIP.

7. BOJA - na vrhu prozora kupaca-dobavljača sada se pojavljuje crta u različitim bojama, a sve u vezi s TIPom trenutnog partnera. Pa će tako plava crta biti u slučaju tipa partnera označenog kao "D"-domaći B2B, ljubičastom bojom će biti partneri označi slovom "K" - krajni potrošač, tirkiznom bojom partneri "E" - EU, i crvenom bojom partneri sa slovom "I" - INO partneri iz trećih zemalja.

Automatsko dohvaćanje podataka o domaćim tvrtkama po OIBu s Interneta

Sada u šifrarniku kupaca-dobavljača, se desno uz polje "OIB (za domaće, INO i krajnju potrošnju)" nalazi tipka "I" (Internet dohvat podataka). Ova nam tipka omogućuje da se WIP spoji na WEB API i potraži podatke trenuitnog partnera, a po upisanom OIBu, čime možemo preuzeti te podatke u WIP. Podaci koji se mogu preuzeti su :

• puni naziv tvrtke
• skraćeni naziv tvrtke
• tip (jdoo, obrt ili doo)
• matični broj
• prijavljena adresa e-pošte (samo za doo)
• adresa sjedišta (ulica i broj)
• Grad (mjesto)
• poštanski broj
• regija

Za sada se svaki od podataka može tipkom "Copy" staviti u clipboard, pa se može napraviti Ctrl-C (paste) u WIP formu, u željeno polje. Plan je doraditi i automatski upis svih dostupnih podataka prilikom dodavanja novog partnera u WIP.

PROBLEMI : Republika Hrvatska još uvijek nema javno i transparentno objedinjen i objavljen registar sa svim podacima svih tvrtki (dd, doo, jdoo, obrti, udruge itd.) koji bi bio dostupan u API formi svim građanima, nego postoje samo dva registra od kojih je samo jedan u potrebnoj formi za strojno korištenje (dakle za korištenje iz programa, a ne kao čovjek), pa tako postoji API za pristup sudskom registru u kojem se nalaze samo podaci doo i jdoo tvrtki, ali ne i ostalih tvrtki (obrti, udruge itd.). Za "obrte" postoji WEB stranica koja je prilagođena da ju koristi čovjek a ne program ... pa se programeri dovijaju na razne teške načine kako da programski automatski skidaju sadržaj i pune ga u neki svoj šifranik iz takvih stranica, glumeći da im pristupa čovjek a ne program. Međutim, obrtnička komora ili Vlada (ne znam tko je nadležan, ali sigurno prima dobru plaću) kao da namjerno opstruira takve pokušaje, pa su ti registri i dodatno zaštićeni provjerom "jeli korisnik čovjek" (to je ono kada morate upisati niz slova sa teško čitljive slike, ili kliknuti na sve slike sa autima) a što dodatno otežava programsko preuzimanje ovih podataka, kako bi si bar saami malo pomogli ako nam vlast već tako uporno to ne želi, jer vjerojatno pogoduje nekim "interesnim skupinama" - nemam drugo objašnjenje za to da u ovom stoljeću još uvijek nemamo takav registar! Trenutni podaci koje WIP sada koristi ovom novom opcijom su ustupljeni s APIa informacijskog posrednika "e-poslovanje", koji je na razne načine ažurirao ovaj svoj registar tvrtki zA RH, i ponudio ga nama ostalim programerima i korisnicima naših ERPova na korištenje, potpuno besplatno, uz neka mala tehnička ograničenja samo kako se ne bi stvarao veliki pritisak na te "besplatene" servere i svi imali mogućnost korištenja "po malo" (npr. ograničen mogući programski broj upita na API server po minuti, satu, ili danu - pa tako svi korisnici WIPa mogu koristiti dohvat ovih podataka samo 10 prihvata u minuti, ali mislim da će to biti u redu bar za popunjavanje podataka prilikom dodavanja nove tvrtke u WIP. Tako smo i mi, iskoristili ovu velikodušnost, i u WIPu trenutno napravili integraciju prema API sustavu informacijskog posrednika "e-poslovanje" i napokon uvrstili i ovu mogućnost i Vama WIP korisnicima. Svi koji su do sada već koristili neki oblik registra (npr. kada ste na benziskoj pumpi samo izdiktirali OIB a dobili račun sa svim podacima vaše tvrtke), za njega su ti isti morali dodatno platiti ljudima ili institucijama koje su na neki "sivi" način, čitaj kupili od ljudi koji su prikupili te podatke rabeći svoju javnu poziciju ili položaj, ili su ih prikupili na neki drugi netransparentni način. Budući da mi to nismo htjeli na taj način, nego smo čekali da vladajući objave legalan i javan zajednički registar koji se održava i ažurnoj formi javnog APIa, do sada to nismo integrirali, ali na žalost nismo niti dočekali, nego koristimo trenutno eto ovo privremeno rješenje!

Nova validacija (provjera prilikom snimanja podataka kupaca-dobavljača)

Validacija OIBa se do sada radila samo temeljem "modulo 11" matematičke funkcije, tj. WIP je mogao prepoznati jeli OIB tehnički ispravan ili ne. Od sada WIP radi "jaču" validaciju i to na način da su pravila provjere odnosno ispravnosti upisa, ovisne o "TIPU PARTNERA", pa tako :

1. ako je tip partnera "D" (domaći B2B kupac) : tada polje OIBa mora biti ispravan OIB, ne smije biti 0 ili prazno polje.
2. ako je tip partnera "I" (ino kupac - tzv. kupac iz treće zemlje, kupac izvan europske unije [(]nije ni domaći ni EU nego treće zemlje]) : tada polje OIB smije imati upisan broj 0, ili smije ostati prazno, ili smije imati upisano bilo što (jer ne znamo za format matičnog broja te treće zemlje)
3. ako je tip partner "E" (kupac iz Europske Unije osim Hrvatske) :: tada polje OIBa mora imati upis broja 0, a polkje PDVID mora imati unesen VAT broj kupca s tim da su prva dva znaka SLOVA DRŽAVE (npr. NI12331232132). Ako oznaka države nije poznata WIPu, WIP će to samo reći, ali neće blokirati upis, pa ako se WIP javi s porukom da ne poznaje tu onaku države, provjerite je dodatno.
4. ako je tip partnera "K" (krajnji potrošač) : za ovu opciju WIP neće raditi problem ako je polje OIBa prazno, ili je 0, ili je ipisan OIB. Ovaj tip označava kupca koji nije tvrtka (kada mu se izda račun, taj račun se ne smatra B2Bm nego prodajom krajnjem potrošaču), pa račun izdan ovakvom kupcu ne podliježe izdavanju i slanju "eRačuna", nego se bez obzira na način plaćanja "transakcijski", omogućuje izdavanje računa "na papiru", odnosno slanje e-mailom ili sl.

PLAĆE

• kontiranje plaća - popravljen BUG prilikom kontiranja poreza (a koji se dogodio nakon uvođenja umanjenja poreza za umirovljenike), na konto obveze poreza (2410 POTRAŽUJE) i konta troška za doprinose iz plaće, porez i priprez (4201 DUGUJE). Uplate za porez je dobro kreiran i u SEPA nalozima i u izvještajima, samo je došlo do grešku u izračunu poreza na gore navedenim kontima i to samo u slučaju ako imate bar jednog umirovljenika koji koristi 50% popusta na iznos poreza.

29.05.2025. KPD - Klasifikacija Proizvoda po Djelatnostima

Zakon i Klasifikacija roba i usluga u eRačunu

• Odluka o klasifikaciji proizvoda po djelatnostima RH :: https://narodne-novine.nn.hr/clanci/sluzbeni/full/2024_12_151_2491.html
• Porezna uprava i Fiskalizacija 2.0. :: https://porezna.gov.hr/fiskalizacija/bezgotovinski-racuni
• KLASUS :: https://web.dzs.hr/App/klasus/default.aspx?lang=hr

Što je točno obaveza vezana za KPD i kada mora biti u primjeni?

Što je uopće KPD?

Nije "Kazneno Popravni Dom" :)

Našim riječima : KPD je naša kratica za "Klasifikacija Proizvoda po Djelatnostima", a radi se o listi, tj. šifrarniku, koji kategorizira, tj. svrstava u kategorije sve proizvode i usluge u RH, pri čemu su kategorije organizirane u hijerarhijsku strukturu u 6 razina, počevši od razine 1 koja je najglobalnija, do razine 6 koja je najspecifičnija, pri čemu svaka razina ima svoju klasifikacijsku oznaku tj. ("šifru"). Ova lista je objavljena u NN 2491, iz 12.mj.2024. (link je gore).

Što je potrebno s KPDom?

Šifru "razine6", koja je šesteroznamenkasta, potrebno je pridružiti svim svojim proizvodima i uslugama, te ju je obavezno prilagati uz svaku stavku tog proizvoda ili usluge na izlaznim elektronskim računima. Budući da "Fiskalizacija 2.0." koja stupa na snagu 01.01.2026.g., a koja sve porezne obveznike obvezuje izdavati i dostavljati račune u formi "eRačuna" i to prema drugim tvrtkama u RH (B2B), umjesto dosadašnjeg izdavanja na papiru i slanja običnom poštom ili e-poštom, a posao pridruživanja KPD šifri, pogotovo ako imamo nekoliko tisuća proizvoda i usluga u šifrarniku - nije mali - razmišljamo unaprijed, i već sada omogućujemo u WIPu da se polako, uz svaki proizvod pronađe i pridruži KPD šifra razine 6. U budućnosti ćemo u WIPu morati zabraniti mogućnost izdavanja WIP fakture, u slučaju da uz neku stavku nije izabrana KPD šifra, pa je tome se najbolje već sada polako prilagođavati.

KPD šifri razine 6 je oko 4 tisuće, moram li ih unositi sve u WIP?

Ne. Iako PU upućuje na WEB pretragu KPD šifri, na "KLASUS" stranicama (link gore u prilogu), iskušali smo ih i razočarali se sporošću pretrage i greškama u njihovoj bazi podataka, pa smo sa stranica "Narodnih novina" odlučili preuzeti šifrarnik u običnom HTML formatu, popravili u njemu sve greške koje smo tamo pronašli (npr. neispravna hrvatska slova, zamjenjeni znakovi "<=" i ">=" sa znakom "?", itd.), te omogućili da si tu listu, tj. KPD šifrarnik - WIP automatski preuzme u Vašu WIP bazu podataka i dalje ju koristi za pridruživanje uz WIP proizvode. Preuzimanje se događa potpuno automatski u trenutku prvog ulaska u novi WIP šifrarnik (opisano dole u poglavlju "Jednokratna priprema KPD šifrarnika u WIPu")

WIP i KPD klasifikacije

Jednokratna priprema KPD šifrarnika u WIPu

Da bi WIP preuzeo šifrarnik sa našeg WIP API servera, potrebno je samo jednom ući u KPD šifrarnik, kako bi WIP s Interneta preuzeo i napunio Vašu bazu podataka sa svim šiframa i svim nazivima svih razina KPD klasifikacije. Nakon toga samo izađite iz KPD šifrarnika, nakon čega ste spremni za korištenje novih opcija pridruživanja KPD šifre Vašim WIP proizvodima i uslugama u WIP šifraniku artikala/usluga.

Slika broj 0 prikazuje gdje se sada ulazi u KPD šifrarnik, a sljedeća slika prikazuje da je potrebno samo izaći iz KPD šifrarnika, jer je prilikom ulaska WIP preuzeo KPD podatke i spremio ih u vašu bazu podataka za kasnije korištenje.

(klik na sliku će je otvoriti u velikom formatu u novoj stranici. za povratak nba ovaj tekst korsite strelicu lijevo "back" Vašeg internet pretraživača).

Pretraga i povezivanje WIP proizvoda ili usluge s KPD šifrom

Povezivanje se trenutno obavlja samo u WIP šifrarniku proizvoda. Znači uđite u WIP šifrarnik (opcija : Šifrarnici > Artikli i usluge ) i (ako je Vaš WIP nadograđen na verziju mlađu od 29.05.2025.) vidjeti ćete nove opcije, kao na slici broj "1".

Oznake na slici 1 dole prikazuju sljedeće :

1. broj 1 na slici 1 prikazuje tipku s kojom se otvara nova "KPD tražilica" u kojoj se može pretraživati KPD šifrarnik i izabrati KPD klasa, odnosno KPD šifra koja se želi pridružiti trenutnom WIP proizvodu
2. broj 2 na slici 1 prikazuje polje koje će se popuniti KPD 6 znamenkastom šifrom. Ovo je u stvari i cilj ... pridružiti ispravnu klasifikacijsku šesteroznamenkastu šifru trenutnom proizvodu ili usluzi. Ovo je polje trenutno prazno, što znači da trenutnom proizvodu još nije pridružena klasifikacijska šifra. Na ovom će se mjestu kasnije pojaviti klasifikacijska šifra, a nakon što se klasa i izabere.
3. broj 3 na slici 1 sada prikazuje mali kratki tekst uputa za pridruživanje KPD šifra. Na ovom će se mjestu kasnije pojaviti naziv klase djelatnosti trenutnog proizvoda.

Sada možemo povezati KPD klasu s trenutnim artiklom. Slika dole, broj 2, prikazuje stanje nakon što kliknemo na tipku s ikonom dalekozora (tipka sa slika 1, oznaka 1). Slika 2 prikazuje izgled prozora KPD tražilice, a oznake na slici pokazuju kontrole sa značenjima kako sljedi :

1. broj 1 na slici 2 - polje za upis jedne ili više riječi koje želimo pronaći bilo gdje u tekstu opisa ili KPD šifri.
2. broj 2 na slici 2 - "kvačice" omogućuju da uključimo ili isključimo tekstove naziva klasa po "razinama" IZ PRETRAGE - na ovaj se način mogu iz pretrage isključiti npr. niže razine, i tražiti zadanu riječ samo u konkretnijim višim razinama.
3. broj 3 na slici 2 - opcije omogućuju sortiranje liste po KPD šifri, ili pak po datumu našeg zadnjeg izbora. Ova druga opcija je pretpostavljena (default) što je jako korisno jer se ranije već izabrane klase pojavljuju na vrhu liste što jako skraćuje vrijeme traženja, jer svi imamo više ili manje slične proizvode, iz nekoliko različitih kategorija, pa kada već odaberemo jednu, ona će se pojavljivati na vrhu.
4. broj 4 na slici 2 - pokazuje boje kojima su označene stavke u listi, a one imaju svoje značenje - pa tako :
   • ZELENA boja označava stavku koju smo već danas izabrali uz neki naš proizvod
   • TIRKIZNA boja označa stavku koju smo jučer izabrali uz neki naš proizvod
   • NARANČASTA boja označava stavku koju smo prekjučer izabrali uz neki naš proizvod
   • CRVENA boja označava KPD stavku koja je trenutno povezana s trenutnim proizvodom. Ako ova boja ne postoji u listi, to znači da prvi puta pridružujemo KPP klasu trenutnom proizvodu
   • BIJELA boja označa sve ostale stavke

Sljedeća slika dole prikazuje stanje nakon što smo u polje za upis riječi za pretragu upisali jednu riječ, u našem slučaju "KEKS".

WIP je sada filtrirao u KPD šifrarniku podatke i to na način da je u listi prikazao samo stavke koje u nazivu klase, i to samo u nazivima "razine 6" i "razine 5" (jer su samo te kvačice uključene), sadrže riječ "keks". WIP nije osjetljiv na mala i velika slova, što znači da će pronaći bilo kako napisanu riječ.

U listi u koloni "KPD ID/OPIS", (na slici 3, označeno oznakom 2) se prikazuje u gornjem redu KPDID šifra, a u donjem redu naziv klase "razine6", a to je upravo ona razina koju i tražimo, i koja mora odgovarati trenutnom proizvodu.

Niže razine nam govore iz kojih "nadkategorija" potiče prikazana "razina6" koju tražimo. To je važno jer možemo tražiti KPD klasu za npr. željezo u građevini, pa moramo znati odnosi li se tekkst u klasi "razine6" na medicinski pojam za "željezo" (npr. željezo u krvi), ili pak na nadkategoriju "METALURGIJA".

Također, preporuka je da se traži neka ključna riječ u skraćenom obliku - mi nismo tražili riječ "KEKSI", niti "KEKSA", niti "KEKSIMA" - jer ne znamo točno kako možda piše u KPD katalogu.

WIP pretraga podržava i traženje s više zadanih riječi, pri čemu se svaka riječ odvjena razmakom tretira posebno u pretrazi i to sa veznikom "i" (a ne "ili"). Npr. ako tražimo "OBLAT KEKS", WIP će u KPD katalogu tražiti sve redove u kojima se bilo gdje u tekstu nalazi riječ "OBLAT" i riječ "KEKS", bez obzira što riječi u tekstu nisu jedna do druge, i bez obzira što u traženom tekstu nisu navedeni obrnutim redoslijedom. To znači da bi WIP u ovom primjeru pronašao i stavku s tekstom "Medenjaci i slični proizvodi; slatki KEKSi i OBLATe", bez obzira što je u pronađenom tekstu prvo KEKS a zatim OBLAT, i što je među njima slovo i.

IZBOR i PRIDRUŽIVANJE KPD klase iz liste, uz trenutni proizvod pridruživanje se obavlja DVOSTRUKIM KLIKOM na stavku u listi! Ako se ipak ne želi pridružiti ništa, jednostavno na "X" gore desno zatvorimo prozor "KPD tražilica" pri čemu će se kotntrola vratiti prozotu "Šifrarnik artikala i usluga"

Pregled i mogućnosti nakon izbora KPDa

Slika 4 dole, prikazuje stanje u šifrarniku artikala i usluga nako izbora KPD klase. Tu je polje označeno na slici "brojem 1", koje prikazuje KPD šifru koja je i bila cilj. Polje označeno na slici "brojem 2" prikazuje naziv klase iz ", a labela, na slici označeno "brojem 3" se promijenila i sada uz riječ "KPD" piše i "[ukinuti KKPD]", što je u stvari klikabilna komanda koja omogućuje razvezivanje trenutne KPD klase od trenutnog proizvoda (objašnjeno kasnije u ovim uputama)

Promjena ranije izabrane KPD šifre s nekom drugom KPD šifrom

Ako nismo zadovoljni trenutnim izborom KPD klase koja je povezana s trenutnim proizuvodom ili uslugom, jednostavno kliknemo na tipku s ikonom dalekozora, i ponovno u KPD tražilici potražimo drugu KPD klasu. Slika broj 5 dole prikazuje izgled liste u prozoru "KPD tražilica" nakon ove akcije. Sada u listi vidimo i stavku sa crvenom linijom na početku. Ona označavu stavku koja je u ovom trenutku trenutno izabrana uz trenutni proizvod/uslugu, kako bi odmah "upadala u oči". Naravno, ostale boje, znače isto, a ojasnili smo ih gore u ovim uputama. Sada možemo ili samo zatvoriti prozor "KPD tražilica" što neće napraviti nikakvu akciju promjene KPD klase u trenutno artiklu/usluzi, ili možemo potražiti neku drugu KPD klasu, i izabrati je dvostrukim klikom na njenu stavku.

Uklanjanje (odvezivanje) povezanosti WIP proizvoda/usluge s ranije izabranom KPD šifrom

Ako želimo ukinuti trenutni izbor KPD klase uz trenutni proizvod/uslugu, kako bi proizvod/usluga ponovno imala nedefiniranu KPD klasu, jednostavno kliknemo na labelu "[ukini KPD]" (na slici 6 označeno brojem 1), nakon čega će WIP tražiti potvrdu (na slici 6 označeno brojem 2), i ako je ona pozitivna, ukinuti trenutno izabranu KPD klasu na trenutno proizvodu. Napominjemo samo da se prozor za potvrdu odvezivanja samostalno zatvara za 7 sekundi.

Kako do nadogradnje WIP s ovim opcijama

Ako ste zainteresirani za nadogradnju s ovim opcijama, samo nam se javite na Viber, WhatsApp ili Telegram s Vašim prijedlogom termina za nadogradnju. U tom dogovorenom vremenu, bitno je da nam omogućite ekskluzivan pristup svim WIP aplikacijama na serveru, ili kod Vas lokalno, i da nitko ne pokreće program tijekom nadogradnje, dok se sve ne završi i dok Vam javimo da smo gotovi.

23.05.2025.

Općenito o "sidrenim cijenama" i "cijenama za jedinicu mjere"

POJMOVI

"Sidrena cijena" : je cijena proizvoda koja je bila aktualna na dan 02.05.2025. Ako na taj dan proizvod nije postojao u ponudi trgovine, tada je datum sidrene cijene onaj s kojim je taj proizvod prvi puta zadužen na skladište.

"Maloprodajna cijena" : Maloprodajna cijena je konačna cijena u eurima za pojedini proizvod ili uslugu, odnosno određenu količinu proizvoda, uključujući porez na dodanu vrijednost kao i eventualnu "povratnu naknadu" (PET ambalaža npr.)

"Cijena za jedinicu mjere" : to je konačna cijena u eurima, za jedan kilogram, jednu litru, jedan metar, jedan četvorni metar ili jedan kubni metar proizvoda ili neku drugu jedinicu količine koja se općenito ili uobičajeno koristi kod prodaje proizvoda na pojedinom području RH, a koja uključuje porez na dodanu vrijednost i eventualni iznos povratne naknade. Evo primjer > proizvod "Destilirana voda 5L", je plastična boca koja se prodaje na komad, ali to pakiranje sadrži 5 litara destilirane vode. Cijena komada (maloprodajna cijena) je npr. 5€, ali se na labeli mora ispisati i cijena za jednu stvarnu jedinicu mjere proizvoda, u ovom slučaju za jednu litru, a ona u ovom slučaju iznosi 1€ za litru.

ŠTO JE OD 15.05.2025. DODATNO U OBVEZI?

"Sidrena cijena" se mora istaknuti uz sve proizvode iz kategorije (FMCG):

1. hrana,
2. piće,
3. kozmetika,
4. sredstva za čišćenje,
5. toaletne potrepštine i
6. proizvodi za kućanstvo

"Cijena za jedinicu mjere" : se ističu za sljedeće proizvode :

1. hranu i hranu za životinje, osim ako nije drugačije propisano
2. deterdžente
3. dječje pelene
4. boje i lakove, izuzev slikarskih boja
5. ulja i tekućine za motore i motorna vozila
6. destiliranu vodu
7. za njegu lica i tijela
8. za pranje i čišćenje lica i tijela
9. za pranje i njegu kose
10. za pranje, čišćenje i njegu zubi i usne šupljine.

IZNIMKE

"Za Cijene za jedinicu mjere" nije potrebno isticati za sljedeće proizvode :

• robu mase manje od 50 grama ili obujma manjeg od 50 mililitara
• robu koja se prodaje kao poklon paketi ili kompleti
• robu koja se prodaje u okviru posebnih oblika prodaje
• poslastice za kućne ljubimce
• kolače
• alkoholna pića u pakiranjima do 100 ml
• smrznute deserte obujma do 500 ml
• voće i povrće koje se prodaje komadno ili u svežnju.

TKO JE U OBVEZI?

Svi trgovci koji obavljaju registriranu djelatnost trgovine na malo na području Republike Hrvatske, a prodaju robu iz gore definiranog asortimana.

WIP I SIDRENE CIJENE

SIDRENE CIJENE

Definiranje proizvoda na kojima se prikazuje sidrena cijena

Određivanje grupe proizvoda na kojima će se prikazati "sidrena cijena" određuje se kvačicom u "2. Šifrarnici" > "2. Grupe artikala i nadgrupe". Potrebno je na željenoj grupi uključiti kvačicu na "Na labelama prikaži sidrenu cijenu" Prilikom kreiranje labela s cijenama, WIP će dohvaćati i prikazivati "Sidrenu cijenu" za svaki proizvod koji se nalazi u grupi koja ima uključenu kvačicu na ovoj opciji.

Kako WIP dohvaća "sidrenu cijenu"?

WIP sidrenu cijenu dohvaća iz kartica proizvoda tražeći tamo dokument koji je zadužio skladište na kojem se pokušavaju kreirati labele s cijenama, i to dokument koji je jednakog datuma 02.05.2025. Ako takav dokument ne postoji, WIP pokušava pronaći malo raniji dokument iz kojeg bi pročitao planiranu prodajnu cijenu u trenutku odobrenja tog dokumenta. Ako niti takav dokument ne postoji, WIP pokušava pronaći neznatno kasniji zadužni dokument nakon datuma 02.05.2025. kako bi iz njega dohvatio "sidrenu cijenu". Ako niti takav zadužni dokument ne postoji, WIP će sidrenu cijenu dohvatiti iz šifrarnika artikala, na tom skladištu, i to kao trenutnu maloprodajnu cijenu.

Kako WIP definira datum koji stoji uz "sidrenu cijenu"?

• Ako je WIP sidrenu cijenu dohvatio iz dokumenta koji nosi datum jednak 02.05.2025., tada će uz dohvaćenu sidrenu cijenu, WIP na labeli prikazati 02.05.2025.
• Ako je WIP sidrenu cijenu dohvatio iz dokumenta koji je RANIJI od 02.05.2025., tada će uz dohvaćenu sidrenu cijenu, WIP na labeli prikazati 02.05.2025.
• Ako je WIP sidrenu cijenu dohvatio iz dokumenta koji je KASNIJI od 02.05.2025., tada će uz dohvaćenu sidrenu cijenu, WIP na labeli prikazati datum tog dokumenta a koji je dakle kasniji od 02.05.2025. jer je dakle proizvod očito prvi puta zadužen nakon 02.05.2025.
• Ako je WIP sidrenu cijenu dohvatio iz šifrarnika proizvoda, to znači da ne postoji niti jedan zadužni dokument za navedni proizvod, pa će WIP "sidrenu cijenu" dohvatiti iz trenutnog cjenika, a datum će u ovom slučaju postaviti na 02.05.2025.

Hoće li na labeli WIP prikazati sidrenu cijenu s porezom ili bez poreza?

WIP će na labeli prikazati cijenu na sljedeći način :

• Ako se labele kreiraju iz VP primki-kalkulacija, i prilikom kreiranja se izabere opcija "Podebljaj VP cijenu", tada će WIP i prodajnu i sidrenu cijenu prikazati bez PDVa, a u donjem lijevom kutu labele će kao indikaciju toga prikazati "+PDV". U ovom slučaju se u prodajnu cijenu ne dodaje povratna naknada jer se radi o VP skladištu.

• Ako se labele kreiraju iz VP primki-kalkulacija, i prilikom kreiranja se izabere opcija "Podebljaj MP cijenu", tada će WIP i prodajnu i sidrenu cijenu prikazati s PDVom, a izračunati će je na način da će na prodajnu cijenu bez PDVa dodati porez po stopi koja je definirana u šifrarniku proizvoda za taj proizvod. Važno je znati da WIP u prikazanoj cijeni na labeli u ovom slučaju neće dodati i povratnu naknadu, jer se ona ne dodaje u planiranu prodajnu cijenu na VP tipu skladišta.

• Ako se labele kreiraju iz šifrarnika proizvoda, za vrijeme dok je u padajućoj listi gore izabrano skladište koje je VP tipa, WIP će kreirati labele u ovisnosti od izbora "Podebljati VP cijene", odnosno "Podebljati MP cijene".

• Ako se labele kreiraju iz šifrarnika proizvoda, za vrijeme dok je u padajućoj listi gore izabrano skladište koje je MP tipa, WIP će kreirati labele isključivo s PDVom i uključenom povratnom nakadom ako je na proizvodu postavljena oznaka "D" u polju "Pet D/N?". WIP u ovom slučaju neće dozvoliti birati "Podebljana VP cijena", upravo zato što se u VP cijeni ne podrazumijeva i povratna naknada.

• Ako se labele kreiraju iz MP primki, WIP će kreirati labele isključivo s PDVom i uključenom povratnom naknadom ako je na proizvodu postavljena oznaka "D" u polju "Pet D/N?". WIP u ovom slučaju neće dozvoliti birati "Podebljana VP cijena", nego će pretpostavljeno i uvijek kreirati labele s opcijom "Podebljana MP cijena", upravo zato što se u VP cijeni ne podrazumijeva i povratna naknada.

• DODATNE VAŽNE NAPOMENE (za verzije WIPa nakon 23.05.2025.) ::

  1. Kada se labele generiraju iz primki-kalkulacija (i VP i MP tipa), ako primka po kojoj želimo generirati labele još nikada nije bila odobrena, WIP će na labelama koje generiramo po toj primci - prikazivati prodajne cijene iz te primke, jer će prvo odobrenje primke, popraviti cijene i u cjeniku.
  2. Kada se labele generiraju iz primki-kalkulacija (i VP i MP tipa), ako je primka po kojoj želimo generirati labele veće jednom bila odobrena (pa stornirana), ili je trenutno već odobrena - WIP će na labelama koje generiramo po toj primci, kao prodajne cijene prikazati cijene iz šifrarnika artikala, a ne iz te primke. To će i jasno komunicirati u polju "Napomena:" u WIP prozoru za izbor podebljanja cijena, a prije pokretanja generiranja samih labela! Ovo je važno iz razloga što ponovno odobrenje primke ne popravlja više cijene u artiklima, pa bi se moglo dogoditi da je trenutno aktivna cijena u primci jedna, a trenutno aktivna cijena u artiklima (cjeniku) neka druga, što bi dovelo do toga da npr. WIPOS kasa primi jednu cijenu, a na policama je neka druga! Primjer : ovakvo ponašanje sprječava mogućnost da u primci unesete npr. 10€, odobrite primku prvi puta, ona popravi u cjeniku cijenu na 10€, zatim u artiklima promijenite cijenu na 12€, printate labele po primci - primka će pokazati na tom artiklu ipak 12€ a ne 10€ kao što je u toj primci, pa je na ovaj način ipak sve u redu!

  

CIJENE ZA JEDINICU MJERE

Kada se na labeli prikazuje "Cijena za jedinicu mjere"?

WIP će na labeli za police izračunati i prikaziti tzv. "Cijenu za jedinicu mjere" u slučaju kada je u šifrarniku proizvoda definirana "mjera2" koja je različita od "mjere", a pri tome niti "mjera" a niti "mjera2" nisu prazna polja.

Kako se računa "Cijena za jedinicu mjere"?

U šifrarniku proizvoda se definira "glavna jedinica mjere" (mjera1), i njen koeficijent (koef1), te "mjera2" i njen koeficijent (koef2). I sada npr. ako je proizvod "COCA COLA 2X1,5L", to znači da se u tom komadu, odnosno paketu, nalaze dvije boce coca-cole, od po 1.5litara. Ako želimo da WIP na labeli prikaže i cijenu za 1 litru Coca-cole, tada ćemo mjere i koeficijente podesiti ovako :

• "Mjera1 = "Kom", koeficijent1 = 1
• "Mjera2 = "Lit", koeficijent2 = 3

Drugim riječima, mogli bi reći, da jedan komad proizvoda "COCA COLA 2X1,5L" sadrži 3 litre coca-cole. (wip će paziti da prilikom izračuna cijene za litru, iz maloprodajne cijene izbije povratnu naknadu, pa tek onda računa cijenu za litru - objašnjeno malo kasnije)

WIP će na labeli shvatiti da "mjera1" i "mjera2" u šifrarniku proizvoda nisu jednake (jedna je Kom a druga je Lit), pa će uopće i prikazati i "cijenu za jedinicu mjere" na labeli. A cijenu će izračunati na sljedeći način :

• prvo će iz kalkulacije ili šifrarnika artikala (zavisi odakle ste pokrenuli kreiranje labela s cijenama) uzeti maloprodajnu cijenu. Ona u našem primjeru iznosi 4€. Iz ove će cijene izbiti povratnu naknadu (ako je ona definirana uz proizvod, a uz ovaj jest.). Budući da je uz ovaj proizvod definirano da "Kom" sadrži dvije boce, WIP će iz maloprodajne cijene od 4€ izbiti dva puta po 0.1€ na ime dvije povratne naknade, i dobiti cijenu od 3.8€. Zatim će cijenu za mjeru2 izračunati na ovaj način : 1/koeficijent2 x maloprodajnaCijenaBezPovratneNaknade. U našem slučaju je to 1/3x3.8€ = 1.27€ za jednu "mjeru2", odnosno "Lit". Povratnu naknadu će iz cijene s porezom WIP izuzimati SAMO u slučaju da se labele kreiraju iz maloprodajnog skladišta jer konačne maloprodajne cijene u cjeniku na tom skladištu već sadrže i povratnu naknadu. U slučaju veleprodajnog skladišta, WIP prilikom izračuna "Cijene za jedinicu mjere" neće izbijati povratnu naknadu, jer ona nije niti sadržana u cjeniku VP skladišta.

Napomene!

• sidrena cijena na labelama kreiranim po istoj primci-kalkulaciji, a generirane prije i poslije odobrenja kalkulacije, ne moraju biti jednake. Ako je neki proizvod na kalkulaciji po kojoj kreiramo labele, na toj kalkulaciji PRVI puta u zaduženju, onda se ta kalkulacija ne vidi u karticama artikala (proizvoda) prije nego se odobri, što znači da će za taj proizvod sidrena cijena prije odobrenja primke biti dohvaćena iz artikala (jer u karticama artikala još ne postoji primka po kojoj upravo kreiramo labele - jer ista nije niti odobrena), ako po istoj primci kreiramo labele nakon odobrenja te primke, tada će za taj proizvod sidrena cijena biti upravo ona iz te primke koju smo upravo odobrili, a ne više šifrarnika artikala.
• implementaciju sidrenih cijena i cijena za jedinicu mjere smo napravili SAMO na dizajnu labela broj 2! Na ostalim labelama za sada po narudžbi.
• Sidrene cijene se dohvaćaju sa ULAZNIH dokumenata iz kartice artikala - ovdje napominjem da ulazni dokumnet ne mora biti samo primka, to može biti i "Prijenosnica" koja donosi proizvod na skladište na kojem kreiramo labele, može biti i proizodnja koja donosi novi proivod na skladište na kojem kreiramo labele, ulazni dokument može biti i "Rastavnica" koja rastavljanjem nekog gotovog proizovoda, rastavni dio tok proizvoda zadužuje na skladište s kojeg kreiramo labele.
• postoji i mala zamka : npr. napravimo primku-kalkulaciju, u nju dodamo proizvod koji je trenutno u cjeniku po cijeni od 10€. Sada kroz primku-kalkulaciju popravimo prodajnu cijenu na 12€. WIP će SAMO prilikom PRVOG ODOBRENJA primke-kalkulacije, novu cijenu podesiti i u šifrarniku proizvoda, pa će nakon PRVOG odobrenja primke, i u šifrarniku artikala biti podešena cijena od 12€. To znači da ako printamo labele prije odobrenja primke, na labeli će stajati cijena od 10€, a ako printamo nakon odobrenja, na labeli će stajati cijena od 12€. ALI - sada storniramo primku, kroz promku popravimo prodajnu cijenu u 13€ (nekome nesretan broj), zatim odobrimo primku, i printamo labele po toj primci - na labeli će stajati nova cijena od 13€ - ALI U ŠIFRANIKU ARTIKALA ĆE I DALJE BITI CIJENA OD 12€ - JER PRIMKA SAMO PRILIKOM PRVOG ODOBRENJA AUTOMATSKI POPRAVLJA PRODAJNE CIJENE U ŠIFRANIKU ARTIKALA. Ako se prodajna cijena popravlja kroz primku, nakon što je primka jednom već bila odobrena, prodajne je cijene potrebno RUČNO popraviti u šifrarniku artikala, kako bi one od tamo bile poslane na npr. kasu, odnosno nuđene u ponudama kroz WIP centralni sustav!
• ostalo nenavedeno :)

15.05.2025.

Fiskalizacija 2.0. - radovi na novom modulu i izmjena i unaprijeđenjima postojećih WIP procesa

Nova opcija "Parameteri" > "X.. eRačuni - primanje i slanje" - od sada WIP podržava pregled PDF dokumenata u istom prozoru, za sada u eURA-ma. Kada se dvoklikne na primljenu eURA u listi (ili desni klik pa opcija "Učitaj eURA"), WIP primi cijelu eURA sa servera posrednika, parsira je (iz eRačun izvuče svaki pojedinačni podatak npr. datum računa, dobavljača, oib dobavljača, stavke računa s količinama, cijenama popustima, popust ili terećenje na razini cijelog računa, kompletnu razradu poreza po grupama poreza ... itd.), zatim iz eRačun "izvuče" sve priloge - vizualizaciju računa, ali i sve ostale priloge koje je u eRačun stavio pošiljatelj, i sada u ovoj verziji WIPa, odmah i otvori PDF računa desno u istom prozoru WIPa, a ne kao do sada u vanjskom programu za čitanje PDFova.

Ovo će omogućiti uskoro da se podaci primljene eURA (ulaznog eRačuna) MAPIRAJU u WIP - uz istovremeno gledanje vizualizacije računa u PDFu kako bi se odmah mogle iskontrolirati sve vrijednosti, pogledati eventualno dodane tekstove napomena koji se nalaze samo na računu itd.

"Mapiranje" je povezivanje podataka pristiglih u eRačunu s podacima WIPa. Npr. u eRačunu pristignu podaci o dobavljaču ... njegov OIB, naziv, adresa, eMail adresa itd.. Te je pristigle podatke potrebno povezati s WIP podatkom, u ovom slučaju s wip šifrom partnera, ili, ako taj partner još ne postoji u WIPu, automatski omogućiti dodavanje tog novog partnera u WIP šifrarnik. To povezivanje se zove "mapiranje". Na isti način ćemo uskoro omogućiti i mapiranje proizvoda/usluga, a što će omogućiti potpuno automatizirano kreiranje WIP ručnih URA, ali i autoamtsko kreiranje WIP kalkulacija direktno iz peristiglog eRačuna! WIP će mapiranje "zapamtiti" za tog dobavljača i njegovu robu ... pa će kasnije, kada ponovno stigne račun od tog dobavljača, a za već ranije mapiranu robu - znati o kojim se točno WIP šiframa robe tu radi, pa će tako WIP vremenom učiti - a što će za WIP operatera značiti da ima sve manje i manje "ručnog" posla vezanog za unos podataka i kreiranje novih ulaznih dokumenata.

Evo slika kako sada izgleda prozor u kojem se odmah učitava i PDF vizualizacija primljenog dokumenata iz primljenog eRačuna, uz kratki opis trenutnih kontrola.

Cilj je u ovom lijevo prozoru od PDF vizualizaije eRačuna, gdje se sada vide samo "nabacani" tekstovi parsiranih podataka trenutnog eRačuna, organizirati opcije za izbor želite li ove podatke poslati u kreiranje "ručnih URA" ili u kreiranje "Primki kalkulacija" veleprodaje, ili maloprodaje, a isto tako i omogućiti mapiranje, odnosno dakle povezivanje dobavljača s WIP dobavljačima, povezivanje proizvoda s WIP proizvodima ili uslugama (u slučaju kreiranja primke), ili označavanja stavaka "uslugama", pri čemu će se te stavke dodati u primku kao "zavisni trošak", dok se u slučaju kreiranja "ručnih URA" ne treba obavljati mapiranje stavaka računa, nego su za to bitni samo iznosi poreza, ukupni iznosi, podaci o dobavljaču, datumima itd.

Na ovom modulu i dalje intezivno radimo.

KPD - šifrarnik

Intezivno radimo na KPD šifrarniku koji ćemo upogoniti u WIPu što ranije, vjerojatno sljedeći tjedan, a kako bi svi zajedno polako do nove godine u WIPu određivali Klasifikacijske šifre (6 znamenkase) uz svaki WIP proizvod, ali više o tome sljedeći tjedan.

03.05.2025.

WIP generalno ponašanje

WIP se više ne pokreće u "full-screen" moodu (preko cijelog ekrana), nego se pamti zadnja veličina i pozicija WIP glavnog prozora koja je bila prilikom zatvaranja WIPa, pa se prilikom ponovnog pokretanja WIPa, WIP prozor pozicionira na jednako mjesto, i veličinu, s kojom je zatvoren.

Budući da su danas ekrani već prilično veliki, sada se WIP može podesiti da zauzima samo dio ukupnog ekrana, a ostali dio se može paralelno koristiti za npr. pregled PDF dokumenta ili WEB preglednika, i sl.

WIP PLAĆE

Ovrha

• nova mogućnost ovrha nad dijelom plaće radnika, odnosno mogućnost unosa "zaštićenog IBANa" i "zaštićenog iznosa", pri čemu WIP od ukupnog iznosa neto plaće za isplatu, oduzima "zaštićeni iznos" i na "Obračunu plaće" prikazuje posebno iznos i IBAN za isplatu na "zaštićeni račun", te posebno ostatak isplate koji je potrebno isplatiti na "redovan račun" (kojeg će FINA plijeniti). Podaci za ovrhe se podešavaju, u formi "Podaci o radnicima", u novom "tabu" pod nazivom "Ovrhe i ostalo".

WIP sada provjerava ispravnost upisa IBANa

WIP sada provjerava (validira) upis IBANa radnika (kao i IBANA za zaštićeni račun koji se upisuje u slučaju ovrhe nad plaćom) metodom MOD 97, pa na taj način se ne dozvoljava unos pogrešnog IBAN broja.

SEPA nalog za učitavanje isplatnih naloga u banku

WIP sada može kreirati datoteku SEPA nalog za učitavanje isplata plaća u banku. WIP kreira datoteku s tri grupe naloga za plaćanje, i to kako slijedi :

1. grupa "POREZI" - u ovoj grupi će WIP kreirati naloge za plaćanje poreza, na način da će iznose sumirati po mjestu/općini/gradu stanovanja radnika, i za svako mjesto/općinu/grad kreirati po jedan nalog pri tome znajući IBAN račun svakog mjesta

2. grupa "DOPRINOSI" - u ovoj će grupiti biti tri naloga za plaćanje, jedan za MIO1, drugi za MIO2, treći za "zdravstveno osiguranje". Dodatno radimo i na nalozima za MIO1 i MIO2 na plaću. Za sada ih je, ako ih imate, potrebno ručno posebno napraviti.

3. grupa "ISPLATA PLAĆE" - u ovoj će grupi WIP kreirati naloge za isplatu plaće za svakog od radnika. Isplatni nalog će kreirati na radnikov tekući račun (IBAN), a ako je uz radnika uključena i "ovrha", odnosno definiran "Zaštićeni račun" te upisan i "Zaštićeni iznos" koji je veći od nule - tada će za tog radnika kreirati dva naloga za isplatu - jedan na redovni račun, a drugi na zaštićeni račun.

Tipka za kreiranje SEPA naloga, nalazi se ispod tipke za kreiranje JOPPD obrasca u formi za obračun plaća. SEPA datoteku je potrebno kreirati na dan isplate, jer se u nazivu datoteke mora nalaziti struktura datuma na koji se datoteka učitava u banku.

Napomena : ZABA datoteku je potrebno potpisati sa "ASEBA" aplikacijom koju imate instaliranu na lokalnom računalu na kojem imate i pristup eZABI. U Windows tražilici potražite riječ ASEBA, pokrenite aplikaciju, a zatim s lijeve strane potražite kreiranu SEPA WIP datoteku, u desnom prozoru kliknite lijevim klikom miša na tu SEPA datoteku, a zatim i na "Potpiši" komandu. Nakon toga će se u istom folderu pojaviti istoimena datoteka koje će u sufiksu naziva imati "sig" riječ (od "signed" - potpisana). Tu datoteku uploadajte u eZABA, u naloge, i učitajte je. Nakon validacije, ako je sve ok, moći ćete izvršiti sva plaćanja jednim klikom.

Opcija - Umanjenje poreza na dohodak

Nova opcija u WIP plaćama s kojom se može umanjiti inače obračunati iznos poreza na dohodak radnika. Koristi se za npr. "umirovljenike" koji imaju pravo na 50% umanjenja inače obračunatog poreza na dohodak. (jednako kao i branitelji s takvim statusom). Postotak ili iznos umanjenja poreza se može upisati u formi "Podaci i paramteri plaće radnika", tab (stranica) "Parametri plaće", dole desno "Umanjenje poreza na dohodak" gdje se može upisati postotak ILI iznos umanjenja. WIP računa samo jedan upisani parametar, s tim da postotak ima prednost ako upišete i postotak i iznos. Dakle, ako želite a trenutnom radniku obračunati 50% poreza, onda ćete u polje postotka upisati 50, a u polje iznos ostaviti nulu. Ako se želi porez umanjiti za neki iznos, onda se u polju postotka ostavlja nula, a u polje iznosa u EURima se upisuje iznos umanjenja.

novi modul : eURA i eIRA za Fiskalizaciju 2.0.

Ovaj novi modul je u beta fazi i intezivnom razvoju, ali ga periodično ugradimo u objavljenoj WIP nadogradnji, nakon što mu "zaokružimo" trenutne a privremene funkcionalnosti.

Trenutno ovaj modul može :

1. eURA

   1.1. učitati ulazne eRačune sa servera posrednika : dakle svi računi koje Vam je netko poslao u eRačun formi, sada mogu biti primljeni u WIP

   1.2. parsirati ulazne eRačune : WIP sada zna ulazni račun rastaviti na elemente, npr. datum računa, naziv dobavljača, iznos poreza, ukuapn iznos, oib dobavljač itd. itd. - svi podaci se ekstrahiraju iz primljenog eRačuna, što će nam dalje u budućnosti omogućiti da automatski punimo WIP knjigu ulaznih računa, PDV obrazac itd., bez potrebe ručnog prepisivanja računa.

   1.3. iz primljenog eRačuna izvući priloge : u eRačunu se nalazi "vizaulna reprezentacija" tog ulaznog računa u PDF formatu. WIP iz primljenog eRačuna zna izvući PDF račun i otvoriti ga u Microsoft Edgeu ili Adobe PDF readeru. Isto tako, ako je u primljenom eRačunu stigao i neki dodatni prilog (npr. rukom potpisana otpremnica), WIP već sada može i takve dokumente izdvojiti, i otvoriti kao sliku ili PDF (već kako ih je pošiljatelj poslao)

   1.4. otvoreni PDF račun u WIPu se sada autoamtski sprema u folder na desktopu trenutnog Windows korisnika, i to u folder : "Desktop", "wip-dokumenti", podfolder "<naziv vaše tvrtke>", podfolder "wip-automatski-kreirani-dokumenti", podfolder "e-ura", podfolder "", podfolder "" ...tu, i to pod strukturiranim nazivom datoteke, gdje struktura izgleda ovako : "godina-mjesec-dan-tip dokumenta (npr. e-URA)-broj dokumenta-OIB dobavljača-naziv dobavljača-fiskalni broj računa.PDF", (npr. ovako"2025-05-05-E-URA-113474493-06637660960-ADRIA_GRUPA_D_O_O-1492-7550-9009.PDF")

2. eIRA

   2.1. WIP novu knjigu "eIRA" sada može napuniti podacima iz "WIP fakturiranja iz veleprodaje"

   2.2. WIP sada već može sa servera posrednika primiti poslane eRačune, i spojiti te podatke sa WIP računom, te u listi eIRA prikazati zelenu oznaku (traku s lijeve strane zapisa u listi), kao i datum i status poslanog eRačuna. Više nema potrebe ići na WEB sučelje posrednika kako bi se vidio status poslanog eRačuna

Dodatno : eURA i eIRA pamte poziciju i veličinu prozora prilikom zatvaranja glavnog prozora ovog WIP modula, kao i raspored i širinu kolona liste eURA i eIRA, te se tako pozicioniraju prilikom ponovnog ulaska u ovaj WIP modul.

Modul "Ponude-otpremnice-računi" i "Fakturiranje iz maloprodaje"

Izgled računa : sada se u zaglavlju računa omogućuje ispis potpunog naziva banke (za ZABU, npr. Zagrebačka banka - a za što ranije nije bilo mjesta na fakturi), takodjer i swift, te na kraju i broj žiro računa (a ne samo žiro račun, kao do sada).

Administracija WIP operatera

Sada se u WIP operaterima, u opciji "Parametri">"Administracija" (može joj pristupiti samo WIP administrator), desno pored naziv operatera može isključiti kvačica "Aktivan". Tada WIP tog operatera, u toj poslovnoj godini više neće prikazivati u listi operatera za prijavu u WIP. Na ovaj način se stari operateri mogu proglastiti neaktivnim, ali i dalje će postojati kao zapis u operaterima, kako bi se ispis starih računa iz arhive npr. koje su oni kreirali, i dalje uredno obavljao.

18.04.2025.

Fiskalizacija 2.0. - novi detalji

Objavili smo novi članak vezan za "Fiskalizaciju 2.0." s puno novih detalja oko samog protokola slanja, primanja, komunikacije s knjigovođom u tim budućim novim uvjetima nakon 01.01.2026.

Objavili smo i nadogradnju WIPa (na kraju članka je i slika izgleda formi preliminarnog ekrana) koji već sada ima integriranu preliminarnu beta verziju a omogućuje već sada primanje, parsiranje, validaciju i pregled eRačuna u izvornom PDF formatu kao i mogućnost WIPa da ekstrahira eventualno umetnute dodatne dokumenate u eRačun (potpisana otpremnica i sl.). Modul je već sada koristan, iako će se u segmentu saame komunikacije još puno toga mijenjati tijekom budućeg perioda, mi sada radimo na razini ispod te komunikacije, pretpostavljajući da će se samo mijenjati komunikacijski interface prema informacijskim posrednicima, a ovaj dio validacije, parsiranja, promjene statusa itd. - u mnogome će ostati iste.

Puno je informacija "na tržištu" vezano za ovu temu, puno je "seminara" koji se pokušavaju stvarno masno naplatiti (postavlja se pitanje odakle im informacije - ako još ništa nije obavljeno!? Zar prodaju "mi mislimo da će biti ovako" sistem, ili pak imaju privatni pristup informacijama koje bi MORALE biti potpuno javne - kako bi svi na tržištu imali jednake uvjete).

Mi donosimo naše, potpuno neovisno, mišljenje o svemu, utemeljeno na našem punogodišnjem iskustu u dizajniranju IT sustava, ali i temeljem sudjelovanja u javnom "eSavjetovanju" i nakon što smo detaljno proučili taj javno objavljeni prijedlog Zakona.

Donosimo dakle informacije kako mi mislimo da će sve funkcionirati, i to kroz operativne ali i tehničke detalje - iako u ovom trenutku tehničke upute još ne postoje i tek se čeka njihova objava. Budući da su rokovi jako kratki, kasni se sa svim detaljima, mi moramo već sada planirano raditi na razvoju novog modula, iako smo svjesni da ćemo ga tijekom vremena morati djelomično i mijenjati!

Evo poveznice na novi članak : FISKALIZACIJA 2.0. (prelimirno objašnjenje)

01.01.2025.

WIP OBRAČUN PLAĆA

NAKNADNA VAŽNA NAPOMENA :(07.01.2025.) Zagreb do 01.03.2025. ipak NE MIJENJA STOPU POREZA, ali ih mijenjaju npr. Sisak, Rijeka i Karlovac, pa molimo da korigirate upute dole prema ovim novim informacijama.

Za isplate nakon 01.01.2025. potrebno je u plaći za 12.mj.2024.g. koja se isplaćuje nakon 01.01.2025.g. promijeniti sljedeće :

A. PRAG I IZNOS OSOBNOG ODBITKA

1. Mjesečni prag za primjenu više stope poreza (za npr. gradove Karlovac, Rijeka i Sisak)
2. Iznos "Osnovnog osobnog odbitka"

B. STOPE POREZA PO GRADOVIMA i OPĆINAMA

1. Višu i nižu stopu poreza za gradove i općine koji po tablicama mijenjaju stope poreza
2. Ostale eventualno izmjenjene više i niže stope poreza za ostale općine i gradove, a za što morate samostalno potražiti informacije.

!!! VAŽNO : ove izmjene je potrebno napraviti i u WIP poslovnoj godini 2024. i to prije obračuna plaće za 12.mj.2024., (tek nakon obračuna za 11.mj.2024.), ali i u WIP poslovnoj godini 2025 kako bi se i budući obračuni izračunavali temeljem novih stopa poreza i praga za obračun poreza.

Slike :

A. IZMJENA PRAGA I IZNOSA OSOBNOG ODBITKA

Iz glavnog izbornika pokrenuti : Plaće > Generalni parametri plaća (slika1 dole). Dole desno promijeniti "Mjesečni prag" na način da se umjesto 4200 upiše 5000, a zatim i "Osnovni osobni odbitak" na način da se umjesto 560 upiše 600 €.

B. STOPE POREZA PO GRADOVIMA i OPĆINAMA

Iz glavnog izbornika pokrenuti : Plaće > Šifarnici > Gradovi i općine (slika1 dole).

Strelicama lijevo i desno pronaći željeni GRAD, a zatim tipkom za izmjenu (ikonica s olovkom), promijeniti nižu i višu stopu poreza prema objavljenoj tablici porezne uprave. Spremiti promjene tipkom na kojoj je ikonica zelene kvačice. Na jednak način promijeniti i stope svih općina i gradova ako su se mijenjale za mjesec u kojem planirate obračun plaće.

Napomena : slike dole prikazuju primjer izmjene stope za Zagreb koja se NE MIJENJA za plaću 12.2024, 01.2025 i 02.2025., nego tek za sljedeće obračune plaća!

!!! VAŽNO : ove izmjene je potrebno napraviti i u WIP poslovnoj godini 2024. i to prije obračuna plaće za 12.mj.2024., (tek nakon obračuna za 11.mj.2024.), ali i u WIP poslovnoj godini 2025 kako bi se i budući obračuni izračunavali temeljem novih stopa poreza i praga za obračun poreza.

Izmjene u 2024.

od 12.11.2024 do 12.12.2024.

WIP OBRAČUN PLAĆA

Godišnji obračun je sada potpuno kompatibilan s novim načinom obračuna poreza na dohodak. Tipka "Računaj kao (KoefOsobnogOdbIznosOsnovnogOsobnogOdbitka) * 12*" sada računa s novim koeficijentom, pa nije potrebno "ručno" preračunavati "Godišnji iznos osobnog odbitka".

POVRATNA NAKNADA

Od 01.01.2025., temeljem izmjena Zakona, mijenja se cijena povratne naknade. Stara cijena u iznosu od 0.07€ se povećava na iznos 0.1€. U skladu s tim, reprogramirali smo i "WIP centralni sustav" i "WIPOS fiskalnoj blagajnu" na način da se cijena samostalno postavlja i preračunava temeljem podatka o "poslovnoj godini", pa će tako "WIP centralni sustav" prilikom otvaranja poslovne godine, i prvog prijenosa, ako je ciljna poslovna godina u koju se prenose podaci 2025., preračunati ukalkulirane povratne naknade u cijeni proizvoda u šifrarniku proizvoda i usluga. Na isti način će WIPOS fiskalna blagajna, prilikom prvog ponovnog pokretanja nakon što se poslovna godina podesi na 2025., preračunati ukalkuliranu pocvratnu naknadu u šifrarniku proizvoda WIPOSa.

KNJIŽENJE U GLAVNU KNJIGU

Povećan je prozor za zatvaranje kupaca i dobavljača prilikom knjiženja.

Novi modul "VOZILA"

Od sada se u šifrarniku kupaca-dobavljača nalazi tipka "Vozila" koja omogućuje unos jednog ili više motornih vozila, kojemu je vlasnik trenutni partner (kupaca ili dobavljač). Vozilo evidentira sljedeće podatke : Kratki opis vozila, Tip vozila, Broj šasije, Registarsku ooznaku, datum prve registracije, uz svako se vozilo može dodati više stanja kilometar sata i datuma očitanja tog stanja. U formi je omogućeno i dodavanje, brisanje i izmjena više vozila, kao i više stanja kilometar sata.

Trenutno se radi na mogućnosti dodavanja vozila ispod podataka kupca na WIP "Ponudi-Otpremnici-Računu", te mogućnosti prikaza tih podataka na tim WIP dokumentima.

11.11.2024.

Mogućnost dvosmjernog povezivanja "WIP centralnog sustava" i "Web dućana" s automatskim periodičnim osvježavanjem podataka u "WEB dućanu" a po podacima iz WIP centralnog sustava, uz kreiranje automatskog izvještaja i slanja istoga putem e-pošte, o svim automatskim izmjenama koje se dogode prilikom ažuriranja WEB dućana. Više o svemu u posebnim "uputama", ovdje : Wip + WebDućan

od 31.10.2024. do 06.11.2024.

Rezolucija glavnog monitora

U naslovnoj traci (title bar) prozora WIPa sada se u nastavku ispisuje i rezolucija glavnog monitora (npr. ... :: 1920x1080). Budući da smo u pripremama za povećati veličinu slova i svih kontrola u WIPu, uključujući i sve forme, jer su monitori s vremenom "narasli" rezolucijama, trebali bi napraviti anketu među Vama, korisnicima, s pitanjem koju rezoluciju koristite, a kako bi izabrali maksimalnu rezoluciju odnosno maksimalnu veličinu formi WIPa, da nam se ne dogodi da netko ima premali monitor za prikazati neku WIP formu.

Molimo Vas da nam dojavite Vašu rezoluciju, koju dakle možete pročitati u naslovnoj liniji WIPa ili u Windows sustavu pod "Display Settings". Dojavu o rezoluciji monitora koju koristite, možete nam obaviti na bilo koji način, putem e-maila ili putem Viber, Telegram ili WhatsApp aplikacije. Unaprijed se zahvaljujemo na suradnji.

Administracija WIPa

U "Parametri" > "8.. Administracija", sada se na tipku F12 može dobiti printabilni izvještaj svih operatera i njihovih značajki.

Pregled prodaje i izlaznih kalkulacija po operaterima WIPa (trgovačkim putnicima)

Ako na terenu imate trgovačke putnike, koji ne koriste WIP, ali ih se nekako želi povezati s izdanim računima kupcima, za poslove koje su baš oni dogovorili, WIP ima integraciju s Repsly sustavom, uskoro i "Mobilni WIP" aplikacijom za Android telefone, ali od sada ima i bolju mogućnost izdvajanja računa po "trgovačkim putnicima" i bez korištenja Repsly sustava ili "Mobilni WIP" aplikacije.

Evo kako :

1. Svi trgovački putnici se moraju u WIPu otvoriti kao WIP operateri. To radi Administrator WIPa, opcijom "Parametri" > "Administracija". Napominjemo da ako ne želite da se ti WIP operateri pojavljuju u listi za prijavu u WIPu, tada im može isključiti kvačicu "Jeli aktivan?" koja se nalazi s desne strane "Naziva operatera".
2. Potrebno je povezati kupce i trgovačke putnike, odnosno WIP operatere. To se radi u šifrarniku kupaca-dobavljača, opcija "Šifrarnici" > "Kupci-dobavljači (šifrarnik partnera)". S desne strane dole, postoji opcija "WIP operater (komercijalist) zadužen za partnera". Ovdje možete iz padajuće liste izabrati WIP operatera koji je zadužen za trenutnog kupca koji se nalazi na formi "Kupci-dobavljači".
3. Prilikom fakturiranja, WIP će uz fakturu upisati dva WIP operatera : operatera koji izrađuje račun, i operatera koji je zadužen za kupca koji se postavi na trenutnu ponudu (budući račun).
4. Pregled računa samo jednog trgovačkog putnika (WIP operatera zaduženog za kupca) : "3.. Veleprodaja" > "0.. Izvještaji" > "5.. Pregled po računima" sada ima mogućnost filtriranja po WIP operateru koji je povezan s kupcem na fakturama. Ako se u ovo polje upiše šifra WIP operatera zaduženog za neke kupce, i pokrene izvještaj, u listi faktura će biti samo fakture čiji su kupci povezani s tim operaterom. Ako se u ovo polje upiše negativan broj (inicijalno stoji -1), tada izvještaj radi kao i do sada, osnono ne obavlja se nikakvo filtriranje po WIP operateru.

NAPOMENE :

• WIP će povezivanje fakture i operatera zaduženog za kupca na toj fakturi obaviti prilikom fakturiranja. Ako ste kupca i WIP operatera povezali naknadno, dakle prije samog fakturiranja svih faktura, izvještaj neće dobri raditi, jer WIP operateri nisu povezani s tim fakturama. Zato smo dodali tipku koja jednim klikom naknadno povezuje SVE fakture s naknadno povezanim WIP operaterima i kupcima. Tipka se nalazi u : "2.. Šifrarnici" > "5.. Kupci-dobavljači", dole desno uz labelu "WIP operater (komercijalist) zadužen za partnera", i na sebi ima tri točke, ovako : "...".

od 24.09.2024. do 30.10.2024.

Izvještaj "Nalog za otpremu"

Na ovom se izvještaju sada može uključiti mogućnost da se ispisuje napomena koju ste definirali na ponudi, po kojoj kreirate "Nalog za otpremu". Kvačicu za uključivanje može pronaći "Administrator programa", u opciji : Parametri > Izbor korisnika > tipka Podešavanje, stranica Ponude, otpremnice, fakture, dole desno pod Prikazati napomenu s ponude u Nalogu za otpremu Opcija se uključuje na svakom računalu, odnosno serverskom useru posebno, omogućujući da neke poslovnice rade s napomenom, a druge bez.

Poslovnice kupaca

Podaci na poslovnicama kupaca su sada prošireni dodatnim poljima za potrebe WipApi sustava i kreiranja B2B narudžbi na Android telefonu, kao i Mobilne POS KASE za izdavanje R računa, odnosno sve u mobilnoj aplikaciji "Mobilni Wip". U "Mobilni WIP" se sada prenose i sinkroniziraju i kupci-dobavljači, ali i njihove poslovnice. Dodatna polja u WIPu su :

• država (default je "Hrvatska")
• oznaka države (default je "HR")
• e-mail adresa (default je prazno polje)
• telefon (default je prazno polje)

Također, forma za unos je povećana.

Mogućnost vanjske tekstualne datoteke s masivnim tekstom koji se prikazuje u nastavku ponude i/ili računa

WIP sada ima mogućnost čitanja, i u ponudu i/ili račun dopisivanja, masovnog teksta koji je moguće spremiti u vanjsku "txt" datoteku na točno određeno mjesto na disku, te s točno određenim nazivom koji definira jeli to datoteka za ponudu, računu, te jesu li na Hrvatskom ili Engleskom jeziku. Prema tome će WIP, ako pronađe datoteku u definiranom folderu, pročitati tekst, i dodati ga na ponudu i/ili račun, pazeći da ako se radi o ino kupcu, da uzima englesku inačicu datoteke i teksta. Ako imate potrebe za ovom mogućnosti, javite se s tekstom, a mi ćemo vam kreirati datoteke koje ćemo spremiti na točno određeno mjesto na disku, kako bi ih WIP mogao pronaći i koristiti.

Administracija programa

Operateri

Opcija : Parametri > 8. Administracija : sada se u administraciji programa može uključiti kvačica za skrivanje operatera u listi operatera koja se otvara kao padajuća lista prilikom prijave u WIP centralni sustav. Opcija se zove "Jeli aktivan?" i nalazi se desno od naziva korisnika (operatera).

Operateri > stranica "Veleprodaja"

Dodane su opcije da se na svakom operateru može upaliti ili ugasiti dostupnost "Radnim nalozima", "Rastavnicama" koje su sada odvojene od "Sastavnica"

Šifrarnik jedinica mjera

"Šifrarnik jedinica mjera" je prevoditelj jedica mjera između WIPa, i propisanih oznaka jedinica mjera za eRačun. Primjetili smo kod nekoliko korisnika, da je operater u polje "Wip zatečeno" unio pod mjeru npr. "M3", slovo "m", pa je WIP translatirao WIP iznaku mjere "m", u "m3" na eRačunu. Od ove verzije će WIP samostalno dokinuti neke očito pogrešne unose, pa će tako pokušati počistiti sve "m" u npr. jedinici mjere za "kg", i sl.

23.09.2024.

VELEPRODAJA IZVJEŠTAJ - novi izvještaj

Novi izvještaj u Primkama-kalkulacima u Veleprodaji. Ovaj report pokazuje karticu artikla za svaku stavku trenutne primke-kalkulacije, ali samo po dokumentima koji nose datuma jednak ili kasniji od trenutne primke. Cilj ovog izvješataja je praćenje puta robe koja je zadužena po trenutnoj primci, kako se bi moralo ići u kartice artikala i provjeravati svaki artikl po sebno. Slike prikazuju mjesto na kojem se pokreće novi izvštah (na željenoj trenutnoj primci, F12 a zatim nova opcija "8.Kartice"), kao i saam primjer izvještaja. Na izvještaju se sivim italik fontom prikazuju stavke koje ne odnose na skladište trenutne primke. U koloni "Stanje", prvi iznos je saldo stanja količine do trenutne primke, ali uvećan za zaduženje po trenutnoj primci. (npr. ako prije datuma trenutne primke postoji primka koja je zadužila 100kom, faktura koja je prije trenutne primke razdužila 40 komada, a trenutna primka donosi novih 20 komada, ovo će stanje biti 100-50+20=70). "Tip dokumenta" "OTP" će biti obojen crvenim fontom ako je roba otpremljena, ali još nije fakturirana. "VezaFak" je Referentni broj fakture (ne fisklani broj), a "VezaPon" je broj ponude iz koje je izdan nalog za otpremu. Bitno je reći da izvještaj prikazuje otpremnice, a ne fakture, kao što je to slučaj na klasičnim "WIP karticama artikala."

MALOPRODAJA IZVJEŠTAJ - nadogradnja postojećeg izvještaja

U izvještajima Maloprodaje, Izvještaj "D.. Pregled prometa po skladištima i vrstama poreza" sada odvojeno pokazuje i zbroj prometa po računima koji su neoporezivi temeljem nekog drugog razloga osim temeljem stope PDVa od 0%. Npr. račun za isporuke u EU, izvozne isporuke ili računa za tuzemno stjecanje.

26.07.2024.

WIP knjiga URA i IRA

U izvještajima URA (kartica "URA | Izvještaji..2") dodana je opcija "5.. Knjiga URA (sortirano i grupirano po načinu plaćanja")". Ovaj izvještaj sortira dokumente URA po načinu plaćanja, a za svaki različiti način plaćanja, računa sumu iznosa URA samo za taj način plaćanja. Ovaj izvještaj omogućuje bolju knjigovodstvenu kontrolu troškova po načinu plaćanja, ali i mogućnost da se operater koji unosi URA-e ne mora opterećivati kontima prilikom unosa URAe, nego knjigovođa periodično temeljem ovog izvještaja može rasknjižiti plaćanja po načinima plaćanja jednom posebnom temeljnicom.

26.06.2024.

WIP PLAĆE

Od ove se verzije bruto iznos za u radniku upisane sate "neplaćenog dopusta" umanjuje od ukupnog bruto iznosa plaće prilikom obračuna plaće. Drugim riječima, na neplaćeni se dopust više ne obračunavaju doprinosi.

Napomena : ako je ukupni bruto sada nakon umanjenja za bruto neplaćenog dopusta MANJI od minimalne osnovice za obračun doprinosa, WIP će primjeniti osnovicu za obračun doprinosa SAMO ako ste uključili na tom radniku dozvolu za obračun na minimalnu osnovicu za obračun doprinosa. Ova se "kvačica" nalazi na zaglavlju podataka o radniku (stranica "Podaci o radniku"), u sredini lijevo, pod nazivom "Dozvoliti obračun na minimalnu osnovicu". Ako ova kvačica NIJE uključena, a bruto iznos je prilikom obračuna manji od trenutno propisane minimalne osnovice za obračun doprinosa, WIP će doprinose obračunati na bruto iznos, a ne na minimalnu osnovicu za obračun doprinosa!

Iznos "Minimalne osnovice za obračun doprinosa" definira se u WIPu u : "8.. Plaće" > "4.. Generalni parametri plaća" > polje pod nazivom "Najniža mjesečna osnovica za obračun doprinosa (članak 19. naredbe):" a za 2024.g. ona iznosi 592,80€. (najviša pak za 2024. iznosi 9.360,00€)

20.06.2024.

Ponude-otpremnice-računi

U izvještaju "Ponuda" se sada u koloni jedinične cijene, pojavljuje i konačna jedinična cijena na 5 decimala u zagradi ispod jedinične cijene na dvije decimale. Cijena se računa tako da se kolona "Vrijednost s rabatom (EUR)", koja je već umanjena za rabat, podijeli s količinom stavke, i zaokruži na 5 decimala. Ova se cijena pojavljuje u zagradi samo ako postoji razlika između jedinične cijene zaokružene na dvije decimale koja nije umanjena za rabat, i jedinične cijene zaokružene na 5 decimala koja je umanjena za rabat. Nova jedinična cijena dakle pokazuje koliko konačno, stvarno košta svaki komad trenutnog proizvoda i to s točnošću od 5 decimala.

21.05.2024.

Ponude-otpremnice-računi

U izvještaj "Nalog za otpremu" (Ponude-Otpremnice-Računi > F12 > Nalog za otpremu) dodan je tekst "Prilikom preuzimanja primatelj je pregledao preuzete proizvode te potvrđuje njihovu ispravnost." [.\report\faktura\3\prn2_uo]

17.05.2024.

Ponude-otpremnice-računi

U ponude je dodana tipka "Kreiraj novu ponudu po trenutnoj". Ova opcija će kreirati potpuno novu ponudu koja je potpuno jednaka ponudi na kojoj se trenutno nalazite. WIP će automatski "skočiti" na tu novu ponudu. Ako je trenutna ponuda fakturirana, WIP neće po novokreiranoj ponudi kreirati niti račun, niti otpremnice, nego će samo napraviti novu ponudu.

WIP sastavnice

U sastavnice je dodano novo polje "Engleski naziv" kako bi se i proizvodu koji se sastavlja mogao definirati naziv proizvoda na engleskom jeziku. Ovo polje se prepisuje u šifrarnik artikala, nakon što se proizvod iz sastavnice "pošalje" u šifrarnik proizvoda/usluga.

02.05.2024.

Ponude-otpremnice-računi > eRačun

Prilikom pretrage za ponudom, otpremnicom i računom, a temeljem svih načina pretrage, od sada se može vidjeti i "eRacunID" broj. "eRacunID" broj je identifikator koji se vraća sa servera posrednika na koji je WIP poslao WIP eRačun. Ovaj identifikator se pojavljuje i na web stranicama posrednika, na stranici poslanih računa pa ga se dodatno može povezati upravo s dotičnim WIP računom.

PDV-S izvještaj za printanje

Popravljen je fiksni tekst "iznosi u kunama i lipama" u gornjem lijevom kutu "PDV-S" izvještaja. Sada se ovaj tekst prikazuje kao "iznosi u eurima" u slučaju ako je WIP poslovna godina veća ili jednaka 2023. Podsjetimo, "PDV-S" izvještaj se generira iz knjige URA i IRA, sa stranice "URA | Izvještaji..2", redni broj 4.. "PDV-S (prijava za stjecanje dobara i usluga)".

WIP Servis

25.04.2024.

WIP Servis

U opciju "Servis" (dostupna je samo Administratoru programa) dodana je tipka za retro preračun podataka novih polja za OPZ-STAT report. Opcija se mora pokrenuti minimalno jednom u poslovnoj godini. Ako je prijenos salda-kontija iz prethodne poslovne godine konačno obavljen i završen, preračun je potrebno obaviti samo u trenutnoj poslovnoj godini. Ako se pak planira ponovni prijenos SKK i SKD iz prethodne poslovne godine, tada je ovaj preračun potrebno obaviti i u prethodnoj poslovnoj godini i u novoj poslovnog godini.

12.04.2024.

WIP PLAĆE

U WIP Obračunu plaća, u "Podaci o radnicima", na stranici "UMANJENJE MIO1", lijevo u opcijama pod "Načini umanjenja osnovice MIO1" dodana je opcija broj 5, naziva "5 - ne obračunavaj umanjenje (npr. rad kod više poslodavaca, ali nije donesena izjava)" koja se koristi ako radnik u mjesecu obračuna odlazi od Vas i radio je samo dio tog "odlaznog" mjeseca kod vas ali NIJE donio izjavu o plaćama ili izjavu o neisplati plaća u tom mjesecu kod drugih poslodavaca čime nema pravo na umanjenje kod Vas bez obzira što kod je kod Vas bruto plaća manja od pripisane za umanjenje osnovice MIO1. U ovoj "odlaznoj" situaciji više ne možete dobiti potrebne informacije o tom radniku na stranicama PU jer mu Vaša tvrtka više nije poslodavac u mjesecu isplate te plaće.

Kada je ova opcija uključena, vrijednost "B.7.2." će biti jednaka "0", ali WIP umanjenje ipak NEĆE obračunati bez obzira koliko bio mali isplaćeni bruto kod vas za taj mjesec.

PRIMKE VELEPRODAJA

Počeli smo gradnju mogućnosti importa stavaka primke iz CSV datoteke.

Primjer problema i način rješavanja

Npr. Od dobavljača "ABC d.o.o." ste kupili neku robu. Od tog dobavljača možete dobiti datoteku sa stavkama te kupljene robe (npr. CSV ili "eRačun XML" datoteku). Sada želimo u WIPu napraviti mogućnost da se ova datoteke automatski učita u WIP primku-kalkulaciju. Ako neke stavke koje dolaze u datoteci dobavljača ne postoje u WIPu, tada želimo da se one automatski prvo dodaju u WIP, a zatim i u primku.

Prilikom ovog procesa je potrebno na neki način povezati WIP proizvode i dobavljačeve proizvode, kako bi se WIP naučilo koji je to točno WIP proizvod povezan s točno tim proizvodom dobavljača, kako bi se taj proizvod automatski prepoznao prilikom svih budućih učitavanja u nove primke. Na ovaj način bi WIP učili, i on bi s vremenom mogao bez ikakve dodatne akcije, potpuno točno učitati sve proizvode u primku.

Tehnički napredak ove nove opcije

U bazu podataka je dodana tablica "Prod2Prod" koja služi za povezivanje proizvoda iz WIP baze podataka, s proizvodima i uslugama dobavljača čije se stavke importiraju iz CSV datoteke.

10.04.2024.

Veleprodaja - reporti

1. Izvještaj : 3.Veleprodaja > 0.Izvještaji > 1.Pregled nabave po primkama-kalkulacijama :: sada pored svake primke ima crveni kvadratić ako je u toj primci podatak "Punjenje u URA= (D-da; N-ne)" podešen na "N" - da se ne šalje u knjigu URA a time i u glavnu knjigu. Također, a kraju izvještaja se nalazi suma nabavne vrijednosti samo tako označenih primki, odnosno samo primki koje se ne šalju u knjigu URA. Problem je bio što se takve primke ne šalju u URA ali i ne kontiraju skladište u glavnoj knjizi, pa se razlikovao iznos zaduženja konta skladišta od iznosa u ovom izvještaju, a razlog razlike je bio teško prepoznatljiv. Sada ovaj izvještaj posebno zbraja vrijednosti samo primki koje se ne šalju automatski u knjigu URA i glavnu knjigu, iz bilo kojeg razloga (npr. ako se želi samo korekcija količina skladišta, bez želje za korekcijom PDVa u knjizi URA, odnosno konta skladišta u glavnoj knjizi).

2. Izvještaj cjenika : 2.Šifrarnici > 1.Artikli i usluge, u padajućoj listi izabrati neko veleprodajno skladište a zatim F12 (izvještaji), izvještaj "Cjenik/Lager" ... ovaj izvještaj sada ispred naziv artikla dodaje prefix "[u]" ako je taj artikl u šifrarniku označen kvačicom "USLUGA". Ovo olakšava detektiranje usluga u svim izvještajima cjenika.

29.03.2024.

WIP obračun plaća

Novi "IP1" obrazac sada ispravno prikazuje zadnji dan u mjesecu obračuna u svim verzijama Windows operativnog sustava. [polje : "V. RAZDOBLJE NA KOJE SE PLAĆA ODNOSI ..."] (report name : "pl_ip1_obrazac_2023_10_01")

23.02.2024.

eRačun

"Price/PriceAmount" (jedinična prodajna cijena) sada se prikazuje umanjena za popuste i prikazuje se na 6 decimala. Izračunava se kao : "Ukupna vrijednost stavke računa umanjene za popuste / prodajnaKoličina" zaokruženo na 6 decimala, a kako bi ponovno pomnožena s količinom rezultirala upravo početnom "Ukupnom vrijednošću stavke računa umanjena za popust".

19.02.2024.

eRačun

Dvosmisleni izrazi odnosno greške u dokumentaciji Hrvatskoh opisa UBL 2.1. standarda, kao što je : "iznos s uključenim popustom", i "neto iznos je iznos umanjen za popust" (a nije), smo sada prilikom kreiranja eRačuna tretirali onako kako ih nismo tretirali do sada. Pa tako "Iznos s uključenim popustom" je ipak iznos koji se još uvijek nije umanjio za popust, a "neto iznos" nije onaj koji je umanjen za popust. Temeljem ovoga smo napravili izmjene u eRačunu koji od sada kreira WIP.

Ponuda, otpremnice, račun na engleskom jeziku

Od sada se mjera "Kom", i "kom", i "KoM" ... prevode u "Pcs", ali naravno samo u slučaju generiranja ovih dokumenata na engleskom jeziku.

16.02.2024.

WIP OBRAČUN PLAĆA

WIP sada dozvoljava u polje umanjenja MIO1 temeljem podatka iz PU ostaviti upisanu nulu.

WIP dokumenti na engleskom jeziku kao opcija

08.02.2024.

WIP dokumenti na engleskom jeziku kao opcija

Od ove verzije WIP u slučaju ako je kupac u šifrarniku kupaca-dobavljača označen kao "I" (INO - treće zemlje) ili kao "E" (iz EU), pita "Želi li printati dokument na engleskom jeziku?", a ne kao do sada da odmah i uvijek generira dokument na engleskom jeziku u slučaju uno ili eu kupca. Rado se o dokumentima "Ponuda, otpremnica ili račun".

05.02.2024.

WIP kreiranje eRačuna

Posrednik "MojERacun" je promijenio proceduru validacije u svom sustavu, pa sada "DueDate" polje mora biti strogo na svojoj poziciji redoslijeda, iako je to tehnološki nevažno u XML strukturi ako je polje unutar ispravnog taga. U svakom slućaju, da ne čekamo "MojERacun" da popravi svoj validator, mi smo u WIPu promijenili redoslijed kako bi se prilagodili validatoru "MojERacun" posrednika i na taj način izbjegli daljnje komplikacije i ovisnost WIPa o vanjskim nepravilnostima.

29.01.2024.

WIP kreiranje eRačuna

U eRačun je dodano polje "TaxPointDate", što označava Datum s kojim PDV na računu "stupa na snagu". Iako ovo polje nije obavezno, i kada nije popunjeno, "Datum stupanja PDVa na snagu" ovisi o tome jeli izdavatelj koji izdaje račun obveznik obračuna PDVa po plaćenim ili po izdanim računima, a u obzir se uzima naravno "Datum računa", budući da Konzum u svom sustavu ima problem da kada primi eRačun u kojemu ovo polje nije popunjeno, ne primi niti datum računa odnosno valute. Iz tog smo razloga u WIPu napravili da se ovo polje popunjava. WIP ovo polje popunjava s datumom računa, odnosno s Valutom računa u slučaju da je izdavatelj računa u WIPu proglašen kao R2.

Izvještaj URA

Stari izvještaj URA, koji je vrijedio do 30.06.2013. i bio kompatibilan s tim davnim vremenima, smo sada malo preuredili na način da se i danas može koristiti, jer smo unutra popravili izračune osnovica za 5% odnosno za 13%, a ne kao do sada, da izvještaj ili nije znao za stopu poreza od 5% ili je računao osnovicu za stopu 10% a ne za trenutno aktualnu stopu od 13%.

26.01.2024.

WIP kreiranje eRačuna

WIP od sada, prilikom kreiranja eRačuna, upisuje u polje "poziv na broj", umjesto samo kao do sada : "HR99", strukturu kao u primjeru : "HR00 2231-1452-24" (gdje je "2231" referentni redni broj računa, "145"2" - WIP šifra kupca, "24"- WIP poslovna godina).

Podatak se upisuje u tag pod nazivom "PaymentID":

<cac:PaymentMeans>
    <cbc:PaymentMeansCode listID=\"UN/ECE 4461\" listAgencyID=\"6\" listName=\"PaymentMeansCode\" listVersionID=\"D10B\" listURI=\"http://docs.oasis-open.org/ubl/os-UBL-2.1/cl/gc/default/PaymentMeansCode-2.1.gc\" listSchemeURI=\"urn:un:unece:uncefact:codelist:standard:UNECE:PaymentMeansCode:D10B\">42</cbc:PaymentMeansCode>
    <cbc:PaymentDueDate>2024-02-26</cbc:PaymentDueDate>
    <cbc:PaymentChannelCode listAgencyName=\"CEN/BII\">IBAN</cbc:PaymentChannelCode>
    <cbc:InstructionID>2231-1452-24</cbc:InstructionID>
    <cbc:InstructionNote>Plaćanje po računu</cbc:InstructionNote>
    <cbc:PaymentID>HR00 2231-1452-24</cbc:PaymentID>
    <cac:PayeeFinancialAccount>
        <cbc:ID>HR4523600009901422451</cbc:ID>
        <cbc:CurrencyCode listID=\"ISO 4217 Alpha\" listAgencyID=\"5\" listURI=\"http://docs.oasis-open.org/ubl/os-UBL-2.1/cl/gc/default/CurrencyCode-2.1.gc\">EUR</cbc:CurrencyCode>
    </cac:PayeeFinancialAccount>
</cac:PaymentMeans>

23.01.2024.

WIP ponude, otpremnice, računi

1. Ponude, otpremnice i računi na engleskom jeziku više ne prikazuju :

   • način plaćanja,
   • hrvatski iznos vrijednosti ispisan riječima,
   • tekst : "Obračun prema izdanim računima",
   • opis isporuke sa skladišta,
   • text : "Ovo nije fiskalizirani račun".

2. Za "INO" i "EU" kupce, u šifrarniku kupaca-dobavljača potrebno je popuniti polje "PDV ID:" a u polje "OIB:" upisati broj 0. Ako je polje OIB prazno (a ne nula), WIP neće dozvoliti faktriranje bez obzira što je upisan "PDV ID" jer se WIP račun može i dalje slati kao "eRačun", a on mora imati popunjen OIB. Kada operater samostalno upiše "0", to znači da OIB nije zaboravljen pri unosu, nego je operater WIPa takav unos obavio svjesno iz nekog razloga.

3. Porezni broj kupca (OIB odnosno PDV ID) se ispisuje na ovim dokumentima automatski s labelama : "OIB" ili "VAT" (ako je u podacima kupca upisan "PDV ID") ili "VAT No." (u slučaju da je dokument ispisan na engleskom jeziku).

WIP labele

Labele s cijenama, i to "dizajn broj 5", od ove verzije sadrži "cijenu bez PDVa" ali i "cijenu s PDVom", uz poštivanje vaše odluke o podebljavanju jedne vrste od tih cijena. Labele su popravljane i za printanje kroz VP i MP Primke-kalkulacije, prijenosnice, ali i u šifraniku artikala.

08.01.2024. - WIP obračun plaća

Ako je bruto plaća manja od maksimalno dozvoljenog umanjenja MIO1, od ove verzije se umanjenje MIO1 postavlja na bruto iznos umjesto na maksimalni iznos odobrenja.

Dnevnik izmjena WIPa u 2023.g

(do 28.12.2023)

WIP centralni sustav

• WIP od ove verzije više ne prikazuje Tečaj konverzije kao i kunske iznose na ponudama, računima, nalozima za otpremu s cijenama, računima za predujam ... ali samo ako je trentna poslovna godina u kojoj ste trenutno, veća ili jednaka od 2024.

• WIP deklaracije i labele s cijenama : ugašen prikaz dualne (kunske) cijene

WIP PLAĆE

• WIP OBRAČUN PLAĆA u 2024. - kompletno je reprogramiran obračun plaća koji je sada u skladu s novim Zakonima koji stupaju na snagu 01.01.2024. Više o tome možete pročitati u posebnim uputama : WIP OBRAČUN PLAĆE 2024.

WIP, WIPAPI i MOBILNA WIP aplikacija

• u WIP je dodan modul "1. Parametri" > WIPAPI postavke" s kojim se može otvoriti "WIPAPI korisnički račun", te WIP povezati s aplikacijom "Mobilni WIP" koja se izvršava na Android telefonima u kojemu je trenutno aktivan modul "mWIP Inventure".

• u WIP inventure maloprodaje i veleprodaje dodana je mogućnost slanja WIP inventure u WIPAPI, kao i primanje podataka stavaka inventure, koji su prikupljeni mobilnom WIP aplikacijom na mobilnim telefonima, u WIP inventur (sustav koji je moderna zamjena za ScanPal uređaj).

  Kompletne upute i video upute za novu mobilnu WIP aplikaciju za Androidne mobilne telefone, možete pronaći ovdje :

  • WIPAPI uvod
  • Preduvjeti i podešavanja
  • Korištenje mobilnih inventura
    • Video upute
  • Preuzimanje i instalacija mobilne aplikacije

(do 14.11.2023)

• novi IP obrazac - PAŽNJA IP obrazac zbog velike količine podataka koje su dodali u ovaj obrazac, sada se ispisuje za svakog radnika na DVIJE stranice

• prilikom slanja ponude, otpremnice ili računa e-poštom, direktno iz WIPa, sada se u polje "subject" dopisuje tip i broj dokumenta. Pri tome se kao prefiks upisuje postavka iz podešavanja WIPa (Parametri > Izbor korisnika > tipka Podešavanje, stranica "e-mail", polje "Email Subject"), a kao sufix se dopisuje u uglatim zagradama tip i broj dokumenta (u slučaju računa, "fiskalni broj" a ne "referentni"). Npr. ako u postavci Subjecta emaila stoji "Dostava WIP dokumenta", novi subject prilikom slanja će biti kako sljedi :

  1. u slučaju računa "Dostava WIP dokumenta [RN:32224-POS31-3]
  2. u slučaju ponude "Dostava WIP dokumenta [PON:312832-31412-2023]
  3. u slučaju redovne otpremnice "Dostava WIP dokumenta [OTP:32224]

• nove mogućnosti vezane za "mWIP" aplikaciju (Mobilni WIP - WIP na smart telefonu ili tabletu), a to je otvaranje "WIP API" korisničkog računa, te definiranje "uređaja" i tzv. "Ključa uređaja" koji se upisuje u uređaj kako bi se isti povezao s Vašim WIP centralnim sustavom. Više o svemu uskoro u posebnim uputama.

(05.10.2023) Report - "Promet po skladištima i vrstama poreza u maloprodaji"

U WIP modulu "Maloprodaja", u Izvještajima u izvještaju "Promet po skladištima i vrstama poreza u maloprodaji" sada je dodana kolona "MP vrijednosti bez povratne naknade" koja prikazuje umanjenju maloprodajnu vrijednost za ukupni iznos povratne naknade.

(14.06.2023.) - nove mogućnosti

Priprema povezivanja s WIP API

• u WIPu i WIPOSu su prepisani svi komunikacijski "dll" programi kako bi bili spremni za komunikaciju s novim WIP API sustavom
• potpuno preuređena aplikacija "SmallWipUpdateClient" : u aplikaciju je dodana mogućnost automatskog povremenog uploada WIP podataka u novi "WIP API" sustav, i to šifranika artikala, grupa artikala, stanja i cijena proizvoda na svim skladištima, svih kupaca-dobavljača i pripadajućih poslovnica, liste skladišta, grupa stopa poreza, podataka o akcijama i popustima po artiklima (priprema za mogućnost automatskog i unaprijed pripremljenog odobrenja popusta na WIPOSu), WIP operatera (priprema za zamjenu Repsly sustava s WIP terenskim mobilnim aplikacijama, i WIP inventurama na mobitelima. U WIP API se prenose samo izmjenjeni podaci u periodu od zadnje prijenosa. Prijenos prati i prenosi sve navedene šifrarnike u jednom requestu prema API sustavu. Testirali smo vrijeme update 24730 (dvadeset i četiri tisuće) proizvoda na 6 skladišta (s prijenosom kompletnih stanja i cijena) što čini ukupno 250 tisuća zapisa (ukupno sa svim grupama artikala i skladištima). Vrijeme prijenos iznosi samo 11.8 sekundi. Budući da se nakon inicijalnog prijenosa, prenose samo automatski one stavke koje su od zadnje prijenosa promijenjene, vrijeme prijenosa je praktično jako malo.
• u WIPu smo u izradi formi za : registraciju vlasnika WIPa u WIP API sustav, automatska prijava WIP tvrtke u API sustav povezana s registriranim vlasnikom, otvaranje uređaja (mobitela) u WIPu te generiranje API ključeva za svaki mobitel koji će se upisati u mobilnu aplikaciju telefonu kako bi se ista registrirala za pristup podacima baš tog WIPa.
• završna dorada mobilne aplikacije za WIP inventure : povezivanje s WIP API sustavom putem kojega će mobilna aplikacija izmjenjivati podatke s WIP centralnim sustavom
• završna dorada mobilne aplikacije za terensku prodaju (aka Repsly sustav) : ova aplikacija iz WIP API sustava automatski preuzima podatke o kupcima, WIP operaterima, proizvodima, cijenama i stanjima. Na terenu ima mogućnost izrađivanja narudžbi. Odobrene narudžbe se mogu jednim klikom preuzeti u WIP i temeljem njih jednim klikom kreirati račun.
• u tijeku je preuređenje WooCommerce sustava osvježavanja Web dućana na način da se podaci automatski povremeno preuzimaju iz novog WIP API sustava, umjesto da se šalju kao sada iz WIP centrlanog sustava. Ovo omogućuje da se cijene, nazivi, grupe proizvodima koji se već nalaze objavljeni u Web trgovini osvježavaju periodično potpuno automatski, a novi proizvodi se isto tako automatski prenesu kao "Nacrt" u sustav Web dućana, i tamo čekaju doradu Vašeg operatera i objavu istog u WEB dućanu.

(16.05.2023.) - nove mogućnosti

• Prijenosnice - mogućnost da se na prijenosnici-otpremnici upali ili ugasi prikaz cijena
• Ponude-Otpremnice-Računi - uplate po ponudama - F12 Izvještaj po svim ponudama - Opcija 8 - Realizacija po operaterima sada ima mogućnost da se uključi filtriranje po datumu prve uplate po ponudi, a ne samo kao do sada po datumu izdavanja ponuda. Na ovaj se način u report za npr.5.mj. mogu uključiti i ponude iz npr. 3.mj. temeljem kojih je u 5.mj. tek obavljena prva uplata predujma.

(08.05.2023) Nova mogućnost - novi report - pregled prometa proizvoda uz razna filtriranja i grupiranja

U WIP modulu "Maloprodaja", u Izvještajima sada postoji i opcija za pregled nabavljene, prodane, proizvedene ili sa skladišta na skladište prenesene robe filtrirane za jednog izabranog partnera, te ostvarene za datumski period. Tako je npr moguć dobiti sljedeće konkretne izvještaje :

1. Pregled svih ili jedne izabrane prodane robe ili usluge jednom zadanom kupcu po stavkama faktura
2. Pregled svih ili jedne izabrane prodane robe ili usluge jednom zadanom kupcu grupirano po proizvodima (svaka stavka izvještaja je jedan proizvod s prikazom ukupno prodane količine i nabavne ili prodajne vrijednosti)
3. Pregled svih ili jedne izabrane nabaljene robe od jednog izabranog dobavljača, grupirane po dokumnetima nabave ili pak po proizvodima Ove je izvještaje moguće filtrirati i po datumskom periodu, a u prikazu se mož uključiti ili isključiti nabavna cijena i vrijednost svake transakcije.

(25.04.2023.) Sitne izmjene

• u pretrazi faktura, u prozoru pronađene fakture, još se na jednom mjestu pojavljivala labela "kn" koja je u ovoj verziji prevedena u "EUR"
• ako je u postavkama wipa uključena opcija "Provjera salda kupca", tada WIP prilikom izbora kupca u ponudama-otpremnicama-računima provjerava slado kupca u otvorenim stavakama, i ako kupac ima saldo, otvara mali prozor u kojem to izjavljuje. U tom prozoru je isto tako ostala labela "kn" koju smo sada isto tako zamijenili s labelom "Eur".
• inventura od sada, u slučaju retropreračuna srednje ponderirane nabavne vrijednosti, puni nabavnu vrijednost skladišta umanjenu za planirani iznos rabata, i akcijskog rabata.

(20.03.2023.) Kreiranje URA i PDV obrasca za ePoreznu - izmjene

• izmjena definiranja puta i foldera na koji se želi spremiti "Knjiga URA", "JOPPD" obrazac i "PDV obrazac" u XML formatu za predaju u ePorezna. Više se u WIPu ne može definirati cijeli put do foldera na koji se žele spremiti XML datoteke, nego se podrazumijeva da će WIP XML datoteke spremiti na Desktop trenutno prijavljenog korisnika, u podfolder koji se može definirati u WIPu. Dakle od 20.03.2023.g. u WIPu se u polje "Put do datoteke" može upisati samo naziv foldera koji će WIP kreirati na Desktopu. U nazivu foldera ne smije biti razmaka niti interpunkcijskih znakova. Dozvoljena su samo slova i podvlaka "_". Ako se polje ostavi prazno, WIP će datoteke spremati direktno na Desktop trenutno prijavljenog Windwos korisnika.

• izmjena naziva XML datoteka za knjigu URA i PDV obrazac. WIP je do sada XML PDV obrazac kreirao pod nazivom "PDV_OBRAZAC.XML", a XML za knjigu URA pod nazivom "URA_PDV.XML". Od 20.03.2023. g. WIP će XML datoteku za PDV obrazac, nazvati imenom koje ima sljedeću strukturu : "PDV_R1_12345678901_od2023-02-01_do2023-02-28_PG2023.XML", a XML knjige ura imenom koje ima sljedeću strukturu : "URA_R1_12345678901_od2023-02-01_do2023-02-28_PG2023.XML". U nazivim je :

  • PDV ili URA : oznaka tipa dokumenta
  • R1 ili R2 : oznaka jeli izabrano kreiranje za R1 (obveznici plaćanja PDVa po izdanim računima), ili R2 (obveznici plaćanja PDVa po plaćenim računima)
  • 12345678901 : OIB tvrtke za koju se krira obrazac
  • od2023-02-01 : datum od kojega se kreirao dokument. Prvi podatak je godina, pa mjesec a na kraju i dan, a sve iz razloga kako bi se dokumenti ispravno sortirali kao datoteke i kada se uključi sort po nazivu datoteke.
  • do2023-02-28 : datum do kojega se kreirao dokument. Prvi podatak je godina, pa mjesec a na kraju i dan, a sve iz razloga kako bi se dokumenti ispravno sortirali kao datoteke i kada se uključi sort po nazivu datoteke.
  • PG2023 : PG znači "Poslovna Godina" - a govori nam o kojoj se oznaci poslovne godine radi u WIPu, u ovom slučaju je to "2023".

Na ovaj se način lakše prepoznaje i razlikuje datoteka od baš određenog korisnika (OIB), kao i datum "od" i "do" na koji se odnosi datoteka, te na kraju i "PG" (Poslovna Godina) iz koje je obavljeno kreiranje predmetne datoteke.

(10.03.2023. - 15.03.2023.) Sitni popravci

• 15.03.2023. - u WIP modulu "Ponude-otpremnice-računi" i "Fakturiranje iz maloprodaje" se tipkom F12 mogu printati i dodatne tri vrste "otpremnica" i prije nego je roba s ponude stvarno i otpremljena, a koje prikazuju ili ne cijene, dodatne opise proizvoda po stavkama ili pak lokacije na regalnom skladištu. Ove tri vrste dodatnih otpremnica, vodimo pod nazivom "OTP(cijene+dodatniopisi)", "OTP(bez cijena)" i "OTP(lokacije)", od sada su promijenile prikaz svog "Datuma" na način da ako je po trenutnoj ponudi već obavljena stvarna otprema robe, će u polju "Datuma" prikazivati datum stvarne otpremnice koji je upisan prilikom otpreme robe. Ako pak po trenutoj ponudi još nije obavljena stvarna otprema, tada će se kao i do sada na ova tri dokumenta pod datumumom ispisivati datum ponude!
• 14.03.2023. - kada se u ponudi oba tekstualna polja "Oznaka narudžbe" ostave prazna, a postoji datum narudžbe, eRačun je prijavljivao grešku jer ne smije postojati datum narudžbenice bez upisane oznake narudžbenice. WIP sada provjerava postoji li što u oba polja "Oznaka narudžbenice", pa ako ne postoji, samostalno prije kreiranja eRačuna obriše i datum narudžbenice, pa više u ovoj situaciji ne dolazi do greške slanja eRačuna. Ovu grešku i u staroj verziji možete zaobići na način da u jedno od polja "Oznaka narudžbe" upišete bilo što (točku npr., ili riječ "prazno").
• 10.03.2023. - "Ručna deklaracija" koja se može geneirati iz "Šifrarnici" > "Artikli i usluge", sa stranice "Deklaracije" ... sada ponovno funkcionira. Problem smo napravili mi sami, jer smo pročišćavali reporte WIPa (čistili smo one koji se ne koriste jer su zamijenjeni novima), pa smo u tom procesu greškom iz nadogradnje uklonili i te deklaracije, pa je WIP prijavljivao "Ne postoji datoteka" kada se pokušalo generirati deklararacije iz šifrarnika artikala.

Promjena prikaza valute poreza u eRacunu

• 28.02.2023. - sada se oznaka valute mijenja dinamički iz "EUR" u "HRK" i u slučaju slanja nekog računa kao "eRačun" i iz proteklih WIP godina.

(16.02.2023. - 23.02.2023.) Sitni popravci

• WIP nadogradnja : proces WIP nadogradnje sada pazi da ne zamijeni Vašu sliku logotipa podnožja dokumenata "LogoBmp2.bmp" s bijelom slikom, nakon čega se ponovno morala kopirati Vaša slika podnožja u folder WIPa, u podfolder "Grafika".
• Labelama "Design 4", smanjen font s 20px na 16px zbog različitog renderiranja Windowsa nakon nadogradnje.
• u print izvješću PDV obrasca popravljen je tekst stavke "I.5." i sada glasi "5. OBAVLJENE ISPORUKE OSOBAMA BEZ SJEDIŠTA U RH". XML obrazac je ispravan, iznosi u "kućicama" su svi ispravni, samo je tekst ostao zbog zaboravljenog "copy-paste"-a :D

(14.02.2023.) Ponude, Računi i Otpremnice iz veleprodaje i na ENGLESKOM JEZIKU

• WIP sada automatski generira generičke (WIPove, odnosno one koje mi održavamo zajedno s WIPom) ponude, račune (i račune-otpremnice) i otpremnice iz modula "WIP veleprodaja" i na engleskom jeziku.

  Hoće li neki od ovih izvještaja (dokumenata) biti generiran na hrvatskom ili engleskom jeziku ovisi o oznaci u polju "Tip | Domaći / Ino partner / iz članice EU (D / I / E):" (nalazi se odmah ispod polja "Šifra" i "Mat. broj") u formi "Kupci - Dobavljači" (iz glavnog izbornika WIP je to opcija : "2.. Šifrarnici" > "5.. Kupci-dobavljači (šifranik partnera)").

  Ako je u ovoj oznaci upisano slovo "D" (što znači da je trenutni partner "Domaći" partner), wip će na njega naslovljene dokumente generirati na hrvatskom jeziku. U suprotnom, ako se ovdje nalazi upisana iznaka "I" ili "E" (Ino kupac, ili kupac iz Europske unije), tada će WIP navedene dokumente generirati na engleskom jeziku.

  U skladu s ovim, trebate eventualno planirati i ostale tekstove koje "ručno" upisujete u dokumente, kao što su npr. napomene, ili redci "Primjedbi" i sl.

  Provjera oznake "D", "I" ili "E" obavlja se prilikom samog generiranja dokumenta, i to iz "Šifrarnika kupaca", pa u slučaju izmjene u šifrarniku, nema potrebe tog kupca ponovno reizabirati na ponudu/račun.

(14.02.2023.) Sitni Popravci

• smanjen font na labelama s cijenama "Dizajn 1" u polju "MPC:..." jer se u slučaju većih iznosa nije mogla prikazati valuta "EUR" ili "HRK" jer nije stala u isti red.

(13.02.2023.) Redizajn generičkih WIP izvještaja

• izvještaji : Račun i Račun-otpremnica, kao i "Otpremnica", a iz modula "WIP Veleprodaja" sada postoje i na engleskom jeziku. Još je potrebno odlučiti temeljem kojeg podatka iz "WIP Kupaca-dobavljača" će se automatski printati ovi WIP dokumenti u engleskom izdanju, a to će biti u WIP injektirano tijekom dolazećeg tjedna (do 17.02.2023.).
• u izvještaje : Ponuda, Otpremnica, Račun, Povrat kupca, Nalog za otpremu, Potvrda narudžbe, Potvrda narudžbe bez cijena, OTP(cijene+dodatni opisi), OTP(bez cijena), OTP(lokacije), u zaglavlje i podnožje dodane su velike slike za logotip zaglavlja i podnožja. WIP inicijalno ispisuje na ovim mjestima bijele slike, ali se one mogu zamijeniti Vašim slikama. Podnožje dokumenata je povećano sa 5mm na 15mm. Više o definiranju slika za logotip zaglavlja i podnožja na : WIP ČPP - Vaš logo na izlaznim dokumentima

(09.02.2023.) Osnovna sredstva i obračun amortizacije

Osnovna sredstva i obračun amortizacije sada imaju 'kvačicu' "2. Ručno unijeti knjigovodstvenu cijenu". Kada je ova kvačica isključena, WIP samostalno računa knjigovodstvenu cijenu i vrijednost na datum početka trenutnog godišnjeg obračuna, i to na način da izračuna ukupnu amortizaciju od datuma nabave (odnosno početka obračuna) do datuma početka trenutnog godišnjeg obračuna a temeljem upisane stope amortizacije u polje "Stopa god. amortizacije".

Ponekada nam ovaj način nije poželjan jer možda želimo "ručno" unijeti iznos knjigovodstvene vrijednosti na početku trenutnog godišnjeg obračuna, budući da smo možda od datuma nabave iz ranijih godina pa do datuma trenutnog godišnjeg obračuna koristili različite stope amortizacije, pa "donos" knjigovodstvene vrijednosti u trenutnu poslovnu godinu ne odgovara onome što bi WIP izračunao temeljem upisane stope u trenutku WIP formu "Osnovna sredstva", pa ako želite takvo ponašanje WIPa, bez automatskog izračuna donosa "Knjigovodstvene vrijednosti", jednostavno uključite ovu novu kvačicu, samostalno upišite "Knjigovodstvenu cijenu" (WIP će izračunati "Knjigovodstvenu vrijednost" množenjem s nabavljenom količinom) na početku trenutnog godišnjeg obračuna, a WIP će izračunati broj mjeseci od mjeseca početka obračuna pa do datuma početka trenutnog obračuna, i Kumulativnu prosječnu stopu amortizacije za taj minuli period, a zatim će za trenutnu godinu obračuna, izračunati amortizaciju temeljem stope amortizacije koju ste unijeli u formu obračuna u polje "Stopa god.amortizacije".

Na ovaj način se dakle amortizacija do trenutne godine može obračunavati po različitim stopama nego je to upisano u obračunsku WIP formu trenutne poslovne godine.

(07.02.2023.) Nove ePorezna XML sheme za PDV obrazac i knjigu URA

WIP od ove verzije kreira XML datoteke za učitavanje PDV obrasca i Knjige URA u aplikaciju "ePorezna" po novoj, v10, strukturi. Također promijenjeni su i "print izvještaji" ovih obrazaca. Prilikom kreiranje PDV obrasca, promijenja je i forma za unos iznosa "Ostalih podataka" u PDV obrazac, kao i dodana polja : "Povrat", "IBAN", "Predujam" i "Ustup povrata" koja možete i ne morate popunjavati u WIPu, a ako ih popunite, možete ih promijeniti u aplikaciji ePorezna nakon učitavanja u istu.

U knjigu URA je dodana kolona "Pdv po stopi 0%", a u PDV obrazac je dodano polje "I.11. ISPORUKE PO STOPI 0%", a izmjenjena su poglavlja "II.11.", "V., VI., VII., VIII.", sve u skladu s novim "Pravilnikom o izmjeni Pravilnika o Zakonu o porezu na dodanu vrijednost" koji stupa na snagu 01.01.2023. a primjenjuje se na navedene izvještaje za 1.mj.2023. koji se predaju do 20.02.2023.

Sitni Popravci (20.01.2023. - 07.02.2023.)

• 09.02.2023. : u modulu "Financijsko poslovanje", popravljene su uplatnice i isplatnice na način da pamtile staru postavku printera, pa kada se zamijenio printer, ili trenutni nije bio onLine ili mrežno dostupan, postavljao se kao defult printer za ove izvještaje "Microsoft PDF printer" driver.
• 07.02.2023. : pozadina programa za prikaz WIP izvještaja je ponovno siva, umjesto bijela, a kako bi se naglasila razlika između "papira" i pozadine prozora koji prikazuje izvještaj.
• 07.02.2023. : Izvod otvorenih stavaka i kupaca i dobavljača, tekst u rečenici "Prema našim poslovnim knjigama pokazuje se saldo u iznosu od 99,999.99kn u našu korist", tekst "kn" je popravljen na dinamički tekst koji može biti "EUR" ili "kn" a u ovisnosti iz koje WIP poslovne godine se ovaj izvještaj generira. Ukinuta je i riječ "kuna" u rečenici : "Osporavam ovaj izvod u potpunosti - djelomično za iznos __________ kuna ...". Gramatička pogrješka "slijedeći" popravljena je u "sljedeći" u istim izvještajima. Crte su na izvještajima stanjene.
• 24.01.2023. : prilikom dodavanja robe na VP primku-kalkulaciju, tekst "Marža (kn)" zamijenjen je tekstom "Marža (iznos)".
• 23.01.2023. : u izvještaju "Promet kase po mjesecima", tekst "kn" zamijenjen je dinamički kreiranim tekstom koji ovisi o WIP poslovnoj godini, pa će tako za WIP polsovnu godinu veću od 2022., tekst biti "EUR", a za starije poslovne godine, "kn".
• 20.01.2023. : prilikom dodavanja robe na VP primku-kalkulaciju, i izmjenu prodajne cijene kroz istu, otvara se prozor "Pažnja! Prodajna cijena je promijenjena" u kojem je omogućena potvrda izbora nove prodajne cijene, ili ostavljanje ranije cijene, a u kojem je tekst "kn" sada zamijenjen s oznakom valute koja je ispravna za tu WIP poslovnu godinu u kojoj se radi.
• 20.01.2023. : generički izgled otpremnice : podatci o kupcu su poravnati prema lijevoj margini a ne više po centru vertikalne osi okvira. Okvir dinamički vertikalno mijenja veličinu u ovisnosti jeli u ponudi izabrana "poslovnica kupca" ili nije. Podatci o otpremnici su vertikalno poravnati paralelno s desnom printabilnom marginom dokumenta.

VAŽNO - Tečaj iz tečajnice HNBa u primkama nakon 01.01.2023. godine

Hrvatska Narodna Banka je objavila tečajnicu u kojoj je promjenjena paradigma, naime ranije je tečajna lista prikazivala BROJ naše valute (kuna) za JEDNU stranu valutu. Od 01.01.2023. je ta paradigma promijenjena, pa sada tečajna lista prikazuje BROJ STRANIH VALUTA za JEDNU NAŠU valutu (euro).

Pa će tako npr. GBP biti u tečajnici prikazan brojem 0.88728, što znači da 0.88728 GBP vrijedi 1 €.

Budući da WIP primke i dalje množe unešenu stranu valutu brojem upisanim u polje tečaja (a sada bi trebalo dijeliti), u WIP je za sada potrebno unositi RECIPROČNI tečaj. U ovom slučaju GBP, recipročni tečaj bi iznosio 1.1270 € za 1 GBP. Recipročni tečaj se računa kao 1/0.88728 = 1.1270 i kao takav se upisuje u polje Tečaj u primke! Znači za sada, dok novu paradigmu prikaza tečaja ne primjenimo u WIP primke, jednostavno iz tečaja prikazanog u tečajnici izračunajte njegovu recipročnu vrijednost.

Sitni Popravci (11.01.2023. - 17.01.2023.)

• 17.01.2023. :: Popravljen je preračun amortizacije osnovnih sredstava. Sada se datum početka i kraja godišnjeg obračuna automatski podešavaju uvažavajući datum nabave, godinu obračuna i datum otpisa. Npr. ako je datum početka obračuna osnovnog sredstva veći od datuma početka godišnjeg obračuna, onda se datum početka godišnjeg obračuna automatski podešava na datum početka obračuna osnovnog sredstva. Jednako je i s datumom kraja godišnjeg obračuna i datuma otpisa osnovnog sredstva. Sada se datum kraja godišnjeg obračuna, samopodešava na datum otpisa, ako je datum otpisa unutar perioda godišnjeg obračuna.

  Dodatno, tipka "Preračunaj sve" će podesiti "Godinu obračuna" svih osnovnih sredstava na trenutnu wip poslovnu godinu, podesiti datume godišnjeg obračuna, a zatim i ponovno izračunati Knjigovodstvenu cijenu i vrijednost kao donos do datuma godišnjeg obračuna, zatim Ispravak cijene i vrijednosti na kraju godišnjeg obračuna.

• 17.01.2023. :: popravljen sitni bug u formi za dodavanje proizvoda na VP primku kalkulaciju - u tekstu s crnom pozadinom se pojavljivao tekst uz koji je pisalo "(kn)" ... to je sada popravljeno, budući da se unos obavlja ili u kunama ili u eurima, a ovisno o trenutno izabranoj WIP poslovnoj godini. Jednako se tako u polju "Zavisni tropkovi (kn)" sada isparvno prikazuje "Zavisni troškovi iznos".

• 13.01.2023. :: popravljen sitni bug : ako trenutni WIP operater nema pravo slanja eRačuna, a nakon pokušaja slanja, program je ostao u pogrešnoj okolini i prijavio je grešku o tome. Sada je ovo popravljeno.

• 11.01.2023. :

  • R1 i R2 : na Računima iz "Ponude-otpremnice-računi", i na računima iz "Fakturiranje iz maloprodaje", sada se prikazuje tekst "Obračun prema izdanim računima" i u slučaju kada je u polju "R 1/2" (u formi "Parametri" > "Izbor korisnika", dole desno), upisan broj 1 - što označava da primatelj Vašeg računa može odbiti eventualni PDV iskazan na njemu već po primitku tog računa. Ako u polje "R 1/2" upišete broj 2, tada će se, kao i do sada, na računima ispisivati tekst "Obračun prema plaćenoj naknadi" - što znači da primatelj Vašeg računa temeljem istoga može odbiti PDV tek po uplati tog računa. Do ove verzije WIPa se za oznaku R1/2 = 1 nije ispisivao nikakav tekst, a za oznaku 2 se ispisivao tekst "Obračun prema plaćenoj naknadi". I još na kraju samo da napomenemo da se oznaka "R1" ili "R2" na računima ukinula još davno. Danas su te račune zovemo samo "R" računi, "R" oznaka ne mora biti istaknuta na računu jer gore navedeni tekst objašnjava trenutak prava primatelja na odbitak PDVa po primljenom računu. U slučaju da je kupac u WIPu definiran kao "E" (kupac iz EU), navedeni tekstovi se neće ispisivati na takvom računu, odnosno na računu će se ispisivati navedeni tekstovi SAMO u slučaju domaćeg kupca, odnosno kada je taj kupac u šifrarniku kupaca-dobavljača definiran oznakom "D" (kao Domaći).

    

  • ispravak teksta "kn" : u izvještaju ponuda iz "Fakturiranje iz maloprodaje" (report name : "prn2_mp") u slučaju odobrenog popusta, naziv kolone "Popust kn" sada je zamijenjen s dinamički generiranim sadržajem koji je ovisan o WIP poslovnoj godini u kojoj se trenutno nalazimo, pa će se tako u WIP2023 poslovnoj godini ova kolona zvati "Popust EUR", a u ranijim godina, "Popust Kn". Do sada se ovdje nalazi fiksni tekst "Popust kn".

Veleprodaja - "Oznaka narudžbenice"

Od verzije 10.01.2023. u WIP "Ponude-otpremnice-računi" i "Fakturiranje iz maloprodaje", polje "Narudžbenica" veličine 70 znakova, prošireno je na dva polja od po 180 znakova. Izmjena omogućuje da se upiše i dvadesetak brojeva narudžbi kupca unutar jedne fakture. Oba polja se primjenjuju i u eRačunu, pa su brojevi narudžbi vidljivi primateljima i u digiralnom formatu.

Sitni Popravci (od 29.12.2022. do 07.01.2023.)

• 07.01.2023. :
  • prk2 - povećano polje za redni broj kako bi prikazivalo 6 znamenaka
• 05.01.2023. :
  • Individualni izgled ponuda i faktura za jednog WIP korisnika reprogramiran je kako bi bio kompatibilan s Eurom.
  • izvještaji "Maloprodaja" > "Izvještaji" > "Pregled prodaje po dnevnim prometima WIPOS kasa(e)" (report name : "kasa_promet") - popravljen fiskni tekst "kn" u dinamički string, a u ovisnosti o trenutno važećoj valuti obzirom na izabranu WIP poslovnu godinu.
  • izvještaj : "Plaće" > "Izvještaji" > "Obračun plaće", (report name : "pl_obracun_place_svi") : Dualna vrijednost "Za isplatu" sada pazi na WIP poslovnu godinu i preračunava ispravno dualnu vrijednost iznosa plaće.
• 03.01.2023. : prilikom dodavanja robe na MP primku-kalkulaciju, i izmjenu cijene kroz istu, otvara se prozor "Pažnja! Prodajna cijena je promijenjena" za izbor nove cijene ili ostavljanje ranije cijene, a u kojem je tekst "kn" sada zamijenjen s oznakom valute koja je ispravna za tu WIP poslovnu godinu u kojoj se radi.
• 02.01.2023. : u zaglavlju Windows prozora "Fakturiranje iz maloprodaje" i "Ponude, otpremnice računi" oznaka valute "kn" zamijenjena s aktualnom oznakom valute WIP poslovne godine u kojoj se trenutno nalazite.
• 02.01.2023. : u "Financijskom poslovanju" u modulu "Blagajna", u izvještajima "Blagajnička uplatnica" i "Blagajnička isplatnica" popravljena je oznaka valute "kn" u "EUR".
• 01.01.2023. : u WIP modulu "Fakturiranju iz maloprodaje" - u fakturama i ponudama su popravljene zaostale oznake "kn" i zamjenjena su mjesta oznakama "kn" i "EUR". Iznosi su ispravni, samo su problem bile oznake valute. U Veleprodaji nije bilo problema.
• 29.12.2022. : prilikom prijenosa proizvoda i cijena, proizvodi koji su u 2022.g. imali nabavnu ili prodajnu cijenu manju od 0.04kn, pa se preračunom u EURe preračunavaju u iznos 0.00€, od ove se verzije prenose s cijenom 0.01€ umjesto 0.00€.

Dnevnik izmjena WIPa u 2022.g.

Popravci i nova ponašanja (29.12.2022.)

• primke u veleprodaji i primke u maloprodaji : sada se i u ovim dokumentima poštuje opcija kada je običan operater proglašen da ima "administratorske ovlasti", pa mu se omoguće izmjena primke, iako ju je napravio neki drugi WIP operater

Popravci i nova ponašanja (28.12.2022.)

• WIP nadogradnja sada na svim poslovnim godinama otvara folder "Attach/PON" u koji se spremaju datoteke koje se pridružuju ponudama odnosno računima iz modula "WIP veleprodaja" i "Fakturiranje iz maloprodaje".
• Prijenos predložak-ponuda iz 2022. u 2023. se sada isto tako preračunavaju u eure
• Sastavnice : popravljen benigni bug "Variable 'ž' not found" koji se prikazuje u obliku poruke gore desno a prilikom dodavanja proizvoda u sastavnicu.

Mogućnost prilaganja dva vanjska dokumenta uz WIP ponudu odnosno fakturu (23.12.2022.)

U modulima "WIP veleprodaja" i "Fakturiranje iz maloprodaje" sada postoji mogućnost prilaganja [pridruživanja, attachiranja, umetanja] do dva vanjska dokumenta uz trenutnu ponudu/račun. Ova opcija služi kako bi se uz neku ponudu/račun dodala npr. skenirana vanjska ručuna otpremnica, ili npr. Ugovor koji je vezan za trenutnu ponudu ili slično. Omogućili smo da se uz trenutnu ponudu mogu dodati do dva posebna dokumenta i to svaki do veličine od 5MB.

Ovi se dokumenti spremaju na lokaciju trenutne baze podataka, pa su dostupni svim korisnicima WIPa unutar iste tvrtke (to znači da ako jedan korisnik umetne dokument, ostali će ga vidjeti). Dokument se može, direktno iz WIPa i pregledati, pri čemu će ga WIP otvoriti s programom koji je u Vašim Windowsima asociran za pregled te vrste datoteke.

WIP će uz neku ponudu (budući račun), omogućiti prilaganje sljedećih tipova dokumenata : PDF, JPG, JPEG i PNG. Ako imate potrebe priložiti više dokumenata, skenirajte ih sve u jedan npr. PDF dokument jedan za drugim, pa ga priložite kao jedan prilog uz WIP ponudu.

Ono što je važno je i činjenica da će WIP ove priložene datoteke injektirati u eRačun, pa ako uz WIP račun priložite i npr. sliku ili skenirani PDF dokument potpisane otpremnice, primatelj eRačuna će uz WIP račun, imati mogućnost i pregleda te potpisane otpremnice.

Tehnički, WIP će priložene dadoteke enkodirati u base64 format, te spremiti s ekstenzijom ENC u folder trenutne baze podataka u podfolder "Attach/PON" i pod imenom GUID stringa. Ako folder ne postoji, WIP će ga prilikom prvog pristupa samostalno kreirati.

U slučaju brisanja priloženog dokumenta, wip će obrisati i pripadajuću ENC datoteku.

U eRačun, strukturno u njegovu XML datoteku, WIP će u polje "identifikacije priloženog dokumenta", upisati naziv datoteke. Pa ako skenirate npr. otpremnicu broj "21-2022", onda taj PDF ili PNG file možete nazvati "OTP-21-2022", čime ćete taj naziv biti i identifikator priloženog dokumenta koji će biti vidljiv primatelju eRačuna.

WIP će također napraviti i sanitizaciju imena datoteke ako ona koju ste izabrali nije prigodna iz nekih razloga, pa će tako npr. sve točke u nazivu datoteke koju želite priložiti, dvotočke, razmake i slično, WIP zamijeniti znakom podvlake : "_".

13.12.2022. - objavljena nadogadnja WIPa

Svi se trebaju nadograditi na WIP verziju od 13.12.2022. ili mlađu kako bi bili kompatibilni s migracijom na novu valutu Euro.

01.12.2022. - funkcionalnosti za migraciju WIP modula "Obračun plaća" iz HRK i EUR

• u formi za prijenos početnih stanja iz stare u novu poslovnu godinu, dodana je tipka "Prenesi samo djelatnike sa satnicama i parametrima plaća" koja prenosi samo zaposlenike i njihove trenutno definirane satnice iz 2022. u 2023.g. Ova je tipka napravljena za potrebe procesa migracije plaća iz HRK u EUR. Prijenos radi samo ako u 2023. još nema niti jednog novog obračuna plaća. Prilikom prijenosa se u 2023.g. ponovno prepisuju kune iz 2022. pa se nova tipka "Preračun u eure", u WIP2023 poslovnoj godini - ponovno omogućuje. Funkcionalnosti svih ovdje navedenih opcija objasniti ćemo u novim uputama za prijenos godine, koje ćemo objaviti do 15.12.2022.
• Prilikom pokušaja kreiranja obračuna plaća u 2023. isti se ne želi napraviti ako nije obavljen preračun u eure.
• U preračunu plaća u eure (forma pl_parametri) blokira se preračun ako je već obavljen, čime se onemogućuje obavljanje preračuna više puta.

29.11.2022

• u WIP statusnu liniju (slika dole), prije oznake verzije WIPa, dodan je tekst "Unos : EURI" ili "Unos : KUNE" a u ovisnosti u kojoj se poslovnoj godini nalazite. Na ovaj način smo omogućili da se uvijek brzo možemo podsjetiti u kojoj valuti unosimo iznose u WIP.

25.11.2022. Petak

Generator 2D kodova sada pazi na valutu HRK ili EUR

• 2D kodovi koji se generiraju za plaćanje mobitelom u ponudama i računima WIP centralnog sustava, sada paze na trenutnu poslovnu godinu WIPa, pa ako je ona 2022 ili manja, u 2D code se enkriptira valuta "HRK", a ako je ona 2023 ili veća, u QR kood se enkriptira oznaka valute "EUR", čime će i plaćanje putem 2D kodova raditi i nakon migracije iz kuna u eure.

WIP generator "eRačuna" od sada pazi na valutu HRK ili EUR

• "eRačun" koji WIP generira za slanje na server posrednika, sada pazi na poslovnu godinu, pa ako je ona manja od 2023, eRačun datoteka u sve oznake valute prema "ISO 4217" upisuje "HRK", a ako je WIP poslovna godina veća ili jednaka 2023, u "eRačun" se na sva mjesta upisuje valuta "EUR". (polja : CurrencyID, DocumentCurrencyCode, CurrencyCode )

• Obuhvaćene datoteke :

  • wweRacun : PlacanjeIBANValutaPlacanja, DocumentCurrencyCode, UvjetiPlacanjaUplataValuta
  • wwPdf417 : HUB_Valuta, WIP_Valuta
  • aki_engine : za automatsko knjizenje izvoda

23.11.2022. Srijeda

• prilikom prihvata prometa s WIPOS blagajne sada se kontrolira jednakost godine u datumu svakog primljenog prometa i trenutna poslovna godina WIPa u koju se podaci pokušavaju primiti. Ako godine nisu jednake, promet se u WIP centralni sustav neće prihvatiti. Ako je u dospjelim podacima o prometima kase poslano više zaključaka od više različitih datuma, WIP provjerava svaki od tih zaključaka jeli mu godina podudarna s WIP trenutnom godinom, pa ako nekima jest, a nekima nije, WIP će prihvatiti samo one kojima je godina jednaka WIPovoj trenutnoj poslovnoj godini.

• obavljena su prva obuhvatna testiranja WIPa i WIPOSa u kontekstu migracije na novu valutu euro. Obavljeno je testiranje :

  1. prijenos poslovne godine u WIPu i WIPOSu
  2. preračun cijena u WIPOS2023, prijenos šifrarnika u WIPu iz 2022. u WIP 2023.
  3. pokušaj zamjene cjenika : slanje cjenika iz WIPa 2022. u WIPOS 2023, i obrnuto
  4. pokušaj primanja prometa WIPOS 2022. u WIP 2023. i obrnuto
  5. pokušaj dvostrukog preračuna u WIPOS 2023.
  6. prijenos neplaćenih "R2" IRA i URA iz WIP 2022. u WIP 2023. uz preračun u Eure (da, "R2" oznaka više ne postoji ali i dalje tako zovemo tvrtke obveznike PDVa prema plaćenim URA i IRA, koje trebaju u knjizi URA i IRA evidentirati uplate istih, kako bi mogli kreirati PDV obrazac. Neuplaćene URA i IRA se moraju prenijeti u novu poslovnu godinu, jer se tamo očekuje uplata istih, te prijava u PDV obrazac.)
  7. prijenos i preračun obračuna amortizacije kao i nabavnih vrijednosti osnovnih sredstava u eure

  Svi navedeni testovi su prošli besprijekorno!

  !!! Potrebno je još obaviti sljedeća testiranja već napravljenih funkcionalnosti :

  • prijenos predujmom uplaćenih ponuda čije se konačno fakturiranje i kreiranje storna već danih predujmova očekuje u novoj poslovnoj godini
  • prijenosa i preračuna predložak ponuda za cirkularno kreiranje računa
  • prijenosa i preračuna otvorenih stavaka kupaca i dobavljača u novu poslovnu godinu
  • prijenosa i preračuna sastavnica i rastavnica
  • prijenosa i preračuna ponuda-cjenika
  • prijenosa i preračuna kupčevih cjenika
  • prijenosa i preračuna stanja zaliha, odnosno kreiranja i preračuna primki početnoga stanja

22.11.2022. Utorak

Na ponudama, računima i svim ostalim mjestima gdje WIP neki iznos ispisuje riječima, u 2023.g. se taj tekst od sada ispisuje u eurima i eurocentima. Obratili smo pozornost i na razliku valuta u rodu, riječi "kuna" i "lipa" su ženskog roda, dok su riječi "euro" i "eurocent" muškog roda, (dvije kune => dva eura; jedna lipa => jedan eurocent, dvije lipe = dva eurocenta) pa se sada iznosi ispisuju i u skladu s tom razlikom.

21.11.2022. Ponedjeljak

sistemska izmjena : Nova polja u "pren_art"

U podatke za slanje cjenika iz WIPa u WIPOS, dodana su nova polja "PoslGod I", "Popust_opc I" i "Valuta c3).

• Polje "popust_opc" (popust opcija) radi u suradnji s poljem "popust_p" (popust posto), a radi se o mogućnosti da se na svakom artiklu u WIPu definira popust na stavku, koji će biti prikazan u WIPOS blagajni.

  Primjer : Ako je maloprodajna cijena (cijena koju kupac plaća) u WIPu u cjeniku podešena na iznos 100kn i na tu stavku želimo da kasa obračuna popust 10%, WIP omogućuje dvije opcije za to:

  1. opcija (vrijednost popust_opc=1) je da WIP samostalno na kasi digne cijenu za onoliko koliko je potrebno da kada se na nju odobri popust 10%, prodajna cijena bude upravo ona koja je definirana u WIPu, a to je u našem slučaju 100kn. U ovom slučaju će na kasi prodajna cijena biti prikazana ovako : 111.11kn - 10% = 100kn
  2. opcija (vrijednost popust_opc=2) je da WIP samostalno na kasi od 100kn prikaže popust 10% i umanji cijenu koja je definirana u WIPu, čime će stavka te prodaje izgledati ovako : 100kn - 10% = 90kn

• Polje "PoslGod" služi kako bi program koji prima te podatke mogao provjeriti jesu li to podaci od trenutne poslovne godine u kojoj taj programa trenutno radi.

• Polje "Valuta" služi kako bi se definiralo u kojoj su valuti cijene u cjeniku koji se šalje.

Upis poslovne godine u podatke za prijenos cjenika koji se šalje u WIPOS

Prilikom prihvata cjenika u WIPOSu provjerava se jeli poslovna godina u poslanim podacima jednaka poslovnoj godini u WIPOS kasi, pa ako je jednaka, podaci se napune u WIPOS, ako je različita, obavijesti se korisnika da poslovna godina ne odgovara onoj u primljenim podacima. Također, ako je poslovna godina WIPOSa 2023 i veća, a u primljenim podacima ne postoji podataka o poslovnoj godini, korisnika se obavijesti da su podaci poslani iz starije verzije WIPa.

09.11.2022. Srijeda

Prijenos neplaćenih ulaznih i izlaznih računa u novu poslovnu godinu i preračun u eure

Prijenos neplaćenih URA i IRA više se ne obavlja automatski prilikom prijenosa šifrarnika i stanja lagera kroz primke početnoga stanja, nego sada u formi za prijenos poslovne godine, za tu svrhu postoji posebna tipka pod nazivom "Prijenos neuplaćenih URA i IRA (ako se vodi knjiga URA i IRA i plaćanja u njima)".

Ova opcija prenosi iz prošle godine neuplaćene URA i IRA u novu poslovnu godinu ali samo ako je tvrtka u WIPu podešena kao "R2". (postavka za ovo se nalazi u Patametri > Izbor korisnika > desno dole polje "R(1/2)" podešeno kao "2"). R2 znači da tvrtka obračunava porez temeljem plaćenih izdanih i plaćenih primljenih ulaznih i izlaznih računa.

Također, novi prijenos neplaćenih URA i IRA automatski preračunava iznose prenesenih URA i IRA iz kuna u eure, ali samo ako se prijenos obavlja iz 2022. u 2023. poslovnu WIP godinu. Ostale godine će se automatski prenositi bez preračunavanja po tečaju konverzije.

U formi za prijenos poslovne godine, nalazi se još jedna nova tipka koja nosi naziv "Briši URA i IRA starijeg datuma u novoj godini". Ova opcija briše sve URA i IRA u knjizi URA i IRA tekuće poslovne godine, ali samo one URA i IRA koji nose godinu u datuma URA ili IRA koja je manja od trenutne poslovne godine koja je podešena u opciji : Paramtri > Izbor korisnika > gore desno polje "Godina".

Tehnika preračuna prenesenih URA i IRA u eure

Preračun URA odnosno IRA se obavlja na način da se u eure preračuna iznos URA ili IRA bez PDVa, a zatim se iznos PDVa izračunava temeljem kumulativne stope PDVa (postotka pdv-a), dok se UKUPAN iznos URA ili IRA izračunava zbrajanjem "iznosa računa bez PDVa" i "iznosa PDVa". Nakon toga se, budući da se novi euro iznos računa bez PDVa mora zaokružiti na dvije decimale, na temelju sva tri iznosa se ponovno izračunava kumulativna stopa PDVa. Ovakav način garantira da su osnovica računa, iznos PDVa, i ukupan iznos računa - točni za svrhu prijave poreza na dodanu vrijednost, ali se istovremeno ukupan iznos računa s porezom može razlikovati za eurocent u plus ili minus od onog iznosa koji bi se dobio preračunom ukupnog kunskog iznosa računa iz prošlogodišnje URA ili URA - u eure, ali izbor bilo koje tehnike preračuna će zbog propisanoga zaokruženja cijena na dvije decimale negdje dovesti do tih sitnih razlika s kojima nemamo kamo jer to Zakonodavac nije predvidio.

Svi ostali se iznosi prenesenih URA ili IRA preračunavaju iz kunskih u eurske temeljem propisanog tečaja konverzije. U ovom slučaju se u nekim malobrojnim situacijama, zbroj desno kontiranih iznosa svih polja "duguje" i "potražuje" mogu razlikovati za eurocent u plus ili minus, ali budući da se te temeljenice niti ne šalju u glavnu knjigu jer prenesene neuplaćene URA i IRA iz prošle godine služe u knjizi URA i IRA samo za evidentiranje novih uplata s novim datumom u novoj poslovnoj godini i time prijavu PDVa u PDV obrazac u novoj poslovnoj godini - a ne i knjiženje u GK - te sitne razlike nisu niti bitne za ispravnost cijelog sustava.

08.11.2022. Utorak

Osnovna sredstva : preračun u € i dodatne mogućnosti

• prijenos poslovne godine sada preračunava kompletna osnovna sredstva i sve obračune amortizacije u 2023.g. pretvarajući nabavne iznose u €, te preračunavajući s eurima sve iznose obračuna amortizacije.
• dorađen je izvještaj osnovnih sredstava na način da je sada moguće filtrirati podatke te generirati izvještaje koji prikazuju samo osnovna sredstva koja u tekućoj poslovnoj godini nisu do kraja amortizirana, zatim izvještaj koji prikazuje samo do kraja amortizirana osnovna sredstva, te izvještaj koji prikazuje i jedna i druga istovremeno.
• u formu osnovnih sredstava je dodana tipka "Preračunaj sve", koja preračunava sva unesena osnovna sredstva, na način da za sva generira obračun amortizacije za tekuću poslovnu godinu, a za ona osnovna sredstva koja su se amortizirala u ranijem periodu, automatski generira obračun za onu poslovnu godinu u kojoj su se do kraja amortizirala.

07.11.2022. Ponedjeljak

Prijenos u novu poslovnu godinu i preračun u €

• salda-konti kupaca i dobavljača - otvorene stavke salda kupaca i dobavljača, a koja se prenose iz 2022. u 2023.g., sada se automatski preračunavaju u €ure.
• popravljen bug : tri reda koja se ispisuju na dnu e-računa, sada se čitaju iz opcije "Parametri" > "1A podaci o Vašoj tvrtki", a ne u "Podešavanje" > Izbor korisnika > stranica "Ponude-otpremnice-računi". Na ovaj se način tekst unosi samo jednom, a koristi se na svim računalima, odnosno korisnicima u WIP oblaku.

03.11.2022. Četvrtak

Prijenos u novu poslovnu godinu i preračun u €

• prijenos auto-ponuda i preračun u eure onih ponuda koje u prošloj godini imaju uključenu kvačicu "7. Ova ponuda služi za kreiranje automatskih ponuda?" iz veleprodaje
• prijenos auto-ponuda i preračun u eure onih koje imaju u prošloj godini uključenu kvačicu "7. Ova ponuda služi za kreiranje automatskih ponuda?" iz maloprodaje

02.11.2022. Srijeda

Prijenos u novu poslovnu godinu i preračun u €

• Ponude po kojima postoje dodani račun(i) za predujam, ali temeljem tih ponuda nije napravljen konačni račun :
  • ovakve se ponude moraju prenijeti u novu poslovnu godinu, jer se tamo očekuje dodavanje završne uplate i kreiranje konačnoga računa, pa se i te ponude, kao i računi za predujam kreirani po njima, moraju prenijeti u novu poslovnu godinu i preračunati u eure. Preračun se obavlja na način da se preračunaju cijene pojedinačnih stavaka u tim ponudama, a zatim se one dalje množe s količinom, izračunavaju se novi (eurski) iznosi rabata, poreza itd., da bi se na kraju izračunao i novi ukupan iznos ponude u eurima. Na ovaj način se ukupan iznos ponude može razlikovati od iznosa iste ponude u prošloj godini, a preračunate po tečaju konverzije - jer se zaokruženja rade već po stavkama te ponude.
  • kako se preračunavaju "uplate po ponudama" (odnosno "računi za predujam generirani po ponudama") prilikom prijenosa u novu poslovnu godinu || u € se preračunava iznos uplate, a zatim se izračuna stopa udjela iznosa uplate u ukupnoj vrijednosti ponude, te se temeljem te stope, izračunaju osnovice za porez u tom računu za predujam.
  • prijenos ponuda i pripadnih računa za predujam je sada otporan na ponavljanje, ali i kasniji prijenos, nakon što u novoj poslovnoj godini već postoje dodane nove ponude i/ili računi.

28.10.2022. Petak

Prijenos u novu poslovnu godinu i preračun u €

• OP - Operateri (preračunava vrijednost polja "plan")
• SKL1 - stanje na skladistu (preračunava polja : "n_b_rab, vpc, mc, mpc")
• KUPCI - šifrarnik kupaca i dobavljača (preračunava polje : "promet")

27.10.2022. Četvrtak

Prilikom prijenosa poslovne godine u 2023. wip preračunava u eure i sljedeće:

Prijenos u novu poslovnu godinu i preračun u €

• PRO1_RAS - Rastavnice zaglavlja
• PRO2_RAS - Rastavnice stavke
• PRO1 - Sastavnice zaglavlje
• PRO2 - Sastavnice stavke
• CJENIK_KUPCI - kupčevi cjenici preračunavaju u eure polje VPC
• u "PRERACUNAJ.PRG" koji se poziva uvijek na otvaranju baze podataka, provajerava se "Setup_nPetCij", pa ako je godina 2023 i veća, postavlja se na 0.07€ a ako je godina manja na 0.5kn

Izmjenjene Funkcije

• ps.scx
• proc1.prg fn "PreracunajUEure_SASTAVNICE(_BazaNA, nTecaj)" fn "PreracunajUEure_RASTAVNICE(_BazaNA, nTecaj)"
• proi.prg
• proizvo.scx
• artikli_pro.scx
• rastava.scx
• artikli_ras.scx

26.10.2022. Srijeda

• prijenos godine na klijentskim WIP instalacijama sada pazi i na "CLIENT.INI" datoteku, pa ne otvara bazu podataka iako put nije UNC.

• prilikom prijenosa poslovne godine u 2023. wip će sljedeće ciljne šifrarnike i dokumente preračunavati u eure :

  1. šifrarnik artikala
  2. primke početnoga stanja u veleprodaji
  3. primke početnoga stanja u maloprodaji

• labele s cijenama "dizajn 2" : smanjen font u "nazivu proizvoda" sa 12 na 10

12.10.2022.

• WIP sastavnice : dodane su opcije za “Slati na WIPOS kasu ...”, na način da se sada može izabrati želi li se ova opcija uključiti za sve lokacije (za sva skladišta) ili se želi trenutni gotovi proizvod slati samo na kasu koja radi sa skladištem koje je izabrano na trenutnoj sastavnici, a na svim ostalim skladištima da se ova kvačica ugasi i da se ovaj proizvod ne šalje na ostala skladišta.

  

15.09.2022.

• Knjiga URA i IRA : glavna forma knjige URA i IRA sada ima opciju “Knjižiti u Glavnu knjigu i Knjigu primitaka-izdataka?” (slično kako to imaju primke, odnosno računi iz veleprodaje odnosno maloprodaje) uz mogućnost izbora vrijednosti “D” (za Da) ili “N” (za Ne). Ova se mogućnost može mijenjati samo za URA ili IRA koji su “ručno” uneseni u knjigu URA ili IRA, dakle ne i za one URA ili IRA koje su došli automatikom iz primki, računa itd.Ako je URA ili IRA već proknjižena u Glavnu knjigu, izmjena ove opcije nema snagu, pa je u tom slučaju potrebno (u knjizi URA ili IRA) prvo tipkom gore “Veza u glavnoj knjizi” pronaći temeljnicu pod kojom je trenutna URA ili IRA proknjižena u GK (glavnu knjigu), te je u “Dnevnoj obradi” (vraćanjem temeljnice na dnevnu obradu, i brisanjem stavaka te željene URA ili IRA) ukloniti iz “Glavne knjige”, čime će ova opcija “D” ili “N” u knjizi URA ili IRA ponovno imati snagu. Drugim riječima, ova se opcija primjenjuje samo u trenutku knjiženja URA ili IRA u Glavnu knjigu. Razlog zašto neku URA ili IRA ne želite knjižiti može postojati za slučaj kada želite u PDV obrazac prijaviti PDV za neku URA ili IRA, ali želite samostalno napraviti njeno knjiženje u “Glavnu knjigu” putem “Dnevne obrade”, iz bilo kojeg Vašeg razloga.Ova opcija dodatno sprječava ili dozvoljava i knjiženje URA ili IRA u “Obrtničke knjige” (“Knjigu primitaka i izdataka”, i “Knjigu prometa”). Sada se dakle u obrtničke knjige knjiže samo plaćene URA ili IRA i to samo one koje u polju “Knjižiti u Glavnu knjigu i obrtničke knjige?” imaju slovo “D”.

  

14.09.2022.

• Greška “Ne postoji veza s Internetom” : na dvije lokacije smo za sada primjetili da WIP i WIPOS prijavljuju grešku “Ne postoji veza s Internetom” iako Internet na lokaciji uredno radi. Uzrok smo pronašli u činjenici da je davatelj Internet usluge nadogradio svoj router koji je nakon nadogradnje preusmjeravao promet na DNS IPv6 koji ne zna uputiti promet do google.com.mx servera, a koje WIP i WIPOS koriste za brzu detekciju ima li računalo vezu s Internetom.

  Rješenje je podesiti u providerovom routeru DNS IPv6 adrese, umjesto “automatskog dodjeljivanja”, na IPv6 Google DNS adrese. Ovo je privremeno i nestabilno rješenje, jer davatelj Internet usluga (Internet provider) može ponovno daljinski resetirati postavke routera na one od ranije, pa smo zato reprogramirali funkciju testiranja Internet konekcije u WIP i WIPOS programima na način da se osim “pinganja” google servera, detekcija obavlja na još nekoliko načina, i tek nakon što svi načini vrate negativan odgovor, WIP i WIPOS će vratiti grešku “Ne postoji veza s Internetom”. Na kraju, ako nemate problema s ovom greškom, nadogradnju ne morate obavljati.

  

20.08.2022.

• Prikaz eura – WIP od ove verzije prikazuje i cijenu u EURima na računima, deklaracijama, naljepnicama za police, i izvještajima o isplati plaća. Na ovu smo temu objavili i Članak

Dnevnik izmjena WIPa u 2021.g.

23.02.2021.

• Financijsko poslovanje – U izvještaju “Analitička konto kartica“, na kraju smo izvještaja dodali “Rekapitulaciju po tipovima dokumenata” u kojoj su zbrojeni dugovni i potražni iznosi za svaki tip dokumenta posebno, a samo za traženi opseg konta.

  

12.02.2021.

• eRacun – WIP od ove verzije i povratnu naknadu kreira po UBL2.1 standardu

• Popusti za WEB i za WIPOS – napravljena je priprema za kreiranje “Akcijskih prodaja” u WIPu, WIPOSu i Web trgovini. Naime, u opciju “2. Šifrarnici > S.. Proizvodi sa skladištem + upravljanje Web dućanom” dodana je forma za definiranje “Akcija na proizvodima” koja se pokreće duplim klikom na stavku proizvoda u filtriranoj listi proizvoda, na način da se može uključiti Akcijska prodaja bilo kojeg proizvoda, definirati mu “Akcijsku stopu popusta” i to na razini “artikla” ili na razini “grupe artikala”, te izabrati jednu od “Prezentacija cijene na računu” i to kao tipa “Prezentacija tipa A” ili “Prezentacija tipa B”. “Prezentacija A” – će trenutnu WIP cijena s porezom uvećati za neki iznos, kako bi se nakon odobrenja definirane stope “Akcijskog popusta” taj proizvod prodao baš po trenutnoj WIP cijeni s porezom koja se trenutno nalazi u šifrarniku artikala WIPa. “Prezentacija B” – će umanjiti WIP trenutnu MPC za definiranu stopu Akcijskog popusta, pa će proizvod na računu biti prodan za manju cijenu nego je to trenutno upisano za taj proizvod u “WIP šifrarniku artikala”. Ovdje se također može odabrati trajanje Akcije, i to kao jednu od tri opcije : Beskonačno trajanje, Trajanje od zadanog datuma, i trajanje od zadanog datuma i do zadanog datuma.

  

04.02.2021.

• Knjiga URA i IRA – izvještaj “5.URA-IRA > 1.Ura/IRA > stranica IRA|Izvještaji > stranica Zakon o PDVU do 30.06.2013. > izvještaj “3. IRA za PDV obrazac” :: proširena su polja za prikaz datuma i datuma valute koja na nekim printerima nisu bila vidljiva do kraja
• Financijsko poslovanje – Izvod otvorenih stavaka : popravljana su polja u kojima se podaci na nekim printerima nisu vidjeli do kraja (na kraju su ti podaci prikazivali tri točkice)

01.02.2021.

• Financijsko poslovanje – Zaključni list : u formi za pokretanje izvještaja “Zaključni list”, dodana je opcija za uključiti ili isključiti prikaz ukupnog iznosa salda : “prethodna godina + tekuća godina”. Na ovaj se način prilikom izvoza u Excel tablicu ne “guraju” dodatni redovi ispod stavaka konta.

26.01.2021.

• fix: Provjera licence WIPa | vrijeme upita za kontrolu licence WIPa je povećano sa 3 na 10 sekundi. Naime primjetili smo da ako je brzina pristupa Internetu jako mala, kod nekih korisnika se aktivirala zaštita jer je WIP detektirao postojanje Interneta ali nije dočekao pozitivan odgovor WIP licencnog servera. Sada je to popravljeno.

17.01.2021.

• FTP komunikacijski redizajn : od ove verzije, komunikacija WIPa sa FTP serverom za prijenos cjenika i prometa komunicira tzv. “Pasivnim FTP protokolom” umjesto dosadašnje “Aktivne” komunikacije. Razlog je taj što Internet davatelji usluga, iz sigurnosnih razloga, na svojoj strani sve češće blokiraju promet na velikom opsegu portova za komunikaciju, a u kojem su često opsegu i portovi za “Active FTP“, a koje smo do sada koristili u WIPu i WIPOS programima. “Pasivna FTP komunikacija” koristi puno manji mogući broj komunikacijskih portova, pa više neće biti problema s komunikacijom, kao i bilo kakve potrebe za pozivanjem Internet davatelja usluga i objašnjavanju mu problema kako bi eventualno dozvolio promet na potrebnim portovima. Napomena : istu smo stvar riješili i u WIPOS fiskalnoj blagajni, koja prima cjenik a šalje dnevne promete u WIP centralni sustav putem FTP komunikacije, pa ako i na toj lokaciji imate jednakih problema, možete nadograditi i WIPOS na verziju od 17.01.2021. ili noviju, kako bi ih trajno riješili.

11.01.2021.

• WIP plaće ||popravljeno je generiranje IP1 obrasca.

• Izvještaj iz maloprodaje : “Lager lista MP” | popravljena je samo labela stope PDVa, na kraju izvještaja u rekapitulaciji – : “PDV 10%” u “PDV 10%/13%”. Iznosi su izračunavani ispravno cijelo vrijeme, samo je labela ostala sa starim prikazom za samo 10%.

• U “Ponudama-otpremnicama-računima“, kao i u “Fakturiranje iz maloprodaje”, naziv polja “Poslovna jedinica” promijenjeno je u “TAG : “. U ovo polje možete unijeti željeni TAG i na taj način tagirati račun koji ćete napraviti po toj ponudi. Npr. ako neke ponude tagirate riječju “KNJIŽARE”, onda ćete u pregledu prodaje po računima za datumski period, (opcija : Veleprodaja (ili Maloprodaja) > Izvještaji > Pregled prodaje po računima) moći filtrirati samo ponude s tagom “KNJIŽARE” na način da u prije kreiranja izvještaja u polje “Samo s TAGOM : ” upišete riječ “KNJIŽARE”, i na taj način dodatno filtrirati račune iz gomile svih računa izdanih sa jednog skladišta.

• Prijenos početnoga stanja :

  1. prijenos otvorenih Blagajni u "Financijskom poslovanju" : Sada se prilikom prijenos početnoga stanja, u novu godinu prenose i sve otvorene blagajne
  2. prijenos fiskalnih certifikata : sada se iz stare godine u novu prenose i certifikati s lozinkama, ali na način da se u novoj godini automatski obriše zapis certifikata, i prenese ponovno iz stare godine.
  3. prijenos API zapisa : sada se iz stare godine u novu prenose i svi zapisi o API konekcijama (za MojERacun, za WordPress WooCommerce i za ePoslovanje)

14.12.2020.

• QR code na svim računima koji podliježu fiskalizaciji

Plan dorada WIPa u 2024./2025.g. (roadmap)

CIJENE I CJENICI

(ideja dodana : 12.11.2024.)

Već nekoliko godina gradimo potpuno novi WIP API poslovni sustav i u njemu poboljšavamo dizajn različitih poslovnih procesa koji se razlikuju od postojećih procesa za istu svrhu u "WIP centralnom sustavu". Budući da smo i stari WIP privremeno "naslonili" na novi WIP API sustav, potrebno je i u postojećem "WIP centralnom sustavu" promijeniti i poboljšati neke postojeće procese kako bi ti procesi bili kompatibilni s novim API sustavom i mogli ga koristiti u nekim segmentima odmah sada.

U tu svrhu bi u "WIP centralnom sustavu" trebalo promijeniti definiranje, praćenje i ažuriranje planiranih prodajnih cijena, kako u veleprodaji tako i u maloprodaji, a u cilju efikasnijeg "nuđenja" prodajnih cijena u "izlaznim" dokumentima, i to u svim postojećim WIP programima i sustavima. Na ovaj će način, WIP već sada moći koristiti novi WIP API sustav i "puniti ga" svojim podacima, te iz njega čitati dokumente koje u njega šalju ostale moderne klijentske WIP aplikacije koje radimo trenutno i u skoroj budućnosti, kao što su to npr. "MobilniWip - POS kasa na telefonu, Inventure na telefonu, Narudžbe B2B kupaca na terenu" ili pak "WebWip - kao moderna zamjena cijelog WIP centralnog sustava u web pregledniku", a koje ću u nekom trenutku svoje funkcionalnosti potpuno ili djelomično zamijeniti trenutni "WIP centralni sustav".

Kako WIP sada nudi prodajne cijene?

WIP sada, u veleprodaji može nuditi prodajnu cijenu iz šifrarnika artikala, iz "Ponuda-cjenika", iz "Kupčevih cjenika", ili nudeći zadnju prodajnu cijenu, trenutnom kupcu s trenutne ponude, za trenutni proizvod.

U maloprodaji, modul "Fakturiranje iz maloprodaje" - prodajne cijene se nude iz šifranika artikala, i to sa skladišta koje je izabrano na "ponudi" (budućoj fakturi), dok "WIPOS fiskalna blagajna" cijene dobija putem Interneta ili medija za prijenos podataka (sticka), a sa skladišta s kojim je WIPOS podešen da radi.

Što bi trebalo promijeniti?

Evo kako bi u WIPu izgledale ove nove prilagodbe.

U "Veleprodaji" ("B2B", što je kratica od "Business To Business") bi se cijene morale moći definirati po kupcima, odnosno na neki način po "grupama kupaca", dok bi se u "Maloprodaji" ("B2C", što je kratica od "Business To Customer"), moralo omogućiti da se mogu definirati tzv. "Akcije" zajedno s informacijama o "akcijskim popustima", i to unaprijed, prije same prodaje, pa kada dođe vrijeme "od kada" akcija počinje trajati, da programi koji obavljaju prodaju automatski počnu uzimati tako unaprijed definirane "Akcijske cijene" i to prikažu na računu u formi : "Osnovna cijena", "Stopa akcijskog popusta", "Cijena s popustom", bez da operater samostalno i "ručno", za takve proizvode, odobrava akcijske popuste prilikom samog izdavanja računa, čime se ne postiže dovoljna kontrola cijena. Kada "Akcija" završi, odnosno dostigne se "datum do" koji je definiran uz takvu jednu "Akciju", prodajni programi bi trebali jednostavno samostalno nastaviti "uzimati" redovne prodajne cijene iz cjenika, bez umanjenja za akcijski popust.

U svrhu ostvarivanja ovih ciljeva, osmislili smo dva nova koncepta, koji bi implementirali kroz dva nova tipa WIP dokumenta u postojećem "WIP centralnom sustavu" :

1. novi tip dokumenta "Cjenik"
2. novi tip dokumenta "Akcije i rasprodaje"

1. novi tip dokumenta : "Cjenik"

Novi šifrarnik dokumenata "Cjenici" omogućio bi dodavanje neograničenog broja "cjenika". U jednom "Cjeniku" bi se, slično kao na ponudi, u "zaglavlju" i "stavkama" cjenika trebalo moći definirati ili dodati sljedeće :

1. definirati koje skladište nasljeđuje taj cjenik, ili koji pak neki drugi cjenik nasljeđuje taj cjenik.
2. dodati nijednu, jednu ili više stavaka "Proizvoda" u taj trenutni cjenik :: (slično kao što se dodaju stavke u ponudu, ili primku). Uz svaku stavku proizvoda bi se trebala moći definirati : "Stopa popusta" i/ili "Konačna prodajna cijena".
3. dodati nijednu, jednu ili više stavaka "Grupa proizvoda" u trenutni cjenik :: (slično kao što se dodaju proizvodi u cjenik) :: uz svaku dodanu stavku "grupe proizvoda" bi se trebalo omogućiti definirati "Stopa popusta za cijelu grupu" koja bi se primjenjivala za sve proizvode iz te grupe proizvoda u tom cjeniku.

Koji je cilj cjenika?

Cilj cjenika je planski omogućiti što više automatiziran dohvat različitih prodajnih cijena i rabata za različite kupce, programe i potrebe, a sve uz minimalni napor definiranja i ažuriranja podataka.

Evo primjer korištenja u Veleprodaji

Scenarij : zamislimo da imamo veleprodaju i da želimo definirati nekakve tri generalne grupe kupaca :

1. Prvoj grupi kupaca se nude redovne cijene iz cjenika (cijene definirane u skladištu "1-centralno skladište"), bez popusta
2. Drugoj grupi kupaca se na dvije "grupe proizvoda" (grupa "1-zakovice", i grupa "7-električni alat") nudi popust 5%, a na dva "specijalna proizvoda" (122-Kliješta i 213-Bušilica) se nudi popust po stopi od 10%, dok se na sve ostale proizvode, koji ne pripadaju u dvije navedene grupe proizvoda i nisu "specijalni proizvodi", ne odobrava dodatni popust, nego se nude redovne cijene iz cjenika, odnosno skladišta 1
3. Trećoj grupi kupaca se nudi sve kao i drugoj grupi kupaca, ali se na dva proizvoda odobrava dodatni rabat po stopi od 20% : a to su proizvodi "200-Škare" i "300-kovani nož".

Za ovaj scenarij, otvorili bi tri cjenika :

1. cjenik "1-Glavni cjenik" :: u tom cjeniku bi u zaglavlju definirali da prati skladište, i u listi skladišta bi odbarali : "1-centralno skladište". I to je sve.
2. cjenik "2-Kupci G2" :: u tom cjeniku bi u zaglavlju definirali da prati cjenik "1-GLAVNI CJENIK". U listu "grupa proizvoda" u ovom cjeniku, dodali bi dvije grupe : "1-zakovice" i uz tu grupu definirali rabat 5%, te grupu "7-električni alat" uz koju bi definirali istu stopu rabata 5%. U listu "proizvoda" u ovom cjeniku, dodali bi i dva "specijalna proizvoda", "122-Kliješta" i "213-Bušilica" i uz svaki od njih bi defirali stopu popusta 10%
3. cjenik "3-Kupci G3" :: u ovom bi cjeniku u zaglavlju definirali da prati cjenik "2-kupci G2", ali bi samo u "listu proizvoda" u tom cjeniku dodali dva proizvoda uz koje bi definirali popust 20%

Sada se samo u šifrarniku "Kupaca-dobavljača", uz kupce za koje želimo da WIP čita cijene iz cjenika broj 2 ili broj 3, u novo WIP polje pod nazivom : "**Čitaj cijene iz cjenika : **", odaberemo željeni cjenik. Ako se uz kupca ne odredi cjenik, prilikom izrade računa tom kupcu nuditi će se cijene kao i sada > iz cjenika skladišta na kojem radimo ponudu (odnosno budući račun).

Izrada ponude : ako smo definirali da na primjer neki kupac čita cijene iz cjenika "2-Kupci G2", tada će, kada na ponudu postavimo tog kupca, WIP uzimati cijene na sljedeći način :

• ako na ponudu dodajemo npr. proizvod "999-kapa" koji pripada u wip grupu proizvoda "KAPE", WIP će pogledati u cjenik koji je izabran uz tog kupca, a to je cjenik "2-kupci G", i vidjeti će da u listi grupa proizvoda nema grupe "KAPE" pa će pogledati postoji li u tom cjeniku u "listi proizvoda" proizvod "999-kapa" i vidjeti da tog proizvoda nema u tom cjeniku u "listi proizvoda". Sada će pogledati koji se to cjenik nasljeđuje, i vidjeti će da se nasljeđuje cjenik "1-GLAVNI CJENIK" pa će u tom glavnom cjeniku provjeriti "listu grupa proizvoda" i "listu proizvoda". Budući da u listama glavnog cjenika nema ničega, prazne su, WIP će pogledati u tom cjeniku koji se cjenik dalje nasljeđuje. Budući da se ne nasljeđuje niti jedna cjenik, WIP će sada pogledati koje se skladište nasljeđuje u tom cjeniku "1-GLAVNI CJENIK", i vidjeti da se nasljeđuje skladište "1-centralno skladište" pa će otići u šifrarnik artikala, na to skladište, i tamo uzeti prodajnu cijenu. U konačnici sve cijene za sve proizvode, moraju postojati u skladišnom cjeniku. Ako provjera prođe kroz sve definirane i naslješene cjenike, bez rezultata, na kraju će cijenu uzeti u cjeniku skladišta, a to je cjenik koji se i sada trenutno koristi u WIPu.

Na isti će način raditi i za npr. proizvod "122-kliješta", samo što će u ovom slučaju taj proizvod pronaći u "listi proizvoda" u cjeniku "2-kupci G2" (koji je dakle spojen s kupcem kojem trenutno radimo ponudu), i uzeti će cijenu i rabat koji je definiran uz taj proizvod u tom cjeniku, a to je rabat po stopi od 10%. Ako je uz proizvod u cjeniku definirana samo stopa popusta, a ne i prodajna cijena, onda će WIP nastaviti "gledati" unaprijed kako bi pronašao gdje mu je definirana prodajna cijena tog proizvoda, i doći će, u ovom slučaju, ponovno do skladišta "1-centralno skladište", te će od tamo uzeti prodajnu cijenu. Sada ima "prodajnu cijenu" i stopu popusta, pa će te podatke iskoristiti u ponudi koju trenutno radimo za taj proizvod, i iskombinirati ih kako bi definirao prodajnu cijenu i rabat na trenutnoj ponudi.

Na ovaj je način moguće aktivno, uz minimalni napor, hijerarhijski, uz sustav nasljeđivanja cjenika, definirati prodajne cijene prema B2B kupcima, a na način da postoji jedan glavni cjenik, dok se ostalim nižim cjenicima naredi da nasljeđuju roditeljski cjenik, a samo dodatno definiraju dodatne proizvode i/ili grupe proizvoda kojima su za taj cjenik drugačiji uvjeti nego u cjeniku koji nasljeđuju. Dakle radi se o potrebi ažuriranja samo promjena u odnosu na nasljedstvo (u ovom slučaju nasljeđeni cjenik).

Kontrola i zaštita : : Svaki automatski sustav ima svojih ogromnih prednosti, ali i jednu manu. Mana je da se eventualne pogreške teško uočavaju u velikoj količini promjena koje se naprave automatski i u malo vremena. Iz tog razloga postoji naša ideja da se uz svaku grupu proizvoda (ili uz svaki proizvod), definira tzv. "Stopu zaštitne marže". Pomoću ove stope bi WIP mogao kontrolirati postoje li proizvodi kojima je definirana premala prodajna cijena, pa im je marža manja od "minimalne zaštitne", a kako se ne bi moglo dogoditi da se definira prodajna cijena i rabat koji bi narušili tu definarnu minimalnu stopu marže, te takve proizvode izdvojiti u jedan izvještaj koj bi bio temelj za popravak prodajnih podataka u novim Cjenicima.

2. novi tip dokumenta : "Akcije i rasprodaje"

Ovaj dokument u maloprodaji bi slično ostalim Wip dokumentima, imao "zaglavlje" i stavke".

U Zaglavlju bi se definirao :

1. "Naziv akcije" (npr. "Akcija kožnih ženskih torbica"),
2. "Datumi trajanja akcije", i to "Od datuma i vremena:" i "Do datuma i vremena"

U Stavkama dokumenta bi se definiralo sljedeće :

1. lista proizvoda : u listu bi se mogao dodati nijedan, jedan ili više proizvoda, a uz svaki proizvod bi se definiala Prodajna cijena i "stopa akcijskog popusta"
2. lista grupa proizvoda : u listu grupa proizvoda bi se mogla dodati nijedna, jedna ili više grupa proizvoda, a uz svaku grupu proizvoda bi se definirala "stopa akcijskog popusta"

Dokument bi se mogao odobriti, čime bi njegovo "djelovanje" bilo odobreno, odnosno, dokument bi se koristio za izbor prodajne cijene u izlaznim dokumentima i/ili WIP programima (npr. WIPOS kasi, Fakturiranju iz maloprodaje, mWIP mobilnoj POS kasi, Wip2WooCommerce Web dućanu ... itd.)

Implementacija u sve nove i stare WIP module

Funkcionalnost "Cjenika" i "Akcija" bi odmah integrirali i u programe koje trenutno intezivno razvijamo, a to su :

• sustav "Wip2WebDućan" : povezanost "WIP centralnog sustava" i "Web dućana" (Wip + WebDućan),
• aplikacija "mobilni WIP (mWIP)" za mobilne Android telefone (mobilniWIP), odnosno module "mInventure", "mWIP POS" i "mB2B narudžbe" za B2B terenske putnike
• aplikacija "WipWeb (2W)" - moderna buduća zamjena za "WIP centralni sustav", koja radi s novim WIP API sustavom, a radi se o modernoj web aplikaciji, potpuno oslonjenoj na WIP API sustav, koja se izvršava u Web pregledniku kao SPA aplikacija (SinglePageApplication).
• postojeća "WIPOS fiskalna blagajna" - točnije njen novi branch, odnosno njena nova inačica koja je prilagođena za komunikaciju s novim WIP API sustavom (samostalno posluživanje proizvodima i cijenama, samostalno slanje prometa u WIP API u stvarnom vremenu)

WIP i eRačun

Mogućnost označavanja WIP računa u listi, te njihovo slanje u obliku eRačuna "jednim klikom".

WIP učitavanje primki iz eRacuna

Mogućnost učitavanje primki-kalkulacija iz XML datoteke preuzetog eRačuna uz automatskog kreiranja supstitucijske tablice "Dobavljačev proizvod <> WIP proizvod" a koja onda kasnije koristi za potpunusve veću automatizaciju učitavanja primki od dobavljača, čime WIP točno zna koji proizvod od kojeg dobavljača odgovara kojem WIP proizvodu.

WIP šifrarnik konta - "Kontni plan"

U validaciju dodavanja konta u kontni plan dodati i provjeru postojanja konta, kao i mogućnost detekcije već unešenih višestrukih konta.

Stalni prikaz Marže prilikom kreiranja "ponuda-otpremnica-računa"

U WIP centralnom sustavu omogućiti da se opcijom uključi ili isključi stalni prikaz "Stope i iznosa marže" prilikom dodavanja robe na ponudu u "WIP Veleprodaji" i u "WIP Fakturiranju iz maloprodaje", uz poštivanje ranije mogućnost da se tipka "Prikaži maržu" nekim korisnicima WIPa onemogući (sakrije).

Na ovaj bi se način otežalo da se, u ovim vremenima kada nam se zbog česte izmjene nabavne cijene mora mijenjati i prodajna, nešto proda s negativnom ili premalom maržom, jer bi se kontrolirala stopa marže već prilikom unosa stavaka.

Ova opcija gledanja polja marža je i sada dostupna, ali se mora upaliti u formi za dodavanje robe na ponudu tipkom "Prikaži maržu", a izmjena WIPa bi se odnosila na to da se postavkom u "Podešavanju WIPa" omogući da ovo polje marže bude stalno prikazano.

WIP računi i na engleskom jeziku - RIJEŠENO

Pripremili smo kompletan podprogram za prijevod računa na engleski jezik. Uskoro ćemo omogućiti da se već na razini kupca može izabrati opcija jezika računa na kojem će se automatski tom kupcu izdavati račun iz WIPa. Ova će se opcija nasljeđivati u modulima za ispis računa, a to znači da ako se na kupcu uključi jezik računa "EN", da će se taj podatak prepisati u npr. "Ponude-otpremnice-račune", ali će se tamo za baš trenutni račun, moći privremeno promijeniti.

WIP dokumeti na engleskom jeziku su implementirani i ovo je poveznica na opis ove nove WIP funkcionalnosti

Dodavanje (attachiranje) otpremnica uz "eRačun" - RIJEŠENO

Mogućnost umetanja (attachiranja) slike ili PDFa otpremnice uz WIP eRačun koji se šalje kao e-Račun na servis posrednika. Ova je opcija završena i puštena u produkciju. Poveznica na opis ove funkcionalnosti

Prijenos poslovne godine - RIJEŠENO

Za prijenos poslovne godine iz 2022. u 2023. potrebno je još preraditi sljedeće dokumente kako bi se automatski preračunali iz kuna u eure. (prekrižene opcije smo već dovršili, i one se već nalaze u dnevniku izmjena wip-a) :

• šifrarnik artikala - automatski prilikom obavljanja prvog prijenosa poslovne godine, preračunati sve vrijednosti šifranika artikala u €ure.
• sastavnice - automatski prilikom obavljanja prvog prijenosa poslovne godine, preračunati sve sastavnice u €ure nakon prijenosa u 2023.g.
• rastavnice - automatski prilikom obavljanja prvog prijenosa poslovne godine, preračunati sve rastavnice u €ure nakon prijenosa u 2023.g.
• cjenik_kupci - automatski prilikom obavljanja prvog prijenosa poslovne godine, preračunati sve posebne cjenike kupaca u €ure nakon prijenosa u 2023.g.
• Paziti na varijablu Setup_nPetCij - Setup_nPetCij varijabla definira vrijednost povratne naknade. Treba automatski paziti da se njena vrijednost u poslovnoj godini 2023. i većoj podešava na 0,07€, dok se u starijim poslovnim godinama ta vrijednost mora autoamtski postaviti na 0.6kn.
• Primke početnog stanja u Veleprodaji - automatski prilikom obavljanja svih prijenosa poslovne godine iz 2022. u 2023., preračunati sve primke početnoga stanja u veleprodaji u €ure.
• Primke početnog stanja u Maloprodaji - automatski prilikom obavljanja svih prijenosa poslovne godine iz 2022. u 2023., preračunati sve primke početnoga stanja u maloprodaji u €ure.
• operateri wipa - preračunati polje "plan" u € prilikom prijenosa podataka iz 2022. u 2023.g.
• kupci i dobavljači - preračunati polje "promet" u € prilikom prijenosa podataka iz 2022. u 2023.g.
• stanja na skladištu - (skl1) preračunati polja : "n_b_rab, vpc, mc, mpc" u e prilikom prvog prijenosa početnoga stanja iz 2022. u 2023.
• računi za predujam veleprodaja - po svim nedovršenim fakturama po kojima postoje računi za predujam u veleprodaji (koji u kumulativu za jednu ponudu nisu nula!) potrebno je takve kompletne ponude prenijeti u 2023. ali ih istovremeno i kompletno preračunati
• računi za predujam maloprodaja - po svim nedovršenim fakturama po kojima postoje računi za predujam u maloprodaji (koji u kumulativu za jednu ponudu nisu nula!) potrevno je takve kompletne ponude prenijeti u 2023. ali ih istovremeno i kompletno preračunati
• ponude-cjenici veleprodaja - prijenos i preračun ponuda koje su označene kao cjenik određenog kupca
• ponude-cjenici maloprodaja - prijenos i preračun ponuda koje su označene kao cjenik određenog kupca
• auto-ponude veleprodaja - prijenos predložak-auto-ponuda po kojima se kreiraju cirkularni računi u veleprodaji
• auto-ponude maloprodaja - prijenos predložak-auto-ponuda po kojima se kreiraju cirkularni računi u maloprodaji
• salda-konti kupaca i dobavljača - salda kupaca i dobavljača koja se prenose iz 2022. u 2023.g. preračunati prilikom prijenosa u €ure.
• Osnovna sredstva - (os_rob, os_lok) - napraviti preračun osnovnih sredstava u € prilikom prijenosa poslovne godine iz 2022. u 2023.
• knjigu URA - (ura) prilikom prijenosa neplaćenih URA, URAe u 2023.g. preračunati u €
• knjigu IRA - (ira) prilikom prijenosa neplaćenih IRA, IRAe u 2023.g. preračunati u €
• Iznos koji WIP napiše riječima na ponudama, računima i svim ostalim mjestima gdje WIP neki iznos ispisuje riječima, u 2023.g. se taj tekst ispisuje u eurima i eurocentima. Obratili smo pozornost i na razliku u rodu riječi "kuna" (ženski rod) i "euro" (muški rod)
• e-Račun : promijeniti valutu u EUR
• Obračun plaća - preračunati :
  • generalne postavke plaća (pl_parametri)
  • postavke za svakog radnika kao i kompletne parametre plaće svakog radnika, te sve stavke po satnicama,
  • osmisliti način da se 12.mj.2022. iako se isplaćuje u 01.2023. obračuna u kunama!
• integracija s Repsly sustavom - provjereno s Repslyem (konzultant g.Boris) - Repsly neće preračunavati ništa, potrebno je iz sve preračunati iz WIPa!
• ažurirati polje "GuidId"! :: prilikom dodavanja zaglavlja ponuda, stavaka ponuda i uplata po ponudama. Ovo polje se saamo dodaje u tablicu u trenutku prijenos predujmom uplacenih ponuda iz prosle godine, tako da ga mozda nema prilikom dodavanja ponude!

WIP WEB dućan - RIJEŠENO

• preračun svih cijena kataloga na WEB stranicama u €, na dan 31.12.2022. u minutu do ponoći
• dovršiti serverski servis (plugin) automatskog slanja novih proizvoda i onih s izmjenjenim cijenama iz WIPa u WooCommerce WEB site, umjesto dosadašnjeg "ručnog" slanja pojedinačnih proizvoda. Ideja je da WIP prati datum i vrijeme svake izmjene, a onda da serverski servis automatski u npr. 2h ujutro, pošalje samo dnevne izmjene u bazu kataloga proizvoda u WEB dućanu. Na ovaj način bi se baza kataloga ažurirala automatski, bez potrebe za slanjem svakog artikla u bazu WEB dućana.

INVENTURE - izrada inventura pametnim telefonima - RIJEŠENO

• dovršiti API i aplikaciju za mobilne uređaje vezano za izradu inventure u WIPu pomoću mobilnog telefona. riješeno

  (mWIP i mInventure Upute mWIP i mInventure)

Prerada prihvata načina plaćanja iz WIPOS fiskalne blagajne

U WIPOS kasi ćemo dodati višestruki način plaćanja. Npr. da se može upisati uplata djelimično u € a djelimično kartično. Vezano za to, potrebno je preraditi kompletan prihvat i knjiženje, kao i sve izvještaje vezane za pregled plaćanja obavljenih na WIPOS blagajni.

Automatsko knjiženje izvoda žiro-računa

Mogućnost preuzimanja XML datoteka banke i spremanje u za to dogovoreni WIP folder. WIP nakon toga pristupa folderu, izdvaja datoteke, provjerava koje nije obradio, te ih učitava u formu za dodatnu obradu. U formi za dodatnu obradu se upišu nepoznati podatci, čime se WIP uči za daljnje automasko povezivanje stavke izvoda s funkciom knjiženja.

Do sada smo napravili glavni dio, a to je učitavanje izvoda banke te njegovo parsiranje, odnosno izdvajanje i prepoznavanje podataka s izvoda. U 2024.g. ćemo doraditi ovu proceduru - inicijalno za prepoznavanje i povezivanje stavke izvoda s izlaznim računom temeljem upisanoga poziva na broj.

Plaće - datoteka isplate plaće

Rekreiranje datoteke naloga o isplati plaća za dostavu u banku.

Automatsko fakturiranje po predlošcima

2024.g. ćemo intezivno raditi na povećanju automatizacije mogućnosti kreiranja predloška za fakturiranje, definiranje datuma od kada fakturiranje počinje, svakih koliko se ponavlja i opciono kada završava. Također, potrebno je doraditi i izvještavanje - kako bi se automatski kreirao izvještaj o problemima prilikom masovnog fakturiranja, odnosno kako bi se odvojili predlošci koji nisu proizveli fakturu, a kako bi se problem detektirao i riješio za u buduće.

Na što treba paziti i ograničenja

• "Prijenos godine" obavljati nakon nadogradnje wipa! Prijenos već avansiranih ponuda iz prošle godine : ne smije se napraviti prvi prijenos u staroj verziji WIPa, a nakon toga ponavljati prijenos u novoj verziji!

Trenutni razvojni problemi i ideje WIP

• provjeriti obračun amortizacije - ako se nabava OSa u trenutnoj godini, obračun se mora napraviti od 01. dana sljedećeg mjeseca računajući od mjeseca nabave.
• ! prilikom dodavanja novih ponuda i uplata ponuda ažurirati default vrijednosti EUR ili HRK u polju "valuta", u ovisnosti o poslovnog godini
• ! problem za riješiti : prijenos predujmom uplacenih ponuda > mora prenijeti samo jednom. Paziti da se prilikom prvog dodavanja upiše "HRK" a kada preracuna da se upise "EUR". Kada ponovno preračunava ne dira one koji su već "EUR" i koji su "PrijGod"
• Izmjene u "FORM c:\robno\ftp\ftp.scx" i u "FORM artikli_a" ::: u "pren_art" dodati "valuta c3" i "popust_opc int" i "poslGod int" (popust opcija : ako je 1 onda se na kasi mpc digne za toliko da kada se odobri "popust_p" se dodje na trenutnu "mpc". Ako je 2, onda se od trenutne "mpc" odobrava popust i računa nova prodajna cijena na računu.).
• Provjera preračuna računa za predujam - potrebno je temeljem stope udjela uplate naspram ukupnog iznosa računa, preračunati osnovice za porez u računu za predujam pa na te osnovice izračunati iznos poreza ( a ne kao sada, temeljem stop udjela preračunati iznos poreza pa iz tih iznosa kreirati osnovice). Takodjer, potrebno je stopu udjela izračunati ne minimalno 8 decimala (ukinuti zaok() funkciju). (Klasa : "uplata_ponuda_dodavanje_uplate" OF ".\clase\buttons.vcx", metoda "apendaj".)
• prijenos avansiranih a nefakturiranih ponuda u novu godinu : prilikom ponovnog prijenosa otvaraju se nove ponude, pa se i stare i nove ponovno preracunavaju u Euro. Potrebno je ili ne dozvoliti prijenos ako u novoj godini postoje ponude, ili nekako označiti ponude koje su došle iz prošle godine (GUID možda dodati jednak u prošlu i u novu godinu? pa prilikom ponovnog punjenja provjeriti postoji li GUID)

WIP - često postavljena pitanja (ČPP)

Ispravno kreiranje izlaznih računa prema kupcima iz trećih zemlja te kupcima iz Europske unije

Pitanje : Što sve moram podesiti kako bi račun iz WIP Veleprodaje podesio za "Izvoz u 3. zemlje", odnosno za "Isporuku u Europsku uniju"?

Odgovor : Evo redom :

1. Izvoz u treće zemlje

1. U "2. Šifrarnici" > "5.. Kupci dobavljači", na tom partneru mora polje "Tip | Domaći / Ino partner / iz članica EU (D / I / E):" biti postavljeno na slovo "I", polje "OIB:" mora biti "0" a ne prazno, polje "PDV ID:" mora biti upisan matični broj tvrtke iz "treće Zemlje" (ne dakle Hrvatske, ne EU, nego neke "treće zemlje"), a u koju izvozimo dobra ili usluge.
2. U "3. Veleprodaja" > "4..Ponude-otpremnice-računi" u polju "Vrsta isporuke:" mora biti iz padajuće liste izabrana opcija : "9) I.9 | OSLOBOĐENE IZVOZNE ISPORUKE"
3. i zadnje ali ne manje važno, stavke robe/usluge koje dodajete u temeljnu ponudu MORAJU i dalje imati "na sebi" PDV! Znači stavke se unose kao da se radi o računu za domaćeg kupca! WIP će naime, s cijelog dokumenta samostalno ukinuti PDV temeljem opcije "Vrsta poreza". Ako izabrana "Vrsta poreza" podrazumijeva ukidanje PDVa na računu, WIP će ga samostalno ukinuti, a ako pak ta opcija ne podrazumijeva ukidanje PDVa, onda će WIP obračunati PDV koji je izabran po stavkama koje ste i unijeli u temeljni dokument "Ponudu" iz koje će kasnije biti kreiran račun.

2. Isporuka u EU (kupac JE obveznik PDVa u EU)

1. U "2. Šifrarnici" > "5.. Kupci dobavljači", na tom partneru mora polje "Tip | Domaći / Ino partner / iz članica EU (D / I / E):" biti postavljeno na slovo "E", polje "OIB:" mora biti "0" a ne prazno, polje, u polje "PDV ID:" mora biti upisan VAT number tvrtke iz EU kojoj obavljamo isporuku dobra ili usluge.

   VAŽNO !!! Tvrtku je potrebno provjeriti u VIES sustav jeli na datum našeg računa u sustavu poreza na dodanu vrijednost u EU. Opcija provjere također postoji u WIPu, a nalazi se u : "1.. Parametri" > "V.. Provjera PDV identifikacijskog broja (VIES vat number validation)". Ako kupac-tvrtka nije u VIES sustavu PDVa, tada toj tvrtki izdajemo "običan" račun, kao i svakom drugom kupcu iz Hrvatske!

2. U "Veleprodaja" > "Ponude-otpremnice-računi" u polje "Vrsta isporuke:" mora biti iz padajuće liste izabrana opcija :
   "4) I.3.4. | OSLOBOĐENE ISPORUKE DOBARA I OBAVLJENE USLUGE UNUTAR EU" [ili opciono "5)", "6)" ili "7)" (tekst u WIPu uz ove opcije objašnjava o kojim se specifičnim isporukama radi)]

3. i zadnje ali ne manje važno : stavke robe/usluge koje dodajete u ponudu MORAJU i dalje imati "na sebi" PDV. Znači stavke robe/usluge se unose kao da se radi o računu za domaćeg kupca! WIP će naime PDV s cijelog račun samostalno ukinuti temeljem opcije "Vrsta poreza". Ako izabrana Vrsta poreza podrazumijeva ukidanje PDVa na računu, WIP će ga samostalno ukinuti, a ako pak ta opcija ne podrazumijeva ukidanje PDVa, onda će WIP obračunati PDV koji je izabran po stavkama koje ste unijeli u temeljni dokument "Ponudu" (iz koje će kasnije biti kreiran račun).

3. Isporuka u EU (kupac NIJE obveznik PDVa u EU)

Ako je kupac sa sjedištem u nekoj od EU članica, ali NIJE u sustavu PDVa, tada mu se izdaje račun gotovo jednako kao i kupcu iz Hrvatske, OSIM što mu se u šifrarniku kupaca-dobavljača - "2. Šifrarnici" > "5.. Kupci dobavljači", u polje "Tip | Domaći / Ino partner / iz članica EU (D / I / E):" upisuje slovo "E" (kupac iz EU). Napominjemo da se na WIP ponudi, u polje "Vrsta isporuke" ostavlja podataka "1) II.1+2+3 | Oporezive isporuke dobara i usluga u RH" kao dakle u slučaju kupca sa sjedištem u RH.

Primka za stjecanje ili uvoz i nabavne cijene na 4 decimale

Pitanje : Od EU dobavljača ili INO dobavljača smo dobili račun na kojem su jedinične cijene prikazane na 4 decimale, npr.1.0524€. Kako to mogu uvesti u WIP!?

Odgovor : ovdje se radi samo o prolaznoj stavci na računu dobavljača koja se koristi samo za točniji izračun vrijednosti, ali budući da WIP primka zadužuje realnu nabavnu cijenu za nabavljenu jedinici mjere na skladište, ista mora biti zaokružena i upisana na dvije decimale, jer Zakonodavac kaže da je najmanji iznos novaca "1 eurocent" što je stoti dio eura, pa se i navedena nabavna cijena mora zaokružiti na dvije decimale odnosno u našem slučaju na 1.05€. Zbog ovog zaokruženja će doći do razlike između fakture dobavljača i nabavne vrijednosti unesene primke, a tu je razliku potrebno dodati u WIP primku kao zadnju stavku primke, pod nazivom npr. "Zaokruženje cijene na dvije decimale", a koja se u šifrarnik artikala može dodati s nabavnom i prodajnom cijenom 1€, te ju proglasiti "Uslugom" (umjesto robom). Tada razliku iznosa između ulaznog računa dobavljača i nabavne vrijednosti unesene WIP primke, možemo unijeti u plus ili minus kao vrijednost te zadnje korekcijske stavke.

Evo primjer :

• Dobavljač na fakturi nam je naveo sljedeću stavku : "naziv=Proizvod 1; količina=12komada; Jedinična cijena=1.0524€; Vrijednost=12.63€"
• U WIP primku ćemo unijeti kako slijedi : "naziv=Proizvod 1; količina=12komada; Jedinična cijena=1.05€; Vrijednost=12.60€". Vidljivo je da smo jediničnu cijenu morali zaokružiti na 1.05€, čime smo je smanjili za 0.0024€ po komadu, što na 12 komada iznosi 0,0288€ (zaokruženo na 0,03€).
• Vidimo da je razlika takva da je nabavna vrijednost WIP primke manja za 12.63€ - 12.60€ = 0,03€, pa je WIP primku potrebno na kraju svih unesenih stavaka (u našem slučaju je to samo jedna stavka robe) uvećati za tu razliku. To ćemo napraviti tako da ćemo kao zadnju stavku u WIP primku dodati sljedeće : "naziv=Zaokruženje cijene na dvije decimale; količina=1komad; Jedinična cijena=0,03€; Vrijednost=0,03€".

Nakon ove korekcije će nam nabava vrijednost WIP primke iznositi 12,63€, upravo jewdnako kao i ulazni račun dobavljača.

Napomena : ako je nabavna vrijednost WIP primke nakon unosa svih stavaka VEĆA od računa dobavljača, tada vrijednost zadnje korekcijske stavke možemo unijeti kao negativnu vrijednost kako bi smanjili iznos primke za tu razliku, a na način da u količinu te korekcijske stavke upišemo -1 komad, što kada se pomnoži s pozitivnom cijenom korekcijske stavke, će u konačnici u primku unijeti negativnu vrijednost i tako smanjiti nabavnu vrijednost WIP primke.

Vaš logo na izlaznim dokumentima

Pitanje : Kako mogu na ponudama, računim, otpremnica ... podesiti svoju sliku s logotipom i dodatnim tekstom i slikama!?

Odgovor : WIP podržava dva načina umetanja slika u izlazne dokumente (Ponude, računi, otpremnice, nalozi za otpremu ... i neke druge) od kojih je potrebno da izaberete jedan način, a detaljan opis svakoga od njih, donosimo u nastavku :

1. način "Mala slika"

"Mala slika" se prikazuje samo u zaglavlju dokumenta i to u gornjem desnom kutu. Sve ostale podatke WIP ispisuje samostalno iz postavki koje ste upisali u saam WIP poslovni sustav, pa u ovom načinu ispisa slika koja se ispisuje može sadržavati SAMO grafiku logotipa i slogan.

Slika koju WIP očekuje je veličine : Širina=6,74cm a visina=2,19cm pa za sliku gustoće 300DPI bi to bila rezolucija od oko 797x259 pixela.

Datoteka slike se mora zvati "LogoBmp.bmp" i mora se nalaziti u folderu WIPa u podfolderu Grafika, npr. "C:\ROBNO\Grafika\".

Postavka u WIPu koja mora biti podešena kako bi se ispisivala upravo gore navedena slika na dokumentima, je sljedeća, a mora je podesiti "Administrator programa" : "Parametri" > "Izbor korisnika", tipka "Podešavanje", stranica "Ponude, Otpremnice, Fakture", opcija desno "Zaglavlje računa" potrebno je podesiti na "Zaglavlje u lijevo".

2. način "Velike slike u zaglavlju i podnožju dokumenta"

Velike slike u zaglavlju i podnožju dokumenta se prikazuju preko cijele širine dokumenta. WIP u ovom slučaju ne ispisuje baš nikakve podatke o tvrtki, OIBu, adresi itd. pa je sve Zakonom propisane podatke potrebno napisati u slici zaglavlja i podnožja zajedno s grafikom logotipa ili drugih reklamnih grafika. Slika dole prikazuje primjer izgleda računa sa slikama u zaglavlju i podnožju

Slika zaglavlja mora biti dimenzija : širina = 19.63cm, visina=2.85cm. Ako kreirate sliku od 300DPI, to bi bilo negdje oko 2318 x 336 pixela. Slika zaglavlja se mora zvati "LogoBmp.BMP”.

Slika podnožja mora biti dimenzija : širina = 19.63cm, visina=1.50cm. Ako kreirate sliku od 300DPI, to bi bilo negdje oko 2318 x 177 pixela. Slika zaglavlja se mora zvati "LogoBmp2.BMP”.

Obje slike je potrebno spremiti u folder WIPa, u podfolder "GRAFIKA”. Pa tako npr. ako je WIP instaliran na folder "C:\ROBNO", tada je ove dvije slike potrebno spremiti na folder "C:\ROBNO\GRAFIKA\" i zamijeniti tamo postojeće istoimene datoteke. Ove postojeće datoteke su u stvari isto tako slike koje je instalirao WIP ali su to bijele prazne slike pa se u stvari niti ne vide prilikom renderiranja ispisa izvještaja.

Ovo podešavanje (slika dole) obavlja "Administrator programa” opcijom "Parametri” > "Izbor korisnika", tipka "Podešavanje", stranica "Ponude, Otpremnice, Fakture”, opcija desno "Zaglavlje računa” potrebno je podesiti na "Bez zaglavlja (memorandum)".

( napomena : ako niste vični kako napraviti potrebne slike, možete potražiti pomoć Vašeg grafičkog dizajnera koji Vam je radio i logotip, ili Vam iz usluge možemo i mi iz dostavljenih grafičkih materijala pripremiti potrebne formate slika i implementirati ih u WIP po cijeni 80€+PDV)

Kako resetirati logotipove i vratiti sve na staro?

Ako ste se "samo igrali", na stare postavke se možete vratiti tako da podesite opciju "Zaglavlje računa” na opciju "Zaglavlje u lijevo", a zatim pođete na karticu "Izvještaji” i kliknete na tipku "Bijeli logo" (kao na slici dole). Ova će opcija na folder "grafika” vratiti bijele slike, i "pregaziti” one Vaše, čime će se ispis vratiti na stari izgled.

Podešavanje R1 ili R2 u WIPu

Pitanje : Na izdanim računima iz "Ponude-Otpremnice-Računi" i "Fakturiranje iz maloprodaje", mora se prikazivati jedan od ova dva teksta : "Obračun PDVa prema naplaćenog naknadi" ili "Obračun PDVa prema izdanim računima". Kako da to podesim u WIPu?

Odgovor : Ova se opcija podešava na dva mjesta a mora ju obaviti Administrator WIPa (prvi korisnik u listi prilikom prijave opreatera WIPa). Prva postavka podešenosti se čita u svim WIP izvještajima, a druga se koristi za eRačune. Podešavanje je potrebno obaviti kako slijedi :

1. "1.Parametri" > "1. Izbor korisnika", dole desno polje "R (1/2)", upisati broj 1 za obračun PDVa prema izdanim računima, ili broj 2 za obračun PDVa prema naplećenoj naknadi. Važno je da ovu opciju provjerite na svim WIP programima iste tvrtke (svi koji pokrecu WIPove neka provjere ovu opciju jeli ispravno podešena). Slika prikazuje formu u kojoj je potrebno obaviti pregled i podešavanje.

   

2. "1.Parametri" > "1A. Upis podataka o Vašoj tvrtki (nakon 01.07.2019)" :: u otvorenoj formi se mora odabrati opcija "R1 - obračun PDVa prema izdanim isporukama", ili "R2 - obračun prema naplaćenim isporukama". Prije izmjene potrebno je ući u mood izmjene tipkom F6 na tikovnici (tipka lijevo od tipke sa iznakom "+"), promijeniti opciju, a zatim tipkom sa zelenom kvaćicom potvrditi izmjenu.

   

VAŽNO - Tečaj iz tečajnice HNBa u primkama nakon 01.01.2023.

Pitanje : Kako unositi tečaj u primke-kalkulacije nakon 01.01.2023.?

Odgovor : Hrvatska Narodna Banka je objavila tečajnicu u kojoj je promjenjena paradigma, naime ranije je tečajna lista prikazivala BROJ naše valute (kuna) za JEDNU stranu valutu. Od 01.01.2023. je ta paradigma promijenjena, pa sada tečajna lista prikazuje BROJ STRANIH VALUTA za JEDNU NAŠU valutu (euro).

Tako će npr. GBP biti u tečajnici prikazan brojem 0.88728, što znači da 0.88728 GBP vrijedi 1 €.

Budući da WIP primke u ovom trenutku (19.01.2023.) i dalje množe unešenu stranu valutu brojem upisanim u polje tečaja (a sada bi trebalo dijeliti), u WIP je za sada potrebno unositi RECIPROČNI tečaj. U ovom primjeru sa "GBP", recipročni tečaj bi iznosio 1.1270€ za 1 GBP. Recipročni tečaj se računa kao 1/0.88728 = 1.1270 i kao takav se upisuje u polje Tečaj u primke! Znači za sada, dok novu paradigmu prikaza tečaja ne primjenimo i u WIP primke, jednostavno iz tečaja prikazanog u tečajnici izračunajte njegovu recipročnu vrijednost i kao takvu koristite u WIPu.

Kreiranje seta izvještaja iz maloprodaje za Vaše knjigovodstvo

Pitanje : Postoje li upute za kreiranje seta izvještaja iz maloprodaje koje mogu dostaviti svom knjigovodji, i koji su preduvjeti za generiranje takvih izvještaja?

Odgovor : Da, postoje. Još smo 2014.g. kreirali ove upute kako bi Vam olakšali snalaženje u potrebnim reportima za Vaše knjigovodstvo. Preduvjet za ove izvještaje je da u prošlu godinu unesete SVE ulazne dokumente koji nose datum iz 2022.g. ili nose datum iz 2023.g. ali su izdani u kunama, kao i da napravite sve izlazne dokumente, odnosno da primite sve promete s WIPOS kase ili kasa. Kako bi bili sigurni da ste primili sve promete s kasa, jednostavno na kasi pošaljite SVE zaključke, od 1 do npr.300, pa ih primte u WIP centralni sustav, prilikom čega će si WIP izabrati promet koji još nema.

Poveznica na ove upute nalazi se ovdje : WIP Maloprodaja izvjestaji za knjigovodstvo v100.pdf

PRIMKE KALKULACIJE

Pitanje : kako se sada nakon uvođenja €ura kao nacionalne valute, upisuje tečaj u primke-kalkulacije !?

Odgovor : evo odgovora za svaku vrstu primke-kalkulacije (vrsta primke ovisi o izboru u padajućoj listi "Vrsta pretporeza:") :

• U primke-kalkulacije od domaćih dobavljača, u polje "Oznaka valute" ne unosi se kao i do sada ništa, a u polje "Tečaj" unos nije bitan (može se unijeti bilo što).
• U primke-kalkulacije za stjecanje iz EU, u polje "Oznaka valute" unosi se "EUR", a u polje "Tečaj" broj 1.00
• U primke-kalkulacije za uvoz iz trećih zemalja u €, "Oznaka valute" = "EUR", a u polje "Tečaj" se unosi broj 1.00.
• U primke-kalkulacije za uvoz iz trećih zemalja koje nisu u €, unosi se ta oznaka valute i pripadajući tečaj, ali sada tečaj U ODNOSU NA €URO (a ne kao do sada u odnosu na kunu)!

PRERAČUN AVANSIRANIH PONUDA

Pitanje : Zašto mi se pojavljuje razlika ukupnog iznosa ponude, između prošlogodišnje ponude, i ovogodišnje ponude koja se preračunala u eure?

Odgovor : Zato što je preračun obavljen za svaku stavku, za svaku jediničnu cijenu proizvoda, a nakon toga je primjenjena "matematika ponude", pri čemu se može naravno dogoditi da je ukupan iznos ponude u kunama različit od ukupnog iznosa ponude u EURima, ako samo ukupan iznos ponude podijelimo s tečajem konverzije. Dakle, prilikom provjere molim da i vi krenete od preračuna jedinične cijene u eure a dalje nastavite množenjem s količinom, zatim izbijanjem rabata, akcijskog rabata i cassasconta ... te dodavanjem PDVa (ako se radi o VP ponudi) na takav "eurski" iznos. Pri svemu primjenite zaokruživanje na dvije decimale kako je to i propisano u Pravilniku.

Slike dole prikazuju print report ponude iz 2022. i to iz modula "Fakturiranje iz maloprodaje". Ova ponuda prikazuje maloprodajne cijene s već ukalkuliranim PDVom. Ova će se ponuda u 2023. prenijeti s ukupnim iznos za platiti : 1.128,56€, odnosno za eurocent manje od kunske ponude preračunate u kumulativu u eure. No, iznos za cent manji, u 2023. je točan iznos, jer se ponuda u 2023. preračunava stavku po stavku u eure, odbije popust od 10% (u ovom slučaju) a zatim ih se zbroji i dobije upravo za cent manji iznos.

• Stavka 1 : 1.635,00kn / 7,5345 = 217€ - 10% = 195,30€ x 2kom = 390,60€
• Stavka 2 : 6.178,00 / 7,5345 = 819,96€ - 10% = 737,96€ x 1kom = 737,96€
• Suma : 390,60€ + 737,96€ = 1.128,56€, što je u odnosu na iznos kada se ukupan iznos za platiti u kunama od 8.503.20kn po tečaju konverzije preračuna u eure : 1.128,57€, upravo manje za 1€urocent!!

U novoj godini možete jednostavno napraviti dodanu uplatu u plus ili minus, ako je ista potrebna, a na kraju i konačni račun.

PRERAČUN LAGERA U PRIMKAMA POČETNOGA STANJA 2023.

Pitanje : Zašto mi ukupna vrijednost skladišta na kraju 2022.g., bilo nabavna ili maloprodajna, preračunata po tečaju konverzije, nije jednaka primci početnoga stanja za to isto skladište u 2023.g.?

Odgovor : Zato što se lager u 2023.g. prenosi po stavka proizvoda na način da se jedinična nabavna odnosno maloprodajna cijena svake stavke preračuna posebno iz kune u eure, zatim zaokruži na dvije decimale (pri čemu s gubi treća, četvtvrta i ostale decimale, i još se taj gubitak množi s količinom lagera) a zatim pomnoži s količinom lagera, te se takva vrijednost zbroji na razini cijele primke početnoga stanja, i prikaže kao nabavna ili maloprodajna vrijednost skladišta u 2023. u eurima. Budući da se svakoj stavci za sebe preračunava nabavna odnosno maloprodajna cijena, dolazi do gubitaka vrijednosti uslijed tog zaokruživanja, a u odnosu na ukupnu vrijednost skladišta u kunama koja se tako kumulativno preračuna u eure. I to je točno.

PRERAČUN CIJENA U CJENIKU

Pitanje : Zašto su mi neke cijene s porezom u "šifrarniku proizvoda i usluga" različite u VP odnosno u MP skladištu, a u kunama prošle godine su bile jednake?

Odgovor : Zato što se metoda izračuna razlikuje u veletrgovini i malotrgovini. U Veletrgovini se ZADAJE cijena bez poreza pa se na nju DODAJE porez po propisanoj stopi za taj proizvod, dok se u malotrgovini ZADAJE cijena s porezom, a porez se onda izračunava po preračunatoj stopi iz takve zadane maloprodajne cijene s porezom.

Zbog takve dvije različito propisane metode izračuna se naravno mogu dogoditi situacije u kojima je prodajna cijena s porezom različita u jednom i u drugom slučaju.

Evo primjera :

1. Maloprodaja : ZADANA CIJENA SA PDVom : 10,07€ => Ukalkulirani PDV (preračunata stopa poreza od 25% je 20%) = 2.01€ => UKUPNO OSNOVICA BEZ PDVa : 8,06€
2. Veleprodaja : ZADANA CIJENA BEZ PDVa : 8,06€ => porez 25% = 2.02€ => UKUPNO S POREZOM : 10,08€

Vidimo da je "prodajna cijena s porezom" u maloprodaji 10,07€ a u veleprodaji je 10,08€. Preračun iz kuna u eure smo morali obaviti po ova dva posebna principa, dakle u VP smo preračunali iz kuna cijenu bez PDVa, dok smo u MP preračunali iz kuna cijenu s PDVom, a onda dodavanjem ili izbijanjem PDVa izračunali PDV i osnovicu. I to je ispravno. Međutim, to dalje može raditi probleme ako npr. imate WEB SHOP koji računa narudžbu po MPC principu, pa će on na narudžbi prikazati cijenu s porezom od 10.07€, a ako tu narudžbu u WIPu napravite u VP modulu, "Ponude-otpremnice-računi", WIP će izračunati konačnu cijenu s PDVom u iznosu 10.08€.

Rješenja za ovu situaciju su :

1. Ako i dalje želite iz WIPa izdavati po VP načinu izračuna, onda WEB pretvoriti da i on računa prodaju od prodajne cijene bez PDVa.
2. Ako želite zadržati da Vam WEB radi po MP principu, onda je potrebno iz WIPa izdavati račune iz modula "Maloprodaja" > "Fakturiranje iz maloprodaje", ili pak iz "WIPOS kase" (može biti i posebna kasa, samo za WEB)

NAPOMENA : Preračunata stopa se izračunava po izrazu : (stopaPoreza*100)/(stopaPoreza+100), pa tako za npr. stopu od 25% ista iznosi : (25 * 100) / (25 + 100) = 2500 / 125 = 20%

WIP Članci

Ovdje objavljujemo članke na razne teme vezane za WIP poslovni sustav.

FISKALIZACIJA 2.0. (preliminarno objašnjenje)

pisano : 18.04.2025.

U ovom trenutku još ne postoji tehnička dokumentacija za Fiskalizaciju 2.0., ali temeljem eSavjetovanja u sklopu kojega je objavljen nacrt zakona, poučen višegodišnjim iskustvom mogu načelno predvidjeti kako će biti osmišljen ovaj sustav. Iz eSavjetovanja se moglo isčitati da postoje tri cilja Fiskalizacije 2.0.. To su :

1. fiskalizacija svih računa koji se izdaju između tvrtki (B2B), a koji su plaćeni putem transakcijskog računa. Fiskalizacija istog računa se obavlja dva puta : fiskalizira ga izdavatelj, ali ga mora fiskalizirati i primatelj tog istog računa. Na ovaj način porezna uprava ima podatak i o naplaćenom PDVu izdavatelja, ali i o pretporezu na strani primatelja.
2. elektronska dostava računa u formi digitalno potpisanog eRačuna između domaćeg izdavatelja i domaćeg primatelja uz transparentnu izmjenu statusa računa između njih. Dakle izdavatelj izdaje i elektronski dostavlja račun u formatu eRačuna, odnosno u formatu XML datoteke. Mehanika dostave je predložena, ali se može implementirati i drugačija.
3. dodatno "eIzvještavanje" prema PU (Poreznoj Upravi) - uvodi se obveza izvještavanja o računima koje nismo mogli poslati (primatelj nema evidentiranu adresu za primanje npr., ili je primatelj odbio naš račun - uz obavezno pisano obrazloženje razloga odbijanja). Također, uvodi se obveza elektronskog prijavljivanja uplata po izdanim računima i to računa, datuma i iznosa uplate.

Prvo ću pokušati objasniti način dostave eRačuna. O njemu ovisi i fiskalizacija, pa zato krećem od točke 2., a ne od točke 1.

DOSTAVA eRačuna

Bitni pojmovi

• ERP (Enterprise Resource Planning - poslovni sustav, npr. "WIP")
• Korisnik ERPa - tvrtka koji koristi ERP i u njemu izrađuje račune
• Informacijski posrednik - informacijski posrednika je u stvari "poštar" u svijetu eRačuna - to je tvrtka koja osigurava i održava poseban server i software na njemu a koji omogućuje zaprimanje, eventualnu dodatnu obradu, i daljnje prosljeđivanje (slanje) eRačuna prema drugom informacijskom posredniku s kojim primatelj ima sklopljen Ugovor o korištenju. S ovom tvrtkom korisnik ERPa sklapa ugovor o korištenju njegovog sustava. Sustav informacijskog posrednika biti će korišten od strane ERP programa, a ne čovjeka - korisnika ERPa. ERP će taj sustav informacijskog posrednika koristiti za slanje i primanje eRačuna u svoju bazu podataka, kao i primanje i slanje statusa već primljenih i poslanih računa.
• Pristupna točka - to je u stvari URL adresa na kojoj sluša program na serveru informacijskog posrednika, a koja je povezana baš s korisnikom ERPa temeljem Ugovora između korisnika ERPa i informacijskog posrednika. Pristupnu točku možete zamisliti kao "ulaz" u baš Vaš sandučić u koji se dostavljaju eRačuni. "URL pristupne točke" je jedinstvena adresa tog sandučića "na Internetu".
• AMS (Adresar Metapodatkovnih Servisa) i MPS (Metapodatkovni servis) - "AMS" je elektronski adresar koji vodi i održava Država, odnosno vjv Porezna uprava. Ovaj adresar služi kako bi pošiljatelj u konačnici saznao URL adresu pristupne točke na koju treba poslati eRačun za OIB kupca kojem ga želi poslati. URL pristupne točke se ne dobije odmah iz AMS-a, nego će stvar vjerojatno biti napravljena u "dva koraka". U AMS adresaru neće pisati odmah URL adresa primatelja računa (primateljeva pristupna točka), nego će pisati URL od takozvanog MPS-a (Metapodatkovni servis), a to je servis s adresarom OIBa i pripadnih konačnih URLova pristupnih točaka a koji se nalazi na serveru "informacijskog posrednika" s kojime ste Vi, ERP korisnik, sklopili Ugovor o korištenju njegovih usluga. Objasniti ću kasnije u protokolu slanje eRačuna, i kako u ovom trenutku mislimo da će sve funkcionirati, pa ako Vam je ovo malo komplicirano, nakon objašnjenja protokola slanja, vjerojatno će biti malo jasnije.

Obveze svakog ERP korisnika u sustavu PDVa nakon 01.01.2026.

Svaka tvrtka, u sustavu PDVa, koja želi nakon 01.01.2026. slati račune drugim tvrtkama, ali i primati eRačune od drugih tvrtki (jer ih ovi više neće i ne smiju slati klasičnom poštom) a koje su joj taj račun platile, ili namjeravaju platiti putem transakcijskog računa, morat će (još nepoznatim protokolom, jer u ovom trenutku još uvijek ne postoje tehničke upute) JEDNOKRATNO dostaviti podatke Poreznoj upravi o svom OIBu i adresi na kojoj se nalazi "MPS" servis posrednika s kojim je ta tvrtka sklopila Ugovor izabirući ga kao svog "Informacijskog posrednika".

"MPS" URL adresu će Vam dati "informacijski posrednik" nakon što s njim sklopite Ugovor o korištenju njegovih usluga, ili ako već s njim imate ugovor, onda će vam dati MPS adresu kasnije kada je uopće i on implementira u sklopu njegovih izmjena njegovog programa (programa informacijskog posrednika dakle). Postoji i mogućnost da će informacijski posrednik temeljem Zakona morati nakon sklapanja Ugovora s Vama, saam dostaviti podatke u AMS porezne uprave, pa to nećete morati raditi Vi. Ali to ćemo znati tek nakon objave dokumentacije.

Znači, svi obveznici PDVa, će nakon 01.01.2026. morati sklopiti ugovor s nekim od "informacijskih posrednika", od njega dobiti URL adresu njegovog MPS-a i korisničko ime i lozinku (ili ApiKey). Adresu MPSa - će ili porezni obveznik ili saam informacijski posrednik (to ćemo tek saznati u tehničkim uputama) - upisati u AMS tj. u sustav Porezne uprave (možda kroz ePorezna) A credentialse (korisničko ime i lozinku, ili ApiKey) - upisati u ERP (odnosno u WIP poslovni sustav) Također, vjv će morati, ako već nemaju, od FINE na pet godina zakupiti "Fiskalni certifikat" s kojim će se potpisivati eRačuni i poruke koje se šalju putem Interneta.

I to je to.

Slanje eRačuna

U ERPu se izlazni računi stvaraju (kreiraju) jednakom tehnikom kao i sada. Za korisnika ERPa nema nekih promjena u tom dijelu rada. ERP je taj kojega je potrebno programirati i prilagoditi "Fiskalizaciji 2.0.", jer on mora znati od svog računa napraviti "eRačun". "eRačun" se kreira po strogo definiranoj shemi koja se zove "UBL2.1" ("Europska norma") a dogovorena je na razini EU, što znači da ćemo uvođenjem "Fiskalizacije 2.0." u budućnosti biti prilagođeni elektronski izmjenjivati eRačune sa svim tvrtkama unutar EU.

Hodogram slanja eRačuna :

1. Preduvjeti : ERP u svojim postavkama ima upisane podatke tzv. informacijskog posrednika (korisničko ime i lozinku, ili tzv. API Key - a što sve dobije od informacijskog posrednika nakon Ugovaranja usluge s njim). WIP u ovom trenutku ima integraciju s "ePoslovenje" i "Moj e Račun", (planiramo napraviti i integraciju s FINA servisom - ali ne znamo rok kada ćemo to napraviti)

2. ERP kreira račun, kao i do sada, te ga prijavljuje u listu za slanje u obliku eRačuna. Selektiranjem računa u listi, i klikom na tipku "šalji", ERP šalje eRačune na server "informacijskog posrednika". Sustav informacijskog posrednika prihavaća eRačun, i vraća ERPu jedinstveni ID broj pod kojim je zaveo taj račun u svojoj bazi podataka. Taj broj zovem IPID (Informacijski Posrednik IDentifikator).

3. Sustav IPa (Informacijskog posrednika), "pogleda" u eRačun i pročita OIB na koji treba dostaviti taj račun, a zatim pozove "AMS" servis kojemu pošalje taj OIB. AMS servis mu vrati adresu "MPS" servisa na kojem se nalazi URL adresa na koju je potrebno poslati račun. Sada sustav IPa pošalje upit s OIBom na dobivenu adresu MPSa, a MPS mu vrati URL adresu pristupne točke na koji je potrebno poslati račun za taj OIB primatelja.

4. Sustav informacijskog posrednika sada šalje eRačun na dobivenu URL adresu primatelja koju je dobio od MPSa (iz točke 3.). Primatelj, u slučaju da promijeni informacijskog posrednika (npr. nije zadovoljan uslugama trenutnog posrednika), samo će u Poreznoj upravi promijeniti MPS adresu, u novu MPS adresu novog Informacijskog posrednika. Tada će svi koji šalju, dobijati novu adresu MPSa, i tamo dobiti novi URL pristupne točke na koju trebaju poslati eRačun.

5. Sustav koji čeka eRačune na adresi pristupne točke primatelja, (server primateljevog informacijskog posrednika), vraća potvrdu da je račun zaprimljen, odnosno mijenja STATUS računa.

6. ERP primatelja računa, pristupa periodično svom IPu (informacijskom posredniku) i prima novopristigle račune.

7. Korisnika ERPa primatelja računa, pogleda vizualizaciju računa, te povrđuje da prihvaća ili odbija taj račun, uz pisanu opasku u slučaju odbijanja.

8. ERP primatelja šalje informaciju o prihvaćanju ili odbijanju svom informacijskom posredniku

9. Sustav primateljevog informacijskog posrednika prosljeđuje promjenu statusa račun (prihvaćen ili odbijen) prema informacijskom posredniku pošiljatelja eRačuna

10. Sustav informacijskog posrednika pošiljatelja, mijenja status računa u prihvaćen ili odbijen

11. ERP sustav pošiljatelja na komandu korisnika (tipka npr. Osvježi statuse poslanih eRačuna) - u svom sustavu mijenja status poslanog računa u "prihvaćen" ili "odbijen" (uz mogućnost čitanja poruke o odbijanju koju je poslao primatelj računa ako je odbio račun)

12. U slučaju prihvaćanja eRačuna - isti se može knjižiti dalje, u daljnje evidencije (npr. u knjigu IRA, glavnu knjigu itd.)

13. U slučaju odbijanja računa - ERP sustav primatelja, ili sustav posrednika primatelja računa, dakle onaj tko ga je odbio, mora u nekom roku (vjerojatno do 20. dana sljedećeg mjeseca) - elektronski u poreznu upravu, u novi "sustav izvještavanja", dostaviti sve takve situacije o odbijanju.

14. U slučaju prihvaćanja računa - ERP sustav pošiljatelja, ili sustav posrednika pošiljatelja, mora u poreznu upravu, elektronski, do nekog datuma (isto vjerojatno do 20.tog sljedećeg mjeseca), dostaviti sve uplate za taj (i sve ostale) poslane račune u periodu izvještavanja.

Komunikacija Vas i Vašeg knjigovodstva u uvjetima Fiskalizacije 2.0.

Puno je knjigovođa u ovom trenutku u određenoj panici, ali mislim da za to nemaju osnove, novi sustav, kada preboli dječije bolesti, učiniti će život jednostavnijim. Kako ja mislim da će funkcionirati stvar u ovom slučaju :

Pretpostavimo da je Vaš ERP "WIP", a da Vaš knjigovođa ima neki svoj drugi ERP sustav koji je isto tako usklađen s pravilima "Fiskalizacija 2.0."

1. ERP sustav koji ima knjigovođa će u svoje postavke upisati credentialse (vjerodajnice : korisničko ime i lozinku, ili ApiKey) Vašeg informacijskog posrednika
2. Kada WIP napravi eRačun, i pošalje ga, taj račun završi na serveru vašeg informacijskog posrednika. Taj Vaš izlazni račun će vidjeti i WIP, ali i ERP Vašeg knjigovodje. Taj će račun imati inicijalno postavljen status "POSLAN". Kada ga "otvori" primatelj računa, status u WIPu će se promijeniti u "OTVOREN". Kada ga primatelj prihvati : WIP će odmah u listi izlaznih računa, upaliti "zelenu lampicu" da je račun prihvaćen. WIP će omogućiti da se prihvaćeni izlazni računi knjiže dalje u knjigu IRA. E sada - sve to će vidjeti i ERP sustav Vašeg knjigovođe. Pa ako Vam on vodi poreze, uplate itd. i on će u svom sustavu poslati taj isti izlazni račun u svoju knjigu IRA i svoje daljnje evidencije : proknjižit će ga, poslati kao temeljnicu u glavnu knjigu itd. To znači da Vi uopće nećete morati više te račune, koje ste poslali iz WIPa, dostavljati knjigovođi na knjiženje - on će ih dobiti autoamatski u svoj ERP sustav!

Potpuno je jednaka stvar i s primljenim računima. Vi ćete ih primiti u WIPu, WIP će ih parsirati (iz njih izvući sve pojedinačne podatke - dobavljača, datume, iznose s porezom, bez poreza itd. itd. - sve) i te podatke koristiti za daljnje obrade ako ih radite dalje u WIPu - ILI - ćete jednostavno jednim klikom pogledati te ulazne račune na ekranu, a drugim klikom u WIPu ih ili "prihvatiti" ili "odbaciti". Ako ih prihvatite, WIP će ih i kod sebe, i kod Vašeg Informacijskog posrednika označiti (promijeniti im status) kao "PRIHVAĆEN" ili pok "ODBAČEN".

To će sve i u svom ERPu vidjeti i Vaš knjigovođa, (kao i pošiljatelj računa) - pa one koje ste Vi u WIPu "PRIHVATILI" - knjižiti dalje - a one koje ste Vi u WIPu "odbacili" (uz to ste u WIPu upisali i kratki razlog odbacivanja) - Vaš knjigovođa NEĆE knjižiti dalje.

"Odbačene račune" će vjv sustav informacijskog posrednika mrati prijaviti Poreznoj upravi kao odbačene. (ja još u ovom trenutku ne znam tko će biti zadužen za koji dio posla u ovom slučaju - znači hoće li prijavu odbacivanja računa raditi sustav informacijskog posrednika, ili će to morati WIP - ali kada izađu tehničke upute, onda ćemo to saznati i implementirati u WIP).

Dakle, komunikacija između knjigovođe i Vas će se u ovom segmentu, ove vrste računa "eRačun", uvelike poboljšati i automatizirati.

IZNIMKE : koliko sam uspio pročitati u prijedlogu Zakona na eSavjetovanju - B2B računi koje se plati karticom, a ne putem transakcijskog računa, će se i dalje izdavati na papiru - a to znači da ćete i dalje svom knjigovođi dostavljati takve račune na isti način kao i do sada. Npr. platite gorivo na benzinskoj pumpi, tražite R račun, platite ga karticom, i "pumpa" Vam i dalje izda račun na termalnoj traci, koji i dalje morate fotokopirati ili slikati/scanirati i dostavljati knjigovodji - bez obzira što se i u ovom slučaju radi o B2B transakciji.

Obaveze Vas kao korisnika ERPa :

1. sklopiti Ugovor s nekim od dva informacijska posrednika (ako još niste - jer WIP podržava slanje eRačuna prema gradskim i državnim tvrtkama još od 2020.g.) Naša preporuka je sklopiti Ugovor s "ePoslovanje", jer su jednostavno jeftiniji, ne naplaćuju eArhivu posebno, tehnički za cijelo vrijeme implementacije s njima nismo imali tehničkih problema, a i ne morate se obvezati Ugovorom na neki rok, nego imaju pre-paid sustav - uplatite neki iznos, pa ga trošite svakim izdanim eRačunom (cijena je trenutno mislim 0.08€ za poslani račun) - i još - ne naplaćuju posebno eArhivu izdanih i primljenih računa. Evo i link direktno na njihov formular registracije : ePoslovanje informacijski posrednik tvrtka Pondi d.o.o. (uz napomenu, nekolicina me pitala, da se prilikom registracije Certifikat dole desno - ne mora dostavljati - nije obavezno)

2. za sada nije jasno tko će digitalno potpisivati eRačun i kojim certifikatom. Predlagali smo na eSavjetovanju da se koristi trenutni "fiskalni certifikat", jer i on u sebi nosi OIB korisnika, čime je više nego dovoljan za potpisati i eRačun. eRačun može potpisati "informacijski posrednik", ali to može i ERP prije dostave informacijskom posredniku. Mi se pripremamo kao da će WIP potpisati, ali ako će Zakon propisati drugačije, to ćemo naravno poštovati. Ako će ga potpisivati WIP, svi Vi koji već koristite "Fisklizaciju 1.0.", nećete trebati novi certifikat, nego će se najvjerojatnije koristiti isti i za eRačun. Ako slučajno iz nekih drugih razloga zakonodavac odluči da se FINAi mora platiti novi certifikat - moramo reći sada jasno da za to nema tehničke opravdanosti - nego bi to bila samo politička odluka.

Obveza nas kao proizvođača ERP sustav "WIP"

Mi moramo u stvari potpuno reprogramirati WIP u segmentu URA i IRA - odnosno napraviti potpuno novi modul za to - zvati ćemo ga "eURA i eIRA", a sve vezano za što jednostavnije primanje i slanje eRačuna, dohvaćanje njihovih statusa, slanje plaćanja po eRačunima u Poreznu upravu (novo izvještavanje PU) ograničenja funkcija WIPa za razne statuse - npr. ako račun nije "odobren" - da se ne može niti dalje knjižiti u WIPu. Omogućiti ispravke eRačuna i poštovati nove protokole u skladu s tim (a to znači promijenti da se u WIPu u postojećim ponudama-otpremnicama i računima, npr. ne može stornirati samo tako kao do sada račun - nego se mora kontaktirati u pozadini nova knjiga "eIRA" da se vidi status jeli račun poslan, već prihvaćen ili još nije), itd. itd.

Tu su dalje i izmjene da se prilikom knjiženja izvoda banke automatski "zatvaraju" ulazno izlazni računi iz nove eURA i eIRA - jer postoji i nova obveza slanja plaćanja izlaznih računa do 20. sljedećeg mjeseca u sustav PU (elektronski naravno).

Što radimo već sada?

U ovom trenutku mi već radimo na prilagodbi "WIP"a. WIP već i sada, (odnosno od 2020.g. [po sjećanju]) može slati eRačune, a upravo smo uveli i novi modul "eURA i eIRA", koji je još u fazi dakle intezivnog razvoja, ali je već koristan i s ovom trenutnom funkcionalnošću. Naime ovaj modul sada već može primati od posrednika eRačune koje su Vam neke tvrtke još od 2020. odlučile slati u formi eRačuna, a koji ste do sada primali na svoju eMail adresu ili gledali kroz web sučelje sustava informacijskog posrednika. Dodatno - upravo smo u fazi dodavanja integracije i eIRA, dakle da se sa servera posrednika, za zadani datum, u WIP automatski mogu dovući statusi već izdanih eRačuna sa servera Vašeg informacijskog posrednika, tako da "ostanite na vezi" i pratite naše novosti.

Novi modul se nalazi (za sada) u izborniku "Parametri" > "X.. eRačuni - primanje i slanje", shortcut iz glavnog ekrana WIPa je Xtrl+X, a primanje ulaznih eRačuna, kao i njihovo "parsiranje" (čitanje svih podataka u njemu i punjenje u WIP), dakle već funkcionira. WIP iz primljenog eRačuna već zna parsirati i PDF vizualizaciju koja je umetnuta u pristigli eRačun, pa je modul stvarno već koristan - problem je samo što još ne stižu svi eRačuni putem ovih kanala dostave. Pregled pojedinog računa se ostvaruje duplim klikom na taj račun u listi primljenih eURA.

Ako ste zainteresirani, imate već ugovorenog "informacijskog posrenika" od ranije ("ePoslovanja" ili "Moj e račun"), javite se pa ćemo Vam instalirati ovaj modul da ga jednostavno već od sada testirate.

Slike novog WIP modula za skupno slanje i primanje eURA i eIRA.

Planiramo od ovog modula napraviti centralno mjesto za obradu ulazno izlaznih dokumenata na razini cijele tvrtke.

Planiramo ovdje dodati i mogućnost unosa tzv. "Papirnatih URA", odnosno onih koje su došle klasičnim putem, u papirnatom formatu - (Uvoz, Stjecanje iz EU, B2B ulazni računi koje smo platiti karticom), samo bi u listi eURA omogućili da se vode "vrsteURA" : npr. "PapirnataURA", "eKalkulacija", "eRučnaURA" ... pa bi ovaj modul s vremenom kompletno zamijenio URA/IRA, a ovdje bi prebacili i poboljšali knjiženje izvoda u skladu s novim eMogućnostima, odnosno "evidenciju uplata" računa, kao i reporte za sve ono što postoji sada u knjizi URA i iRA, ali i Financijskom poslovanju (PDV obrazac, URA za PDV, Otvorene stavke kupaca i dobavljača i sl.)

Dvije okomice u boji u listi računa, određuju : lijeva "crta" komunikacijski status računa (PRIHVAĆEN, ODBIJEN, PREGLEDAN), a desna WIP status tog eUlaznogRačuna : "PRIMLJEN nije proknjižen", "Generirana kalkulacija", "Generirana ručna URA" itd. pa je iz ovih boja odmah vidljivo koji je npr. račun odbijen, ili koji još moramo proknjižiti u naše knjige ...

Zaključak

Čeka nas dakle jako puno posla. Zakon još nije izglasan, tehnička dokumentacija za "Fiskalizacija 2.0." još ne postoji i nije objavljena (danas je 18.04.2025.) a Zakon stupa u primjenu od 01.01.2026. s tim da je neslužbena najava da će biti u demo fazi tek od 01.09.2025. - pa vremena baš i nemamo i očito je da ove godine za nas nema godišnjih odmora u normalnom opsegu! :(

LP Mladen

WIP kreiranje labela s cijenama i deklaracija

WIP ima mogućnost kreiranja “labela za police” i “deklaracija”. Labele za police (negdje ih zovemo i “naljepnice”) su predviđene da stoje na nosaču cijena na polici, odmah ispod robe, dok su “Deklaracije” labele koje su predviđene da se lijepe ili na drugi način postavljaju na svaki komad pojedinačnog proizvoda.

“Labele za police” i “Deklaracije” zbog svoje različite namjene, imaju i drugačiji sadržaj, pa tako “Labela za police” sadrži naziv proizvoda, prodajnu cijenu, barcode, šifru proizvoda, evidencijski broj, jedinicu mjere itd., dok “Deklaracija” može sadržavati naziv proizvoda, zemlju porijekla, zemlju uvoza, sastav proizvoda, kratke upute i sl.

WIP može generirati “labele za police” i “Deklaracije” na više načina i iz više izvora. Bitno je znati da će u slučaju “Labela za police” kreirati po jednu labelu za svaki zadani proizvod, dok će deklaracije moći kreirati za svaki komad istog proizvoda.

U nastavku ćemo objasniti na koje sve načine možete kreirati labele i deklaracije.

Labele za police

Načini kreiranja

Labele za police WIP može kreirati iz “Šifrarnika artikala” ili iz “Primki-kalkulacija maloprodaje” kao i iz “”Primki-kalkulacija veleprodaje”.

Kreiranje labela za police iz “Primki-kalkulacija”

Kreiranje je jednostavno :

1. Pozicioniramo se na željenu primku,
2. pritisnemo na tipkovnici tipku F12 (izvještaji)
3. izaberemo opciju “4. Naljepnice (sve)“,
4. na pitanje želimo li podebljati VP ili MP cijenu, odgovorimo klikom na tipku “U redu“,
5. WIP će sada kreirati izvještaj s labelama za police, i to za one artikle koji se nalaze na odabranoj primci. Budući da kreiramo “Labele za police” (a ne deklaracije), WIP će za svaki proizvod s primke kreirati po jednu labelu.

Sigurno ste primijetili da postoji i opcija “3.Naljepnice (sve)“. Budući da se prilikom unosa robe u primku, može mijenjati prodajna cijena, ova će opcija kreirati “Labele za police” SAMO za proizvode kojima smo promijenili prodajnu cijenu u toj primci. Ovo je korisno kada već u dućanu imamo na svim proizvodima labele, pa samo mijenjamo one labele kojima smo upravo promijenili prodajnu cijenu.

Kreiranje labela za police iz “Šifrarnika artikala”

WIP omogućuje i kreiranje labela iz “Šifrarnika artikala”. (Opcija : “2.Šifrarnici” > “1. Artikli i usluge”). Prvo se pozicionirajte na ispravno skladište, jer WIP će cijene u kreiranim labelama čitati sa skladišta s kojega ste krenuli u kreiranje labela. Skladište se podešava na vrhu prozora, u padajućoj listi “Skladište (Ctrl+F10)“.

Budući da sada nemamo već odabrane artikle za kreiranje labela, kao što je to slučaj u primkama-kalkulacija, prije kreiranja labela iz šifrarnika artikala, potrebno je odabrati za koje artikle želimo kreirati deklaracije. Na prozoru šifrarnika artikala, na prvoj stranici “Podaci o artiklima (Ctrl-F1)” možemo u sredini primijetiti crvenu ili zelenu “žaruljicu” i pored nje lijevo tekst “Stanje labele (klik)“. Ako kliknemo na “žaruljicu” ona će promijeniti boju u crvenu ili zelenu, a ako kliknemo ponovno, ponovno će promijeniti svoj status. Pravilo je jednostavno, ako je na trenutnom artiklu žaruljica zelene boje, taj će nam se artikl kasnije pojaviti u izvještaju s generiranim labelama. Tipkom na tipkovnici “F4” možemo pronaći željene artikle za labele, i označiti ih sve zelenom kvačicom. Međutim, ne znamo kakvo je sada trenutno stanje s uključenošću artikala – iz tog razloga možemo prvo tipkom “Deselektiraj sve” … na svim artiklima koje imamo u bazi podataka – isključiti “žaruljice”, a nakon toga ih pojedinačno uključiti samo na željenim artiklima. Na isti način radi i tipka “Selektiraj sve“, koja će na svim artiklima pak uključiti “žaruljicu”, pa možemo krenuti “kontra logikom”, sve artikle uključiti, a zatim samo isključiti one koje ne želimo u listi za kreiranje labela.

Dodatna napomena(e) :

Stanje “žaruljice” na pojedinom artiklu neovisno je za svako od skladišta. Ako na jednom artiklu na prvom skladištu uključimo “žaruljicu”, ona se neće dakle uključiti na tom istom artiklu i na drugom skladištu. Kada smo odabrali koje to artikle želimo u našem izvještaju za printanje labela, jednostavno kliknemo na tipkovnici tipku “F12” (kao i u primkama) i izaberemo opciju “Labele“. Dalje je sve jednako kao i u primkama-kalkulacijama.

Izgled labela za police

WIP ima 5 različitih dizajna labela. Željeni se dizajn izabire u opciji : 1.Parametri > Izbor korisnika > tipka Podešavanje > stranica Izvještaji … tipke s lijeve strane, ispod “Labele s cijenama za police“. Ovdje postoje tipke s nazivima “Podesi design 1” pa do “Podesi design 5”. Trenutni design koji je inicijalno odabran u WIPu je “design 2“. Ako želite isprobati npr. “design 4“, kliknite na tipku “Podesi design 4” … i to je to. Sada je podešen design 4, i možete pokušati iz primki kreirati ponovno labele za police.

Svaki dizajn smo radili kroz godine i to tako što ih je naručio netko od Vas, naših korisnika. Također, WIP labele ne prodajemo kao modul, dijelimo ga s WIPom takav kakav jest.

Dodatna napomena(e) :

Izabrani dizajn labele, biti će jednak i u izvještajima s labelama koje kreiramo iz šifranika artikala, i iz primki-kalkulacija. Ispod donosimo slike s primjerom za svaki dizajn, počevši od dizajna 1 do (desno) designa 5:

Što nakon uvođenja Eura?

Budući da će WIP prilikom prijenos početnoga stanja, automatski raditi pretvorbu kuna u eure, sve smo labele za police već pripremili za to, pa će tako i labele nakon 01.01.2023.g. automatski podebljati cijenu u Eurima, a kao dodatnu (manju) cijenu će prikazati onu kunsku. Suprotno nego to radi još ove godine.

DEKLARACIJE

Deklaracije su naljepnice s tekstom koje bi se trebale ljepiti (ili na drugi način pričvrstiti) uz SVAKI komad proizvoda u ponudi. WIP ima dva načina kreiranje deklaracija, kako sljedi :

• kreiranje ručnih deklaracija
• kreiranje deklaracija iz primki-kalkulacija veleprodaje ili maloprodaje

Kreiranje ručnih deklaracija

Iz glavnog WIP izbornika, izaberite : 2. Šifrarnici > A.Izrada deklaracija. Ovdje možemo dodavati neograničen broj deklaracija, kao što npr. dodaje “artikle”. Svaka deklaracija ima 7 redova u koje možemo unijeti tekst po želji, a kasnije tražiti od WIPa da nam s tim tekstom kreira deklaracije u željenom broju. Broj deklaracija koje želimo da nam WIP kreira u kasnijem izvještaju, se može upisati u polje “Količina za printanje”. Budući da se ove deklaracije mogu printati na unaprijed zarezane samoljepljive deklaracije (npr. ZwecForm), pri čemu na jedan A4 format stane više naljepnica, može nam se dogoditi da smo načeli novi A4 list prethodnim printanjem na način da smo prethodnim isprintom na zadnju stranicu A4 zauzeli prve tri naljepnice. Opcija “Koliko iskorištenih naljepnica preskočiti” nam omogućuje da iskoristimo takav A4 načeti papir, i preskočimo željeni broj “naljpnica” s početka papira.

Generiranje deklaracija obavljamo tipkom F12, nakon čega će WIP tražiti potvrtku, i na kraju i kreirati izvještaj sa deklaracijama.

Ideja ovog načina je da potpuno samostalno generirate željeni sadržaj (jer je Zakon često nedorečen, pa se ne zna sa sigurnošću koji točno sadržaj mora biti na deklaracijama), da WIP pamti prethodne upise, i da se jednostavno vraćate u ovaj “modul” kada zatrebate određenu količinu novih “deklaracija”.

Kreiranje deklaracija iz Primki-kalkulacija

Slično kreiranju “labela za police”, pozicioniramo se na željenu primku, i tipkom “F12” pokrenemo otvaranje izbora izvještaja u kojem izaberemo opciju “4. Deklaracije“. WIP će otvoriti prozor u kojemu možemo izabrati vrstu deklaracija, neke dodatne opcije i pokrenuti samo generiranje izvještaja.

WIP će za svaki proizvod (ne uslugu) iz primke, generirati onoliko deklaracija kolika je količina tog proizvoda definirana u primci.

Dodatne opcije :

• Opcijom “Zemlja porijekla i izvoza…” možemo izabrati da WIP u deklaracije prepisuje “Zemlju porijekla” i “Zemlju izvoza” iz šifrarnika artikala, ili pak možemo izabrati opciju da ovdje sada sami definiramo ova dva podatka, i da na svim deklaracijama stoje upravo ta dva podatka, a ne oni koje smo upisali uz svaki proizvod u šifrarniku artikala. (npr. ako ne vodimo te podatke u artiklima).

• Preskočiti : ovim brojem možemo na prvoj stranici izvještaja preskočiti željeni broj deklaracija, npr. za slučaj da smo ih iskoristili u ranijem printanju.

• Neki dizajni (tipovi) WIP deklaracija mogu prikazati i cijene. Ako i na tim tipovima deklaracija ne želimo prikaz cijene (jer ako prikažemo cijenu, moramo tiskati nove deklaracija u slučaju promjene iste), onda ćemo u opciji “cijena?” izabrati “7.. nemoj prikazati” pa se na izvještaju s deklaracijama cijena neće prikazati.

• U padajućoj listi “Izaberite tip deklaracija (ZweckForm No.)” , možemo izabrati dizajn deklaracija koje su isto tako dizajnirali kroz vrijeme korisnici WIPa. Različiti dizajni deklaracija imaju različit sadržaj, veličinu i raspored podataka. Neki prikazuju cijenu, neki ne. Neki prikazuju linijsko napisani barcode, neki ne … u nastavku ovog teksta, donosimo primjere svih vrsta dizajna deklaracija.

Dizajni deklaracija :

• ZweckForm 70×35 mm – No.3422 (sa ili bez cijena)
• ZweckForm 38×21,2 mm – No.3666
• ZweckForm 38×21,2 mm – No.3666 (samo BarCode)
• ZweckForm 38×21,2 mm – No.3666 (samo cijena)
• Tekstil 105×35 mm
• Cvijeće 70×16,9 mm
• Tekstil 105×35 mm – No.2
• Tekstil No3666 – Mabel
• Rasvjeta No3422 – AAG

Obračun plaća 2024

Temeljem promjene Zakona o porezu na dohodak kao i promjene Zakona o obračunu obaveznog mirovinskog osiguranja 1. stup, a sve za isplate plaća koje se isplaćuju nakon 01.01.2024., napravili smo niz izmjena u "WIP obračunu plaća", a za što detaljne upute možete pronaći u ovom pisanom dokumentu.

• OPIS ZAKONSKIH IZMJENA
• PRIPREMA I PROVJERA WIPa
• PREUZIMANJE CSV DATOTEKE
• PRIMJERI OBRAČUNA PLAĆA 2024

OPIS ZAKONSKIH IZMJENA

1. Obračun umanjenja osnovice za 1. stup mirovinskog osiguranje

Za sve isplate obavljene nakon 01.01.2024.g., osnovica za obračun "MIO1" (mirovinsko osiguranje prvi stup) više nije isplaćena bruto plaća, nego se osnovica umanjuje za neki iznos, koji se izračunava na jedan od sljedećih načina :

1. ako je mjesečni bruto iznos manji od 700€, tada se osnovica za obračun MIO1 umanjuje za 300€
2. ako je mjesečni bruto iznos veći od 700 a manji od 1300€, tada se osnovica umanjuje za iznos izračunat na sljedeći način : 0.5 * (MjesečniBrutoIznos - 1300€)
3. ako je mjesečni bruto iznos veći od 1300€, tada se osnovica za MIO1 NE UMANJUJE i računa se kao i do sada

Problemi i rješenje za obračun MIO1

Problem

Ovdje postoje dva osnovna problema. Prvi problem je što je isplaćeni "bruto iznos" na kojem se temelji izračun u stvari "mjesečni bruto iznos", a to znači da ulazimo u probleme ako je radnik zaposlen kod više poslodavaca, ili je pak u prelasku od jednog poslodavca ka drugom, pa je npr. jedan dio mjeseca radio kod jednog poslodavca, a drugi dio mjeseca kod nas. U ova dva slučaja mi u stvari ne znamo točno koliko je radnik ostvario bruto plaću u mjesecu, budući da ne znamo koliko su mu za taj obračunski mjesec za koji i mi obračunavamo svoj dio bruto plaće, isplatili drugi poslodavci, pa ne možemo niti izračunati dozvoljeno mjesečno umanjenje osnovice za obračun MIO1.

Rješenje

Rješenje ovog problema je moguće na dva načina :

1. Od radnika zatražiti izjavu o svim isplaćenim bruto iznosima u mjesecu obračuna (ako je radio kod više poslodavaca), a u slučaj prelaska od starog poslodavca dodatno i iznos za koji je možda stari poslodavac već umanjio osnovicu za obračun MI01!
2. Od radnika zatražiti izjavu da neće dostavljati iznose bruto plaća od ostalih poslodavaca, nego da nam daje pismenu dozvolu da ćemo umanjenje MIO1 za njega pogledati u podatke "Porezne Uprave" (PU)

Također, od radnika i u slučajevima kada ne radi kod više poslodavaca moramo zatražiti pisanu potvrdu da je tome tako, odnosno da je zaposlen samo kod nas, i da će nas u slučaju promjene o tome pravovremeno izvjestiti.

2. Ukidanje prireza i novi obračun poreza na dohodak

Jedna od novosti u sljedećim obračunima plaće, a počevši već s plaćom za 12.mj.2023. (isplata u 1.mj.2024.), je i UKIDANJE PRIREZA, kao i činjenica da se "stope poreza na dohodak" više ne određuju jednake na razini cijele države, nego stope poreza na dohodak od sada propisuje svaki grad-općina za sebe. To znači da od sada u WIPu moramo imati dodatni šifrarnik, koji smo nazvali "Šifrarnik Gradova-Općina" a u kojima se za svaki grad-općinu definiraju i dvije stope za izračun poreza na dohodak. Zatim se uz svakog radnika, mora povezati pripadajući grad-općina u kojem radnik ima prebivalište odnosno stalno boravište.

Svaka općina i grad dakle samostalno određuju DVIJE stope poreza na dohodak, i to takozvanu "Nižu" i "Višu" stopu. Pri tome se "Niža stopa" primjenjuje na osnovicu za obračun poreza do 4200€, a viša stopa se primjenjuje na iznos osnovice za obračun poreza koji je veći od 4200€. (pri tome je "Osnovica za obračun poreza" u stvari "Bruto plaća" umanjena za "Doprinosi za mirovinsko osiguranje", za "Osnovni osobni odbitak", i za "Odbitak na koji radnik ima pravo temeljem uzdržavanih članova obitelji").

Budući da u Hrvatskoj imamo više od 570 gradova i općina, u WIP bi trebalo bez greške unijeti sve njih i to zajedno s pripadajućim stopama poreza, a zatim ih i povezati s "općinama prebivališta" u podacima o radnicima, a kako bi WIP kasnije znao za svakog radnika posebno izračunati porez temeljem stopa koje su propisane baš za tu općinu odnosno grad. Budući da je to, uz sve ove izmjene, priličan posao, u želji da nam svima olakšamo u WIPu smo isprogramirali mogućnost "učitavanja općina i gradova iz CSV datoteke", pa se stope ne moraju upisivati ručno, ali se zato moraju "učitati" iz datoteke prije daljnjih obračuna plaća. "CSV datoteku" u kojoj su ažurni podaci o općinama i gradovima ćemo mi objaviti posebno na našim WEB stranicama.

PRIPREMA I PROVJERA WIPa

Sve gore navedene Zakonske izmjene zahtjevaju da se u WIPu redom promjene određeni podaci, ali i da se odrede neki novi.

U WIPu je dakle potrebno točno ovim dole navedenim redom, napraviti sljedeće :

1. Nadograditi WIP programski sustav na verziju noviju od 28.12.2023. kako bi isti imao potrebne programske izmjene u sebi.
2. Učitati gradove i općine kao i njihove pripadajuće stope poreza u novi šifrarnik "8. Plaće" > "5. Šifrarnici" > G. Gradovi i općine (2024)" iz "CSV datoteke" koja se može preuzeti s naših web stranica
3. U "4. Generalni parametri plaća" provjeriti nove iznose "A. Mjesečni prag za primjenu više stope poreza:" i "B. Osnovni osobni odbitak (iznos)"
4. U podacima o svim aktivnim radnicima, u formi "1. Podaci o radnicima" promijeniti NOVO POLJE "Koeficijent osobnog odbitka" na prvoj stranici svakog radnika, ispod "općine stanovanja" (pri tome ne dirati stare koeficijente osobnog odbitka na stranici "Parametri plaća" )
5. Po svim radnicima provjeriti podatke na novoj stranici pod nazivom "Umanjenje MIO1" a radi se o izboru načina obračuna umanjenja "MIO1"

Svaku od navedenih pet akcija, opisali smo detaljno u nastavku :

VAŽNA NAPOMENA : Sva se podešavanja nakon nadogradnje WIPa, rade u WIP poslovnoj godini 2023. !!!! Kasnije će se posebnom procedurom prijenosa 12.mj.2023. u WIP poslovnu godinu 2024. - prenijeti i novopodešeni podaci o radnicima iz 2023. Dakle, WIP obračun plaće za 12.mj.2023. (koji se isplaćuje u 01.mj.2024.) mora postojati i u WIP 2023. poslovnoj godini, i u WIP 2024. poslovnoj godini. Prvo se napravi obračun za 12.mj.2023. u WIP 2023. poslovnoj godini, a onda se kasnije taj obračun "prenese" jednim klikom u 2024. WIP poslovnug godinu, a nakon toga se ostali mjeseci obračuna iz 2024. dalje rade u WIP 2024. poslovnoj godini.

1 . NADOGRADNJA WIPa

WIP ćemo Vam nadograditi mi. Pošaljite putem "Viber", "Telegram" ili "WhatsApp" aplikacije, na broj +385 91 251 3071, prijedlog termina za nadogradnju.

2. UČITAVANJE GRADOVA I OPĆINA IZ CSV DATOTEKE

2.1. Preuzimanje CSV datoteke

Ovdje možete pronaći i preuzeti trenutno aktualnu CSV datoteku : PREUZIMANJE CSV DATOTEKE.

!!! CSV datoteku spremite na desktop Vaših Windowsa, a ako korisite "WIP U OBLAKU", datoteku pruzmite na svoje lokalno računalo, a zatim je "Copy-Paste" metodom preselite na desktop Vašeg "WIP oblak" servera odakle ćete je kasnije učitati u WIP.

2.2. Učitavanje CSV datoteke u šifrarnik gradova i općina u WIP

Nakon što ste preuzeli CSV datoteku po prethodnim putama, istu možete učitati u WIP program :

1. Iz glavnog izbornika izaberite : "8. Plaće" > "5. Šifrarnici" > "G.. Gradovi i općine".
2. U formi kliknite na tipku : "Učitaj CSV".
3. Izaberite "CSV" datoteku sa Vašeg desktopa.
4. Program će napisati "Učitavam podatke ... " i nakon što se poruka ugasi u "šifarniku Gradova i općina" će se pojaviti novi podaci kao da ste ih sve unijeli ručno.

Budući da od ranije, u šifrarniku radnika, već postoji "Šifra stanovanja" koja bi upravo trebala biti jednaka "Oznaci" iz ovog šifrarnika gradova i općina, (npr. Zagreb "01333") WIP će automatski po toj šifri (odnosno "oznaci") povezati radnika s pripadajućim gradom-općinom iz ovog šifrarnika.

Ako je u radnicima upisana nepostojeća oznaka grada-općine u polje "Općina stanovanja", WIP će u trenutku pokušaja obračuna plaće, prijavti grešku i ime i prezime radnika koji nema dobru šifru u "Općini stanovanja", te Vam na taj način omogućiti da to popravite prije kreiranja obračuna plaće.

3. PROVJERA IZNOSA PRAGA ZA OBRAČUN POREZA TE PROVJERA IZNOSA OSOBNOG ODBITKA

Iz glavnog WIP izbornika, kliknite na : "8.. Plaće" > "4. Generalni parametri plaća", a zatim dole desno provjerite dva iznosa, i to : "A. Mjesečni prag za primjenu više stope poreza:" i "B. Osnovni osobni odbitak (iznos)".

U polju "A. Mjesečni prag za primjenu više stope poreza:" mora pisati 4200€, a u polju "B. Osnovni osobni odbitak (iznos)" mora pisati 560€. Ako iznosi nisu ispravni, popravite ih.

4. UPIS NOVIH KOEFICIJENATA OSOBNOG ODBITKA

Novi Zakon donosi drugačije iznose koeficijenata za izračun osobnog odbitka. Iz tog smo razloga otvoriti NOVO POLJE za unos novog koeficijenta za svakog radnika. Stari koeficijent se nalazi na formi "Podaci o radnicima", i to na stranici "Parametri plaća", a NOVI se koeficijent nalazi na prvoj stranici "Podaci o radniku" u polju "Koeficijent osobnog odbitka". Stari koeficijent, na stranici "Parametri plaća" NEMOJTE mijenjati, jer će WIP i dalje s njima raditi u slučaju starijih obračuna.

Dakle, iz glavnog izbornika kliknite na "8.. Plaće" > "1. Podaci o radnicima" a zatim na stranici "Podaci o radniku" u polje "Koeficijent osobnog odbitka" (ispod polja "Općina stanovanja") unesite zbroj koeficijenata na koje imate pravo, UKLJUČUJUĆI i koeficijent "1.00" "Osnovnog osobnog odbitka", i to kako piše u koloni "Koeficijent" u tablici dole:

Tablica novih koeficijenata osobnog odbitka (2024.g.):

PRIMJERI za izračun koeficijenta osobnog odbitka

• primjer 1 : radnik koji nema djece, nema uzdržavane članove obitelji i nema invalidnost, u koeficijent će upisati : 1.00 (nije dakle jednako kao i u ranijim obračunima kada se za osobni odbitak upisivala 0.00, a zbrajali su se samo koeficijenti za djecu, invalidnost itd. - sada je dakle to PROMIJENJENO!)

• primjer 2 : ako radnik ima npr. 2 djece, tada ćete zbrojiti koeficijente na sljedeći način : 1.00 (za osnovni osobni odbitak) + 0.50 (za 1.dijete) + 0.70 (za drugo dijete), čime ukupni koeficijent iznosi : 2.2

Za svakog radnika je dakle potrebno izračunati novi koeficijent (ne prepisavati stari koeficijent iz ranijeg razdoblja), i taj novi koeficijent upisati u novo polje na prvoj stranici forme o radnicima!

5. ODREĐIVANJE NAČINA UMANJENJA DOPRINOSA "MIO1"

Za svakog radnika je još potrebno odrediti i unose u novu stranicu koju smo nazvali "Umanjenje MIO1" a odnosi se na potpuno nove stvari vezane za način umanjenja osnovice za izračun prvog stupa mirovinskog osiguranja.

Na ovoj stranici postoji 4 načina umanjenja osnovice za MIO1 :

"NAČIN UMANJENJA OSNOVICE MIO1 :"

Izbor : "1 - cijeli mjesec je radnik kod nas (B.7.2. će biti 0 ili 1)"

Ovu ćemo opciju izabrati ako radnik za mjesec koji planiramo obračunati - radi samo "kod nas", odnosno u mjesecu za koji planiramo obračun NIJE CIJELI TAJ MJESEC RADIO kod niti jednog drugog poslodavca!

Izbor : "2 - prijelaz od starog poslodavca k nama (B.7.2. će biti 0 ili 1)"

Ako je radnik, u mjesecu u kojem planiramo napraviti obračun, prelazio od starog poslodavca k nama, pa je u tom mjesecu DIO MJESECA radio kod starog poslodavca, a DIO Mjeseca kod nas, tada ćemo izabrati ovu opciju. U ovoj opciji moramo još upisati i sljedeće podatke _

1. "Mjesec obračun" : to je mjesec obračuna (ne isplate) u kojem je radnik radio dio mjeseca kod starog poslodavca, a dio kod nas.
2. "Godina obračuna" : to je godina u kojoj je "Mjesec obračuna". Ovaj podatak, uz "Mjesec obračun" govori WIPu da SAMO u obračunu za taj mjesec i tu godinu primjeni ovakav tip obračuna. Čim obračun koji trenutno radimo nije za ovaj mjesec i godinu, WIP će obračunati kao da je "NAČIN UMANJENJA OSNOVICE MIO1" izabrana gornja opcija, "1 - cijeli mjesec je radnik kod nas ...". To nam omogućuje da ove podatke postavimo samo jednom, i više ne moramo sljedeći mjesec razmišljati da prebacimo ovog radnika na opciju broj 1.
3. "Zbroj ranije isplaćenih BRUTO iznosa radniku za mjesec obračuna" : ovdje je potrebno upisati BRUTO IZNOS PLAĆE koju je obračunao stari poslodavac u mjesecu za koji pripremamo obračun
4. "Zbroj ranije iskorištenih umanjenja MIO1 osnovice u mjesecu obračuna" : ovjde je potrebno upisati IZNOS UMANJENJA MIO1 koji je obračunao stari poslodavac u mjesecu za koji pripremamo obračun

Temeljem iznos u točki 3. i 4. će WIP znati koliki je UKUPNI bruto iznos za taj mjesec u kojem radnik prelazi od starog poslodavca k nama. Ukupni bruto mjesečni iznos je dakle zbroj naše bruto plaće, i bruto plaće koji je ili će isplatiti stari poslodavac za isti mjesec. Na temelju UKUPNOG MJESEČNOG BRUTA, WIP će znati izračunati koliko je maksimalno umanjenje MIO1 koji se smije taj mjesec obračunati, a od tog iznosa umanjenja će odbiti već iskorišteno umanjenje koje je eventualno stari poslodavac već obračunao a koji smo dakle upisali u polje "Zbroj ranije iskorištenih umanjenja MIO1 osnovice u mjesecu obnračuna". U ovom slučaju, ako je poslodavac umanjio osnovicu za preveliki iznos (jer nije znao za iznos koji će radniku kasnije, u drugoj polovici mjeseca biti obračunati od nas), WIP može izračunati i negativno umanjenje, te uvećati osnovicu za MIO1, čime će "vratiti" ono što je stari poslodavac previše obračunao. Pokazati ćemo takav slučaju u jednom od primjera obračuna plaća, koji ćemo kasnije objaviti uz ove upute.

Izbor : "3 - Radnik radi kod više poslodavaca, odnosno radi na nepouno radno vrijeme kod nas, i daje izjavu o visini bruto plaća kod svakog poslodavca (B.7.2. će biti 3)"

Ako radnik radi kod nas na nepuno radno vrijeme, i radi kod još jednog ili više poslodavaca, te se opredjelio da će nam svaki mjesec davati izjavu i visini bruto plaća kod svakog drugog poslodavca, tada ćemo izabrati ovu opciju, u dodatno ćemo morati upisati svaki mjesec prije kreiranja obračuna za taj mjesec, i ZBROJ SVIH BRUTO PLAĆA kod OSTALIH POSLODAVACA (bez naše bruto plaće za taj mjesec). Na ovaj će način WIP znati izračunati koliko smije umanjiti osnovicu za MIO1, a temeljem postotka sudjeloavanja naše bruto plaće za taj mjesec, u ukupnim bruto plaćama kod svih poslodavaca.

Izbor : "4 - umanjenje temeljem podataka PU (B.7.2. će biti 2)"

Ako radnik (kao i u prethodnoj opciji broj 3), radi kod nas i još kod jednog ili više poslodavaca u istom mjesecu obračuna, ali se opredjelio da nam NEĆE svaki mjesec dostavljati iznose bruto plaća kod drugih poslodavaca, tada mi moramo prije obračuna, u sustavu ePorezna, a po OIBu tog radnika, pogledati iznos za koji baš mi smijemo umanjiti osnovicu MIO1, i onda taj iznos upisati u polje "Iznos umanjenja MO1 temeljem uvida u podatke Porezne uprave. WIP će zdravo-za-gotovo, bez ikakve daljnje provjere, za taj upisani iznos umanjiti osnovicu MIO1 prilikom sljedećeg obračuna.

Ovo znači da SVAKI mjesec, prije obračuna, moramo u PU pogledati za tiog radnika koliki iznos umanjenja MIO1 smijemo obračunati za taj mjesec. U podacima PU se tamo nalazi podatak za prethodni mjesec od mjeseca za koji trenutno radimo obračuna, i to je ispravno, jer PU NEMA podatke za trenutni mjesec za koji radimo obračun, pa je potpuno normalno da tu upisaujemo podataka o umanjenju MIO1 za mjesec koji prezhodi trenutnom obračunskom mjesecu.

Za više informacija, pogledajte naše primjere obračuna (podnaslovi u izborniku ovih uputa).

PREUZIMANJE CSV DATOTEKE

Ovdje možete preuzeti trenutno aktualnu CSV datoteku sa svim podacima o gradovima i općinama, a koja se onda može učitati u "šifrarnik gradova i općina" u WIP obračunu plaća, kako bi se izbjeglo ručno ažuriranje ovih podataka.

VAŽNO : CSV datoteku preuzmite i spremite na desktop Vaših Windowsa, a ako korisite "WIP U OBLAKU", datoteku preuzmite na svoje lokalno računalo, a zatim je "Copy-Paste" metodom preselite na desktop Vašeg "WIP oblak" servera, odakle ćete je kasnije učitati u WIP.

UPDATE 03.03.2025.

> Preuzimanje CSV datoteka gradova i opcina na dan 01.03.2025."

Možete nastaviti s uputama za učitavanje preuzete CSV datoteke : Upute za učitavanje.

PRIMJERI OBRAČUNA PLAĆA 2024.

PRIMJER 05

Redovna minimalna plaća, radnik nema uzdržavanih članova obitelji, zaposlen na puno radno vrijeme, radi cijeli mjesec kod nas (jednog poslodavca).

PODEŠAVANJE PLAĆE - 05

(redni broj stavke u donjoj listi se prikazuje i na slikama.)

0. radnik "Hrvoje Horvat" :
1. pripremamo obračun plaće za 12.mj.2023. isplata u 1.mj.2024.
2. iznos bruto plaće je : 840€
3. nema uzdržavanih članova obitelji - koeficijent osobnog odbitka : 1.00
4. općina prebivališta/stalnog boravka je Zagreb, šifra općine-grada : 01333 - ova šifra u plaćama 2024. MORA postojati u novom šifraniku gradova i općina!
5. radnik je prijavljen na puno radno vrijeme
6. cijeli mjesec radnik je zaposlen samo "kod nas" : ovo govori WIP na koji će način obračnati novo umanjenje MIO1. Ako je radnik cijeli mjesec radio samo kod nas, onda se podrazumijeva da je za taj mjesec jedina isplata upravo naša isplata, pa se sa sigurnošću može izračunati mjesečno dozvoljeno umanjenje MIO1.

Obračun 5 - slika 1 :

Obračun 5 - slika 2 :

Obračun 5 - slika 3 :

ANALIZA OBRAČUNA PLAĆE - 05

Obračun 5 - ANALIZA OBRAČNA - slika 1 :

1. Iznos bruto plaće je 840€
2. 230€ je iznos umanjenja osnovice za "MIO1" koje je program samostalno izračunao na sljedeći način koji ovisi o tome što je bruto plaća u mjesec manja od 1300€ a veća od 700€ : "0.5 * (1300-Bruto)". "(Ozn.1)" je "Oznaka umanjenja osnovice za MIO1 za JOPPD obrazac" za polje "B.7.2.". Gore na slici "Obračun5 - slika2" to se polje vidi dole desno, i u njega je u toj formi WIP automatski upisao "0", jer sve do trenutka obračna nije znao kolika će biti bruto plaća. Nakon obračna, vidimo na slici analize, da je sada tu broj "1", a što znači : "postoji umanjenje osnovice MIO1"
3. "Osnovica za obračun MIO1 :" ovo je iznos osnovice za obračun MIO1 na koji se primjenjuje stopa doprinosa od 15%, a izračunava se kao : bruto plaća - umanjenje osnovice MIO1 = 840 - 230 = 610€
4. Koeficijent i iznos osobnog odbitka : u našem obračunu smo u koeficijent upisali 1, pa se propisani iznos osobnog odbitka od 560€ množi s 1 kako bi se izračunao ukupni osobni odbitak radnika
5. Ukupni osobni odbitak radnika : umnožak koeficijenta i propisanog iznosa od 560€ (unosi se u Generalni parametri plaća, dole desno)
6. "Grad 01333 Zagreb" : podatak o Gradu-Općini iz šifrarnika Gradova-Općina, iz kojega se čitaju stope poreza.
7. Viša i niža stopa poreza : od 2024.g. stope poreza na dohodak više nis definirane na razini države, nego ih propisuje svaki grad-općina za sebe u vidu više i niže stope poreza. Niža se stopa primjenjuje na iznose osnovice do 4200€ (što se podešava dole desno u "Generalnim parametrima plaća"), a viša stopa na iznos osnovice veće od 4200€. U našem primjeru vidimo da je WIP pročitao stope iz "Šifrarnika gradova i općina", za šifru "01333" Zagreb, u iznosima od : Viša=23,6%, Niža=35,4%
8. IBAN grada-općine na koji se obavlja uplata poreza. WIP ovaj podatak čita iz šifrarnika gradova-općina
9. Iznos poreza na osnovicu poreza. Osnovica poreza za nižu stopu se računa kao iznos "Dohodak" - "osobni odbitak" do 4200€. Ako je ovaj iznos veći od 4200€, na taj veći ostatak se primjenjuje viša stopa poreza.

PRIMJER 01

Pripremamo obračun plaće za 12.mj.2023.g. koji ćemo isplatiti u 01.mj.2024. Radnik iz našeg primjera mijenja poslodavca u mjesecu obračuna pa je tako 14 dana dvanaestog mjeseca radio kod starog poslodavca, a ostatak mjeseca, odnosno 99 radnih sati, radio je kod nas.

PODEŠAVANJE PLAĆE - 01

(redni broj stavke u donjoj listi se prikazuje i na slikama.)

0. radnik "Hrvoje Horvat" :

1. pripremamo obračun plaće za 12.mj.2023. isplata u 1.mj.2024.

2. iznos bruto plaće je : 814.41€, a radnik je kod nas radio drugi dio mjeseca, odnosno samo 99 radnik sati.

3. nema uzdržavanih članova obitelji - koeficijent osobnog odbitka : 1.00

4. općina prebivališta/stalnog boravka je Zagreb, šifra općine-grada : 01333 - ova šifra u plaćama 2024. MORA postojati u novom šifraniku gradova i općina!

5. radnik je prijavljen na puno radno vrijeme

6. radnik je u mjesecu za koji pripremamo obračun radio dio mjeseca kod "starog" poslodavca, a dio mjeseca kod nas : U ovom slučaju moramo u WIPu, na novoj stranici "Umanjenje MIO1" izabrati opciju broj 2 (kao na slici "Obračun1 - slika 2"). Pri tome moramo upisati "mjesec" i "godinu" OBRAČUNA u kojem radnik "prelazi" od starog poslodavca k nama. Taj mjesec i godina nam služe tome da ne moramo sljedeći mjesec ovdje išta "gasiti", nego će WIP jednostavno prilikom obračuna za sve ostale mjesece, osim ovdje navedenih, primjenjivati automatski opciju "1 - cijeli mjesec je radnik kod nas".

   Također, u ovom slučaju, kada je radnik u mjesecu za koji pripremamo obračun, jedan dio radio i kod starog poslodavca, MORAMO upisati iznos koliko mu je stari poslodavac isplatio bruta za isti taj mjesec (na slici "Obračun 1 - slika 2" polje označeno brojem 6.2), te koliko mu je stari poslodavac već obračunao umanjenje MIO1 (na slici "Obračun 1 - slika 2" polje označeno brojem 6.3). Na ovaj način WIP će znati izračunati umanjenje MIO1 na sveukupni bruto (i onaj obračunan kod starog poslodavca i ovaj naš), a zatim od tog ukupno dozvoljenog mjesečnog umanjenja, oduzeti umanjenje koje je već obračunao stari poslodavac! U našem primjeru je stari poslodavac obračunao bruto u iznosu od 950€, i na taj iznos je izračunao umanjenje MIO1 za 12.mj. u iznosu od 140€ jer NIJE ZNAO da će radniku biti u istom tom mjesecu još obračunata i NAŠA bruto plaća. Budući da se umanjenje MIO1 izračunava na razini cijelog mjeseca za UKUPNO obračunati bruto u tom cijelom mjesecu, WIP sada u našem obračunu mora stornirati onih 140€ koje je obračunao stari poslodavac, jer na ukupni bruto u ukupom iznosu od 1764,41€ (950€ (stari poslodavac) + 814.41€ (mi) = 1764,41€ (sveukupni mjesečni bruto)), radnik za 12.mj. u stvari NEMA PRAVO na umanjenje MIO1 jer je ukupni obračunati bruto za 12.mj. veći od 1300€. Vidjeti ćete kasnije da će u ovom slučaju WIP stornirati 140€ umanjenja i to tako da će prisilno povećati osnovicu za MIO1, kako bi se umanjenje od 140€ koje je bivši poslodavac umanjio, storniralo! Na ovaj način se neće morati raditi naknadni ispravak obračuna plaće!

Obračun 1 - slika 1 :

Obračun 1 - slika 2 :

Obračun 1 - slika 3 :

ANALIZA OBRAČUNA PLAĆE - 01

Napomena : Ova analiza prikazuje SAMO obračun MIO1 i njegovo specifično umanjenje temeljem činjenice da je radnik prelazi od jednog poslodavca drugome, unutar jednog mjeseca. Ostale parametre koji su bitni za obračun plaće 2024.g., pogledajte gore, za primjer "Obračun 05.

Obračun 1 - ANALIZA OBRAČUNA - slika 1 :

1. Prikazuje naš obračunati bruto u iznosu od 937.81€ (uvećan je za prekovremeni rad i rad blagdanom u odnosu na unesenu bruto plaću u iznosu od 814.41€)
2. Ovdje je prikazana "Osnovica za obračun MIO1" koja vidimo da je veća od našeg dijela BRUTO plaće. Veća je upravo za 140€ za koliko je pogrešno stari poslodavac umanjio osnovicu za MIO1, a što mi sada pokušavamo ispraviti podizanjem osnovice za umanjenje MIO1, kako bi i na onih ranije umanjenih 140€ sada obračunali 15% MIO1. Znači osnovica je 1077.71€.
3. Ovdje se prikazuje "Umanjenje osnovice", odnosno "iznos umanjenja osnovice. Vidimo da je "umanjenje" negativno, što je u stvari "uvećanje". "Ozn1" je "Oznaka umanjenja osnovice za MIO1", a WIP će ju upisati u "JOPPD obrazac" na "stranici B", u polje "7.2." (JOPPD B.7.2.). Ovaj podatak govori da se ovdje radi o korekciji MIO1.
4. Ovdje smo prikazali i podatke koji su upisani na stranici "Umanjenje MIO1" u formi "Podaci o radnicima", a koji su se koristili kako bi WIP znao izračunati "ukupni mjesečni bruto" kao i iznos "Umanjenja MIO1" koji je stari poslodavac umanjio u svom obračunu za isti mjesec.

-- kraj

Novosti u "WIPOS fiskalnoj blagajni"

WIPOS je vrlo kompleksan proizvod koji se dnevno mijenja i prilagođava novim tehnološkim dostignućima, novim promjenama Zakona i potreba korisnika, pa je iz tih razloga potrebno sve izmjene dokumentirati na ispravan način kako bi svatko mogao za sebe odlučiti kada se želi nadograditi jer želi koristiti novi set funkcionalnosti opisan baš u ovim novostima.

Dnevnik izmjena WIPOSa

Ovo je dnevnik svih izmjena u WIP centralnom sustavu grupiran po poslovnim godinama. Dnevnik sadrži apsolutno sve izmjene u programu, pa čak i one koje ne utječu na način korištenja programa od strane korisnika. .

Plan dorada WIPOSa

Ovdje možete pogledati što nam je u kratkoročnom planu dorada. Primamo naravno i Vaše sugestije u pisanoj formi.

• Plan dorade WIPOSa

Dnevnik izmjena WIPOSa

Ovo je dnevnik svih izmjena u programu "WIPOS fiskalna blagajna" grupiranih po poslovnim godinama. Dnevnik sadrži apsolutno sve izmjene u programu, pa čak i one koje ne utječu na način korištenja programa od strane korisnika.

Ovdje možete izabrati godinu u kojoj želite pogledati izmjene u programu :

• Izmjene WIPOS u 2024.g.
• Izmjene WIPOS u 2023.g.
• Izmjene WIPOS u 2022.g.
• Izmjene WIPOS u 2021.g.

WIPOS Izmjene u 2024./2025.

WIPOS 13.12.2024.

Novi izvještaj "Kretanje cijena"

Imali smo nekoliko slučajeva kod naših WIPOS klijenata, da Porezni inspektori traže kretanje cijena kroz vijeme za slučajno izabrane proizvode koji su Vam trenutno na akcijskoj prodaji, a sve kako bi provjerili jeli zadnja najniža cijena unazad 30 dana od poočetka akcije stvarno ona koja je deklarirana u na labeli s cijenom. Iz tog smo razloga napravili novi izvještaj u WIPOSu pod nazivom "Kretanje cijena". Izvještaj funkcionira tako da mu se prije pokretanja upiše WIP šifra proizvoda, a onda WIPOS na POS printer redom izlista sve prodajne cijene s datumom prodaje, popustom, i brojem dana od te cijene do današnjeg datuma (datuma kada ste pustili kreiranje ovog izvještaja). Na ovaj ćete način uštedjeti dosta vremena da se poreznim inspekcijama osiguraju ovi podaci, koji nisu btw. nigdje propisani.

Novi izvještaj "Rekapitulacija prodaje robe po načinu plaćanja"

Izvještaj koji na WIPOS blagajni, na POS printer, ispisuje listu prodane robe ali grupirane po načinju plaćanja. Ovaj izvještaj će Vam pokazati koliko koje robe prodajete za gotovinu, a koliko koje robe s kartičnim načinom plaćanja, a što Vam onda kvalitetnije može reći koliku cijenu da postavite za kartični način plaćanja.

WIPOS 12.12.2024.

POVRATNA NAKNADA

Od 01.01.2025., temeljem izmjena Zakona, mijenja se cijena povratne naknade. Stara cijena u iznosu od 0.07€ se povećava na iznos 0.1€. U skladu s tim, reprogramirali smo i "WIP centralni sustav" i "WIPOS fiskalnoj blagajnu" na način da se cijena samostalno postavlja i preračunava temeljem podatka o "poslovnoj godini", pa će tako "WIP centralni sustav" prilikom otvaranja poslovne godine, i prvog prijenosa, ako je ciljna poslovna godina u koju se prenose podaci 2025., preračunati ukalkulirane povratne naknade u cijeni proizvoda u šifrarniku proizvoda i usluga. Na isti način će WIPOS fiskalna blagajna, prilikom prvog ponovnog pokretanja nakon što se poslovna godina podesi na 2025., preračunati ukalkuliranu pocvratnu naknadu u šifrarniku proizvoda WIPOSa.

WIPOS 13.10.2024.

Izmjene u QR code zapisu temeljem Zakonskih promjena u tehničkoj dokumentaciji fiskalizacijskih pravila. Od ove se verzije čitanjem QR codea za provjeru fiskalizacije, iznos računa čita bez zareza, odnosno u obliku cijelog broja, pa je tako iznos od npr. 10,02€ u QR code upisan kao broj 1002.

WIPOS 08.01.2024.

Popravak moguće greške nadogradnje koja ovisi o Vašem lokalnom sustavu

Na jednoj smo instalaciji WIPOS kase primjetili da se "Setup" datoteka u kojoj se čuva trenutna cijena povratne naknade, a koja se u WIPOS kasi koristi za prikaz obračunatog iznosa povratne naknade, nije ažurirala na novu eursku cijenu iz nekog vanjskog razloga, npr. lokalni antivirusni program ili Windows UAC koji nisu dozvolili pristup i pisanje u datoteku za vrijeme pokušaja njene nadogradnje.

Iz ovog smo razloga preventivno u ovu verziju WIPOS kase ugradili dodatnu provjeru cijene povratne naknade prilikom rekapitulacije prometa, forsirajući SAMO novi iznos, kako bi bili apsolutno sigurni da će se uvijek obračunavati ispravna nova "eurska" cijena povratne naknade, a ne stara "kunska"! Potrebno je samo paziti da se na ovu verziju WIPOS kase, ne nadograđuju STARE WIPOS kase, iz starih poslovnih godina, jer one i dalje moraju raditi sa "kunskom" cijenom povratne naknade u slučaju printanja nekih računa ili prometa iz njihove arhive.

Izmjene u 2023.

WIPOS 29.12.2023.

Popravak greške

Brisanje zadnjeg reda touch tipkom "BRIŠI RED" nije radilo nakon predzadnje nadogradnje. Sada je tipka "BRIŠI RED" ponovno u ispravnoj funkciji!

WIPOS 08.11.2023.

Nova mogućnost

Mogućnost evidentiranja i fiskalizacije napojnica uz već izdani račun, te uz rekapitulaciju iznosa napojnica u izvještajima Prometa WIPOS fiskalne blagajne

Upute za rad s napojnicama možete pronaći ovdje : WIPOS napojnice - upute

Izmjena postojećeg ponašanja

Prilikom zatvaranja programa se, od ove verzije WIPOSa, izračunava ukupan broj nefiskaliziranih računa, te se ako je taj broj veći od nula, ispisuje poruka "PAŽNJA! Postoje nefiskalizirani računi!" crvenim slovima. Također, ako postoje nefiskalizirani računi, u ovom se prozoru sada prikazuje tipka "Želim sada fiskalizirati" s kojom se odmah može poći u prozor "Naknadna fiskalizacija računa" a čime se pojednostavljuje i dodatno osigurava i ubrzava proces naknadne fiskalizacije računa.

WIPOS 22.06.2023

Dodane su dvije nove opcije :

1. Mogućnost da se i izračun, pregled i printanje "Trenutnog zaključka" zaštiti dodatnom šifrom. Ova opcija isključuje i pregled prometa na početnom ekranu kase (formi gdje se upisuje PIN za ulazak)
2. Mogućnost da se dodatnom šifrom zaštiti upis negativne količine u stavku robe/usluge na računu koji se trenutno radi. Ova opcija onemogućuje storniranje stavke računa svima koji ne zanju dodatnu šifru, pa obratite pozornost na potrebu prisutnosti osobe koja zna dodatnu šifru, kako bi se omogućio storno stavke računa prema potrebama u praksi. Ova opcija uključuje i pitanje za dodatnom šifrom i prilikom pokušaja storniranja cijelog računa.

Navedene opcije se mogu uključiti ili isključiti na stranici : "Obrada" > "Generalni podaci o kasi" > stanica "Ponašanje".

WIPOS 18.01.2023

Ako je u prošloj godini ostao otvoren zaključak, kasa nadograđena, trenutna godina operacijskog sustava 2023., u WIPOS stare poslovne godine nije moguće ući uz prijavu greške da "Godina u datumu zaključka nije jednaka poslovnoj godini WIPOS blagajne" kao dodatna zaštita da se onemogući zamjena iznosa u kunama iz WIPOS2022 slanjem prometa u WIP2023.

Od ove se verzije WIPOSa ipak dozvoljava ulazak u "WIPOS2022" ako je u njoj ostao otvoren zaključak iz prošle godine, ali samo kako bi se taj zaključak zaključio. Nakon toga "WIPO2022" će omogućiti nesmetan ulazak iako je trenutna godina različita od poslovne godine WIPOSa, ali neće dozvoliti otvoriti novi zaključak s godinom koja je različita od WIPOS poslovne godine, što je poželjno ponašanje kao zaštita da se onemogući kreiranje zaključka u WIPOSu u kojem se nalaze kune, s datumom iz 2023. čije bi promete primio WIP centralni sustav 2023. i time moguće pomiješao kune i eure!

WIPOS 13.01.2023

• popravljeno je ponašanje WIPOS kase da se na nekim "displayima za kupce" prilikom ispisivanja jedinične cijene nakon unosa proizvoda, ali i ukupnog iznosa "SVEUKUPNO za platiti:", prikazivala oznaka "kn" umjesto "EUR". Sada se na svim display driverima oznaka valute prikazuje dinamički, odnosno u ovisnosti koja WIPOS poslovna godina je trenutno pokrenuta, ako je to 2023. i veća, na svim displayima će se prikazivati oznaka "EUR", u suprotnom "kn".

  Ako koristite display za kupce, i na njemu se ispisuje "kn" umjesto "EUR", samo pokrenite RustDesk i javite se putem Vibera, Telegrama ili WhatsAppa, na broj 091 251 3071 i napišite da želite nadogradnju WIPOSa na verziju 13.01.2023. Za nadogradnju je potrebno manje od 5 minuta.

WIPOS 01.01.2023

• od ove verzije se preračun iz kuna u eure, a nakon otvaranja nove poslovne godine, za proizvode kojima je cijena u kunama manja od 0.04kn prenosi umjesto 0,00€ kao 0.01€.

Dnevnik izmjene WIPOSa u 2022.g.

13.12.2022. - objavljena nadogadnja WIPa

Svi se trebaju nadograditi na WIPOS verziju od 13.12.2022. ili mlađu kako bi bili kompatibilni s migracijom na novu valutu Euro.

22.11.2022. Utorak

Od sada WIPOS ne želi otvoriti zaključak s datumom čija je godina različita od poslovne godine koja je upisana u WIPOS blagajnu.

21.11.2022. Ponedjeljak

Provjera poslovne godine prilikom prihvata podataka poslanih iz WIPa u WIPOS

Prilikom prihvata cjenika iz WIPa u WIPOS blagajnu, sada se provjerava i podatak o poslovnoj godini u primljenim podacima, i taj se podatak uspoređuje s trenutnom poslovnom godinom u programu koji pokušava primiti te podatke.

Ako u primljenim podacima ne postoji oznaka poslovne godine, korisnik će se obavijestiti da su podaci poslani iz starije verzije WIPa, pa je u ovom slučaju potrebno nadograditi WIP i podatke poslati ponovno. Ako je trenutna poslovna godina WIPOSa različita od poslovne godine u primljenim podacima, korisnik će se obavijestiti da poslovne godine nisu jednake, i podaci se neće htjeti primiti.

Ove smo izmjene uveli kako bi se maksimalno zaštitili od zamjene eurskog i kunskog cjenika i izbjegla mogućnost da se podaci pošalju iz npr. WIPa 2022.g. a prime u WIPOS iz 2023.g. čime bi se u WIPOS 2023. donijele kunske cijene - što ne želimo! Isto tako, ako se podaci pošalju iz WIPa 2023., a pokušaju se primiti u WIPOS 2022. podaci bi mogli pregaziti kunske cijene u kasi s onim eurskim cijenama iz WIPa - budući da se u WIPu podaci preračunavaju u Eure već u trenutku prijenos poslovne godine iz 2022. u 2023.

Do sada je mogućnost da WIPOS nove poslovne godine prihvati podatke iz WIPa stare poslovne godine, bila poželjna u vremenu prijenosa poslovne godine, u situaciji kada se WIPOS za novu godinu otvorio već npr. sredinom 12.mj. čime je čekao 01.01. sa starim cijenama, pa se prije rada te nove kase u novoj godini, iz WIPa stare godine poslao i primio svježi cjenik u WIPOS nove godine. Ove godine ne možemo imati tu mogućnost jer se prilikom otvaranja nove WIPOS kase za 2023.g. cijene moraju preračunati u eure, čime slanje cjenika iz WIPA 2022. više ne dolazi u obzir, pa molimo da to imate na umu.

14.11.2022.

Preračun WIPOSa u eure - korisničke informacije

Napravljena je mogućnost da WIPOS preračuna sve potrebno iz kuna u Eure u novoj WIPOS2023 poslovnoj godini. Procedura preračuna je sada u sklopu prijenosa poslovne godine iz 2022. u 2023. Ideja je prenijeti poslovnu godinu iz 2022. u 2023. na do sada uobičajen način, a nakon toga jednostavno pokrenuti preračun. Preračun će preračunati u WIPOS2023 sve cijene iz kuna u eure u šifrarniku proizvoda i usluga, kao i u normativima. (kompletne "korak pokorak upute za prijenos poslovne godine", objaviti ćemo naknadno)

Uvjeti u kojima će WIPOS dozvoliti preračun

1. Poslovna godina u WIPOSu u kojem se želi pokrenuti preračun mora biti podešena na 2023.
2. Preračun se neće htjeti pokrenuti dva puta jer WIPOS prilikom preračuna svake stavke, u polje "valuta" uz svaku stavku, sada upisuje "EUR", pa ako je ovo polje već popunjeno s "EUR", preračun neće "pokvariti" cijenu tako da je preračuna još jednom.

Preduvjeti za izdavanje računa u 2023.g.

Ovo su dva nova uvjeta koja moraju biti zadovoljena kako bi WIPOS mogao otvoriti novi račun :

1. Poslovna godina u WIPSu mora biti podešena na 2023.
2. Preračun mora biti obavljen. U suprotnom, priliikom pokušaja otvaranja novog računa, WIPOS će pokazati sljedeći tekst greške : "Preračun i poslovna godina nisu usklađeni za dodavanje novog računa. (npr. postoji preračun u €, a godina nije 2023. ... ili obrnuto.)"

12.11.2022.

• prilikom postavljanja poslovne godine u WIPOSu, u 2023., program automatski gasi kvačicu na "zvučni izgovor total iznos" (Set_lZvuk), a cijenu "Povratne naknade" (pet ambalaža) samostalno podešava na 0.07€. U slučaju upisa poslovne godine manje od 2023. ne vraća kvačicu za "izgovor total iznosa", ali podešava cijenu "Povratne naknade" na 0.5kn.
• napravljena je nova forma "Prijenos početnog iz prošlogodišnje kase", koja se pokreće iz forme "Generalni podaci o kasi" tipkom "Prijenos početnog stanja". U ovoj formi postoje dva TABa : "Preračun u Eure" i za sada onemogućeni tab ("Prijenos početnog stanja iz prethodne blagajne"). "Preračun u Eure" sadrži tekst uputa za preračun kao i tipku "Preračun sve u Eure" kojom se obavlja preračun cijena proizvoda i usluga, te normativa - u eure. (detaljnije o preračunu u Eure, uskoro u uputama za prijenos WIPOS blagajne iz 2022. u 2023.)
• reprogramiran je ispis računa i prometa blagajne na način da se valuta više ne ispusuje u kunama, nego funkcija "VratiOsnovnuValutu(datum)" sada vraća oznaku valute "EURE" a oznaku dualne valute "kn" ako je poslovna godina WIPOSa veća ili jednaka 01.01.2023. Ako je poslovna godina u WIPOSu manja od navedenog datuma, WIPOS će i dalje u računima i prometima ispisivati "kn", a kao dualnu valutu "EUR", pa je zadržana kompatibilnost i ako se na novu WIPOS verziju nadograde i stariji programi WIPOS blagajne.
• testiran je prijenos u novu poslovnu godinu, i svi su uočeni nedostaci uklonjeni
• prilikom brisanja svih podataka : uvedeno je novo pitanje : "Želite li brisati podatke prilagođeno prijenosu?" Ako se na ovo pitanje odgovori potvrdno, WIPOS će obrisati samo sve izdane račune, zaključke i primke, a neće dirati sve ono što je potrebno ostaviti u novoj poslovnog godini. Na ovaj je način procedura brisanja, drastično pojednostavljena.
• uvedeno je i testirana ograničenje za pokretanje ponovnog preračuna u eure koje se ne smije moći obaviti - prearačun se mora moći obaviti samo jednom!
• uvedeno je i testirano ograničenje izdavanje računa ako je preračun već obavljen a trenutna poslovna godina nije 2023. ili veća
• uvedeno je i testirano ograničenje izdavanje računa ako je poslovna godina 2023. ili veća, a preračun NIJE obavljen (zaštita izdavanja računa u kunama, nakon uvođenja eura)

11.11.2022.

Početak rada za Euro

• u cjenik robe/usluge u WIPOS kasi dodano je polje "valuta".

27.09.2022.

• bug : WIPOS je FTPs lozinku za slanje prometa greškom pretvarao u lozinku s malim slovima pa kada se na serveru definirala miješana lozinka (s velikim i malim slovima), slanje prometa nije funkcioniralo. Ovaj BUG se nije pojavljivao na prihvatu i slanju cjenika s Interneta a bug je greškom napravljen nedavno, pa starije verzije WIPOSa nemaju ovaj problem. Problem je ovom verzijom uklonjen.

14.09.2022.

• Greška “Ne postoji veza s Internetom” : na dvije lokacije smo za sada primjetili da WIP i WIPOS prijavljuju grešku “Ne postoji veza s Internetom” iako Internet na lokaciji uredno radi. Uzrok smo pronašli u činjenici da je davatelj Internet usluge nadogradio svoj router koji je nakon nadogradnje preusmjeravao promet na DNS IPv6 koji ne zna uputiti promet do google.com.mx servera, a koje WIP i WIPOS koriste za brzu detekciju ima li računalo vezu s Internetom. Rješenje je podesiti u providerovom routeru DNS IPv6 adrese, umjesto “automatskog dodjeljivanja”, na IPv6 Google DNS adrese. Ovo je privremeno i nestabilno rješenje, jer davatelj Internet usluga (Internet provider) može ponovno daljinski resetirati postavke routera na one od ranije, pa smo zato reprogramirali funkciju testiranja Internet konekcije u WIP i WIPOS programima na način da se osim “pinganja” google servera, detekcija obavlja na još nekoliko načina, i tek nakon što svi načini vrate negativan odgovor, WIP i WIPOS će vratiti grešku “Ne postoji veza s Internetom”. Na kraju, ako nemate problema s ovom greškom, nadogradnju ne morate obavljati.

18.07.2022.

• Cijene u Eurima : na svim računima iz WIPOS kase prikazuje se ukupna vrijednost iznosa računa u Eurima, kao i “Tečaj konverzije”. Više na poveznici : WIPOS nadogradnja za dvojni prikaz vrijednosti računa

  Na ovu smo temu objavili i Članak

  

Izmjene u 2021.g.

08.03.2021.

• Upis FTP podataka : upis podataka za spajanje na FTP server, više nije neosjetljivo na mala i velika slova. WIPOS program sada razlikuje korisnička imena, npr. “Korisnik1” i “korisnik1”, što da sada nije bio slučaj. Ova izmjena je priprema za migraciju naših FTP servera sa Windowsa na Linux operacijski sustav.

30.01.2021.

• PODSJETNIK o nefiskaliziranim računima : WIPOS sada prilikom pokušaja izlaska iz programa, otvara prozor s podsjetnikom o nefiskaliziranim računima, a sve u cilju da se operater podsjeti provjeriti postoji li ili ne neki nefiskalizirani račun. Ovo bi trebalo smanjiti situacije kada se i po nekoliko dana zaboravi provjeriti postoji li koji nefiskalizirani račun, a onda porezna šalje “greške” da je datum obrade veći za toliko i toliko od datuma računa.

  

17.01.2021.

• FTP komunikacijski redizajn : od ove verzije, komunikacija WIPOS blagajne s FTP serverom za prijenos cjenika i prometa komunicira tzv. “Pasivnim FTP protokolom” umjesto dosadašnje “Aktivne” komunikacije. Razlog je taj što Internet davatelji usluga, iz sigurnih razloga, na svojoj strani sve češće blokiraju promet na velikom opsegu portova za komunikaciju, a u kojem su često opsegu i portovi za “Active FTP“, a koje smo do sada koristili u WIP i WIPOS programima. Nova “Pasivna FTP komunikacija” koristi puno manji mogući broj komunikacijskih portova, pa više neće biti problema s komunikacijom, kao i bilo kakve potrebe za pozivanjem Internet davatelja usluga i objašnjavanju mu problema, a kako bi eventualno na njegovoj strani dozvolio promet po potrebnim portovima.

  Napomena : istu smo stvar riješili i u WIP centralnom sustavu, koji šalje cjenik a prima dnevne promete sa WIPOS blagajne putem FTP komunikacije, pa ako i na toj lokaciji imate jednakih problema, možete nadograditi i WIP na verziju od 17.01.2021. ili noviju, kako bi ih i tamo riješili.

14.12.2020.

• QR code na svim računima koji podliježu fiskalizaciji

Plan dorada WIPOSa u 2024.g. (roadmap)

Višestruki način plaćanja

U WIPOS kasi dodati mogućnost platiti jedan WIPOS račun s više načina plaćanja. Forma za naplatu računa će imati sljedeća polja i tipke : "Iznos kartice1", "Iznos kartice 2" - u slučaju da kupac želi platiti s dvije kartice račun, u dva polja se mogu upisati željeni iznosi za svaku od kartica. "Iznos gotovina" - unosi se dio iznosa računa koji se naplaćuje u gotovu novcu "Iznos transakcijski račun" : unosi se dio od ukupnog iznosa računa koj će se (ili je već) naplaćen transakcijski na žiro-račun

Od tipki, iz "Iznos kartice1" i "Iznos kartice2" trebaju stajati tipke "Visa", "Maestro", "Master" i "Diners", od kojih se za svaki iznos (kartice1 i kartice2), može izabrati po jedna tipka.

Generalno i dostupno za sve načine plaćanje, sada se omogućuje i definiranje "Dostavljačkog posrednika" ili pretraga i dodavanje Kupca za R račun.

Vezano za navedeno, doraditi će se cijeli put prometa fiskalne blagajne u WIP centralnom sustavu, kao i sve izvještaje vezane za pregled plaćanja u samoj WIPOS fiskalnoj blagajni i WIP centralnom sustavu.

Definiranje stope i iznosa popusta po stavkama računa

WIP je već pripremio mogućnost definiranja "Akcijskog popusta" u iznosu ili postotku, te za ograničeno ili neograničeno trajanje takvog popusta. (polje : popust_opc) Potrebno je još preraditi WIPOS kako bi u šifrarnicima prihvaćala takvu mogućnost, te na računima imala mogućnost ispisa popusta po stavkama.

Sitni zahtjevi korisnika :

• omogućiti podešavanje i funkcionalnost da kasa pita "dodatnu šifru" u slučaju kada se želi upisati negativna količina (tony)
• omogućiti posebno encodiranje slova na ekranim za kupce zato što printer i ekran za kupce mogu podržavati međusobno različite kodne stranice

WIPOS - često postavljena pitanja (ČPP)