Centar za edukaciju-BiH

Predmet:Re: Fiskalizacija u FBiH

---

F_LINK DRIVER

http://www.mikroelektronika.net/...Itemid=173

Predmet:Re: Fiskalizacija u FBiH

---

Zahvalan sam clan-u na detaljnom obješnjenu za FP PROFESIONAL. Sve sam uradio kako piše. Printer otprinta prvi račun, međutim kod printa drugog računa zakoči. Gdje griješim.
Interesuje me kada ovaj FP memoriše podatke o artiklu u svoju memoriju, je li se to radi odvojeno od procesa slanja računa u printer (prodaja) ili zajedno sa komandom za prodaju;
Print #1, "S,1,______,_,__;"; rst!OpisArt; ";"; Format(rst!MPC, "##0.00"); ";"; Format(rst!Kolicina, "##0.00"); ";1;1;2;-0;"; Format(rst![Sifra], "0"); ";"
Kako se mijenja cijena u FP za artikal koji već postoji u FP.
Hvala.

Predmet:Re: Fiskalizacija u FBiH

---

Treba postovati neka pravila:
Naziv do max 32
Koristiti "." umjesto "," npr. Mlijeko 2.8
Ne smiju biti dva razmaka izmedju rijeci

Sto se tice cijene: Nema potrebe za promjenom cijene, on uzima cijenu koju mu posaljes prilikom printanja racuna.

Artikli se moraju upisati u stampac. Promjena naziva artikla moguca je ako se zakljuci promet (Z) i u slucaju da nije bilo prodaje tog artikla poslije zadnjeg dnevnog.

Dobro bi bilo poslije svake izmjene na artiklima poslati komandu za sinhronizaciju artikala:

E,1,______,_,__;SINHRONIZACIJA BAZE;
L,1,______,_,__;SynchronizeDB

Da biste simulirali prisustvo fiskalnog printera idite
na C:\Program Files\MIKROELEKTRONIKA\PGM pa u
ECR Configuration settings i u sekciji Fiscal Devices BIH ispod natpisa PROFESSIONAL
dopisite SCREEN i snimite.
Isto tako imate da
otkacite (potvrdite) prozor Validacija i otvori vam se dodatni meni u F-linku.
Ako ste prije toga upisali SCREEN kako sam vam napisao onda vam ovdje u Validaciji
nece traziti fizicko prisustvo stampaca na COM portu.

U C:\Program Files\MIKROELEKTRONIKA\PGM se nalaze tri vazna ini file-a:
SoftReg, ECRLocal i Flink.
Prilikom instalacije printera i upotrebe u toku rada, bitno je da ova tri file-a sacuvate negdje
(backup), ako vam „padne“ sistem (racunar) ili softverska aplikacija.

Nazivi artikala ne smiju imati vise od 32 karaktera (pozeljno 31 karakter ili manje).
Nece razlikovati artikle ako jedan napisete malim slovima a drugi velikim slovima
ili ako odvajate rijeci u nazivu artikla sa vise space-eva. Ako imate npr 3 spojena
space-a stampac ih „sijece“ i vidi samo jedan space.
Nazivi artikala MORAJU BITI JEDNOZNACNI. Ako imate isti naziv artikla a 2 razlicite
sifre blokirace vam rad printera., tj necete moci izvrsiti prodaju.

Pozdrav

Predmet:Re: Fiskalizacija u FBiH

---

Pozdrav, možda bi se neko od članova uključiou u moj slučaj:
radi se o BEST BA kasa / printer ne printa mi Č,Ć,Ž,Đ,Š,č,ć,ž,đ,š a evo kako sam uradio:
Primjer za nefiskalni tekst:
NeFiskalHCPTxt Routine
Sta:Prod_Uku = '<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
Add(StakFis)
Sta:Prod_Uku = '<USER_TEXT>'
Add(StakFis)
Sta:Prod_Uku = '<DATA TXT = "Č,Ć,Ž,Đ,Š,č,ć,ž,đ,š/>'
Add(StakFis)
Sta:prod_Uku = '</USER_TEXT>'
Add(StakFis)

Fajl StakFis je ASCII fajl pod imenom Prodaja.txt, u koji smještam gore navedene komande sada kopiram ovo na osluškujući folder :
Copy('C:\Kasa\Prodaja.txt','c:\Hcp\To_Fp\Txt_104500.Xml')
Sve dobro odradi, međutim kada Hcp prihvati dati fajl za ispis javi gresku:
ERROR!
Invalid byte 1 of 1-byte UTF-8 sequence.
Ako dati fajl Txt_104500.Xml prije ispisa pozovome kroz NotePad.exe i spasim ga kroz opciju
Encoding: UTF-8 formira se isti fajl ali sa nekom konverzijom navedenih slova i onda uređaj radi.
Unaprijed zahvalan.

Predmet:Re: Fiskalizacija u FBiH

---

Znači pretvaraš iz text fajla u xml fajl ako sam dobro razumio.Nisam siguran ali ja mislim da ti ono UTF-8 važi samo prilikom kreiranja xml fajla a ne kopiranja iz txt fajla koji nije utf-8 u xml.

---

Predmet:Re: Fiskalizacija u FBiH

---

ovo sam već objavio na str 17.

za HCP

slova ŠĐČĆŽšđčćž

ja sam kreirao funkciju koja željeni tekst pretvara u novi tako da se slova ŠĐČĆŽŠĐČĆŽ zamjenuju sa sljedeća dva ASCII znaka (analizirao sam test štampača kojeg štampa uređaj):

Ž 197+160
Đ 196+144
Ć 196+134
Č 196+140
ž 197+190
š 196+161
đ 196+145
ć 196+135
č 196+141

Predmet:Re: Fiskalizacija u FBiH

---

Hvala @biromega and @miro35 vidio sam i probao Vaše savjete i rješenja ali ima nešto u čemu griješim ...

Predmet:Re: Fiskalizacija u FBiH

---

Pozdrav, nadam se da mi neko može odgovoriti na ovih par stvari za koje nisam siguran kako ih rješiti kroz proces fiskalizacije:

- ako u šifrarniku artikala jedne softverske aplikacije prije fiskalizacije postoji cca 1000 artikala od kojih svaki ima svoju jedinstvenu šifru (koja npr. ima dozvoljenih ukupno 12 karaktera) i naziv artikla, da li se nakon fiskalizacije na fiskalni uređaj šalju neke nove automatski generisane šifre tj. auto increment(npr. iz neke nove kolone "fiskalna šifra artikla" u sklopu šifrarnika artikala sa ukupno 8 dozvoljenih karaktera) ili se jednostavno sve trenutne šifre iz kolone "šifra artikla" moraju skratiti sa 12 na 8 dozvoljenih karaktera i "prilagoditi" fiskalnom uređaju?
Recimo kod nekih klijenata je slučaj da imaju po 3-4000 artikala kod kojih su šifre dosta "neuredne" tj.

* neke imaju 5 a neke 10 od ukupno 12 dozvoljenih karaktera,
* neke sadrže crtice "-",
* neke su kombinacija slova i brojeva tipa "F84T3" ili "38-9839" itd.

e sad kod takvih slučajeva, pretpostavljam da moraju sve šifre skratiti na 8 znamenki i da moraju biti tipa integer ali da ujedno u softverskoj aplikaciji može stajati i "stara šifra" radi interne evidencije?

- kod nsc uređaja često se koristi komanda 107 - Programming new items koja ima dvije opcije: duplicate programming allowed and not allowed. U kojem slučaju biramo prvu a kojem slučaju biramo drugu opciju?

Predmet:Re: Fiskalizacija u FBiH

---

Ja ti mogu odgovoriti za Tremol i HCP uređaje.Ništa nemoraš mjenjati u svojoj bazi podataka što se tiče šifre.Uopće je nešalješ na fiskalni uređaj,šalješ naziv cijenu i količinu.E sada šta radi uređaj?To te netreba ni zanimati.
On dodaje taj tvoj artikal pod nekom svojom šifrom(rednim brojem).Ako ponovo taj isti pošalješ kroz račun on vidi da ga ima i onda ga ne dodaje kao novi.Ako popuni ukupan dozvoljeni broj artikala u uređaju onda briše prvi a dodaje umjesto njega novi.Tako nekako.
Napomena:
Imaš isto i mogućnost da šalješ po šifri artikla,ali onda moraš prvo sve artikle ubacit u uređaja pod tim šiframa do 8 karaktera ili koliko već kako koji uređaj.

---

Predmet:Re: Fiskalizacija u FBiH

---

Što se tiče NSC FP550 i ML-55LD ja sam u svojoj aplikaciji formirao posebnu tabelu sa podacima o artiklima na disku. U toj tabeli sam definisao, pored ostalih i polja; šifra artikla u bazi aplikacije i šifra artikla u fiskalnom printeru, naziv, jm, cijena itsl. Ova tabela se puni prilikom slanja podataka u fiskalni uređaj. Šifra artikla u fiskalnom printeru se formira po redoslijedu slanja artikala za prodaju, ako nema artikla u ovoj tebeli (nema ga ni u printeru), a ako ima artikal u ovoj tabeli (ima ga i u printeru) onda ispitujem je li različita cijena artiklu iz baze i cijena istom artiklu u tabeli i u printeru, i ako jeste, onda
šaljem komandu printeru za promjenu cijene i prepisujem novu cijenu preko već postojeće cijene u tabeli na disku, a ako je cijena ista, ne vrše se nikakve promjene na artiklu u printeru i u tabeli na disku.
Ovim obezbjeđujem da imam 'preslikane' podatke o artiklu iz fiskalnog uređaja na disku kao i ispravan redoslijed PLU artkla u fiskalnom uređaju.