eFiskalizacija sa VB6

Neakreditovan POS -> Akreditovan LPFR - ne moze
Neakreditovan POS -> Akreditovan ESIR -> Akreditovan LPFR moze da se koristi, bilo da je ESIR/LPFR hardwer ili software, i da to su tek skoro razjasnili, sto rece neko mnogi onda ne bi menjali POS resenja, nego bi pravili ESIR Middleware. Ali to je sve posledica sporosti odgovora koji se cekaju nekad i po mesec dana da odogovore iz PU.

I mislim da bi vecini bilo lakse da nabave taj kombo ESIR+LPFR+Stampac all in one, sto je defakto kao stari fiskalni stampac sto je bio, i da u svom POS-u lepo integrise pozive cega hoce, i resen problem.

Sto se tice Visual Basica, ja sam postavio jedan primer, ali postoje i drugi vidovi i baratanje sa JSON-om, tako da nema potrebe za wrapperima, takodje ako se vec koristi wrapper moze se u VB.NET-u ili C#napraviti, i to radi fantasticno.

Pozdrav ljudi,

Kakva su vam iskustva sada kada ste stavili u pogon nove kase? Ja moram reci da mi deluje da dp-25mx ima ozbiljnih bagova a cujem i da je ista situacija sa nekim drugim uredjajima.

Da li ste se vi suocili sa nekim problemima nakon lansiranja novih resenja pogotovo hardverskih (ESIR+LPFR)?

[quote]Dejan Jankovic:
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).

@Dejan Jankovic
Pozz Dejane,
Jer moze neki attachment sa primerom za .json>INTRASTER i primerom za INTRASTER>request(.json oblik) ?

HVALA!

Format je identican kao u Tehnickom uputstvu za eFiskalizaciju a najbolje je da pogledas ovo uptstvo za Int Raster:
http://www.intraster.rs/resour...uputstvo%20za%20programere.pdf

@Dejan Jankovic
@Ko god ima ideju

Taj deo iz tehničkog uputstva nije sporan. Evo oko čega ja ne znam kako dalje;
Moj stari softver kreira txt fajl sa INP ekstenzijom poput:
107,1,______,_,__;1;1;6946;300.00;URANUS zelena igracka za pse;
107,1,______,_,__;1;1;2102;180.00;Igracka Basket Nobby;
48,1,______,_,__;1;1;1
52,1,______,_,__;6946;1.000;
52,1,______,_,__;2102;1.000;
53,1,______,_,__;2;435.00;
53,1,______,_,__;0;45.00;
56,1,______,_,__;

Taj fajl se snima u folder c:\FPrint_logs\Ukasu\ jer se ranije slalo preko FPrintWIN u staru kasu, sada se po teh.uputstvu sa te lokacije izparsira u JSON formu koju prima http-kreator i šalje na štampu novoj kasi. U tom delu nema ništa sporno.

Sad ono što je ključni problem što stari softver kada kasa iz nekog razloga ne odštampa račun, npr nestala traka, itd, posle nekog vremena (tipa 20-30 sekundi) prijavi račun nije sačuvan, problem sa fiskalnim uređajem. A do tada vrti meni u pokušaju da ga odštampa.

Sad ja pretpostavljam da pošto postoji i folder c:\FPrint_logs\IzKase\, da je tu stara kasa slala neku povratnu dijagnostiku da je račun uspešno odštampan da bi ga softver normalno registrovao, sačuvao i otvorio meni za naredni račun.

Kako taj deo rešavate, da npr. povratnu dijagnostiku nove kase konvertujete u povratnu dijagnostiku stare kase da bi time očuvali punu funkcionalnost starog softvera?

Za nove stampace ne trebate da koristite taj protokol za stampanje slipa, koliko vidim Intraster automatski stampa slip. Ovaj kod vam je sad visak trebalo bi da ga izbacite i nema potrebe vise da koristite i da ocekujete odgovor od stampaca sem ovaj JSON sa podacima o racunu. U slucaju da stampac ne odstampa racun. Mozete uvek napraviti kopiju.