Re: UCT: proc opravy novym dokladem :-) vytah ze zakona :-( a pod.(bylo:

[Karel Zak <zakkr@zf.jcu.cz>]

On Mon, Aug 20, 2001 at 12:24:46PM +0200, Oto Buchta wrote:
> Dne pá 27. červenec 2001 20:26 Václav Kořánek napsal(a):
> >
> Jestliye jsem to dobre pochopil, tak nejdulezitejsi je zajistit,
> aby v kazdem okamziku bylo jasno, KDO, KDY a CO opravil.
> A neslo by to delat metodou CVS? V databazi drzet ucetnictvi v "aktualni" 
> podobe a krome toho drzet back-diffove doklady?
> To je vec, kterou v knize delat nemohou, ale na pocitaci to preci neni zadny 
> problem. Ukazu priklad:
> mam ucetni doklad, ktery ma chybne uvedenou cenu.
> doklad cislo 444: cena 554: poridila Maskova
> co by se melo spravne udelat?
> Pokud jsem to spravne pochopil, tak
> napsat novy doklad, ktery bude obsahovat
> jednu korunu a bude nejak o sobe rikat, ze opravuje doklad cislo 444.
> 
> Co by chtela ucetni? Vyeditovat doklad, zmenit 554 na 555 a Entrem potvrdit. 
> 
> Co cheme mit v databázi v hlavní knize? Nejlépe jenom jeden záznam, a to 
> platný (to chce mít i účetní).
> 
> Brání nám něco v tom, aby vznikl nový doklad 444o:555:Mašková
> a ješte bychom si bokem poznačili: 444.1:554:Mašková ?
> 
> Při další opravě na 666 bychom měli v hlavní knize
> 444o:666:Šéfová
> 
> a bokem:
> 444.1:554:Mašková
> 444.2:555:Mašková
> 
> kdyby pak někdo chtěl vidět všechny opravné doklady, není problém si najít 
> všechny záznamy kočící na o (nebo lépe mající bitový příznak opraven)
> a zrekonstruovat všechny opravné doklady?
> 444:554:Mašková
> 444.2:1:Mašková
> 444.3:111:Šéfová
> 
> Dokonce by vše mohlo být v jedné tabulce, pouze bychom měli navíc sloupec 
> "opravuje", který by obsahoval ukazatel na aktuální doklad, který opravuje.
> 
> Jediný problém, který vidím, je v číslování dokladů. Možná, že by to šlo 
> rozdělit tak, že opravné doklady by měli vlastní číselné řady.
> Proto bych chtěl, aby se k tomuto vyjádřili účetní.

 IMHO s toho vychazi hierarchicky strom kde vam staci udrzovat 'id' 
zaznamu, 'id' rodice a kdo provedl zmenu. Za pomoci techo udaju muzete
pak kompletene sestavit celou historii dokladu.

 Osobne bych to resil tak, ze v hlavni tabulce (ucetni) by byl odkaz na
posledni verzi daneho dokladu (id) a pak by jeste existovala tabulka 
history ktera by udrzovala ten strom. Umim si i predstavit, ze by na
udrzovani takovych stromu existovaly nejake obecne rutiny. Prepokladam, 
ze 'id' z pohledu DB je neco jineho nez cislo faktury apod.

 Co se tyka "ucetniho" cisla dokladu tam muzete za verejnou cast mit svuj
interni zaznam. Napr. 12456-3 je treti verze dokladu cislo '12456'.
Pochopitelne pripadny vytisk na papir by obsahoval jen '12456'. 

			Karel

-- 
 Karel Zak  <zakkr@zf.jcu.cz>
 http://home.zf.jcu.cz/~zakkr/
 
 C, PostgreSQL, PHP, WWW, http://docs.linux.cz, http://mape.jcu.cz
-------------------------- ucto-dev-l@pinknet.cz ------------------------
Konference o vyvoji ucetnictvi                       http://ucto.linux.cz/