Nove funkcije #29766
Zatvoren
F18 i nova godina
Dodano od Ernad Husremović prije više od 13 godina. Izmjenjeno prije oko 12 godina.
0%
Povezani tiketi 1 (0 otvoreno — 1 zatvoren)
Izmjenjeno od Ernad Husremović prije više od 13 godina
video fmk sezone prenos početnog stanja¶
U skladu sa http://redmine.bring.out.ba/issues/29725#note-24, napraviti
- FMK razdvajanje sezona, prenos u novu godinu
- FMK TOPS funkcioniše drugačije (može se u njega unositi više godina bez razdvajanja sezona) - opisati kako se to u FMK realizovalo
- F18, Opisati kako su rađene do sada operacije otvaranja nove firme, te operacije generacije početnog stanja i prenosa u novu godinu.
Rađene su ručno, to znam. opisati to riječima, a što je moguće demonstrirati na video materijalu.
Izmjenjeno od Ernad Husremović prije više od 13 godina
svrha video materijala:
F18 i NG¶
Kako opcije razdvajanja sezona nisam dugo radio, svakako će mi dobro doći da se podsjetim.
Što se F18 tiče, ideja je da se u potpunosti isključe operacije razdvajanja sezona na početku godine.
Konkretno, to znači da se u bazi npr. bringout_2012 sa novom godinom brojači prebace na 0001 (ne bi bilo zgoreg radi preglednosti uvesti i automatsku generaciju oznake 000001/13 za sve dokumente da se zna na koju se godinu odnosi dokument)
Video će poslužiti da se svi bitni aspekti koje serviseri imaju na terenu i sa čim su imali problema, što im je uzimalo vremena uzmu u obzir kod implementacije nove opcije
Izmjenjeno od Ernad Husremović prije više od 13 godina
- Prioritet promijenjeno iz Normalan u Urgentno
brojač je rješenje !?¶
Hiljadu sam stvari razmišljao (kako ovo da se implementira) a sada mi je jedna stvar "zapala" za oči ...
Zašto bih se uopšte patili sa unosom novih polja ? Zašto jednostavno ne uvedemo za obavezan sistem brojanja za datdok > 2012
10-10-000001 <<<< dokument iz 2012 da ne diramo brojeve koji su već uneseni u 2012 10-10-000001/13 <<<< dokument iz 2013 10-10-000001/14 <<<< dokument iz 2014 itd ...
na ovaj način bi sve stvari jednostavno proradile !
sve što je potrebno jeste:- napraviti dobru validaciju brojača (da to korisnik ne može zeznuti - uvesti regexp [0-9]{8}/[0-9][0-9] i to je to !
- brojač treba generisati ovo
Izmjenjeno od Ernad Husremović prije više od 13 godina
time ćemo se svakako i mi i korisnici prilikom switchanja između godina lakše snalaziti - uvijek ćemo znati da hvatamo dokument iz 2013 po ovom sufixu
Izmjenjeno od Ernad Husremović prije više od 13 godina
- Vrsta promijenjeno iz Podrška u Nove funkcije
Izmjenjeno od Ernad Husremović prije više od 13 godina
- Odgovorna osoba promijenjeno iz Ernad Husremović u Saša Vranić
- Prioritet promijenjeno iz Urgentno u Odmah riješiti
Test¶
Odustajem od video materijala, nakon ideje o brojaču .. mislim da na to ne treba trošiti vrijeme.
Treba isprobati ovu zamisao odmah.
Najbolje uzeti modul FAKT. U njemu u brojaču dodati
pseudo kod:
function fakt_brojac( ... ) if year(datdok) > 2012 broj je dosadasnji_broj + "/" + YEAR_2G(datdok) endif
- da li se time nakon prelaskom u novu godinu može bez zastoja nastaviti rad ?
- da li se time nakon prelaska u NG ima stanje artikala i ostale potrebne stvari za rad ? trebalo bi da imaju
Izmjenjeno od Ernad Husremović prije više od 13 godina
kada se baze switchaju ?¶
Baze se trebaju switchati nakon što se okonča sa završnim računom. Do tada je procedura sljedeća:
u bringout_2012 se nalaze podaci 2012, 2013:- fakt, pos dokumenti se ne mogu mijenjati kod kojih je datdok < 2013 (osim administrator) - oni su za korisnika readonly
- fin i kalk dokumenti se mogu retroaktivno mijenjati
Nakon predaje računa, vrši se kreiranje novih baza, prebacuju dokumenti iz 2013 u bringout_2013, kao i dokument početnog stanja
Izmjenjeno od Ernad Husremović prije više od 13 godina
F18 user backup/restore¶
gornju operaciju može praktično uraditi neka user level opcija backup/restore sistema.
- F18 backup bringout_2012 => bringout_2012.tar.z
- F18 restore => koja baza bringout_2012 u koju bazu: bringout_2013.
- Nakon što ima klon baze bringout_2013, u njoj jednostavno jednostavno napravim dokument početnog stanja pa pobrišem sve dokumente 2012. I mirna bosna ...
Izmjenjeno od Ernad Husremović prije više od 13 godina
sufix na brojaču mi se sviđa¶
Kako više razmišljam tako mi se ovo sve više sviđa. Osim proširenja polja u nekim dokumentima i promjene algoritma brojača sve ostale funkcije ostaju validne - ne treba ništa posebno intervenirati.
Izmjenjeno od Ernad Husremović prije više od 13 godina
FAKT razgovor sa sašom¶
U telefonskom razgovoru dogovorili:- 2012 ne dirati ništa
- 2013 jednostavno dodati /13
- proširiti polje fakt brdok da bude 8+4 = 12
- ovo jedno polje dodatno će se koristiti za povećanje default veličine numeričkog dijela brojača biti 5 -> 6 (kod postojećih baza to neće uzrokovati promjenama)
- sav stari FMK kod vezan za razdvajanje sezona pobrisati
znači algoritam brojača je:
if datdok (ili kod generisanja dokumenata datdok dokumenata koji se generišu) < 2012 koristi brojač postojeći else fetch_param(fakt_brojac_2013) za 2013 godinu endif
Izmjenjeno od Jasmin Beganović prije više od 13 godina
Ernad Husremović je napisao/la:
F18 user backup/restore¶
gornju operaciju može praktično uraditi neka user level opcija backup/restore sistema.
- F18 backup bringout_2012 => bringout_2012.tar.z
- F18 restore => koja baza bringout_2012 u koju bazu: bringout_2013.
- Nakon što ima klon baze bringout_2013, u njoj jednostavno jednostavno napravim dokument početnog stanja pa pobrišem sve dokumente 2012. I mirna bosna ...
zar nije lakši metod koji sda koristimo ručno
- nova db bringout_2013 template bringout_2012
- briši dokumente 2012
- prebaci početno
sve ovo se na nivou psql-a može odraditi:
CREATE DATABASE bringout_2013 TEMPLATE bringout_2012
DELETE FROM .....
Izmjenjeno od Ernad Husremović prije više od 13 godina
jedino što se tiče brisanja dokumenata odmah, to neće tako funkcionisati po svoj prilici
Izmjenjeno od Ernad Husremović prije više od 13 godina
naime zamisao je da se u novokreiranoj bazi može više puta napraviti generacija dokumenata početnog stanja, a onda kada se utvrdi da je sve ok pokreće se opcija brisanja starih podataka https://trello.com/c/JDueRIXg
Treba imati na umu da sve do predaje završnog računa korisnik radi u bringout_2012.
Switchanje između različitih sezona, radim u 2012, pa se prebacujem u 2013 se eliminiše, što je sjajna stvar i za korisnike i za nas.
Nakon 20 godina, napokon je na vidiku rješenje koje će nam omogućiti da prestanemo mrziti novu godinu :)
Izmjenjeno od Saša Vranić prije više od 13 godina
Kod RNAL-a imamo problem, tamo je numerički brojač.
Izmjenjeno od Saša Vranić prije više od 13 godina
Također, naglasio sam da treba dobro skontati ovo oko brojača jer recimo dosta klijenata ili ne koriste brojač ili ga koriste na neki sebi svojstven način.
Naravno, da su upućivane primjedbe za ovo, da se počne koristiti regularno kako brojač i treba da radi ali je kod njih n razloga zašto to tako rade.
Recimo jedan od klijenata unutar FAKT-a uopšte ne koristi brojač, nego radi po principu:
- 10-10-501111/A
- 10-10-801222/C
- 10-10-000055/D
- 10-10-501200/A
- itd...
znači ručno mjenja svaki put broj po ko zna čemu, papirnom KIF-u možda.
Izmjenjeno od Saša Vranić prije više od 13 godina
Znači, ovo iznosim samo kao tekuće stanje...
Naravno da je 80% i više korisnika sa regularnim načinom korištenja.
Izmjenjeno od Saša Vranić prije više od 13 godina
Razni načini unosa dokumenta i manipulisanja, retroaktivno unošenje... ima i toga.
Ali to bi datum koji se unese za dokument mogao obraditi kako treba. Kako je i napisano,
- ako fakturišem za 21.12.2012, brojač će se gledati za godinu 2012
- ako fakturišem za 06.01.2013, brojač će se gledati za godinu 2013
Izmjenjeno od Ernad Husremović prije više od 13 godina
Saša Vranić je napisao/la:
Kod RNAL-a imamo problem, tamo je numerički brojač.
prebaciti na karakterni brojač kao kod drugih
Izmjenjeno od Ernad Husremović prije više od 13 godina
Saša Vranić je napisao/la:
Također, naglasio sam da treba dobro skontati ovo oko brojača jer recimo dosta klijenata ili ne koriste brojač ili ga koriste na neki sebi svojstven način.
Naravno, da su upućivane primjedbe za ovo, da se počne koristiti regularno kako brojač i treba da radi ali je kod njih n razloga zašto to tako rade.
Recimo jedan od klijenata unutar FAKT-a uopšte ne koristi brojač, nego radi po principu:
- 10-10-501111/A
- 10-10-801222/C
- 10-10-000055/D
- 10-10-501200/A
- itd...
znači ručno mjenja svaki put broj po ko zna čemu, papirnom KIF-u možda.
Kako sam i juče rekao, sve što su korisnici u tom dijelu improvizovali mogu i dalje nastaviti (iako treba vidjeti zašto to rade jer se praktično muče bez potrebe)
Jedina obaveza tih korisnika je dodati prefix tekuće godine /13. Bez toga neće biti moguće ažuriranje.
Izmjenjeno od Ernad Husremović prije više od 13 godina
znači obavezni dio broja je da right(brdok, 3) = /13 za 2013 godinu. I to je sva novost sa stanovišta korisnika.
A na to će ih program upozoriti.
Izmjenjeno od Ernad Husremović prije više od 13 godina
Također, naglasio sam da treba dobro skontati ovo oko brojača
Pri čemu smo dogovoroli da će se postojeći algoritmi brojača i varijante koje postoje kod korisnika ostaviti, tako da se tu nema šta posebno skontavati. To kako je radilo treba da radi i ubuduće.
Sav dodatak je da ponovim da se na nivou godine uvedu parametri, da se doda prefix godine. Sve ostalo za korisnike ostaje identično.
Izmjenjeno od Ernad Husremović prije više od 13 godina
Razni načini unosa dokumenta i manipulisanja, retroaktivno unošenje... ima i toga.
Retroaktivno unošenje je standarna opcija.
Naravno da će korisnici morati unositi uporedo fin naloge za završni 2012, a da pri tome obrađuju i tekuću godinu
Izmjenjeno od Ernad Husremović prije više od 13 godina
podvucimo crtu¶
sve će nam biti puno jasnije kada se realizuje prva verzija FAKT sa novim brojačem, iščisti FMK sezone nepotrebne stvari (note-6).
Izmjenjeno od Jasmin Beganović prije više od 13 godina
bojim se da je ovo pravo kasno
Izmjenjeno od Saša Vranić prije oko 12 godina
- Status promijenjeno iz Dodijeljeno u Zatvoreno