Zahtjevi za fiskalne kase u Švedskoj propisani su u propisima Švedske porezne uprave o zahtjevima za fiskalne kase (SKVFS 2014:9, sa izmjenama i dopunama).
Opći zahtjevi za blagajne
| § 1 Blagajna mora sadržavati program koji kontroliše sljedeće funkcije |
| Ako se koristi RetailForce Fiscal Middleware, on kontroliše tehničke funkcije. To uključuje – pored ostalih funkcija – komunikaciju sa Certificiranom kontrolnom jedinicom (CCU). |
| § 2 Fiskalna kasa mora biti u mogućnosti generirati X-izvještaje i Z-izvještaje koji ispunjavaju zahtjeve u vezi s tim izvještajima. |
| RetailForce Fiscal Middleware ne generiše X ili Z izvještaje za Švedsku; oni moraju biti kreirani od strane softvera kase. Dnevno zatvaranje preneseno kao "documentType": "[99] = EndOfDay" se pohranjuje, ali se ne šalje kontrolnoj jedinici. Sva neophodna 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. Ovaj broj se mora promijeniti svaki put kada se softver mijenja. |
| Verzija softvera fiskalne kase mora biti unesena u polje "Verzija softvera fiskalne kase" prilikom kreiranja švedske konfiguracije u RetailForce portalu. |
| § 4 Broj verzije softvera kase, kao i proizvođač softvera, moraju biti dostupni u običnom tekstu putem funkcije u softveru kase. |
| Ovu funkciju mora osigurati softver za blagajnu. |
| § 5 Zabranjena je upotreba opreme, sistema ili softvera koji omogućavaju zaobilaženje ili naknadnu izmjenu evidencije. |
| Upotreba zapper programa, phantomwarea i sličnih sistema kažnjiva je u Švedskoj. Isto se odnosi i na funkciju fiskalne kase koja omogućava završetak procesa naplate bez slanja podataka takozvanoj kontrolnoj jedinici (putem RetailForce Fiscal Middlewarea). |
| Član 6. Kase moraju imati oznaku modela i serijski broj. Oznaka modela mora uključivati oznaku "SE". Ako softver kase nije vezan za određeni hardver, softver kase mora imati jedinstveni serijski broj. |
| Podaci o korištenom hardveru i softveru fiskalne kase moraju se navesti prilikom kreiranja švedske konfiguracije na portalu RetailForce. |
| Član 7 (ukinut odredbom SKVFS 2021:17). Zahtjevi za registraciju sada se uređuju Poglavljem 4, članom 1 SKVFS 2014:10, sa izmjenama i dopunama: Svaka jedinica za registraciju se općenito mora prijaviti Švedskoj poreznoj upravi kao zaseban fiskalni računar, zajedno sa pripadajućom kontrolnom jedinicom ili kontrolnim sistemom, i mora imati jedinstveni serijski broj u skladu sa Poglavljem 4, članom 6 SKVFS 2014:9. Jedinice za registraciju u vlasništvu kupca su izuzete od zasebne registracije ako je preduzeće već registrovalo najmanje jednu jedinicu za registraciju koristeći istu kontrolnu jedinicu ili kontrolni sistem i program fiskalnog računara. |
| "Serijski broj" ovdje je serijski broj korištenog hardvera. |
| Član 8 Ako fiskalna kasa ima funkciju za određivanje cijena robe ili usluga, morat će biti moguće dobiti informacije o trenutnim cijenama s fiskalne kase. Kontrolna traka ili memorija evidencije moraju pokazivati kada su informacije o cijenama izmijenjene. |
| Promjene cijena se mogu evidentirati u dnevniku tehničkih događaja (AuditLog) sistema RetailForce (MasterDataItemPriceChange). |
|
§ 9 Za fiskalnu kasu povezanu s kontrolnom jedinicom, kontrolna jedinica mora biti u funkciji i generirati kontrolni kod koji prima fiskalna kasa prije nego što se može registrovati prodaja ili povrat, ili izraditi kopija računa. Za fiskalnu kasu povezanu s kontrolnim sistemom, kontrolni sistem mora biti u funkciji i poslati poruku fiskalnoj kasi kojom se odobrava registracija iznosa prodaje ili povrata računa. Podaci poslani ili primljeni od kontrolne jedinice ili kontrolnog programa moraju biti evidentirani u blagajni. |
| U slučaju prekida veze sa kontrolnom jedinicom, proizvođači kontrolnih jedinica preporučuju izdavanje gotovinskih faktura (na švedskom: "kontantfaktura"), u skladu sa računovodstvenim propisima. |
| § 10 Obrt i druge tekuće transakcije moraju se evidentirati u papirnom obliku (kontrolne trake) ili u elektronskom obliku (memorija dnevnika) za svaki fiskalni aparat (ili svaku registracijsku jedinicu / ulaznu stanicu). Sve obavezne informacije moraju biti uključene. |
| Podaci o transakcijama mogu se sigurno pohraniti u RetailForce oblak. Za potrebne informacije pogledajte članak: "Zahtjevi za dokumentaciju u Švedskoj". |
| § 11 Ako fiskalna kasa ima funkciju za obuku, edukaciju ili demonstraciju, to mora biti opisano u dokumentaciji fiskalne kase. Upotreba takvih funkcija mora se evidentirati. |
|
Povratnice kreirane u načinu obuke, edukacije ili demonstracije moraju biti odgovarajuće označene (vidi: "Zahtjevi za dokumente u Švedskoj"). Također je potrebno sačuvati upotrebu ove funkcije u dnevniku revizije (vidi "Dnevnik tehničkih događaja").
Napomena:
RetailForce Fiscal Middleware ne podržava račune za obuku u Švedskoj; dokumenti sa "isTraining": true se odbijaju (greška pri validaciji "Račun za obuku nije dozvoljen u ovoj zemlji.").
|
| § 12 Program kase ne smije imati nikakve funkcije osim onih opisanih u njegovoj dokumentaciji. Dokumentacija mora biti na švedskom, norveškom, danskom ili engleskom jeziku i mora pratiti kasu prilikom isporuke. Može biti dostavljena na papiru ili u elektronski čitljivom formatu. |
| Dokumentacija kase na švedskom, norveškom, danskom ili engleskom jeziku. |
Obavezne funkcije
| § 1 Blagajna mora biti u mogućnosti upravljati malim gotovinskim fondom i sitnišom u malom gotovinskom fondu. |
| Saldo gotovine na kasi se upravlja putem tipova dokumenata PayIn, PayOut, OpeningBalance, kao i EndOfDay i Inventory. |
| § 2 Fiskalna kasa mora biti u mogućnosti upravljati različitim vrstama sredstava plaćanja. |
| Različite vrste plaćanja koje podržava fiskalni middleware opisane su u povezanom članku. |
| § 3 Kase mogu koristiti više kompanija, pod uslovom da imaju funkciju identifikacije relevantnih kompanija. Međutim, evidencije moraju biti sigurno odvojene za svaku kompaniju. Isto tako, evidencije ulaznih stanica (thin clients) unutar jedne kompanije moraju se voditi odvojeno. |
| RetailForce Fiscal Middleware je u potpunosti višekirentački sposoban. Instalacija može sadržavati nekoliko "klijenata" s različitim konfiguracijama. Svakom klijentu se može dodijeliti vlastita kompanija ili blagajna / ulazna stanica. |
| § 4 Informacije o konfiguraciji kase moraju biti dostupne. To mora biti u skladu sa zahtjevima za historiju obrade iz Poglavlja 5, člana 11 Zakona o računovodstvu (*1999:1078*).* |
| U suštini, to znači da evidencija mora biti potpuna i bez praznina. Pored čistih prodajnih transakcija, sve druge operacije na blagajni također se moraju evidentirati. Preporučujemo da se svi tipovi dokumenata koje koristi blagajna prenesu u RetailForce Fiscal Middleware i da se koriste funkcije tehničkog dnevnika događaja. |
| Član 5. Ako fiskalna kasa može izdavati kopije računa, probne račune ili pro forma račune, ti dokumenti moraju biti jasno označeni sa "kopia" (kopija), "övning" / "ovning" (probno) ili "ej kvitto" (nije račun), redom. Tekst oznake ne smije biti mijenjiv i mora biti najmanje dvostruko veće veličine od teksta koji označava iznos. |
| Kopija računa (kopia), probni račun (övning), pro forma račun (ej kvitto); vidi također: Zahtjevi za dokumente u Švedskoj. |
| § 6. Blagajne u Švedskoj moraju biti u mogućnosti slati podatke i primati podatke od kontrolne jedinice ili kontrolnog sistema. |
| Ova funkcija se pruža putem RetailForce fiskalnog međuprograma. |
| § 7 Kasa 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 sistemu. Podaci o računu moraju biti navedeni u švedskim kronama ili örenima. |
| Preporučujemo implementaciju svih korištenih tipova dokumenata, jer se oni također moraju evidentirati u pogledu historije obrade*. |
Nepoželjne funkcije
| § 1 Kasa ne smije imati nikakvu funkciju koja omogućava 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 čuvaju 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 štampa papirni račun ili ne kreira i ne šalje elektronski račun. |
| Obavezu dijeljenja računa, zaštitu ove funkcije, mora provoditi fiskalna kasa. |
| § 3. Blagajna ne smije moći ispisati više od jedne kopije računa. Ovo se odnosi bez obzira na to da li je račun u papirnom ili elektronskom obliku. |
| Broj ponovnih ispisa može se evidentirati u fiskalnom međusoftveru (ReprintCount). Softver fiskalne kase mora spriječiti izradu više ponovnih ispisa (kopija). |
| § 4. Kasa ne smije imati funkciju koja omogućava promjenu unaprijed programiranog teksta za artikle i usluge tokom registracije. |
| Ovo mora biti osigurano softverom kase. |
* Dokumentacija sistema i historija
obrade 11 § Preduzeće treba pripremiti opis organizacije i strukture računovodstvenog sistema neophodan za sticanje pregleda sistema (dokumentacija sistema). Preduzeće također treba pripremiti opise operacija obrade koje se provode u sistemu, a koje omogućavaju praćenje obrade pojedinačnih unosa bez poteškoća (historija obrade).
Ako preduzeće ima nekoliko odvojenih računovodstvenih evidencija, u sistemskoj dokumentaciji treba naznačiti za svaku evidenciju gdje se mogu pronaći informacije iz drugih evidencija.
Ovaj članak je automatski preveden.
Comments
0 comments
Please sign in to leave a comment.