Podrška #26695
Zatvoren
FMK KALK -> F18 KALK razmjena dokumenata
Dodano od Ernad Husremović prije skoro 13 godina. Izmjenjeno prije više od 12 godina.
80%
Povezani tiketi 6 (0 otvoreno — 6 zatvorenih)
Izmjenjeno od Ernad Husremović prije skoro 13 godina
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
Izmjenjeno od Ernad Husremović prije skoro 13 godina
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
Izmjenjeno od Saša Vranić prije skoro 13 godina
Pogledao u contrib folderu, postoji hbmzip folder i primjer korištenja zip-a
Izmjenjeno od Saša Vranić prije skoro 13 godina
na #26753 napraviti zip/unzip f18 funkcije koje će biti lako poslije koristiti
Izmjenjeno od Saša Vranić prije skoro 13 godina
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.
Izmjenjeno od Saša Vranić prije skoro 13 godina
postojeća funkcija prenos kalk-kalk
Izmjenjeno od Saša Vranić prije skoro 13 godina
treaba imati na umu da postojeću opciju ne treba ukidati kao takvu jer je u opticaju kod korisnika
Izmjenjeno od Saša Vranić prije skoro 13 godina
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 treba obratiti pažnju na sljedeću stvar:
- da li dokument postoji već u bazi ?
pa ako postoji, treba upit: "ubaciti novi, zadržati stari ?"
Izmjenjeno od Saša Vranić prije skoro 13 godina
Izmjenjeno od Saša Vranić prije skoro 13 godina
Nove tabele budu:
- _kalk.dbf
- _partn.dbf
- itd..
Izmjenjeno od Saša Vranić prije skoro 13 godina
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_sifk.dbf
- sifv.dbf -> _p_sifv.dbf
- konto.dbf -> _p_konto.dbf
i u njih nafilovati stanje onakvo kakvo i jeste sa dokuemntima, znači tipično 1:1.
Na strani F18, čitati ove tabele i automatski ubacivati u pripadajuće tabele.
Izmjenjeno od Saša Vranić prije skoro 13 godina
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
Izmjenjeno od Saša Vranić prije skoro 13 godina
Napravio u F18 bazne funkcije importa i exporta, sada fale još uslovi itd...
Izmjenjeno od Saša Vranić prije skoro 13 godina
- % završeno promijenjeno iz 0 u 20
Izmjenjeno od Saša Vranić prije skoro 13 godina
Znači, opet imamo klasični menij import/export
Export funkcija pravi pomoćne fajlove na osnovu struktura kalk, kalk_doks itd... te ih na kraju filuje po zadanom uslovu...
i nakon svega toga ih kompresuje u zip fajl
Izmjenjeno od Saša Vranić prije skoro 13 godina
Na identičan način radi i funkcija importa
samo što će ona raspakovati fajlove na lokaciju, to će biti home_dir/import_dbf/ i onda ih na osnovu toga ubacivati u bazu
Izmjenjeno od Saša Vranić prije skoro 13 godina
sve je ok, ali se u zip fajlu ne nađe ništa, a kada se raspakuje bude samo relativna putanja
/Users/export_dbf/
Izmjenjeno od Saša Vranić prije skoro 13 godina
ehhhh, zapakovao je on to lijepo i postavio relativnu putanju do fajla unutar zip fajla
Treba bez toga pakovati.
Izmjenjeno od Saša Vranić prije skoro 13 godina
Ispravio sam zip_files funkciju dodao i argument za relativnu putanju.
Izmjenjeno od Saša Vranić prije skoro 13 godina
implementirao sam i import dokumenata
Izmjenjeno od Saša Vranić prije skoro 13 godina
- % završeno promijenjeno iz 20 u 60
Izmjenjeno od Saša Vranić prije skoro 13 godina
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 prilikom importa (otvori se lista tekućih fajlova u direktoriju)
Izmjenjeno od Saša Vranić prije skoro 13 godina
Naravno, ova funkcionalnost će biti samo u F18, jer FMK ne zna da barata sa velikim nazivima fajlova.
Izmjenjeno od Saša Vranić prije skoro 13 godina
poispravljao još bug-ova oko importa i eksporta
dodao mogućnost pametnog imenovanja fajlova, te lista za import prilikom importa
Izmjenjeno od Saša Vranić prije skoro 13 godina
na #26794 objasnio kako radi ova opcija
Izmjenjeno od Saša Vranić prije skoro 13 godina
- % završeno promijenjeno iz 60 u 80
Izmjenjeno od Saša Vranić prije skoro 13 godina
Ono što još ovdje fali je:
- uvid u podatke prije importa
- uvid u podatke nakon eksporta
naravno, po želji
Izmjenjeno od Saša Vranić prije skoro 13 godina
sada treba uraditi backport opcije exporta u FMK, i naravno prilagoditi FMK
Izmjenjeno od Saša Vranić prije skoro 13 godina
Nakon toga ćemo moći importovati podatke FMK -> F18
Izmjenjeno od Saša Vranić prije skoro 13 godina
Izmjenjeno od Saša Vranić prije skoro 13 godina
U FMK/KALK ubacio i generisanje e_sifk/e_sifv tabela na osnovu podataka.
Implementirao generisanje zip fajla i u fmk.
Izmjenjeno od Saša Vranić prije skoro 13 godina
Na F18 strani fali čitanje e_sifk, e_sifv tabela
Izmjenjeno od Saša Vranić prije skoro 13 godina
7zip umjesto zip.exe na fmk strani
Sa zip.exe postoji neki problem, tako da sam uveo da se koristi 7zip.
Izmjenjeno od Saša Vranić prije skoro 13 godina
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.
Izmjenjeno od Saša Vranić prije skoro 13 godina
sredio malo opciju importa, sada treba ovo sve testirati
Izmjenjeno od Saša Vranić prije skoro 13 godina
he he, kada sa windoza dođe fajl bude velikim slovima i ovaj ga nema pojma kako otvoriti :)
Mora se napraviti UPPER konverzija
Izmjenjeno od Saša Vranić prije skoro 13 godina
Ok, sada nakon toga, opet greška:
==================================================================================== F18 bug report (v3.2) : 20.02.12 12:12:51 ==================================================================================== Verzija programa: 0.9.54 15.02.2012 0.9.96 SubSystem/severity : DBFCDX 2 GenCod/SubCode/OsCode : 21 1001 5 Opis : Open error ImeFajla : /Users/bringout/.f18/bringout_test/import_dbf/E_KALK.DBF Operacija : Argumenti : NIL canRetry/canDefault : .T. .T. CALL STACK: --- -------------------------------------------------------------------------------- 1 (b)F18_INIT_APP / 105 2 DBUSEAREA / 0 3 _O_EXP_TABLES / 1094 4 __IMPORT / 536 5 _KALK_IMPORT / 129 6 (b)KALK_UDALJENA_RAZMJENA_PODATAKA / 34 7 F18_MENU / 1816 8 KALK_UDALJENA_RAZMJENA_PODATAKA / 36 9 (b)TKALKMOD_MMENUSTANDARD / 106 10 MENU_SC / 990 11 TKALKMOD:MMENUSTANDARD / 143 12 TKALKMOD:MMENU / 67 13 TKALKMOD:RUN / 149 14 MAINKALK / 31 15 MAIN / 55 --- --------------------------------------------------------------------------------
ali dobru tabelu učitava...
Ahhhh, joj pretpostavljam da znam šta je u pitanju ?!????
Jeste, privilegija fajla... READ ONLY je fajl.
Izmjenjeno od Saša Vranić prije skoro 13 godina
Dobro, treba probati na windows-u
Izmjenjeno od Saša Vranić prije skoro 13 godina
Znači, treba i setovanje privilegija promjeniti nakon raspakovanja ako je UNIX verzija.
Izmjenjeno od Saša Vranić prije skoro 13 godina
Ako jeste radi se upper konverzija.
Uveo skeleton funkcije za promjenu privilegija.
Izmjenjeno od Saša Vranić prije skoro 13 godina
Dobro, na windows-u to radi, međutim sada imamo jedan drugi problem !
Strukture dbf-ova nisu iste.
Izmjenjeno od Saša Vranić prije skoro 13 godina
Recimo tabela robe mi je izbacila grešku... prilikom appenda.
Sada vjerovatno ne postoji polje FISC_NO u FMK tabeli robe.
Izmjenjeno od Saša Vranić prije skoro 13 godina
mislim da ću sa set get memvars ovo riješiti bez problema, prije appenda prvo uzmem memvars tabele u koju ubacujem
Izmjenjeno od Saša Vranić prije skoro 13 godina
treba mi nešto što će odraditi sinhronizaciju struktura odmah prilikom otvaranja fajla...
Izmjenjeno od Saša Vranić prije skoro 13 godina
i to samo u situaciji kada fajl dolazi sa windows-a
Izmjenjeno od Saša Vranić prije skoro 13 godina
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
Izmjenjeno od Ernad Husremović prije skoro 13 godina
je li ti pričaš o učitavanju dbf tabele fmk -> f18
use odredisna_f18_tabela:
use iz_fmk_tabela
_rec := dbf_get_rec("iz_fmk_tabela")
// setuj sva nedostajucaplja
// lupam napamet ima neka funkcija već sam je koristio pogledait u hb_playground hash marice
if key ne postoji _rec("fisc_rn")
_rec["fisc_rn"] := 0
endif
select odredisna_f18_table
update_dbf_rec(_rec)
...
nije vrag da dva dana nakon rada na ovome i dalje koristiš u F18 kodu replace i gather/scatter konstrukte ?
Izgleda da koristiš
Izmjenjeno od Saša Vranić prije skoro 13 godina
može se ovdje napraviti i jednostavno upgrade funkcije dbf_get_rec pa dodati uslov template_rec
select roba _template := dbf_get_rec() select e_roba _rec := dbf_get_rec( _template )
gdje će _rec na kraju da sadrži sva polja primarne tabele roba a biti popunjen iz vrijednosti tabele e_roba, pa ako šta fali - nikom ništa.
Izmjenjeno od Saša Vranić prije skoro 13 godina
koristim regularne funkcije, nikakvi replace
Izmjenjeno od Saša Vranić prije skoro 13 godina
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.
Izmjenjeno od Saša Vranić prije skoro 13 godina
Izmjenjeno od Saša Vranić prije skoro 13 godina
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.
Izmjenjeno od Saša Vranić prije skoro 13 godina
Znači, sada sam dodavao u hash matricu polja, a sada ih treba i brisati.
Ovo recimo primjetio na robi, polja:
- CARINA
- M1
Izmjenjeno od Saša Vranić prije skoro 13 godina
Kako pobrisati jedan član hash matrice ???
Izmjenjeno od Saša Vranić prije skoro 13 godina
"hb_hdel()" i "hb_hdelat()" funkcije postoje ali nisu dostupne nama
Izmjenjeno od Ernad Husremović prije skoro 13 godina
odakle uopšte problem sa viškom elemenata u rec zapisu ?
zar se kod ove operacije
_rec vako nako ... ... select odredisna_f18_table update_dbf_rec(_rec)
ne gleda struktura odredisne tabele ? uopšte se ne bi trebala gledati struktura _rec zapisa.
a što se tiče brisanja elementa iz hash matrice uopšte ne znam.
svakako se može riješiti (ako je gornja funkcija kojim slučajem tako glupa kako ti ovdje navodiš uraditi ovo)
_rec["nepotrebno_polje"] := NIL
a ounda u update_rec_dbf_glupa_ali_malo manje uraditi sljedeće
if _rec["nepotrebno_polje"] == NIL nemoj raditi ažuriranje endif
Izmjenjeno od Saša Vranić prije skoro 13 godina
dostupne su ipak i to se koristi za brisanje članova
hb = hb_hash() hb["test"] = "" hb_hdel( hb, "test" )
Izmjenjeno od Saša Vranić prije skoro 13 godina
kod update-a se gleda struktura matrice koja je proslijeđena
Izmjenjeno od Saša Vranić prije skoro 13 godina
usklađivanje struktura tabela roba, partn, konto, sifk prilikom importa podataka...
Recimo u SIFK smo promjenili polja
- decimal -> f_decimal
- unique -> f_unique
radi problema sql servera, pa i to treba handlirati
Izmjenjeno od Saša Vranić prije skoro 13 godina
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 !
Izmjenjeno od Saša Vranić prije skoro 13 godina
Testirao sam sada jedan FMK transfer i sada je sve prošlo ok.
Izmjenjeno od Saša Vranić prije skoro 13 godina
huh... konačano nakon ured puna dva dana...
Baš je zahtjevna opcija, sada kada miksamo FMK i F18 :)
Izmjenjeno od Saša Vranić prije skoro 13 godina
- Odgovorna osoba promijenjeno iz Saša Vranić u Jasmin Beganović
- Prioritet promijenjeno iz Urgentno u Normalan
Izmjenjeno od Jasmin Beganović prije skoro 13 godina
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
Izmjenjeno od Saša Vranić prije više od 12 godina
- Status promijenjeno iz Dodijeljeno u Zatvoreno
završeno