|
|
Varianty nabídek |
|
Ekonomika v Kaskádě |
Evidenci tržeb upravuje zákon č. 112/2016 Sb., o evidenci tržeb, který nabyl platnosti vyhlášením ve Sbírce zákonů dne 13. dubna 2016.
Současně se zákonem o evidenci tržeb nabyl platnosti vyhlášením ve Sbírce doprovodný zákon č. 113/2016 Sb., kterým se mění některé zákony v souvislosti s přijetím zákona o evidenci tržeb.
Dne 16. srpna 2016 nabyla platnosti vyhlášením ve Sbírce zákonů vyhláška č. 269/2016 Sb., o způsobu tvorby podpisového kódu poplatníka a bezpečnostního kódu poplatníka.
Z pohledu EET jsou důležité dva portály, provozované Finanční správou ČR
Za základní zdroj informací z oblasti EET, z něhož čerpají poradci, pisálci všeho druhu i tvůrci informačních systémů, lze považovat portál www.etrzby.cz, který provozuje FS ČR.
Když už dojde na "lámání chleba" a firma potřebuje EET provozovat, může prakticky veškeré záležitosti řešit on-line z tepla kanceláře na daňovém portálu Finanční správy ČR, konkrétně na adrese https://adisepo.mfcr.cz/adistc/adis/idpr_pub/eet/eet_sluzby.faces.
Je to vlastně velice jednoduché, stačí dvě věci :
Podpisový certifikát (digitální podpis), získaný on-line na výše uvedeném portálu, při prvním přihlášení se stačí autentizovat např. přihlášením do datové schránky. Faktickým výstupem je soubor s příponou .p12, který bude potřeba "podstrčit Kaskádě".
Číslo provozovny, lze získat také na výše uvedeném portálu, je to další údaj, který bude potřeba zadat v Kaskádě.
Pro oživení funkčnosti EET v Kaskádě je potřeba provést následující
Nainstalovat verzi Kaskády 16.07 nebo vyšší.
Na stanici s OS vyšším než Windows XP nainstalovat doporučenou verzi .NET framework ve verzi 4.5
Požádat na portálu o autentizační údaje, získat certifikát a číslo provozovny
Rozmyslet si umístění souboru s certifikátem
může to být na nějakém síťovém (sdíleném) disku, kde bude soubor stejným způsobem (písmenko disku....) viditelný ze všech uživatelských stanic, ze kterých bude potřeba odesílat účtenky do systému EET - v tom případě bude usnadněna správa tohoto souboru, např, jeho budoucí výměna po vypršení platnosti a získání nového
může to být na lokálním disku každé jedné stanice, ale v tom případě ve stejně pojmenované složce, včetně písmene disku a cesty k této složce - v tom případě bude pozdější obměna tohoto souboru o něco pracnější, bude se muset provést samostatně na všech stanicích
V Kaskádě musí vrcholový administrátor provést nastavení v menu box EET :
Volby : Není provozováno / Ověřovací provoz / Běžný provoz.
V první fázi je vhodné zvolit "Ověřovací provoz", a to ještě předtím, než je organizace povinna účtenky
odesílat.
V ověřovacím provozu vše funguje absolutně stejně jako v běžném provozu, Kaskáda se chová naprosto
shodně, probíhá reálné odesílání dat, pouze odesílaná data mají příznak "test" a tedy nejsou na straně
finanční správy "brána vážně". Je to režim, umožňující zkušební provoz bez obav, že něco (nebo někdo)
nezafunguje správně a bude to zdrojem sankcí.
Maximální doba (v sec) čekání na odezvu internetového serveru při odesílání hlášení o účtence.
Plná specifikace, t.j. písmeno disku, cesta ke složce, jméno souboru.
Jde o heslo, které bylo jako ochrana podpisového certifikátu zadáno v průběhu vytváření tohoto certifikátu.
Zde jsou dvě možnosti
Odeslat kompletní stornohlášení (plná částka záporně)
Při této volbě je trvalý soulad mezi daty Kaskády a nahlášenými daty u správce daně, ale i v případě,
že se následně vystaví doklad se stejnými částkami, bude to "komunikační vítr"
Neohlašovat, až při opětovném vystavení hlásit rozdíl.
Při této volbě není trvalý soulad mezi daty Kaskády, soulad nastane až po opětovném vystavení, přitom
pokud se následně vystaví doklad se stejnými částkami, nebude se již nic odesílat - není to potřeba
jinak se odešle pouze informace o rozdílu částek
Rozhodnutí o jedné z uvedených strategií je na administrátorovi.
V Kaskádě je nutné zadat u všech pokladen číslo pokladny (číslo objektu) a číslo provozovny.
Vzhledem k tomu, že druh pokladna běžně nevyžaduje povinné zadání čísla objektu, je nutné provést následující kroky.
V konfiguraci Konfigurace druhů (tříd) se ve stromě druhů napozicujte na druh .
V pravé části se přepněte na kartu Druh.
Uveďte kartu do editačního režimu a v combu Povinné číslo objektu nastavte hodnotu "Povinné při založení".
Zaškrtnutí volby Automaticky generovat číslo objektu je na zvážení každého uživatele. Pokud volbu
zaškrtnete - program bude čísla generovat stejně jako např. u faktur
nezaškrtnete - číslo pokladny musí zadat uživatel ručně, zároveň toto číslo musí být unikátní (tzn. musí být v Kaskádě použito pouze a jedině 1x)
Data uložte kliknutím na tlačítko 
Pokud jste v konfiguraci zaškrtli volbu Automaticky generovat číslo objektu pak se přepněte do karty Číselné řady a podle typického případu použití Založení nové číselné řady založte novou číselnou řadu.
Tímto nastavením nedojde k automatickému vytvoření čísla objektu u již existujících pokladen, proto je dále potřeba, aby uživatel, který má právo editace pokladen, provedl následující kroky.
Otevřete prohlížeč již existující pokladny.
Uveďte prohlížeč do editačního režimu.
Pokud jste v konfiguraci zaškrtli volbu Automaticky generovat číslo objektu, pak vyberte číselnou řadu pro tvorbu čísla objekt jinak zadejte číslo pokladny ručně.
Vyplňte číslo provozovny (získané na portálu FS ČR).
Dokončete editaci pokladny kliknutím na tlačítko
Toto je nutno provést u všech existujících pokladen, bez ohledu na to, zda se předpokládá jejich aktivní používání ve smyslu agendy EET.
Jak je v české legislativě neblahým zvykem, pojmy na kterých stojí rozsáhlé legislativní i technické systémy,
nejsou řádně vymezené.
Nejen že nejsou vymezené, ale často kolidují s běžně vžitou praxí a zanáší do ní chaos.
Nejinak je tomu s pojmem účtenka, protože
v praxi je pojem účtenka obvykle chápán jako určitá "malá forma tisku prodejního dokladu", chtělo by se říct "daňového dokladu (DPH)", ale ani to není pravda, protože účtenky vystavují i neplátci DPH
EET-zákon operuje s pojem účtenka v zásadně širším smyslu, ohlašovací povinnost se týká situací, kdy se v
praxi hovoří o "faktuře placené hotově" apod.
Mimochodem, pojem "Faktura" je také legislativně zcela nevymezen a v praxi chápán velmi nejednotně.
Autoři Kaskády při studiu zákona pochopili, že účtenka je to, co se tomuto zákonu hodí aby bylo hlášeno.
Za účtenku Kaskáda nikdy nepovažuje pokladní doklad.
Pokladní doklad je pouze technickým prostředkem, kterým jsou převzaty peníze, hradící nějaký prodejní
doklad.
Pokladní doklad může hradit pouze část z celkové částky nějakého prodejního dokladu nebo naopak souhrn více
prodejních dokladů.
Za účtenku Kaskáda může považovat fakturu vydanou nebo zálohový list vydaný nebo v případě Vegy dodací list
vydaný (viz. dále "Účtenky v pokladním systému VEGA").
Záleží především na atributu Forma úhrady v hlavičce
daného dokladu - hotovost dávají důvod k předpokladu (nikoliv k jistotě), že tak bude doklad hrazen a tedy by
měl být ohlášen.
Kaskáda vyhodnocuje stav dokladů, za určitých okolností doklad odešle na EET-portál automaticky (např. v systému VEGA), jindy to neudělá a ani se uživatele nebude ptát, často to uživateli při vystavení dokladu nabídne a nechá rozhodnutí na něm.
V Kaskádě jsou zavedeny následující principy.
Objektem, který Kaskáda do EET-systému ohlašuje, bude vždy a pouze účtenka VEGY, technicky je to dodací list speciálního druhu.
Odeslání záznamu do EET-systému bude vázáno pouze a jedině na manipulaci s účtenkou, zatímco manipulace se související fakturou bude z hlediska EET zcela "mimo hru".
V uživatelském rozhraní Kaskády se to projeví následovně
Dialog pro pohled na EET-zprávy otevíraný z prohlížeče dokladu bude v případě "Vega-faktury" automaticky přesměrován na záznamy příslušné účtenky (dodacího listu).
V tiskové podobě "Vega-faktury" bude z hlediska EET uveden FIK příslušné účtenky, zároveň zde bude uvedeno i číslo této účtenky (což je samozřejmě jiné, než číslo samotné faktury).
Závěrem lze tedy říct, že "účtenkou pro EET" je v Kaskádě takový doklad (vyd. faktura, ZL nebo
DL), který Kaskáda sama nebo na pokyn uživatele ohlásila na EET-portál.
Docela jednoduše :-)
Odeslání hlášení provádí Kaskáda z uživatelské stanice, na které došlo ke vzniku záznamu (požadavku) hlášení, takže taková uživatelská stanice musí mít připojení k internetu.
Mohlo by se zdát, že rozumnější je, aby tuto činnost prováděl nějaký server, např. ten, který řeší příjem a odesílání zásilek. To však není dobrá idea, protože na stanici je stejně nutno čekat na odezvu EET-portálu, tzn. na přidělené fiskální identifikační kód (FIK), který je nutno vytisknout na "účtence" - tedy např. na vydané faktuře, účtence systému VEGA apod.
Pro komunikaci s EET-portálem potřebuje Kaskáda určité externí moduly.
Ačkoliv jde o určitou externí komponentu, zakoupenou od třetí strany a zabudovanou do Kaskády, tato komponenta je
vložena do instalačního programu Kaskády a její instalace proběhne zcela automaticky zároveň s instalací Kaskády verze 16.07 a vyšších.
Vždy při vystavení nebo odvystavení jakéhokoliv dokladu, nebo při ručním vytváření hlášení EET Kaskáda provede vyhodnocení aktuálního stavu a situace bez ohledu na to, co se právě událo. Podle formy úhrady uvedené v hlavičce Faktury vydané nebo Zálohového listu vydaného program provede následující.
Po vystavení dokladu (Fa/ZL)
Zjistí předpokládanou celkovou částku z hlavičky dokladu.
V plné výši odešle hlášení do systému EET.
Po vystavení dokladu s úhradou této Fa/ZL (každá dílčí samostatně)
Nic se nemění, žádné hlášení do systému EET program neodešle, protože se má za to že bankovní převody
jsou výsledkem platby kartou, hotovost je hotovost, není tedy co řešit.
Po OD-vystavení dokladu s úhradou této FA/ZL
Nic se nemění, žádné hlášení do systému EET program neodešle.
Po vystavení dokladu (Fa/ZL)
Zjistí předpokládanou celkovou částku z hlavičky dokladu.
V plné výši se odešle hlášení do systému EET.
Po vystavení jakéhokoliv dokladu s úhradou této Fa/ZL (každé dílčí samostatně)
Zjistí, zda existuje nějaká úhrada bankovním převodem (u té se předpokládá, že NENÍ výsledkem platby
kartou)
pokud taková platba neexistuje, nic se neděje
pokud taková platba existuje (jedna nebo více), snižuje se o její hodnotu ohlašovaná výše tržby do EET, provede se proto potřebná korekce, t.j. hlášení příslušné záporné částky, přitom částky DPH (které jsou součástí odesílaného ohlášení) se vypočtou s pomocí koeficientu "Celková platba hotově / Celková částka dokladu".
Po OD-vystavení dokladu s úhradou této Fa/ZL
Program provede stejné vyhodnocení jako při úhradě, výsledek porovná s tím co již bylo nahlášeno a pro
případný rozdíl odešle hlášení do systému EET.
Po Vystavení dokladu (Fa/ZL)
Nic se nezjišťuje a nehlásí.
Po vystavení dokladu s úhradou této Fa/ZL (každá dílčí samostatně)
Zjistí, zda existuje nějaká hotovostní úhrada, t.j. prostřednictvím pokladního dokladu
pokud taková platba neexistuje, nic se neděje
pokud taková platba existuje (jedna nebo více), je nutno její hodnotu ohlásit do systému EET, provede se proto potřebné hlášení, přitom částky DPH (které jsou součástí odesílaného ohlášení) se vypočtou s pomocí koeficientu "Celková platba hotově / Celková částka dokladu".
Po OD-vystavení dokladu s úhradou této Fa/ZL
Program provede stejné vyhodnocení jako při úhradě, výsledek porovná s tím co již bylo nahlášeno a pro
případný rozdíl odešle hlášení do systému EET.
Pro účtenky z VEGY (dodací listy) a související individuální faktury vydané je za datum vystavení považováno vždy aktuální systémové datum a čas bez ohledu na nastavení způsobu stanovení datumu vystavení v konfiguraci účetnictví.
U faktury vydané mimo VEGU a zálohový list platí určení datumu vystavení uvedené v kapitole Datumy a období (tedy s přihlédnutím na nastavení v konfiguraci).
Za datum tržby je vždy považován datum a čas vystavení dokladu.
Pokud uživatel u dokladu, který již byl vystaven, změní formu úhrady, program sám neprovádí automaticky žádné
korekce ani žádné jiné operace týkající se odeslání hlášení EET.
Pokud uživatel chce odeslat hlášení, které uvede doklad do stavu odpovídajícího nově nastavené formě úhrady, je
potřeba, aby to učinil sám ručně v kartě EET Zprávy.
Uživatel může mít potřebu nebo je to jeho povinnost odeslat na EET-portál hlášení o nějakém vystaveném dokladu, u kterého nedošlo k jeho automatickému odeslání, například během vystavení dokladu došlo k výpadku internetu, apod.
Může to kdykoliv provést díky činnosti EET zprávy, která je dostupná z prohlížeče kteréhokoliv dokladu. Tato činnost vyvolá dialog ve kterém
jsou zobrazeny záznamy o dosud odeslaných hlášeních tohoto dokladu (obvykle 0 - 1)
lze tlačítkem vyvolat činnost pro vytvoření a odeslání hlášení
vrcholový administrátor může smazat neodeslanou zprávu
Během provozu se může stát, že se nějaké hlášení neodešle, např. z důvodu přetížení EET-portálu a vypršení časového intervalu nebo kvůli dočasnému výpadku připojení k internetu apod.
Kaskáda neprovádí automatické následné odesílání bez vědomí uživatele, ale
sleduje situaci a pokud některé hlášení není do 10 min. odesláno, oznámí to všem uživatelům formou zprávy na varovném panelu
v modulu Doklady, uzlu EET - zprávy poskytuje přístup ke všem hlášením, jak odeslaným tak neodeslaným, s podrobnými informacemi o každém hlášení
v seznamu lze nastavit filtr na "Neodeslané" a kliknutím na tlačítko "Odeslat všechny neodeslané" vše nejednou odeslat (nebo jiným tlačítkem odesílat po jednom)
|
|
Varianty nabídek |
|
Ekonomika v Kaskádě |