Aktivnost
Od 08.01.2012 do 06.02.2012
06.02.2012
-
16:26 Podrška #25643: F18 podrška proizvodnji
- "commit":https://github.com/knowhow/F18_knowhow/commit/fecf9ad83fe48d4069f8d517d526577b7435e76e
-
- Sredio unos dokumenta "PR" i dokumenta "10", ono konto se razleti itd...
PR sada fino raspoređuje stavke po sastavnicama itd...
Sredio sam i asistenta, umjesto ALT+F10 poziva se "A" -
- Dobro, sada možemo unositi, brisati sastavnice itd...
-
- "ciscenje funkcija sastavnica, pregled, brisanje v1":https://github.com/knowhow/F18_knowhow/commit/e47662fd99d83107ac441ed17cfb9d3269c1865b
-
- pravim trenutno quick verziju koja sadrži stavke za proizvodnju, artikli i sastavnice
-
-
- Kod SII također stavio da se ne brišu sredstva kod generacije podataka u novoj sezoni.
-
-
- Implementirao opciju exporta
"commit":https://github.com/knowhow/F18_knowhow/commit/29afc256c6ce2b76e8ceb51d76d43a929ee14fe1 -
04.02.2012
-
- To bi sada trebalo da bude to !
-
- korigovao sam sve izvještaje itd...
-
- Imamo znači i novu verziju fmk paketa 4.1.9 gdje su dodane ove nove tabele...
-
- napravio sam niz izmjena i spojio OS/SII
"commit":https://github.com/knowhow/F18_knowhow/commit/8dca7f5c7f21b559982a58c565cbfcfc82525a47
"commit":https://github.com/knowhow/F18_knowhow/commit/172519c9e0da6151a476cb1a8a7dda96e0a532b...
03.02.2012
-
- to je sigurnije
-
- da, upravu si, tako ću i napraviti
-
16:44 Podrška #25358: F18, portiranje modula SII
- to povlači mnogo promjena, ali se one sa find/replace mogu brzo uraditi ...
identičan alias masu problema u semaforima može stvoriti ... sigurno će stvoriti. -
- ovakav kod bi bio dovoljno "čist":
-
- ja sam imao na umu da O_OS za gOSSII otvori jednu ili drugu tabelu ...
ali bi to trebalo biti ipak
da bude nešto kao: -
- znam da sam ja dao instrukcije za globalnu varijablu koja bi mijenjala tabele ... ali koliko god to bilo prljavo.
ovo korištenje istog aliasa za različite tabele nije dobra ideja ...
-
- > mislim na ovo ...
hm pogledao sam. ali čačkanje po toj funkciji bi bilo nakarada teška.
fazon je što ti izazivaš popriličnu konfuziju i niz opasnosti u funkcija ako si ostavio alias identičan ... sada razmišljam.
za tren će ti... -
- kreiranje tabela i semafori "commit":https://github.com/knowhow/F18_knowhow/commit/0a631c27d7aa6b6ef522c17b808e646054f95bcc
-
- e sada, da ne diramo te funkcije imamo drugo rješenje a to je:
napraviti p_os() funkciju za browse sredstava zaobilazeći postojisifra() funkciju nego koristiti objdbbrowse() i F2, brisanje napraviti sa box-ovima, kao što su to ugovori... -
- mislim na "ovo":https://github.com/knowhow/F18_knowhow/blob/1770aa5458ad8d81bd7d94dc9d19608ac8cfed9a/common/codes_browse.prg#L826
-
- To je problem sa funkcijom unutar codes_browse.prg
ona koristi alias(), to bi trebalo moći nekako setovati -
- Eh, šta je problem !!!
Kada sam u SII šifrarniku i dodajem stavku, doda mi u DBF ali mi na sql strani doda u os_os tabelu umjesto u sii_sii
hm, zato što radi vjerovatno po alias-u, a alias je OS -
- h1. SII tabele
napravio kreiranje SII tabela pored OS tabela - to je ok
napravio semafore SII tabela, pune se - ok
"commit":https://github.com/knowhow/fmk/commit/f3411b350d7f9b625936e1ad9bff8de63607ddcb -
- Eh, sada se treba poigrati sa ovim tabelama...
napraviti nove tabele na sql/db-u i lokalne i napraviti ovu metodu svičanja na osnovu parametra -
- sad ću napraviti build
-
- Eh, to je sada spremno za unos OS-a i obračun amortizacije.
-
- Osposobio opciju "OSGEN", ovu za prenos izbacio...
"commit":https://github.com/knowhow/F18_knowhow/commit/48297b823e2d397008255a73bfbc227588872744
Također ispravio grešku kod unosa osnovnih sredstava, polje K1 nije htjelo da se ažu... -
- U OS-u su bila 2 koraka
* OSPREN - prenos iz sezone u radno područje - to nam sada ne treba !!!
* OSGEN - to je setovalo otpise itd... - to nam treba srediti također -
- hm, šta uraditi sa OS početno stanje opcijom ???? u principu treba je osposobiti da ne radi ona prebacivanja nego samo da odradi setovanja otpisane vrijednosti u polje u OS.DBF-u
-
- parametar koji određuje rad OS ili SII sam uveo i nalazi se na prijavnoj masci... također se smješta u parametre po useru zajedno sa datumom obračuna
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/9c84d8039b21b915cfb4e5c5d0ecd3e2057441e0
čišćenje unosa promjena, otpisa itd...
parametri, setovanje i čitanje iz sql/db
parametre organizacione jedinice nisam dirao, to tr... -
- ma ja
-
- aha da može se unijeti OS. dobro si.
-
- ma nisam pravio sii tabele, to ću nakon ovog build-a
-
- Saša Vranić je napisao/la:
> Trenutno ostavio da se kreira kao i do sada da bih napravio ovaj build...
nisam te razumio šta si htio reći -
- Trenutno ostavio da se kreira kao i do sada da bih napravio ovaj build...
-
- Ciscenje niza funkcija i stavljanja u funkciju OS-a scateri, gatheri itd...
"commit":https://github.com/knowhow/F18_knowhow/commit/cb8bdedfbbbc0a8f55211e9b0c79dd4f32751116 -
- Ernad Husremović je napisao/la:
> čim bude u iskoristivom stanju napraviti build da vzeljka može završiti knjiženja 2011
a ha, trebao sam onda prije ovoga ... dobro -
- "kreiranje tabela - rewrite":https://github.com/knowhow/F18_knowhow/commit/a9db16fd176bd93abdb677f86f598c23a9f64efd
znači sada kreiramo tabele:
* OS_OS
* OS_PROMJ
* SII_SII
* SII_PROMJ
u O_OS, O_PROMJ sada treba na osnovu glo... -
- čim bude u iskoristivom stanju napraviti build da vzeljka može završiti knjiženja 2011
-
- Prvo očistiti dosadašnje radove, ovdje se koriste neke ranije funkcije za update na server ono f18_gather, f18_scatter
-
- tj, treba vidjeti i OS modul da li je sada ok
-
- jeste
-
- glavne promjene, portiranje modula OS #25358
update-ovao novu verziju na google -
-
09:57 Podrška #26497 (Zatvoreno): F18 0.9.44
- Ubuntu 64 odrađen.
-
- Odrađen ubuntu 32
02.02.2012
-
-
- #25686
-
- out-of-date
-
- koliko znam ovo je jedini stopper za završetak knjiženja bring.out 2011
-
- Odradio windows build, informisao vzeljka
-
- informiši vzeljka o nver http://redmine.bring.out.ba/boards/9/topics/5884
-
- uraditi odmah windows build, po povratku sa terena ubuntu 32/64
-
-
-
- "primjer jedne ispravke":https://github.com/knowhow/F18_knowhow/commit/f71d6c0b6a3cd41f6bac2666#L3R624
-
- "umjesto replace update_ ... ":https://github.com/knowhow/F18_knowhow/commit/f71d6c0b6a3cd41f6bac2666
ispravka veličine tabele za ispravku -
- http://redmine.bring.out.ba/boards/9/topics/5884
-
- "primjer jedne ispravke":https://github.com/knowhow/F18_knowhow/commit/f71d6c0b6a3cd41f6bac2666#L3R624
-
- ova opcija je neintuitivna do boli:
- raspored menija je pravi labirint
- specifikacija IOS pa onda štampanje IOS-a to niko ne može skontati bez uputa ... -
-
- ili je riješeno ili je out-of-date
-
- ovo je u kontekstu F18 ostalo 100% neriješeno.
01.02.2012
-
- imali smo ovu grešku
-
- Setovana glavna gDb matrica
"a_dbfs matrica":https://github.com/knowhow/F18_knowhow/blob/c2a20e806eb82f624eb437e9509ca7121262f27c/common/a_dbfs.prg#L187
I evo, ovdje recimo imamo primjer upisa u gen_ug tabelu
"setovanje za upis"... -
- Ovdje imamo problem što semafori ne znaju da obrade datumsko polje kao glavno polje pa stoga imamo i grešku kod funkcije update_rec_server_and_dbf()
-
- http://redmine.bring.out.ba/boards/9/topics/5940?r=5942
-
- Kod prenosa LD-VIRM bila greška što je recimo federalne doprinose duplao.
Skontao sam da u FIN-u postoji identična funkcija RLD() koja se pozivala.
Uklonio sam tu FIN funkciju, jer je ova iz VIRM-a svježija, na njoj se radilo više a bi... -
-
- backport "commit":https://github.com/bringout-fmk/kalk/commit/68f1d92fcf52d1dfc092dcbec1426686b1cae6bc
eh, lijepo je imati harbour i ogromne nazive varijabli :)
"korekcija varijabli":https://github.com/bringout-fmk/kalk/commit/6731... -
- roba bez posebnih oznaka smatra se robom odnosno sirovinom.
Ma dobro, kod konkretnog klijenta odabir po početnom dijelu šifre je najpouzdaniji - ok. Uradi backport FMK i isporuči klijentu. -
- E sada treba napraviti backport u fmk...
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/dc22165cccdbb4709c2d11949e76bf6db9e55e0e
-
- E sada, i ovo "P" može biti definisano ali nije pravilo, može i bez toga, pa je to problem.
-
- Problem je taj što nemamo u šifrarniku robe definisane sve tipove, imamo samo
* P - proizvod
* U - usluga
ali recimo sirovine, roba i ostalo nema markera. -
- Hm, to baš i nije pouzdano, a ovo je generalni uslov što se tiče konkretnog klijenta.
Tako već postoji i na opciji razduženja po sastavnicama, samo što je tamo uslov "2;3;" znači svi što počinju sa 2 ili 3 -
- znači uzimaš početnu oznaku šifre kao kriterij šta prenositi.
Da li artikli koji nisu proizvodi mogu na drugi način pouzdanije da se identificiraju ?
Tip artikla "P" znači da je proizvod i ima sastavnicu ? -
- ok, implementirao sam u f18 ovu opciju...
ako recimo imamo ovakvo stanje u FAKT-u, gledam samo otpremnice
31.01.2012
-
- napraviti prvo u f18 pa onda backport u FMK
-
- Napraviti opciju koja će razduživati skladište robe sa podataka sa otpremnice i to robe koja nema sastavnica.
Recimo, na otpremnici imamo: -
30.01.2012
-
- puširao na google
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/7f3e7c7e0a6447f9e720fcf32999310cf9bb496d
-
- glavne funkcije modula VIRM stavljene u funkciju, generisanje virmana iz modula LD
-
-
- dodao tabele i semafore...
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/59b7fd6d0272a0beebbb88f8e111bb50889c1a4f
"fmk paket nver":https://github.com/knowhow/fmk/commit/ce576605b014e9f5e3051c0c56d57565774b330f -
- osposobio sam opcije generisanja virmana iz LD-a
osposobio sam štampu rekapitulacije uplata
također napravio novu verziju fmk paketa 4.1.8, dodao nove tabele u sql/db
-
- Kako realizovati 4) i 5) ?
Na stari način sa globalnom varijalbom gOS_SII = "O" / "S"
1) Uvesti globalnu varijablu gOSSII
2) kod ulaska zapamtiti (na user nivou) posljednji odabir
2) tokom otvaranja koristiti ovu varijablu za... -
- prateći vezni ticket zaključio sljedeće:
1) migracija podataka mergiranjem može stvoriti komplikacije. ako se tome doda da je uopšte upitan model podataka OS/SII ulaganje napora u smjeru mergiranja SII/OS u jednu tabelu ne izgleda pam... -
- Saša Vranić je napisao/la:
> Razgovarao jutros sa željkom na ovu temu, pa kaže da su navodno brojevi koje koristimo
> ...
za konkretnog klijenta, makar što se radi o nama, otvori poseban ticket na internom "knowhow ERP" području.
Ov... -
- Razgovarao jutros sa željkom na ovu temu, pa kaže da su navodno brojevi koje koristimo
*SII*
X000150
X000151
*OS*
X000152
*SII*
X000153
X000154
itd...
tako da ne bi trebalo biti duplanja, ali treba provjeriti. O...
27.01.2012
-
- Zašto komplikujem ?
Zato što a svaki modul nakon što se stavi u funkciju kod novog (starog) korisnika redovno trpi promjene.
1) Dodatni napor migracije i komplikacija FMK=>F18 će se brzo nulirati činjenicom da je F18 razvoj jednos... -
- Nije, on koristi finansijske podatke.
Onda se ne može staviti u funkciju unutar postojeće instalacije FMK, bez pune migracije FMK => F18 ?
Može.
KAM koristi uvijek podatke finansija iz ranijih godina. Značin da je dovoljno da se napra... -
- imamo zahtjev za KAM kod klijenta.
Instalirati FMK KAM ?
Ne.
Zašto ?
Zato što je to samostalan modul ....
Hmm je li samostalan modul ?
-
25.01.2012
-
- mi smo korisnici SII + OS.
Eto pripremi naše podatke. Ako može bez duplanja koda obezbjediti potrebne funkcije to je to.
Što se tiče markiranja OS/SII, to "markiranje" se radi putem konta. Tako da bi trebalo biti dovoljno spojiti podat... -
- Ništa se ne razlikuje, samo header, umjesto OS piše SII :)
-
- šta se razlikuje kod SII u odnosu na OS ? Neki izvještaji ?
-
- analiziraj korisnike koji koriste SII.
Portiranje uradi uzevši u obzir cilj da je njima potrebno obezbjediti aplikaciju sa kojom će nastavirti raditi ovu evidenciju.
-
- to sam i prije 5 godina isto govorio, jednostavno glupaština duplog kod-a
-
- treba vidjeti za ovaj SII, on je identičan OS-u, samo da se uvede marker u polje sredstava koje će određivati OS ili SII
-
-
- objavio na google-u novu verziju
-
- Ovdje imamo niz aktivnosti, uglavno u changelog-u stoje glavne stvari koje su urađene, ovdje se desio niz čišćenja i osposobljavanja funkacij povrata dokumenta u modulima EPDV i KALK.
Uz ovu verziju napravljena i nova verzija fmk pake... -
-
- ovo je manje više očišćeno sve
-
-
- osposobio i opciju povrata kalk dokumenta
"kalk povrat":https://github.com/knowhow/F18_knowhow/commit/3a8448f2d41a944a5ba43e461c8ee36426ce0c50 -
- Funkcija rekapk i sve ostale funkcije za kontiranje nisu sređivane, one su ko čaršafi isto... nisam na to trošio vrijeme, samo su osposobljene da rade kako što su radile i do sada.
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/24b43985a13b5cbc178edc9b6b475b2658e89b29
-
- Hm, riječ je o funkciji koja se koristi kod kontiranja naloga iz nekog razloga se kod filovanja tabele FINMAT u šifraniku mjenja cijena NC ako je tip dokuementa "10" (ulaz) ?!??? ni sam pojma nemam zašto se ovo radi.
Ja sam to sada is... -
-
- Implementirao opciju, "commit":https://github.com/knowhow/F18_knowhow/commit/1de4acc02ef7b0bc013463ad16e3db8c2fcfe713
-
-
- ovo je napravljeno
-
- implementirano prije par dana
-
- ovo je sada ok, to je bilo radi opisa
-
- davno otklonjeno
-
- To je stara funkcija koja se koristi i u ostalim modulima pa zbog toga nije ni ispravljana sada.
Funkcija uzima u matricu fajove iz direktorija i daje ih za odabir. Vraća odabrani naziv fajla. -
- zatvoreno davno, bilo do podataka u bazi
-
-
- Odustali su od ovog zakona.
-
-
-
- #26382
tu sam osposobio opciju vrsta plaćanja u varijanti fakture tipa "10", praktično je ta opcija postojala i ranije - samo sam je osposobio i napravio neke promjene u parametrima itd... -
- Kod 11-ki se koriste isto šifre identične, ali 11-ke na fiskalni uređaj šalju podatke bez partnera pa nije problem.
Što se tiče 10-ki, problem je bio taj što postoji kontrola ovog para (NAZIV, ADRESA ... ID BROJ) pa ako nije sve popun... -
- svodi se na to da njima treba uvesti vrstu plaćanja i ako je vrsta plaćanja = gotovina onda nije obavezna popuna ovih polja:
> NAZIV, ADRESA, PTT, MJESTO, ID BROJ
to je rješenje ?
Pa uradi onda.
Ja sam razumio iz ranijeg da... -
- znači ovako:
Njima uopšte ne odgovara da im na izvještaju i pregledu dokumenata bude kupac jedan te isti u ovom slučaju GOTOV jer oni imaju već sve podatke tih NN kupaca u šifrarniku
* KEMAL KAPETANOVIĆ
* itd...
i te šifre do ... -
- time nećeš puno dobiti.
> Opcija na fakturi sa dodatnim tekstom je davno izbačena radi sistema PDV-a (ono gdje se mogao proizvoljni tekst unjeti) i ja to iskreno ne bih ni vraćao...
Da li implementirati tako što ćeš ovu opciju vr... -
- da, kako rekoh "postoji":https://github.com/knowhow/fmk/blob/175f370a43aaae41b72a6884ad792ecb8d2f1781/database/misc/db_migrate.sql#L222
-
- Mislim da čak već postoji to polje unutar tabele "doks"
-
- Opcija na fakturi sa dodatnim tekstom je davno izbačena radi sistema PDV-a (ono gdje se mogao proizvoljni tekst unjeti) i ja to iskreno ne bih ni vraćao...
Ono što treba uraditi je da se uvede novo polje VRSTA PLAĆANJA (kao što to i u... -
-
- "bringout fmk commit":https://github.com/bringout-fmk/fakt/commit/3982d08b732ded89941605ca98ed1ae5b7db8fde
-
- Šta treba uraditi u FMK ?
Ništa posebno, podesiti fmk.ini parmetar i stvar odmah radi.
Sve što treba je napraviti promjenu na dijelu koda slanja podataka na fiskalni uređaj. -
- prebacio kreiranje ovog šifrarnika iz modula FAKT u common dio, šifrarnike... dodao ga i na menij općih šifrarnika
"commit":https://github.com/knowhow/F18_knowhow/commit/026ad844800dd06d5a3084cd607ba9106057303d
-
- kod izdavanja fisalnog računa zatim provjeravamo...
* "vrstu plaćanja":https://github.com/knowhow/F18_knowhow/blob/12cbed8f8935b89fceb696355f5d6a56c779c452/fakt/fakt_fiscal.prg#L878
pa na osnovu toga "provjeravamo":https://github.c... -
- U šifrarnik vrsta plaćanja dodamo:
* prazno - to ćemo koristiti kod žiralnih faktura u varijanti 10-ke
* "G " - gotovina
* "AV" - avansne fakture -
- isto je i kod unosa podataka fakture...
"ovdje":https://github.com/knowhow/F18_knowhow/blob/12cbed8f8935b89fceb696355f5d6a56c779c452/fakt/fakt_unos_dokumenta.prg#L687 išitavam parametar pa ga poslije koristim kod unosa -
- recimo kod pregleda dokumenata se koristila ova opcija i imamo mogućnost da unosimo uslove kod pregleda po vrsti plaćanja
Sada sam napravio da se kod poziva provjerava "parametar":https://github.com/knowhow/F18_knowhow/blob/12cbed8f89... -
- vrste plaćanja tabela nema podršku semafora, pa sam i to ubacio...
"commit":https://github.com/knowhow/fmk/commit/be8414dff15ecac68fbc82e44319ae88d40c6e27 -
- "commit":https://github.com/knowhow/F18_knowhow/commit/12cbed8f8935b89fceb696355f5d6a56c779c452
-
- Ova opcija već postoji...
koriste se trenutno varijabla *lVrsteP*, podešava se u fmk.ini
-------
Ok, ubacio sam parametar u sql/db i njega podešavam na meniju parametara
"Unos vrsta plaćanja (D/N)"
-
-
- portirano
-
- testirao davno, upoređivao sa podacima sa svoje sesije - ispravno
-
- Saša Vranić je napisao/la:
> Ova funkcija je sva nikakva, ali se nisam sada htjeo zadržavati na njenom čišćenju, jer ko zna šta će biti sa tim itd...
da to treba dobro pogledati i lijepo osmisliti.
Sigurno je da treba biti značajn... -
-
- Ova funkcija je sva nikakva, ali se nisam sada htjeo zadržavati na njenom čišćenju, jer ko zna šta će biti sa tim itd...
-
- Opcija početnog stanja je gledala sezonske direktorije i pripremu itd... pa sam to sada jednostavno korigovao da se gleda samo tekuće područje i da se ništa ne prebacuje nigdje
"commit":https://github.com/knowhow/F18_knowhow/commit/e4... -
- Prvo što sam uočio je da nema tabele *pkonto* na serveru, pa sam to napravio: "commit":https://github.com/knowhow/fmk/commit/dfe00c0fc426ea9eec7042d3131ff8b7a92e7e0d
To je tabela gdje stoje stavke konta prenosa u novu godinu. -
- Ova opcija ne radi nikako i treba je radi #26316 staviti kako tako u funkciju samo da što prije izvučemo podatke početnog stanja.
-
- Jesmo, napravili smo neki izvještaj kako su nam to iz Rudnika žene zapovjedile, ja taj izvještaj ne razumjem u potpunosti ali nije ni bitno - oni su rekli sada je ok.
-
08:47 Greške #25970: MAT, pregled zaliha po ročnim intervalima, količine nisu dobro raspoređene
- ovo je opet mjenjano i na terenu finalizirano
-
- u verziji 4.1.6 vratio semaphores_rnal_docs u prvobitni oblik
"commit":https://github.com/knowhow/fmk/commit/87caf5e6e63e5b4fde8944c8932633bde4a41da9 -
- ja ja, to znam :)
-
- pardon, niska verzija :)
-
- ovo ne moraš brisati visoka verzija čini ovu migraciju disableovanom
-
- zato što su uvedena nova polja b_seasson, org koje traže v2 semafori.
ti vrati kreiranje bez ovih polja u nver db migrate skripti i to je to.
-
- a zašto, nemam pojma ?
-
- ne fali, ti si to, vjerovatno testirajući izdvojio u "rnal_semaphores_v2":https://github.com/knowhow/fmk/blob/175f370a43aaae41b72a6884ad792ecb8d2f1781/database/misc/rnal_semaphore_v2.sql
24.01.2012
-
09:27 Podrška #25504: F18, FIN, testiranje standardnih operacija
- problem http://redmine.bring.out.ba/boards/9/topics/5937
23.01.2012
-
-
- ova verzija nam je bitna sutra u bhingco
-
- odradio update naših baza
* bringout_2011
* bringout_2012 -
- postirao na google
-
- za ovu verziju bitno odraditi i upgrade baze fmk paketom na 4.1.4
-
-
- otvorio #26354
-
-
- Što se tiče modula FAKT sve stvari bi trebale da su očišćene...
Što je bitno glavne operacije ažuriranje, povrat, generisanje storno, faktura itd... sada rade.
-
- očistio još debug poruka
"commit":https://github.com/knowhow/F18_knowhow/commit/8401a70a0d9b13f3f8032b3c62c892a930203fde -
- znači, modul se pokreće i build-a što je dosta za početak... treba dalje vidjeti unos virmana, iščistiti itd...
za danas dosta -
- "init port":https://github.com/knowhow/F18_knowhow/commit/fc74c9cbeab666bd8267e7483cacd9f7264fd60c
-
- Saša Vranić je napisao/la:
> Tako da sada imamo male virmančiće :)
> ...
Prelazimo u fazu F18 razmišljanja. Napokon napuštamo FMK way ... Odlično. -
- Tabele koje nas interesuju za server su:
* LDVIRM
* KALVIR
* JPRIH
* VRPRIM
i to je sve -
- izbacio sam nepotrebne tabele
* STAMP
* STAMP2
* KUMUL
* KUMUL2
* PRIPR2
itd...
to se uopšte ne koristi -
- Tako da sada imamo male virmančiće :)
Dobra stvar je sada što možemo koristiti opcije štampe itd... i kroz druge module, pošto nam je odmah tu na dohvat ruke.
Recimo možemo direktno iz LD-a da generišemo virmane za platu. -
- Nisam htjeo raditi as-is port, nego sam odmah izbacio čitavu šumu parametara... koji se zapravo više ne koriste a odnosi se na štampanje uplatnica itd...
-
- danas započeo i sa portiranjem modula VIRM...
-
-
- sredio i taj dio kod-a za ispis tabele FTXT na ekranu, povećao i sredio ispis tekstova...
"commit":https://github.com/knowhow/F18_knowhow/commit/f35db5d078c10554baec48687a5028923479964b -
-
- ispravio još jednu grešku, ako je šifra prazno također ne treba da seek-uje po barkod-u
-
-
- testirao, sada je to ok
-
- samo ako je pronašao setuje varijablu, ako ne traži po barkod-u
"kod treba da je ovakav":https://github.com/knowhow/F18_knowhow/blob/bb77025d8bb81aa6fd9e36d4e1e04ae397c9b495/common/codes_browse.prg#L216 -
- "commit":https://github.com/knowhow/F18_knowhow/commit/bb77025d8bb81aa6fd9e36d4e1e04ae397c9b495
-
- da, samo u robi i to radi traženja po barkod-u :)
pronašao sam grešku
znači radi se o ovoj funkciji : "sif_seek()":https://github.com/knowhow/F18_knowhow/blob/bfa59cab73738bc101a1b4fc9b8f41f88914c165/common/codes_browse.prg#L195
... -
- I to je recimo slučaj samo kod šifrarnika robe, kod partnera radi normalno
-
- Da, sada sam skontao o čemu se radi, praktično bilo koji broj da unesem na početku, recimo:
* 10
* 22
* 70
* 80
uvijek mi izbaci artikal 9.....
ako je početno slovo
* A
* C
* G
itd...
onda mi fino otvori šifrarnik -
- ispravio sam ovo, riječ o privatnoj tabeli koja treba da bude ekskluzivno otvorena
"commit":https://github.com/knowhow/F18_knowhow/commit/c8e98b6844d8f59900e9fdccffac7a10d24a7bae#diff-0
sada radi -
- prijavila vzeljka ovdje http://redmine.bring.out.ba/boards/9/topics/5935
-
-
- "fmk paket upgrade":https://github.com/knowhow/fmk/commit/22e1d808e38d962d09af5e3f3151e46b5965c315
-
- testirao opciju, sada se generiše fino faktura
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/2ce8d445b650d5295150e3993d46e8a424fd333b
osposobio ovu opciju
ovdje uočeno da jedno polje u fmk.fakt_fakt fali pa sam napravio upgrade i fmk paketa na verziju 4.1.4
-
-
- korigovao funkciju
"commit":https://github.com/knowhow/F18_knowhow/commit/c39e0cbceffb3dc35caf7b8c675391d385e472e1
sada funkcija barata sa dbf_get_rec i dbf_update_rec... i radi -
-
-
- Kada brišem samo jednu stavku, uvijek ostane neki duh i praktično stavka ostane...
moguće da je razlog što smo izbacili one opcije "brisano" pa sada treba reći i dbpack() nakon brisanja.
Ubacio sam "__dbpack()":https://github.com/k... -
-
-
- Ma da i na win instalaciji je ok, kod željke treba nver
-
- U novom build-u vidim da je to hernad rješavao...
Na mac instalaciji mi vidim radi, možda je problem na win instalaciji -
- Primjetio na ovoj aktivnosti #26344
-
-
- http://redmine.bring.out.ba/boards/9/topics/5935
-
- tako da ovo sada za sada možemo spustiti prioritet
21.01.2012
-
- vezano za MIP - info ovdje #26221
-
- nedostaju veze sa drugim ticketima
-
- trebalo mi je vremena i vremena da nađem ovaj ticket jer je bio na pogrešnom mjestu.
barem ovaj dio koji se odnosi na FMK/F18
20.01.2012
-
- ovo za bhingco definitivno treba
-
- takođe, svaki fajl ima svoju istoriju promjena tako da ćeš na F18 repozitoriju naći sve što je izbačeno na ovom browse_code fajlu.
odlazak u FMK kod je pogrešan i nepotreban smjer. -
- ne ne treba.
uzmi i debagiraj postojeć kod. zavlačenje u šumu starog koda nije dobro rješenje.
-
- ti si čišćenjem to razvalio, treba uporediti stari kod sa bringout github-a i pogledati šta si izbacio, zato ne radi
-
-
-
- ispravljeno...
"commit":https://github.com/knowhow/F18_knowhow/commit/e6e2ec66ebd8d119436d8a230dd45462739ae1ee -
- da što se tiče znaka, ali ostalo je to sa parametrima
19.01.2012
-
- primjer 2:
-
- radi preglednosti organizovati u više vikija po funkcionalnim kategorijama.
Ponavljama: preslikavanje sistema parametara FMK => F18 je totalna greška. Ponovo pročitaj opis setovanja parametara za developera. -
- kako ovo ispraviti ?
Otvoriti wiki i napraviti katalog svih parametara kao tabelu
primjer
| parametar | podrazumjevana vrijednost | opis |
| org_id_broj | 10 | koristi se kao oznaka firme kod davanja broja naloga. npr FIN: 1... -
- umjesto firma u f18 koristimo pojam "organizacija", a parametri koji se odnose na organizaciju trebaju nositi prefix "org_".
Primjer:
* org_id_broj, org_naziv
-
- fakt_zagl_firma_naziv nema apsolutno potrebe. radi se o nazivu firme.
znači parametar treba biti fakt_naziv i on se na masi mjesta i modula koristi.
Ukratko preslikavanje FMK => F18 parametri relacijom 1=1 je potpuna pogreška.
-
-
-
- u slučaju dilema kod imenovanja staviti prijedlog na ovaj ticket, tako da na wiki idu konačne i ispravne vrijednosti
http://redmine.bring.out.ba/projects/f18/wiki/Parametri -
18.01.2012
-
- Ako ti predstavlja problem što ovako komuniciramo, otvori u ovakvim situacijam ticket na privatnom području i prebaci sadržaj koji po tebi ne treba biti na javnom području.
Pom meni "prepucavanja" o kojima govoriš pripadaju aktivnosti... -
- Puno je mogućih primjena.
jedna od njih je ta da neko pametniji od mene i tebe nakon čitanja kaže: "To treba ovako i ovako."
Ili da kaže: "Ernade mučiš Sašu. Prepucavaš se sa njim bez razloga. Pusti čovjeka da radi kako je naumio p... -
-
- > postirao nver na google, pa probaj sada
šta da proba ? -
- ovo sam sve riješio
-
-
- ovo je riješeno ?
-
-
-
-
-
-
- završiti ovo
-
-
-
-
-
-
-
-
17.01.2012
-
- Ja sam upravo i očekivao ovakav današnji dan...
-
- g_afile() odakle ovo ime ? šta to znači ?
-
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/cb1015d054a4c7b200259999d9e6e5a3f9f2c21a
"commit":https://github.com/knowhow/F18_knowhow/commit/15d3990d62994d4f96d41da86dfb32c1bb403956
funkcija g_afile() vraća 0 ako nema faj... -
-
- Moguće je, zato što nisam većinu dana uopšte proveo na tome nego na otklanjanju drugih grešaka i nedostataka oko FAKT-a, ovdje je samo 1h evidentirano, kao što se i vidi.
Međutim, ne znam zašto su nam javni tiketi postali mjesto gdje ... -
- umjesto da to napravimo "generišu se nepotrebne aktivnosti podrške":http://redmine.bring.out.ba/boards/9/topics/5888?r=5897#message-5897
-
- Saša Vranić je napisao/la:
> a to za template lokaciju sam pročitao ali to nisam JEDNOSTAVNO STIGAO
nisi stigao ? Kako je moguće da stavljanje u funkciju template-ova ne može doći na red, ako si većinu dana proveo na podešenju opcij... -
- a to za template lokaciju sam pročitao ali to nisam JEDNOSTAVNO STIGAO
-
- ja ne pričam o template fajlovima nego o jodreports-cli.jar fajlu
-
- Ernad Husremović je napisao/la:
> ovaj parametar se unosi ?
> ...
kada pročitaš moje upute ispostaviće se da je ovaj parametar suvišan. -
- http://redmine.bring.out.ba/issues/26099#note-39
-
- jesam http://redmine.bring.out.ba/issues/26071#note-5
-
- ovaj parametar se unosi ?
-
- ne znam uopšte koja je prava lokacija na unixima pa zato nisam ni dirao
-
- ovo ne valja na ubuntu/mac u slučaju da je "user <> bringout":https://github.com/knowhow/F18_knowhow/blob/b5b039900eed296dc0dcb89cd370717fb7fe6047/common/f18_parameters.prg#L40
-
-
- "refactoring":https://github.com/knowhow/F18_knowhow/commit/b5b039900eed296dc0dcb89cd370717fb7fe6047
-
- eh sada, ovako
template fajlovi treba da se nađu u home direktoriju i njih može biti koliko god jer to su template fajlovi
a što se tiče podešenja parametara štampe, parametri su ovakvi za windows
*P. parametri aplikacije* -
- napravio refactor ove opcije, da se parametri uzimaju sa sql/db-a umjesto kako je bilo sa globalnim parametrima itd...
-
- xdg-open radi i na lucid. znači nju koristiti.
=> nije potrebno nikakave parametre vezano za lokaciju instalacije openoffice-a/libreoffice-a navoditi u F18. -
- oneiric:
-
- ubuntu lucid:
-
- mac
-
- ovo radi na čistoji instalaciji libreoffice-a
-
-
- => dio koda koji se odnosi na jodreports template ne valja.
-
- čitav dan radiš na opciju odt template-a na svoj način. pogrešno.
naslov ticketa je: F18 i template-ovi txt, rtm, odt
=> ovo se odnosi na sve template-ove. -
- ja sam od našeg odt-a napravio za test potrebe ovaj template fakture
-
- testirao fiskalne funkcije, out.txt se kreira uredno i izgleda OK
-
- http://redmine.bring.out.ba/boards/9/topics/5888
http://redmine.bring.out.ba/boards/9/topics/5902
http://redmine.bring.out.ba/boards/9/topics/5907
http://redmine.bring.out.ba/boards/9/topics/5910 -
- podešen i d-500 testiram
-
- F18 fercera, štampa vim, ptxt ..OK
-
- #26219
-
- libre, java i zadnje install pakete sam prebacio na \\zvijer-2\shared\bringout\knowhowERP\windows
-
- dok sale ove fakt odt i fisk sunkcije ne odradi idem i na d-500 isto podesiti
-
- u wikijima bilo par sitnih typo-a, ispravio
-
- logirao se sa F18 na f18_test, tu su testni podaci
-
- uradio dodatno update f18
-
- nastavio sa koracima
* mysgit podešenje:
* podešenje ssh github
* gvim podešenja
* qt podešenja - T_PLUGIN_PATH
* c:\knowhowERP\hbout
* f18_create_test_db.sh -
- instaliram redom
* java
* libre office
* postgresql
* F18 korisnik 3rd party
* F18 Serviser third party -
- ima link na ove upute http://redmine.bring.out.ba/projects/knowhow-t0/wiki/knowhowERP_serviser
-
- http://redmine.bring.out.ba/projects/f18/wiki/F18_servis stoji zastarjelo totalno
-
- po uputama hernada, instalirati f18 servisersko okruženje, testirati fakt funkcije, backup/restore
-
- na teren ne izlaziti dok se ne testiraju funkcije
-
-
- otvorio sada #26265
nisam stigao a ni razmišljao o tome, samo iznjeo činjenice i išao dalje -
- > modstru informacije nije moguće prebaciti po box-ovima zato što se sve te operacije izvršavaju prije same inicijalizacije modula itd... tako da nam fale one varijable mx itd... a u log fajlu mu ništa ne fali
ne znam ni sam koliko si... -
- fakt sada ulazi kako treba, ostale su još samo msgovi za indekse ali oni ne smetaju
-
- modstru informacije nije moguće prebaciti po box-ovima zato što se sve te operacije izvršavaju prije same inicijalizacije modula itd... tako da nam fale one varijable mx itd... a u log fajlu mu ništa ne fali
-
- da, prebacio mnoge stvari u log fajl, kao što su "modstru info":https://github.com/knowhow/F18_knowhow/commit/eecfd554799d1ed28ea55d71415887c741c20b47
u fakt-u također izbacio info sa ekrana o sinhronizaciji i one silne query-je -
- #26210
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/ba4fd3f39f5abd02ac0f93b04d327b5887bba88c
iz baze public.usr_bak se čitaju id-ovi usera i njihova imena i puna imena itd...
korigovao grešku -
- http://redmine.bring.out.ba/boards/9/topics/5907
-
- da, postoji... https://github.com/knowhow/F18_knowhow/blob/977792e54474d0c4529/ld/ld_specifikacija_v2.prg#L954
nisam testirao, danas radim na fakt čišćenju radi bhingco -
-
- niti jedan feature ticket nije napravljen (ispisan), zato što smo evo upravo došli do tog momenta da ga mogu pisati i to opet djelimično...
fiskalni parametri treba da se srede da bih mogao nastaviti raditi po tome
također štampa ... -
- štampa odt fakture #26262
-
- ja nisam radio na featurima, samo instalaciju i testiranje
-
- izdavanje fiskalnih računa #26245
-
- bjasko i vsasa. vidim da je čitav dan utrošen na F18 funkcije. Dan trebate završiti feature ticketima koji se odnose na te funkcije.
Pošaljite mi na uvid prije kraja radnog dana. -
-
-
-
- sada to radi
-
- ahhh, budaleština
"commit":https://github.com/knowhow/F18_knowhow/commit/977792e54474d0c45294881e355a2f1ba330ad42
specijalni karakteri trebaju biti prvi u nizu za konverziju pa tek osatalo, dešavalo se da se pretvori karakter
"... -
- http://redmine.bring.out.ba/boards/9/topics/5902
-
- Eto, na osnovu ovoga možeš krenuti sa podešenjem
-
- što se tiče podešenja, mogu sada ovako napamet pisati samo
h2. Modul LD
U modulu LD, u šifraniku doprinosa treba izmjeniti na stavkama
* 80
* 90
u polju "POOPS" treba da stoji "1" umjesto "3", to je po općini mjesta stanovan... -
- updater radi, gvim, f18 ..OK ovo je podešeno
-
- buildao F18 ....OK
-
- odradio instalaciju i podešenje, f18 serviser/developer
-
- po;istio stare instalacije, hb, gvim, ooffice, mysisgit itd
-
- uzeo
-
-
- postirao nver na google, pa probaj sada
-
- po http://redmine.bring.out.ba/projects/f18/wiki/F18_Windows_build
radim windows release -
-
-
- sada su sva polja tu
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/f600b257781c82622c448216ff2de9936a979b2f
dodao i tabelu refer.dbf -
- odradio modifikaciju, međutim REFER tabele uopšte nema
treba je dodati -
- u sql/db imamo ta polja
-
- Ostala su tu još polja
* IDREFER
* IDOPS
njih uopšte nema unutar strukture za "kreiranje dbf-a":https://github.com/knowhow/F18_knowhow/blob/246971f6982b57fc06f520315432d02310a76191/common/sifre_partneri.prg#L17
treba ubaciti m... -
- ubacio i ostala polja, https://github.com/knowhow/F18_knowhow/blob/246971f6982b57fc06f5/common/sifrarnici_semaphores.prg#L22
-
- vidim kako god uđem u šifrarnik partnera da mi fale neka polja sinhronizovana kao što je PTT recimo ili TELEFON
pogledam u definiciju polja, jasno zašto ih nema
"sinhro partneri":https://github.com/knowhow/F18_knowhow/blob/013ba962... -
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/013ba9629ba5200650c459bfbe643d3770773431
korigovao opciju upisivanja broja veze u tabelu doks
također dodao dodatne argumente u a_dbfs za fakt kumulativne tabele -
-
- #26245
-
- 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
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/6bfbd393ff0945dbd3d6283affd7188340bbf1af
-
- korigovao grešku
-
16.01.2012
-
- serviser znači odt, rtm-ove stavlja na lokaciju
-
- #26071
-
- ovo gore što je navedeno moram napraviti ja. To je v2
Sada vsasa neka napravi verziju
h2. verzija 1 template-ovi
http://redmine.bring.out.ba/issues/26099#note-39 -
- provjeriti ovu opciju i napraviti je u skladu sa novim parametrima
-
- h2. c:\knowhowERP\template\
dobro vidim da smo opet u ciklusu masovnih zbunjoza i testiranja bez kraja.
ovdje staviti F18 sve .rtm, .odt fajlove NE u my_home_root
u odgovarajući .ch fajl staviti -
- > ja sam ih sada kod testiranja držao u home direktoriju, gdje je i f18_delphirb.exe
i ovako ćemo dovijeka .... daj bolan neko rješenje da definišemo. zato i govorim da .f18 root bude lokacija za te template-ove da se ne mora ručno ko... -
- Saša Vranić je napisao/la:
> a ha, dobro ali treba provjeriti da li će to raditi ili moraju biti tamo gdje je delphirb.exe
ama to je već urađeno i provjeravano vsasa. vrtimo se ukrug bez ikakvih potreba.
Kako je urađeno kod one mi... -
- a ha, dobro ali treba provjeriti da li će to raditi ili moraju biti tamo gdje je delphirb.exe
-
- Saša Vranić je napisao/la:
> treba još samo skontati gdje ćemo držati ove rtm fajlove
pisao sam o tome ima otvoren ticket. privremeno rješenje je staviti u ~/.f18
-
- ja sam ih sada kod testiranja držao u home direktoriju, gdje je i f18_delphirb.exe
-
- treba još samo skontati gdje ćemo držati ove rtm fajlove
naime u pozivu delphirb-a se očekuje da su negdje u path-u
jer se ne može zadavati kroz komandnu liniju
path + rtm fajl, nego mora čisto biti samo naziv
-
- Na kraju pronašao da specifikacija radi ovako sa pozivom
-
- zato developer tokom svojih F18 aktivnosti treba u većini situacija pored nver source-a izbaciti (i objaviti) nver sample data artifakta.
-
- u fazi stalnog testiranja nove verzije sample data artifakta trebale bi biti svakodnevne.
-
- h2. F18 testno okruženje - novi sample data svakodnevno
F18 testno okruženje (sample data) trebalo bi se svakodnevno unapređivati.
Ja sam juče napravio pushirao init verziju "f18_demo":http://knowhow-erp-f18.googlecode.com/files/f18_de... -
- Skoro sve ono što trebamo pripremiti za cag i rg po pitanju F18 možemo već sa postoljećim stanje core F18 funkcija (F18/common) napraviti.
Jedina bitna funkcija koja je opet vezana za višekorisnički rad se odnosi na numeraciju dokumen... -
- Cilj je da se ovim načinom rada što prije dođemo o F18 koji radi sve ono što radi i FMK.
Ako se postigne da je F18 funkcionalan u jednokorisničkom scenariju (što je u ovom trenutku moguće postići) na korak smod od migracije i u višeko... -
- h2. Pravilo 5)
F18 bugovi kod eksternih korisnika imaju visok prioritet.
developer - analiza - novi release - korisnik f18_update ... Ovaj ciklus može i treba biti minimalan za trivijalne bugova.
30 minuta - 1h. -
- h2. Pravilo 4) - forsirati novi model podrške
Uložiti kontinuirane napore da se uspostavi model podrške kao što je navedeno ovdje #26208
-
- h2. Pravilo 2)
Vidi pravilo 1)
h2. Pravilo 3)
Vidi pravilo 1)
-
- h2. 1) F18 primarni alat za analizu korisničkih zahtjeva
svaki zahtjev FMK se rješava tako što se napravi testno okruženje (f18_demo database ili druga pogodna) i utvrdi uzrok poblema.
Serviseri i developeri znači PRVO uzimaju F18 ... -
-
- http://redmine.bring.out.ba/news/4
ko god bude trebao raditi novi build na d500 mora realizovati ovu aktivnost prvo. -
- stare lokacije repozitorija /c/dev ukloniti kao i instalaciju Postgresql-a koji nije podešen u skladu sa posljednjim standardnima knowhowERP instalacije.
-
- build je sada moguć sa bilo koje radne stanice koja ima podešeno knowhowERP serviser/developer okruženje, ali je dobro imati mašinu koja je uvijek za ovu potrebu dostupna.
vsasa će tako buildove publikovati sa svog dev okruženja.
... -
- podesiti na dell-d500 standardni serviser/developer build environment
http://redmine.bring.out.ba/projects/f18/wiki/F18_Windows_build -
-
-
- instalirati nver F18 user, nakon toga i 0.9.38.
napomena: novo ime updatera je *f18_update*
raniji poziv "f18_windows_update" ne koristiti više. -
- "changelog":https://github.com/knowhow/F18_knowhow/blob/f9aebde374880d7ee891d33e808345fb6c13f7f4/CHANGELOG.md
-
-
-
-
- da
-
- zatvoreno na veznom tiketu
-
- posebno obratiti pažnju na funkcije fiskalizacije
-
- izbaciti sve stavke koje "prljaju ekran" - inicijalna sinhronizacija direktni ispisi na konzolu i slično.
Testiranje:
f18_test instalacija, ulazak u FAKT treba proći bez developerskih outputa kojih je sada F18 prepun.
Developer... -
-
- "F18 build v2":http://redmine.bring.out.ba/projects/f18/wiki/F18_Windows_build
-
-
- ma neee, nisam tiketirao novu verziju...
dakle, prvo sam osposobio štampu naljepnica kroz F18, hernad rekao da mu se ne sviđa ono podešenje ctrl+F10 pa windows podešenja itd... da se to odvoji na crni ekran
na kraju napravio novu v...
15.01.2012
-
- pripremio sam servisersko okruženje windows, sada je lahko debugirati windows F18
-
-
- server db migrate "package":http://knowhow-erp-f18.googlecode.com/files/f18_db_migrate_package.gz
-
- napravi testno okruženje na windows sesiji prema
http://redmine.bring.out.ba/projects/knowhow-t0/wiki/knowhowERP_serviser
-
- test baza http://knowhow-erp-f18.googlecode.com/files/f18_demo.dump.gz
-
- napravio f18_test, uradio upgrade na 4.1.3 fmk_db_migrate_package ali
-
-
-
14.01.2012
-
- gJavaStart gJodRep
-
- čini mi se da ovdje nešto nije dobro
https://github.com/knowhow/F18_knowhow/commit/530b6df24ee52d9e6f28db202330a253017e8465#L0R248
stoje globalne varijable gJodReports ... one su definitivno nepotrebne. -
- "v4 instalacija F18":http://redmine.bring.out.ba/projects/f18/wiki/F18_windows_install
13.01.2012
-
-
- kako se to podešava ?
pretpostavljam da je testirano za na mac klijentu
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/530b6df24ee52d9e6f28db202330a253017e8465
osposobio opciju štampe naljepnica kroz open office i jod reports -
- osposobiti ovu opciju
-
-
- nakon ovoga se može povući MIP obrazac
-
- izmjenio sam kod
"commit":https://github.com/knowhow/F18_knowhow/commit/3deb3d97f47e2ad07725801b52cc1c66fcb58c98
sada radi snimanje, provjerio sam i podatke na serveru
12.01.2012
-
- obračuni su kumulativna tabela, treba
tu su datumi isplate definisani -
- obracuni.dbf je temp tabela za generaciju ovog obračuna ?
treba je usex otvoriti.
-
- http://redmine.bring.out.ba/boards/9/topics/5885
-
- našao ovdje #18631
-
- to se pominje ovdje ali ja to i dalje ne razumijem http://jodreports.sourceforge.net/?q=node/25
-
- Ernad Husremović je napisao/la:
> http://redmine.bring.out.ba/projects/rnal-rg/wiki/Rnal_label_template
kaže; -
- http://redmine.bring.out.ba/projects/rnal-rg/wiki/Rnal_label_template
-
- ako ovo ne radi u F18 kako je moguće zatvoriti F18 ticket ?
Ako je rečeno da pravimo testno okruženje, Feature tickete #25661 kako je moguće zatvoriti ovaj ticket ?
Cilj našeg rada nije što više ticketa zatvoriti nego postići određene ... -
-
- napravio korekciju
"commit":https://github.com/knowhow/F18_knowhow/commit/51d2a6c132756a5762d96b1e7c66c898363d33fe -
11.01.2012
-
-
- ovo sam napravio, problem je u dužini polja
"commit":https://github.com/knowhow/F18_knowhow/commit/ed045f778281d766e08ef1819650de7d123823fd -
- http://redmine.bring.out.ba/boards/9/topics/5876?r=5877#message-5877
09.01.2012
-
- ostalo još portirati u f18
-
- napravio opciju ispravke broja naloga
-
- Radi naknadnog unosa naloga potrebna je ova opcija. Da mogu setovati drugi broj naloga.