Zahtjevi za blagajne u Švedskoj utvrđeni su propisima Švedske porezne uprave o zahtjevima za blagajne (SKVFS 2014:9, s izmjenama i dopunama).
Opći zahtjevi za blagajne
| § 1 Blagajna mora sadržavati program koji kontrolira sljedeće funkcije |
| Ako se koristi RetailForce Fiscal Middleware, on upravlja tehničkim funkcijama. 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. |
| RetailForce Fiscal Middleware ne generira X ili Z izvještaje za Švedsku; oni moraju biti generirani softverom blagajne. Dnevno zatvaranje poslano kao "documentType": "[99] = EndOfDay" pohranjuje se, ali se ne šalje kontrolnoj jedinici. Sva potrebna polja za izvještaje X i Z opisana su u članku "Zahtjevi za dokumente u Švedskoj". |
| § 3 Programi za blagajne moraju imati broj verzije za jedinstvenu identifikaciju verzije softvera. Taj se broj mora promijeniti svaki put kada se softver mijenja. |
| Verzija softvera blagajne mora se unijeti u polje "Verzija softvera blagajne" prilikom izrade švedske konfiguracije u portalu RetailForce. |
| Članak 4. Broj verzije softvera blagajne, kao i proizvođač softvera, moraju biti dostupni u običnom tekstu putem funkcije u softveru blagajne. |
| Ovu funkciju mora osigurati softver blagajne. |
| § 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 u portalu RetailForce. |
| Članak 7. (ukinut SKVFS-om 2021:17). Zahtjeve za registraciju sada uređuje Poglavlje 4., članak 1. SKVFS-a 2014:10, kako je izmijenjen: Svaka jedinica za registraciju općenito se mora prijaviti Švedskoj poreznoj upravi kao zaseban blagajni aparat, zajedno sa svojim povezanim upravljačkim jedinicom ili upravljačkim sustavom, i mora imati jedinstveni serijski broj u skladu s Poglavljem 4., člankom 6. propisa SKVFS 2014:9. Jedinice za registraciju u vlasništvu kupca izuzete su od zasebne registracije ako je poduzeće već registriralo najmanje jednu jedinicu za registraciju koristeći istu upravljačku jedinicu ili upravljački sustav i program blagajne. |
| "Serijski broj" ovdje je serijski broj korištenog hardvera. |
| Članak 8. Ako blagajna ima funkciju određivanja cijena robe ili usluga, iz nje je moguće dobiti informacije o trenutačnim cijenama. Kontrolna vrpca ili memorija zapisa moraju pokazivati kada su informacije o cijenama izmijenjene. |
| Promjene cijena mogu se evidentirati u tehničkom dnevniku (AuditLog) sustava RetailForce (MasterDataItemPriceChange). |
|
§ 9 Za blagajnu povezanu s upravljačkom jedinicom, upravljačka jedinica mora biti u funkciji i generirati kontrolni kod koji blagajna prima prije nego što se može registrirati prodaja ili povrat ili izraditi preslika računa. Za blagajnu povezanu s kontrolnim sustavom, kontrolni sustav mora biti u funkciji i poslati poruku blagajni kojom se dopušta registracija iznosa prodaje ili povrata računa. Podaci poslani ili primljeni od kontrolne jedinice ili kontrolnog programa moraju biti registrirani u blagajni. |
| 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. |
| Članak 10. Promet 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 evidacijsku 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". |
| § 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").
Napomena:
RetailForce Fiscal Middleware ne podržava račune za obuku u Švedskoj; dokumenti s poljem "isTraining": true se odbijaju (pogreška validacije "Račun za obuku nije dopušten u ovoj zemlji.").
|
| § 12 Program blagajne ne smije imati nikakve druge funkcije osim onih opisanih u svojoj dokumentaciji. Dokumentacija mora biti na švedskom, norveškom, danskom ili engleskom jeziku i mora pratiti blagajnu prilikom isporuke. Može biti dostavljena na papiru ili u elektronički čitljivom formatu. |
| Dokumentacija blagajne na švedskom, norveškom, danskom ili engleskom jeziku. |
Obvezne funkcije
| Članak 1. Blagajna mora moći upravljati malim gotovinskim fondom i sitnišem u tom 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, pod uvjetom da imaju funkciju za identifikaciju relevantnih tvrtki. Međutim, evidencije se moraju voditi sigurno odvojeno za svaku tvrtku. Isto tako, 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 evidenciju 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. |
| Članak 5. Ako blagajna može izdavati kopije računa, probne račune ili pro forma račune, ti dokumenti moraju biti jasno označeni s "kopia" (kopija), "övning" / "ovning" (probno) ili "ej kvitto" (nije račun), redom. Tekst oznake ne smije biti promjenjiv i mora biti najmanje dvostruko veći od teksta koji označava iznos. |
| Kopija računa (kopia), probni račun (ö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 Fiscal Middlewarea. |
| § 7 Blagajna mora slati račune za gotovinu, povratne račune, kopije računa, račune za obuku i pro forma račune svojoj kontrolnoj jedinici ili kontrolnom sustavu. Podaci o računu moraju biti navedeni u švedskim kronama ili örenima. |
| Preporučujemo implementaciju svih korištenih vrsta dokumenata, budući da se i oni moraju evidentirati u pogledu povijesti obrade*. |
Nedozvoljene funkcije
| § 1 Blagajna ne smije imati nikakvu funkciju koja omogućuje korisniku brisanje, izmjenu ili dodavanje unosa koji su već napravljeni. |
| Podaci preneseni u RetailForce Fiscal Middleware odmah se prebacuju u oblačni arhiv i tamo se pohranjuju u nepromjenjivom obliku. |
| § 2 Blagajna ne smije biti konstruirana 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). |
| § 4 Blagajna ne smije imati funkciju koja omogućuje promjenu unaprijed programiranog teksta za artikle i usluge tijekom registracije. |
| 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.