Захтеви за фискалне касе у Шведској утврђени су Законом "SKVFS 2014:9 – Правилник Шведске пореске управе о захтевима за фискалне касе".
Општи захтеви за фискалне касе
| § 1 Фискална каса мора да садржи програм који контролише следеће функције |
| Ако се користи RetailForce Fiscal Middleware, он контролише техничке функције. То обухвата – поред других функција – комуникацију са сертификованом контролном јединицом (CCU). |
| § 2 Фискална каса мора бити у стању да генерише X-извештаје и Z-извештаје који испуњавају захтеве у вези са тим извештајима. |
| Сва неопходна поља извештаја за X и Z извештаје описана су у чланку "Документни захтеви у Шведској". |
| § 3 Програми за касе морају имати број верзије ради јединствене идентификације верзије софтвера. Овај број мора бити промењен сваки пут када се софтвер измени. |
| Верзија софтвера касе мора бити унета у поље "Верзија софтвера касе" приликом креирања шведске конфигурације у порталу RetailForce. |
| § 4 Број верзије софтвера касе, као и произвођач софтвера, морају бити доступни у обичном тексту путем функције у софтверу касе. |
| Ову функцију мора да обезбеди софтвер касе. |
| § 5 Коришћење опреме, система или софтвера који омогућава заобилажење или накнадно мењање евиденције је забрањено. |
| Коришћење запер програма, фантомвера и сличних система кажњиво је у Шведској. Исто важи и за функцију касе која омогућава завршетак процеса наплате без слања података такозваној контролној јединици (преко RetailForce Fiscal Middleware). |
| § 6 Касе морају имати ознаку модела и серијски број. Ознака модела мора да укључује ознаку "SE". Ако софтвер касе није везан за одређени хардвер, софтвер касе мора имати јединствени серијски број. |
| Подаци о хардверу и софтверу касе који се користе морају бити наведени приликом креирања шведске конфигурације у RetailForce порталу. |
| § 7 Сваки улазни уређај мора бити пријављен као засебна благајна у Шведској и мора имати јединствени серијски број (према Поглављу 7, Одељку 3 (2011:1244)). |
| "Серијски број" овде је серијски број коришћеног хардвера. |
| § 8 Ако каса има функцију за одређивање цена робе или услуга, мора бити могуће добити информације о тренутним ценама са касе. Контролна трака или меморија евиденције мора да показује када су информације о ценама измењене. |
| Промене цена могу се евидентирати у Техничком дневнику догађаја (AuditLog) система RetailForce (MasterDataItemPriceChange). |
|
§ 9 Ако каса изгуби везу са повезаном управљачком јединицом, не сме бити могуће завршити продајну трансакцију.
Подаци који се шаљу и примају између касе и контролне јединице морају бити сачувани у меморији. |
| Уколико веза са управљачком јединицом буде прекинута, произвођачи управљачких јединица препоручују издавање готовинских фактура (шведски: "kontantfaktura"), у складу са рачуноводственим прописима. |
| § 10 Промет и друге текуће трансакције морају бити евидентиране у папирном облику (контролне траке) или у електронском облику (меморија дневника) за сваки фискални регистар (или сваку регистрациону јединицу/улазну станицу). Све обавезне информације морају бити укључене. |
| Подаци о трансакцијама могу се безбедно чувати у RetailForce облаку. За потребне информације погледајте чланак: "Документациони захтеви у Шведској". |
| § 11 Ако каса има функцију за обуку, едукацију или демонстрацију, то мора бити описано у документацији касе. Коришћење таквих функција мора бити евидентирано. |
|
Потврде креиране у режиму обуке, едукације или демонстрације морају бити одговарајуће означене (види: "Захтеви за документе у Шведској
"). Такође је неопходно сачувати коришћење ове функције у AuditLog
-у (види "Технички дневник догађаја
"). |
| § 12 Фискална каса не сме да има никакве недокументоване функције. Документација мора бити на шведском или енглеском језику. |
| Документација касе на шведском или енглеском језику. |
Обавезне функције
| § 1 Каса мора да може да управља ситним новцем и мења ситни новац. |
| Стање готовине на каси се управља путем типова докумената PayIn, PayOut, OpeningBalance, као и EndOfDay и Inventory. |
| § 2 Каса мора да може да управља различитим врстама средстава плаћања. |
| Различити типови плаћања које подржава фискални мидлвејр описани су у повезаном чланку. |
| § 3 Каси могу користити више компанија. Међутим, евиденција мора бити вођена одвојено за сваку компанију. Исто тако, евиденција улазних станица (танки клијенти) у оквиру компаније мора бити вођена одвојено. |
| RetailForce Fiscal Middleware је у потпуности вишенајамнички способан. Инсталација може да садржи више "клијената" са различитим конфигурацијама. Сваком клијенту може бити додељена своја компанија или каса / улазна станица. |
| § 4 Информације о конфигурацији касе морају бити доступне. Ово мора бити у складу са захтевима за историју обраде из Поглавља 5, § 11 Закона о рачуноводству (1999:1078).* |
| У суштини, то значи да евиденција мора бити потпуна и без празнина. Поред чистих продајних трансакција, све друге операције на благајни такође морају бити евидентиране. Препоручујемо пренос свих типова докумената које благајна користи у RetailForce Fiscal Middleware и коришћење функција Техничког дневника догађаја. |
| § 5 Ако се копије потврда, потврде за обуку или проформа потврде могу издати преко фискалне касе, ти документи морају бити одговарајуће означени. |
| Копија потврде (kopia), потврда за обуку (övning), проформа потврда (ej kvitto); видети такође: Захтеви за документе у Шведској. |
| § 6 Касе у Шведској морају бити у могућности да шаљу и примају податке од контролне јединице или контролног система. |
| Ову функцију обезбеђује RetailForce фискални мидлвејр. |
| § 7 Каса мора да шаље готовинске рачуне, повратне рачуне, копије рачуна, рачуне за обуку и проформа рачуне својој контролној јединици или контролном систему. Подаци о рачунима морају бити наведени у шведским крунама или оренима. |
| Препоручујемо да се имплементирају сви коришћени типови докумената, јер се и они морају евидентирати у погледу историје обраде*. |
Функције које нису дозвољене
| § 1 Каса не сме да има никакву функцију која омогућава кориснику да брише, мења или додаје уносе који су већ извршени. |
| Подаци пренети у RetailForce Fiscal Middleware одмах се пребацују у облачни архив и тамо се чувају у непроменљивом облику. |
| § 2 Каса не сме бити конструисана на такав начин да је могуће евидентирати износе продаје без истовременог штампања папирног рачуна или креирања и слања електронског рачуна. |
| Каса мора да обезбеди обавезу дељења потврде о плаћању и заштиту ове функције. |
| § 3 Каса не сме да може да одштампа више од једне копије потврде. Ово важи без обзира на то да ли је потврда у папирном или електронском облику. |
| Број поновних штампања може се евидентирати у Фискалном међупрограму (ReprintCount). Софтвер касе мора спречити креирање вишеструких поновних штампања (копија). |
| § 4 Каса не сме да има функцију која омогућава промену унапред програмираног текста за артикле и услуге током регистрације. |
| Ово мора бити обезбеђено софтвером касе. |
* Документација система и историја
обраде 11 § Предузеће мора припремити опис организације и структуре рачуноводственог система неопходан за стицање прегледа система (документација система). Предузеће такође мора припремити описе операција обраде које се спроводе у систему, а које омогућавају праћење обраде појединачних уноса без потешкоћа (историја обраде).
Ако предузеће има више одвојених књиговодствених евиденција, у системској документацији треба навести за сваку евиденцију где се могу добити информације из других евиденција.
Овај чланак је аутоматски преведен.
Komentari
Komentara: 0
Molimo prijavi se da biste komentarisali.