YettiLeden 2017
2017-01-31 · 17.0.3.1
- Sklad / obrázky – oprava chyby, která při aktualizaci obrázku ukládala pod zkomoleným názvem a tím pádem obrázek nebyl v yettim dostupný.
2017-01-29 · 17.0.3.0
DB 6539
EET
dokonče “EET Automat” – mechanismus, který se stará okamžité a odesílání eTržeb. Na vybrané stanici běží samostatně po spuštění Yettiho (volbou Automat=1 v sekci [EET] v ini souboru)
přepracování gridu s náhledem EET pro řádové snížení paměťové náročnosti (v případě načtení všech eTržeb mohl dříve Yetti spadnou kvůli nedostatku paměti)
pro tabulku eTržeb volba pro zobrazení vše / jen k odeslání
lepší logování činnosti
oprava memory leak při odesílání eTržby
další pilování a hoblování práce s EET
Tisk
při tisku daňových dokladů automatické znovunačtení náhledu tisku, v případě že byla mezitím vytvořena a odeslána nová eTržba – díky tomu se na faktuře/paragonu objeví údaje pro EET až/jakmile jsou k dispozici, bez toho že by obsluha musela čekat na první náhled.
v případě tisku daň. dokladu, kde je evidována eTržba, ale zatím není podepsána/potvrzena, zobrazí se náhled dokladu k tisku, ale je zakázáno tlačitko pro spuštění tisku – teprve po přijetí eTržby (viz předchozí bod) nebo vypršení lhůty pro její obdržení (přednastaveny 3 sekundy) je tisk umožněn
Obecné
nová funkce “auto error recovery” – v případě, že Yetti narazí na chybu nebo neušetřenou výjimku a má zapnutou tuto volbu, místo chybové zprávy a čekání na reakci uživetele chybu zaznamená a Yettiho automaticky po 30s restartuje. Volitenlně i umí na nastavené číslo odeslat SMS zprávu s informací o chybě (s pojistkou, aby se neodesílali častěji než jedna za 15 min). Určeno primárně pro “automaty” (EET, Poslíček, Eshop API …), výrazně tím zvyšuje šanci na automatické zotavení po kritické chybě a včasné uvědomnění podpory.
Dialog pro neošetřenou výjimku – nově po oznámení chyby běží odpočet 2 minut, po kterém je Yetti automaticky ukončen (jinak má obsluha možnost pokračovat nebo restartovat). V praxi typicky pro případy, kdy Yetti zůstal běžet, už bez obsluhy, a ztratil při tom připojení k serveru.
2017-01-27 · 17.0.2.0
DB 6538
EET
nově TISK EET údajů na daňových dokladech (implementováno pro malý paragon i A4 fakturu) – kódy FIK, BKP, PKP (pokud není FIK) a další povinné údaje .
maloobchodní prodej – upraven proces uložení dokladu tak, aby umožnil vytvoření eTržby (dosud nefungovalo)
pokladní kniha – v seznamu plateb je nový sloupec EET, kde je číslo EET účtenky (pokud byla k platbě vydána)
interně převod FIK/BKP/PKP z binárního formátu do textového formátu zapracován už na úroveň databáze, takže je možné snadněji ho používat všude v systému pro zobrazení i tisk
další práce potřebné pro konečné nasazení do provozu
Rezervace
- oprava opěr rozbité platby zálohy na online rezervaci
Prodej / tisk
- vylepšené zobrazení údajů odběratele – odstranění názvů údajů, pokud nejsou vyplněny (IČO, DIČ, TEL., EMAIL), skrytí zdvojeného názvu, kde název firmy = jméno odběratele a další drobné zlepšeniny
2017-01-24 · 17.0.1.0
DB 6536, 6537
EET
přidána interní evidence provozoven a jejich provázání na firmy a podsklady
rozšířený mechanismus spouštění generování eTržby, aby podchytil i případy, kdy se nejdřív vytvoří platba a pak teprve daň doklad.
přípravy mechanismu pro okamžité automatické odeslání eTržby
Komise
přepracované storno prodeje tak aby fungovalo korektně s EET – místo anulování dokladu a platby se automaticky vytvoří stornující platba + stornující daň. doklad
EET zvláštní zpravodaj
Architektura
Založení eTržby je centralizováno a automatizováno na straně DB serveru – jakmile je do databáze uložena platba, která splňuje podmínky (platba hotově nebo kartou navázaná na daňový doklad), automaticky se k ní vytáhnou všechny potřebné údaje (výše tržby, fakturující firma, provozovna, pokladna, čas, základy a výše dph v různých sazbách a další…) a založí se eTržba k odeslání na servery EET.
Kryptografické kolečko – před odesláním je eTržba opatřena všemi kryptografickými náležitostmi
vytvořený elektronický podpis údajů tržby certifikátem firmy (PKP) a jeho kontrolní kód (BKP)
“zabalení” zprávy do SOAP obálky a přidání další kryptografických údajů do hlavičky zprávy podle SOAP/XMLSec
Odeslání eTržby je v Yettim také centralizováno – na vybrané stanici poběží “EET automat”, který sleduje evidenci eTržeb a v okamžik, kdy se objeví nová, ji obratem odešle na servery MF (automatické odeslání zatím není v provozu). V závislosti na výsledku komunikace a případné odpovědi EET serverů buď
vše dopadne dobře, a eTržba dostane přidělen potvrzovací kód FIK, ten je uložen k eTržbě
nebo je eTržba uložena k odeslání později (dočasná chyba komunikace nebo EET servery) – interval pro další pokusy se postupně exponenciálně zvyšuje, první opakovaný pokus cca po 30s, další po minutě, dvou, čtyřech atd až max cca 20 pokusů, po kterých už je zpráva eTržby stejně příliš stará (48 hod)
nebo je zaznamenán trvalý problém / chyba a další pokus o automatické odeslání eTržby již nebude proveden
Tisk – stanice, kde je příjimaná platba, se o zpracování EET defacto nestarají, pouze jako vždy vytvoří platbu na pokladně. Pokud vše běží hladce, v řádu stovek milisekund až jedné vteřiny je v databázi uloženo vše potřebné pro tisk údajů povinných pro EET na daný doklad (zejm. FIK, částka, provozovna, BKP atd). Databáze automaticky informuje všechny stanice, že byla úspěšně zaevidována nová eTržba. Zbývá implementovat:
stanice, která na potvrzení čeká, může po potvrzení z databáze spustit hned tisk. Pokud se stanice nedočká, po 3 vteřinách spustí tisk tak jako tak
zapracování povinných údajů EET do tiskových šablon.
Práce s více firmami/profily/certifikáty
Yetti umožňuje práci více firem v rámci jedné databáze. Každá firma má v databázi vytvořený tzv. EET profil, kde je uložený její soukromý klíč/certifikát pro komunikaci/podepisování EET, řetězec důvěryhodných certifikátů produkčních i testovacích serverů EET, url adresa rozhraní EET (možné přepínat produkční/testovací), režim EET (běžný = online/ihned, nebo zjednodušený – offline/zpětně).
Soukromé certifikáty a k nim příslušná hesla putují pouze mezi serverem a EET automatem, nikde nejsou ukládány na disk, pracuje se s nimi pouze v chráněné operační paměti
DPH, slev. kupony/poukazy, bazar…
Yetti na základě položek daň. dokladu příslušného k platbě dokáže rozepsat další údaje eTržeb
povinné pro plátce DPH – základ dph a výši dph v základní/snížené/2. snížené sazbě, základ nepodléhající DPH
prodej použitého zboží – základ dph v základní/snížené/2. snížené sazbě,
prodej/uplatnění “následného čerpání” – dárkové poukazy, slevové kupony apod.
prodej cestovních služeb (yetti zatím takové nerozlišuje, ale je připraveno pro implementaci v případě potřeby)
zatím jen první testovací verze – vyžaduje kontrolu a postupné odladění
Kombinované platby / oddělené platby
Yetti umožňuje kombinované platby jednoho dokladu – typicky část hotově, část platební kartou (ale mnoho dalších kombinací i více než dvěma způsoby). Takové případy je podle metodiky EET potřeba hlásit jako jednu eTržbu, takže Yetti automaticky tyto případy rozezná a pro potřeby EET sloučí/sečte. Více plateb na pokladně tak může být vázáno na jednu eTržbu.
Naopak v případech, že je více postupných plateb k jednomu obch. případu chodí odděleně (typicky záloha na zboží z objednávky – ať na prodejně nebo online na eshopu), měl by pro každou platbu být založen zvláštní daň. doklad. Některé situace Yetti již řeší, další bude třeba doplnit.
Provozovny, pokladny, účtenky – číselníky a číselné řady
Každá firma si v systému EET musí založit tzv. provozovny, spolu s jejich označením a převažující činností. Systém EET přidělí každé provozovně vlastní ID a tím je pak každá eTržba vázaná na danou provozovnu. Yetti defacto jako provozovny používá své podsklady. Yettiho ID podskladu se ale liší od id provozovny přidělené sytémem EET a navíc každá firma v yettim může pro EET využívat jiné podsklady/provozovny (a i ID přidělené EET stejnému podskladu může být pro dvě firmy různé). Yetti proto eviduje navíc pro každou kombinaci podsklad/firma id provozovny přidělené v EET.
ID pokladny odesílané v eTržbě se shoduje s interním ID pokladny yettiho, vyhovuje požadavkům EET
ID účtenky (eTržby) – Yetti má pro eTržby novou číselnou řadu automaticky generovanou, unikátní pro celou databázi, bez ohleud na pokladnu/provozovnu/firmu, což odpovídá požadavkům EET
Instalace
Na jednotlivých stanicích není pro EET třeba nic instalovat, jupí
Pouze na stanici, kde běží EET automat, je potřeba
soubor libeetsigner.dll ve složce, kde je yetti.exe
nainstalovaný Visual C++ Redistributable Packages for Visual Studio 2013
V databázi centrálně nastavené EET profily s certifikáty a klíči pro každou firmu + provázání podskladů a provozoven
EET Automat/kniha
V hlavním menu velína, menu Prodej, možné zobrazit Knihu EET, kde jsou vidět všechny vytvořené eTržby se všemi detaily. Možné ručně odesílat (pro testování), sledovat stav atd.
2017-01-20 · 17.0.0.1
EET
Kniha EET nově zobrazuje sloupec s číslem faktury odpovídající eTržbě
nově funguje třídění podle zvoleného sloupce
oprava rozbité platby zálohy na rezervaci v online rezervacích (problém s oprávněním kvůli dalším rozšíření EET)
2017-01-19 · 17.0.0.0
DB 6533, 6534, 6535
EET zkušební provoz !!! (viz EET speciál výše)
a další drobnosti:
Prodej sklad
- nová kontrola na úrovni DB, která vylučuje, aby zboží mělo sazbu dph 0 % (z praxe je to buď cenina označená jako zboží, nebo špatně naimportovaný artikl)
Prodej kniha dokladů
- nový posuvník mezi tabulkou dokladů a tabulkou s položkami/detaily umožňuje zvětšit/zmenšit prostor pro položky
Prodej inventury
nově interní procedury pro zpracování inventur umí pracovat s omezením jen na jednu danou značku
každá inventura obsahuje v poznámce parametry jejího vytvoření – podsklad, čas ke kterému srovnávat stav, omezení na značku, omezení na sortimenty
Prodej B2B
- na faktuře pro B2B bude ve sloupci MOC uvedena vždy aktuální původní (MOC) cena, s dph. Řeší problém, že pro odběratele z EU/SK, kde se fakturuje bez DPH, je na faktuře zaznamenána MOC také bez DPH, ale pro obchodní účely je lepší, aby na faktuře byla plná MOC s dph.
Pokladny
- sestava denní součty – ošetření pro případ, kdy trend v procentech vychází v extrémních hodnotách
Půjčovna
- vrácení – nově se u poznámek u výjimečných akcí (extra sleva, stržení ze zálohy, úprava doplatku) zaznamenává uživatel i přímo v poznámce
Servis
- oprava pádu aplikace za určitých okolností po uzavření zakázky