V dokladuj.to pokračujeme v přípravě podpory EET.
Do nastavení firmy připravujeme novou sekci EET, kde bude možné spravovat certifikáty, sledovat jejich stav a řídit aktivaci EET pro konkrétní firmu.
Počítáme také s tím, že jedna firma může mít nahraných více EET certifikátů. U každého certifikátu bude možné sledovat jeho platnost, stav ověření a případně jej bezpečně vyměnit nebo odstranit.
Součástí přípravy je i samotná aktivace a vypnutí EET. Systém povolí aktivaci pouze ve chvíli, kdy bude mít firma nahraný a ověřený platný certifikát. Pokud certifikát nebude v pořádku nebo bude po platnosti, systém uživatele upozorní a nedovolí EET spustit bez správného nastavení.
Cílem je, aby bylo EET v aplikaci nastavené přehledně, bezpečně a aby uživatel vždy věděl, v jakém stavu se evidence nachází.
Součástí přípravy EET je také nový přehled Evidence EET.
Ten bude sloužit jako samostatné místo, kde uživatel uvidí evidované tržby aktuální firmy. V přehledu bude možné sledovat například typ dokladu, číslo dokladu, datum tržby, částku, datum evidence, potvrzovací údaje a aktuální stav EET.
Systém bude rozlišovat více stavů evidence, například čeká na odeslání, odesílá se, odeslání se nezdařilo nebo úspěšně zaevidováno.
Díky tomu uživatel rychle pozná, které tržby byly zaevidované správně, které ještě čekají na odeslání a kde případně došlo k chybě.
Do přehledu připravujeme také základní filtry, aby šlo evidence snadno dohledat podle stavu, typu dokladu nebo období tržby.
V modulu Banka jsme se zaměřili na přesnější práci s bankovními výpisy a platbami.
Po vytěžení nebo importu bankovního výpisu bude systém kontrolovat, zda platby odpovídají zůstatkům uvedeným na výpisu. Pokud výpis obsahuje počáteční a konečný zůstatek, systém je využije pro kontrolu součtu příjmů, výdajů a výsledného zůstatku.
Pokud se zůstatek nebude shodovat, aplikace zobrazí upozornění s očekávaným zůstatkem, vypočteným zůstatkem, rozdílem a informací, kterého výpisu nebo období se problém týká.
Tato kontrola pomůže rychleji odhalit situace, kdy některá platba chybí, je špatně načtená nebo neodpovídá výpisu.
U bankovních plateb jsme upravili také práci s údaji, které se do platby propisují.
Při párování dokladu s bankovní platbou se nově bude doplňovat také bankovní účet protistrany, pokud je na dokladu dostupný. Díky tomu nebude pole Bankovní účet u platby zůstávat prázdné v případech, kdy už systém tuto informaci má k dispozici.
Zároveň pokračujeme v mapování údajů z vytěžených bankovních výpisů do polí bankovní platby. Údaje jako datum platby, částka, variabilní symbol, poznámka, účet protistrany nebo název protistrany se budou propisovat do stejných polí, jaká používají platby vytvořené z e-mailových notifikací.
Výsledkem má být jednotné chování plateb bez ohledu na to, jestli vznikly z e-mailu nebo z vytěženého bankovního výpisu.
Do modulu Banka přidáváme několik úprav, které zrychlí každodenní práci s platbami.
Při vytvoření nové bankovní položky se nově automaticky otevře výběr Typ dokladu. Uživatel tak může rovnou pokračovat klávesnicí a vybrat typ dokladu bez nutnosti klikání myší.
Doplnili jsme také klávesovou zkratku pro akci Uložit a další platba. Pomocí zkratky Alt + A bude možné uložit aktuální platbu a přejít rovnou na další položku.
To ocení hlavně uživatelé, kteří zpracovávají větší množství bankovních plateb za sebou a chtějí postupovat rychleji bez zbytečného přepínání mezi klávesnicí a myší.
V modulu Banka připravujeme export plateb do souboru KPC / ABO.
Uživatel bude moct vybrat nebo vyfiltrovat platby z konkrétního bankovního účtu a následně z nich vytvořit exportní soubor pro účetní software, který tento formát podporuje.
Export bude vycházet z údajů uložených u bankovních plateb a v první fázi bude určený pro platby v CZK.
Tato úprava pomůže při předávání dat do účetnictví a zjednoduší práci tam, kde je potřeba platební údaje dále zpracovat v jiném systému.
Zaměřili jsme se také na výkon modulu Ceník.
V některých částech byla práce s ceníkem pomalá, například při otevření editace položky nebo při práci s větším množstvím položek, kontaktů a individuálních cen.
Cílem optimalizace je zrychlit celý modul, nejen jednu konkrétní obrazovku. Prověřovali jsme proto výpis položek, detail položky, vytvoření nové položky, editaci, vyhledávání, řazení, stránkování, ukládání změn i mazání.
Výsledkem má být plynulejší práce s Ceníkem hlavně u firem, které pracují s větším objemem dat.
V modulu Dokumenty připravujeme výraznější drag & drop nahrávání přes celou pracovní plochu.
Ve chvíli, kdy uživatel přetáhne soubory nad modul Dokumenty, pracovní plocha se vizuálně změní na nahrávací zónu. Uživatel tak jasně pozná, že soubory může pustit do aplikace a tím je nahrát do aktuálně otevřené složky.
Cílem je, aby bylo nahrávání souborů přirozenější, viditelnější a srozumitelnější i při práci s více soubory najednou.
Do nastavení šablon Faktura přijatá a Ostatní závazky připravujeme novou část QR platba.
Uživatel si zde bude moct nastavit, jaké datum splatnosti se má při zobrazení QR platby používat jako výchozí.
Pokud bude nastavení vypnuté, QR platba použije datum splatnosti z dokladu stejně jako doposud. Pokud bude zapnuté, QR platba se otevře s dnešním datem. Datum uložené na dokladu se tím ale nezmění.
V samotném QR okně zároveň zůstane možnost přepnout datum pouze pro aktuální QR platbu.
Tato úprava pomůže tam, kde uživatel potřebuje rychle zaplatit doklad podle aktuálního dne, ale zároveň nechce měnit původní datum splatnosti na dokladu.
Na Nástěnce upravujeme také prázdný stav widgetu Oblíbené složky.
Pokud firma zatím nemá nastavené žádné oblíbené složky, widget dnes působí příliš malý a prázdný. Při editaci je navíc prostor pro výběr složek zbytečně omezený.
Nově připravujeme přehlednější prázdný stav, který bude vizuálně odpovídat zbytku Nástěnky a nabídne uživateli srozumitelnější informaci, že si může oblíbené složky nastavit.
Úprava pomůže hlavně novým firmám nebo uživatelům, kteří s oblíbenými složkami teprve začínají.
Pracujeme také na redesignu výběrových oken, která se používají při výběru dokladů ve Fakturách, Bance a Pokladně.
Tato okna se používají například při vytvoření daňového dokladu k záloze, vyúčtovací faktury, opravného daňového dokladu, propojení pokladního dokladu s fakturou nebo párování platby v Bance.
Cílem je sjednotit jejich vzhled se zbytkem aplikace a zlepšit práci s větším množstvím záznamů. Modal okna budou navržená tak, aby měla pevnější rám a aby se scrolloval hlavně jejich obsah, ne celé okno.
Díky tomu bude výběr dokladů přehlednější a pohodlnější i v situacích, kdy je v seznamu větší množství položek.
Pokračujeme také v úpravách vytěžování dokumentů.
Připravujeme frontu pro lokální vytěžování, aby se nahrané dokumenty mohly začít zpracovávat rychleji a nebylo nutné zbytečně čekat na další běh plánované úlohy.
První dokument se má předat ke zpracování co nejdříve a další dokumenty se budou řadit do fronty. Díky tomu bude zpracování přehlednější a lépe řízené.
Součástí přípravy je také možnost rozlišit primární a sekundární model pro vytěžování. Sekundární model nebude povinný, ale v budoucnu může pomoci ve chvíli, kdy bude lokální fronta příliš dlouhá.
