eFiskalizacija sa VB6

@mjanjic saglasan sam i sve je tako i ovde u KG.
Zakljucak je da ce ekipa uzeti dobre pare na novoj fiskalizaciji, novoj e-fakturi i novom centralnom registru faktura a poreske obveznike ko sisa jer i pre toga nisu imali nikakvu korist a sto bi i sada ali obaveze na ime poreskih davanja ce vremenom biti sve vece i vece cime se gusi preduzetnicki duh u nasoj zemlji.

Pozdrav za Dejana i ostale ucesnike u temi.
Pošto sam u sličnoj situaciji, zanima me dokle si dogurao...

Pozdrav svima,

Da li neko od vas ima neki uspeh ili iskustvo sa razvojem novog ili adaptacijom starog programa za efiskalizaciju? Da li bismo mogli ovde da razmenjujemo iskustva i savete u procesu razvoja?

Mene je zapalo da pokušam da prilagodim postojeće softversko rešenje, praktično programa za rad sa starim fiskalnim uređajima koji nisam ja razvio, ali u tom delu ne vidim neki problem za sada.

Počeo sam da radim neka incijalna istraživanja na temu efiskalizacije (nikako nisam postao ekspert do sada na ovu temu niti verujem da ću :) ). U tehničkom smilsu ono što mi predstavlja problem već na startu nakon povezivanja sa novim uređajem DP-25MX jeste unos pin koda tj. autentikacija za komunikaciju sa kasom sa računara u lokalnoj mreži na kojoj je i kasa kao što se može naći u različitim uputstvima između ostalog i na ovom - http://www.intraster.rs/resour...uputstvo%20za%20programere.pdf .

Na osnovu uputstva nije mi jasno kako bi pin code trebao biti prosledeđen uopšte, stoga konstantno od fiskalnog uređaja dobijam odgovor da je pin code netačan (response code 2100).

Evo linka ka jednom od uputstava koje sam našao - http://www.intraster.rs/resour...uputstvo%20za%20programere.pdf.

Zahtev mi prakticno izgleda ovako - http://192.168.0.27:8086/api/v3/pin sa headerima Accept: json i Content-type: Json.

Unapred hvala i lep pozdrav,
Stefan

Body tog zahteva treba da sadrži PIN kod.

Preporučujem da pogledaš dokumentaciju na https://tap.sandbox.suf.purs.g...96416/For-POS-Developers/en-US


Poz.

Potpis

Naučio sam...
Da je važnije biti ljubazan nego biti u pravu

Vujkev,

Hvala ti puno na pomoci. Prosao mi je zahtev, tvoja pomoc mi je mnogo znacila!

Još jedan hint: Postoje razni uređaji na tržištu koji i rade i ne rade. Ne znam kako konkretno radi taj koji ti koristiš/testiraš, ali protokol je isti za sve koji su na tržištu. Kad napraviš za jedan, napravio si za sve i možeš da odabereš bilo koji.
Postoji i opcija softverskog LPRF-a, tako da možda razmišljaš i na tu stranu. U tom slučaju moraš sam da obezbediš štampač i štampu na isti, ali to na kraju može da bude bolje rešenje nego gotov uređaj. Komunikacija sa LPFR-om je ista kao i sa fizičkim uređajem. Samo promeniš IP adresu i port i sve mora da radi.

Poz.

Potpis

Naučio sam...
Da je važnije biti ljubazan nego biti u pravu

DODATAK:

U vezi INTRASTER 25MX i ostalih uredjaja od INTRASTER obratiti paznju na verziju firmware jer stariji firmware imaju bug koji se manifestuje kao da niste uneli ispravan PIN kod a ustvari se desava da je problem da je verovatno pao web server koji slusa na portu 8086 ili sta god da je interna greska a koja se manifestuje tako.

Sto se tice pin kod takodje treba gledati na isti kao string a ne kao integer vrednost jer postoje PIN vrednosti koje pocinju sa 0123 pa onda bude 123.

U datom primeru DTI koji je ustvari prodavac cele ove price isti ima tu gresku gde nisu vodili racuna prilikom konverzije payload za PIN vrednost.

Sto se tice tehnicke dokumentacije gledati verziju na EN.

Link:
tap.sandbox.suf.purs.gov.rs/Help/view/410640437/Technical-Documentation/en-US


Sto se tice samog tipa LPFR-a ista je prica za ESIR odnosno to je i poenta ove eFiskalizacije da svaki odobreni ESIR treba da radi sa svakim odobrenim LPFR-om, bilo da je hardwareski ili softwareski.

Dakle ostaju samu parametri/podesavanja gde je LPFR i na kom portu se odvija saobracaj preko TCP/IP steka.

Pozdrav Stefane,
Kako uposte saljes zahtev u vb-u? Mozes li da podelis neki mali primer.

Ja sam do sada probao povezivanje sa Int rasterovom kasom Dp-25mx preko novog drajvera (http kreator) i proradilo je, ali ne znam koliko je ispravno koristiti driver tj. resenje bez akreditacije.

LPFR i ESIR MORAJU biti sertifikovani od strane poreske. Ukoliko se u produkciji koristi bilo koji deo koji nije sertifikovan ... pa da kažemo da će taj koji koristi taj program biti u problemu.

Na poreskoj postoji lista sertifikovanih LPFR rešenja, pa možeš da odabereš koji god ti odgovara. Ako dobro shvatam ti praviš ESIR, a da bi to tvoji klijenti koristili isti morate sertifikovati. Vodi računa da od podnošenja zahteva za sertifikaciju pa do završetka procedure može proći i par nedelja. Ukoliko država ostane pri stavu da svi moraju da pređu na novi sistem zaključno sa 30.04. imaš malo vremena da prilagodiš taj VB6 program i da podneseš zahtev za sertifikaciju.

Potpis

Naučio sam...
Da je važnije biti ljubazan nego biti u pravu

ISPRAVKA:
Nema roka za sertifikaciju ESIR i LPFR tj. EFU elementava vec da poreski obveznici svoje poslovanje u maloprodaji moraju isto da usklade sa eFiskalizacijom do 30.04.2022. god. - dakle nakon tog period hteli to ili ne, izdaju novi tip (model) racuna krajnjim korisnicima.
Period do 30.04. je period za testiranje i prelazak na novi sistem - to nasi ljudi obicno ne postuju i cekaju zadnji momenat iako se o tome znalo par godina vec da ce biti.

Pozdrav svima,

Hvala svima na pomoći. Zaista sam oduševljen količinom podrške i brzinom odgovora koju sam dobio. Na kraju ću napraviti malo uputstvo za programere da uzvratim uslugu.

@vujkev i @bokinet - što se tiče sertifikacije softverskih rešenja saznanja do kojih sam došao je da zaista moraju biti sertifikovana. Koliko se sećam možete podnositi zahtev za interno softversko rešenje jedne firme ili za softver koji će se koristiti i prodavati na više lokacija i različitih firmi. Ja sam pre par dana podneo zahtev za sertifikat na jednom mestu, jer softversko rešenje koje imam prilagođavam za kafić moje mame. Sad koje su reperkusije i mogućnost uvida u stanje na terenu od inspekcije u smislu provere da li koristite sertifikovano rešenje ili ne nisam siguran, ali ja se ne bih igrao.

@Dejan Jankovic softversko rešenje koje ja imam je takođe pisano u Visual Basic-u. Programer koji je pisao program će me uputiti u detalje i strukturu projekta i pomogao mi je da shvatim o čemu se radi u pogledu fiskalizacije i još mnogo čemu (i njemu veliko hvala ovom prilikom). Za sada sam iz Postman-a slao http zahtev čisto da testiram za početak da li kasa i http komunikacija funkcionišu kako treba. Nisam stručnjak za Visual Basic ali evo kako ja vidim rešenje problema komunikacije u VB na osnovu kratkog istraživanja, znam da neke od ovih stvari već znate, oprostite ako zatrpavam informacijama.

Jedino što se menja u vašem Visual Basic programu jeste način komunikacije i slanja podataka fiskalnom uređaju - umesto nekog tekstualnog fajla koji ste slali preko com porta ili slično, sada treba da pošaljete neki http zahtev u JSON formatu. Ja sam koristio Lan vezu za komunikaciju, fiskalni uređaj i računar stoje iza jednog switch-a. Za mene je kasa crna kutija, ali pretpostavljam da na kasi trči neki light http server koji prima http zahteve. Ne znam koju verziju VB imam, ali mislim da u zavisnosti od VB verzije postoji ili ne postoji mogućnost slanja http zahteva (možda lupam za ovaj deo). U svakom slučaju ukoliko vidim bilo kakve komplikacije sa VB http zahtevom za moju verziju (znači ako ne rešim u roku od par sati) napraviću mali java program za slanje http zahteva koji će moći da komunicira sa drugim aplikacijama (u ovom slučaju VB) preko Socketa ili nekim drugim jednostavnim kanalom komunikacije. Ovo planiram da uradim u ovu nedelju, Dejane mogu vam poslati program ili vas uputiti kako da prilagodite aplikaciju nakon toga. Poslaću vam upustvo ili se možemo i čuti da vam pomognem kada završim sa maminim softverom ako vam uputstvo ne pomogne.

Lep pozdrav

Takođe se zahvaljujem svima na odgovorima.

@StefanSpas
ja sam do sada u Vb-u odradio kreiranje .json fajla i isprobao slanje preko drajvera (Http kreator) koga je Int Raster izbacio na svom sajtu.
Drajver takodje vraca i request u .json obliku (i iste je strukture kao request od PFR-a), tako da se moze iskoristiti za obradu greske (i to imam).
Sada je samo pitanje da li je ovo sa drajverom prihvatljivo od strane PU, tj. POS bez akreditacije (jer kasa u sebi ima Esir+Lpfr).

U prilogu saljem misljenje vezano za koriscenje POS aplikacije, koja nije akreditovana, preko drivera (razmena fajlova).

Ovo znači da će opet kase biti fiskani štampači.
Nije mi jasno da ovo nisu odmah jasno definisali, 60% bi kupilo neku kasu i završilo posao.

@Dejan Jankovic vau ovo su baš korisne informacije.

"Da li je potrebno sertifikovati aplikaciju koja šalje podatke u akreditovani ESIR koji se
kao takav brine o samoj fiskalizaciji i štampi?
Odgovor je NE"

Koliko sam ja razumeo tumačenje u našem slučaju nemamo problem, tj. ispoštovani su zahtevi i sertifikacija nije potrebna u ovom slučaju.

Mogu li Vas zamoliti da i vi podelite svoje mišljenje u vezi ovog tumačenja od tehničkog tima PU? Koliko sam razumeo vi ste praktično rešili sve probleme i završili adaptaciju softvera ako je moje tumačenje tačno?

Nema vise fiskalnih kasa i fiskalnih stampaca !

VEC

EFU Elektronski fiskalni uredjaj gde je:

ESIR - Elektronski sistem za izdavanje racuna -> koji moze biti kao hardwareske ili softwaresko resenje

LPFR - Lokalni Procesor Fiskalnih Racuna -> koje moze biti kao hardwaresko ili softwaresko resenje


ESIR + (1 ili vise) LPFR = EFU u okviru jednog maloprodajnog objekta

Poreski obveznik eFiskalizacije mora da ima dakle bar jedan LPFR u svakom maloprodajnom objektu u kome izdaje racune u maloprodaji (osim u izuzetim slucajevima - videti propise na purs.gov.rs)


Svaki ESIR i LPFR koji se nalaze u prometu na teritoriji RS mora biti odobren od strane Poreske.

Terminoloski da bi bolje razumeli, po starom naziv fiskalna kasa i fiskalni stampaci su sada hardwareski EFU koji imaju integrisani LPFR i ESIR na sebe u nivou funkcionalnosti u skladu sa propisom i projekcijom izrade proizvodjaca koja mora da ispunjava minimalne uslove koje je propisao zakonodavac tj. Skupstina RS.

@StefanSpas
Da ovo misljenje mi je prosledjeno od tehnickog tima Int raster-a i ja sam ga shvatio da nije potrebna sertifikacija,
tako da sto se tice Int rasterovih kasa, problem bi trebalo da je resen.
Ostaje jos pitanje kasa drugih proizvodjaca i stampaca gde nije ponudjen drajver.
U svakom slucaju ne bi bilo lose imati sertifikovam softver (od cega sam ja odustao kada se pojavio driver), ali ipak sada se opet vracam na to.

Middleware tumačenje PU.pdf
Kako tumacite ovo misljenje (s'obzirom da kasa sadrzi ESIR + LPFR)?

Kasa ima u sebi ESIR i LPFR, e sad da li je zovemo kasa ili EFU svejedno.
Ove što sam viđao identične su fizički kao i ove iz prethodne fiskalizacije.
Na stranu što je bilo dovoljno samo LPFR da se sertifikuje.
Kakve zloupotrebe mogu da se naprave kroz ESIR, ako je LPFR sertifikovan ?

Postoje već firme koje prodaju ESIR middleware, rešenje gde je potrebno u određeni folder smestiti json fajl.
Oni imaju sertifikovan ESIR i uzme se neki LPFR.
Do pre mesec dana, ja sam razumeo, da ovo ne može.

Ne menja se lako program koji ljudi koriste godinama bez problema.
Velike firme se ne bave prilagođavanjima za svaku vrstu trgovine, pekara i prodavnica autodelova su načisto različite vrste trgovine.

DELEZE (MAXI), LIDL i ostali veliki su ili pri kraju ili odradili i prilagodili svoja POS resenja da bude validan ESIR pre svega.

Forma je nesto sasvim drugo pa tako sve ono sto je LPFR (PFR) odnosno ESIR treba da bude odobreno od PU po recima ljudi iz MFIN i PU.

Sto se tice IntRaster uredjaja u kombinaciji sa POS softwareom i u tom slucaju obe stvari mora da su odobrene za upotrebu posto je POS software ESIR a INT RASTER uredjaj u tom slucaju LPFR ako je u pitanju INT RASTER uredjaj koji je iz game proizvoda eFiskalizacija.

Ako je u pitanju recimo POS stampac kao na pr. EP700 (znaci nema LPFR tj. LPFR i ESIR u sebi) onda korisnik obezbedjuje i ESIR i LPFR zasebno.

Isto treba reci da ESIR podjednako treba da radi i sa LPFR i VPFR-om dakle svim tipovima PFR-a.