Amelasar | 28.05.2025 12:26 |
---|---|
Predmet:Re:Fiskalizacija u RS-u Citiraj dragan59: Mada sam ja provjeru api kljuca iskljucio jer mi je pravio neke probleme. Mozes li malo pojasniti? |
dragan59 | 28.05.2025 22:38 |
---|---|
Predmet:Re:Fiskalizacija u RS-u Iskljucivanje se radi u podesavanjima, posalje se json fajl sa Postman-om na adresu /api/settings POST metodom. Za tu operaciju treba znati API kljuc. Fajl je sadrzaja {"authorizeLocalClients": false, "authorizeRemoteClients": false} Nakon toga vise nije potrebno slati api kljuc vec samo PIN kod. Problem kod mene je bio sto mi je sve radilo na testnom uredjaju, api je bez problema prolazio i sve OK. Onda su nesto uradili na produkcijskim uredjajima i ranije procedure slanja kljuca nisu radile. Nisam mogao naci uredjaj da to doradim i sada prosto prije pustanja u rad instaliram Postman, iskljucim kljuc i sve radi normalno. |
dragan59 | 28.05.2025 22:49 |
---|---|
Predmet:Re:Fiskalizacija u RS-u Citiraj Amelasar:
Citat: Jedinstvena sifra je kod mene redni broj na fakturi jer mi je tako najlakse bilo da implementiram u programu. Isti taj GTIN broj se moze iskljuciti da se ne stampa u podesavanjima uredaja (sto znaci da je nebitan). Ja svakako racun stampam na eksternom POS printeru tako da pokupim sve podatke koje je vratio uredjaj, slozim ih kako treba i stampam. I to je sve uredno. Sta nekome u Poreskoj znaci sedmocifrena sifra artikla koju moj klijent koristi? Nista. GTIN na fiskalnim uredajima je glupost koja je smisljena samo iz birokratskih razloga i nicega vise.Svaki GTIN broj mora imati standardizovanu strukturu i sadrzavati između 8 i 14 karaktera. Ukoliko proizvod nema identifikacioni broj (GTIN), poreski obveznik mora formirati vlastiti identifikacioni broj artikla, koji mora biti predvoden nulama. Da ne bilo da ne znam sta je GTIN bavim se digitalnim vagama i programiram etikete za proizvodjace hrane. Tu na total etiketama (etikete ze kutije i palete) ide GTIN i total barkod u EAN128 formatu. Tu mora biti sve kako treba jer je to standard, kod fiskalnih uredjaja je glupost. |
duledixi | 30.05.2025 09:34 |
---|---|
Predmet:Re:Fiskalizacija u RS-u Pozdrav, evo u jednoj firmi smo dobili kombinovanu fiskalnu kasu. Isproban MP mod i radi uredno. Ali u VP modu nikako da dobijem stampu racuna pa makar i sa netacnim podacima (probao sam stampu sa same kase i ne stimaju iznosi jer se mora kucati krajnja cijena s pdv-om i to sa dvije decimale, a ako ima rabat i to zaokruzuje na dvije decimale i racun ne stima nikako). Medjutim da se vratimo na stampu, stalno dobijam ovaj kod greske Citat: .Error occurred while processing request: Attempt to read from field 'rs.teron.esir.middleware.model.pos.InvoiceRequest rs.teron.esir.middleware.model.pos.InvoicePrintRequest.invoiceRequest' on a null object reference Posto mi je ovo sve novo, molim za malu pomoc da pokusamo dokuciti u cemu je problem. |
dragan59 | 30.05.2025 17:54 |
---|---|
Predmet:Re:Fiskalizacija u RS-u Citiraj duledixi: Saljes li GTIN? Posto kod svih novijih firmware-a GTIN vise nije opciono nego obavezno polje. Postavi ovdje json racun koji saljes pa da pogledamo. Pozdrav, evo u jednoj firmi smo dobili kombinovanu fiskalnu kasu. Isproban MP mod i radi uredno. Ali u VP modu nikako da dobijem stampu racuna pa makar i sa netacnim podacima (probao sam stampu sa same kase i ne stimaju iznosi jer se mora kucati krajnja cijena s pdv-om i to sa dvije decimale, a ako ima rabat i to zaokruzuje na dvije decimale i racun ne stima nikako). Medjutim da se vratimo na stampu, stalno dobijam ovaj kod greske |
duledixi | 30.05.2025 19:14 |
---|---|
Predmet:Re:Fiskalizacija u RS-u Citat:
Citat:
Evo kod za racun koji radi u MP modu bez polja gtin, discount, discontAmount Sad vidim da nisam dobro napisao naziv polja discountAmount. Hm mozda je to pravilo problem ali cini mi se da sam probavao i bez tih stavki oko rabata i da opet nije htjelo |
dragan59 | 30.05.2025 20:14 |
---|---|
Predmet:Re:Fiskalizacija u RS-u Koliko znam, za iniciranje VP moda treba samo u polju buyerID dodati prefiks VP. Sve ostalo je trenutno isto kao za MP racun, barem su meni tako odgovorili mejlom ovi od Operatora. Slanje cijene bez PDV-a na vise decimale od 2 su ostavili za neki novi update jer im ta verzija jos nije spremna. Tako da ne znam sta bi ovo gore kod tebe moglo biti. Koliko vidim sve je korektno. Jos nisam imao VP racune, a nisam bas ni raspolozen da prilagodjavam softver ako nema slanja cijene bez PDV-a na makar 3 decimale. Nema svrhe kad se ne moze dobiti tacan krajnji iznos. |
duledixi | 30.05.2025 21:25 |
---|---|
Predmet:Re:Fiskalizacija u RS-u Prefiks VP: dodan i uredno se prikazuje. Pokusavat cu jos jer hocu da se pripremim za taj novi update ako ikad puste. Hvala u svakom slucaju |
Amelasar | 01.06.2025 23:08 |
---|---|
Predmet:Re:Fiskalizacija u RS-u Moze li se umjesto naziva artikala poslati npr. STAVKE PO FAKTURI i iznos? |
dragan59 | 04.06.2025 21:33 |
---|---|
Predmet:Re:Fiskalizacija u RS-u Citiraj Amelasar: Zvanicno ne moze, ne postoji takvo uputstvo od poreske.Moze li se umjesto naziva artikala poslati npr. STAVKE PO FAKTURI i iznos? U prosloj fiskalizaciji je bilo neko upustvo od Poreske FBiH da se tako radi posto su se cijene slale na 2 decimale sa PDV-om pa se nije mogao dobiti tacan iznos. U RS toga nije bilo jer su bili zasebni VP uredjaji kojima se slala cijena bez PDV-a, ne sjecam se vise da li na 2 ili 3 decimale i racun je korektno izlazio. Koliko vidim i sada je namjera da se ide na tako nesto posto je azuriran tehnicki vodic da se to omoguci, ali Operator jos nije dovrsio izmjene API-ja i zasad je sve isto. Doduse, ne vjerujem da ce nekoga kaznavati zbog toga, ali nikad se ne zna. |