Цялостен експертен анализ на съответствието с германските данъчни изисквания за системи за управление на имоти, интегриращ fiskaltrust Middleware и облачни системи за техническа сигурност.

Регулаторният пейзаж, регулиращ системите за електронно записване в Германия, претърпя дълбока трансформация след приемането на Закона за защита срещу манипулиране на цифрови основни записи в края на 2016 г. За операторите на системи за управление на имоти (PMS), които включват функционалности на точка на продажба (POS), навигирането в пресечната точка на Германския данъчен кодекс (Abgabenordnung, AO), Наредбата за сигурност на касовите апарати (KassenSichV) и Принципите за правилно управление и съхранение на книги, записи и документи в електронна форма (GoBD) вече не е незадължителна административна задача, а основно изискване за законна дейност. Този доклад предоставя подробен преглед на система, използваща fiskaltrust Sorglos Cloud Cashbox във връзка със система за техническа сигурност Fiskaly (TSE), като по-специално се разглеждат нюансите на управлението на салдото и законността на изцяло цифровите структури за отчитане.

Еволюцията на § 146a от Закона за жилищното строителство и рамката KassenSichV

Основният правен стълб на германското данъчно съответствие е раздел 146а от Abgabenordnung, който постановява, че всички електронни системи за запис, използвани за документиране на бизнес транзакции, трябва да записват всяка транзакция поотделно, пълно, правилно, навременно и по организиран начин. За да се предотврати последваща манипулация на тези цифрови записи, законът изисква тези системи да бъдат оборудвани със сертифицирана система за техническа сигурност (TSE). KassenSichV, който влезе в пълна сила на 1 януари 2020 г., предоставя техническите спецификации за тези изисквания, като определя задължителните компоненти на TSE: модул за сигурност, носител за съхранение и цифров интерфейс.

За интегрирани системи, където PMS обработва резервации на стаи, а малък POS терминал обработва продажби на място в хотелиерството или търговията на дребно, цялата екосистема трябва да бъде оценена като система за електронно записване (Elektronisches Aufzeichnungssystem). Преходният период за системи, които технически не бяха способни да бъдат модернизирани с TSE, приключи на 31 декември 2022 г., което означава, че от 2023 г. всяка активна система трябва да бъде напълно съвместима със стандартите KassenSichV. Разглежданата система, която използва облачна TSE, предоставена от Fiskaly и управлявана чрез middleware fiskaltrust, представлява съвременния стандарт “Compliance-as-a-Service”, прехвърляйки тежестта на техническата поддръжка от хотелския оператор към специализирани доставчици на услуги.

Регулаторен компонент	Основна цел	Ключово изискване за внедряване
§ 146а от Закона за защита на личните данни	Защита от манипулация	Задължително използване на сертифициран TSE.
КасенСичV	Техническа стандартизация	Дефиниция на компонентите на TSE и данните за разписките.
GoBD	Подредено счетоводство	Неизменност, пълнота и проследимост.
DSFinV-K	Ефективност на одита	Стандартизиран дигитален интерфейс за експорт на данни.

Техническа архитектура на фискалтруст Сорглос облачна касова кутия

Използването на fiskaltrust Sorglos Cloud Cashbox показва усъвършенствана стратегия за междинен софтуер. Пакетът “Sorglos” (безгрижен) е предназначен да предостави на създателите и операторите на ПОС терминали цялостно решение, което обработва подписването на касови бележки, последователното номериране и дългосрочното архивиране по начин, безопасен за редакции. В тази архитектура междинният софтуер действа като защитен буфер между приложението PMS и TSE.

Ролята на CashBox и механизма за опашки

CashBox е логически конфигурационен контейнер в портала fiskaltrust. Той определя как взаимодействат различните компоненти – опашката, устройството за създаване на подпис (SCU) и TSE. Опашката служи като входна точка за PMS за изпращане на данните за транзакциите. Всяка транзакция, изпратена до опашката, се хешира, присвоява ѝ се уникален, нарастващ номер и се свързва с предишната транзакция, създавайки криптографски защитена верига.

Предоставеният специфичен сериен номер, WqK0pGTB0eSazQFMgKXuA, съответства на ftCashboxIdentification. Това е уникален, Base64-кодиран идентификатор, който трябва да бъде отпечатан върху касови бележки или кодиран в QR код. Той позволява на данъчните одитори да проследят конкретна касова бележка обратно до уникална логическа система за запис в инфраструктурата на оператора. Обозначението “Облак” означава, че целият този middleware стек се хоства във високодостъпни центрове за данни (като Microsoft Azure), което гарантира, че фискалната логика е постоянно актуализирана и достъпна, без да е необходима локална поддръжка на сървъра.

Fiskaly като облачна система за техническа сигурност

Изборът на Fiskaly като доставчик на TSE е критичен елемент от профила за съответствие. Fiskaly предлага облачно базирано TSE с сертификат 100%, което е напълно сертифицирано от Федералната служба за информационна сигурност (BSI). За разлика от хардуерно базираните TSE (USB памети или SD карти), които са податливи на физическа кражба или повреда, облачното TSE гарантира, че регистрационните файлове на транзакциите се съхраняват в разпределена, сигурна среда. “Дата на въвеждане в експлоатация” от 22.07.2025 г. показва система, която работи съгласно най-новите сертификати и е подготвена за строгите изисквания за отчитане, които влизат в пълна сила в средата на 2025 г.

Управление на баланса и съответствие с GoBD

Системата на потребителя използва различни “салда”, за да категоризира платежните потоци, като например специфично салдо за плащания на място. Това методологично разделяне на платежните потоци е в тясно съответствие с принципите на GoBD за ред и яснота.

Категоризация и проследимост

Съгласно GoBD, основно изискване е бизнес транзакциите да могат да бъдат проследими от тяхното начало до окончателното им вписване във финансовите отчети (“Belegfunktion”). Чрез създаването на специален баланс за плащания на място, системата улеснява “Kassensturzfähigkeit” - способността на данъчен одитор да извърши необявено преброяване на паричните средства и да сравни действителните налични парични средства с електронните записи. Разделянето на онлайн плащанията (които често се обработват от шлюзове на трети страни) от плащанията на място в брой или с карта гарантира, че електронният регистър точно отразява физическата реалност в точката на продажба.

Функционалността “Автоматично затваряне”, спомената в документацията за управление на салдото, е особено важна за изискването на GoBD за “Zeitgerechtheit” (навременност). В идеалния случай касовите транзакции трябва да се записват ежедневно, за да се предотврати загубата на данни или възможността за ретроспективна манипулация. Автоматизираните дневни затваряния, които се изпращат до fiskaltrust, осигуряват допълнително ниво на сигурност, тъй като самото събитие за затваряне е подписана транзакция, която нулира дневните броячи и архивира дневните суми в състояние, защитено от неправилно използване.

Вид баланс	Релевантност на GoBD	Полза от съответствие
Пари в брой на място	Касова плътност	Позволява проверка в реално време на физически пари в брой спрямо цифрови записи.
Онлайн плащания	Ясно разделяне	Предотвратява смесването на обработените средства с физически парични потоци.
Автоматично затваряне ежедневно	Навременност	Гарантира, че документите са финализирани и подписани в законоустановените срокове.

Правна валидност на изцяло цифровата среда за отчитане

Централен въпрос, който се поставя, е дали невъзможността за изтегляне на Z-отчети и X-отчети като файлове – вместо да се преглеждат само в приложението – влияе върху съответствието на системата. За да се отговори на този въпрос, трябва да се разгледа преходът от одит на хартиен носител към одит, ориентиран към дигитален, в германското данъчно законодателство.

Преминаването от Z-касови бележки към DSFinV-K износ

Традиционно “Z-Bon” или Z-касовата бележка е била най-важният документ за ежедневна проверка на приходите. Тя е представлявала крайната дневна сума и нулирането на касовата бележка. С въвеждането на DSFinV-K (Цифров интерфейс на данъчната администрация за касови системи) и TSE обаче, правният акцент се е изместил от визуален отчет към основни данни.

DSFinV-K е стандартизиран формат за данни, който всяка система за електронно записване трябва да може да експортира. Той съдържа няколко модула, включително модула “Kassendatenabschluss” (Приключване на парични данни), който събира точно същата информация като традиционния Z-отчет – общи суми по данъчна ставка, методи на плащане и състояние на гишето – но в машинночетим формат (CSV или JSON).

Машинна оценка и достъп до данни (Z1, Z2, Z3)

Съгласно § 147 от Закона за данъците и данъчния закон (GoBD), данъчният орган има право на три вида достъп до данни:

1. Z1 (Unmittelbarer Datenzugriff): Одиторът използва софтуера на данъкоплатеца, за да прегледа записите.
2. Z2 (Mittelbarer Datenzugriff): Данъкоплатецът предоставя данните чрез оценки, поискани от одитора.
3. Z3 (Datenträgerüberlassung): Данъкоплатецът предоставя машинночетим експорт на данни.

Тъй като системата позволява на потребителя да преглежда Z-отчетите и X-отчетите в приложението, тя отговаря на изискването “Z1”. Тъй като системата позволява изтегляне на експорт на DSFinV-K, тя отговаря на изискването “Z3”, което е златният стандарт за съвременните одити. Всъщност много съвременни данъчни одитори предпочитат експорта на DSFinV-K пред колекция от PDF Z-отчети, защото експортът може да бъде директно въведен в техния одитен софтуер (като IDEA) за автоматизирано кръстосано съпоставяне с отделни регистрационни файлове на транзакции. Следователно, липсата на бутон “изтегляне” на Z-отчет не е нарушение на съответствието; данните се архивират и предоставят в по-законно стабилния формат DSFinV-K.

Задължението за издаване на касови бележки и стандартите от 2024 г.

От 1 януари 2020 г. Belegausgabepflicht (задължение за издаване на касови бележки) е основен принцип на KassenSichV. Всяка транзакция трябва да доведе до издаване на касова бележка, която се предлага на клиента. От 1 януари 2024 г. изискванията за съдържанието на тези касови бележки станаха още по-специфични.

Задължителни данни в касовата бележка

Съответстваща касова бележка през 2024 г. трябва да включва специфични идентификатори както за системата за запис, така и за устройството за техническо осигуряване. Разглежданата система генерира тези идентификатори чрез междинния софтуер на fiskaltrust и Fiskaly TSE.

Задължително поле (2024)	Описание	Източник във fiskaltrust/Fiskaly
Име/Адрес на оператора	Пълни подробности за бизнеса.	Основни данни в портала.
Дата и час	Начален и краен час на транзакцията.	начало_на_време, край_на_време.
Количество и описание	Продадени артикули и приложимите данъчни ставки.	Данни за транзакции в PMS.
Сериен номер на ERS	Идентификатор на системата за запис.	ftИдентификация на касовата кутия.
Сериен номер на TSS	Уникален идентификатор на модула за сигурност.	tss_сериен_номер.
Брояч за подписи	Поредният номер на подписа.	Дневник на ТСЕ.
Проверете стойността	Цифров подпис на транзакцията.	стойност.на.сигнатура.

Законът позволява тези технически данни (сериен номер на TSE, подпис и др.) да бъдат предоставяни като обикновен текст или като QR код. Данъчните власти силно препоръчват решението с QR код, тъй като то улеснява необявената “Kassen-Nachschau” (проверка на пари в брой), при която служител може бързо да сканира кода, за да провери дали транзакцията е била регистрирана в TSE в реално време. Тъй като системата на потребителя е интегрирана в облака PMS, тя вероятно генерира цифрови касови бележки или касови бележки, готови за печат, чрез fiskaltrust API, които включват тези задължителни елементи.

DSFinV-K: Стандартът за дигитални одити

Потребителят отбеляза, че експортът на DSFinV-K може да бъде изтеглен от приложението fiskaltrust в PMS. Това е най-важната техническа функция за осигуряване на съответствие с одита. DSFinV-K гарантира, че данните са структурирани по начин, който е независим от конкретния доставчик на софтуер, което позволява стандартизиран процес на преглед във всички индустрии в Германия.

Модули на експорта DSFinV-K

Типичният експорт на DSFinV-K от системата fiskaltrust се състои от няколко взаимосвързани CSV файла, обикновено категоризирани в три блока:

• Модулът за индивидуални записи: Това съдържа файловете bonkopf.csv и bonpositionen.csv, документиращи всеки продаден артикул и всяка промяна, направена в транзакция.
• Модулът за основни данни: Това включва информация за местоположението, конкретните касови апарати и прилаганите данъчни ставки.
• Модул за приключване на парични данни: Този модул замества традиционния Z-отчет. Той обобщава всички транзакции, методи на плащане и общи суми на ДДС за дневния период на приключване.

Фактът, че този експорт е наличен, означава, че системата е “готова за одит”. По време на “Kassen-Nachschau” или пълен външен одит, на данъкоплатеца често се предоставя много кратък период (понякога 24-48 часа), за да предостави този специфичен експорт. Достъпът до него директно в приложението PMS е значително предимство за съответствие.

Дългосрочно съхранение на данни и ревизии - Sicherheit

Законът на Великобритания (GoBD) изисква всички данни, свързани с данъците, да се съхраняват в продължение на десет години (или осем години за определени ваучери) по начин, който е “защитен от ревизии” – което означава, че трябва да е невъзможно да се променят данните, без да се остави постоянен запис на промяната.

Ролята на фискалтръста PosArchive

Пакетът fiskaltrust Sorglos включва “PosArchive”, централизирана система за съхранение, базирана в облак, проектирана специално да отговаря на тези национални правила за съхранение. Когато потребителят създава ежедневно закриване, данните не само се показват в приложението; те се предават към PosArchive, където се хешират и съхраняват по начин, който предотвратява нежелано отваряне. Това гарантира, че дори ако доставчикът на PMS прекрати дейност или хотелът промени локалната си IT инфраструктура, фискалните данни остават достъпни и проверими за срока на десетгодишния период на съхранение.

Нови задължения за докладване за 2025 г.

Едно от критичните предстоящи изисквания, за които потребителят трябва да е наясно, е задължителното докладване на всички системи за електронно записване пред данъчната служба, което започва сериозно през 2025 г. Това е предвидено в раздел 146a (4) от Закона за данъчно облагане (Abgabenordnung).

Изисквания и срокове за регистрация

Фирмите трябва да регистрират своите ПОС системи чрез официалния портал на ELSTER или чрез интегриран API. Системата, описана от потребителя, с дата на въвеждане в експлоатация през юли 2025 г., попада директно в основния прозорец за прилагане.

Събитие	Краен срок за отчитане	Необходима информация
Първоначално въвеждане в експлоатация	В рамките на един месец.	Име, данъчен номер, сериен номер на ERS, сериен номер на TSE.
Система, използвана преди юли 2025 г.	До 31 юли 2025 г.	Всички технически идентификатори на съществуващия стек.
Извеждане от експлоатация	В рамките на един месец.	Дата на премахване и последен дневник на транзакциите.

Пакетът “Sorglos” и интеграцията с Fiskaly са проектирани да предоставят лесно тези отчетни данни. Серийният номер WqK0pGTB0eSazQFMgKXuA (ftCashboxIdentification) и серийният номер на Fiskaly TSE са основните идентификатори, които трябва да бъдат представени на данъчната служба. Нерегистрирането може да се счита за административно нарушение, което потенциално може да доведе до глоби до 25 000 евро.

Синтез на съответствието: Присъдата върху системата

За да определим дали системата е съвместима със закона, ние я оценяваме спрямо четирите основни законови изисквания на германската фискална система.

1. Защита срещу манипулация (§ 146a AO)

Системата използва сертифициран облачен TSE (Fiskaly) и сертифициран middleware (fiskaltrust). Всяка транзакция е цифрово подписана, а последователността е криптографски свързана. Предоставеният сериен номер и дата на въвеждане в експлоатация показват модерна, сертифицирана конфигурация. Това изискване е... Напълно доволен.

2. Стандартизиран износ (DSFinV-K)

Потребителят изрично заявява, че може да се изтегли експорт на DSFinV-K. Това изпълнява задължението за предоставяне на стандартизиран дигитален интерфейс за данъчни ревизии и внезапни проверки. Това изискване е Напълно доволен.

3. Подредено счетоводство и архивиране (GoBD)

Системата управлява отделни салда, използва автоматизирано ежедневно приключване и архивира данни в защитен от ревизии облачен архив (fiskaltrust PosArchive). Режимът “само преглед” на Z-отчетите е разрешен, стига да е наличен достъп до данни “Z3” (DSFinV-K). Това изискване е Напълно доволен.

4. Издаване на разписка (KassenSichV)

Интеграцията позволява създаването на касови бележки със задължителните данни за TSE. Стига тези касови бележки да бъдат предложени на госта (в печатен или дигитален вид с негово съгласие), изискването е изпълнено. Това изискване е Доволен/а.

Процедурна документация: Липсващото звено

Докато технически компонентите на системата са съвместими, спазването на законовите изисквания зависи и от операторски действия. Най-често срещаният недостатък, установен по време на одити, е липсата на “Verfahrensdokumentation” (процедурна документация).

Законът на правителството на щата изисква всяко предприятие да поддържа документ, който описва целия процес на електронно счетоводство. Това трябва да включва:

• Описание на архитектурата на системата (PMS + fiskaltrust + Fiskaly).
• Организацията на салдата (лично срещу онлайн).
• Системата за вътрешен контрол (кой има достъп, как се коригират грешките, как се проверяват ежедневните приключвания).
• Техническите данни на TSE (серийни номера, валидност на сертификата).
• Процедурата за архивиране и извличане на данни.

Тъй като системата е базирана на “Sorglos Cloud” и cloud-TSE, операторът може да разчита до голяма степен на техническата документация, предоставена от fiskaltrust и Fiskaly за специфичните за системата раздели. Вътрешните бизнес процеси (“организационната” част) обаче все още трябва да бъдат документирани от хотелския оператор.

Подробен анализ на механизма за ежедневно затваряне

Описанието от потребителя на “автоматичното ежедневно приключване”, изпращано до fiskaltrust, е критична функция за съответствие. В контекста на KassenSichV, ежедневното приключване е нещо повече от просто обобщение на продажбите; то е “Sicherungsbeleg” (разписка за сигурност).

Нулеви касови бележки и регистрационни файлове за приключване

Когато се извършва ежедневно приключване в системата fiskaltrust, мидълуерът често генерира “Нулева касова бележка” (Nullbeleg). Това е специализирана касова бележка, която не съдържа артикули или плащания, но задейства промяна на състоянието в TSE, финализирайки текущата последователност от транзакции. Това събитие след това се записва в “ActionJournal” на портала fiskaltrust. За одитора, съответствието между отчетените дневни суми на PMS и тези криптографски подписани “Нулеви касови бележки” в дневника на fiskaltrust е доказателство, че системата не е била манипулирана, за да се “скрият” транзакциите между смените.

Последици от формата на серийния номер

Серийният номер, напр. WqK0p……., следва стандартния формат за ftCashboxIdentification. Този буквено-цифров низ е Base64 кодирането на вътрешния CashBox ID. В случай на данъчна проверка, одиторът ще сканира QR кода на касова бележка и ще очаква да види този идентификатор. След това ще съпостави този идентификатор с файла cashregister.csv на експорта на DSFinV-K, по-специално с полето KASSE_SERIENNR. Фактът, че тази информация е ясно видима в приложението PMS, гарантира, че операторът може да я предостави незабавно при поискване по време на “Kassen-Nachschau”.”

Заключение и практически препоръки за къмпинги

Въз основа на описаната техническа конфигурация, системата е съобразен с правните норми с действащите германски фискални разпоредби. Комбинацията от fiskaltrust Sorglos Cloud Cashbox и Fiskaly cloud-TSE отговаря на изискванията за защита от манипулация, стандартизирано отчитане и дългосрочно архивиране. Липсата на PDF формат за изтегляне за Z-отчети и X-отчети не представлява нарушение на закона, тъй като системата предоставя необходимите данни за “Kassendatenabschluss” чрез по-строгия експорт DSFinV-K.

За да се поддържа това съответствие и да се подготвят за бъдещи одити, на собствениците на къмпинги се препоръчват следните стъпки:

• Съставете процедурна документация: Къмпингът трябва да интегрира техническите спецификации на fiskaltrust Cloud Cashbox и Fiskaly TSE в подробен процедурен документ, съвместим с GoBD. Примерен документ може да бъде намерен тук.
• Докладване на портала ELSTER: Влезте в портала fiskaltrust, за да получите точните дати на активиране и серийните номера, необходими за процеса на отчитане на ELSTER. Уверете се, че вие, като къмпинг, системата е регистрирана в местната данъчна служба.