Захтеви за фискалне касе у Шведској утврђени су у прописима Шведске пореске управе о захтевима за фискалне касе (SKVFS 2014:9, са изменама).
Општи захтеви за фискалне касе
| § 1 Фискална каса мора да садржи програм који контролише следеће функције |
| Ако се користи RetailForce Fiscal Middleware, он контролише техничке функције. То обухвата – поред других функција – комуникацију са Сертификованом контролном јединицом (CCU). |
| § 2 Фискална каса мора бити у стању да генерише X-извештаје и Z-извештаје који испуњавају захтеве у вези са тим извештајима. |
| RetailForce Fiscal Middleware не генерише X или Z извештаје за Шведску; они морају бити креирани софтвером касе. Дневно затварање послато као "documentType": "[99] = EndOfDay" се чува, али се не шаље контролној јединици. Сва поља неопходна за X и Z извештаје описана су у чланку "Document requirements in Sweden". |
| § 3 Програми касе морају имати број верзије за јединствено идентификовање верзије софтвера. Овај број мора бити промењен сваки пут када се софтвер измени. |
| Верзија софтвера касе мора бити унета у поље "Верзија софтвера касе" приликом креирања шведске конфигурације у порталу RetailForce. |
| § 4 Број верзије софтвера касе, као и произвођач софтвера, морају бити доступни у обичном тексту путем функције у софтверу касе. |
| Ову функцију мора да обезбеди софтвер касе. |
| § 5 Коришћење опреме, система или софтвера који омогућава заобилажење или накнадно мењање евиденције је забрањено. |
| Коришћење запер програма, фантомвера и сличних система кажњиво је у Шведској. Исто важи и за функцију касе која омогућава завршетак процеса наплате без слања података такозваној контролној јединици (преко RetailForce Fiscal Middleware). |
| § 6 Каса мора имати ознаку модела и серијски број. Ознака модела мора да садржи ознаку "SE". Ако софтвер касе није везан за одређени хардвер, софтвер касе мора имати јединствени серијски број. |
| Подаци о коришћеном хардверу и софтверу фискалне касе морају бити достављени приликом креирања шведске конфигурације у RetailForce порталу. |
| чл. 7 (укинут SKVFS 2021:17). Услови регистрације сада се регулишу поглављем 4, чл. 1 SKVFS 2014:10, са изменама: Свака јединица за регистрацију углавном мора бити пријављена Пореској управи Шведске као посебан фискални регистар, заједно са повезаном управљачком јединицом или управљачким системом, и мора имати јединствени серијски број у складу са Поглављем 4, чланом 6 SKVFS 2014:9. Јединице за регистрацију у власништву купца су изузете од посебне регистрације ако је предузеће већ регистровало најмање једну јединицу за регистрацију користећи исту управљачку јединицу или управљачки систем и програм фискалног регистратора. |
| "Серијски број" овде означава серијски број коришћеног хардвера. |
| § 8 Ако каса има функцију за одређивање цена робе или услуга, мора бити могуће добити информације о тренутним ценама са касе. Контролна трака или меморија евиденције мора да показује када су информације о ценама измењене. |
| Промене цена могу се евидентирати у Техничком дневнику догађаја (AuditLog) система RetailForce (MasterDataItemPriceChange). |
|
§ 9 За фискалну касу повезану са управљачком јединицом, управљачка јединица мора да функционише и генерише контролни код који фискална каса прими пре него што се може регистровати продаја или повраћај или издати копија потврде. За фискалну касу повезану са контролним системом, контролни систем мора да функционише и пошаље поруку фискалној каси којом се дозвољава регистрација износа продаје или потврде о повраћају. Подаци послати или примљени од контролне јединице или контролног програма морају бити евидентирани у фискалној каси. |
| Уколико веза са управљачком јединицом буде прекинута, произвођачи управљачких јединица препоручују издавање готовинских фактура (шведски: "kontantfaktura"), у складу са рачуноводственим прописима. |
| § 10 Промет и друге текуће трансакције морају бити евидентирани у папирном облику (контролне траке) или у електронском облику (меморија дневника) за сваки фискални регистар (или сваку јединицу за регистрацију / улазну станицу). Све обавезне информације морају бити укључене. |
| Подаци о трансакцијама могу се безбедно чувати у RetailForce облаку. За потребне информације погледајте чланак: "Документациони захтеви у Шведској". |
| § 11 Ако фискална каса има функцију за обуку, едукацију или демонстрацију, то мора бити описано у документацији фискалне касе. Коришћење таквих функција мора бити евидентирано. |
|
Потврде креиране у режиму обуке, едукације или демонстрације морају бити одговарајуће означене (видети: "Захтеви за документе у Шведској"). Такође је неопходно сачувати коришћење ове функције у AuditLog-у (видети "Технички дневник догађаја").
Напомена:
RetailForce Fiscal Middleware не подржава потврде о тренингу у Шведској; документи са "isTraining": true се одбацују (грешка у валидацији "Потврда о тренингу није дозвољена у овој земљи.").
|
| § 12 Програм благајне не сме да има ниједну функцију осим оних описаних у својој документацији. Документација мора бити на шведском, норвешком, данском или енглеском језику и мора да прати благајну при испоруци. Може бити достављена на папиру или у електронски читљивом формату. |
| Документација касе на шведском, норвешком, данском или енглеском језику. |
Обавезне функције
| § 1 Каса мора да може да управља ситним новцем и давањем из ситног новца. |
| Стање готовине на каси управља се путем типова докумената PayIn, PayOut, OpeningBalance, као и EndOfDay и Inventory. |
| § 2 Фискална каса мора да може да управља различитим врстама средстава плаћања. |
| Различити типови плаћања које подржава фискални мидлвејр описани су у повезаном чланку. |
| § 3 Каси могу користити више компанија, под условом да имају функцију идентификације одговарајућих компанија. Међутим, евиденције морају бити безбедно одвојене за сваку компанију. Исто тако, евиденције улазних станица (танки клијенти) у оквиру компаније морају бити одвојене. |
| RetailForce Fiscal Middleware је у потпуности вишенајамнички способан. Инсталација може да садржи неколико "клијената" са различитим конфигурацијама. Сваком клијенту може бити додељена своја компанија или каса / улазна станица. |
| § 4 Информације о конфигурацији касе морају бити доступне. Ово мора бити у складу са захтевима за историју обраде из Поглавља 5, § 11 Закона о рачуноводству (1999:1078).* |
| У суштини, то значи да евиденција мора бити потпуна и без празнина. Поред чистих продајних трансакција, све друге операције на благајни такође морају бити евидентиране. Препоручујемо пренос свих типова докумената које благајна користи у RetailForce Fiscal Middleware и коришћење функција Техничког дневника догађаја. |
| § 5 Ако фискална каса може да издаје копије потврда, тренинг потврде или проформа потврде, ти документи морају бити јасно означени са "kopia" (копија), "övning" / "ovning" (вежба) или "ej kvitto" (није потврда), редом. Текст ознаке не сме бити променљив и мора бити најмање двоструко већи од текста који показује износ. |
| Копија потврде (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.