Німеччина¶
Німецький план рахунків¶
План рахунків SKR03 та SKR04 підтримуються в Odoo. Ви можете вибрати той, який ви хочете, перейшовши до :menuselection: Бухоблік --> Налаштування, потім виберіть потрібний пакет у розділі Фіскальна локалізація.
Будьте обережні, ви можете змінити бухгалтерський пакет лише тоді, коли ви не створили запис бухобліку.
Порада
Коли ви створюєте нову базу даних Odoo Online, SKR03 встановлюється за замовчуванням.
Німецька бухгалтерська звітність¶
Нижче наведено список спеціальних звітів для Німеччини, доступних на Odoo Enterprise:
Бухгалтерський баланс
Доходи та витрати
Податковий звіт (Umsatzsteuervoranmeldung)
Партнер ПДВ Intra
Експорт з Odoo в Datev¶
Ви можете експортувати записи бухобліку з Odoo в Datev. Щоб мати можливість використовувати цю функцію, локалізація німецької бухгалтерії повинна бути встановлена у вашій базі даних Odoo Enterprise. Тоді ти можеш увійти до потім натисніть кнопку Export Datev (csv).
Торгові точки в Німеччині: Технічна система безпеки¶
Kassensicherungsverordnung (Закон про захист від маніпулювання цифровими записами) вимагає, щоб електронні системи ведення записів, включаючи системи точок продажу, мали бути обладнані Система технічної безпеки (також називається TSS або TSE).
Odoo пропонує сервіс, сумісний за допомогою fiskaly, хмарного рішення.
Важливо
Оскільки це рішення є хмарним, потрібне робоче підключення до Інтернету.
Примітка
Єдині дозволені ставки ПДВ наведено fiskaly. Ви можете перевірити ці ставки, звернувшись до: fiskaly DSFinV-K API: визначення ПДВ.
Налаштування¶
Установка модулів¶
Якщо ваша база даних була створена до червня 2021 року, оновіть свій додаток Точка продажу (
point_of_sale) і модуль Ресторан (pos_restaurant).Установіть модулі Німеччина - Сертифікація для точки продажу (
l10n_de_pos_cert) і Німеччина - Сертифікація для точки продажу типу ресторан (l10n_de_pos_res_cert).Порада
Якщо цих модулів немає в списку, оновіть список додатків.
Зареєструйте свою компанію в фінансовому органі¶
Щоб зареєструвати свою компанію, перейдіть до , заповніть наступні поля та Зберегти.
Назва компанії
Дійсна адреса
ПДВ номер
St.-Nr (Steuernummer): цей номер присвоюється податковою службою кожній фізичній або юридичній особі, що платить податок. (наприклад,
2893081508152)W-IdNr (Wirtschafts-Identifikationsnummer): цей номер використовується як постійний ідентифікаційний номер для економічно активних осіб.
Потім ви можете зареєструвати свою компанію через fiskaly, відкривши вкладку fiskaly і натиснувши кнопку fiskaly Реєстрація.
Порада
Якщо ви не бачите кнопку фіскальна Реєстрація, переконайтеся, що ви зберегли інформацію про свою компанію та більше не перебуваєте в режимі редагування.
Після завершення реєстрації з’являться нові поля:
ID фіскальної організації стосується ID вашої компанії на стороні fiskaly.
фіскальні ключі API і secret – це облікові дані, які система використовує для доступу до послуг, які пропонує fiskaly.
Примітка
Можна подати запит на нові облікові дані, якщо виникнуть проблеми з поточними.
Створіть та підключіть технічну систему безпеки до вашої точки продажу¶
Щоб використовувати свою торгову точку в Німеччині, вам спочатку потрібно створити для неї TSS.
Для цього перейдіть до , відкрийте точку продажу, яку потрібно редагувати, а потім поставте прапорець біля Створити TSS і *Зберегти *.
Після успішного створення TSS ви зможете знайти свій ID TSS і ID клієнта у розділі fiskaly API.
TSS ID стосується ID вашого TSS на стороні fiskaly.
ID клієнта стосується вашої точки обслуговування, але на стороні fiskaly.
DSFinV-K¶
Щоразу, коли ви закриваєте сеанс PoS, деталі замовлень надсилаються до служби DSFinV-K служби fiskaly.
У разі перевірки ви можете експортувати дані, надіслані в DSFinV-K, перейшовши до .
Ці поля обов’язкові для заповнення:
Назва
Початкова дата і час (експорт даних із датами, більшими або рівними вказаній даті початку)
Кінцева дата і час (експорт даних із датами, меншими або рівними вказаній даті завершення)
Залиште поле Точка продажу пустим, якщо ви хочете експортувати дані всіх своїх точок продажу. Укажіть пункт продажу, якщо ви хочете експортувати лише дані цієї конкретної точки продажу.
Створення експорту DSFinV-K запускає експорт на стороні fiskaly.
Як бачите, Стан є В очікуванні. Це означає, що експорт успішно запущено та обробляється. Ви повинні натиснути Оновити стан, щоб перевірити, чи він готовий.
Німецькі стандарти податкового обліку: Посібник Odoo щодо відповідності GoBD¶
GoBD stands for Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form sowie zum Datenzugriff. In short, it is a guideline for the proper management and storage of books, records, and documents in electronic form, as well as for data access, that is relevant for the German tax authority, tax declaration, and balance sheet.
Ці принципи були написані та опубліковані Федеральним міністерством фінансів (BMF) у листопаді 2014 року. З січня 2015 року вони стали нормою і замінили раніше прийняту практику, пов’язану з комп’ютерним обліком. У 2019 році та січні 2020 року BMF вніс кілька змін, щоб уточнити частину вмісту та через розвиток цифрових рішень (хмарний хостинг, безпаперові компанії тощо).
Важливо
Odoo дає вам засоби для забезпечення сумісності з GoBD.
Що потрібно знати про GoBD, покладаючись на програмне забезпечення для бухгалтерського обліку?¶
Примітка
If you can, the best way to understand GoBD is to Read the Official GoBD text. It is a bit long but quite readable for non-experts. But in short, here is what to expect:
GoBD є обов’язковим для компаній, які повинні надавати фінансовим органам фінансову звітність, включаючи МСП, фрілансерів і підприємців. Таким чином, сам платник податків є виключним відповідальним за повне та вичерпне зберігання даних, пов’язаних з фіскальною діяльністю (згаданих вище фінансових та пов’язаних даних).
Окрім вимог до програмного забезпечення, користувач зобов’язаний забезпечити системи внутрішнього контролю (відповідно до розділу 146 Фіскального кодексу):
Контроль прав доступу;
Розподіл обов’язків, функціональний поділ;
Контроль входу (повідомлення про помилки, перевірка правдоподібності);
Перевірки звірки при введенні даних;
Контроль обробки;
Заходи для запобігання навмисному чи ненавмисному маніпулюванню програмним забезпеченням, даними чи документами.
Користувач повинен розподілити завдання в межах своєї організації на відповідні посади (контроль) і переконатися, що завдання виконуються належним чином і повністю (нагляд). Результати цих перевірок повинні бути зафіксовані (документація), і якщо під час цих перевірок будуть виявлені помилки, необхідно вжити відповідних заходів для виправлення ситуації (профілактика).
Як щодо безпеки даних?¶
Платник податків повинен захистити систему від будь-якої втрати даних через видалення, видалення або крадіжку будь-яких даних. Якщо записи недостатньо захищені, бухгалтерський облік вважатиметься таким, що не відповідає вказівкам GoBD.
Після того, як бронювання остаточно опубліковано, їх більше не можна змінити або видалити через додаток.
Якщо Odoo використовується в хмарі, регулярні резервні копії є частиною служби Odoo Online. Крім того, регулярні резервні копії можна завантажувати та створювати резервні копії на зовнішніх системах.
Якщо сервер працює локально, користувач несе відповідальність за створення необхідної інфраструктури резервного копіювання.
Важливо
У деяких випадках дані потрібно зберігати протягом десяти років або більше, тому завжди зберігайте резервні копії. Це ще важливіше, якщо ви вирішили змінити постачальника програмного забезпечення.
Відповідальність редактора програмного забезпечення¶
Враховуючи, що GoBD застосовується лише між платником податків і фінансовим органом, редактор програмного забезпечення в жодному разі не може нести відповідальність за точну та відповідну документацію щодо даних фінансових операцій своїх користувачів. Він може лише надати користувачеві інструменти, необхідні для дотримання вказівок щодо програмного забезпечення, описаних у GoBD.
Як Odoo може допомогти вам досягти відповідності?¶
Ключові слова, коли йдеться про GoBD, такі: простежуваний, перевірений, правдивий, чіткий і постійний. Коротше кажучи, вам потрібно мати надійне архівування, а Odoo надає вам засоби для досягнення всіх цих цілей:
- Можливість відстеження та перевіркиКожен запис в Odoo має штамп із зазначенням творця документа, дати створення, дати модифікації та того, хто його змінив. Крім того, відстежуються відповідні поля, тож можна побачити, яке значення ким було змінено в чаті відповідного об’єкта.
- ЗавершеністьУсі фінансові дані повинні бути зафіксовані в системі, і не може бути прогалин. Odoo гарантує відсутність прогалин у нумерації фінансових операцій. Користувач несе відповідальність за кодування всіх фінансових даних у системі. Оскільки більшість фінансових даних в Odoo генерується автоматично, користувач залишається відповідальним за повне кодування всіх рахунків постачальників і різноманітних операцій.
- ТочністьOdoo за допомогою правильної конфігурації гарантує, що використовуються правильні облікові записи. Крім того, механізми контролю між замовленнями на купівлю та замовленнями на продаж і відповідними рахунками відображають бізнес-реальність. Користувач несе відповідальність за сканування та прикріплення паперового рахунку постачальника до відповідного запису в Odoo. Document Odoo допоможе вам автоматизувати це завдання.
- Вчасне бронювання та ведення облікуОскільки більшість фінансових даних в Odoo генерується об’єктами транзакцій (наприклад, рахунок реєструється під час підтвердження), Odoo забезпечує готове своєчасне ведення записів. Користувач несе відповідальність за своєчасне кодування всіх вхідних рахунків постачальників, а також інших операцій.
- ЗамовитиФінансові дані, що зберігаються в Odoo, упорядковані за визначенням і можуть бути змінені відповідно до більшості полів, наявних у моделі. Конкретне замовлення не виконується GoBD, але система повинна гарантувати, що певну фінансову операцію може швидко знайти сторонній експерт. Odoo гарантує це з коробки.
- НезмінністьЗ німецькою локалізацією Odoo, Odoo стандартно налаштовано таким чином, що положення про незмінність можна дотримуватися без будь-яких подальших налаштувань.
Вам потрібен GoBD-Export?¶
У разі фіскального контролю фіскальний орган може запросити три рівні доступу до системи бухгалтерського обліку (Z1, Z2, Z3). Ці рівні варіюються від прямого доступу до інтерфейсу до передачі фінансових даних на пристрій зберігання даних.
У разі передачі фінансових даних на запам’ятовуючий пристрій цей формат не підтримується GoBD. Це може бути, наприклад, у форматі XLS, CSV, XML, Lotus 123, SAP-формат, AS/400-формат тощо. Odoo підтримує CSV та XLS-експорт фінансових даних із коробки. GoBD рекомендує експорт у певний формат GoBD на основі XML (див. «Ergänzende Informationen zur Datenntträgerüberlassung» §3), але це не є обов’язковим.
Яка роль і значення сертифікації відповідності?¶
У GoBD чітко зазначено, що через характер найсучаснішого програмного забезпечення для бухгалтерського обліку, його можливості конфігурації, мінливий характер і різні форми використання неможливо отримати юридично обов’язкову сертифікацію, а також не можна покласти на програмне забезпечення відповідальність до органу державної влади. Сертифікати третіх сторін справді можуть мати інформативну цінність для того, щоб клієнти приймали рішення про покупку програмного забезпечення, але жодним чином не є юридично зобов’язуючими чи мають будь-яку іншу юридичну цінність (A. 12, § 181).
У сертифікаті GoBD стверджується лише те, що якщо ви використовуєте програмне забезпечення відповідно до його вказівок, програмне забезпечення не утримуватиме вас від поваги до GoBD. Ці сертифікати є дуже дорогими з точки зору часу та вартості, а їхня вартість дуже відносна. Таким чином, ми зосереджуємо наші зусилля на забезпеченні відповідності GoBD, а не платимо за маркетинговий інструмент, який, однак, не пропонує нашим клієнтам жодної юридичної визначеності.
Важливо
The BMF actually states the following in the Official GoBD text:
180. Positive attestations on the correctness of the bookkeeping - and thus on the correctness of IT-based bookkeeping systems - are not issued either in the context of a tax field audit or in the context of binding information.
181. «Certificates» or «attestations» from third parties can serve as a decision criterion for the company when selecting a software product, but develop from the in margin no. 179 is not binding on the tax authorities.
Примітка
Попередній вміст було автоматично перекладено з німецької за допомогою Google Translate.
Що станеться, якщо ви не відповідаєте вимогам?¶
У разі порушення вас чекає штраф, а також ухвала суду з вимогою вжити конкретних заходів.