Požadavky na pokladny ve Švédsku jsou stanoveny v předpisech Švédského daňového úřadu o požadavcích na pokladny (SKVFS 2014:9, ve znění pozdějších předpisů).
Obecné požadavky na pokladny
| § 1 Pokladna musí obsahovat program, který řídí následující funkce |
| Pokud se používá RetailForce Fiscal Middleware, řídí tento software technické funkce. To zahrnuje – kromě jiných funkcí – komunikaci s certifikovanou řídicí jednotkou (CCU). |
| § 2 Pokladna musí být schopna generovat X-zprávy a Z-zprávy, které splňují požadavky kladené na tyto zprávy. |
| Fiskální middleware RetailForce nevytváří X ani Z zprávy pro Švédsko; ty musí být vytvořeny softwarem pokladny. Denní uzávěrka přenesená jako „documentType“: „[99] = EndOfDay“ se ukládá, ale neodesílá se do kontrolní jednotky. Všechna nezbytná pole pro X a Z zprávy jsou popsána v článku „Požadavky na dokumenty ve Švédsku“. |
| § 3 Programy pokladních systémů musí mít číslo verze, které jednoznačně identifikuje verzi softwaru. Toto číslo musí být změněno při každé úpravě softwaru. |
| Verze pokladního softwaru musí být zadána do pole „Verze pokladního softwaru“ při vytváření švédské konfigurace v portálu RetailForce. |
| § 4 Číslo verze pokladního softwaru i výrobce softwaru musí být dostupné v prostém textu prostřednictvím funkce v pokladním softwaru. |
| Tuto funkci musí pokladní software poskytovat. |
| § 5 Je zakázáno používat zařízení, systémy nebo software, které umožňují obejít nebo dodatečně změnit záznam. |
| Používání programů typu „zapper“, „phantomware“ a podobných systémů je ve Švédsku trestné. Totéž platí pro funkci pokladny, která umožňuje dokončit proces placení bez odeslání dat do tzv. řídicí jednotky (prostřednictvím RetailForce Fiscal Middleware). |
| § 6 Pokladny musí mít označení modelu a sériové číslo. Označení modelu musí obsahovat označení „SE“. Pokud pokladní software není vázán na konkrétní hardware, musí mít pokladní software jedinečné sériové číslo. |
| Při vytváření švédské konfigurace v portálu RetailForce je nutné uvést podrobnosti o použitém hardwaru a softwaru pokladny. |
| § 7 (zrušeno SKVFS 2021:17). Požadavky na registraci se nyní řídí kapitolou 4, § 1 SKVFS 2014:10, ve znění pozdějších předpisů: Každá registrační jednotka musí být obecně nahlášena Švédskému daňovému úřadu jako samostatná pokladna spolu s příslušnou řídicí jednotkou nebo řídicím systémem a musí mít jedinečné sériové číslo v souladu s kapitolou 4, § 6 předpisu SKVFS 2014:9. Registrační jednotky držené zákazníky jsou osvobozeny od samostatné registrace, pokud podnik již zaregistroval alespoň jednu registrační jednotku používající stejnou řídicí jednotku nebo řídicí systém a pokladní program. |
| „Sériovým číslem“ se zde rozumí sériové číslo použitého hardwaru. |
| § 8 Má-li pokladna funkci pro stanovení cen zboží nebo služeb, musí být možné z pokladny získat informace o aktuálních cenách. Kontrolní páska nebo paměť protokolu musí uvádět, kdy došlo ke změně cenových informací. |
| Změny cen lze zaznamenat do technického protokolu událostí (AuditLog) systému RetailForce (MasterDataItemPriceChange). |
|
§ 9 U pokladny připojené k řídicí jednotce musí být řídicí jednotka funkční a musí generovat řídicí kód, který pokladna přijme, než bude možné zaregistrovat prodej nebo vrácení zboží či vystavit kopii účtenky. U pokladny připojené k řídicímu systému musí být řídicí systém funkční a musí odeslat pokladně zprávu umožňující registraci prodejní částky nebo vystavení účtenky o vrácení zboží. Data odeslaná do řídicí jednotky nebo řídicího programu nebo z nich přijatá musí být zaznamenána v pokladně. |
| V případě přerušení spojení s řídicí jednotkou výrobci řídicích jednotek doporučují vystavovat hotovostní faktury (švédsky: „kontantfaktura“) v souladu s účetními předpisy. |
| § 10 Obrat a další běžné transakce musí být zaznamenány v papírové podobě (kontrolní pásky) nebo v elektronické podobě (paměť deníku) pro každou pokladnu (nebo každou registrační jednotku / vstupní stanici). Musí být uvedeny všechny povinné informace. |
| Údaje o transakcích lze bezpečně ukládat v Cloudu RetailForce. Potřebné informace najdete v článku: „Požadavky na dokumentaci ve Švédsku“. |
| § 11 Pokud má pokladna funkci pro školení, výuku nebo demonstraci, musí být tato skutečnost popsána v dokumentaci k pokladně. Použití těchto funkcí musí být zaznamenáno. |
|
Účtenky vytvořené v režimu školení, výuky nebo demonstrace musí být odpovídajícím způsobem označeny (viz: „Požadavky na doklady ve Švédsku“). Je rovněž nutné zaznamenat použití této funkce do AuditLogu (viz „Technický protokol událostí“).
Poznámka:
RetailForce Fiscal Middleware nepodporuje školicí účtenky ve Švédsku; dokumenty s „isTraining“: true jsou odmítnuty (chyba ověření „Školicí účtenka není v této zemi povolena.“).
|
| § 12 Program pokladny nesmí mít žádné jiné funkce než ty, které jsou popsány v její dokumentaci. Dokumentace musí být ve švédštině, norštině, dánštině nebo angličtině a musí být dodána spolu s pokladnou při předání. Může být poskytnuta v tištěné podobě nebo v elektronicky čitelném formátu. |
| Dokumentace pokladního systému ve švédštině, norštině, dánštině nebo angličtině. |
Povinné funkce
| § 1 Pokladna musí být schopna spravovat pokladní hotovost a drobné v pokladně. |
| Zůstatek hotovosti v pokladně se spravuje pomocí typů dokladů PayIn, PayOut, OpeningBalance, EndOfDay a Inventory. |
| § 2 Pokladna musí být schopna spravovat různé typy platebních prostředků. |
| Různé typy plateb, které podporuje fiskální middleware, jsou popsány v článku, na který odkazuje tento odkaz. |
| § 3 Pokladny mohou být používány několika společnostmi, pokud disponují funkcí identifikující příslušné společnosti. Záznamy však musí být pro každou společnost bezpečně odděleny. Stejně tak musí být odděleně vedeny záznamy vstupních stanic (tenkých klientů) v rámci jedné společnosti. |
| Fiskální middleware RetailForce je plně kompatibilní s více nájemci. Jedna instalace může obsahovat několik „klientů“ s různými konfiguracemi. Každému klientovi lze přiřadit vlastní společnost nebo pokladnu / vstupní stanici. |
| § 4 Informace o konfiguraci pokladny musí být dostupné. To musí být v souladu s požadavky na historii zpracování uvedenými v kapitole 5, § 11 zákona o účetnictví (1999:1078).* |
| V podstatě to znamená, že záznamy musí být úplné a bez mezer. Kromě čistě prodejních transakcí musí být zaznamenány také všechny ostatní operace pokladny. Doporučujeme převést všechny typy dokladů používané pokladnou do softwaru RetailForce Fiscal Middleware a využívat funkce technického protokolu událostí. |
| § 5 Pokud je pokladna schopna vystavovat kopie účtenek, cvičné účtenky nebo proforma účtenky, musí být tyto dokumenty jasně označeny slovem „kopia“ (kopie), „övning“ / „ovning“ (cvičná) nebo „ej kvitto“ (není účtenka). Text označení nesmí být měnitelný a musí být alespoň dvakrát větší než text uvádějící částku. |
| Kopie účtenky (kopia), účtenka pro školení (övning), proforma účtenka (ej kvitto); viz také: Požadavky na dokumenty ve Švédsku. |
| § 6 Pokladny ve Švédsku musí být schopny odesílat a přijímat data z řídicí jednotky nebo řídicího systému. |
| Tuto funkci zajišťuje RetailForce Fiscal Middleware. |
| § 7 Pokladna musí odesílat pokladní doklady, doklady o vrácení zboží, kopie dokladů, doklady pro školení a proforma doklady do své řídicí jednotky nebo řídicího systému. Údaje na dokladech musí být uvedeny ve švédských korunách nebo ören. |
| Doporučujeme implementovat všechny používané typy dokladů, protože i ty musí být zaznamenány z hlediska historie zpracování*. |
Nepovolené funkce
| § 1 Pokladna nesmí mít žádnou funkci, která by uživateli umožňovala mazat, měnit nebo doplňovat již provedené záznamy. |
| Data přenesená do RetailForce Fiscal Middleware jsou okamžitě přenesena do cloudového archivu a uložena tam v nezměnitelné podobě. |
| § 2 Pokladna nesmí být konstruována tak, aby bylo možné zaznamenávat částky tržeb, aniž by pokladna současně vytiskla papírový doklad nebo vytvořila a odeslala elektronický doklad. |
| Povinnost předložit účtenku a zajištění této funkce musí být prováděno pokladnou. |
| § 3 Pokladna nesmí být schopna vytisknout více než jednu kopii účtenky. To platí bez ohledu na to, zda je účtenka v papírové nebo elektronické podobě. |
| Počet opětovných tisků účtenek lze zaznamenat ve fiskálním middlewaru (ReprintCount). Software pokladny musí zabránit vytvoření více opětovných tisků (kopií). |
| § 4 Pokladna nesmí mít funkci, která by umožňovala změnu předem naprogramovaného textu u zboží a služeb během registrace. |
| Toto musí být zajištěno softwarem pokladny. |
* Systémová dokumentace a historie
zpracování 11 § Podnik vypracuje popis organizace a struktury účetního systému nezbytný k získání přehledu o systému (systémová dokumentace). Podnik rovněž vypracuje popisy zpracovatelských operací prováděných v systému, které umožňují bez obtíží vysledovat zpracování jednotlivých záznamů (historie zpracování).
Pokud má podnik několik samostatných účetních evidencí, měla by systémová dokumentace u každé evidence uvádět, kde lze získat informace z ostatních evidencí.
Tento článek byl přeložen automaticky.
Komentáře
0 komentářů
Prosím přihlaste se, abyste mohli napsat komentář.