F18

parametre treba prebaciti na sql/db međutim to je operacija koja će mi oduzeti najmanje 2h tako da ću ovo ostaviti otvoreno za sada

uzmi odmah

eh, na ovome sam dosta uradio...

Stvar je što je parametara puno i koriste se kroz globalne varijable

gFc_...

E sada, da izbacujem globalne, trebalo bi dosta vremena i kontrole toga svega, da li je ok itd...

Prvi refactor sam napravio tako što sam zadržao strukturu i globalne parametre, ali sam izolovao i objedinio setovanje i čitanje parametara

commit

Znači imao dvije glavne funkcije

fiscal_params_read()¶

fiscal_params_read()

Ova funkcija iščitava trenutno stanje parametara iz sql/db u globalne varijable gFc_...

Podrazumjeva se da već imamo setovane globalne varijable prije poziva...

Recimo, ovako su sada setovane u fakt-u

fiscal_params_set()¶

fiscal_params_set()

U parametrima jednostavno pozivamo ovu funkciju i ona nam otvara daljnji slijed formi i podešenja...

Neki o parametara su globalni, neki se podešavaju na osnovu trenutnog korisnika

Tako recimo, korisnički su:

• direktorij, izlazni fajl, itd...

Ubacio sam još ove parametre kojih nije bilo

• Operater naziv: "1"
• Operater lozinka: "000000"
• Korisnik može da štampa fiskalne račune (D/N)

Naime, dešava se da, kao i kod nas, emir treba da štampa račune a željka ne... pa da je ne bi pitalo prilikom ažuriranja za fiskalni račun ako podesimo ovaj zadnji parametar na N jednostavno ta joj opcija neće biti dostupna, ali će imati sve ostale fiskalne opcije na raspolaganju.

Ovo se dešavalo i na terenima da jedna stanica samo štampa račune a ostali ne, pa smo morali isključivati fiskalne opcije za ostale stanice... i onda recimo u pregledu nismo mogli da vidimo broj veze sa fiskalnim računom itd..

Postepeno se sada mogu izbacivati ovi globalni parametri i kod opcija gdje parametri trebaju ispitivati na osnovu sql/db itd...

Za sada nek bude ovako.