|
|
Mzdová a personální agenda |
|
Funkční celky | Práce s prodejními cenami v Kaskádě |
|
Kaskáda poskytuje nástroj pro řešením problematiky pravidelných odběrů, měření, evidence a fakturace energií či jiných "fluidních" produktů (teplo,elektřina,kapaliny, plyny,....).
Jde o produkty, které jsou pravidelně odebírány v konkrétních odběrních místech (bude používána zkratka OM), zde je odběr měřen, hodnoty o odběrech v příslušných měrných jednotkách evidovány, případně doplněny o nutné "množstevní korekce", posléze podle takto zaznamenaných skutečných odběrů fakturovány odběratelům, přitom ceny jsou Kaskádou automaticky počítány prostřednictvím prodejních ceníků a dalších mechanismů.
Odebíranými produkty je např. tepelná energie, voda, elektřina, plyn, ...
Z hlediska Kaskády jde o objekt druhu Produkt, zpravidla Produkt neskladovatelný.
Součástí definice produktu
je i jeho základní měrná jednotka, v níž jsou měřeny odběry, k níž se stanovují ceny a v níž je fakturován
není prodejní cena, ta je definována v jednom nebo více prodejních cenících, s mnoha možnostmi diferenciace pro různé odběratele, situace .....
Odběratelem může být libovolná fyzická či právnická osoba, v Kaskádě je to objekt druhu Kontakt.
Odběratel může být aktérem jedné nebo více Smluv o odběru daných produktů.
Odběrní místo definuje určité konkrétní místo, kde dochází k odběru právě jednoho konkrétního "fluidního"
produktu a kde je tento odběr měřen.
Pokud se někde (např. "v jednom sklepě") odebírá třeba teplo a studená voda (2 měřiče), jsou to dvě odběrní
místa se shodnou adresou.
Odběrní místo má unikátní "identifikátor odběrního místa" ( IdOM ), použitelný jak "pro člověka", tak pro technické přenosy dat - např. MST-16-0123.
Měřící zařízení se v tomto místě v čase mění (může měnit), evidenční číslo měřiče ( EvCisMer ) je jedním z podstatných atributů, v jednom okamžiku je právě jedno - aktuální používaný měřič.
Pro evidenci odběrů je primárním identifikátorem IdOM, přitom sekundárním údajem, který by měl být součástí každé informace o odběru je EvCisMer.
Odběrní místo může mít také virtuální charakter, např. tehdy, když odběr tepla pro ohřev vody je získán
odečtem Vstup - VýstupUT = VýstupTUV.
V takovém případě není vyplněno číslo měřiče, ale z hlediska logiky dalšího zpracování se takové místo chová
stejně, jako reálné OM s reálným měřičem.
Odběrní místo může a také nemusí být spojeno se smluvním vztahem a tedy může/nemusí být zdrojem údajů pro fakturaci.
Odběrní místo může v Kaskádě získávat informace
Odběrní místa jsou vzájemně propojena do hierarchické (stromové) struktury. Jejich rozpad je k dispozici v panelu Odběrní místa v podkartě Strom.
Identifikátor odběrního místa ( IdOM )
Název odběrního místa
Délka 64 znaků, běžný název objektu v rámci Kaskády, prezentován ve všech seznamech, vyhledáváních ....
Předpokládá se, že název bude ( uživatelem nebo programem ) vytvořen dle určité konvence, tak aby různým pracovníkům firmy ( manažer, účetní, technik, skladník, ... ) tento název dané odběrní místo přiměřeným způsobem prezentoval (identifikoval).
Nadřízené odběrní místo
Jde o odkaz na jiné odběrní místo, je to jediný prostředek pro definici hierarchie odběrních míst.
Stromovou hierarchii odběrních míst, která těmito vazbami vznikne, lze využít jak ke grafické prezentaci
pro lepší orientaci uživatelů, tak pro různé agregované sestavy, kontroly apod.
Odebíraný produkt ( měrná jednotka [ m3, kWh, GJ, .... ] )
Typ záznamu odběrů ( Import z externího zdroje / Ruční )
Odkaz na smluvní vztah ID_OBJED_PREDM ( => odběratel )
Odkaz na umístění (ID_UMISTENI_PREDM), kontakt, obvykle to bude odběratel, ale může to být i jinde
Evidenční číslo měřiče ( EvCisMer ) - aktuálně používané, při změně se automaticky udržují původní hodnoty v záznamech historie
Evidence odběrů
Evidence odběrů je (jako obvykle v Kaskádě) obrazem reálného světa, to znamená že
jednotlivé záznamy představují "snímek" měřiče v určitém okamžiku,
uživatel ručně zadává (nebo importuje) informace o datumu odběru a stavu příslušné m.j.
Kaskáda si dopočítává spotřebu porovnáním s minulým záznamem o odečtu
další specifické záznamy umožňují
zadání výchozího stavu nebo výměnu měřiče
takový záznam musí být vždy jako první, následně může být v průběhu života, když dojde k výměně
zadání dopočtu
takový záznam nedefinuje stav, ale pouze korekci a komentář
Roli smluvního vztahu plní Objednávka od zákazníka, jakožto specifický poddruh druhu "Smlouva".
Tato entita spojuje
konkrétního odběratele ( hlavička v první kartě prohlížeče, propojení v kartě Souvisí )
libovolný počet odběrních míst ( propojení v kartě Souvisí )
V rámci objednávky se definuje m.j. výše a periodicita zálohových plateb, včetně možného trvalého variabilního symbolu pro tyto platby
zálohový list pro dané období lze podle definované částky velmi snadno vytvořit "poloautomaticky"
zálohový list pro dané období lze generovat "kliknutím" nejen nad jednou smlouvou (objednávkou), ale i nad složkou s libovolným počtem smluv - v cyklu se vygenerují všechny, bez jakékoliv "ruční" práce
každý zálohový list následně "žije vlastním životem" - figuruje v platebním kalendáři, lze jej tisknout (tisk/PDF), odeslat eMailem, ...., páruje se automaticky při zpracování bankovních výpisů ...
každá uhrazená záloha je spojena s touto objednávkou a je garantováno, že se informace ve správnou chvíli připomenou a budou uživatelem promítnuty do zúčtovací faktury.
V rámci objednávky je možno definovat ceny jednotlivých produktů - ale pokud jsou pro všechny odběratele shodné, je praktičtější použít společný ceník - při změně sazeb to představuje absolutně minimální pracnost.
Objednávka je nositelem dat o spotřebě - karta "Obsah" v objednávce
zdrojem jsou data ze souvisejících odběrních míst
všechny záznamy u odběrních míst, které nemají vyplněn odkaz na řádek objednávky, se "nakopírují do objednávky" a do záznamů o odběrech u odběrních míst se zaznamenají odkazy na vzniklé řádky objednávky
od odběrních míst se přebírá pouze množství a odkaz na produkt, cena se stanovuje zde (v objednávce) klasickým mechanismem - ceníky, produkt, aktér ....
účel dodávky je Přímý prodej
data (o reálných uskutečněných odběrech) v obsahu objednávky uživatel následně použije pro pohodlnou fakturaci
V rámci objednávky se definuje m.j. periodicita a forma vyúčtování
podle typu periodicity lze vytvořit vyhledávací složky, ve kterých bude vždy množina objednávek, které je potřeba v daném období zpracovat - ostatním se nevěnovat
vlastní vyúčtování proběhne prostřednictvím standardní funkce Zpracování expedice.
Organizace, řešící problematiku pravidelných odběrů, měření, evidence a fakturace energií či jiných "fluidních" produktů, používají obvykle vedle Kaskády určitý "technologický systém", sloužící pro řízení a monitoring odběrných míst "v terénu".
Takový systém obvykle umožňuje definovat nějakou formu exportních dat použitelných pro vstup do ERP systému jako je Kaskáda apod.
Kaskáda proto poskytuje rozhraní pro import takových dat, přičemž zásadním požadavkem je stoprocentní spolehlivost přenosu dat a soulad informací mezi oběma systémy. K tomu je nutno respektovat řadu podmínek, kontrolovat je, nepřipustit jejich porušení.
V okamžiku, kdy uživatel v Kaskádě provádí import dat tím, že v dialogu pro volbu importního souboru zvolil patřičný XML-soubor, provede postupně program
přičemž pokud v některé fázi dojde k nepřekročitelné chybě, nebude program provádět další fáze.
|
|
Mzdová a personální agenda |
|
Funkční celky | Práce s prodejními cenami v Kaskádě |
|