Projekat

Općenito

Profil

Aktivnost

Od 10.07.2013 do 08.08.2013

02.08.2013

08:37 Podrška #31156 (Odbačeno): F18 offline instalacija, rubyrep, itd
Jasmin Beganović

01.08.2013

15:00 Nove funkcije #27926 (Zatvoreno): F18 open document by asocirana mime ekstenzija
završeno Saša Vranić
14:54 Nove funkcije #31295 (Zatvoreno): Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
Saša Vranić

29.07.2013

14:50 Podrška #31407 (Zatvoreno): LD, parametre prebaciti na set/fetch_metric
bit će dostupno od verzije 1.4.211 Saša Vranić
14:50 Podrška #31407: LD, parametre prebaciti na set/fetch_metric
"commit":https://github.com/knowhow/F18_knowhow/commit/958b70b90982713363a3066894146dc3b343f0fc
prebačeno
Saša Vranić
11:04 Podrška #31407: LD, parametre prebaciti na set/fetch_metric
ovaj modul ostao na PARAMS parametrima Saša Vranić
11:04 Podrška #31407 (Zatvoreno): LD, parametre prebaciti na set/fetch_metric
Saša Vranić

26.07.2013

13:29 Podrška #31398 (Zatvoreno): LD/VIRM, eksport podataka za banke, dupliciranje postavki, kopiranje postojeće formule pri unosu nove
Saša Vranić
13:29 Podrška #31398: LD/VIRM, eksport podataka za banke, dupliciranje postavki, kopiranje postojeće formule pri unosu nove
Dodata opcija kod definisanja postavki na poljima formule koja omogućuje kopiranje formule iz nekih već definisanih postavki
koristi se tako što se na polju formule unese
Saša Vranić
13:27 Podrška #31398: LD/VIRM, eksport podataka za banke, dupliciranje postavki, kopiranje postojeće formule pri unosu nove
Dodata opcija Saša Vranić
13:26 Podrška #31398: LD/VIRM, eksport podataka za banke, dupliciranje postavki, kopiranje postojeće formule pri unosu nove
"commit":https://github.com/knowhow/F18_knowhow/commit/42bd6307ae7f2c46863f422237c4921100de7e63 Saša Vranić
13:26 Podrška #31398 (Zatvoreno): LD/VIRM, eksport podataka za banke, dupliciranje postavki, kopiranje postojeće formule pri unosu nove
Saša Vranić
11:38 Podrška #31393 (Zatvoreno): KALK/FIN, kontiranje kalkulacije, datum valute pogrešan (upućuje na prošlu godinu i nema pitanja za broj dana valute)
Saša Vranić
11:38 Podrška #31393: KALK/FIN, kontiranje kalkulacije, datum valute pogrešan (upućuje na prošlu godinu i nema pitanja za broj dana valute)
"commit":https://github.com/knowhow/F18_knowhow/commit/7b247328cf1acfea7732a5fd12336ffd39ac16b4
sada uvijek izbacuje prozor sa datumom valute i broj uvećanih dana tako da je uvijek moguće napraviti korekciju
Saša Vranić
10:37 Podrška #31393: KALK/FIN, kontiranje kalkulacije, datum valute pogrešan (upućuje na prošlu godinu i nema pitanja za broj dana valute)
ovaj datum valute treba malo srediti Saša Vranić
10:36 Podrška #31393: KALK/FIN, kontiranje kalkulacije, datum valute pogrešan (upućuje na prošlu godinu i nema pitanja za broj dana valute)
naravno, ovo je za već ažurirane dokumente poblentavo, a radit će ako brišemo kalkulaciju iz ažuriranih dokumenata pa ponovimo ažuriranje (jer će se tada pobrisati i zapis u fmk.kalk_doks2) Saša Vranić
10:36 Podrška #31393: KALK/FIN, kontiranje kalkulacije, datum valute pogrešan (upućuje na prošlu godinu i nema pitanja za broj dana valute)
ova opcija je pomalo stupidna :)
naime, konsultuje se kod kontiranja tabela fmk.kalk_doks2, ako nema setovane stavke dobijamo prozor za broj dana valute i nakon setovanja datuma upisuje se zapis u tu tabelu, kod narednog prenosa više ...
Saša Vranić
10:33 Podrška #31393 (Zatvoreno): KALK/FIN, kontiranje kalkulacije, datum valute pogrešan (upućuje na prošlu godinu i nema pitanja za broj dana valute)
Saša Vranić
08:40 Podrška #31391 (Zatvoreno): F18, zaključavanje starih godina automatski, problem sa prvim ulaskom u bazu i radnom stanicom koja zaključava bazu
Saša Vranić
08:39 Podrška #31391: F18, zaključavanje starih godina automatski, problem sa prvim ulaskom u bazu i radnom stanicom koja zaključava bazu
bit će dostupno od verzije 1.4.209 Saša Vranić
08:39 Podrška #31391: F18, zaključavanje starih godina automatski, problem sa prvim ulaskom u bazu i radnom stanicom koja zaključava bazu
"commit":https://github.com/knowhow/F18_knowhow/commit/4eb191c922b0e03aa6a22548f739de9dd4d5ca8e
Saša Vranić
08:27 Podrška #31391 (Zatvoreno): F18, zaključavanje starih godina automatski, problem sa prvim ulaskom u bazu i radnom stanicom koja zaključava bazu
Znači, postoji problem kada stanica koja prvi put zaključava bazu prvi put ulazi u program i nikada nije napravila sinhro, taj sinhro se kod nje nikada niti ne desi pa je baza prazna. Saša Vranić

19.07.2013

14:08 Podrška #31374 (Zatvoreno): LD, forma prijave, izbačena varijanta obračuna i parametrizirano biranje broja obračuna
ovi su parametri svakako samo bunili korisnike
* broj obračuna = 1
* varijanta obračuna = 2
pa su to znali i mjenjati
Saša Vranić
14:08 Podrška #31374: LD, forma prijave, izbačena varijanta obračuna i parametrizirano biranje broja obračuna
to sve izgleda ovako
!ld_prijava.png!
Saša Vranić
14:06 Podrška #31374: LD, forma prijave, izbačena varijanta obračuna i parametrizirano biranje broja obračuna
U parametrima dodano
"birati broj obračuna kod ulaska (D/N) ?"
koji je po defaultu "N"
ako se setuje na "D" dobijamo mogućnost odabira obračuna 1,2,3,4...
po defaultu je uvijek obračun broj "1"
"commit":https://github.com...
Saša Vranić
14:05 Podrška #31374 (Zatvoreno): LD, forma prijave, izbačena varijanta obračuna i parametrizirano biranje broja obračuna
Saša Vranić
13:31 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
mislim da je to to, pa ću zapakovati sada verziju
1.4.208
Saša Vranić
13:31 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
kada se baza jednom zaključa i otključa status tog parametra je "0"
u toj situaciji se više ne provjerava stanje
Saša Vranić
13:29 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
testirao ulazak u prošlu godinu, desilo se automatsko zaključavanje...
situacija kao 2013/2012 se provjerava po sistemu
* max datum naloga
* tekuća godina da je dan + mjesec > od 15.03 (to je doba kada je već sve završeno oko zavr...
Saša Vranić
13:27 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
Ubacio sam provjeru max datuma u finansijama...
Saša Vranić
12:35 Podrška #31078 (Zatvoreno): F18 KADEV, stavljanje u funkciju
Saša Vranić

18.07.2013

14:18 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
dobro, datum se uzima sa servera
na kraju imamo 3 stanja
* bez parametra - prvi put se ulazi... ili nije nikako setovano zaključavanje na serveru
* "0" - otključana nakon zaključavanja
* "date" - datum zaključavanja
Saša Vranić
12:23 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
Saša Vranić je napisao/la:
> :) ako je dobar datum na radnoj stanici
datum se može uzeti sa servera. čak šta više poželjno je uzeti sa servera
Ernad Husremović
12:23 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
Saša Vranić je napisao/la:
> tekuća godina - 1 treba da se ispituje sa 3 mjesecom ( nakon završnog obračuna )
ovo automatsko zaključavanje je bitno prvenstveno sada kada se opcija uvodi.
a nakon toga je potrebno da korisnik zaklju...
Ernad Husremović
12:21 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
Saša Vranić je napisao/la:
> da, ali masa je baza gdje se samo OS recimo koristi (ili neki ostali moduli) ili slično, znači nema FIN-a
napraviti onda inteligentniju provjeru
if nema fin dokumenata vidi os max(datnab)
Ernad Husremović
12:17 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
:) ako je dobar datum na radnoj stanici Saša Vranić
12:17 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
a sve ostalo ispod da se zaključa automatski Saša Vranić
12:17 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
tekuća godina - 1 treba da se ispituje sa 3 mjesecom ( nakon završnog obračuna ) Saša Vranić
12:15 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
da, ali masa je baza gdje se samo OS recimo koristi (ili neki ostali moduli) ili slično, znači nema FIN-a Saša Vranić
11:58 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
naglasiću da se ovo automatsko setovanje treba napraviti prema fin_suban max(datdok) a ne prema imenu baze Ernad Husremović
11:57 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
Ernad Husremović je napisao/la:
> - što se tiče pristupa tekuća godina - 1 (sada je to 2012) tu je najbolje korisnika prilikom prvog ulaska pitati - da li je poslovna godina zaključena. to je treća varijanta
naravno ako do sada param...
Ernad Husremović
11:56 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
- što se tiče pristupa tekuća godina - 1 (sada je to 2012) tu je najbolje korisnika prilikom prvog ulaska pitati - da li je poslovna godina zaključena. to je treća varijanta
Ernad Husremović
11:54 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
praktično treba init funkcija za parametar:
- 0 ako je tekuća godina ili prazna baza (nema fin dokumenata)
- setovati timestamp na današnji datum (datum pristupa) ako je max(datdok) = 2011
Ernad Husremović
11:53 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
ovdje treba razlučiti šta znači setovan parametar
recimo "0" znači da je parametar setovan, ali da je baza otključana (default)
Ernad Husremović
11:51 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
znači, ako je aktuelna godina 2013, ako u bazi kojoj pristupamo imamo fin dokumente maksimalno iz 2011 => setuj lockovanje (ako ranije nije bilo setovano) Ernad Husremović
11:49 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
> što znači da bi locking sistem trebalo napraviti i na glavnom meniju kod odabira firmi, na F10 opciji gdje bi ona odradila
ne ovo mi se ne sviđa
dovoljno je uraditi automatsko zaključavanje po ovom algoritmu:
if (lock parame...
Ernad Husremović
11:43 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
ostaje jedino jedno pitanje...
kako setovati recimo svim bazama ovaj parametar automatski, za recimo sve stare godine
jer recimo knjigovodstveni servisi, moraju ući u svaku od godina pa izaći na ovaj meni pa setovati ovo, što i ni...
Saša Vranić
11:40 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
napravljeno još niz korekcija, uvedena kontrola kod opcija unosa itd...
uvedena kontrola kod šifrarnika...
Opcija zaključavanja/otključavanja smještena pod slovo "L" na meniju odabira modula...
lozinka je *ADMIN*
Saša Vranić

17.07.2013

18:59 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
također sam obradio ovaj lock na startu aplikcije...
tu sam shvatio da nisu semafori toliko sporni koliko prolazak kroz sve tabele
* provjeri jel trebaš napraviti
* kreiraj indekse
* provjeri semafore
sada kada se baza zaključ...
Saša Vranić
15:59 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
Ubacio sam setovanje parametra zaključavanja/otključavanja...
Saša Vranić
15:59 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
implementirana klasa F18_DB_LOCK
"F18_DB_LOCK":https://github.com/knowhow/F18_knowhow/blob/9c6a9f999ef235fefa3f579b25e9286461fdc0fe/common/f18_lock_database.prg
Saša Vranić

15.07.2013

15:15 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
s obzirom da je sada user = radna_stanica, može i ova varijanta
Ernad Husremović
15:08 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
ako bi imali dva parametra
* globalni / read_only_lock / 05.05.2013
* korisnički / read_only_lock / 05.05.2013
praktično, korisnik koji bi zaključao bazu, odmah bi setovao
* globalni
* i svoj korisnički (isti datum)
ostali ...
Saša Vranić
15:06 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
Saša Vranić je napisao/la:
> http://stackoverflow.com/questions/760210/how-do-you-create-a-read-only-user-in-postgresql
pusti se ovoga
Ernad Husremović
15:06 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
nikakvo štimanje parametra po radnim stanicama nije ni predviđeno.
kako sam gore rekao - analogno je upgrade-u baze.
u config datoteci se nakon sinhronizacije i čitanja parametra read_only sa servera ovaj parametar postavlja lokaln...
Ernad Husremović
15:02 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
http://stackoverflow.com/questions/760210/how-do-you-create-a-read-only-user-in-postgresql Saša Vranić
14:58 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
zaključavanje baze znači da se niti jedan podataka ne bi smjeo izmjeniti nakon toga,
to znači obradu ovog parametra na
* common/sifrarnici_browse
* moduli/ažuriranje, povrat, itd....
* svaka ostala izmjena podatka
kada je para...
Saša Vranić
14:47 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
znači, dovoljno je da se uvede read_only - timestamp varijabla.
binarna read_only varijabla ne sadrži dovoljno informacija
Ernad Husremović
14:46 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
hm... ovo je praktično zaobilaženje prvog init sinkanja, kod startanja aplikacije
ako ovo zaobiđem i odem recimo na karticu finansijku i bilo je promjena nekih, meni će se sinhronizacija odraditi opet
znači, ovo što sam gore naveo ...
Saša Vranić
14:44 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
ma ja, tu je,
https://github.com/knowhow/F18_knowhow/blob/7c257a88687b089ece37ee11cdb72ce3e96a126d/common/f18_init.prg#L483
praktično u njoj treba obraditi parametar read_only
Saša Vranić
14:43 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
ispravka: vijeme_zaključavanja (timestamp varijabla) Ernad Husremović
14:42 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
> što nam je bitan datum zaključavanja servera i klijenta ?
05.05 urađen lock datum_zakljucavanja=05.05
06.05 pristupam bazi
07.05 radim administrator radi izmjene datum_zakljucavanja=07.05
08.05 pristupam bazi i vidim da je moj lokaln...
Ernad Husremović
14:41 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
a to je post_login funkcija, koja se koristi unutar klase company_db_relogin
https://github.com/knowhow/F18_knowhow/blob/7c257a88687b089ece37ee11cdb72ce3e96a126d/common/f18_init_login.prg#L317
Saša Vranić
14:38 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
Kod svičanja godina se koristi funkcija koja radi sinhronizaciju podataka te provjerava i stanje dbf fajlova, pa radi full sink po potrebi...
Praktično kod ulaska tu će biti parametar koji će se gledati, ako je readonly onda to ništa ...
Saša Vranić
14:35 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
što nam je bitan datum zaključavanja servera i klijenta ?
zar nije samo bitan
readonly = TRUE ili FALSE
Saša Vranić
 

Također dostupno kao Atom