23.04, Úpravy v této verzi, 14.12.2023

Je umožněno ukončit užívání šablony k nějakému datu  >>>

Šablony jsou vytvářeny především za účelem rozlišení nově vytvářených objektů, přednastavují novým objektům některé vlastnosti, mohou být nositelem definice tzv. přídavných atributů.

Po určitém čase může potřeba rozlišování objektů tímto způsobem pominout. Šablona tak již není používána, nebo by neměla být, ale i nadále je potřeba podle ní vyfiltrovat dříve vytvořené objekty, nebo u nich ponechat informace zadané v přídavných atributech.

Takto vytvořených a aktivně již nepoužívaných šablon může přibývat a jak konfigurace tak dialog pro výběr šablon se stává nepřehledným a pro uživatele nepřívětivým.

Co s tím?

Dosud se nabízely dvě možnosti:

• Smazat?
  Když se smaže, nebude ji možné použít k filtrování objektů, které podle ní vznikly. Ztratí se informace zadané do přídavných atributů objektů.

• Odsunout ji na konec a nějak ji označit?
  Když v seznamu zůstane, může být seznam šablon při vytváření nového objektu nepřehledný, někdo ji může použít i přesto, že to již není žádoucí.

Nově:

Administrátor druhů (tříd) může na kartě Šablony u konkrétní šablony v jejím popisu nastavit volbu "Používat do data". Pokud je toto datum nastaveno (může být i dopředu), pak

• V konfiguraci druhů (tříd) na kartě Šablony jsou takto ukončené šablony označeny červenou barvu, aby se daly pohodlně rozlišit.

• V dialogu Volba předlohy nejsou ukončené šablony vůbec zobrazeny.
  Program vždy porovnává datum ukončení šablony s provozním datumem.

• V combu pro filtrování podle šablony jsou takto ukončené šablony označeny * před názvem, filtrovat však podle nich lze.

Otevření nového roku s novými sazbami DPH  >>>

Program je upraven tak, aby během procesu Vytvoření nového účetního období v nově otevíraném roce 2024 zadal k nově vytvářeným DPH obdobím roku 2024 sazby, které budou v tomto roce platné.

Dojde k ukončení platnosti druhé snížené sazby DPH (10%) a sazba u snížené sazby se změní z 15% na 12%.

Pokud nyní prodáváte produkty ve druhé snížené sazbě(10%) a budete potřebovat naši pomoc s jejich přeřazením do snížené sazby DPH (15%, nově 12%), ozvěte se nám s předstihem na náš hotline, abysme se mohli v klidu a beze spěchu domluvit.

Při generování výkazu DPH jsou doplněny nové kontroly a možnost zadat poznámku do přiznání k DPH  >>>

Při generování výkazu DPH jsou doplněny dvě kontroly :

• součet řádků 3 až 13 je menší než řádek 43, to je nežádoucí

• na ř. 45 je uvedena nějaká korekce odpočtů (není to obvyklé a FU to chce zdůvodnit)

Aby bylo možné zdůvodnění provést, je možné pro zvolené období zadat textovou poznámku a to v

• dialogu Výkazy agendy DPH kliknutím na tlačítko Editace komentáře

• konfiguraci účetnictví na kartě DPH / Období DPH, cesta pro ověřování DIČ

Komentář bude následně součástí vyexportovaného XML souboru Přiznání k DPH. Můžete tím předejít případnému dodatečnému vysvětlování FU po telefonu apod.

Pro druh zásilka hmotná existuje činnost "Doposlání zásilky"  >>>

Pro případy, kdy je potřeba k již odeslané hmotné zásilce něco doposlat (zboží nezabalené do prvního balíku), je možné využít tuto novou činnost.

Spuštění této činnosti způsobí vytvoření nové zásilky hmotné s využitím údajů z původní (zdrojové) zásilky hmotné. Typicky jde o kontaktní informace a přepravní službu.
Nová zásilka bude také s tou původní zásilkou propojena systémovým propojením "Komunikace primárně souvisí".

Lépe ošetřena situace po chybě importu dat do Kaskády  >>>

Kaskáda umožňuje buďto ruční, nebo automatický (pomocí kaskádního mailera) import externích dat.

V obou výše uvedených případech mohlo dojít k takové chybě, která sice způsobila neúspěšnost importu, ale zdrojový soubor zůstal na původní cestě a nepřesunul se do podsložky "Problem".
To vadilo převážně při využívání automatického importu dat, protože ten stejný (třeba i chybný) soubor byl importován znovu a znovu.

Uvedený problém byl odstraněn, chyba je lépe detekována a zdrojový importní soubor je v případě takové chyby přesunut do podsložky "Problem".

Je umožněno znovu odeslat nebo stornovat balík vrácený zpět přepravní službou  >>>

V prohlížeči hmotné zásilky je u balíku k dispozici nové tlačítko Co s ní? s možností volby postupu při vrácení balíku zpět k odesilateli.
Toto tlačítko je dostupné v situaci, kdy je balík registrován u přepravní služby pomocí webové služby a balík je ve stavu "Vráceno odesilateli".

V případě, že zásilkovou službou odešlete balík adresátovi (a pomocí webové služby u dané společnosti balík zaregistrujete), ten si ho nevyzvedne a vrátí se zpět, pak se změní stav zásilky na "Vráceno odesílateli". V takové situaci je v prohlížeči hmotné zásilky k dispozici tlačítko Co s ní?, které umožňuje

• Znovu odeslat stejný balík zákazníkovi
  Program vymaže čísla zásilek, číslo svozu, odkazy pro tisk štítků a stav balíku a vrátí balík do stavu "Připravuje se", aby bylo možné zásilku znovu odeslat, vytisknout nový štítek a předat ho přepravci.

• Provést storno takového balíku
  Stornovaný balík nadále nebude figurovat mezi vrácenými, aby bylo zřejmé, že se o vrácené zboží někdo postaral (vrátil do regálů, na sklad,...).

Zároveň jsou ve stromě složek Komunikace/Sdílené/Zásilky hmotné vytvořeny nové vyhledávací složky Zásilky odeslané (hmotné), stav

• "Vráceno odesílateli", která by měla být vždy prázdná, pokud se balíku někdo pověnuje, tzn. znovu ho odešle nebo stornuje

• "Stornováno", ve které figurují všechny stornované zásilky.

Obě volby (Znovu odeslání i Storno) se řádně zaznamenávají do historie objektu.

Změna způsobu zobrazování informací z webu v prohlížeči kontaktu  >>>

Kaskáda umožňuje v prohlížeči kontaktu zobrazení "webových informací", týkajících se daného kontaktu. Jedná se především o zápisy v obchodním rejstříku, insolvenčním rejstříku, webovou stránku daného kontaktu, mapu s vyznačením místa adresy apod. Pro uživatele je samozřejmě příjemné, když má k těmto informacím co nejsnadnější a přímočarý přístup.

Dosud bylo možno tento "webový obsah", zobrazovat přímo v prohlížeči kontaktu, ve spodním panelu na první kartě. Uživatel si konkrétní webovou stránku mohl zvolit pomocí menu Zobrazení / Obsah spodního panelu, nebo dvojklikem na titulku spodního panelu, nebo volbou z plovoucího menu vyvolaného pravým (sekundárním) tlačítkem myši na titulku spodního panelu.

Tato technologie však neumožňuje zobrazení všech informací tak, jak by bylo žádoucí, některé webové stránky přitom generují sérii otravných chybových hlášení.

Nově jsme proto přešli na jednodušší, zato mnohem univerzálnější způsob zobrazení informací. Kaskáda pro ten účel otevře váš výchozí internetový prohlížeč a předá mu patřičnou URL adresu s potřebnými parametry. Vám se zobrazí příslušný obsah "v plné parádě" v samostatném okně (kartě) internetového prohlížeče.

Pro volbu konkrétní webové stránky je nyní k dispozici volba z plovoucího menu vyvolaného pravým tlačítkem myši (nebo dvojklikem ) na titulku spodního panelu.
Zobrazené menu je zjednodušeno z víceúrovňového, na jednoúrovňové, takže potřebnou položku menu máte ihned k dispozici.

Mezi množinu námi standardně dodávaných rejstříků lze vložit i jeden uživatelsky definovaný.
Adresu tohoto Vámi používaného rejstříku můžete zadat v Globální konfiguraci na kartě Kontakty.

Množina nabízených položek v menu je závislá na druhu kontaktu, který máte právě otevřen a ze kterého jste plovoucí menu vyvolali.

• U osoby se proto nezobrazují položky směřující na ARES či Obchodní rejstřík, kde jsou registrovány firmy (organizace) a pro zobrazení údajů z těchto rejstříků je zapotřebí zadat IČO do příslušného pole v prohlížeči.
  
• Poloha na mapě se nanabízí když u kontaktu není zadána žádná adresa.

Získávání dat o firmách ze systému ARES  >>>

Kaskáda již nyní využívá data o organizacích, která jí poskytuje webová služba ministerstva financí. Jde o velice pohodlný způsob získání dat o konkrétní firmě ze státního registru, firmu tak lze správně založit, nebo dodatečně ověřit/získat její data.

Ministerstvo financí připravuje novou verzi této webové služby (pro připojení aplikací jako je Kaskáda) i webového rozhraní (pro "lidský" přístup z internetového prohlířeče). Na jednom místě by tak měla být k dispozici data sloučená z více než 10 různých registrů. Nová služba měla být v provozu již od října a stará již neměla běžet, ale kvůli různým komplikacím bylo spuštění nového a zastavení starého portálu (a spolu s ním i webové služby) odloženo na 1.1.2024.
V současné době běží na nové adrese https://ares.gov.cz/ pilotní provoz a na původních stránkách https://wwwinfo.mfcr.cz/ares/ares_es_form.html.cz je uvedena informace "V souladu s předchozím upozorněním bude k 1.1.2024 provoz IS ARES na tomto serveru ukončen, více informací naleznete na ares_info.html.cz."

Kaskáda je již plně připravena pro využití nového systému, ale k dispozici zůstává i dosavadní technologie. Nové řešení poskytuje MF zatím jen v pilotním provozu, Kaskáda proto ve výchozím stavu stále pracuje se starou webovou službou a starou strukturou poskytnutých dat.

Pro Váš pohodlný přechod na nový systém jsme vytvořili novou uživatelskou preferenci "Pro získání dat ze systému ARES použít "API 2023"", která umožňuje zvolit si načtení dat z registru buď od staré nebo od nové webové služby. Máte tak možnost si ve vhodnou chvíli přepnout toto nastavení a udržet si práci s registrem ARES funkční. Přepnutí můžete provést klidně ihned, ať nejste později překvapeni, že služba nefunguje.

Vzhledem k pokročilému stádiu vývoje na straně MF doufáme, že již nedojde ke změně komunikačního rozhraní pro napojení aplikací a že vše bude řádně fungovat. Pokud by vývojáři MF nějakou podpásovku provedli, upravili bychom samozřejmě přístup Kaskády podle potřeby.

Chování Kaskády z pohledu užvatele je při použití starého i nového systému zcela totožné, nic se pro Vás nezmění.

!!! POZOR !!!
Dle informací na webu, je u organizace v systému ARES uvedeno pouze DIČ daňového subjektu. Toto DIČ ale nemusí být platné pro účely DPH v situaci, kdy je organizace členem skupiny a tato skupina používá skupinové DIČ.
Doslova se tu píše:
Pokud je subjekt členem skupiny registrované podle §5a zákona 235/2004 Sb., o dani z přidané hodnoty, je třeba údaje dohledat přímo v Registru plátců DPH podle jí přiděleného daňového identifikačního čísla (DIČ), protože skupina registrovaná podle uvedeného paragrafu není ekonomickým subjektem, nemá samostatnou právní subjektivitu a nemůže být proto ani samostatně uvedena v ARES. Skupina se považuje pouze za samostatnou osobu povinnou k dani z přidané hodnoty.

Dosud byla v případě skupinové registrace předána z registru hodnota "Skupinove_DPH". Uživatel, který takovéto DIČ viděl, mohl ihned zareagovat a ke kontaktu zadat správné skupinové DIČ.
Kaskáda se také bránila uložit takové DIČ.

V helpsystému Kaskády jsou potřebné instrukce, jak tuto situaci řešit.

Je upraven režim ověřování informací o organizaci ze systému ARES  >>>

V situaci, kdy Kaskáda ověřovala v ARESu data firmy např. "D & P Building s.r.o.", zobrazilo se chybové hlášení "Pro zadané IČO nebo název organizace nebylo nic nalezeno ... Název: D _P Building s.r.o." a to i v situaci, kdy bylo zadáno správné IČO.

Nyní je program upraven tak, aby prvně ověřil data podle existujícího IČO organizace a pokud

• uspěje, tak dál neověřuje podle názvu a zobrazí případné rozdíly v datech, které může uživatel načíst a uložit

• neuspěje nebo IČO není zadané, tak zkusí hledat podle názvu organizace

V případě ověřování podle názvu si nyní program poradí i se znakem & .

MZDY - doplněn tisk zápočtového listu  >>>

Dosud, v případě, kdy zaměstnanci byly prováděny nějaké srážky ze mzdy, jsou tyto srážky ve mzdovém listu uvedeny.
V případě, kdy žádné srážky nebyly prováděny, nebylo v zápočtovém listu uvedeno nic.

Nově je v případě neexistence srážek ze mzdy, na mzdovém listu uveden text "Zaměstnanci nebyly prováděny žádné srážky ze mzdy".

MZDY - oprava zadávání nepřítomností typu nemoc a dostupnost akcí pro tisk/export  >>>

Ve verzi 23.02 při řešení úpravy UPK-23-0009 byla nechtěně "zavlečena" chyba při práci s doplňujícími informacemi záznamu o nepřítomnosti (zda a kdy zaměstnanec nasoupil do zaměstnání apod.).

Tato chyba je opravena.

Je umožněno blokovat dodací list vydaný proti nechtěné fakturaci  >>>

V některých případech je zapotřebí ochránit vystavený dodací list vydaný proti nechtěné fakturaci. (např. je potřeba nejdřív ještě něco vyřešit, počkat na něco, apod.)

Aby si to jednotliví uživatelé nemuseli pamatovat, nebo aby nemuseli vyhledávat informaci někde v nějakých poznámkách, je za účelem pozdržení fakturace vytvořena speciální činnost "Zablokovat fakturaci tohoto DL".
V prohlížeči DLV s pozastavenou fakturací je tato informace prezentována textovým nápisem fuchsiové barvy "Fakturace blokována".
Při pokusu o vyfakturování položek z takového DLV, program zobrazí informaci o existenci blokace, případně zobrazí chybové hlášení.

Pro odblokování fakturace použijte činnost "Odblokovat fakturaci tohoto DL".

Je upravena inicializace místa plnění při tvorbě DL  >>>

Při tvorbě dodacího listu program do místa plnění zapisoval vždy hodnotu "Tuzemsko".
To však nebylo správné, byť s tímto údajem dodací list nijak nepracuje.
Tento údaj ani není nikde v prohlížeči publikován a nelze ho tedy změnit.

Nyní je místo plnění u DL vždy automaticky nastaveno podle místa sídla aktéra, tedy odběratele DL.

Při export položek z objednávky od zákazníka do objednávky výroby je zachováno jejich pořadí >>>

K promítnutí položek z Objednávky od zákazníka do Objednávky výroby slouží činnost Export položek do objednávky výroby.
Program při kopírování položek nazachovával jejich pořadí. To je nyní opraveno.

Zamykání zdroje a cíle při dávkovém zpracování řádků  >>>

Při dávkovém zpracování řádků v objednávkách a dodacích listech nyní program striktněji provádí zamčení zdrojového a cílového objektu.

Smyslem tohoto opatření je zamezení potenciálním problémům při souběhům činností v reálném provozu, kdy se může více uživatelů pokoušet o operace nad stejným objektem.

Je vylepšena inicializace výchozí formy úhrady při vytváření vydaných faktur v souvislosti s DL  >>>

V úvodu je nutné uvést, že prohlížeč dodacího listu vydaného neobsahuje a nadále nebude obsahovat údaj o formě úhrady.
Při vytváření faktury vydané v souvislosti s DLV si tak program musí přebírat výchozí formu úhrady od jiných objektů (viz. dále).

Dosud program přebíral formu úhrady z objednávky od zákazníka pouze v určitých případech.
Většinou použil hodnotu z údaje "Obv. forma úhrady faktur" uvedenou v prohlížeči kontaktu (od aktéra DL) na kartě "Další / Další parametry", pokud tu nebylo nic specifikováno, použil údaj ze šablony faktury.

Nyní je chování programu při vytváření faktury vydané v souvislosti s dodacím listem vydaným upraveno tak, aby výchozí forma úhrady byla převzata z

• hlavičky objednávky - pokud existuje více objednávek, tak pokud

  • je napozicován nějaký z řádků v dialogu Dávkové zpracování řádků dokladů, bude použita forma úhrady z objednávky napozicovaného řádku.

  • není napozicován žádný řádek při přenosu, bude použita forma úhrady z výchozí objednávky uvedené v první kartě prohlížeče DL

• kontaktu - pokud není forma úhrady uvedena v hlavičce objednávky

• šablony faktury vydané - poslední možnost nastavení výchozí formy úhrady

Důslednější zamykání činností při manipulacích s obsahem dokladů  >>>

Doplňování a/nebo mazání záznamů v obsahu dokladů a/nebo objednávek je velmi komplexní činnost, při souběžné práci více uživatelů zde může snadno dojít k technickým komplikacím. Kaskáda proto využívá jakousi "závoru" (semafor), který takové souběžné činnosti eliminuje, za určitých okolností akce od některého uživatele pozastaví do doby, než proběhnou akce uživatele "předchozího".

Tento mechanismus Kaskáda pro nejpravděpodobnější kolizní situace využívá již dlouhou dobu, existuje však řada dalších situací, které si takovou ochranu také zaslouží.

Tato úprava výrazně rozšiřuje počet situací, ve kterých program pro provedení určité akce závoru nastaví a tím zamezí souběhu s akcí jiného uživatele. V praxi se to může projevit během intenzivní práce více uživatelů, a to tak, že občas některý uživatel musí chvilku počkat, než určitá operace (vyvolaná jiným uživatelem) proběhne.
Někdy o tom uživatel bude informován "čekacím dialogem", jindy může jít pouze o prodlevu, během které se tvar kurzoru změní na přesýpací hodiny.

Je upraven počet refreší při práci s řádky dokladů  >>>

Při dávkovém zpracování řádků dokladů a při mazání řádků v obsahu dokladu program prováděl víc refreší než bylo nezbytné.
Docházelo tak ke zbytečnému vyhodnocování některých funkcí a dotazů, které tak zbytečně zatěžovalo SQL server.

Program upraven tak, aby provedl refreš pouze v situaci, kdy je to potřeba.
Dávkové operace se díky tomu provádějí rychleji.

Je upraven čas pro odpojení klienta při nečinnosti  >>>

V řídící konzoli 602SQL serveru v uzlu "Parametry / Přístup po síti" je možné nastavit interval, po kterém dojde k automatickému odpojení klientů 602SQL serveru při jejich nečinnosti.

Doposud byl čas nastaven na 6 hodin.

Nyní je čas při aktualizaci Kaskády upraven na 1 hodinu. Tímto nastavením se zajistí dřívější 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 licencí Kaskády.

Toto nastavení neovlivní automatické ukončení Kaskády po určité době nečinnosti, které lze nastavit v globální konfiguraci na kartě Obecné.