Aktivnost
Od 10.07.2013 do 08.08.2013
02.08.2013
01.08.2013
-
15:00 Nove funkcije #27926 (Zatvoreno): F18 open document by asocirana mime ekstenzija
- završeno
-
14:54 Nove funkcije #31295 (Zatvoreno): Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
29.07.2013
-
14:50 Podrška #31407 (Zatvoreno): LD, parametre prebaciti na set/fetch_metric
- bit će dostupno od verzije 1.4.211
-
14:50 Podrška #31407: LD, parametre prebaciti na set/fetch_metric
- "commit":https://github.com/knowhow/F18_knowhow/commit/958b70b90982713363a3066894146dc3b343f0fc
prebačeno -
11:04 Podrška #31407: LD, parametre prebaciti na set/fetch_metric
- ovaj modul ostao na PARAMS parametrima
-
11:04 Podrška #31407 (Zatvoreno): LD, parametre prebaciti na set/fetch_metric
26.07.2013
-
13:29 Podrška #31398 (Zatvoreno): LD/VIRM, eksport podataka za banke, dupliciranje postavki, kopiranje postojeće formule pri unosu nove
-
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 -
13:27 Podrška #31398: LD/VIRM, eksport podataka za banke, dupliciranje postavki, kopiranje postojeće formule pri unosu nove
- Dodata opcija
-
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
-
13:26 Podrška #31398 (Zatvoreno): LD/VIRM, eksport podataka za banke, dupliciranje postavki, kopiranje postojeće formule pri unosu nove
-
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)
-
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 -
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
-
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)
-
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 ... -
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)
-
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
-
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
-
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
-
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.
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 -
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! -
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... -
14:05 Podrška #31374 (Zatvoreno): LD, forma prijave, izbačena varijanta obračuna i parametrizirano biranje broja obračuna
-
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
-
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 -
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... -
13:27 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
- Ubacio sam provjeru max datuma u finansijama...
-
12:35 Podrška #31078 (Zatvoreno): F18 KADEV, stavljanje u funkciju
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
-
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 -
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... -
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) -
12:17 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
- :) ako je dobar datum na radnoj stanici
-
12:17 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
- a sve ostalo ispod da se zaključa automatski
-
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 )
-
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
-
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
-
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... -
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
-
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
-
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)
-
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)
-
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... -
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... -
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*
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č... -
15:59 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
- Ubacio sam setovanje parametra zaključavanja/otključavanja...
-
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
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
-
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 ... -
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 -
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... -
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
-
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... -
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 -
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 ... -
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 -
14:43 Nove funkcije #31295: Brzo switchanje podataka ranijih sezona - ranijih poslovnih godina
- ispravka: vijeme_zaključavanja (timestamp varijabla)
-
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... -
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 -
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 ... -
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