Novinky - verze 8, release 5

Novinky - historie

Novinky - verze 8, release 3

Novinky - verze Kaskády 8.0 release 4 (8.9.2008)

Pro provoz této verze Kaskády je zapotřebí 602SQL ve verzi 8.1b (build 120)

Přehled nových a výrazně upravených kapitol souvisejících s těmito novinkami najdete zde.

• Podpora exportů do souborů do formátu PDF

  Pro Kaskádu je zrealizována nová funkčnost, umožňující export veškerých variant tisku objektů do formátu PDF.
  Tato funkčnost umožní především:

  • přiložení libovolného "objektového tisku" (faktura, příloha pro celní řízení, dodací list, expediční příkaz,...) jako přílohu zásilky (e-mailu),
  • přímý export z libovolného prohlížeče položkou menu Soubor / Export, vytvoří se diskový soubor ve formátu PDF.

  Tato úprava výrazně rozšiřuje funkčnost Kaskády ve směru výměny informací s Vašimi obchodními partnery.

• Mail-systém

  • Pravidla pro dostupnost zásilek přicházejících z Internetu:

    Byla upravena logika přidělování práv k příchozím e-mailům od určitého kontaktu.
    Doposud
    se program choval tak, že pokud v šabloně "Prázdná zásilka" (globální výchozí šablona pro zásilky) nebylo uvedeno vlastnictví skupiny "Celá firma", pak zásilky viděli jen příslušní příjemci, případně uživatelé s administrátorskými právy.
    Nyní
    je v globální konfiguraci k dispozici nový údaj Výchozí vlastnická skupina mailů odeslaných kontaktem. Tento údaj pak bude přednastaven při založení nového kontaktu. Skupinové vlastnictví e-mailů pak bude záviset na vyplnění tohoto údaje v prohlížeči kontaktu na kartě Další / Další parametry.

  • Zlepšení antispamových kontrol
    • pro situaci, kdy v příchozím e-mailu není uveden odesílatel,
    • jako "Falešný delivery-status" je nyní hodnoceno více situací.
  • V konfiguraci mail-systému lze nyní zadat počet dní, po kterém se mají během nočního úklidu automaticky smazat takové podmínky, které svojí činností vytvořili při zpracování došlých zásilek uživatelé, a které nebyly po příslušný počet dní použity (tedy nedošla další podobná zásilka, která by se tímto pravidlem odmítla).
  • Při odmítnutí zásilky "Kaskádním antispamovým filtrem" se do informativního textu nyní m.j. zaznamená "X-Spam-Status", pokud je v hlavičce e-mailu k dispozici.
  • V konfiguraci mail-systému lze nyní zadat prefix telefonního čísla pro odesílání faxů. Má to význam v situaci, kdy telefonní linka pro odesílání faxů je vnitrofiremní linkou a pro přístup do vnější telefonní sítě se musí vytáčet předvolba, obvykle nula.
  • V dialogu se seznamem příloh se nyní u zásilek tvořených v Kaskádě (nikoliv přicházejících zvenku) zobrazuje navíc sloupec s plnou specifikací souboru, tedy i s cestou ze které je soubor do zásilky vložen.
  • V zásilce formátu HTML při použití funkce "Znovu odeslat" a při použití "HTML-šablony" nebyl korektně vložen do editačního prostoru zdrojový HTML-text. Je to opraveno.
  • Při odesílání zásilky je nyní v dialogu Odeslání zásilky zašktávací pole, jehož zaškrtnutím může uživatel vyžádat vložení zásilky do úkolů ihned po odeslání. Hodí se to například v situaci, kdy odesíláte zásilku, pro kterou je potřeba "pohlídat odpověď", realizovat návazné činnosti apod.
  • Bylo provedeno opatření v oblasti automatické odpovědi na zásilky, aby nedocházelo k "přestřelce robotů" v situaci, kdy jdou automatické odpovědi proti sobě a druhá strana tvoří nekorektní zásilku, z níž nelze poznat, že je to auto-odpověď. Opatření spočívá v tom, že na jednu cílovou adresu se automatická odpověď odešle od jednoho uživatele nejvýše jedna za 24 hodin.

• Práce s mailovými adresami

  • V dialogu Elektronické adresy kontaktu je mnohonásobně zrychlena inicializace při otevření dialogu. Projeví se to především u kontaktu <neznámý>, kde mohou figurovat tisíce e-mailových adres apod., zde dosud otevření dialogu trvalo mnoho vteřin, nyní je i zde velmi rychlé.
  • V prohlížeči kontaktu je vylepšena kontrola uživatele, který má/nemá právo u e-mailových adres měnit atribut "výchozí adresa" a "vnitřní mailová adresa". Tato práva má v případě adres uživatelů mít pouze Administrátor uživatelů a skupin, což dosud nebylo v některých situacích zcela důsledně hlídáno.
  • Při editaci jakékoliv elektronické adresy nyní program zaznamenává informaci o tom kdo a kdy editoval, tento údaj (pouze poslední) zobrazuje v dialogu Výskyt elektronické adresy.

• Možnost redukovat počet záznamů v tabulce historie

  • V tabulce (TOBJES), do které Kaskáda zaznamenává informace o historii událostí, se vytváří velmi mnoho záznamů a manipulace s touto tabulkou má určitou režii. Jedná se především o záznamy "Otevření prohlížeče", kterých je v tabulce naprostá většina. Význam těchto záznamů postupem času klesá a je rozumné nastolit takový režim, kdy v tabulce zůstanou záznamy pouze určitou dobu, resp. počet se zredukuje jinou metodou. Kaskáda nyní umožňuje vrcholovému administrátorovi v globální konfiguraci určit
    • Po kolika dnech se mají záznamy zcela zrušit.

      Pokud údaj není vyplněn (to je výchozí nastavení), chová se vše jako dosud, nic se neodstraňuje, záznamy zůstávají stále.

      Pokud je údaj vyplněn, musí to být přinejmenším 180 dní, pak Kaskáda při nočním úklidu starší záznamy NEVRATNĚ odstraní. V důsledku toho již neuvidí uživatelé ve svém deníku v tomto "hodně vzdáleném čase" objekty se kterými pracovali, ani v dialogu Historie objektu tyto záznamy nebudou.

    • Po kolika dnech se mají záznamy zkompaktnit.

      Údaj lze vyplnit až poté, kdy je vyplněn údaj o úplném odstraňování.

      Tento údaj pak musí být přinejmenším 90 dní, na druhé straně méně než počet dní pro úplné odstranění.

      Definuje se zde časové pásmo, ve kterém se mají záznamy zkompaktnit, což znamená, že při nočním úklidu Kaskáda smaže záznamy, kterých je pro jeden objekt a jednoho uživatele více v jednom dni. Ponechá vždy pouze jeden záznam pro objekt-uživatele-den, bude to záznam s nejdelším intervalem práce (otevření prohlížeče) v daném dni. Zde tedy nedojde k úplné ztrátě informace o práci uživatele s objektem, ale pouze k jejímu "zestručnění". V praxi to znamená redukci na cca 50% z počtu záznamů o otevření prohlížečů.

• Prohlížeče obecně

  • Změna pravidel pro zavírání prohlížeče, který je ve stavu editace dat.

    Dříve bylo možno prohlížeč i během editace zavírat a až "na poslední chvíli" rozhodnout, zda data uložit nebo odvolat. Je to však technicky problematické a těžko důsledně řešitelné, působilo to problémy a chybová hlášení.
    Změňte, prosím, způsob práce a před zavíráním prohlížeče vždy nejprve ukončete editaci jednou z možností ULOŽIT nebo ODVOLAT.

  • V některých seznamech objektů, zobrazených v prohlížečích objektů (např. osoby u organizace v první kartě, smlouvy v prohlížeči kontaktu ...), lze nyní v plovoucím menu použít volbu Uložit pořadí sloupců a tím si stav tabulky zafixovat i pro pozdější otevření příslušného prohlížeče.
  • Během nočního úklidu nyní Kaskáda nedovolí uživateli běžnou práci, při pokusu o otevření jakéhokoliv prohlížeče zobrazí varování a prohlížeč neotevře.
  • Limitní velikost šířky okna prohlížeče, která byla nyní 80% dostupné plochy (šířky obrazovky), byla zvětšena na 90%.

• Otevírání helpu pod Windows Vista

  • V poslední době jsme zaregistrovali problémy s vyvoláním helpu při provozu pod Windows Vista, ale také po některých aktualizacích systému Windows XP.

    Tento problém se netýká pouze Kaskády, ale obecně práce s kompilovaným Html-Helpem, tedy soubory .CHM.
    Nalezli jsme alternativní řešení, které spočívá v jiné technologii spuštění (otevření) souboru Kaskada.chm.
    Pokud se při volání helpu zobrazí namísto otevření okna s tímto helpem pouze chybové hlášení, můžete si nastavit v menu Konfigurace / Pracovní stanice / Help spustit přes ShellExecute. Bude to mít účinnost na příslušném PC bez ohledu na uživatele přihlášeného do Kaskády.

• Objednávky

  • Pro objednávky lze nyní v globální konfiguraci určit, zda se mají/nemají automaticky označit jako vyřízené v okamžiku, kdy jsou vypořádané všechny položky dané objednávky. Toto chování lze nastavit samostatně pro každý druh objednávek (zákaznické, dodavatelské, výrobní).
  • V prohlížeči řádku nákupního dokladu (přijaté faktury), lze určit číslo zákaznické objednávky, na jejíž konto se má započítávat nákupní cena (náklad), pokud je v příslušném řádku zvolen účel dodávky "Nákup na objednávku od zákazníka". V takovém případě se zde zpřístupní pole pro odkaz na objednávku a uživatel může vybrat některou z neuzavřených objednávek. Důsledkem bude to, že se příslušná cena projeví v účetní rekapitulaci příslušné objednávky.
  • V obsahu objednávky/dodacího listu v plovoucím menu nad seznamem řádků, jsou nyní nové položky menu
    • pro případné odpojení předmětu od tohoto řádku. Ta má smysl především ve firmách, které využívají tzv. Rozšířenou podporu evidence předmětů u kontaktů.
    • Pro klonování řádku, t.j. vytvoření nového řádku kopií existujícího. Zároveň se zavedením této volby byla odstraněna dosavadní funkce, která automaticky uchovala cenu z minulého zadání, pokud uživatel vkládal do obsahu vícenásobně stejný produkt (je to nyní již zbytečné a někdy to působilo kontraproduktivně).
  • Funkce pro rozdělení řádku v obsahu objednávky nebo dodacího listu
    • Dosud zde bylo možno pouze zadat oddělovanou částku. Někdy se ale hodí spíš zadat množství které na řádku zůstane (a nechat na programu, ať si spočítá, kolik má oddělit), toho lze nyní snadno docílit přidržením klávesy <Ctrl> během volby "Rozdělit řádek" v plovoucím menu.
    • Dostupnost této akce nyní program vyhodnocuje přesněji než dosud, více bere ohled na stav řádku i celého DL/Obj.
  • V prohlížeči Objednávky od zákazníka jsou nyní k dispozici funkce podporující kalkulaci nákladů a výnosů, a to jak předpokládaných, tak po realizaci objednávky i reálných. Úprava programu navazuje na dosavadní pohled na účetní operace související s objednávkou, tuto funkčnost využívá a rozšiřuje, dodává další "podkartu" v první kartě prohlížeče objednávky.
  • V prohlížeči Objednávky od zákazníka a Objednávky k dodavateli je nyní k dispozici podkarta, podporující práci se zálohami. Je zde možno zadat "smluvní předpoklad", zobrazují se zde částky získané jako součet ze zálohových listů souvisejících s příslušnou objednávkou atd.
  • Nová funkce "Přidat text" v kartě Poznámky, upřesňující texty umožňuje doplnit text na konec již existujícího textu. Tuto možnost má i uživatel, který jinak nemá právo k editaci příslušné objednávky. Je to užitečné pro "přidávání komentářů" bez rizika znehodnocení již existujícího textu.
  • Je provedena "drobná změna logiky" při inicializaci hlavičky faktury (nebo jiného cílového dokladu) v režimu přenosu řádků dodacího listu do návazného dokladu.
    Dosud byl v této situaci nově vznikajícímu dokladu vždy předán odkaz na příslušný dodací list a z něj program čerpal data pro inicializaci "hlavičky" nového dokladu.
    Nyní program ověřuje, z jakých objednávek pochází přenášené řádky. Pokud všechny řádky pochází právě z jedné objednávky, předá program novému dokladu odkaz na tuto objednávku, namísto odkazu na zdrojový dodací list. Z této objednávky potom nově vznikající doklad čerpá informace pro svojí inicializaci. Důvodem tohoto opatření je fakt, že objednávka v sobě nese více informací o obchodním vztahu, než dodací list. Pokud tato situace nastává, je o tom uživatel informován formou jednoduchého informačního dialogu.

• Doklady

  • Při "prokliknutí" do párovatelného dokladu z karty Párování nyní dostává prohlížeč příslušného dokladu více informací a díky tomu umožňuje "zapnout špendlík" a přecházet tím snadno na další párovatelné doklady.
  • V dialogu pro přenos řádků mezi doklady je nyní vylepšena detekce (ne)rovnosti množství, na základě které se řádky zobrazují různými barvami.
    • Dosud mohlo docházet k nesprávnému vybarvení díky "nepatrným odchylkám způsobených prací s čísly s plovoucí desetinnou čárkou".
    • Nyní je tato možná nepřesnost eliminována.
  • Ve filtrovacím panelu je pro doklady m.j. doplněno Datum splatnosti.
  • Ve filtrovacím panelu pro zálohové listy je doplněna možnost omezit na objednávku, k níž zálohový list přísluší.
  • Nová funkce "Přidat text" v kartě Texty / Interní poznámky umožňuje doplnit text na konec již existujícího textu. Tuto možnost má i uživatel, který jinak nemá právo k editaci příslušného dokladu. Je to užitečné pro "přidávání komentářů" bez rizika znehodnocení již existujícího textu.

• Strom složek

  • Ve stromě složek, ve větvi Kontakty, se nyní zobrazují nejen skupiny uživatelů, ale také distribuční seznamy a jejich členové. Usnadňuje to práci s těmito seznamy, i jejich použití pro adresaci zásilek.

• Prohlížeč kontaktu

  • V prohlížeči kontaktu se objevovalo chybové hlášení, pokud se uživatel během tvorby nového kontaktu (před jeho prvním uložením do databáze) v prohlížeči přepnul do karty "Web". Je to opraveno.

• Modul Knihy a výkazy

  • Informace o posledním uzavřeném období DPH je nyní zobrazena "při ruce" v různých režimech v modulu Knihy a výkazy a především pak v Dialog Výkazy agendy DPH (. Jde pouze o lepší orientaci uživatele, který se zabývá problematikou výkazů přiznání DPH.
  • V modulu Knihy a výkazy je zlepšeno chování při přepínání období tak, aby se po přepnutí období znovu napozicoval stejný účet, jako před přepnutím.

• Odesílání vydaných faktur

  • Pro odesílání vydaných faktur poskytuje Kaskáda nyní lepší podporu než dosud. Dosud zde byla pouze podpora pro tvorbu papírových dopisů, bez možnosti diferenciace podle kontaktů – odběratelů.

    To, zda vůbec Kaskáda při vystavení faktury nabídne automaticky také její odeslání, závisí stejně jako dosud na nastavení v uživatelských preferencích.
    Nyní je navíc možno

    • V globální konfiguraci určit (pouze administrátor)
      • šablonu, která se má standardně použít k vydané faktuře (e-mail nebo papírový dopis)
      • šablonu, která se má standardně použít pro papírový dopis k vydané faktuře (když neexistuje mailová adresa)
    • V prohlížeči kontaktu na kartě Další parametry lze zadat šablonu specifickou pro tento kontakt, přitom pokud šablona v prohlížeči kontaktu nebude určena, použije při odesílání program šablonu, určenou administrátorem v globální konfiguraci.

    Při současném využití exportů do PDF-formátu umožní popisovaná funkčnost levnější a operativnější předávání faktur odběratelům, zrychlení plateb ...

• Platební kalendář

  • V kartě Platební kalendář je nyní navíc k dispozici sloupec, zobrazující datum úhrady příslušné položky. Tento sloupec se však zobrazuje pouze tehdy, když je ve filtrovacím panelu pod tabulkou položek zaškrtnuto Uhrazené. Tato funkčnost umožňuje velmi rychlý a pohodlný pohled např. na reálně uskutečněné platby určitého obchodního partnera, určitého dokladu placeného více dílčími platbami apod.

• Ochrana zobrazení skladových cen, marží ...

  • Pro zobrazení skladových cen produktů a hodnot zisku je v Kaskádě nyní zaveden mechanismus, umožňující diferencovat, komu tato data zobrazit a komu nikoliv. Oprávněnými jsou nyní vrcholový administrátor, top manažer, administrátor účetnictví, role Účetní - senior, role Prodej – referent senior.
    Mechanismus je zatím využit v uživatelském rozhraní, později bude využit i v tiskových sestavách.

• Webové rozhraní (KaskRS)

  • Kaskádní webové rozhraní disponuje nově možností posílání e-mailů s přílohami
    • Po otevření nového okna pro psaní e-mailu stačí kliknout na tlačítko "Přidat přílohu", a v políčku které se objeví níže vybrat diskový soubor k odeslání.
    • Pro přiložení více souborů klikejte opakovaně na tlačítko "Přidat přílohu".
    • Pro smazání přílohy klikněte na červený nápis "Smazat" vpravo od políčka s cestou k přiloženému souboru.
    • Po stisknutí tlačítka "Odeslat" vyčkejte na načtení další stránky, jinak může dojít k přerušení posílání zprávy! Operace přesunu dat na server může být velmi zdlouhavá, neboť Vaše připojení nemusí být stejně rychlé jako v případě stahování zásilek na Váš počítač!
    • Velikost přiloženého souboru není limitována kaskádním webovým rozhraním ale nastavením webserveru, na kterém KaskRS běží. Obvyklý limit pro posílání souborů je 2MB, pokud požadujete odeslání větší zásilky(zásilek), domluvte se s Vaším správcem webserveru na změně konfigurace.
  • Byl vylepšen systém práce s přílohami přijatých zásilek a jejich stahování (a ačkoliv tato oblast je stále ještě vylepšována, již nyní je částečně opravena chyba, díky které dříve nedocházelo k zobrazení některých příloh na kartě Přílohy v náhledu na zásilku. V takovém případě bylo potřeba stáhnout celou zásilku a přílohy prohlédnout, popřípadě uložit, z desktopového poštovního klienta).
  • Blok Kalendář již plní funkci jako jeho předloha v Kaskádě - zobrazuje seznam událostí a úkolů, včetně náhledů na propojení do kalendáře (místo seznamu dokumentů, jako tomu bylo dříve). Se zavedením Kalendáře souvisí také rozšíření funkčnosti webového rozhraní o práci s úkoly a kalendářem. Pro přidání objektu do úkolů či do kalendáře stačí kliknout v prohlížeči libovolného objektu na odpovídající tlačítko v nástrojové liště a vyplnit formulář podobný tomu Kaskádnímu.
  • KaskRS bylo doplněno o sadu preventivních bezpečnostních záplat, ladění drobných chyb a řadu dalších minoritních úprav za účelem stability a optimalizace provozu.

• Ostatní

  • V prohlížeči majetku je nyní přesněji nastavena dostupnost tlačítek pro vymazání odpisového plánu tak, aby to odpovídalo aktuálnímu stavu příslušného majetku.
  • V režimu Start / Finance byla provedena oprava pro situaci, kdy účetní období je jiné, než kalendářní rok. Dosud v takové situaci volba "Letos" zobrazila kalendářní rok, nadále bude zobrazovat data z aktuálního účetního období.
  • Při záznamu o spuštění Kaskády se nyní do historie m.j. zaznamenává také IP adresa počítače, ze kterého uživatel Kaskádu spouští, což může být někdy užitečný údaj.
  • V uživatelských preferencích, ve větvi "Kaskáda / Kalendář / Výchozí stav" lze nyní přednastavit pro nově zakládané kalendářové záznamy údaje pro upozorňování (kdy upozornit, zda i při zameškání).
  • V konfiguraci účetnictví v kartách s účetními obdobími a DPH-obdobími jsou nyní k dispozici tlačítka pro vyvolání dialogu Historie objektu, kde se zobrazí informace o tom kdo a kdy které období uzavíral, případně znovu otevíral.

Novinky - verze 8, release 5

Novinky - historie

Novinky - verze 8, release 3