Projekat

Općenito

Profil

Akcije
Copy link

Nove funkcije #29766

Zatvoren

F18 i nova godina

Dodano od Ernad Husremović prije više od 13 godina. Izmjenjeno prije oko 12 godina.

Status:
Zatvoreno
Prioritet:
Odmah riješiti
Odgovorna osoba:
Saša Vranić
Početak:
11.12.2012
Završetak:
% završeno:

0%

Procjena vremena:

Povezani tiketi 1 (0 otvoreno — 1 zatvoren)

korelira sa F18 - Nove funkcije #29769: F18 user backup restoreZatvorenoErnad Husremović12.12.2012

Akcije
Akcije
Copy link
 #1

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.

Akcije
Copy link
 #2

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

Akcije
Copy link
 #3

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:
  1. 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 !
  2. brojač treba generisati ovo
Akcije
Copy link
 #4

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

Akcije
Copy link
 #5

Izmjenjeno od Ernad Husremović prije više od 13 godina

  • Vrsta promijenjeno iz Podrška u Nove funkcije
Akcije
Copy link
 #6

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

Akcije
Copy link
 #7

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:
  1. fakt, pos dokumenti se ne mogu mijenjati kod kojih je datdok < 2013 (osim administrator) - oni su za korisnika readonly
  2. 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

Akcije
Copy link
 #8

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.

  1. F18 backup bringout_2012 => bringout_2012.tar.z
  2. F18 restore => koja baza bringout_2012 u koju bazu: bringout_2013.
  3. 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 ...
Akcije
Copy link
 #9

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.

Akcije
Copy link
 #10

Izmjenjeno od Ernad Husremović prije više od 13 godina

FAKT razgovor sa sašom

U telefonskom razgovoru dogovorili:
  1. 2012 ne dirati ništa
  2. 2013 jednostavno dodati /13
  3. proširiti polje fakt brdok da bude 8+4 = 12
  4. 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)
  5. 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
Akcije
Copy link
 #11

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.

  1. F18 backup bringout_2012 => bringout_2012.tar.z
  2. F18 restore => koja baza bringout_2012 u koju bazu: bringout_2013.
  3. 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

  1. nova db bringout_2013 template bringout_2012
  2. briši dokumente 2012
  3. prebaci početno

sve ovo se na nivou psql-a može odraditi:

CREATE DATABASE bringout_2013 TEMPLATE bringout_2012
DELETE FROM .....

Akcije
Copy link
 #12

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

Akcije
Copy link
 #13

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 :)

Akcije
Copy link
 #14

Izmjenjeno od Saša Vranić prije više od 13 godina

Kod RNAL-a imamo problem, tamo je numerički brojač.

Akcije
Copy link
 #15

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.

Akcije
Copy link
 #16

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.

Akcije
Copy link
 #17

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
Akcije
Copy link
 #18

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

Akcije
Copy link
 #19

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.

Akcije
Copy link
 #20

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.

Akcije
Copy link
 #21

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.

Akcije
Copy link
 #22

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

Akcije
Copy link
 #23

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).

Akcije
Copy link
 #24

Izmjenjeno od Jasmin Beganović prije više od 13 godina

bojim se da je ovo pravo kasno

Akcije
Copy link
 #25

Izmjenjeno od Saša Vranić prije oko 12 godina

  • Status promijenjeno iz Dodijeljeno u Zatvoreno
Akcije
Copy link

Također dostupno kao Atom PDF