Aktivnost
Od 02.02.2012 do 02.03.2012
02.03.2012
-
17:57 Podrška #26954: modul FAKT, mrežna numeracija dokumenata
- ovaj gornji algoritam bi trebao bez problema raditi i na F18. provjeri.
Uključiti kod nas. -
14:37 Podrška #26954: modul FAKT, mrežna numeracija dokumenata
- Postoji otvoren i ovaj tiket #25077 gdje smo već pisali na tu temu
-
- Sada radi po principu:
# napravim dokument u pripremi
# na opciju štampe dokumenta iz pripreme setuje se u tabeli fakt_doks master zapis te se pri tome setuje:
# dodjuje se novi broj dokumenta na osnovu zadnjeg broja iz doks
# pol... -
-
- Dokumentovao "fiskalne parametre":http://redmine.bring.out.ba/projects/f18/wiki/Parametri#12-Fiskalni-parametri
-
- ubaciti i fiskalne parametre
-
13:54 Podrška #26951: F18 release 0.9.60
- ubuntu 32 odrađen
-
- windows build odrađen
-
- Emire, napravi build
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/6fef673f345497eeb1a7d0da8401a5769b10e0ef
-
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/9782a879480538d931ccb4c2e1c87b7dcfea2870
greška ispravljena -
- http://redmine.bring.out.ba/boards/9/topics/5959?r=5962
-
- od onoga što sam prvobitno zamislio.
-
- uradio drugačije ... bolje.
-
- juče radio na ovome tako što sam radio nadogradnju F18_update
-
- ovo čitam jedno 3-4 put ista tema. ping-pong bjasko vsasa.
zar je toliko problem da se obezbjedi mjesto na kome ćeš vsasa pokrenuti instalaciju ?!
ovo debugiranje na ćoravo me stvarno nervira.
Zaključak:
- ono što bjasko mož... -
08:38 Greške #26724: KALK, greška kod štampe dokumenta TD 42
- ma isto open error nakon štampe
-
- pa jel sad radi ?
-
- Najvažnija novost je podrška za ažuriranja izvještaja (report templates).
"F18 instalacija v5":http://redmine.bring.out.ba/projects/f18/wiki/F18_windows_install
-
- update F18.exe-a se vrši kao i do sada:
-
- kao i svi drugi artifakti F18_template bz2 je verzioniran
nakon instalacije F18_3rd party 1.2.0 imamo na raspolaganju komandu: -
- #26929
-
-
-
- Ovo je sada ispravljeno na nivou posebnih f18 funkcija za štampu odt reporta ili rtm reporta
-
-
- bildao windows i puširao
Glavna kvaka kod ovog relesea je što moramo ponovo setovati fiskalne parametre, sada se smještaju u sql/db
01.03.2012
-
- ... i završili škrabanjem.
29.02.2012
-
-
-
- ubuntu 32 build odrađen
-
- treba napraviti build-ove
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/a54247ed52fbc83261197f10b125fdf04828aa6e
-
-
- build je OK, buildati ću F18 0.9.59 #26929
-
- prebacio lib-ove na build32
bringout@ubuntu:~/Downloads/harbour_3.0.0-1_i386_ubu_10.04-2/data/usr/lib/harbour$ scp libminizip.a bringout@192.168.45.48:/opt/harbour/lib/harbour/ -
- počeli smo škrabati
-
- Skinuo sam .deb fajl, sad ga trebam prebaciti na ubuntu32 build?
-
- Ernad Husremović je napisao/la:
> ako ne znate buldati ove dvije biblio teke možete download-ovati ovaj već gotovo 32bit ubuntu build
iako mi nije jasno kako je uopšte napravljena ta ubuntu32 sesija koliko znam harbour je buildan iz ... -
- ako ne znate buldati ove dvije biblio teke možete download-ovati ovaj već gotovo 32bit ubuntu build
http://sourceforge.net/projects/harbour-project/files/binaries-linux-ubuntu/3.0.0/
-
- gdje se nalazi harbour source na toj ubuntu 32 sesijii ?
-
- to je bjasko sa copy-paste stavio, nikada nije uspješni ni buildao sa ovim libovima
-
- Problem sa lib-ovima:
* libhbmzip.a
* libminizip.a
provjerio da li su tu
bringout@build32:~/dev/F18_knowhow$ ls -l /opt/harbour/lib/harbour/ -
- Ticket za zip biblioteke #26745 "komentar 29":http://redmine.bring.out.ba/issues/26745#note-29
bjasku prilikom build-a ubuntu 32 prijavio isti problem kao i meni
-
- potraži tiket vezan za zip biblioteke
-
- Ovo nije zadnja verzija.
Zadnja verzija je 0.9.58 #26893 -
- probao odraditi ubuntu 32 build
bringout@build32:~/dev/F18_knowhow$ git pull -
- znači sva matematika bi opet bila matematika string polja
i postgreslql sigurno ima funkciju koja radi konverziju u date => "YYYYMMDD" -
- da li je moguće riješiti na sljedeći način:
1) promijeniti da indeksiranje dbf bude DTOS(polje)
2) na serverskoj strani takođe konvertovati datumsko polje kao kod dbf
tako da bi se praktično rukovalo sa stringovima ? -
- Sada sam ukinuo i ovo punjenje *gen_ug_p* tabele privremeno, radi generisanja ugovora
"commit":https://github.com/knowhow/F18_knowhow/commit/1f17e898f663c3f9915e390ee74d36ac022e9a5c -
- Ovaj sam problem već imao pa sam isključio neke opcije privremeno kod generisanja ugovora
"primjer":https://github.com/knowhow/F18_knowhow/blob/ce4dab318b878e3668434dafbc7caff92cb86a3e/common/gen_ugovori_2.prg#L321 -
- ovo ja moram uraditi zajedno sa v 1.1 semaforima
-
-
- http://redmine.bring.out.ba/boards/9/topics/5956
-
-
- Postepeno se sada mogu izbacivati ovi globalni parametri i kod opcija gdje parametri trebaju ispitivati na osnovu sql/db itd...
Za sada nek bude ovako. -
- Naime, dešava se da, kao i kod nas, emir treba da štampa račune a željka ne... pa da je ne bi pitalo prilikom ažuriranja za fiskalni račun ako podesimo ovaj zadnji parametar na *N* jednostavno ta joj opcija neće biti dostupna, ali će ima...
-
- Ubacio sam još ove parametre kojih nije bilo
* Operater naziv: "1"
* Operater lozinka: "000000"
* Korisnik može da štampa fiskalne račune (D/N)
-
- Neki o parametara su globalni, neki se podešavaju na osnovu trenutnog korisnika
Tako recimo, korisnički su:
* direktorij, izlazni fajl, itd...
-
- eh, na ovome sam dosta uradio...
Stvar je što je parametara puno i koriste se kroz globalne varijable -
-
- h2. ručno raspakivanje
-
- 4)
pushiramo na gcode i to je to.
F18 3rd party windows install ver 0.7.5 instalira ove template-ove.
treba napraviti f18_template_update po uzoru na f18_update.
-
- h2. ovaj fajl se pravi na sljedeći način
1) u template/ su svi template-ovi
2) -
- http://knowhow-erp-f18.googlecode.com/files/F18_knowhowERP_template.tar.bz2
-
-
- praktično izvući "ovaj dio":https://github.com/knowhow/F18_windows_3rd_party_install/blob/5cdfca9e9a0705d8c9da24/F18_3rd_party_windows_install.bat#L99
-
-
- kada formiramo storno dokument i u slučaju da nam prva stavka se briše gubimo sve podatke o parneru broju itd
trebalo bi razbiti vezu podataka o partneru i fakturi od stavki na fakturi
ov je problem sa FMK koji je garant i u F18 ostao -
- > pojavljuju nova polja
"uočavam" nova polja, to je bolje rečeno. -
- Svakako treba napraviti podjele
-
- ma ne, ok, nego kažeš kako pozivaš nove verzije da se pojavljuju nova polja, pa kažem da nije novo, egzistira od početka
-
- ovo treba odmah uvesti pa postupno izbacivati suvišne informacije kojih je napretek za "standard" org_profile.
-
- Saša Vranić je napisao/la:
> To nije ništa novo
Nije ? To tako mora biti :) ?
Ne znam da li se trebam stidjeti, ali ja ne znam šta polje "referent" u šifrarniku partnera znači.
To da li je to polje odvajkada ili nije manje me i... -
- kod če biti čist, a onda ćemo postupno dodavati specifične profile.
Tako ćemo naknadno uvoditi profile kao što su "proizvodnja_standard", "proizvodnja_stakla", "veletrgovina" itd ...
vrlo je vjerovatno da će ovaj atribut biti na k... -
- To nije ništa novo
-
- Referenti su već odavno u šifraniku partnera.
-
-
- pardon ... nije user_profile, nego org_profile
-
- Kako ovom problemu sistemski riješiti.
Do sada smo to rješavali FMK ini parametrima što naravno nije dobro rješenje.
Riješiti na ovaj način:
uvesti globalni parametar "user_profile".
Ako je user profile "standard" onda sva ta... -
- uočio sam da, kako se nova verzija baze napravi tako se pojavljuju nova polja u šifrarnicima.
Tako recimo u partnerima vidjeh nekakve referente ili šta več
To vjerovatno neko koristi radi obračuna plata na kome je rađeno ...
Str... -
-
- sada je ok
-
- ispravio i ostale tabele
"commit":https://github.com/knowhow/F18_knowhow/commit/7a01e89a9364976baffa394c4505cc90cadd03b0#diff-1 -
- gdje sam stigao ja sam ispravljao te pozive, recimo lager lista, kartica tu će nuditi ispravna konta, tj. ona koja su zadnji put pozivana
-
- npr kalk izvještaji po defaultu nudi 1310, FIN 543 klasu, kod obrade dokumenta alt+10 iako je izmjenjeno na A itd
28.02.2012
-
- bildaj za unixe
-
- puširao na google
-
-
- po uzoru na odt, napravljena i centralizirana funkcija za štampu rtm fajlova #26895
-
-
- Što se tiče same funkcije,
* kopira delphirb.exe -> home/f18_delphirb.exe
* kopira template fajl -> home/template.rtm
tako da se ništa ne sikiramo, naše je samo da postavomo na template lokaciju rtm fajlove koji su potrebni. -
- Sada se od miline zabaviti sa štampanjem na unix stanicama... kada radimo sve promjene samo na jednoj funkciji.
-
- "primjer stampe bez argumenata":https://github.com/knowhow/F18_knowhow/blob/b632a8a230d97777dfd3add3f6571447315ea580/ld/ld_specifikacija_v2.prg#L919
u LD specifikaciji
"primjer stampe sa dodatnim argumentima":https://github.com/kno... -
- "f18_rtm.prg":https://github.com/knowhow/F18_knowhow/blob/b632a8a230d97777dfd3add3f6571447315ea580/common/f18_rtm.prg
-
- Znači napravio sam funkciju
h2. f18_rtm_print( rtm_template, table, index, test_mode )
* rtm_template, naziv template fajla (bez ekstenzije)
* table - tabela koju drb otvara
* index - index kojim će se služiti nad tabelom
* test_mod... -
- "commit":https://github.com/knowhow/F18_knowhow/commit/7a01e89a9364976baffa394c4505cc90cadd03b0
stampa u ld "korigovana":https://github.com/knowhow/F18_knowhow/commit/e507b4bd0358cd022122727fa895382ab680c211
stampa u ostalim segmen... -
- po uzoru na odt štampu napraviti i rtm funkcije
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/0802115d422860a02243c781e8692ac2fc162629
-
- Ja sam sada radi problema sa obračunom ovaj problem riješio, ali ovo treba još prečešljati i napraviti normalne pozive šifrarnika.
-
- U LD-u je to nešto spetljano oko šifrarnika, nije se koristilo klasično poziv šifrarnika
-
- http://redmine.bring.out.ba/boards/9/topics/5953?r=5954
-
- Radi lijepo i na windows instalaciji
27.02.2012
-
- ma dobro. ja sam objavio naše završne računa iz zadnjih 5 godina na svom blogu ... tako da je u konkretnom slučaju sasvim nebitno to što si postirao.
Ukazujem ovo da pratiš na kom ticketu publikuješ privatne info klijenata. A bring.ou... -
- A joj ... javni.
-
- > ja dobijam ovo na tački 6
provjerio sam na drugoj instalaciji - u pravu si. i ja dobijam ispravan neto.
ali dobro najbolje da Željka napravi ručnu provjeru doprinosa (podaci koje trebam) pa ćemo znati da li su podaci sa rekapitul... -
- Saša, radi se o našim podacima pa mi nije bitno što su publikovani.
Međutim, moraš imati na umu da ovdje ne smijemo objavljujati korisničke podatke.
Uredno sam otvorio interni ticket za sam problem kod korisnika i developerski tick... -
- Ernad Husremović je napisao/la:
> vrlo je moguće da postojeći algoritam nije ispravna i da je potrebno zbirnu rekapitulaciju praviti tako što se
> ...
Ma ima već otvoren tiket ranije vezan za rekapituacije u LD-u, to su inače najgori i... -
- Identično mi daje i izvještaj pregl.plata za više mjeseci
u uslov za doprinose sam stavio "1X" i "2X" -
- Drugim riječima, dobijam
-
- odradi
-
- ja dobijam ovo na tački 6
-
- najvjerovatnije da je to uzrok neispravnosti zbirnog izvještaja
-
- vrlo je moguće da postojeći algoritam nije ispravna i da je potrebno zbirnu rekapitulaciju praviti tako što se
radi rekapitulacija mjesec po mjesec i onda se ti podaci saberu ... a ne da se "džuturile" podaci obuhvate za sve mjesece o... -
- ali u slučaju 2011 godine nije bilo promjena stopa tako da je zbirni izvještaj trebao dati ispravne podatke kao pojedinačni izvještaji.
-
- inače je greška što se nakon finalnog obračuna za mjesec sve stavke sa rekapitulacije ne pohranjuju u posebnu tabelu, tako da i u slučaju promjena stopa poreza ili doprinosa možemo dobiti zbirne rekapitulacije.
-
- a na veznom ticketu će Željka ručno izvući podatke koji su potrebni za završni obračun pa i to možeš iskoristiti za analizu problema
-
- Saša Vranić je napisao/la:
> Jednom nekada na prošlom ili pretprošlom obračunu isto bilo.
> ...
toliko od mene što se tiče prijave problema :)
na raspolaganju su ti isti podaci kao i meni. -
- Jednom nekada na prošlom ili pretprošlom obračunu isto bilo.
Šta daje izvještaj - pregled plata za više mjeseci. -
- tako recimo dobijamo tačku 6) 26279 KM
dok u finansijama na kontu obaveza za plate dobijamo 22910 -
- uočeno na bazi bringout_2011
-
- kontrolom neto primanja iz FIN i zbirne rekapituacije LD nešto ne štima.
na LD-u se dobija koliko primjetim uvećan iznos -
-
- Dobro, sada isto treba probati na windows mašini, ostavljam to za sutra
-
- Korigovao KALK, generisanje i štampa odt-a "commit":https://github.com/knowhow/F18_knowhow/commit/65cc8fe5df970d33aa1fb489bf7eebc0d8e8ce2d
-
- Korigovao RNAL, štampu labela "commit":https://github.com/knowhow/F18_knowhow/commit/be9de1cc2bf15ce9c9b2a341b61ba42a391e01bf
-
- Korigovao LD štampu (MIP, OLP, GIP)
Korigovao FAKT štampu (faktura) "commit":https://github.com/knowhow/F18_knowhow/commit/1ffd9c28483278758fd1c4dd9a74757374dd29be -
- h2. f18_odt_generate( template_file, xml_file, output_file, test_mode )
Od argumenata nam treba:
* template fajl (naziv) - on će se kopirati iz /template u home lokaciju svakako...
* xml fajl (putanja + naziv)
* izlazni fajl (putanja +... -
- I praktično gdje god nam treba samo njih pozivamo sa potrebnim argumentima.
-
- Treba napraviti dvije funkcije:
-
- Sada kada sam radio na ovim opcijama fakture itd... praktično, svuda se poziva posebna funkcija za štampu odt-a, tj. generisanje odt fajla i njegova štampa.
-
-
- Testiran recimo i GIP obrazac, ok također, primjenom iste metode
-
- Što se tiče podešenja, imam samo podešen:
-
- Treba testirati na windows-u također
-
- mac stanica dala ok rezultat za štampu reporta
-
- Korekcija funkcija "commit":https://github.com/knowhow/F18_knowhow/commit/cbf2880da49a12ffcc9c827b3ebe0c1974110b47
-
- Na osnovu http://redmine.bring.out.ba/issues/26878#note-4
testirao štampanje MIP obrasca na mac stanici - ok -
- Dobro, to je već i setovano...
"alter strukture":https://github.com/knowhow/fmk/blob/89b84ce2695d4b9e1e45ab7870bd4d6d40c47ea4/database/misc/db_migrate.sql#L3876 -
- setovanje default vrijednosti nanovo:
-
- Onda bi i prilikom importa sva polja koja su prazna u fmk tabelama u sql bazu dolazila sa oznakom "1".
Isto definisati i za tabele ld_parobr i ld_obracuni -
- Iako gledam tabelu ld_ld "polje obr default value":https://github.com/knowhow/fmk/blob/89b84ce2695d4b9e1e45ab7870bd4d6d40c47ea4/database/misc/db_migrate.sql#L613
Trebalo bi zapravo staviti da to bude "1" -
- Nakon importa podataka iz FMK u f18 sql baze potrebno je odraditi sljedeće:
* (ld_ld) setovati obračun "1" za obračune kojima je polje obr = prazno
* (ld_parobr) setovati obračun "1" za sve stavke kojima je obr = prazno
* (ld_obracu... -
- Glavna kvaka kod obračuna plata sada je što je uvedeno da se uvijek koristi opcija više obračuna za mjesec.
Obračuni 1 (default), 2, 3...
To je prije bilo pokriveno modifikacijom struktura itd... pa se nakon modifikacije moralo odr... -
-
-
-
- Razgovarao sa Vindijom, misle da su samo 10-ke (VP) bile sporne i da samo ta varijanta treba.
11-ka je praktično više interni dokument nego kalkulcija cijena sa informacijama o porijeklu robe.
U svakom slučaju ako bude trebalo šta ...
24.02.2012
-
-
- znači, glavna stvar kod ovoga releasa su dorade za Vindija d.o.o. Sarajevo, trgovačke knjige i kalkulacije cijena
Na veznim tiketima postoje template fajlovi kalk_vp.odt i kalk_mp.odt koje treba staviti u c:/knowhowERP/template/ za wi... -
- Puširao na google
-
-
- Ova polja vrijede i za KALK_VP i KALK_MP
-
- h2. 1) Struktura xml fajla (data.xml)
-
- Na osnovu kalkulacije 10-00081
-
- Kalkulacije cijena možemo odštampati sa menija pregleda dokumenta ili iz pripreme direktno opcijom *K*
"commit":https://github.com/knowhow/F18_knowhow/commit/c48ea56495ee83ffb39deca422f2620b96e92a14
-
- postiraj i jednu testnu kalkulaciju
-
- Sada ima sve tražene elemente, sve je do slaganja i preslagivanja...
Ja mogu preći na kalkulaciju cijena mp. -
- Evo već radne verzije obrasca kalkulacije cijena
-
- Primjer kalkulacije 81:
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/7836645e4826012cde60ae50be8477630991af7d
Implementirao i generisanje kalkulacije cijena za MP
23.02.2012
-
- Napravio init odt fajl, čisto da vidim povlači li podatke... ok
-
- Sada treba napraviti odt report i srediti još stvari oko poziva itd...
-
- "kalkulcija cijena, generisanje xml fajla":https://github.com/knowhow/F18_knowhow/commit/7084dd2da0b98ea655d01735a5cecb5855ee536b
-
- dobro, bit će odt
-
- odt report, mislim da je najbolje u landscape formatu uraditi.
-
- Ovo ne razumijem...
Naša kalkulacija ima sve elemente kao i njihova iz primjera. -
- vezano za ovaj zahtjev, provjeriti sa klijentom za koje dokumente ovo treba napraviti.
Da li samo za direktan ulaz u prodavnicu (tip dokumenta 81) ili i za zaduženje prodavnice iz magacina (11)
mislim da je potrebno obje vrste tran... -
- i ovaj izvještaj finaliziran u smislu formata "commit":https://github.com/knowhow/F18_knowhow/commit/30ccdf99e0a87cd84a28e50de916a9654cfc22da
-
- Dobro, naravno, jasko je jučer tek započeo sa ovim pa kako je šta ispadalo tako je i otvarao i pisao... Ja sam sve testove radio na mac/win instalaciji pa tako što sam primjećivao odmah sam i napisao.
Uopšte ne vračamo... Jasko samo i...
22.02.2012
-
-
- "rollback":https://github.com/knowhow/fmk/commit/89b84ce2695d4b9e1e45ab7870bd4d6d40c47ea4
-
- ako je radi brzine sada potrebno uraditi import, može se na tim bazama uraditi drop ključjeva s tim da se anomalije rednih brojeva isprave u bazi da bi se na kraju vratili PK-ovi.
Ipak je najbolje je kod importa raditi provjeru dokume... -
- ok, ukinut ću ovo što sam izbio...
ispravit ću opciju importa -
- Jeste ali imamo problem kod onog inicijalnog importa baza kod nove instalacije
-
- tako bi svi ključevi bazirani na rednom broju mogli ostati.
-
- pošto se ovdje radi prenos podataka, nikakav nije problem da se greška u numeraciji fiksira prilikom same operacije importa.
izbijanje primarnih ključeva je loš smjer. -
- ovo će biti dovoljno za identifikaciju zapisa
-
- Saša Vranić je napisao/la:
> Treba li nam na tabeli KALK uopšte PKEY ???? Imamo ga na doks.
to ništa ne znači. tabela mora treba imati pkey. -
- Ja ću za sada kod ovih tabela ukinuti ove PKEY pa onda neće biti problema sa importima...
-
- generalno, gore opisana situacija je moguća !
-
- Treba li nam na tabeli KALK uopšte PKEY ???? Imamo ga na doks.
-
- U primarnom ključu mora da bude polje koje ne smije biti *null*
E sada, recimo za kalk postavimo ovako: -
- Kako uraditi reset primarnih ključeva i dodavanje novog ???
Evo ovako, npr: -
- Treba dodati još polja kao identifikator ovog polja...
-
- Ovo je uočeno još ranije da ne šljaka kako treba, tj. kalk_kalk tabela ima PKEY
-
-
- h2. preporuka serviseru
ovo nekakvo analiziranje i nagađanje možda je ovo možda je ono je nepotrebno.
programer treba povećati nivo logiranja. nismo vračevi nego informatičari. Radimo na sopstvenom software-u a ne na nekom black-bo... -
- stalno se pojavljuju problemi i različito funkcionisanje ovisno o platformi.
to je naprije inidkator da se imenovanju i hendliranju fajlova ne pristupa dobro.
h2. preporuka programeru
što se tiče kreiranja sa strane fmk jasno ... -
- vidim da je cdx extenzija malim, ovo mixanje velika/mala sigurno na linux-u može napraviti ove probleme
-
- vidim da F18 drži otvorene fajlove
bjasko@bjasko-Vostro-1015:~/.f18/vind_bl_2012/import_dbf$ lsof | grep KALK -
- gledam na bazi ništa se ne filuje ovo !OK
-
- sada samo zaglavi F18 kod nakon odabira fajla
vidim da je počeo praviti CDX-ove možda je import startao ali nema outputa na ekranu -
- Sada recimo, kod mene na mac stanici također radi import fajlova.
Vjerovatno bi trebalo i na linux-u. -
- Dobro, ubacio sam "set_file_access()":https://github.com/knowhow/F18_knowhow/commit/f1809624ef3d12f8b33a71d12115dbf59beb2bb1
A doradio sam i unzip_files funkciju, dodao overwrite mode, tj. raspakivanje kada fajl već postoji na lokacij... -
- da to će dati w privilegije
-
- dobro, šta treba upisati
-
- Saša Vranić je napisao/la:
> da, ali to je linuxov unzip, ovo je interna hb biblioteka
ma da nego čisto radi uporedbe, na ubuntu de 022 defaultna maska, znači owner ima rw privilegije -
- da, ali to je linuxov unzip, ovo je interna hb biblioteka
-
- evo šta unzip na linux-u od privilegija da
bjasko@bjasko-Vostro-1015:~/.f18/bl_dump/import_dbf# unzip kalk_e09.zip -
- potvrđeno na windowsu to radi
-
- Ali sada nam je lakše da to sve na win sesiji odradiš...
-
- he he, otvaranje se vrši po principu da se može u dbf-ove i pisati, čak sam i planirao da u e_doks.dbf recimo upisujem polje "imported" sa markerom da znam da je importovan...
Ne, treba napraviti korekciju privilegija, to sam već uoči... -
- ne ali zar nisu dovoljni r-only pristupi samo ih čitam zar ne ?
-
- imaš li ti windows stanicu ?
-
- kod tebe će svakako biti problem sa ovim na linuxu... radi read only pristupa, vidiš da su svi markirani samo za čitanje
-
- jeste
-
- a jel raspakovao fajlove ?
-
- prije toga izbaci:
* imamo grešku: ?|???-205 -
-
-
- Sada više neće biti problema
-
- Fakat u DBF-u postoji !!!
Dobro, napravio sam resetovanje ovog polja kod importa, "commit":https://github.com/knowhow/F18_knowhow/commit/6788fb8dafa6ea6221562f4a51140b53232955d4 -
- To je polje "podbr"
-
- evo loga za jedan sporni dokument 14-0660, nije ga procedura importovala nikako
-
- Ernad Husremović je napisao/la:
> staviti info iz loga. screenshot je nepregledan pa sam ga izbrisao
to ja da sale vidi dok se log ne oslobodi -
- staviti info iz loga. screenshot je nepregledan pa sam ga izbrisao
-
- prethodi joj
<hernad izbrisao>
f18 log s epuni ai je sada zaključan -
- izbaci ovu grešku ne pojedinim dokumentima ali import se nastavlja
-
- U pravilniku se spominje i TKU - knjiga usluga...
tako da sam ja i na TKM i na TKV dodao uslov da li da se gledaju usluge...
"commit":https://github.com/knowhow/F18_knowhow/commit/e8cecad15b09b62ac04f2381a9cdd7028970f141 -
- ok, ubacio sam i to...
"commit":https://github.com/knowhow/F18_knowhow/commit/288c9e3849212d037e3211681a951dbcdea9f52a
Evo recimo primjera TKM -
- znači izlaz mora biti evidentiran sa uračunatim rabatom
-
- *kolona 5 (razduženje)*
u kolonu 5 upisuje se iznos dnevnog prometa, a na osnovu iznosa evidentiranog na kontrolnoj traci, fiskalne odnosno registar-kase, fakture odnosno računa ili drugog dokumenta o izvršenom prometu odnosno razdu... -
- I pronašao odgovor na svoje pitanje
*kolona 4 (zaduženje)*
u kolonu 4 upisuje se ukupna vrijednost zaduženja po maloprodajnim cijenama sa ukalkulisanim porezom na dodatu vrijednost.
-
- Da, obrasci su potupno isti kao i u RS-u
-
- Pronašao sam na "www.fmt.gov.ba":http://www.google.ba/url?sa=t&rct=j&q=tkv+fbih&source=web&cd=1&ved=0CB8QFjAA&url=http%3A%2F%2Fwww.fmt.gov.ba%2Findex.php%3Foption%3Dcom_docman%26task%3Ddoc_view%26gid%3D169%26Itemid%3D27&ei=-9VET77AFM6g-w...
-
- Kakve su kod nas knjige TKV, TKM ?
-
- pošto u pravilniku ne postoji kolona rabata u TKM
-
- Također da li se uzimaju vrijednosti sa uračunatim rabatom ili bez rabata ??? kod izlaza
-
- Recimo interesuje me šta treba staviti na TKM, zaduženja sa PDV-om ili bez ??? isto kao i za razduženja
-
- glavna funkcija izvještaja "kalk_tkm()":https://github.com/knowhow/F18_knowhow/blob/1b615e19d465f7c662d9c5a0ff17ba140ed6b8c5/kalk/kalk_prod_izvjestaj_tkm.prg#L21
veoma jednostavno... -
- Struktura r_export tabele je
"ovakva":https://github.com/knowhow/F18_knowhow/blob/1b615e19d465f7c662d9c5a0ff17ba140ed6b8c5/kalk/kalk_prod_fin_lager_db.prg#L326 -
- po istom uzoru na TKV, implementirao i TKM
"commit":https://github.com/knowhow/F18_knowhow/commit/1b615e19d465f7c662d9c5a0ff17ba140ed6b8c5
sada sam uveo funkciju
"kalk_gen_fin_stanje_prodavnice() funkciju":https://github.com/kno... -
- Obrazac TKM je identičan TKV-u s razlikom što recimo nema kolone rabata.
znači -
- puširao
-
- ja ću napraviti windows build i puširati na google
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/e25dbe131464675e0abe5291d0754be78b72b83d
-
-
- hm... interesantno je to da LD čuva ovaj xml otvorenim kao proces iako se setuje
*set printer to*
-
-
- Po uzoru kod-a za MIP napravljena i ova generacija...
"commit":https://github.com/knowhow/F18_knowhow/commit/67ef97469f7c402c7b5d2ee837f8e853db7f538e
izmjenio sam sada i na MIP/GIP/OLP obrascima se koristi interna zip komanda umjes...
21.02.2012
-
- u kontaktu sam sa jasom, pripremit će šifrarnike pa da se može otpočeti, vidjećemo ako bude stigao da napravi export jedne godine pa da se i to pokrene
-
- Bilo korekcija funkcija, sada su u opticaju. Primjer korištenja se može vidjeti
"kompresovanje":https://github.com/knowhow/F18_knowhow/blob/885fc2ec6c78c87d565fe913cfa4ff7f1287d3fe/kalk/kalk_udaljena_razmjena.prg#L1416
"dekompresov... -
-
- Na donjem dijelu rekapitulacije dodao i ukupni popust
-
- I da, stvar kod prenosa sada radi sasvim normalno - daje mi potpuno identične iznose i dobru kalkulaciju cijena pravi.
Upravo onako kako sam pretpostavio, u kalkulaciju kao MPCSAPP se prenosi prava cijena bez odbijenog rabata. -
- Sada treba vidjeti šta će se desiti kod prenosa dokumenta
-
- jako puno budaleština je bilo, bilo dosta stvari za raspetljavanje
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/6be37f3d0ee923860b0b4a1c52498c7b0de9b69e
-
- Evo finalna kalkulacija:
-
- Ja mogu još na samu kalkulaciju u dio sa stavkama dodati, kao i u rekapitulaciji, polje *MPC sa popustom* i to je što se tiče štampe ok.
Međutim, prilikom prenosa dokumenata iz modula FAKT, treba obratiti pažnju da se polje MPCSAPP po... -
- Sada je stanje unosa kalkulacije ovakvo:
!unos_kalk_42.png! -
- Međutim, ovo polje *mpcsapp* bi trebalo da bude 9.00 umjesto 10.00
Sada ovdje postoji kvaka pri unosu, maloprodajna cijena sa pdv-om mi se uzima iz šifrarnika i to je ok. Ali kada se napravi kalkulacija cijena na njoj ta cijena i dalj... -
- Ovako, ovo je računica na fakturi:
Artikal koji košta 10 KM i damo popusta 10% -
- "sređivanje kod-a":https://github.com/knowhow/F18_knowhow/commit/840bf67561e2b818ebb8f4caedad811f8df6ae4d na koliko-toliko logičke cijeline
-
- Na veznom tiketu postavio uzorke dokumenta 42 koji je sporan.
Jednostavno riječ je o popustu, ostalo je još od prije PDV-a način prikaza poreza na kalkulaciji. Što se tiče unosa, obračun je dobar. -
-
- Ovo je sada ok, upravo testirao.
-
- Kod kalk-a je implementirano identično otvaranje tabela, kao i kod FAKT-a... da li ti FAKT priprema radi, kada ti otvori izvještaj.
20.02.2012
-
- fajlovi za import/export unutar modula KALK moraju da imaju prefix *KALK_*, znači
* kalk_01.zip
* kalk_import_01.zip
* itd...
kako god, samo da postoji prefix.
Direktoriji koji služe za import/export su
* import: home_path/... -
-
-
- puširao na google
-
- ja ću napraviti windows build, bjasko ti napravi ostale
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/7b0757eb62f1547ccf9cca86c1069ac558d329d3
-
-
- možda, ali za sada nije bitno
-
- "treba li nam tabela KONCIJ ???":http://redmine.bring.out.ba/issues/26681#note-72
-
- huh... konačano nakon ured puna dva dana...
Baš je zahtjevna opcija, sada kada miksamo FMK i F18 :) -
- Testirao sam sada jedan FMK transfer i sada je sve prošlo ok.
-
- Ovo usklađivanje se dešava samo ako je markirana opcija
*Import iz FMK ?* na formi importa.
Ako se radi o F18 razmjeni onda ove stvari ne trebaju ! -
- "usklađivanje struktura tabela roba, partn, konto, sifk":https://github.com/knowhow/F18_knowhow/commit/e9a69e905506a0901011c0937c9d91350fd4c191 prilikom importa podataka...
Recimo u SIFK smo promjenili polja
* decimal -> f_decimal
... -
- kod update-a se gleda struktura matrice koja je proslijeđena
-
- dostupne su ipak i to se koristi za brisanje članova
-
- odakle uopšte problem sa viškom elemenata u rec zapisu ?
zar se kod ove operacije -
- "hb_hdel()" i "hb_hdelat()" funkcije postoje ali nisu dostupne nama
-
- Kako pobrisati jedan član hash matrice ???
"dostupne hash funkcije":http://www.mail-archive.com/harbour@harbour-project.org/msg06021.html
-
- Znači, sada sam dodavao u hash matricu polja, a sada ih treba i brisati.
Ovo recimo primjetio na robi, polja:
* CARINA
* _M1_
-
- Pored toga što postoje neka nepostojeća polja imamo i drugi fazon a to je da na naštoj lokalnoj bazi ima nepostojećih polja sa remote strane.
-
- update strukture zapisa prije append-a
"commit":https://github.com/knowhow/F18_knowhow/commit/8c0f24cc792b06f3091d2b8af9483a9edd5bc245
pronašao sam taj fazon *HB_HHASKEY* -
- Stvar je u tome što ko zna šta može faliti od polja, pa zato to treba napraviti pametnije.
Međutim, neću se sada zamarati time, prvo da odradim aktuelnu modifikaciju na FMK strani. -
- "update_roba":https://github.com/knowhow/F18_knowhow/blob/7041b782b6584ed68941b69e5a580fb9e575fb7b/kalk/kalk_udaljena_razmjena.prg#L787
koristim regularne funkcije, nikakvi replace -
- može se ovdje napraviti i jednostavno upgrade funkcije *dbf_get_rec* pa dodati uslov template_rec
-
- ma jok
-
- je li ti pričaš o učitavanju dbf tabele fmk -> f18
-
- dobro, doks i kalk su mi prošli bez problema, zapelo je na tabeli robe...
da ne bi sada mozgao, odradit ću modifikaciju struktura tekuću u FMK pošto testiram na nekim starim podacima klijenta pa nema te modifikacije -
- mislim iz FMK...
-
- i to samo u situaciji kada fajl dolazi sa windows-a
-
- treba mi nešto što će odraditi sinhronizaciju struktura odmah prilikom otvaranja fajla...
-
- ali ne...
-
- mislim da ću sa set get memvars ovo riješiti bez problema, prije appenda prvo uzmem memvars tabele u koju ubacujem
-
- Recimo tabela robe mi je izbacila grešku... prilikom appenda.
Sada vjerovatno ne postoji polje FISC_NO u FMK tabeli robe.
-
- Dobro, na windows-u to radi, međutim sada imamo jedan drugi problem !
Strukture dbf-ova nisu iste. -
- "da li je fajl sa windows-a ?":https://github.com/knowhow/F18_knowhow/commit/7041b782b6584ed68941b69e5a580fb9e575fb7b
Ako jeste radi se upper konverzija.
Uveo skeleton funkcije za promjenu privilegija.
-
- Znači, treba i setovanje privilegija promjeniti nakon raspakovanja ako je UNIX verzija.
-
- Dobro, treba probati na windows-u
-
- Ok, sada nakon toga, opet greška:
-
- he he, kada sa windoza dođe fajl bude velikim slovima i ovaj ga nema pojma kako otvoriti :)
Mora se napraviti UPPER() konverzija -
- "import sifk, sifv":https://github.com/knowhow/F18_knowhow/commit/773b597562119712a90d6511af799300c6a5885c
sredio malo opciju importa, sada treba ovo sve testirati -
- Sada još treba import ovih tabela...
Ovdje imamo jednu promjenu a to su polja koja smo mjenjali na sifk, sifv tabelama radi naziva.
Na to treba obratiti pažnju. -
- Export sifk, sifv u f18, "commit":https://github.com/knowhow/F18_knowhow/commit/7873c5f6a83d5b6b961f8bbee2d4e499fdf046ee
-
- "7zip umjesto zip.exe na fmk strani":https://github.com/bringout-fmk/kalk/commit/262e3d73a97c31cbf028dcf2a08fef12a3ef21f4
Sa zip.exe postoji neki problem, tako da sam uveo da se koristi 7zip.
-
- Na F18 strani fali čitanje e_sifk, e_sifv tabela
-
- U FMK/KALK ubacio i generisanje e_sifk/e_sifv tabela na osnovu podataka.
Implementirao generisanje zip fajla i u fmk. -
- "backport fmk/kalk":https://github.com/bringout-fmk/kalk/commit/14a4be766c29a0e9e34305d2e84b95068597b0a9
"korekcija funkcija":https://github.com/bringout-fmk/kalk/commit/8f7e253ab40cbf34d41f42c41765fa1f601cb23a
17.02.2012
-
- naši IOS-i nisu samo ružni nego i glupi. #26796
-
- ubuntu 64 odrađen
-
- ubuntu 32 odrađen
-
- Nakon toga ćemo moći importovati podatke FMK -> F18
-
- sada treba uraditi backport opcije exporta u FMK, i naravno prilagoditi FMK
-
- Ono što još ovdje fali je:
* uvid u podatke prije importa
* uvid u podatke nakon eksporta
naravno, po želji -
- na #26794 objasnio kako radi ova opcija
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/6058e7c785d1c4cec50d7859525e1b140eb89017
-
- poispravljao još bug-ova oko importa i eksporta
dodao mogućnost pametnog imenovanja fajlova, te lista za import prilikom importa -
- Naravno, ova funkcionalnost će biti samo u F18, jer FMK ne zna da barata sa velikim nazivima fajlova.
-
- Sada export radi po principu, kreira se fajl *kalk_exp.zip*
Treba napraviti i sljedeće:
* fajl exporta, automatski naziv, recimo 3 prenosa napravim formiraju se kalk_exp_1.zip, kalk_exp_2.zip itd... )
* biranje fajla za import pri... -
- "kalk import dokumenata":https://github.com/knowhow/F18_knowhow/commit/5ff9865a8cb2ed48e79b593a7f2761247c83a16b
implementirao sam i import dokumenata -
- Ispravio sam "zip_files funkciju":https://github.com/knowhow/F18_knowhow/commit/dedc16c624360fb56ecb6cb2e78132c5b8c486be dodao i argument za relativnu putanju.
-
- ehhhh, zapakovao je on to lijepo i postavio relativnu putanju do fajla unutar zip fajla
Treba bez toga pakovati. -
- sve je ok, ali se u zip fajlu ne nađe ništa, a kada se raspakuje bude samo relativna putanja
-
- Export funkciju odradio "commit":https://github.com/knowhow/F18_knowhow/commit/4416f17fa0445a31af3576e83013a8aa147a6edf
-
- Na identičan način radi i "funkcija importa":https://github.com/knowhow/F18_knowhow/blob/fa2eb4fa256738d8d681aa14d3b4e7b7e89bd041/kalk/kalk_udaljena_razmjena.prg#L60
samo što će ona raspakovati fajlove na lokaciju, to će biti *home_di... -
- Znači, opet imamo klasični menij "import/export":https://github.com/knowhow/F18_knowhow/blob/fa2eb4fa256738d8d681aa14d3b4e7b7e89bd041/kalk/kalk_udaljena_razmjena.prg#L16
"Export funkcija":https://github.com/knowhow/F18_knowhow/blob/fa... -
- "commit":https://github.com/knowhow/F18_knowhow/commit/fa2eb4fa256738d8d681aa14d3b4e7b7e89bd041
Napravio u F18 bazne funkcije importa i exporta, sada fale još uslovi itd... -
- Dobro, danas ovo uzimam da napravim:
* u FMK trebam napraviti export
* u F18 import
Ali ću ja napraviti odmah
* F18 - export
* F18 - import
pa ću u FMK samo backport exporta uzeti -
- *Šta se upravo desilo ?*
Desilo se to da je provjerom program nalazio sve ove dokumente pa je brisao tekuće iz baze a stavljao ove iz arhive nove na stanje... -
- Ako odem na listu dokumenata 10-ki za ovaj period vidim opet 12 dokumenata
-
- Nakon što sam pokrenuo opciju, pojavljuje se brojač koji nam ukazuje na trenutni progres...
Na kraju dobijamo poruku
*Uspješno importovao 12 dokumenata*
-
- h2. 2) Import podataka
Fajlovi za import treba da se smještaju u folder
*home_direktorij/import_dbf*
Nakon što pozovemo opciju importa podataka dobijamo -
- export dokumenti uvijek idu na lokaciju
*home_direktorij/export_dbf*
-
- Dobijamo poruku o broju eksportovanih dokumenata...
U mom slučaju dobio sam poruku
*Uspješno eksportovano 12 dokumenata*
Te nakon toga nam se otvara folder sa eksport arhivama.
Svaki put kada pozovemo eksport, generišu se novi nazivi... -
- Recimo da želimo da prenesmo sve 10-ke u periodu od 01.04 do 30.06
to bi bili ovi dokumenti: -
-
-
- Naime, na veznom tiketu uočio da se fajlovi proslijeđeni sa punim putanjama tako i arhiviraju, pa se onda dekompresijom takav path i ekstraktuje...
Ostavio sam sada ovo kao argument, ako bi slučajno zatrebalo, ali po defaultu je da se... -
- "commit":https://github.com/knowhow/F18_knowhow/commit/dedc16c624360fb56ecb6cb2e78132c5b8c486be
Dodao u "zip_files" relativnu putanju argument -
- u stvari, kada se utvrdi da je ovo problem F18 pored internog ticketa koji je vezan za klijenta mora biti otvoren F18 ticket. otvori ga i poveži sa:
- fmk ticketom klijenta
- ovim ticketom
tako će developer i svi ostali imati punu... -
- bez ovoga bjasko ne može obaviti pripremu za toplotu. kada budeš ovaj problem rješavao, pogledaj i taj problem algoritma rabata radi koga se ovo sve i vrti.
bjasko vezni ticket ovom ticketu *MORA* biti problem rabata KALK.
-
- isto se desi, open error nakon štampe i F18 izađe, evo šta u terminalu iskoči ako ti je od pomoći
-
- ovo je sasvim ok. bitno je da je ispravna osnovica.
-
- kada sam tražio nisam našao jer je bio na pogrešnom projektu.
bjasko "knowhow bring.out" <> "knowhow ERP"
prvi je interni, drugi je public projekat.
16.02.2012
-
- vpn-om se zakačio i vratio dokumente
-
- Saša Vranić je napisao/la:
> Jedino što nisam skontao kako extraktovati na željenu lokaciju !!????
> ...
"commit":https://github.com/knowhow/F18_knowhow/commit/524113b06dc6adcf0e11a01f2186bd6f70040c2f
Mislim da će ovo riješiti taj p... -
- dobro, ovo ostavljam sada za sada dok ne dođemo do zip fajla poslatog iz FMK
-
- Dobro, funkcije nisam testirao unutar F18, pisao sam ih nasuho... i F18 se bilda.
-
- Jedino što nisam skontao kako extraktovati na željenu lokaciju !!????
Koliko vidim uvijek ga ekstrakture tamo gdje se nalazi sam zip fajl. -
- Evo i funkcije za unzip fajlova
"unzip_files()":https://github.com/knowhow/F18_knowhow/commit/fde328b4f77c757edb1a81ce976a191021467a8b -
- "commit: obrada greške":https://github.com/knowhow/F18_knowhow/commit/44a11259a3430d65570513b0c9db322ba17d917b
-
- Ostaje još informacija o tome da li je zip uspio ili ne...
-
- I evo, to bi ga bilo ovo:
"zip_files()":https://github.com/knowhow/F18_knowhow/blob/081be806fc6b62c53571281a8e0a862d5caa9f81/common/f18_zip_util.prg#L18 -
- E sada, funkcija
*zip_file()*
gubi smisao u tome što će i *zip_files()* uraditi isto ako se u matrici nađe samo jedan fajl -
- druga mogućnost je zipovanja grupe fajlova
-
- tako da trebamo jednostavnu mogućnost
-
- znači u većini slučajeva imamo situaciju da trebamo:
* zipovati jedan fajl (neki eksport fajl ili slično)
* zipovati više fajlova (neki prenosi)
-
- Upravo sam na #26745 uključio zip library u F18 build.
Sada treba napraviti smislenu funkciju za zip/unzip datoteka. -
- h2. Moguće rješenje (1)
Ako bi išli na export 1:1 onda bi trebalo napraviti replike sljedećih tabela:
* kalk.dbf -> _p_kalk.dbf
* doks.dbf -> _p_doks.dbf
* partn.dbf -> _p_partn.dbf
* roba.dbf -> _p_roba.dbf
* sifk.dbf -> _p_... -
- Nove tabele budu:
* _kalk.dbf
* _partn.dbf
* itd..
-
- h2. Kako realizovati prenos ?
h3. Kako sada radi ?
U FMK to već sada radi na način da se kopiraju trenutne strukture tabela:
* KALK.DBF
* PARTN.DBF
* ROBA.DBF
* SIFK.DBF
* SIFV.DBF
pa se u njih filuje promet po zadanom fi... -
- Opcija razmjene bi trebala da radi sljedeće:
* prenese kalkulacije (onakve kakve su u bazi) u pomoćne tabele
* na strani F18 - import treba da ide drito u baze (ažuriranje) bez pripreme i ažuriranja (asistenta) itd..
pri tome treb... -
- treaba imati na umu da postojeću opciju ne treba ukidati kao takvu jer je u opticaju kod korisnika
-
- postojeća funkcija "prenos kalk-kalk":https://github.com/bringout-fmk/kalk/blob/master/razoff/1g/pren_dok.prg#L73
-
- U FMK treba ispraviti i prepraviti postojeće funkcije za prenos KALK->KALK.
Trenutno se koristi arj format arhive, treba uvesti mogućnost zip arhive. -
- na #26753 napraviti zip/unzip f18 funkcije koje će biti lako poslije koristiti
-
- o tome na veznom tiketu: #26745
-
- Pogledao u contrib folderu, postoji *hbmzip* folder i primjer korištenja zip-a
-
-
- šta dobiješ ?
-
- pokušao isključiti PDV režim rada ali !OK, pretpostavljam da je siti fazon i u KALK itd
-
- pored toga kompletna opcija je loše urađena - izbaciti potrebau da se radi specifikacija ili barem automatizirati to tako da korisnik ne mora misliti o tome da li povlači "svjež" IOS.
-
- kolona opisa ostala malena.
kompletan format dokumenta je poružan. -
-
- treba probati sa aktuelnom verzijom
-
-
- Ispravljeno:
"commit":https://github.com/knowhow/F18_knowhow/commit/b9a0e4999f56e05ad2b70f27efe4fd24fedc26f2 -
- napravi ove linux verzije
-
- windows build postavio na google
-
- pravim windows build
-
- Sudeći po ovome #26736 treba napraviti ovaj build
-
-
- ispravio wiki
15.02.2012
-
- "commit 3":https://github.com/knowhow/F18_knowhow/commit/bdc6387d0a97dcd75
-
- ver 0.9.54
-
- "commit 2":https://github.com/knowhow/F18_knowhow/commit/466ebedf93740423
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/dfa8166a830ecdc097267b1b6
-
- Fin priprema
!masovna_ispravka.png!
# P - povrat u pripremu
# alt-R - idkonto traži / zamjeni
# X - ažuriraj bez štampe
Opcija "alt-R" pamti posljednji traži/zamjeni par
-
-
- zahvaljujući tagiranju sada se kod git checkout-a - builda nove verzija može i treba raditi ovo:
-
-
- opet zeznu tag pa ispravljao
-
-
-
-
- Odradio ubuntu 32
-
- publikovao na google windows verziju
-
- mora se izbrisati i remote tag:
-
- nakon toga ubuntu
-
- windows build
-
- bilo je još korekcija pa sam uradio ponovo tagiranje
-
-
-
- 0.9.54
-
-
-
-
- fin_prekart()
ne mogu se snaći. ovu funkciju jednostavno treba zabraniti. -
-
- Ernad Husremović je napisao/la:
> ejs.
> ...
ma ne nego nisam obraćao pažnju -
- ejs.
pa zatvorio ticket. -
- ok ti reče treba za 10 min pa ja pohitio
-
- nisi stavio reviziju.
pročitaj bjasko wiki od početka do kraja zašto je to takav problem -
- d-500 se izbacuje izbaci sa wiki
-
-
- dodao info na "wiki":http://redmine.bring.out.ba/projects/f18/wiki/F18_Windows_build
-
- na ovom desku po useraccountom bringout već ima podešen F18 biuld ja sam sada testirao, odradio pull build...OK
-
- OK uzeo
-
- našao http://redmine.bring.out.ba/issues/23455#note-13
-
- kako da mu pristupim, jeli rdesktop aktivan, ima li vnc, koja je IP stavi mi taj info
-
- to je vjerovatno sve spremno, ažurirati windows build wiki provjeriti
-
-
- bilo još neostajućih polja #26728
-
-
- Saša Vranić je napisao/la:
> tako vzeljka i svoje, ako je danas šta ispravljala od veza na nalozima
odnosno svaki povrat dokumenta. -
- vsasa napravi backup kao na veznom ticketu željkinih podataka
uradio build, provjerio za 14-000001 dokument, sada imam na serveru podatke
-
- tako vzeljka i svoje, ako je danas šta ispravljala od veza na nalozima
-
- samo lokalno.
sve što sam radio moram povrat ažuriraj ponovo da bi se to sačuvalo -
- tačno. na serveru nema tih podataka :(
-
- "ažuriranje potpunih podataka u suban bazu":https://github.com/knowhow/F18_knowhow/commit/7c907f8329da80836e333c994994cc1d41f91dd6
-
- pa zato što si lokalno radio sa svojim dbf-om, praktično se nije reflektovalo na sql db, u lokalni jeste
-
- Saša Vranić je napisao/la:
> I evo vidim u čemu je problem, nema uopšte kod ažuriranja setovanog polja "brdok" u matrici
ja sam pogedao dokumente koje sam ja vraćao i ispravljao ali je ostao broj dokumenta ?! -
- "gdje se ažurira suban":https://github.com/knowhow/F18_knowhow/blob/f8ff765dae8f16ed074d9cf9f49d10247f3bf3e9/fin/azuriranje_naloga.prg#L134
-
- I evo vidim u čemu je problem, nema uopšte kod ažuriranja setovanog polja "brdok" u matrici
-
- #25791 u 22:00h rađeno
-
- http://redmine.bring.out.ba/boards/9/topics/5704
-
- http://redmine.bring.out.ba/search/index/f18?q=broj+dokumenta&scope=&all_words=1&messages=1&submit=Po%C5%A1alji
-
- ni na forumima
http://redmine.bring.out.ba/search/index/f18?q=broj+veze&scope=&all_words=1&messages=1&submit=Po%C5%A1alji
-
- http://redmine.bring.out.ba/search/index/f18?issues=1&q=broj+veze
-
- ni na ticketima http://redmine.bring.out.ba/search/index/f18?issues=1&q=broj+dokumenta
-
- znam da je to uočeno i ispravljano
tražim u "chagnelogu":https://github.com/knowhow/F18_knowhow/blob/master/CHANGELOG.md
ali ne nalazim
-
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/97565d6cf8170a1a5bf058a6ffc5a33c5b27f281
-
- Pronašao još polja koja se nisu ažurirala na server
OTVST, IDTIPDOK -
- #26722
-
- "kalk, pametno otvaranje tabela":https://github.com/knowhow/F18_knowhow/commit/1125b524e900b19ff79b735c1c8a18375cc468ab
-
- To je problem koji se manifestuje samo na lx instalaciji, na mac i win instalaciji radi normalno
-
- vjerovatno, kalk_pripr je ekskluzivno otvorena tabela što znači za samo jednog korisnika i proces štampe je već zauzeo a pokušava da je otvori neka opcija.
Treba uraditi kao i kod FAKT-a što smo radili -
- hm našao izgleda uzrok, gvim otvori ove tabele i drži ih izgleda lokovane ??
bjasko@bjasko-Vostro-1015:~/.f18$ lsof | grep kalk_pripr -
-
- prvo mi odštampa u gvimu a onda izbaci grešku
-
- izgleda isti problem kao i kod #26691
-
- to je u stvari ovaj "commit":https://github.com/knowhow/F18_knowhow/commit/944e7f35541aedc7ddc949b85871eb3cbfd6cbfa#fin/fin_semaphores.prg
-
- vidi #26724 isti uzrok
-
- i evo nakon 2-3 pokušaja uspijem ga ažurirati
-
- bjasko@bjasko-Vostro-1015:~/.f18$ ls -lh /home/bjasko/.f18/f18_quick/sifk.dbf
-
- ne ovo se opet javlja ovog puta je sifk u pitanju ????
-
- ovo je jutros proradilo nakon brisanja pripreme i ažuriranja testne 10-ke prošla i 11-ka ???
-
- ok je sad
-
- "ispravio":https://github.com/knowhow/F18_knowhow/commit/f8ff765dae8f16ed074d9cf9f49d10247f3bf3e9
-
-
-
- OK je sad
-
- probaj bjasko sada
-
- ispravio "commit":https://github.com/knowhow/F18_knowhow/commit/93ab2976756b4a5f124b5642b555fb87918f9a30
-
-
-
- izgenerisan iz FAKT-a
-
- Ubuntu 32 napravljen
-
- emir napravi ubuntu
-
- ... na posljednje tri verzije.
-
- uvijek ima jedan ili par glavnih oko koji se vrti većina aktivnosti.
Inače ne stavljaš.
-
- pokušao povrat razne opcije uspio sa
-
- imaš bjasko ovdje info #26549
-
- sivro je uspio unjeti finansijski nalog sa space-om u broju dokumenta
-
-
-
- odt report ?
-
-
-
-
- pogledati postojeću KALK - KALK opciju ali ne prezati od potpunog rewrite-a.
harbour koliko se sjećam ima native zip podršku. nastojati pokušati izbjeći korištenje eksternih aplikacija zip.exe i sl, zato je zip -
- ovo nam prvo treba vezano za aktivnost vind, tako da što prije možemo uraditi instalaciju F18 na remote strani i testirati razmjenu dokumenata.
Onda sitemom update-a možemo brzo instalirati nove izvještaje
-
14.02.2012
-
-
-
- Ernad Husremović je napisao/la:
> da te podsjetim kako se unose podaci u "changelog":https://github.com/knowhow/F18_knowhow/blob/master/CHANGELOG.md
> ...
stvar je što su te promjene bile na 10-tine tiketa, sve po stvarčica na svakom, ... -
- buildao windows verziju i postavio na google
-
- ispravi retroaktivno changelog 0.9.48 - 0.9.51
-
- da te podsjetim kako se unose podaci u "changelog":https://github.com/knowhow/F18_knowhow/blob/master/CHANGELOG.md
stavljaj "linkove na tickete":https://github.com/knowhow/F18_knowhow/commit/04249ad11b6f81a8a2e1f9b684796
nemoj samo pre... -
-
-
- provjerio i ispravio
"commit":https://github.com/knowhow/F18_knowhow/commit/b6ee92d80664035412847051845111dd2d2bf258 -
- provjeriti na svim mjestima kao kod FIN da nema brisanje stavke kalk_dok, fakt_dok kao fin_nalog
-
-
- "fin semaphores":https://github.com/knowhow/F18_knowhow/commit/f83645ff02b6dfd4ab5e8ae6
-
- već sam rekao da rpad postgresql funkcija ne treba ' '.
treba izbaciti to -
-
- sad je OK
-
- jasko puluj opet fmk paket, zaboravio sam commit odraditi
-
- radim na svojim f18_quick i empty
-
- column "obr" does not exist
-
- F18 traži 4.2.0 a kod mene je lokalno 4.1.1
-
- fakat čudno:
hernad@macan:~/github/F18_knowhow$ cat F18.log | grep "^SQL " -
- uradio povrat, pa ažuriranje AM-00002 dokumenta
hernad@macan:~/github/F18_knowhow$ tail -n 100 F18.log -
- shvatio sam da možeš imati više transakcija u prometu
-
- To je ovdje, znam gdje se pojavljuje:
"begin suban":https://github.com/knowhow/F18_knowhow/blob/621956271c20d77876440eb02f5fc6bf5485cf2f/fin/azuriranje_naloga.prg#L131
pa se dešava update
pa begin sint
itd...
i onda na kra... -
- tako i za end, commit, rolloback
-
- treba na sva mjesta kod ažuriranja FIN staviti
-
- iako prijavljuje kao warninge ovo definitivno ukazuje da nešto u kodu nije dobro
-
- dok se negdje pojavljje slučaj
commit
ili rollback
van "begin ... end" bloka.
-
- ovo gore se odnosi na poruke
-
-
-
- Dodao u export i kolonu datuma nabavke sredstva
"commit":https://github.com/knowhow/F18_knowhow/commit/48816f99cafa76c0fb6fa4e9e6cab1c3b2a44a0d -
- govorim o OS i SII
-
- Saša Vranić je napisao/la:
> h2. Kako se koristi ?
> ...
definitivno se popisne liste ne rade samo za novonabavljena sredstva nego za sva sredstva koja su neotpisana, bez obzira da li su finansijski 0 ili nisu.
-
-
- h2. Kako se koristi ?
*izvještaji -> pregled sredstava po RJ*
zatim zadajemo sljedeći uslov:
* RJ = *10*
* prikaz sredstava: *B* - (novonabavljena)
* export izvještaja: *D*
Na unixima je za odabir editora dovoljno staviti "... -
- "commit":https://github.com/knowhow/F18_knowhow/commit/4a7ac4203b226cd49c8bade8ef3838ff68d9893e
-
-
- h2. fiscal share nedostupan
prijavi grešku umjesto da kaže - lokacija nedostupna: -
- "commit":https://github.com/knowhow/F18_knowhow/commit/77c881a4b83c5b8496825e4bc009a58f53271675
13.02.2012
-
- Treba napraviti po uzoru na MIP...
-
-
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/c215d68c8bf0b107957129339e9052b252781cb3
-
- Za radne sate se koristi tabela RADSAT koja se nalazi na serveru također.
Korigovao sam danas opcije unosa radnih sati, brisanja, i pregleda.
To sada radi. -
- ne, ja sam pukao, ne koriste se šihtarice
-
- Radni sati opcija koriste tabele šihtarica #26057 tako da nastavljam na tom tiketu.
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/356d240ba34655b0ec5d474ff11b3cdd5b20b926
-
-
- Prije svega ovaj parametar se podešava u fmk.ini...
Treba ga prebaciti na sql/db. -
-
- ispravljeno
-
- prebacio i kreiranje LD tabela
-
- mnoštvo korekcija danas na LD-u...
-
-
- Otvaram ovo kao master tiket, jer na LD-u ima dosta za uraditi...
-
-
-
- Ok, sad za sada sam ispravio ovo u našoj bazi, a ovo treba pogledati šta je.
-
- Kada sam išao na F2 ispravku i rekao RACUNARI umjesto TELEFONI dobio sam sasvim novu stavku unutar OS-a istog ID-a
-
- hm... čudno jako
-
- dobro
-
- bringout_2011 sredstvo počinje sa naz "NEXUS"
želim izmjeniti: telefoni => racunari
ali opcija skroz prolupa -
-
- Unos šihtarica napravio, ispravio i grešku sa indeksnim fajlom.
"commit":https://github.com/knowhow/F18_knowhow/commit/3600da7b53486054259607f6a30b780b1a1a7a10 -
- Parametri šihtarica prebačeni na sql/db
"commit":https://github.com/knowhow/F18_knowhow/commit/356d240ba34655b0ec5d474ff11b3cdd5b20b926 -
- iz kalk_kalk je izbrisan
ovdje nema ništa: -
- izbrisao ručno
-
- uradio povrat dokumenta 10-16-00004 ali nije u redu. izgleda da je ostao na serveru
-
-
-
-
- korigovao funkciju i sada je ok:
"commit":https://github.com/knowhow/F18_knowhow/commit/c215d68c8bf0b107957129339e9052b252781cb3 -
- Brisanje ne radi iz prostog razloga što nije dobra funkcija *delete_rec_server_and_dbf* tj. ne zna da handlira situaciju kada su u ids-ovim zadate vrijednosti:
-
-
- ipak tu treba vidjeti zašto faktura koju je vzeljka pravila nije došla semir-u a hernad-u jeste
-
- ipak ima.
-
- ali semir nema te fakture kod sebe
-
- izbrisao prvu stavku, uspješno ažurirao 00055 fakturu
-
- istina gornji problem jeste bug
-
- ovo je definitivno neka stavka koja je ostala u mojoj pripremi
-
- odakle se ta stavka pojavi uopšte ? ovaj partner nije uopšte bio fakturisan u 2012
-
- on je povukao prvu stavku sa brdok="00055" (ABBOS)
-
- auh ovo je haos.
sada vidim dvije stavke pod rednim brojem 1)
jedna je faktura partner ABBOS, druga HORIZ što je trebala biti jedina faktura -
- uradio povrat dokumenta
kod pokušaja povrata u pripremu javlja mi da faktura već postoji.
ne znam kako, mislim sa ESC pokušajem izlaska na kraju sam dobio i ovu grešku: -
- Emir, ubuntu ver 0.9.50 je imao posljednju fakturu bez stavki.
ja sam imao sa stavkama.
-
-
- ... i još silnih čišćenja napravljeno vezano za više obračuna
-
- ovo je ispravljeno...
"commit fmk paket":https://github.com/knowhow/fmk/commit/5e7b30717e12d3082b993bcddb73d1ca97f69f3d -
- u FMK paketu sam rekao:
"polje obr":https://github.com/knowhow/fmk/blob/242be2ca56d185cdc93fd184daf353e121a4c806/database/misc/db_migrate.sql#L613
to treba promjeniti da default bude '1' -
- Međutim, imamo sada jedan problem.
OBR mora da bude uvijek "1" i u default varijanti. -
- Sada se kreiraju i svi pripadajući indeksi sa tabelama u skladu sa poljem "obr"
-
- Odradio sam da je uvijek dostupna varijanta više obračuna...
U LD-u se koristi varijabla *lViseObr*
"commit":https://github.com/knowhow/F18_knowhow/commit/278fc02254a275edf24bccf4b6043950e814ff1d
-
- h2. ima u suban nema u nalog
ova opcija izbacuje grešku -
- treba u kontroli zbira napraviti napraviti opciju koja poredi stanje dbf - server.
-
- Naime, ja sam testirao povrat kao povrat samo, ali nisam testirao ažuriranje nakon povrata istog dokumenta. Tu je problem bio, ostajali neki zapisi u bazama.
-
- jednostavno sada kako je napravljeno da ide po rbr indeksu mora se dobro pozicionirati u while petlji, nešto se pogubi negdje ako se ne vratim na dobar zapis
-
- testirali sada fin dokument, sada je ok
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/d0592c91b779cb58593f61a6df1780a8f93fb318
-
-
-
- jedan parametar prekriva drugi na maski za unos
izvještaj radi -
-
- primarno radi ovog problema #26658
a inače u ovoj verziji će biti i dorade na modulu LD #26643 -
-
-
- Nakon što sam bildao LD, uočio sam da u tabeli poreza postoje i one stepenaste stope.
To se ispitivalo na osnovu prisustva polja "algoritam" unutar tabele poreza.
Ubacio sam sada parametar kojim se također definiše da li se koriste... -
-
- ove ispravke uraditi odmah.
A sa implementaciji #26642, imaćemo pravu istoriju fiskalnih operacija. -
- Što se tiče fajla odgovora, on se briše prilikom kreiranja računa, znači scenario je nakon što se fajl pusti prema uređaju:
> pobriše se fajl odgovora
> ...
ne valja.
nakon što se uspješno pročita fajl odgovora se treba brisati, a... -
- mislim da nakon kreiranja fajla ne postoji provjera da li je kreiran, ali nisam siguran
Što se tiče fajla odgovora, on se briše prilikom kreiranja računa, znači scenario je nakon što se fajl pusti prema uređaju:
* pobriše se fajl o... -
- h2. answer/b1.txt
uočio sam da se ovi answer fajlovi ne brišu nakon što se obrade.
to mi je skroz čudno.
Kao što fiskalni uređaj nakon što obradi komandni fajl briše b1.txt tako i F18 treba pobrisati answer/b1.txt nakon što ga p... -
- tokom podešenja fiskalnih funkcija uočio sam da operater ne zna da li je komandni fajl uopšte na željenoj lokaciji, pretpostavljam da onda gornje hendliranje ne postoji.
-
- je li ovo postoji ?
-
-
- da li postoji ikakva kontrola kreiranja komandnog fiskalnog fajla.
ako imamo shared resurs koji je nedostupan, operater treba dobiti poruku - neuspješno kreiran komandni fajl - provjerite dostupnost resurs /direktorij/fiscal ...
-
-
- Ovo hernad napravio
-
- nastaviti nakon LD-a te prebaciti u fmk, također odraditi i za tabelu CUSTOMERS
-
- Ubacio sam na kontakte pretragu sa znakom dolara, kao u standardnim šifrarnicima
"commit":https://github.com/knowhow/F18_knowhow/commit/fbd8d6c94d6e89f85e01b988253f91555a556af1
To bi trebalo da bude to.
To treba provjeriti. -
-
- Ovo je bila instalacija na lucid-u
-
- Ovo je testirano u petak, testirao sam između vzeljka i vsasa user-a. Sada je ok.
-
- uzmi odmah
-
- Ovo nam je sada potrebno prijeko, pa treba napraviti što prije
-
- > "{"101000521 1", "101000521 2", "101000521 3"}"
prije je u fakt_fakt kod ažuriranja stavljano {"101000521"}. Ovo jeste bilo nekonzistentno, ali je *funkcionisalo* - brisalo je stve stavke dokumenta 10-10-000521
Problem je u to... -
-
- čitava zbrka je bila u tome što je u gDbfs bilo definisano da koristi algoritam sa poljem "rbr" dok kod ažuriranja toga nije bilo, i praktično je bila velika zbrka u tabeli semafora
-
- ovo se sve odnosi na opciju ažuriranja koja koristi funkciju "update_fakt_fakt_semaphores":https://github.com/knowhow/F18_knowhow/blob/4be51c3d90438b3de321a2864cca29c07aa54b5c/fakt/fakt_semaphores.prg#L177
Ako je riječ o korištenju fu... -
- Kako sada radi ažuriranje:
Znači kroz pripremu se prolazi i puni se matrica *_ids* "pogledaj ovdje":https://github.com/knowhow/F18_knowhow/blob/4be51c3d90438b3de321a2864cca29c07aa54b5c/fakt/fakt_azuriranje.prg#L588 i vrši se ažurira... -
- navedi ključna mjesta na kojima su rađene ispravke
-
- Korigaovao sam dosta ovih funkcija kod fakt semafora. Naime, problem je bio u tome što je koncept bio skroz pogrešan.
tabele fakt_doks, fakt_doks2 imaju ključ IDFIRMA + IDTIPDOK + BRDOK
tabela fakt_fakt treba da ima ključ u semafor... -
- ispravio sam ovo još u officesa
-
-
- Ok, testirao i to sada radi kako treba.
"commit":https://github.com/knowhow/F18_knowhow/commit/4be51c3d90438b3de321a2864cca29c07aa54b5c -
- Priprema to već i ima... to je dobro.
Trebam danas još probati šta se dešava kada formiram storno, da li će ostati taj broj ili ne itd... -
- Saša Vranić je napisao/la:
> Međutim tabela pripreme treba da ima ova polja.
priprema nije sporna. -
- Međutim tabela pripreme treba da ima ova polja.
-
- Ne, greškom sam bio dodao u fakt_fakt, na kraju sam ga ukinuo iz te tabele.
-
- Šta se sada dešava:
* kada se odštampa fiskalni račun -> dobijamo popunjeno polje *fisc_rn*, *fisc_st* = 0
U slučaju da reklamiramo fiskalni račun, radimo formiranje storno dokumenta:
* u pripremi dobijamo broj veze fiskalnog ra... -
- Ovu promjenu *NE* treba portirati u FMK.
-
- Saša Vranić je napisao/la:
> "korekcija paketa":https://github.com/knowhow/fmk/commit/242be2ca56d185cdc93fd184daf353e121a4c806
polje fisc_st, fist_rn nije trebalo stavljati u fakt_fakt.
Takođe, trebalo je vidjeti da da li je fakt_... -
- Ukinuo i opciju resetovanja broja računa kod povrata "commit":https://github.com/knowhow/F18_knowhow/commit/c9a6099536cdb7f4f8dd769c2771c0d56c74ff7f
To je bio problem dok smo imali samo jedno polje -
- "commit":https://github.com/knowhow/F18_knowhow/commit/e7eb6754597a26d6e439ecd5e89923bafd8bf94b
-
- implementirao punjenje polja *fisc_st*
Dakle, imamo 2 polja:
* fisc_rn -> sadrži informaciju o fiskalnom računu
* fisc_st -> sadrži informaciju o reklamnom računu -
- "korekcija paketa":https://github.com/knowhow/fmk/commit/242be2ca56d185cdc93fd184daf353e121a4c806
-
- "nver fmk paketa":https://github.com/knowhow/fmk/commit/5357529b20021dafe9fb87f6d57a854e9c81c7d5
-
- Eh, prošli četvrtak sam uvodio ovo polje i pravio njegovo ažuriranje u office-u.
-
- pošto tiket za parametre postoji, ovaj zatvaram
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/4755cfb49487d3c8ffdec033cdc641af8686d299
-
- sale završio na terenu
10.02.2012
-
- Odrađen ubuntu 64
-
- Trebam još ubuntu 64 :) sad ću to
-
-
- Ubuntu 32 odrađen
-
- ja ću odraditi ubuntu
-
- Glavna kvaka je promjena na semafor funkcijama povrata dokumenta i ažuriranja dokumenta u FIN, KALK, FAKT.
-
- Evo sam napravio windows build i postavio na google, treba i ostale
-
-
-
- Ubuntu 32 odrađen
-
- uredu
-
- briši te linux verzije od jučer i bildaj i postavi nove
-
- Juče je na google postavljena F18 0.9.49, ubuntu 32
Postavio je staticnet@gmail.com
Da li se radi o istoj verziji, ili..? -
- Jutros sam bildao windows verziju i postavio na google. Treba odraditi isto i za linux
-
-
- samo fali vremena
-
- Postoji tiket za parametre #26250
-
- kako se to meni desilo #26608
-
- > Štampa zbirnog računa u VP treba staviti 1.
ovo treba biti globalni parametar firme. Nema nikakve potrebe da se ovo podešava na nivou usera. To samo može biti uzrok dodatnog posla za servisere i grešaka -
-
- > pošto smo mi bez fiskalnih opcija radili povrat, I sada je opet fiskalni račun 0 -tj. nema veze
ovo je ipak bug. to što neka radna stanica ima različita podešenja ne smije biti uzročnik gubitka podataka.
Fiskalna funkcija jeste p... -
- setovao sam broj veze.
znači sve je ok. -
-
-
- ovo je navodno ispravljeno
-
- za naredna dva računa stavke su tu.
Da li je razlog upravo ovaj bug ? -
- hmm takođe sam bio na stavci "FUBA" ? evo mi kaže da nema podataka - ima ga u listi ali nema stavki izgleda
-
- ja mu rekao <ESC> i on ispao sa gornjom greškom.
-
- došao na standardan račun "R" da napravim fiskalni kad me pita nešto za broj reklamiranog računa ?!
-
-
-
- ja znam šta je cm2str. ja sam tu funkciju pisao. Ali bilo ko drugi će to razumjeti isto kao da si mu napisao: xufaszzuv().
-
- ali kako god odlučili bitno je da imamo neku uniformnost.
Ako _sql_quote nije dobro imenovano (u smislu intuitivnosti imena ili konvencij imenovanja) treba ga mijenjati. To je poenta mog zahtjeva od početka. -
- Saša Vranić je napisao/la:
> da ali kršimo onda pravilo statičkih i public funkcija, zato sam i stavio ovako
ja ne znam da smo tu neko pravilo uspostavili - da "_" budu static funkcije.
mislim da to nije potrebno. "_" ćemo koristi... -
-
- "filter_quote() prebačeno u _filter_quote()":https://github.com/knowhow/F18_knowhow/commit/aaab79544ccbd5c780c350499038593c7f40c688
-
- da ali kršimo onda pravilo statičkih i public funkcija, zato sam i stavio ovako
-
- _filter_quote treba, s obzirom da već imamo _sql_quote
-
- "filter_quote() umjesto cm2str()":https://github.com/knowhow/F18_knowhow/commit/36a7567ce5cae11fd3fa1d1906aa9d15e6555454
-
- Ernad Husremović je napisao/la:
> naravno govorim o F18, a FMK - tu ostaje kako jeste
naravno -
- "commit":https://github.com/knowhow/F18_knowhow/commit/f1bc9111ba51a8af4a4e5cf04c0604c16a32a2e7
UPPER kod filtera, testirao sam sada, radi i sa našim karakterima i pretražuje sve i sa malim slovima i velikim -
- naravno govorim o F18, a FMK - tu ostaje kako jeste
-
- Saša Vranić je napisao/la:
> "cm2str":https://github.com/knowhow/F18_knowhow/blob/5118d2f4b8bf199802bfd8c22480fe8f1366ab1b/common/common_string_util.prg#L15
> ...
kao što je _sql_quote, logičan naziv ove funkcije bi bio _filter_quote
... -
- baš je popularna funkcija
-
- i koristi se na 500.000 mjesta u kod-u
-
- "cm2str":https://github.com/knowhow/F18_knowhow/blob/5118d2f4b8bf199802bfd8c22480fe8f1366ab1b/common/common_string_util.prg#L15
to je funkcija koja dodaje navodnike na uslov za filter, mogu joj se dodjeljivati i datumski uslovi -
- ovdje se desio F18 <= 1-1 => FMK što je loša praksa, puno puta sam naglasio
-
- tako da se postupno izbaci to kriptično ime cm2str ... a ko zna šta se u samoj funkciji nalazi.
-
- vidim da se u F18 koristi cm2str funkcija
to je ono nešto commix 2 string ... treba uvesti novu funkciju u F18 -
-
- ovdje imaju dva problema:
1) Upper i
2) upper naših diakritika
ali barem možemo riješiti filter sa upper kada nema naših diakritika -
- da li je senzibilan na velika/mala slova ?
ako u šifraniku piše "MIŠ" da li će to naći kucanjem "miš" ?
koliko vidim gledajući kod, neće.
-
-
- "fmk commit":https://github.com/bringout-fmk/fmk_lib/commit/75d040fadcba27220c64a53a8c7ccdb23de1e209
-
- upravo tako se i zadaje:
-
- "commit f18":https://github.com/knowhow/F18_knowhow/commit/5118d2f4b8bf199802bfd8c22480fe8f1366ab1b
-
- Sada je update u semafore svuda ok u ovim modulima.
Treba testirati povlačenje na drugoj strani. -
- očistio sam i fakt i kalk i fin, prepravio opcije semafora "commit":https://github.com/knowhow/F18_knowhow/commit/42e333541f5447b6d04e4cb3d0d9a02ee9b8711d
-
- Gledam sada ažuriranje finanasija...
Nakon što sam ažurirao dokument u semaforu dobijam ovo: -
- "commit":https://github.com/knowhow/F18_knowhow/commit/e7d53e9cccc13ac9321020aa8993d10255025da5
Ubacio sam i u FIN i KALK isti fazon kao i kod FAKT-a. -
- naravno, treba ubaciti i u KALK i FIN također one RPAD funkcije
-
- Ernad Husremović je napisao/la:
> Saša Vranić je napisao/la:
> ...
ova informacija nema veze sa ovim ticketom -
- Ernad Husremović je napisao/la:
> Saša Vranić je napisao/la:
> ...
sve one operacije što su juče rađene mogle su i trebale ići na taj ticket -
- Saša Vranić je napisao/la:
> bildao jutros f18 zadnju verziju za windows i postavio kod željke, dobila je sve jučerašnje dokumente
poseban ticket treba biti -
- otvori build ticket dodijeli Emiru da i on to uradi
-
- bildao jutros f18 zadnju verziju za windows i postavio kod željke, dobila je sve jučerašnje dokumente
-
-
- ludilo je ovdje...
ispravio sam sada
"commit":https://github.com/knowhow/F18_knowhow/commit/f658c473173643e0f18a18580765b85a5c7c0599
prije svega puširam u semafore
* fin_suban, fin_anal, fin_sint -
- Hajde, to i nije strašno ali ovo je belaj, u tabeli semafora dobijemo ovo:
-
- pronašao sam šta je uzrok...
Kod ažurairanja, tabela SUBAN se dva puta napada...
1) "ovdje":https://github.com/knowhow/F18_knowhow/blob/e7d53e9cccc13ac9321020aa8993d10255025da5/fin/azuriranje_naloga.prg#L124
2) "pa onda u funkci... -
-
- pokušavam da nađem podešenje FPrint-a na ubuntu mašini
-
- ovo je bjasko pisao ?
gdje su vezni ticketi ? -
- ? commit-i fmk, F18_knowhow ?
09.02.2012
-
- ubacio sam u fakt_doks dodatno polje *fisk_st* u koje sada ubacujemo broj reklamnog računa
-
- sada je to stavljeno u po polje fakt_doks fiskrn ili kako već, tako da se nakon ažuriranja to polje mijenja sa brojem rekliamiranog računa, a informacija o originalnom fiskalnom računu se gubi.
-
-
- koliko sam do sada primjetio ovo je radilo (mislim da opciju ažuriranja i brisanja fakt dokumenata)
izbacivanje ALLTRIM ( brdok ) ne bi trebalo tu stvar mijenjati.
svejedno još jednom testirati.
ovo znam da je sporno i da treba dobro ... -
- u fakt_ažuriranje se idfirma + idtipdok + brdok koristi kao ključ u svim tabelama:
-
-
- "alltrim izbačen commit":https://github.com/knowhow/F18_knowhow/commit/a90c1f438ab337daa294527
vsasa mi je preko telefona rekao da sumnja na sql_where_block funkciju ....
ta funkcija se koristi za formiranje SQL where izraza kod ... -
- i dalje je isti broj:
-
- nakon c-V ispravka broja fiskalnog računa:
-
- sada imam navodnike i u ažuriranju kada sam izbacio alltrim
-
- ažuriram dokument:
hernad@macan:~/github/F18_knowhow$ cat F18.log | grep ids -
- isti dokument 00559 prvo je napravio azur, pa onda update_rec_server_and_dbf:
-
- ima/nema navodnika:
-
- na fakt_azuriranje imamo alltrim:
-
- Saša Vranić je napisao/la:
> Rješenje pronašao u funkciji
> ...
dovoljno je rpad(brdok, 2)
-
- Rješenje pronašao u funkciji
-
- http://postgresql.1045698.n5.nabble.com/Blank-padding-was-Oracle-buys-Innobase-td2143927.html
-
- http://grokbase.com/t/postgresql.org/pgsql-general/2002/01/pad-column-with-leading-zeros-or-space/23dzoccbget5y4b3h3euioxu5dvi
-
- postgresql uopšte ne gleda na padding space-ove kod karakternih polja
-
- ali ni to
-
- izgleda da samo char(x) radi padding http://wiki.postgresql.org/wiki/FAQ
-
- hmmm rpad je jedino rješenje.
Samo sa njim možemo biti sigurni da ćemo string željene dužine: -
- http://www.postgresql.org/docs/9.1/static/datatype-character.html
-
- interesantno je kako će se ponašati u slučaju da stavim
-
- opet dobijam ovaj zapis
-
- ovo međutim radi
-
- a sa space-ovima na kraju ne radi:
-
- ovaj where radi:
-
-
- Problem uočen kod testiranja fiskalnih funkcija
Ako setujem broj veze, kod druge strane se izbriše taj dokument. -
- dupli
-
-
- praktično kada ukucamo
dio$
=>
browse šifrarnika po uslovu naz $ "dio" -
-
- fprint je podešen na c:\fiscal te je simlinkovan na homepath
-
- imena direktorija i fajlova moraju biti malim slovima
-
-
08.02.2012
-
-
- Sve ovo radi i testirano sa bazom *f18_quick_0.2.0* #25686
-
- Prenesimo je u finansije i dobijamo:
-
- h1. 5) Prodaja krajnjim kupcima
Sada kada imamo gotove proizvode, možemo prodavati:
h2. 5.1) Faktura kupcu -
- h1. 4) Šta je sa finansijskim dijelom ?
h2. 4.1) Ulaz sirovina
Na osnovu ulaznog dokumenta, formiran je nalog: -
- h1. 3) Kontrolisanje stanja sirovina
Pogledajmo sada našu lager listu magacina sirovina: -
- h2. 2.2) Proizvodnja - razduženje koktela od jagode
Po istom principu napravim i kalkulaciju PR za drugi koktel... jedina razlika što ovdje kod ovog koktela imamo dodatnih ukupnih troškova za ovih 25 koktela u iznosu od 12 KM pa to un... -
- h1. 2) Proizvodnja po sastavnicama - razduženje magacina 1010
Nakon ovoga proizvodimo naše koktele. Idemo proizvesti 30 kokela od ananasa i 25 od jagode.
h2. 2.1) Proizvodnja - razduženje koktela od ananasa
Pravimo dokument *"PR"* -
- Stanje magacina *1010* nam je ovakvo:
-
- Toliko o definisanju...
h1. 1) Ulaz sirovina
Pravimo klasični ulaz sirovina na magacin 1010 -
- znači jedan je na bazi ananasa jedan je na bazi jagode
-
- Mi ćemo ovdje proizvoditi dva koktela (voćna naravno :))
U šifraniku sastavnica ćemo za naše proizvode KOKTEL1 i KOKTEL2 da sastavimo od čega se sadrže: -
- U šifraniku imamo definisane sirovine i proizvode
-
-
-
- postavio baze na #25686
-
- ok, na #26561 zavozao, provozao i objasnio opciju proizvodnje po sastavnicama, to je sada spremno za rad
-
- "commit":https://github.com/knowhow/F18_knowhow/commit/4609a9ced0b3edb8db5f58db37c3122e155a80cf
"fmk paket nver":https://github.com/knowhow/fmk/commit/b12f8a06b5f9973408416b4a29c643f32a698fb8 -
- kontiranje dokumenta "14" ispada na funkciji DatVal() koja se koristi za valutiranje...
KALK_DOKS2 tabela je sporna
ima negdje tiket da je ona zaboravljena
ubacio sam je u fmk paket, verzija 4.2.0
napravio podršku u semaforim... -
- aaaa, sada sam na windows mašini povukao ove quick podatke i vidim da mi nema sastavnica...
napravio sam korekciju "commit":https://github.com/knowhow/F18_knowhow/commit/6b6cdd3f64a153dfcf987fee2116d81fb5941dbd -
-
-
-
-
- puširao na google windows build
-
- Glavna značajka čišćenje opcija proizvodnje, nova verzija fmk paketa 4.2.0
-
-
07.02.2012
-
- wiki započet
-
- Otvoren wiki, http://redmine.bring.out.ba/projects/f18/wiki/Parametri
-
- Ovi globalni parametri org.jedinice bi trebali da se setuju na jednom mjestu (na glavnom meniju), ali sada za sada je i ovako ok.
-
- Odmah sam ovo primjenio u svim modulima.
-
- Pri prvom startanju, ako nema naziva otvara se forma za setovanje parametara, gdje setujemo odmah
* id, naziv, grad
* tip subjekta
* da li smo u sistemu pdv-a
* default zaokruženje
* baznu valutu
a onda imamo mogućnost iz svak... -
- Dobro, ja sam sada uzeo i napravio globalne parametre, tj.
gNFirma, gFirma, gTS itd...
"commit":https://github.com/knowhow/F18_knowhow/commit/f5224736a5ace6ecf9afa3b6e95dfdb4746f6d50
Prilikom inicijalizacije modula koristi se f... -
- radio na parametrima, pošto primjetio da u kalk-u nema naziva preduzeća
http://redmine.bring.out.ba/issues/26300#note-7 -
- "commit":https://github.com/knowhow/F18_knowhow/commit/368081233442cc6588fc5effebf0ead1cf21fb8a
Čišćenje kalk (zaglavlja sigma-com) na unosu dokumenata, čišćenje pozicije ispisa konta na unosu dokumenta -
- I kod povrata dokumenta u pipremu KALK postoji problem sa p_doksrc (lock required)
korigovao ove funkcije "commit":https://github.com/knowhow/F18_knowhow/commit/bbf052c6cab0825aadf738c76c662bcaae14c6a1 -
- "commit":https://github.com/knowhow/F18_knowhow/commit/03cdd21a975579921e8727f93fb0489d43b6456d
-
-
- Ovaj asistent misteriozno ne radi u F18.
Izmjenio sam da nije ALT+F10, nego jednostavno opcija "A" u pripremi.
Međutim to ne radi dobro opet. -
-
-
- postavio na google windows verziju
-
- glavna stvar je recimo što sam obezbjedio opcije ALT+R (traži/zamijeni), to nije radilo i još nekih korekcija kod ažuriranja dokumenata itd...
-
-
-
- Napravio sam kod opcije povrata dvije opcije
ako zadamo ovako: -
- Vidim da čak i u našoj bazi postoji nalog
-
-
-
- Ok, koristim F18_TEMPLATE_LOCATION, "commit":https://github.com/knowhow/F18_knowhow/commit/b8f93d27925fbecadd9fee5dacf8e563068d0de7
i tačka SLASH, "commit":https://github.com/knowhow/F18_knowhow/commit/f83b7544ba63e68d3dc45d4735a30ccc... -
- > .\
"." + SLASH
-
- gornje ne valja.
template lokacija je hardkodirana. iz aviona se vidi da ovo radi samo na windows mašini.
slijedi moje upute za template -
- i time su sve glavne opcije modula VIRM portirane, ovo mogu konačno zatvoriti
-
- evo sam napravio
znači,
"prvo ide kopiranje delphirb i template fajla u home direktorij":https://github.com/knowhow/F18_knowhow/blob/3faf4239ce4c521d6201d87d8aaaa7ef3726b5e5/virm/virm_unos_podataka.prg#L493
"zatim štampa":https... -
- kako si ranije i sam uočio i ovo može da radi:
-
- a gdje uopšte traži nalplac.rtm ?
-
- hm, e sad, odoh napraviti da se pozicionira na taj home direktorij, to je mogući razlog
-
- radi iz cmd, međutim iz aplikacije javlja
-
- koliko vidim ovo radi:
-
- a ha, evo funkcije "konvertdbpath()":https://github.com/bringout-fmk/delphirb/blob/master/delrb.pas#L467
-
- Template se učitava, to je ok.
Fazon je što drb traži pravu putanju do izlaz.dbf fajla
jer se koristi neka funkcija KonvertDbPath()
"drb.pas":https://github.com/bringout-fmk/delphirb/blob/master/delrb.pas#L149 -
- nije problem u template fajlu, problem je u putanji do izlaz.dbf, to je podjeljeno u 2 parametra
PATH + izlaz
-
- > također, drb treba punu putanju kao drugi uslov
u template/nalplac.rtm se nalazi template
> ...
šta ti prijavi ?
-
- sad sam testirao i ovo:
-
- Ernad Husremović je napisao/la:
> sigurno će raditi i ovo:
> ...
kreiranje template poddirektorija će svakako biti preglednije, iz istog razloga sam napravio export poddir -
- sigurno će raditi i ovo:
* napraviti my_home()/template
* u ovaj poddirektorij staviti sve template-ove sa TEMPLATE lokacije (kako koji zatreba)
* lokacija će biti relativna - "template"
-
- tekući direktorij je "."
to bi trebalo da radi -
- znam, DirChange(), jasno, međutim Delphirb zahtjeva direktorij kao 2 parametar
https://github.com/bringout-fmk/delphirb/blob/master/delrb.pas#L147
to je budaleština
znači linija je -
- čitavo vrijeme pričam o MIP export opciji
-
- kao što je to urađeno sa export opcijom.
pokreni je pa će ti biti jasno o čemu govorim -
- svi ti apsolutni pathovi koji su u fmk navođeni (c:\sigma, c:\bout, c:\fiscal) trebaju se izbaciti
-
- tome treba da predhodi
> set default na my_home
delphirb, što je tebi problem se neće morati "boriti" sa pathovima koji imaju spaceove
-
- imaš na raspolaganju set default komandu kojom se pozicioniraš na my_home direktorij
u tom my home direktoriju imaš i exec i sve config i data fajlove
ako trebaš pozvati ovo:
> delphirb test.ini test.dbf template.rtm
dovoljno je da s... -
- vsasa
ovo ćeš riješiti na drugi način - ne ovako kako si krenuo.
pogledaj kod koji sam ja radio kod export funkcije -
- i na ovu liniju
-
- nije problem u debugiranju, nego
run ili hb_run jednostavno otvori prozor eksterni i odmah ga zatvori, ali sad sam mu dohakao -
- kako zaustaviti cmd
http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/ntcmds_shelloverview.mspx?mfr=true
a ha
komanda 1 & komanda 2
znači pozovem komandu za delphirb xxxx & pause, i da to radi. -
- ali sada imaš servisersko okruženje u windows u kome možeš debugirati
-
- hm... kao i kod LD-a što je bio problem, ne mogu da vidim u cmd prozoru šta se događa... na brzinu se zatvori
-
- "stampa virmana":https://github.com/knowhow/F18_knowhow/commit/d57b91dea029324cba82435275a743163091513f
ovo je još ostalo kao sporno... testirati sada štampu
06.02.2012
-
- "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
-
- 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 -
-
- 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.