Uvod
 Stav vývoje

 Konference

    Pravidla
    IRC

 Vývoj
 Download
 Dokumentace
 CVS
 Odkazy

UCTO.LINUX.CZ

Konference - IRC - Session 3

Tato session se uskutecnila dne 10. 10 2001:

<jmarek> ahoj romane...
<jmarek> pratele, jak to vidite s dalsi session?
<jmarek> ja mam takovej dojem, ze ji budeme muset asi peclive naplanovat
<jmarek> nejlepe tak zase na ctvrtek odpoledne
<jmarek> co vy na to?
<jmarek> nebo muzeme i dneska neco resit
<jmarek> treba navazne veci/tabulky v modulu ucetnictvi
<jmarek> nebo by bylo treba zamyslet se nad identifikaci dokladu
<jmarek> tak, aby mel kazdy jednotlivy doklad jednoznacnou identifikaci...
<jmarek> a bylo by mozne se na nej dostat z jakekoliv tabulty
<jmarek> neco jako poinet na doklad...
<jmarek> hmmm. pointer...
<jmarek> halooo....
<jmarek> is anybode here???
<roman> ahoj ...
<roman> soulasim s tinm, ze je treba neco tesit ...
<jmarek> no fajn... ;-)
<jmarek> tak co zacneme?
<roman> OK, mam chvili cas, tak se dejme do toho.
<jmarek> takze bychom mohli pokracovat na tom modulu ucetnictvi, ne?
<jmarek> budeme potrebovat definovat ucetni osnovu
<jmarek> a taky zpusob reportu
<jmarek> jako vysledovka, rozvaha apod...
<jmarek> takze co se takhle zamerit na ucetni osnovu?
<roman> ja bych byl pro tu ucetni osnovu, od toho se pak odviji ostatni
<jmarek> Co je treba u ucetni osnovy za polozky?
<roman> Urcite ucet a jeno nazev, asi bych to nerozdelovan na analitiku a sintetiku, pak se budou hodit dalsi polozky, jako je zda je tento ucet danovy..
<jmarek> hmm...
<jmarek> a nemel by tam byt treba jeste typ toho uctu?
<roman> to urcite Aktivni, Pasivni, Nakladovy, Vynosovy a Podrozvahovy - muze mit jeste jinou hodnotu??
<jmarek> nenapada me...
<jmarek> mozna tak...
<jmarek> v konferenci nekdo (tusim p. Stary) navrhoval, aby v ucetni osnove byly i u uctu radky, ve kterych se ma ucet objevit ve vykazech (vysledovka, rozvaha...)
<jmarek> jak se na to divas?
<roman> nejsem priznivcem toho, aby primo na ucte bylo do jakeho radku vysledovky a rozvahy se ma tento ucet zapocitavat,
<jmarek> ja jsem spise uvazoval o tom, ze by se pro tyhle pripady
<jmarek> mel udelat nejaky generator,
<jmarek> ve kterem by bylo: Text radku: 5*-6* a ono by to udelalo soucet 5-tkovych uctu a od toho odecetlo socet 6-tkovych uctu...
<jmarek> (mozna spis obracene ;-)))
<roman> urcite by na to mel existovat nejaky generator, ktery by mohl mit mnoho zajimyvych funkcnosti
<roman> urcite by se dal tento generator pouzit i v jinych sestavaf/reportech
<jmarek> no prave...
<roman> jeste bych se rad vretil k uctove osnove
<jmarek> mas nejaky pozmenovaci navrh ? ;-)
<roman> nedavno jsem se setkal s velice zajimavym postojem ...
<jmarek> s jakym?
<roman> pri zadavani ucetniho dokladu vyplnim jen castecne jeho ucet, pokud ovsem budu mit v tabulce, ktera bude obsahovat ucetni zaznamy hlidanou referencni integritu
<roman> pak takovyto zaznam neulozim
<jmarek> hmm...
<roman> Resenim by bylo zavest neuplne ucty ale pro ty vytvorit vhodne omezeni
<jmarek> a k cemu by to bylo dobre?
<jmarek> ze bys jako jeste nevedel, kam presne to zauctovat?
<roman> naprikla dim ze doklad faktura je nakladova takze jde n 5, ale nevim na jakou analitiku
<jmarek> mozna by bylo reseni dat do osnovy i pouze syntetiky s tim, ze se muzou i pouzit...
<jmarek> to ovsem znamena, ze bychom museli mit cislo uctu v podstate string...
<roman> to by jiste pomohlo, ale co v pripade, ze vim ze se jedna o ucet 3211 a moje alalitika je jeste slozitejsi a ja v tuto chvili nevim co stim
<roman> cislo uctu by MELO byt string
<jmarek> neslo by to prozatim hodit napr. na '321 '?
<roman> neni ti sice obvykle, ale je mozne mit v cisle uctu jakekoliv znaky
<jmarek> s tim, ze by asi program mel mit moznost najit zaznamy, ktere jsou zauctovane na 'nekompletnich' uctech
<roman> ano, program by mel najit vse co je na nekompletnich uctech a treba by nemel udelat uzaverku s temito ucty
<jmarek> moje predstava byla, ze by existovala 'fronta dokladu urcenych k zauctovani'
<jmarek> kde by v podstate mohl mit clovek rozpracovane veci
<jmarek> jakmile by vedel zauctovani, tak by ho uplne zadal, oznacil a dal prikaz k preneseni do ucetnictvi...
<roman> fornta doladu by mohla byt jedna tabulka spolecna s denikem rozlisene pouze priznakem
<jmarek> bylo by to uspornejsi... To je pravda...
<roman> bude to snadne naprogramovat...
<jmarek> Jenze ve fronte by pak NESMELA byt hlidana ref. integrita, protoze by mi tam treba vubec chybela cisla uctu a tak...
<roman> napise se jedna trida a dale pak se do ni zobrazi data zdaje to denik neb ta frontta
<jmarek> tim padem by ale asi NESMELA byt hlidana ref. integrita ani v deniku
<roman> a prave kvuli hlidani ref.integrity musi byt ty neuplne ucty
<jmarek> ne?
<jmarek> pokud by to byla jedna tabulka...
<jmarek> ja si myslim, ze v zajmu hlidani ref. integrity by mohla byt proste nejaka tmp tabulka, ktera by mela v podstate stejnou strukturu jako denik, akorat by se tam ta integrita nehlidala...
<roman> viz vyse.. proto ty neuplne ucty
<jmarek> to bys taky musel mit napr. ucet s prazdnym cislem...
<roman> ano, a to je problem?
<roman> proste se bude jmenovat 'neuplny ucet'
<jmarek> spis 'prazdny ucet' ;-)
<jmarek> takhle by to asi slo...
<roman> OK, ja se nehedam ale dal bych mu velke P :-)))
<jmarek> ???
<roman> takze jseme se shodli na obsahu ucetni osnovy?
<jmarek> v podstate jo.
<jmarek> zrejme tam asi teda jeste pribude priznak, zda ucet je 'definitivni', nebo 'neuplny'
<roman> ano, to by bylo fajn
<roman> o tom v kterych radcich rozvahy a vysledovky se bude dany ucet nachazet rozhodne nejaky generator na zaklade definic
<jmarek> takze celkove: cisloUctu, textUctu, aktivni, pasivni, nakladovy, vynosovy, danovy, uplny
<jmarek> jasne (o tom generatoru)
<roman> myslel jsem, ze bude typ uctu a ten bude nabyvat moznych hodnot
<jmarek> anebo tak...
<jmarek> takze jeste jednou:
<jmarek> cisloUctu, textUctu, typUctu ('A'ktivni, 'P'asivni, 'N'akladovy, 'V'ynosovy, pod'R'ozvahovy), danovy, uplny
<roman> asi jo, je to snad vse
<jmarek> dobra...
<jmarek> co jeste patri k ucetnictvi...
<jmarek> jo, jeste bychom meli doresit ty 'pointry' na doklady...
<roman> to urcite, to se musi taky vyresit
<jmarek> moje predstava by byla, ze u radku v ucetnictvi by takovy pointer byl
<jmarek> aby se dal okamzite najit doklad, ke kteremu se radek vztahuje.
<jmarek> a samozrejme i opacne...
<roman> to plne souhlasim, jen bych se na to podival trochu obecneji
<jmarek> no, to uz v podstate je takovy trosicku uvod do modulu prvotnich dokladu, ci jak se to bude nazyvat...
<jmarek> pripadne do systemu oznacovani dokladu...
<roman> ja mam nasledujici predstavu:
<jmarek> sem s ni...
<roman> kazdy zaznam v deniku, prvotni doklad , ucet v osnove ... by byl objekt
<roman> a tento objekt by byl mapovan do DB, pres svuj identifikator
<jmarek> ano...
<jmarek> no, ale jak se bude tvorit ten identifikator?
<roman> takze pak v deniku budu vedet ze se jedna o doklad teto rady (faktury) coz je trida A a je ulozena v tabulce xx
<roman> a identifikator prvotniho dokladu teto tridy je zzz
<jmarek> navic, kdyz se zamyslim nad moznymi typy prvotnich dokladu, tak existuji vlastne zhruba dva: ty, kde se pocita s DPH a bez DPH
<jmarek> cili: budou muset existovat minimalne dve tabulky hlavicek prvotnich dokladu...
<roman> jasne jsou doklady z hlediska DPH ktere jsou danove a nedanove
<roman> POZOR
<jmarek> vnitropodnikove doklady jsou taky nedanove...
<jmarek> na co?
<roman> ja netvrdim, ze vsechny doklady bodou v jedne tabulce
<jmarek> jasne...
<jmarek> ja taky netvrdim, ze by mely byt pouze dve tabulky, nebo zatim ani netvrdim, ze by vubec mely byt dve...
<jmarek> ale rozmyslim, ze by to asi bylo vyhodne...
<jmarek> mozna, ze zjistime, ze bude lepsi mit tech tabulek vice...
<jmarek> nebo je dostaneme do jedne...
<roman> uz jsem nad tou identifikaci vsech dokladu objektu v systemu hodne premyslel, hodim to do mailu a pak nad tim muzeme diskutovat,
<jmarek> dobre...
<jmarek> ja v tom zatim nemam moc jasno...
<roman> zitra v prubehu den to napisu a pak se na to muzeme kouknout a probrat to
<jmarek> dobre...
<jmarek> jsem zvedav...
<roman> bodu muset koncit, takze ahoj
<jmarek> mej se hezky a diky...
<jmarek> urcite jsme zase kousek postoupili...
<jmarek> uz to cpu na web ;-)


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