|
|
Novinky - verze 13 | Novinky - verze 13, release 2 |
|
Pro provoz této verze Kaskády doporučujeme 602SQL ve verzi 8.1c (build 12)
Přehled nových a výrazně upravených kapitol souvisejících s těmito novinkami najdete zde.
Kaskáda nyní umožňuje na počítači s instalovaným 602SQL serverem
nastavit restrikci pro spouštění Kaskády, která neumožní klientovi,
aby automaticky spustil 602SQL server, pokud tento aktuálně není v chodu.
Toto opatření je důležité např. při provozu na terminal serveru, na kterém zároveň běží i 602SQL
server, jsou zde tedy "pohromadě" běžní uživatelé a databáze.
Přitom je potřeba, aby 602SQL server byl spouštěn správcem a klienti se připojovali pouze a jedině k
běžícímu serveru.
Byla vylepšena informace uživatele o neprovedené záloze. Do chybového hlášení byl doplněn údaj o čase, kdy k problému došlo.
Byla upravena funkčnost dialogu pro slučování kontaktů
Nyní lze, narozdíl od dřívějška, sloučit organizační jednotku s její mateřskou organizací, dosud to možné
nebylo. Pokud je v dialogu Sloučit s kontaktem vlevo likvidovaným
objektem organizační jednotka, lze v pravé části jako cíl slučování vybrat
mateřskou organizaci a jiné organizační jednotky s touto mateřskou organizací. Žádné jiné kontakty se tu
nenabízí.
V uživatelských preferencích bylo zrušeno nastavení Zásilka - Při odeslání výchozí stav "Poskytnout právo čtení". Stejně tak byl zrušen údaj "Poskytnout ostatním právo číst tuto zásilku" v prohlížeči zásilky v kartě Možnosti. Tyto údaje byly nahrazeny ikonami v první kartě prohlížeče znázorňující privátnost zásilek (viz. dále).
V kartě administrace bylo nahrazeno zaškrtávací pole Smí přijímat/odesílat
privátní (nesdílené) e-maily za combo Sdílení zásilek
Doposud směl administrátor u každého uživatele pouze rozhodnout, zda smí/nesmí přijímat nebo odesílat
privátní zásilky.
Nyní je zde k dispozici combo s nabídkou:
Podrobné informace o celé logice nastavování přístupových práv u zásilek najdete v kapitole helpu Zásilky a přístupová práva.
Výrazně upraven dialog "Přiřazení el. adresy ke kontaktu"
Úpravy se týkaly především správného refrešování. Kromě toho byly provedeny následující změny:
Přiřazení adresy se nyní provede až na pokyn uživatele kliknutím na tlačítko "Přiřadit". Dosud to bylo možné již při uložení nového kontaktu.
Vedle tlačítka "Přiřadit" je vždy aktuální informace o tom, jakému kontaktu či propojení se daná adresa přiřadí.
Při vytvoření kontaktu z běžné (ne vyhledávací) složky se daný kontakt automaticky do dané složky propojí.
Je zamezeno nepříjemnosti při odesílání zásilky - hlášení "Zásilka nemá
určeného adresáta", a přitom adresát zadán byl.
Tato situace nastala za některých okolností, hlavně v kombinaci s psaním v HTML formátu.
V prohlížeči zásilky přibyly nové ikony znázorňující privátnost a podepsání zásilky
Tyto ikony jsou k dispozici vedle podkaret Zásilka, Souvisí, ..., aby bylo hned na první pohled zřejmé,
jaké má zásilka vlastnictví (zda je zásilka privátní nebo sdílená) a zda je nebo není digitálně podepsaná
(případně šifrovaná).
Význam jednotlivých ikon je následující:
|
Privátní zásilka |
|
Zásilka je privátní (soukromá), tzn. že nemá nastavenou vlastnící skupinu a vidí ji pouze
vrcholový administrátor, vlastník zásilky a příjemce. |
|
|
Sdílená zásilka |
|
Zásilka je sdílená, tzn. že má nastavenou vlastnící skupinu a vidí ji ti uživatelé, kteří
jsou zařazeni do této skupiny uživatelů a vrcholový administrátor,
vlastník zásilky a její příjemce(-ci). Tato ikona má rozbalovací podmenu, které obsahuje volby pro
|
Více se o přístupových právech dočtete v kapitole helpu Zásilky a přístupová práva.
|
Digitálně podepsaná zásilka |
|
Vzhled této ikony se oproti předchozím dvěma nemění, mění se pouze text plovoucí nápovědy po najetí kurzoru myši nad ni. Po kliknutí na ikonu se zobrazí informace o tom, zda je/není zásilka digitálně podepsaná, případně šifrovaná. V případě, že je zásilka digitálně podepsaná, zobrazí se v informačním dialogu výsledek ověření podpisu. |
Nově je volba "Odeslat zásilku kontaktům" k dispozici nejen v kartě Souvisí, ale i v dalších podkartách
prohlížečů, ve kterých se mohou vyskytovat objekty druhu Kontakt
Je to např. karta Odběratelé
u prodejního ceníku, v kartě Smluvní
partneři u smlouvy apod.
Jde o podobnou věc, jaká je již dávno k dispozici v kartě Souvisí, t.j. tvorba zásilky, do které se přednastaví mailové adresy kontaktů,
zobrazených aktuálně v seznamu.
Pro odeslání Zásilky lze nyní použít nejenom tlačítka a položky menu, ale také klávesovou zkratku <Ctrl+Enter>.
Veškeré odkazy se nyní z prohlížeče HTML zásilky
otevírají ve vašem výchozím webovém prohlížeči a nikoliv v samotném prohlížeči Zásilky, jako tomu bylo v
některých případech dosud.
Toto chování uživateli poskytne větší komfort při procházení webu a zamezí vzniku některých chyb v
prohlížeči Zásilky, který pro zobrazení zásilky využívá Internet Explorer.
Pokud jste doposud byli zvyklí používat pro tuto funkcionalitu klávesovou zkratku
<Ctrl+Shift+klik> na odkaz, nyní ji již určitě nepoužívejte. Navíc některé webové
prohlížeče (např. Firefox) při použití klávesy <Shift+klik> zobrazí dialog s možností
zapnutí prohlížeče v nouzovém nebo opravném režimu, proto doporučujeme klávesovou zkratku nepoužívat.
Při příjmu zásilek typu "Potvrzení o přečtení" nyní Kaskáda u takové zásilky nebude vytvářet propojení na okolní objekty podle původní zásilky.
V důsledku toho nebude blokováno automatické smazání zásilek typu "Potvrzení o přečtení" po uplynutí
jejich dvoutýdenní expirační doby.
Dosud se propojení vytvářela a zásilka tím byla fixována proti automatickému smazání, zbytečně zůstávala
v databázi jako neužitečný balast.
Připomínáme přitom, že při příchodu potvrzení Kaskáda automaticky tuto skutečnost zaznamená do karty
"Adresáti zásilky" u původní zásilky, zapíše k příslušnému adresátovi datum a čas potvrzení, tato
informace zde samozřejmě zůstane natrvalo, i po smazání mailu, kterým tato informace do Kaskády přišla.
Pro některé druhy objektů (aktuálně je to Běžný dokument a Běžná smlouva) může nyní vrcholový administrátor nastavit v konfiguraci druhů na kartě Druh, zda objekty
daného druhu musí/mohou/nesmí mít skupinového vlastníka.
Dosud zde byl skupinový vlastník povinný. Pokud administrátor tuto povinnost zruší, umožní tím vytváření
"privátních" objektů daného druhu, t.j. takových, které jsou dostupné pouze pro jediného uživatele -
vlastníka.
Samozřejmě zůstává v platnosti "vyšší oprávnění" vrcholového
administrátora nebo top managera.
Povolena editace atributů DPH u šablony na <neznámou organizaci>
Doposud se šablona, kde byla aktérem <neznámá organizace> chovala jako by byla od neplátce DPH.
Nebylo tak možné editovat DPH atributy, vybírat správné druhy DPH, místo určení apod. Nyní se taková
šablona chová tak, jako by jejím aktérem byl plátce DPH.
Došlo k výraznému ladění v oblasti práce s položkami platebního kalendáře při úhradách párovatelných
dokladů, především zálohových listů
Týká se to také režimu "Sloučit rozdělené položky" v platebním
kalendáři, kde je nyní u zálohových listů přesněji hodnocen jejich stav
a správněji se rozhoduje, zda se mají tvořit položky za účelem platby do požadované výše nebo za účelem
vyrovnání zálohy.
Další zlepšení je viditelné při odvystavení peněžního dokladu, kterým byla
hrazena záloha. Dříve se tato záloha dostala do stavu "vyrovnáno", což nebylo úplně dobře. Uživatel
následně musel ručně změnit (odškrtnout) údaj "Vyrovnáno" na zálohovém listu, aby mohl znovu peněžní
doklad vystavit. To už není nutné.
V uzlu Start je nyní k dispozici karta Platební kalendář
Na této kartě jsou zobrazeny všechny očekávané příjmy a výdeje za všechny kontakty, včetně možnosti
různého filtrování. Zde tedy máte k dispozici přehled o všech předpokládaných nebo již dříve
uskutečněných platbách pěkně pohromadě.
Stejná karta se stejným obsahem je k dispozici v prohlížeči vlastní organizace. Nyní je více po
ruce.
Kromě toho byl v tabulce Platebního kalendáře doplněn, kromě částky v operativní měně, také nový sloupec
s částkou v národní měně.
Zároveň také na obou místech (uzel Start i prohlížeč vlastní organizace) je k dispozici plovoucí menu s
volbou "Uložit pořadí sloupců".
V prohlížeči řádku učetního dokladu jsou k dispozici nové klávesové zkratky, která způsobí přímý vstup do karty Předkontace.
V prohlížečích dokladů došlo k upřesnění množiny nabízených druhů DPH. Nyní je tato množina omezena také na požadavek, zda protistrana má/nemusí být plátcem DPH.
Byl upraven mechanismus odvystavování zálohového listu
Nyní si program řádně vyradí i s odvystavením zdaněného zálohového listu. V
tomto případě jej uvede do stavu jaký byl před jeho prvním vystavením.
Provedli jsme úpravu v programu v situaci, kdy se ve faktuře odečítá zdaněný zálohový list.
V případě, kdy je v koncové faktuře vyúčtována záloha, která má více řádků v obsahu, ale všechny její
řádky mají použit stejný druh DPH, dojde ke správné inicializaci hodnot
bez daně, daně včetně DPH a comba se způsobem zdanění, které je přebíráno z obsahu zálohového listu.
Dále bylo u vyúčtování záloh přijatých doplněno přebírání nároku na odpočet daně.
V koncové faktuře je tak použit stejný nárok na odpočet daně, jako
v zálohovém listu přijatém, tedy "Má nárok / Krátí nárok" na odpočet
daně.
Pokud je v obsahu zálohového listu použito více druhů DPH, je o tom uživatel při jeho zúčtování ve
faktuře informován hláškou. V tomto případě je nutné provést rozpis zálohového listu ručně, nejlépe podle
karty Rekapitulace zálohového listu.
V uživatelských preferencích přibyla možnost
zvolit si způsob inicializace datumu uskutečnění účetní
operace u pokladního dokladu, který se vytváří z prohlížeče faktury
pomocí činnosti Úhrada v hotovosti.
Nyní je zde možné nastavit, zda se má použít aktuální datum (dosavadní chování), nebo zda se má přebrat
datum uskutečnění z faktury.
Jde o preferenci v uzlu "Kaskáda", v poduzlu "Prohlížeče dokladů - vystavení" s názvem Datum uskut.pokl.dokl. při hot.úhradě faktury nastavit dle faktury.
Byly změněny podmínky pro zadávání datumů ve vydaných fakturách.
Byla přehodnocena pravidla pro zadávání datumu uskutečnění
účetní operace (dle zákona o účetnictví) a datumu
uskutečnění zdanitelného plnění (dle zákona o DPH) a jejich vzájemná kombinace.
Dosud nesmělo datum uskutečnění zdanitelného plnění předbíhat datum uskutečnění účetní operace. Nyní již
může.
Pokud jste se ve svých postupech spoléhali na tuto kontrolu, pak je potřeba Vaše
postupy upravit a dbát zvýšené pozornosti při pořizování vydaných faktur.
Je vylepšeno chování programu při generování výkazu DPH v modulu
Knihy a výkazy, když jsou nějaké nesrovnalosti.
Dosud, když uživatel na dotaz při generování řekl, že NECHCE generovat data, stejně se dialog zobrazil a
bylo to matoucí.
Nyní se dialog buďto vůbec neotevře, nebo (pokud již byl otevřen a uživatel přepíná mezi obdobími) se
vyprázdní datová oblast a zablokují akce pro tisk a plnění účetního dokladu.
Prohlížeč produktů otevřený z kusovníku nyní nově umožňuje funkci špendlíku. Když uživatel v prohlížeči
výrobku na kartě Výroba / Kusovník otevře pro některou položku
prohlížeč produktu, je v prohlížeči k dispozici funkce "špendlíku" a
šipek pro přesun mezi dalšími produkty - položkami kusovníku.
Toto lze provádět samozřejmě jen při tabulkovém zobrazení, nikoliv ve stromovém uspořádání.
Byly upraveny vnitřní mechanismy pro ukládání dat během vytváření nového produktu a při změně
neprodejného produktu na prodejný.
Zároveň došlo ke sjednocení chování prohlížeče produktu při ruční tvorbě produktu a SQL procedury, která
dávkově vytváří produkty z externího nákupního ceníku.
Při zadávání nového produktu Kaskáda nenutí do zadání nákupní ceny do ceníku primárního dodavatele
Do dialogu Vložení produktu do ceníku nákupního přibylo
tlačítko Neukládat a pokračovat, které zajistí uložení dat produktu, ale bez
zápisu do nákupního ceníku primárního dodavatele.
Kaskáda stále nutí do zadání nákupní ceny v případě, kdy výpočet prodejní ceny ukládaného produktu v
některém z prodejních ceníků závisí na údajích z ceníku nákupního. Tedy pokud v některém z nich existuje
předpis, který jako základnu používá "Ceníková nákupní
cena (prim. dodavatel)", "Hrubá ceníková nákupní cena (prim. dodavatel)" nebo "Doporučená prodejní cena
(prim. dodavatel)". V tomto případě není tlačítko Neukládat a pokračovat vůbec
viditelné. Klávesa <Esc>, křížek i tlačítko Zpět vracejí zpět
do prohlížeče produktu.
Bylo upraveno "Klonování řádků" a "Rozdělování řádků" v obsahu dodacích listů a objednávek
Změna se týká těch, kteří u produktů používají tzv. Individuální
záruky, tedy předměty s výrobními čísly.
Pokud je v obsahu dodacích listů a objednávek "produktový"
řádek zdrojem klonování nebo rozdělování s odkazem na předmět, pak pokud u produktu je typ záruky
"Individuální", program odkaz na předmět nezkopíruje - nechá předmět nevyplněný.
V globální konfiguraci lze povolit/zakázat odvod výroby v modulu Produkty "nad limit"
Zaškrtnutím / odškrtnutím volby V modulu produkty lze odvod výroby
"přeplňovat" v globální konfiguraci na kartě Produkty docílíte toho, zda program bude /
nebude hlídat množství zadané pro záznam do skladové příjemky (vytvořené v modulu Produkty, ve složce Produkty v objednávkách
výroby / Souhrn objednaných produktů kliknutím na tlačítko Odvod výroby na
sklad) podle množství ve sloupci "Zbývá vyrobit".
Pokud v konfiguraci tento údaj není zaškrtnutý, program nedovolí zadat větší množství než to, co zbývá
vyrobit.
Kaskáda nyní umožňuje předdefinovat účty pro automatickou tvorbu předkontací
pro jednotlivé sklady podle účelu dodávky a druhu dokladu ( viz. Prohlížeč skladu, karta Konfigurace účtů )
individuálně pro konkrétní produkt, účel dodávky a druh dokladu - s ohledem na sklad ( viz. konfigurace účetnictví, karta Účely dodávky, podkarta Účty podle účelu dodávky )
Nově je rozšířena účinnost konfigurace účetní předkontace
na úrovni "Sklad - účel dodávky".
Dosud tato konfigurace účinkovala pouze pro skladové doklady
(příjemky/výdejky), protože u nich je jasné, o který sklad jde. U faktur (a jiných druhů dokladů) není
zcela zřejmé, který sklad je relevantní pro tuto operaci. Aktuální úprava spočívá v tom, že program
stanoví relevantní sklad i pro jiné než skladové doklady a to následovně.
Pokud existuje pouze jediná skladová karta pro daný produkt, pak je to ten sklad, na kterém ta karta existuje.
Přes řádek věcného obsahu (obsah DL/objednávky) se podívá na související druhy skladových dokladů, které mají pro daný účel dodávky smysl - jsou nutné pro vypořádání. Seskupí je podle zásobníku (skladu) a když je výsledkem jen jeden sklad, použije se ten.
Zjistí výchozí sklad z hlavičky dodacího listu, pokud příslušný řádek je součástí dodacího listu.
Jinak výchozí sklad z hlavičky objednávky, pokud příslušný řádek je součástí objednávky.
Rozšiřují se tím možnosti předdefinovat účetní předkontace pro různé situace.
V oblasti práce s ceníky je provedeno množství úprav a vylepšení :
Prohlížeč produktu - záznamy do nákupních ceníků
Zde došlo k zásadní změně chování při zadávání nového prodejného produktu, nebo při změně existujícího
produktu z neprodejného na prodejný.
Dosud vznikal problém v situaci, kdy předpis pro výpočet prodejní ceny v základním ceníku používal jako základnu některou z hodnot v nákupním ceníku primárního dodavatele.
V okamžiku záznamu do základního (prodejního) ceníku ještě záznam v nákupním ceníku neexistoval, záznam do základního ceníku proto končil chybovým stavem a následně musel uživatel v ceníku spustit Přepočet cen a tím teprve docílil regulérního stavu.
Došlo k přepracování systému ukládání dat v uvedené situaci, takže
nejprve se odehraje vizuální část, kdy uživatel zadává údaje pro nákupní ceník,
potom se data nákupního ceníku zaznamenají do databáze,
potom se provede záznam do základního prodejního ceníku,
potom teprve probíhá případný záznam do dalších (povinných) prodejních ceníků, kdy uživatel postupně pro jednotlivé ceníky vyplňuje (potvrzuje) cenu v dialogu.
Jedním z podstatných důsledků této úpravy je fakt, že
pokud jsou rozumně nastavené předpisy pro výpočet prodejních cen, třeba včetně závislosti na ceníku dodavatele,
a pokud uživatel při zadávání nového produktu v prohlížeči nevyplní prodejní cenu (ponechá hodnotu nula),
pak hned při prvním uložení produktu proběhne regulérní výpočet podle předpisu, ceny v ceníku odpovídají nastavené strategii, pro uživatele je to pohodlné a bezpečné.
Zařazení všech produktů do určitého prodejního ceníku
Tento atribut, nastavený v první kartě prohlížeče prodejního ceníku, ovlivňoval chování
při tvorbě nových produktů (aby se do takového ceníku automaticky zařadily), ale nebylo zajištěno, aby se
do ceníku automaticky zařadily všechny produkty, které v něm nejsou, když správce ceníku nově tuto
vlastnost nastavil u existujícího nebo nově vytvářeného ceníku. Nyní je to zajištěno, přitom pokud je
potřeba vložit do ceníku víc než 300 produktů, varuje program, mělo by se to dělat mimo běžný provoz.
Vylepšený seznam sloupců v prohlížeči prodejního ceníku v kartě Produkty
V kartě Produkty je upraven seznam sloupců s cenami
vedle aktuální ceny v příslušném ceníku je uvedena cena v základním ceníku (pokud není zobrazen právě základní ceník, v něm to samozřejmě nemá smysl)
vedle aktuální ceny v cizí měně (pokud je to ceník v cizí měně) je cena uvedena i v národní měně, přepočtena dynamicky aktuálním kurzem dané měny.
Nový režim "Přeceňování" v prohlížeči prodejního ceníku
V kartě Produkty dosud bylo k dispozici pouze jedno
tlačítko pro přepočet cen produktů, aktuálně zobrazených v tabulce.
Nyní zde při běžném otevření toto tlačítko není, zato je zde tlačítko Přeceňování, kterým se karta přepne do režimu, určeného pro aktivní práci s ceníkem, monitorování potřebných změn, přepočty jednotlivých produktů nebo celých skupin. Při kliknutí na tlačítko program
v tabulce zobrazí několik dalších sloupců s pomocnými informacemi, jako je nově navrhovaná prodejní cena, rozdíl od aktuální, vyčíslení rozdílu tržeb při změně ceny ....
v nástrojovém panelu zobrazí několik nových tlačítek pro přepočty cen a pro generování pomocných dat.
Pomocná data program na žádost uživatele generuje s využitím datumového rozsahu, zadaného v první kartě ceníku. Pro tento časový rozsah vyčíslí obraty prodejů a k těmto obratům pak vyčíslí diference předpokládaných tržeb mezi aktuální cenou a cenou navrhovanou.
Při dávkovém přepočtu má velký význam nově zavedený textový protokol o případných problémech u jednotlivých položek a také stavový atribut, který následně ukazuje na položky s nějakými problémy.
Nový přístup k možným problémům při přepočtech prodejních cen
Jde o přepočty cen v prodejních cenících, ať už pro jednotlivé produkty, nebo dávkově.
Z principu je možné, že dojde k neřešitelné situaci, například když základnou pro výpočet má být nákupní cena primárního dodavatele a přitom pro něj neexistuje nákupní ceník.
Dříve při takovém problému program vygeneroval chybové hlášení, přerušil případný cyklus výpočtu více produktů, ale položka zůstala nedořešena, následně nebylo vidět, které produkty v ceníku mají problémy.
Nyní je zaveden u každé položky v prodejním ceníku stavový atribut, který ukazuje, zda přepočet je v pořádku (zelená "fajfka"), je zde varování vykřičník v žlutém poli) nebo chyba (bílý křížek v červeném poli).
Tento stavový atribut je zobrazen v kartě Produkty v seznamu produktů vlevo, jako jeden z prvních sloupců. Kromě toho jsou případné problémy a/nebo chyby zaznamenány do textového protokolu u ceníkové položky, takže uživatel pracující s cenami zjistí důvod problému a má možnost jej napravit.
Bylo zavedeno důslednější sledování historie prodejních cen produktů v prodejním ceníku.
Byla zavedena detekce toho, zda při přepočtu ceny v ceníku došlo k nějakému problému, nebo dokonce k
chybě.
V prohlížeči Prodejního ceníku na kartě Produkty je v režimu zobrazení Přeceňování, k dispozici tlačítko Spec.filtry. Po stisku tohoto tlačítka se v záhlaví seznamu produktů zařazených do ceníku zobrazí malý filtrovací panel, kde je možné vyfiltrovat položky "s chybou / s varováním / OK / všechny". Podle situace se pak lze ke zobrazeným produktům příslušným způsobem zachovat.
Je zamezeno změně měny v ceníku, pokud již obsahuje produkty
Pokud již v ceníku existují produkty s definovanými cenami, jsou to ceny v příslušné měně. Nelze proto
měnu změnit, program to nyní kontroluje a nedovolí.
Pro dávkový přepočet cen lze rozhodnout, zda jej realizovat i pro nedostupné
V dialogu před přepočtem cen je nové umožněno rozhodnout, zda dávkový přepočet má/nemá být aplikován i na
nedostupné produkty.
Podpora pro tisk ceníku ve stromové struktuře
V prohlížeči prodejního ceníku je k dispozici nová forma tisku ceníku. Lze zde zvolit kořenovou složku
produktů a v tiskovém výstupu pak budou zobrazeny pouze produkty v této složce a jejích podsložkách a
budou uspořádány podle jejích podsložek.
U produktu a produktové složky lze nyní rozhodnout o tom, zda se má produkt případně produktová složka a
všechny produkty v ní, tisknout v prodejním ceníku.
K tomuto účelu je v
prohlížeči produktu na první kartě k dispozici zaškrtávací pole Zobraz. v tisku prod. ceníku,
prohlížeči složky v podkartě Komentář ke složce k dispozici zaškrtávací pole Tisknout obsah této složky ve stromové formě prodejního ceníku.
Výchozí hodnota těchto zaškrtávacích polí je zaškrtnuto, což odpovídá dosavadnímu chování. Pokud nechcete, aby produkt nebo celá složka figurovala v tisku prodejního ceníku, musíte příslušnou volbu odškrtnout.
Podpora tisku prodejních ceníků v angličtině nebo němčině
Tato nová funkčnost je postavena na tom, pro koho (pro jakého aktéra) je tisk prováděn, u něj Kaskáda
zjišťuje nastavený jazyk a podle toho volí jazykovou verzi u externích variant tisku.
Vylepšení vztahu mezi "cizím ceníkem" a daty produktů v Kaskádě
Zde jde o nákupní ceník, produkt, prodejní ceník. K dispozici jsou režimy pro
tvorbu nových produktů s využitím dat v "cizím ceníku" a to jak jednotlivě (předvyplnění dat do prohlížeče produktu), tak dávkově (nevizuální režim, kdy SQL server ze zdrojových dat vytváří objekty Kaskády),
aktualizaci nákupních cen u produktů Kaskády po importu nových dat "cizího ceníku".
Tyto činnosti byly výrazně zrevidovány s ohledem na maximální využití dat z cizího ceníku, jednotnost chování aplikace v režimech vizuálních i nevizuálních, s ohledem na přístupová práva uživatele, který činnost spouští apod.
Byla lépe vyhodnocena situace, kdy se má použít sazba pro majetek s technickým zhodnocením.
Někdy se mohlo stát, že v prvním roce po TZ se místo zvýšené sazby odpisů pro TZ použila nižší sazba pro
1. rok odepisování. Do nákladů se tak mohla dostat nižší částka, než by ze zákona mohla.
V prohlížeči druhu Předmět je k dispozici nová karta "Technolog.postup".
Je zde zobrazena pouze v případě, pokud jde o předmět, který vznikl ve vlastní výrobě, prostřednictvím
objednávky výroby.
V takovém případě se v kartě zobrazí podstrom položek výrobní objednávky, z nichž byl předmět vytvořen.
Na rozdíl od kusovníku u produktu, který je obvykle zdrojem příslušných položek v objednávce výroby, zde
se zobrazuje reálný stav výroby, v němž mohou být provedeny změny proti kusovníku, některé položky
zaměněné, zrušené, změněno množství apod. Kromě toho je odtud jedním kliknutím přístup k prohlížeči řádku
objednávky výroby a zde je k dispozici řada důležitých informací, od konkrétních dokladů (skladové
výdejky apod) až po informaci o realizátorovi práce apod.
V modulu mzdy je nyní důsledněji kontrolována editace počátku a konce nepřítomností tak, aby nebylo možno měnit časový rozsah v již uzavřených obdobích.
V modulu mzdy je k dispozici nová skupina pro tvorbu druhů, s kódem "NEC" a názvem "Neplacené volno po část dne".
Smyslem této skupiny je striktní oddělení druhů, určených pro nepřítomnosti trvající necelý den, od těch celodenních, neboť tento fakt
rozhoduje o odvodech ZP, o vyloučených dobách apod.
Zároveň se automaticky vytváří dva druhy mzdy pro neomluvenou absenci:
Pokud máte vytvořen vlastní druh(y) pro neomluvenou absenci (celý den) doporučujeme ho ukončit
(konfigurace mezd/ druhy složek mzdy), protože v nabídce nepřítomností by se Vám tento druh ukazoval
dvakrát.
Pokud chcete raději nadále používat druh mzdy, který jste si pro neomluvenou absenci vytořili sami (což
ale nedoporučujeme) smažte si prosím námi vytvořený nový druh NEP-AB.
Při aktualizaci systém automaticky transformuje dosavadní druh NEV-NE na NEC-00, přičemž nový druh NEC-00
má stejnou charakteristiku, jako původní NEV-NE. Výhodou je to, že v systému odpadly výjimky na druh
NEV-NE a hlavně je nyní k dispozici pro uživatele možnost tvorby dalších druhů, odvozených od skupiny
NEC.
Do kontrol při zpracování zaměstnanců přibyla nová kontrola, která hlídá nároky na slevu na dani na dítě do 26 let věku dítěte. Pokud dítě dosáhlo limitního věku a u zaměstnance ve výčetce příslušného období je stále uveden nárok na tuto slevu na dani, program zobrazí upozornění.
V druzích složek mzdy byl zaveden nový údaj Vyl. doba přil.dávky, kterým můžete určit, zda kalendářní dny evidované tímto druhem jsou vyloučenou dobou, která se uvádí na příloze k žádosti o dávky.
Tisk zápočtového listu lze nyní realizovat i v některých situacích, kdy dosud nebyl k dispozici, např. když poslední měsíc ještě nebyl uzavřen.
Nově lze při potvrzování odeslání hlášení ONZ také
zaznamenat identifikátory podání VREP a ČSSZ (oba 32 znaků dlouhé), které jsou součástí došlých potvrzení
o příjmu podání.
Slouží k tomu pole Ident.podání VREP a Ident.podání
ČSSZ na kartě Hlášení ONZ. Tyto
identifikátory zadejte v okamžiku, až potvrdíte odeslání dat (z přijaté zásilky zkopírujte identifikátory
do karty Hlášení ONZ). Údaje se zaznamenají do tabulky hlášení a kdykoliv v budoucnosti jsou k dispozici
jako důkaz o odeslání příslušné informace.
V tiskové sestavě "Přehledu o platbě pojistného zaměstnavatele" je upraven výpočet počtu pojištěných
zaměstnanců, který se zobrazuje v jedné kolonce tohoto výkazu.
Nově se do tohoto počtu nebudou započítávat dodatečné výčetky, pokud z nich neplyne žádný odvod ZP.
Typickým případem je např. dodatečná výčetka pro vyplacení přeplatku DZP.
Byl upraven tiskový výstup "Hromadné oznámení zaměstnavatele" na ZP podle oficiálního vzoru platného od
1.7.2013.
Současně s touto úpravou byl upraven i export dat. Z textového formátu, který zde byl k dispozici dosud,
byl výstup předělán do formátu XML dle popisu na webu VZP ČR. Tiskový výstup i export do TXT je k
dispozici na kartě Hlášení ZP.
Kaskáda poskytuje novou možnost pro nastavení okrajů tiskových sestav.
V menu je nová položka
Režim nastavení okrajů tisk.sestav se submenu,
obsahujícím tři položky.
Dvě z nich odpovídají dosavadním možnostem, ale třetí (zobrazena jako první v pořadí) je zcela
nová.
Je to volba , jejím smyslem je, aby
program nijak neobtěžoval s dotazy a konfigurací uživatele a přitom dělal vše pro to, že nastavení okrajů
tiskových sestav je za všech okolností takové, jak je doporučeno v helpu.
Tato nová možnost je vhodná především při provozu přes terminal server, nebo tam, kde je větší počet
tiskáren a uživatel mezi nimi často přepíná.
Nově je k dispozici podpora pro předdefinování počtu výtisků na úrovni jednotlivých tiskových sestav
vrcholový administrátor nebo administrátor tiskových sestav může u jednotlivých sestav zadat v dialogu Parametry tiskové sestavy výchozí počet výtisků (standardně je při dodávce systému všude hodnota 1).
každý uživatel může ve svých uživatelských preferencích určit, zda chce/nechce tyto výchozí hodnoty před tiskem nastavit, jinak zůstane dosavadní chování, kdy změna počtu kopií zůstane v tiskovém dialogu "zapamatována" až do ukončení chodu programu.
Karta Souvisí v prohlížeči libovolného objektu nově slouží také jako cíl
pro operace Drag&Drop (tažení objektu/souboru) myší odněkud-někam.
Stačí tažený objekt/soubor pustit do prostoru tabulky se seznamem
objektů v této kartě (nikoli do prostoru stromu složek). Pokud přetahujete objekt Kaskády, je jedno,
jaký druh objektů je v tu chvíli v kartě napozicován, program Vás vyzve k volbě typu propojení podle toho, jaké druhy objektů takto propojujete. Pokud přetahujete
nějaký soubor (dokument) z disku Vašeho počítače, je nutné mít v kartě Souvisí
napozicovaný druh Běžný dokument a také předem nastavit typ propojení,
kterým chcete importovaný dokument(y) s příslušným objektem propojit.
Byl upraven interval, po kterém dojde k automatickému odpojení klientů 602SQL serveru při jejich
nečinnosti.
Toto nastavení nemá nic společného s automatickým ukončením Kaskády po určité době nečinnosti, které lze
nastavit v globální konfiguraci na kartě Obecné. Standardně je tato doba nastavena na 2 hodiny.
S tímto nastavením jsme nijak nemanipulovali.
Touto úpravou jsme změnili výchozí nastavení 602SQL serveru, které zajišťuje automatické odpojení
klientů, kteří jsou v nečinnosti déle než je definovaný limit. Vy výchozím stavu byly tyto limity
nastaveny na 8 hodin před klientovým přihlášením a 23 hodin po přihlášení k serveru. Nyní jsou tyto
hodnoty nastaveny na 10 minut před klientovým přihlášením a 6 hodin po přihlášení k serveru.
Touto změnou se zajistí rychlejší odpojování tzv. upadených vláken (klientů, kteří byly neregulérně či
násilím ukončeni, po pádu aplikace, apod.). Rychlejším odpojováním těchto vláken tak dojde mj. i k
rychlejšímu uvolňování vyčerpaných licení Kaskády.
Byla doplněna možnost odpojit tzv. "mrtvé klienty" SQL serveru v dialogu Seznam uživatelů připojených k SQL serveru, který lze otevřít kliknutím na
nápis Aktuálně přihlášeno: v dialogu vyvolaném z menu O aplikaci.
Někdy se stane, že Kaskáda neočekávaně ukončí svoji činnost, nebo se dostanete do situace, kdy jediným
řešením je ukončit násilně její činnost přes Správce úloh systému Windows. V těchto případech dojde k
ukončení běžícího klienta, Windows aplikace, která běží na počítači. Nedojde tím k odpojení takového
klienta od SQL serveru. Toto připojení je stále aktivní a mohou nastat problematické situace, kdy "mrtvý
klient"
zabírá jednu licenci z celkového počtu zakoupených licencí pro souběžný provoz a celkový počet těchto licencí tím může být vyčerpán
může blokovat editaci tím, že má zamknuté objekty, které měl ve chvíli násilného ukončení Kaskády rozeditované
Nyní je možné takového klienta odpojit bez nutnosti restartovat SQL server. Stačí, když se uživatel s
příslušnými databázovými právy (člen skupiny Config_Admin) přihlásí do Kaskády (nebo již je přihlášen) a
v dialogu "Seznam uživatelů připojených k SQL serveru" vyhledá příslušného klienta podle jeho
přihlašovacího jména a kliknutím na tlačítko "Odpojit uživatele XXXX" odstraní "mrtvé připojení"
uživatele XXXX k SQL serveru. Tím dojde nejen k uvolnění potřebné licence pro provoz, ale také k uvolnění
zámků, kterými uživatel XXXX bránil v editaci objektů, které měl ve chvíli násilného ukončení Kaskády
rozeditované.
Uživatel, který nemá příslušné databázové oprávnění, nemá v dialogu k dispozici tlačítko pro odpojení
klienta. Může se jen podívat na seznam přihlášených uživatelů.
V kartě Start / Finance je nyní uveden další údaj v boxu "Hospodářský výsledek". Program spočítá pro sledované období saldo účtů DPH, bez zúčtovacího účtu 343-999, výsledek zobrazí v boxu s hospodářským výsledkem.
V uzlu Start / Finance je rozšířena možnost získat podrobnější
informace o závazcích a pohledávkách.
Dosud bylo možno prokliknutím nad celkovou částkou zobrazit seznam dokladů, z nichž je tato částka
složena. Nyní je zde ještě druhá možnost a to tisk sestavy "Rozpis pohledávek/závazků v členění podle
pásem splatnosti".
Ve všech místech, kde se pracuje s formátovaným RTF textem je nyní k dispozici kontrola pravopisu
Kontrola pravopisu byla dosud k dispozici pouze u RTF zásilek v menu . Nyní je tato funkce k dispozici ve všech místech, kde se pracuje s
editorem formátovaného textu (RTF textem). Funkci lze spustit z
plovoucího menu.
Nově se do historie zaznamenává informace o změně hesla
V historii uživatele jehož heslo se mění, se lze nyní podívat, jak často si heslo daný uživatel měnil,
kdo a kdy ho měnil (sám uživatel nebo administrátor). Samozřejmě, že se zaznamenává pouze čas změny a
jméno uživatele, který změnu provedl. Samotné heslo se do historie nezapisuje.
Editaci názvu složky je nyní možné vyvolat klávesou <F2>
Ve stromě složek je nyní možné editovat název složky nejenom kliknutím na aktivní položku, ale nově také
stisknutím klávesy <F2>. Samozřejmě to lze pouze tehdy, když v uživatelských preferencích je přímá editace názvu složky
povolena .
Nově se do historie objektu zaznamenávají hodnoty přídavných atributů objektů.
Lze tak např pomocí <Ctrl+Alt+H> vyvolat historii
údaje.
Upraveno chování přídavných atributů při změně šablony u daného objektu.
Pokud vrcholový administrátor nebo administrátor šablon u příslušného objektu v dialogu Vlastnosti objektu změní šablonu, na základě které byl vytvořen, pak
dojde ke smazání hodnot těchto přídavných atributů daného objektu. Historie údajů však zůstane zachována.
Pro tisk adresního štítku přibyl nový rozměr A4 2 sloupce po 2.
Tisk velkých adresních štítků ocení především ti, co posílají svým zákazníkům opravdu velké poštovní
balíky.
V souladu s ovládáním moderních aplikací lze nyní i v Kaskádě u editačních polí vybrat trojitým kliknutím celý textový obsah daného pole.
Při zobrazení odpovědi na avízo nebylo na první pohled zřejmé, zda je odpověď kladná (přijetí odpovědnosti, úkolu, informace,...) či záporná. Nyní je proto formulář podbarven (červeně či zeleně) podle druhu odpovědi.
|
|
Novinky - verze 13 | Novinky - verze 13, release 2 |
|