Uvod
 Stav vývoje

 Konference

    Pravidla
    IRC

 Vývoj
 Download
 Dokumentace
 CVS
 Odkazy

UCTO.LINUX.CZ

Konference - IRC - Session 11

Tato session se uskutecnila dne 27. 11 2001, bohuzel je jen castecna a to jeste diky pytovi (nemel jsem zapnute logovani):

<pyta> ahoj
<pyta> tak mam docela radostne zpravy: mel jsem dnes schuzku s dalsimi lidmi - jeden z ucetni spolecnosti a druhy programator. Vysledek je takovy, ze mame moznost konzultaci a jsou velmi ochotni nam pomoc.
<durill> to dobre. Ted sem tu debatoval s VKorankem o nasi predstave ucetniho modulu (bez nakresu) a nasi terminologii.
<pyta> a co rikal ?
<pyta> nemam bohuzel zaznam
<durill> Vpodstate souhlasi, akorat je neak "nervozni" ze se nezabejvame ulozenim do DB.
<durill> co se tyce "objektove" databaze tak vy pouze o Oracle
<durill> a upozornil, ze z jednoho primarniho zaznamu muze bejt vice ucetnich dokladu. coz sem nevedel, respektive mi to nedochazelo
<pyta> ok, myslim ze Petr Fersh a Karel Zacek si s tim budou vice hrat
<pyta> ano to je pravda, ale v takovem pripade jdou mimo system
<pyta> resp. skonci v patricnem modulu
<durill> respektive nejsou zalezitosti ucetniho modulu
<pyta> :-)))
<pyta> Mam sepsat take svuj pohled na setkani a poslat ti ho ?
<durill> klidne muzes, aktivite se meze nekladou. Zatim nikde nejsou fotky te tabule...
<pyta> Take je postradame
<durill> Fers poslal nazev projektu a poslal mi slovnicek pojmu, respektive terminy do nej a to je vse. Uz sem mu poslal mail
<durill> ze chci schemata
<pyta> ok, tak ja take sepisu nejake bode co jsem si poznamenal
<durill> ted si nejsem jistej, bylo rozhodnuto ze pouzijeme CORBA rozhrani, nebo ma este nekdo hledat dalsi variantu?
<pyta> Rekl bych, ze to nebylo oficialne rozhodnuto, ale spis s tim vsichni zacali pocitat - ona totiz stejne v podstate neni zadna jina varianta
<durill> prave, ze to takneak vsichni akceptovali, ale primo se to nereklo. Tak budem vychazet z toho, ze padlo konecne rozhodnuti.
<pyta> myslim, ze ano
<durill> uz sou na webu ty fotky
<durill> http://ucto.linux.cz/setkani/fotky/
<durill> ohlasuju za fers-e
<pyta> parada, jdu se to podivat
<pyta> tyo fotky jsou skvely
<Zdk> Ahoj
<Zdk> Jste jste jeste nekdo pri vedomi?
<pyta> ahoj
<pyta> stepan a fers dali na web fotky: http://ucto.linux.cz/setkani/fotky/
<Zdk> Rad bych nabidnul pomoc Vasi skupine s casti "ucto"
<pyta> Jasne, budeme ty materialy zpracovavat az asi od stredy - ted dokoncujeme jiny projekt
<pyta> Zdk: posli mi plz. pak na sebe mail
<Zdk> Ac sam nejsem ucetni, par jich tu mame, navic bych je rozdelil do nekolika skupin a) bezna ucetni - muze poskytnout pohled z praktickeho pristupu (nevihoda - nedokaze se pozvnest k nadhledu)
<pyta> Ostatne mozna by vubec bylo dobre dat na web seznam aktivnejsich lidi a spojeni na ne
<durill> prosim, nedavejte mi zasluhu za ty fotky, ja s tim nemam nic spolecneho
<Zdk> b) je tu jedne sikovny pan - toho bych zaradil do skupiny metodiku ucetnictvi, ma velke zkusenosti a potrebny nadhled
<pyta> Zdk: to je rozumne, pry tady dnes byl VKoranek a docela souhlasil s tim co jsme vyprodukovali, ja jsem to byl dnes take konzultovat a vypada to dobre
<durill> IMHO b) potrebujeme pro navrh servru a za A) pro GUI
<Zdk> c) kazdy tyden k nam jezdi auditorka - tudiz pokud nepochodim v pripade b. tak se da predpokladat, ze zde ano
<durill> Jo, ahoj Zdk
<pyta> Zdk: kazda konzultace je dobra. Mame zajisteny zdarma a pomerne silnou podporu od http://www.ucetnispol.cz
<Zdk> Zaver: pokud bude nejaka nejasnost, tak ji zpracujte bodove, ja ji prenesu (snad nezkreslene) a zpracuji podle pokynu znalych.
<pyta> ok
<durill> Este se vratim k navrhu ucetniho modulu. Jak zajistime uzaverku? tam dochazi neak k nulovani nekterejch uctu a presunum mezi nima. A nevim jak se to resi na urovni ucetnich dokladu, tj. jestli se k temto operacim vystavujou.
<pyta> durill: Muzes prosimte Stepane take nekam publish seznam lidi a co kdo dela...
<pyta> Uzaverka by mel byt pouze priznak ucetniho obdobi
<durill> ale neak se promitne do uctu. IMHO je potreba jiste podpory uzaverky ze strany ucetniho modulu, ale zaverky sou v ucetnictvi vec do ktere nevidim.
<Zdk> Chtel jsem tudiz rici, ze ac nechapu spoustu veci, pokusim se, jak to jen pujde vyjit vstric. Jinak si myslim, ze je dobre vyuzit sluzeb ucetnispol.cz, ale lidske teple slovo je take pekna vec.
<pyta> :-))))
<Zdk> pyta: jirsa@alma-ltd.cz
<pyta> dik
<Zdk> Chtel bych se na neco zeptat, ale skoda ze tu neni honza, protoze on je otcem myslenky skladu primarnich dokladu. Ktery nakonec spadl do oblasti "ucta".
<pyta> Hlavne to ted musime nejak vse sepsat, Setkal jsem se take dnes s nazorem, ze az budeme mit definice rozhrani tak by stalo za to udelat rychly prototyp napr. v Perlu (bez DB), aby neco bylo...
<Zdk> Ja jsem to pochopil jako skladiste hlavicek primarnich dokladu - je to tak?
<pyta> Myslim, ze to tak presne neni - sklad dokladu je obecnejsi pojem, do ucta spadli pouze ucetni doklady
<durill> ne, sklad primarnich dokladu sme z ucta vyradili, tam sme nechali sklad ucetnich dokladu
<pyta> :-))
<durill> ted je otazkou jestli tuto myslenku (ktera se mi liby) preneseme do jineho modulu, nebo opustime.
<Zdk> Myslenku skladu primarnich dokladu?
<durill> Yo
<durill> a do jeho kompetence bych pridal spravu dokladovych rad
<Zdk> A to by byly hlavicky dokladu?
<durill> Puvodni myslenka byla i hlavicek+radku
<pyta> Tady je trochu problem, ze neni presne definovana hranice modulu ucto, resp. primarni doklad - myslim, ze rozdil je pouze ten, primarni doklad nese navic informace napr. o zakazce apod. ktera neni soucasti ucetniho dokladu, v takovem pripade musi nekde existovat sklad primarnich dokladu
<pyta> viz.obrazek http://ucto.linux.cz/setkani/fotky/PB241435.JPG
<pyta> od cervene cary vpravo je asi modul "ucto"
<Zdk> Kouka na to, chvilku..
<durill> yo, to, je hrance mezi uctem a skladem PD. IMHO
<Zdk> Ja bych definoval hranici ucta jednoduse - v ucetnictvi mne zajimaji vzdy stejne udaje a je jedno z jake casti nebo nodulu vstupuji. Asi to budou tyto udaje - Dokladova rada, cislo dokladu, datum dokladu(obdobi), stredisko, ucet, MD, D (s castkou), popis - dale (var. sysmbol - to si nejsem jist) mozna jsem neco opomnel ..
<Zdk> To jsou asi ty hlavni udaje z kterych ucto tezi a ja mohu tyto udaje jednoduse dostat z jakekoliv oblasti ci modulu, dalsi udaje jsou pro ucetnictvi nezajimave, spise hraji lokalni roli pro tu danou cast..
<pyta> Jak je to na tom obrazku,tak tam vstupuji do ucetnictvi uz pouze ucetni zaznamy (ten ma u sebe vazbu na doklad), ale ne doklad samotny
<durill> variabilni symbol te v uctnictvi nezajma, dokladova rada taky, jen cislo dokladu ke kteremu se vztahuje, stredisko taky ne, ucet? (jakej), popis = text do knihy, MD, D a castka. Kdo a kdy to zauctoval
<Zdk> Sneruji k myslence ze patrne neni nutne mit nekde na halde vsechny hlavicky - sklad PD, protoze oblasti se mohou od sebe zasadne odlisovat, napr. je rozdil mezi dokladem prijemky na sklad a vystupnim dokladem z mezd..
<pyta> Ano, jenze ty nekde potrebujes mit vazbu, aby jsi se mohl prenest na puvodce ucetniho zaznamu a tato vazba je prave zprostredkovana primarnim dokladem
<Zdk> Pokud z tech oblasti mohu vzdy dostat jednoduche vystupni udaje pro ucetnictvi (jiz popsane) mohou jednotlive moduly zit samostatne ci ve vazbe na navazujici cinnosti.
<Zdk> Ja tu jednoznacnou vazbu vidim ve dvojici udaju DokladovaRada + CisloDokladu = jedinecnost v celem systemu
<durill> To je sice pravda, ale i v tomto pripade musis mit nekde centralne vedene dokladove rady a pristi cislo v dokladove rade.
<Zdk> Pokud nekdo pouzije jine moduly pro tvorbu primarnich dokladu, treba bude mit svou fakturaci muze se stat, ze se budeme ma primarni doklad hure dostavat.
<durill> A stejne se obcas nekdo bude chtit se podivat na primarni doklad k danemu ucetnimu dokladu.
<durill> pak budes resit v jak se k tomu dokladu budes dostavat
<Zdk> Ja si totiz myslim ze to mohou byt zcela oddelene sw, pak by byly definice rad v obou systemech a primadami reseni, ktere tu popisuji jako obecnejsi.
<durill> a co kdy si nekdo vymneni modul napriklad pro fakturaci? Pak se bude muset resit prevod dat ze stareho modulu do noveho. Takhle sou faktury ulozeny nekde jinde poblem resit nemusis.
<durill> Jak vest na dvou mistech definice dokladovajch rad? To si zadelavas na pruser se synchronizaci.
<pyta> Souhlasim se Stepanem
<Zdk> Ja vim ze nechcete slyset o resenich, ale argumenty. Jen poznamenam, ze jsem se blize setkal z programem na ktery resil vse od objednavky, faktury, prijemky, vydejky az po vyrobek a sklade. Je ro vyborny program, jen si tvurci rekli, ze se nechteji zabyvat ucetnictvim, tak predavaji udaje pro ucto v popsanem tvaru a pak je jedno jake ucetnictvi se pouzije.
<durill> Ted je tak muzes napsat modul, kterej vezme tim SW vygenerovane primarni doklady a zaise je do naseho systemu (skladiste PD)
<pyta> Takovy pristup je pro nas v pohode, zavedes si patrycny typ dokladu - napr. externi prevod - obhospodarovat je musi prevodni mustek a pak si je budes cpat do ucetnictvi
<pyta> :-)))
<pyta> to nema cenu, durill pise rychleji :-)))
<Zdk> Nemyslel jsem ze by bylo nutne dokladove rady zrcadlit pomoci ulohy, to uz je na stabni kulture.
<durill> ale s preklepama :-(
<durill> ten predchozi system ty doklady dava v El. forme?
<Zdk> ano
<Zdk> V te popsane strukture
<durill> pak udelas prevodni program, kterej to nacte a zapise do naseho systemu. V tom pripade ale stabni kultura de mimo, protoze to zautomatizujes a cloveka k tomu nepotrebujes
<Zdk> Ja se bojim, ze to znamena silnou vazbu mezi jednotlivymi moduly a kazde vlozeni jineho sw nebo upraveneho modulu podle prani zakanika bude chtit neobecne prevodni moduly.
<pyta> Jak vyrobis obecny prevodni modul pro neco co neznas ?
<pyta> Muzem udelat modul do ktereho napr. nacpes nejake vhodne xml, ale stejne ty si to do nej budes muset nekde prevest
<Zdk> Tim, ze si reknes, ze ucetnictvi je cerna skrinka a ma obecne vstupni udaje nutne pro ucetnictvi, pak nebudes ty prevodniky potrebovat.
<pyta> ?? a jak tam nacpes externi data ..., ktera existuji v nejakem proprietarnim formatu ?
<durill> ale to si reknem. do modulu "ucetnictvi" vstupuje UD v pevne danem formatu. Ale to te stejne nezbavi problemu s konverzi dat.
<Zdk> Je tu problem zpetneho rozpadu dokladu, ale kdyz to budou samostatne nezavisle, tak si ty udaje dokledas bud tam nebo tam.
<Zdk> V ucetnictvi budes mit vsechno co je pro to treba, tudiz ucetni to staci, ten jiny celek je take nezavisly a jsou tam vsechny sledovane udaje pro danou oblast.
<durill> Ty taky muzes udelat to, ze prekonvertujes do neakeho "akceptovatelneho" formatu a ulozis ho do primatnich dokladu.
<pyta> Nejak nerozumim v cem je problem. Tedy vezmu mozny priklad jak to bude udelane uvnitr: soucasti kazdeho ucetniho zaznamu bude id modulu, ktery vytvoril zaznam a nejake id polozky z toho modulu - spravuje ji modul sam, nic vic tam nebude navic krom nezbytne nutnych udaju pro uctovani
<durill> Ucetni se obcas potrebuje kouknout na celej primarni odkaz, pokud je potreba se u slozitejsiho pripadu rozhodnout, jak ho zauctovat.
<durill> odkaz = doklad
<pyta> ted jak nad tim premyslim , tak jsem to asi rekl blbe...beru zpet
<Zdk> Na Vase otazky se opokusim odpovedet - ucetnictvi by do sebe bralo udaje z nejakebo prostredi, kam mu je dalsi moduly budou predavat v nutnem obecnem formatu. A ucto si je bude do sebe prenaset a nasledne v tomto rozmezi mazat.
<pyta> u kazdeho ucetniho zaznamu bude odkaz na polozku z primarniho dokladu a teprve u nej plati princip viz vyse
<pyta> Zdk: toto je, ale problem modulu, ktery tak cini, nikoliv ucetnictvi to jiz zaznamy skutecne obsahuje
<durill> k jednomu PD udelas jeden UD s vice ucetnimy zaznamy, ktere odpovidaji jednotlivym skupinam radku, jenz se uctuji stejne. Takze plati to co si rek predtim. IMHO
<durill> VKoranek mne ale upozornil, ze sou PD ke kterym existuje vice ucetnichj zaznamu. Napriklad splatkovy kalendar.
<durill> ne ucetnich zaznamu ale ucetnich dokladu..
<pyta> To bude muset spravovat patricny modul: Sprava zavazku
<pyta> Myslim, ze bychom meli zahodit pojem primarni doklad, protoze je zavadejici, ale na urovni ucetnictvi pouzivat ucetni doklad
<durill> k jednotnemu umisteni PD - pokud nad nima budeme chtit delat neake analyzy, tak stejne musime mi jejich centralni evidenci.
<pyta> Primarni doklady jako takove generuji ucetni doklady o kterych je rec a pro ne plati jiz zminovany obrazek.
<durill> a je otazkou jestli ji resit jen jako odkaz do ruznych modulu nebo nebo rovnou jako jejich skladiste.
<pyta> ano, myslim si, ze by to meli byt odkazy do modulu, viz. napr. problem skladu, zavazku atd... napr. uzavres leasing a ten musis platit - takze do ucetnictvi pujdou pouze doklady o zaplaceni, ale smlouva, ktera je vlastne prvotnim dokladem bude nekde jinde
<Zdk> Analyzu nad vsem PD? pocinaje prijemko konce vystupem z mezd? Snad ma smysls sludovat doklady podle logicke prislustnosti, ale cpat to vsechno na jednu hromadu. V sem bude vyhoda, pokud mne zajima prehled fakturace, tak si spojim faktury + skladove karty + treba objednavky - tudiz ucelove si vyberu.
<durill> Pak tedy musis mit misto, ktere specifikuje dokladove rady, typy dokaldu a jaky modul ktery typ dokladu spravuje
<Zdk> Pokud budu chtit jednotlive modulu pouzivat do jiste miry samostatne, treba budu mit oddelene pracoviste a davkove budu prenast vystupni udaje - samozdejmosti je soucast vsech nastaveni, ktera musi byt pritomna osamnelemu modulu
<pyta> asi ano, myslim, ze to bude jedna s funkci komponenty MM z obrazku http://ucto.linux.cz/setkani/fotky/PB241426.JPG, ale zde se poustim na tenky led...musim si s tim jeste vic pohrat
<durill> pokud je budes chtit pouzivat vicemene samostatne,tak stejne budes muset mit urcite zakladni moduly (ted napriklad MM a SM) na vsech mistech.
<Zdk> Budu muset koncit, celkem mi jde o jednoduchou vec - pokud budeme pocitat s tim, ze moduly(lepe receno ucelene celky) budou moci pracovat samostatne definujeme si tim ty nejobecnejsi vstupni a vystupni rozhrani. Pak bude mozne jednoduse pripojovat ci vynechvat at jiz vlastni ci jine moduly a programy.
<pyta> to je velmi rozumna pripominka
<pyta> Zde je, ale vse toto jiz splneno prave definici patricnych rozhrani. Vidim zde tedy 2 oddelene problemy: a) Minimalni konfigurace pro beh nejakeho modulu, b) Beh dvou zcela oddelenych systemu a predavani dat mezi nimi
<Zdk> Je spoustu celku, ktere se nedaji odseknout protoze logicky navazuji, ale ucetnictvi je do "jiste urovne samostatne" proto nekdy muze fungovat oddlenene od zbytku - viz nejaky ten clanek o vyrobe, co jsem zplodil - druhy obrazek ... koukam, ze web se prestavuje
<Zdk> Tak, pekny vecer, zitra pokecame, zdar!
<pyta> dobrou
<durill> ja to balim, takze zejtra
<pyta> ok, ja musim jeste ladit...
<pyta> mej se dobre..


Náš projekt :-)    Copyright (c) 2001 Všechna práva vyhrazena