RE: Ucto: davkove zpracovani

["Václav Kořánek" <work.VKoranek@scorpionis.cz>]

> -----Original Message-----
> From: owner-ucto-dev-l@pinknet.cz
> [mailto:owner-ucto-dev-l@pinknet.cz]On
> Behalf Of Viktor Matys
> Sent: Monday, July 16, 2001 12:07 AM
> To: ucto-dev-l@pinknet.cz
> Subject: Ucto: davkove zpracovani
>
>
> Dne ne 15. červenec 2001 17:53 jste napsal(a):
> > On Sun, 15 Jul 2001, Petr Ferschmann wrote:
> > > Aplikační server - bude obsahovat části pro
> > > * databázovou abstrakci - zajištění nezávislosti na
> databázovém serveru.
> > > * moduly, které budou dělat jednotlivé části účetnictví a
> budou moci mezi
> > > sebou komunikovat ze začátku spíše méně časem více. S
> těmito moduly bude
> > > také komunikovat klient. Server bude úlohy klienta
> zpracovávat dávkově
> > > (nemám přesnou představu jak to bude fungovat - doplňte
> mně prosím) a měl
> > > by podporovat možnost mít několik serverů, každý by
> zajišťoval určitou
> > > část a každá mohla být různě geograficky rozmístěna - s
> tím by také měla
> > > souviset možnost při spadlém spojení stálá funkčnost (s omezeními
> > >  - např. nepůjde převést ze skladu v jedné pobočce do jiné apod.).
> >
> > Davkovym zpracovanim se zde mysli predevsim asynchronni
> komunikace. Tzn.,
> > ze napriklad k vytvoreni ucetnich dokladu z dokladu
> prvotnich nedojde
> > ihned, ale az pozdeji (at uz automaticky, nebo na explicitni
> > zadost). Prinosem takovehoto davkoveho zpracovani je krome
> snazsiho ladeni
> > take moznost odlozeni provedeni teto operace pri vypadku
> spojeni mezi
> > pobockami. Mohou se tedy vesele vydavat vydejky, faktury,
> pokladni doklady
> > a kdoviceo jeste i v dobe, kdy je komponenta podvojneho ucetnictvi
> > nedostupna.
>
> No, to si nedovedu predstavit. Ztrata spojeni klineta s
> databazi je fatalni
> situace, ktera znemozni praci... Leda ze by klietn pracoval
> zcela na slepo
> (bez pristupu k ciselnikum, ap - jak by ale vytisknul fakturu
> bez adres
> ap...?)
> Pojem "Davkove zpracovani" bych spis videl v tom, ze zadany
> doklad (pohyb na
> sklade, prijata faktura) ma dva stavy: Rozpracovana a
> Zauctovana. (Stavu muze
> byt vice) Jde tedy o to, ze po vyplneni posledniho udaje na
> formulari nedojde
> k okamzitemu zapracovani dokladu (nezmeni se stav na skladove
> polozce,
> nevygeneruje se doklad do ucetnictvi...). Zapracovani dokladu
> a generovani
> ucetniho dokladu nastane az ve chvili, kdy opravneny uzivatel
> o tom dokladu
> rekne JO DOBRY - Enter a uz to jede.:o))
> S davkami take souvisi vymena dat mezi pobockami a centralou.
> Tady by me
> docela zajimalo, jak to probiha v praxi tam, kde uz to maji.
> Firma v niz jsem
> pracoval nakonec zvolila reseni, ze z pobocek posilali
> papirove prvotni
> doklady a veskere elektronicke zpracovani probihalo centralne...
> To maji v pobockach vlastni databaze? Urcite jo, ale jak se
> zajisiti shodnost
> dat v pobocce a centrale ap...? To je dulezita cast zadani
> pro stredni firmy.

Replikace dat na úrovni SQL serveru

Podmínou je dobrý návrh :-)

Otázkou u replikací je pouze co největší omezení vzniku konfliktů, a pakliže
vzniknou způsob jejich řešení (automat, manuál,..).

>
> Zdravi Grumpa :o)
>
> -------------------------- ucto-dev-l@pinknet.cz
> ------------------------
> Konference o vyvoji ucetnictvi

V.K.


-------------------------- ucto-dev-l@pinknet.cz ------------------------
Konference o vyvoji ucetnictvi                 http://ucto.ferschmann.cz/