Kattava asiantuntija-analyysi Saksan verolainsäädännön noudattamisesta kiinteistönhallintajärjestelmissä, jotka integroivat fiskaltrust-väliohjelmiston ja pilvipohjaiset tekniset turvajärjestelmät

Saksan sähköisiä tallennusjärjestelmiä koskeva sääntely on muuttunut perusteellisesti sen jälkeen, kun digitaalisten perustietojen manipuloinnin estämisestä annettu laki säädettiin vuoden 2016 lopulla. Myyntipistetoimintoja sisältävien kiinteistönhallintajärjestelmien (PMS) ylläpitäjille Saksan verolain (Abgabenordnung, AO), kassajärjestelmien turvallisuusasetuksen (KassenSichV) ja sähköisessä muodossa olevien kirjojen, asiakirjojen ja asiakirjojen asianmukaisen hallinnan ja säilytyksen periaatteiden (GoBD) yhtymäkohtien selvittäminen ei ole enää valinnainen hallinnollinen tehtävä, vaan perustavanlaatuinen vaatimus lailliselle toiminnalle. Tässä raportissa tarkastellaan yksityiskohtaisesti järjestelmää, joka hyödyntää fiskaltrust Sorglos Cloud -kassalaatikkoa yhdessä Fiskalyn teknisen turvajärjestelmän (TSE) kanssa, ja siinä käsitellään erityisesti saldohallinnan vivahteita ja digitaalisten raportointirakenteiden laillisuutta.

AO:n 146a §:n ja KassenSichV-kehyksen kehitys

Saksan verolainsäädännön ensisijainen oikeudellinen pilari on Abgabenordnungin 146a §, joka määrää, että kaikkien liiketoimien dokumentointiin käytettyjen sähköisten tallennusjärjestelmien on tallennettava jokainen tapahtuma erikseen, täydellisesti, oikein, ajallaan ja järjestelmällisesti. Näiden digitaalisten tietojen myöhemmän manipuloinnin estämiseksi laki edellyttää, että tällaiset järjestelmät on varustettava sertifioidulla teknisellä turvajärjestelmällä (TSE). KassenSichV, joka tuli täysimääräisesti voimaan 1. tammikuuta 2020, sisältää näiden vaatimusten tekniset eritelmät ja määrittelee TSE:n pakolliset komponentit: turvamoduulin, tallennusvälineen ja digitaalisen rajapinnan.

Integroiduissa järjestelmissä, joissa PMS käsittelee huonevarauksia ja pieni kassajärjestelmä hoitaa paikan päällä tapahtuvaa majoitus- tai vähittäismyyntiä, koko ekosysteemiä on arvioitava sähköisenä tallennusjärjestelmänä (Elektronisches Aufzeichnungssystem). Siirtymäaika järjestelmille, joita ei teknisesti voitu jälkiasentaa TSE:llä, päättyi 31. joulukuuta 2022, mikä tarkoittaa, että vuodesta 2023 alkaen jokaisen aktiivisen järjestelmän on oltava täysin KassenSichV-standardien mukainen. Tarkastelun kohteena oleva järjestelmä, joka hyödyntää Fiskalyn tarjoamaa pilvipohjaista TSE:tä ja jota hallinnoidaan Fiskaltrust-väliohjelmiston kautta, edustaa modernia "Compliance-as-a-Service" -standardia, joka siirtää teknisen ylläpidon taakan hotellin operaattorilta erikoistuneille palveluntarjoajille.

SääntelykomponenttiEnsisijainen tavoiteKeskeinen toteutusvaatimus
§ 146a AOManipulointisuojaSertifioidun TSE:n käyttö on pakollista.
KassenSichVTekninen standardointiTSE-komponenttien ja kuittitietojen määritelmä.
GoBDJärjestelmällinen kirjanpitoMuuttumattomuus, täydellisyys ja jäljitettävyys.
DSFinV-KTarkastuksen tehokkuusStandardoitu digitaalinen rajapinta tiedonsiirtoa varten.

Fiskaltrust Sorglos Cloud Cashboxin tekninen arkkitehtuuri

Fiskaltrust Sorglos Cloud Cashboxin käyttö viittaa kehittyneeseen väliohjelmistostrategiaan. “Sorglos” (huoleton) -paketti on suunniteltu tarjoamaan kassajärjestelmien luojille ja käyttäjille kokonaisvaltaisen ratkaisun, joka käsittelee kuittien allekirjoittamisen, peräkkäisen numeroinnin ja pitkäaikaisarkistoinnin revisiointiturvallisesti. Tässä arkkitehtuurissa väliohjelmisto toimii turvallisena puskurina PMS-sovelluksen ja TSE:n välillä.

Kassan ja jonotusmekanismin rooli

CashBox on looginen konfiguraatiosäiliö fiskaltrust-portaalissa. Se määrittää, miten eri komponentit – jono, allekirjoituksen luontiyksikkö (SCU) ja TSE – ovat vuorovaikutuksessa keskenään. Jono toimii lähtökohtana, josta PMS lähettää tapahtumatiedot. Jokainen jonoon lähetetty tapahtuma tiivistetään, sille annetaan yksilöllinen ylöspäin laskeva numero ja se linkitetään edelliseen tapahtumaan, jolloin luodaan kryptografisesti suojattu ketju.

Annettu sarjanumero, WqK0pGTB0eSazQFMgKXuA, vastaa ftCashboxIdentification-tunnusta. Tämä on yksilöllinen, Base64-koodattu tunniste, joka on tulostettava kuitteihin tai koodattava QR-koodiin. Sen avulla verotarkastajat voivat jäljittää tietyn kuitin takaisin yksilölliseen loogiseen tallennusjärjestelmään operaattorin infrastruktuurissa. “Pilvi”-merkintä tarkoittaa, että koko tämä väliohjelmistopino on isännöity korkean käytettävyyden omaavissa datakeskuksissa (kuten Microsoft Azuressa), mikä varmistaa, että verologiikka on jatkuvasti ajan tasalla ja käytettävissä ilman paikallisen palvelimen ylläpitoa.

Fiskaly pilvipohjaisena teknisenä turvajärjestelmänä

Fiskalyn valinta TSE-palveluntarjoajaksi on kriittinen osa vaatimustenmukaisuusprofiilia. Fiskaly tarjoaa pilvipohjaisen 100%-TSE:n, joka on täysin sertifioitu Yhdysvaltain tietoturvaviraston (BSI) toimesta. Toisin kuin laitteistopohjaiset TSE:t (USB-tikut tai SD-kortit), jotka ovat alttiita fyysisille varkauksille tai vioille, pilvipohjainen TSE varmistaa, että tapahtumalokit tallennetaan hajautettuun ja turvalliseen ympäristöön. “Käyttöönottopäivä” 22.7.2025 osoittaa, että järjestelmä toimii uusimpien sertifiointien mukaisesti ja on valmis vuoden 2025 puolivälissä täysimääräisesti voimaan tuleviin tiukkoihin raportointivaatimuksiin.

Taseenhallinta ja GoBD-vaatimustenmukaisuus

Käyttäjän järjestelmä käyttää erilaisia "saldoja" maksuvirtojen luokittelemiseen, kuten tiettyä saldoa henkilökohtaisille maksuille. Tämä maksuvirtojen metodologinen erottelu on pitkälti linjassa GoBD:n järjestyksen ja selkeyden periaatteiden kanssa.

Luokittelu ja jäljitettävyys

Verohallinnon mukaan ensisijainen vaatimus on, että liiketoimet on voitava jäljittää niiden alusta lopulliseen kirjaamiseen tilinpäätökseen (“Belegfunktion”). Luomalla erillisen saldon henkilökohtaisesti suoritettavia maksuja varten järjestelmä mahdollistaa “Kassensturzfähigkeitin” – verotarkastajan mahdollisuuden suorittaa ilmoittamaton käteisvarojen laskenta ja verrata todellista käteistä sähköisiin tietoihin. Verkkomaksujen (jotka usein käsitellään kolmannen osapuolen yhdyskäytävien kautta) erottaminen henkilökohtaisesti suoritettavista käteis- tai korttimaksuista varmistaa, että sähköinen kirjanpito heijastaa tarkasti fyysistä todellisuutta myyntipisteessä.

Saldonhallintadokumentaatiossa mainittu “automaattisen sulkemisen” toiminto on erityisen olennainen GoBD:n “Zeitgerechtheit”-vaatimuksen (ajantasaisuus) kannalta. Käteistapahtumat tulisi mieluiten kirjata päivittäin tietojen menetyksen tai jälkikäteen tapahtuvan manipuloinnin estämiseksi. Fiskaltrustille lähetettävät automaattiset päivittäiset sulkemiset tarjoavat lisäturvakerroksen, koska itse sulkemistapahtuma on allekirjoitettu tapahtuma, joka nollaa päivittäiset laskurit ja arkistoi päivän kokonaissummat luvattomaan tilaan.

SaldotyyppiGoBD-merkitysVaatimustenmukaisuusetu
Käteinen käteiselläKassenturzfähigkeitMahdollistaa fyysisen käteisen reaaliaikaisen varmentamisen digitaalisiin tietueisiin verrattuna.
VerkkomaksutSelkeä erotteluEstää käsiteltyjen varojen sekoittumisen fyysisiin kassavirtoihin.
Automaattinen sulkeminen päivittäinAjankohtaisuusVarmistaa, että asiakirjat viimeistellään ja allekirjoitetaan lainmukaisessa aikataulussa.

Digitaalisen raportointiympäristön oikeudellinen pätevyys

Keskeinen kysymys on, vaikuttaako Z- ja X-raporttien tiedostoina lataamisen estyminen – niiden tarkastelu vain sovelluksen sisällä – järjestelmän vaatimustenmukaisuuteen. Tämän ratkaisemiseksi on tarkasteltava siirtymistä paperipohjaisesta tilintarkastuksesta digitaaliseen tilintarkastukseen Saksan verolainsäädännössä.

Siirtyminen Z-kuiteista DSFinV-K-vientiin

Perinteisesti "Z-Bon" eli Z-kuitti oli tärkein asiakirja päivittäisen tulon varmentamisessa. Se edusti lopullista päivän kokonaissummaa ja kassan nollausta. DSFinV-K:n (Verohallinnon digitaalinen rajapinta kassajärjestelmille) ja TSE:n käyttöönoton myötä oikeudellinen painopiste on kuitenkin siirtynyt... visuaalinen raportti kohti taustalla olevat tiedot.

DSFinV-K on standardoitu tietomuoto, jota jokaisen sähköisen tallennusjärjestelmän on kyettävä viemään. Se sisältää useita moduuleja, mukaan lukien “Kassendatenabschluss”-moduulin (käteistietojen sulkeminen), joka tallentaa täsmälleen samat tiedot kuin perinteinen Z-raportti – kokonaissummat verokannan mukaan, maksutavat ja laskurin tilan – mutta koneellisesti luettavassa muodossa (CSV tai JSON).

Koneen arvioitavuus ja datan saatavuus (Z1, Z2, Z3)

Veroviranomaisella on AO:n § 147 ja GoBD:n nojalla oikeus kolmenlaisiin tietoihin:

  1. Z1 (Unmittelbarer Datenzugriff): Tilintarkastaja käyttää veronmaksajan ohjelmistoa tietojen tarkasteluun.
  2. Z2 (Mittelbarer Datenzugriff): Verovelvollinen toimittaa tiedot tilintarkastajan pyytämien arviointien kautta.
  3. Z3 (Datenträgerüberlassung): Verovelvollinen toimittaa koneellisesti luettavassa muodossa olevan tiedonviennin.

Koska järjestelmä sallii käyttäjän tarkastella Z- ja X-raportteja sovelluksessa, se täyttää "Z1"-vaatimuksen. Koska järjestelmä sallii DSFinV-K-viennin lataamisen, se täyttää "Z3"-vaatimuksen, joka on nykyaikaisten verotarkastusten kultainen standardi. Itse asiassa monet nykyaikaiset verotarkastajat suosivat DSFinV-K-vientiä PDF-muotoisten Z-raporttien kokoelmaan verrattuna, koska vienti voidaan syöttää suoraan heidän tarkastusohjelmistoonsa (kuten IDEA) automaattista ristiinviittausta varten yksittäisten tapahtumalokien kanssa. Siksi Z-raportin "lataus"-painikkeen puuttuminen ei ole vaatimustenmukaisuusvirhe; tiedot arkistoidaan ja toimitetaan laillisesti vankemmassa DSFinV-K-muodossa.

Kuitin myöntämisvelvollisuus ja vuoden 2024 standardit

Belegausgabepflicht (kuitin antamisvelvollisuus) on ollut KassenSichV:n keskeinen periaate 1. tammikuuta 2020 alkaen. Jokaisen tapahtuman on johdettava asiakkaalle tarjottavaan kuittiin. Näiden kuittien sisältöä koskevat vaatimukset ovat tarkentuneet entisestään 1. tammikuuta 2024 alkaen.

Pakolliset tietopisteet kuitissa

Vuonna 2024 vaatimustenmukaisen kuitin on sisällettävä sekä tallennusjärjestelmän että teknisen turvalaitteen erityiset tunnisteet. Tarkastelun kohteena oleva järjestelmä luo nämä Fiskaltrust-väliohjelmiston ja Fiskaly TSE:n avulla.

Pakollinen kenttä (2024)KuvausLähde fiskaltrust/Fiskaly-sivustolla
Operaattorin nimi/osoiteTäydelliset tiedot yrityksestä.Päätiedot portaalissa.
Päivämäärä ja aikaTransaktion alkamis- ja päättymisaika.aika_alkamisaika, aika_loppumisaika.
Määrä ja kuvausMyydyt tuotteet ja sovellettavat verokannat.PMS-tapahtumatiedot.
ERS-sarjanumeroTallennusjärjestelmän tunniste.ftCashboxIdentification.
TSS-sarjanumeroSuojausmoduulin yksilöllinen tunniste.tss_sarjanumero.
AllekirjoituslaskuriAllekirjoituksen juokseva numero.TSE-loki.
Tarkista arvoTransaktion digitaalinen allekirjoitus.allekirjoitus.arvo.

Laki sallii näiden teknisten tietojen (TSE-sarjanumero, allekirjoitus jne.) antamisen selkotekstinä tai QR-koodina. Veroviranomaiset suosittelevat vahvasti QR-koodiratkaisua, koska se mahdollistaa ilmoittamattoman käteistarkastuksen, jossa virkamies voi nopeasti skannata koodin varmistaakseen, että tapahtuma on kirjattu TSE:hen reaaliajassa. Koska käyttäjän järjestelmä on pilvipohjainen PMS, se todennäköisesti luo digitaalisia tai tulostusvalmiita kuitteja fiskaltrust-rajapinnan kautta, jotka sisältävät nämä vaaditut elementit.

DSFinV-K: Digitaalisten auditointien standardi

Käyttäjä huomautti, että DSFinV-K-vientitiedoston voi ladata fiskaltrust-sovelluksesta PMS-järjestelmään. Tämä on tärkein tekninen ominaisuus auditointivaatimustenmukaisuuden varmistamiseksi. DSFinV-K varmistaa, että tiedot on jäsennelty tavalla, joka on riippumaton tietystä ohjelmistotoimittajasta, mikä mahdollistaa standardoidun tarkastusprosessin kaikilla toimialoilla Saksassa.

DSFinV-K-viennin moduulit

Tyypillinen DSFinV-K-vienti fiskaltrust-järjestelmästä koostuu useista toisiinsa linkitetyistä CSV-tiedostoista, jotka on tyypillisesti luokiteltu kolmeen lohkoon:

  • Yksilötietojen moduuli: Tämä sisältää bonkopf.csv- ja bonpositionen.csv-tiedostot, jotka dokumentoivat jokaisen myydyn tuotteen ja jokaisen tapahtumaan tehdyn muutoksen.
  • Päätietomoduuli: Tämä sisältää tiedot sijainnista, tietyistä kassoista ja sovellettavista verokannoista.
  • Käteistietojen sulkemismoduuli: Tämä moduuli korvaa perinteisen Z-raportin. Se yhteenvetää kaikki tapahtumat, maksutavat ja ALV-summat päivittäiseltä sulkemisjaksolta.

Se, että tämä vienti on saatavilla, tarkoittaa, että järjestelmä on "tarkastusvalmis". "Kassen-Nachschau"-tarkastuksen tai täydellisen ulkoisen tarkastuksen aikana veronmaksajalle annetaan usein hyvin lyhyt aika (joskus 24–48 tuntia) tämän tietyn viennin toimittamiseen. Sen saatavuus suoraan PMS-sovelluksessa on merkittävä vaatimustenmukaisuuden etu.

Pitkäaikainen tietojen säilyttäminen ja päivitykset-Sicherheit

Verotuksessa määrätään, että kaikkia verotukseen liittyviä tietoja on säilytettävä kymmenen vuotta (tai kahdeksan vuotta tiettyjen tositteiden osalta) tavalla, joka on “tarkistettu” – eli tietoja ei voida muuttaa jättämättä pysyvää merkintää muutoksesta.

Fiskaltrustin rooli PosArchive

Fiskaltrust Sorglos -paketti sisältää “PosArchiven”, joka on keskitetty, pilvipohjainen tallennusjärjestelmä, joka on suunniteltu erityisesti täyttämään nämä kansalliset säilytyssäännöt. Kun käyttäjä luo päivittäisen sulkemisen, tiedot eivät ainoastaan näy sovelluksessa, vaan ne lähetetään PosArchiveen, jossa ne tiivistetään ja tallennetaan siten, että niitä ei voida manipuloida. Tämä varmistaa, että vaikka PMS-palveluntarjoaja lopettaisi toimintansa tai hotelli muuttaisi paikallista IT-infrastruktuuriaan, taloustiedot pysyvät saatavilla ja todennettavissa kymmenen vuoden säilytysjakson ajan.

Uudet raportointivelvoitteet vuodelle 2025

Käyttäjän on oltava tietoinen kriittisestä tulevasta vaatimuksesta, joka on kaikkien sähköisten rekisteröintijärjestelmien pakollinen ilmoittaminen verotoimistolle. Ilmoittaminen alkaa tosissaan vuonna 2025. Tästä säädetään verotuslain 146a §:n 4 momentissa.

Rekisteröintivaatimukset ja määräajat

Yritysten on rekisteröitävä kassajärjestelmänsä virallisen ELSTER-portaalin tai integroidun API:n kautta. Käyttäjän kuvailema järjestelmä, jonka käyttöönottopäivä on heinäkuussa 2025, kuuluu suoraan ensisijaiseen valvontaikkunaan.

TapahtumaRaportoinnin määräaikaVaaditut tiedot
Ensimmäinen käyttöönottoYhden kuukauden kuluessa.Nimi, verotunnus, ERS-sarjanumero, TSE-sarjanumero.
Järjestelmä käytössä ennen heinäkuuta 202531. heinäkuuta 2025 mennessä.Kaikki olemassa olevan pinon tekniset tunnisteet.
KäytöstäpoistoYhden kuukauden kuluessa.Poistopäivämäärä ja lopullinen tapahtumaloki.

“Sorglos”-paketti ja Fiskaly-integraatio on suunniteltu tarjoamaan nämä raportointitiedot helposti. Sarjanumero WqK0pGTB0eSazQFMgKXuA (ftCashboxIdentification) ja Fiskaly TSE -sarjanumero ovat ensisijaiset tunnisteet, jotka on toimitettava verotoimistolle. Rekisteröinnin laiminlyöntiä voidaan pitää hallinnollisena rikkomuksena, joka voi johtaa jopa 25 000 euron sakkoihin.

Vaatimustenmukaisuuden synteesi: Järjestelmän tuomio

Jotta voimme määrittää, onko järjestelmä lainmukainen, arvioimme sitä Saksan finanssijärjestelmän neljää ensisijaista lakisääteistä vaatimusta vasten.

1. Suoja manipulointia vastaan (§ 146a AO)

Järjestelmä käyttää sertifioitua pilvipohjaista TSE:tä (Fiskaly) ja sertifioitua väliohjelmistoa (fiskaltrust). Jokainen tapahtuma allekirjoitetaan digitaalisesti ja sekvenssi ketjutetaan kryptografisesti. Annettu sarjanumero ja käyttöönottopäivämäärä osoittavat modernin ja sertifioidun järjestelmän. Tämä vaatimus on Täysin tyytyväinen.

2. Standardoitu vienti (DSFinV-K)

Käyttäjä nimenomaisesti ilmoittaa, että DSFinV-K-vienti voidaan ladata. Tämä täyttää velvoitteen tarjota standardoitu digitaalinen käyttöliittymä verotarkastuksia ja ilmoittamattomia tarkastuksia varten. Tämä vaatimus on Täysin tyytyväinen.

3. Järjestelmällinen kirjanpito ja arkistointi (GoBD)

Järjestelmä hallinnoi erillisiä saldoja, käyttää automaattista päivittäistä sulkemista ja arkistoi tiedot tarkastusvarmaan pilviarkistoon (fiskaltrust PosArchive). Z-raporttien "vain katselu" -luonne on sallittu, kunhan "Z3"-tietojen käyttöoikeus (DSFinV-K) on käytettävissä. Tämä vaatimus on Täysin tyytyväinen.

4. Kuitin myöntäminen (KassenSichV)

Integrointi mahdollistaa kuittien luomisen pakollisilla TSE-tiedoilla. Niin kauan kuin nämä kuitit tarjotaan asiakkaalle (joko tulostettuna tai digitaalisesti heidän suostumuksellaan), vaatimus täyttyy. Tämä vaatimus on Tyytyväinen.

Menettelydokumentaatio: Puuttuva lenkki

Vaikka tekninen järjestelmän osat ovat vaatimustenmukaisia, lainmukaisuus riippuu myös siitä, operaattorin toimet. Yleisin tarkastuksissa havaittu puute on “Verfahrensdokumentation”-dokumentaation (menettelydokumentaation) puuttuminen.

GoBD edellyttää, että jokainen yritys ylläpitää asiakirjaa, joka kuvaa koko sähköisen kirjanpidon prosessin. Tämän on sisällettävä seuraavat:

  • Järjestelmäarkkitehtuurin kuvaus (PMS + fiskaltrust + Fiskaly).
  • Saldojen organisointi (henkilökohtaisesti vs. verkossa).
  • Sisäinen valvontajärjestelmä (kenellä on pääsy, miten virheet korjataan, miten päivittäiset päättämiset tarkistetaan).
  • TSE:n tekniset tiedot (sarjanumerot, sertifikaatin voimassaolo).
  • Tiedon arkistoinnin ja haun menettely.

Koska järjestelmä on “Sorglos Cloud” ja pilvipohjainen TSE, operaattori voi luottaa vahvasti fiskaltrustin ja Fiskalyn toimittamaan tekniseen dokumentaatioon järjestelmäkohtaisissa osioissa. Hotellioperaattorin on kuitenkin edelleen dokumentoitava sisäiset liiketoimintaprosessit (“organisaatio-osa”).

Päivittäisen sulkemismekanismin yksityiskohtainen analyysi

Käyttäjän kuvaus Fiskaltrustille lähetettävästä “automaattisesta päivittäisestä sulkemisesta” on kriittinen vaatimustenmukaisuusominaisuus. KassenSichV:n yhteydessä päivittäinen sulkeminen on enemmän kuin pelkkä myyntien yhteenveto; se on “Sicherungsbeleg” (turvallisuuskuitti).

Nollakuitit ja sulkemislokit

Kun fiskaltrust-järjestelmässä suoritetaan päivittäinen sulkeminen, middleware luo usein "nollakuitin" (Nullbeleg). Tämä on erikoiskuitti, joka ei sisällä nimikkeitä tai maksuja, mutta laukaisee tilanmuutoksen TSE:ssä ja päättää nykyisen tapahtumasarjan. Tämä tapahtuma kirjataan sitten fiskaltrust-portaalin "ActionJournal"-lokiin. Tilintarkastajalle PMS:n raportoimien päivittäisten kokonaissummien ja näiden fiskaltrust-lokin kryptografisesti allekirjoitettujen "nollakuittien" välinen yhdenmukaisuus on todiste siitä, että järjestelmää ei ole manipuloitu "piilottamaan" tapahtumia vuorojen välillä.

Sarjanumeron muodon merkitys

Sarjanumero, esim. WqK0p……., noudattaa ftCashboxIdentificationin vakiomuotoa. Tämä aakkosnumeerinen merkkijono on sisäisen kassalaatikon tunnuksen Base64-koodaus. Verotarkastuksen yhteydessä tarkastaja skannaa kuitin QR-koodin ja odottaa näkevänsä tämän tunnisteen. Sitten he yhdistävät tämän tunnisteen DSFinV-K-viennin cashregister.csv-tiedostoon, erityisesti KASSE_SERIENNR-kenttään. Se, että nämä tiedot ovat selvästi näkyvissä PMS-sovelluksessa, varmistaa, että operaattori voi antaa ne välittömästi pyynnöstä "Kassen-Nachschau"-tarkastuksen aikana.“

Johtopäätökset ja toteuttamiskelpoiset suositukset leirintäalueille

Kuvatun teknisen kokoonpanon perusteella järjestelmä on lainmukainen nykyisten Saksan verosäännösten mukaisesti. Fiskaltrust Sorglos Cloud Cashboxin ja Fiskaly cloud-TSE:n yhdistelmä vastaa manipuloinnin estämisen, standardoidun raportoinnin ja pitkäaikaisen arkistoinnin vaatimuksiin. Ladattavan PDF-muodon puuttuminen Z- ja X-raporteista ei ole lainvastainen, koska järjestelmä tarjoaa vaaditut "Kassendatenabschluss"-tiedot tarkemman DSFinV-K-viennin kautta.

Tämän vaatimustenmukaisuuden ylläpitämiseksi ja tuleviin tarkastuksiin valmistautumiseksi leirintäalueiden omistajille suositellaan seuraavia toimia:

  • Laadi menettelydokumentaatio: Leirintäalueen on integroitava fiskaltrust Cloud Cashboxin ja Fiskaly TSE:n tekniset tiedot kattavaan GoBD-yhteensopivaan menettelyasiakirjaan. Esimerkki asiakirjasta löytyy täältä. tässä.
  • Raportointi ELSTER-portaalissa: Kirjaudu fiskaltrust-portaaliin saadaksesi ELSTER-raportointiprosessiin tarvittavat tarkat aktivointipäivämäärät ja sarjanumerot. Varmista leirintäalueena, että järjestelmä on rekisteröity paikalliseen verotoimistoon.

Sisällysluettelo
fiFinnish