Zahtjevi za blagajne u Švedskoj utvrđeni su Zakonom "SKVFS 2014:9 - Propisi Švedske porezne uprave o zahtjevima za blagajne".
Opći zahtjevi za blagajne
| § 1 Blagajna mora sadržavati program koji kontrolira sljedeće funkcije |
| Ako se koristi RetailForce Fiscal Middleware, on kontrolira tehničke funkcije. To uključuje – osim drugih funkcija – komunikaciju s certificiranom kontrolnom jedinicom (CCU). |
| § 2 Blagajna mora moći generirati X-izvještaje i Z-izvještaje koji zadovoljavaju zahtjeve u pogledu tih izvještaja. |
| Sva potrebna polja izvještaja za X i Z izvještaje opisana su u članku "Zahtjevi za dokumente u Švedskoj". |
| § 3 Programi blagajni moraju imati broj verzije za jedinstvenu identifikaciju verzije softvera. Taj se broj mora promijeniti svaki put kada se softver mijenja. |
| Verzija softvera blagajne mora biti unesena u polje "Verzija softvera blagajne" prilikom izrade švedske konfiguracije u portalu RetailForce. |
| Članak 4. Broj verzije blagajničkog softvera, kao i proizvođač softvera, moraju biti dostupni u običnom tekstu putem funkcije u blagajničkom softveru. |
| Ovu funkciju mora osigurati softver blagajne. |
| Članak 5. Zabranjena je upotreba opreme, sustava ili softvera koji omogućuju zaobilaženje ili naknadnu izmjenu zapisa. |
| Upotreba zapper programa, phantomwarea i sličnih sustava kažnjiva je u Švedskoj. Isto se odnosi i na funkciju blagajne koja omogućuje dovršetak procesa naplate bez slanja podataka takozvanoj kontrolnoj jedinici (putem RetailForce Fiscal Middlewarea). |
| Članak 6. Blagajne moraju imati oznaku modela i serijski broj. Oznaka modela mora uključivati oznaku "SE". Ako softver za blagajnu nije vezan uz određeni hardver, softver za blagajnu mora imati jedinstveni serijski broj. |
| Podaci o korištenom hardveru i softveru blagajne moraju se navesti prilikom izrade švedske konfiguracije na portalu RetailForce. |
| Članak 7. Svaki ulazni uređaj mora se prijaviti kao zaseban blagajni uređaj u Švedskoj i mora imati jedinstveni serijski broj (u skladu s Poglavljem 7., odjeljak 3. (2011:1244)). |
| "Serijski broj" ovdje je serijski broj korištenog hardvera. |
| Članak 8. Ako blagajna ima funkciju određivanja cijena robe ili usluga, mora biti moguće dobiti informacije o trenutačnim cijenama iz blagajne. Kontrolna traka ili zapisna memorija moraju pokazivati kada su informacije o cijenama izmijenjene. |
| Promjene cijena mogu se evidentirati u tehničkom dnevniku događaja (AuditLog) sustava RetailForce (MasterDataItemPriceChange). |
|
Članak 9. Ako blagajna izgubi vezu s priključenom kontrolnom jedinicom, ne smije biti moguće dovršiti prodajnu transakciju.
Podaci koje blagajna šalje i prima prema kontrolnoj jedinici moraju biti pohranjeni u memoriju. |
| U slučaju prekida veze s kontrolnom jedinicom, proizvođači kontrolnih jedinica preporučuju izdavanje gotovinskih računa (na švedskom: "kontantfaktura"), u skladu s računovodstvenim propisima. |
| § 10 Obrt i ostale tekuće transakcije moraju se evidentirati u papirnatom obliku (kontrolne trake) ili u elektroničkom obliku (memorija dnevnika) za svaki blagajni aparat (ili svaku registracijsku jedinicu / ulaznu stanicu). Sve obavezne informacije moraju biti uključene. |
| Podaci o transakcijama mogu se sigurno pohraniti u oblak RetailForce. Za potrebne informacije pogledajte članak: "Zahtjevi za dokumentaciju u Švedskoj". |
| Članak 11. Ako blagajna ima funkciju za obuku, edukaciju ili demonstraciju, to mora biti opisano u dokumentaciji blagajne. Korištenje takvih funkcija mora se evidentirati. |
|
Potvrde izdate u načinu rada za obuku, edukaciju ili demonstraciju moraju biti odgovarajuće označene (vidi: "Zahtjevi za dokumente u Švedskoj
"). Također je potrebno pohraniti korištenje ove funkcije u zapisnik revizije
(vidi "Tehnički zapisnik događaja
"). |
| § 12 Blagajna ne smije imati nikakve nedokumentirane funkcije. Dokumentacija mora biti na švedskom ili engleskom jeziku. |
| Dokumentacija blagajne na švedskom ili engleskom jeziku. |
Obvezne funkcije
| § 1 Blagajna mora moći upravljati malim gotovinskim fondom i promjenom u malom gotovinskom fondu. |
| Stanje blagajne upravlja se putem vrsta dokumenata PayIn, PayOut, OpeningBalance, kao i EndOfDay i Inventory. |
| § 2 Blagajna mora moći upravljati različitim vrstama sredstava plaćanja. |
| Različite vrste plaćanja koje podržava fiskalni middleware opisane su u povezanom članku. |
| § 3 Blagajne mogu koristiti više tvrtki. Međutim, evidencije se moraju voditi odvojeno za svaku tvrtku. Na isti način, evidencije ulaznih stanica (tanki klijenti) unutar tvrtke moraju se voditi odvojeno. |
| RetailForce Fiscal Middleware u potpunosti je višekorisnički. Instalacija može sadržavati nekoliko "klijenata" s različitim konfiguracijama. Svakom klijentu može se dodijeliti vlastita tvrtka ili blagajna / ulazna stanica. |
| § 4 Informacije o konfiguraciji blagajne moraju biti dostupne. To mora biti u skladu sa zahtjevima za povijest obrade iz Poglavlja 5., članka 11. Zakona o računovodstvu (*1999:1078*).* |
| U suštini, to znači da zapisi moraju biti potpuni i bez praznina. Osim čistih prodajnih transakcija, potrebno je evidentirati i sve ostale operacije blagajne. Preporučujemo prijenos svih vrsta dokumenata koje blagajna koristi u RetailForce Fiscal Middleware i korištenje funkcija tehničkog dnevnika događaja (Technical Event Log). |
| Članak 5. Ako se putem blagajne mogu izdati kopije računa, računi za obuku ili proforma računi, ti dokumenti moraju biti odgovarajuće označeni. |
| Kopija računa (kopia), račun za obuku (övning), proforma račun (ej kvitto); vidi također: Zahtjevi za dokumente u Švedskoj. |
| § 6 Blagajne u Švedskoj moraju moći slati podatke kontrolnoj jedinici ili kontrolnom sustavu i primati podatke od njih. |
| Ova se funkcija osigurava putem RetailForce fiskalnog međuprograma. |
| § 7 Blagajna mora slati gotovinska računa, račune za povrat, kopije računa, račune za obuku i pro forma račune svojoj kontrolnoj jedinici ili kontrolnom sustavu. Podaci o računu navode se u švedskim kronama ili örenima. |
| Preporučujemo implementaciju svih korištenih vrsta dokumenata, budući da se oni također moraju evidentirati u pogledu povijesti obrade*. |
Ne dopuštene funkcije
| § 1 Blagajna ne smije imati nikakvu funkciju koja omogućuje korisniku brisanje, izmjenu ili dodavanje unosa koji su već izvršeni. |
| Podaci preneseni u RetailForce Fiscal Middleware odmah se prebacuju u oblačni arhiv i tamo se pohranjuju u nepromjenjivom obliku. |
| § 2 Blagajna se ne smije konstruirati na takav način da je moguće evidentirati iznose prodaje, a da blagajna istovremeno ne ispisuje papirnati račun ili ne stvara i ne šalje elektronički račun. |
| Obvezu dijeljenja računa, zaštitu ove funkcije, mora provoditi blagajna. |
| § 3 Blagajna ne smije moći ispisati više od jedne kopije računa. Ovo se odnosi bez obzira na to je li račun u papirnatom ili elektroničkom obliku. |
| Broj ponovnih ispisa može se zabilježiti u fiskalnom međufunkcionalnom softveru (ReprintCount). Softver blagajne mora spriječiti izradu više ponovnih ispisa (kopija). |
| Članak 4. Blagajna ne smije imati funkciju koja omogućuje promjenu unaprijed programiranog teksta o artiklima i uslugama tijekom evidentiranja. |
| To mora biti osigurano softverom blagajne. |
* Dokumentacija sustava i povijest
obrade 11 § Poduzeće mora pripremiti opis organizacije i strukture računovodstvenog sustava potreban za stjecanje pregleda sustava (dokumentacija sustava). Poduzeće također mora pripremiti opise operacija obrade provedenih u sustavu koje omogućuju praćenje obrade pojedinačnih unosa bez poteškoća (povijest obrade).
Ako poduzeće ima nekoliko odvojenih računovodstvenih evidencija, u dokumentaciji sustava treba naznačiti za svaku evidenciju gdje se mogu dohvatiti informacije iz drugih evidencija.
Ovaj je članak automatski preveden.
Komentari
0 komentara
Molimo Prijavite se kako bi ostavili komentar.