Vokietija

Vokiečių sąskaitų planas

Sąskaitų planas SKR03 ir SKR04 abu yra palaikomi „Odoo“ sistemoje. Galite pasirinkti norimą, eikite į Apskaita ‣ Konfigūracija, tada Pasirinkite paketus, kurių norite vietiniame fiskaliniame skyriuje.

Būkite atsargūs, apskaitos paketą galite pakeisti tik tol, kol nebūsite sukūrę jokio apskaitos įrašo.

Patarimas

Kai sukuriate naują Odoo Online duomenų bazę, SKR03 įdiegiama pagal numatytuosius nustatymus.

Vokiečių apskaitos ataskaitos

Štai vokiškų ataskaitų, pasiekiamų Odoo Enterprise, sąrašas:

• Balanso lapas

• Pelno ir nuostolių ataskaita

• Mokesčių ataskaita (Umsatzsteuervoranmeldung)

• Partnerio PVM viduje

Eksportavimas iš Odoo į Datev

Galima eksportuoti jūsų apskaitos įrašus iš Odoo į Datev. Norint naudotis šia funkcija, jūsų Odoo Enterprise duomenų bazėje turi būti įdiegta Vokietijos apskaitos lokalizacija. Tada galite eiti į Accounting ‣ Reporting ‣ General Ledger ir paspausti Export Datev (csv) mygtuką.

Atsiskaitymo taškas Vokietijoje: Techninė saugos sistema

Kassensicherungsverordnung (Įstatymas dėl apsaugos nuo skaitmeninių įrašų klastojimo) reikalauja, kad elektroninės įrašų tvarkymo sistemos, įskaitant kaso aparatus sistemas, būtų aprūpintos Technine saugumo sistema (taip pat vadinama TSS arba TSE).

Odoo siūlo paslaugą, kuri atitinka reikalavimus su „fiskaly <https://fiskaly.com>“, debesų kompiuterijos sprendimu.

Svarbu

Kadangi šis sprendimas yra debesų pagrindu, reikalingas veikiantis interneto ryšys.

Pastaba

Vieninteliai leidžiami PVM tarifai yra pateikti fiskaly. Šiuos tarifus galite patikrinti pasikonsultavę: fiskaly DSFinV-K API: VAT Definition.

Konfigūracija

Modulių diegimas

1. Jei jūsų duomenų bazė buvo sukurta prieš 2021 m. birželio mėn., atnaujinkite savo Point of Sale programą (point_of_sale) ir Restaurant modulį (pos_restaurant).

2. Įdiegti modulius Germany - Certification for Point of Sale (l10n_de_pos_cert) ir Germany - Certification for Point of Sale of type restaurant (l10n_de_pos_res_cert).

   Patarimas

   Jei šie moduliai nėra išvardyti, atnaujinkite programų sąrašą.

Užregistruokite savo įmonę finansų institucijoje.

Norėdami užregistruoti savo įmonę, eikite į Nustatymai ‣ Bendrieji nustatymai ‣ Įmonės ‣ Atnaujinti informaciją, užpildykite šiuos laukus ir Išsaugoti.

• Įmonės pavadinimas

• Galiojantis adresas

• PVM kodas

• St.-Nr (Mokesčių numeris): šį numerį mokesčių inspekcija priskiria kiekvienam apmokestinamam fiziniam ar juridiniam asmeniui. (pvz., 2893081508152)

• W-IdNr (Wirtschafts-Identifikationsnummer): šis numeris naudojamas kaip nuolatinis identifikacijos numeris ekonomiškai aktyviems asmenims.

Tada galite užregistruoti savo įmonę per fiskaly, atidarę fiskaly skirtuką ir paspaudę fiskaly registracijos mygtuką.

Patarimas

Jei nematote mygtuko fiskaly Registration, įsitikinkite, kad išsaugojote savo įmonės duomenis ir nebebūnate redagavimo režime.

Kai registracija bus baigta, atsiras nauji laukai:

• fiskaly organizacijos ID reiškia jūsų įmonės ID fiskaly sistemoje.

• fiskaly API raktas ir slaptažodis yra prisijungimo duomenys, kuriuos sistema naudoja norėdama pasiekti fiskaly teikiamas paslaugas.

Pastaba

Galima prašyti naujų prisijungimo duomenų, jei kyla kokių nors problemų su esamais.

Sukurkite ir prijunkite techninės apsaugos sistemą prie savo kasos sistemos.

Norėdami naudoti savo pardavimo vietą Vokietijoje, pirmiausia turite sukurti TSS jai.

Norėdami tai padaryti, eikite į Prekybos vieta ‣ Konfigūracija ‣ Prekybos vieta, atidarykite prekybos vietą, kurią norite redaguoti, tada pažymėkite langelį šalia Sukurti TSS ir Išsaugoti.

Kai TSS sukūrimas pavyksta, galite rasti savo TSS ID ir Kliento ID skiltyje fiskaly API.

• TSS ID reiškia jūsų TSS ID fiskaly pusėje.

• Kliento ID reiškia jūsų PoS, bet fiskaly pusėje.

DSFinV-K

Kiekvieną kartą uždarius PoS sesiją, užsakymų detalės yra siunčiamos į fiskaly DSFinV-K tarnybą.

Atsitikus auditui, galite eksportuoti duomenis, siunčiamus į DSFinV-K, pasirinkę Pardavimo vieta ‣ Užsakymai ‣ DSFinV-k eksportai.

Šie laukai yra privalomi:

• Vardas

• Pradžios data (eksportuoti duomenis su datomis, kurios yra didesnės arba lygios nurodytai pradžios datai)

• Pabaigos data ir laikas (eksportuokite duomenis su datomis, kurios yra mažesnės arba lygios nurodytai pabaigos datai)

Palikite lauką Pardavimo taškas tuščią, jei norite eksportuoti visų savo pardavimo taškų duomenis. Nurodykite pardavimo tašką, jei norite eksportuoti tik šio konkretaus pardavimo taško duomenis.

DSFinV-K eksporto sukūrimas sukelia eksportą fiskaly pusėje.

Kaip matote, Būsena yra Laukia. Tai reiškia, kad eksportas buvo sėkmingai inicijuotas ir yra apdorojamas. Turite spustelėti Atnaujinti būseną, kad patikrintumėte, ar jis paruoštas.

Vokietijos mokesčių apskaitos standartai: Odoo vadovas dėl GoBD laikymosi

GoBD (vok. Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form sowie zum Datenzugriff <https://www.bundesfinanzministerium.de/Content/DE/Downloads/BMF_Schreiben/Weitere_Steuerthemen/Abgabenordnung/2019-11-28-GoBD.pdf>) - tai gairės, kaip teisingai valdyti ir saugoti knygas, įrašus ir dokumentus elektronine forma bei užtikrinti duomenų prieigą. Jos svarbios Vokietijos mokesčių inspekcijai, mokesčių deklaracijoms ir balanso ataskaitoms.

Šie principai buvo parašyti ir paskelbti Federalinio Finansų Ministerijos (BMF) 2014 m. lapkritį. Nuo 2015 m. sausio mėn. jie tapo norma ir pakeitė anksčiau priimtas kompiuterizuotos apskaitos praktikas. 2019 m. ir 2020 m. sausį BMF atliko keletą pakeitimų, kad paaiškintų tam tikrą turinį ir atsižvelgtų į skaitmeninių sprendimų (debesijos talpinimas, bepopierės įmonės ir kt.) raidą.

Svarbu

Odoo suteikia jums priemones, kad atitiktumėte GoBD reikalavimus.

Ką reikia žinoti apie GoBD, kai naudojatės buhalterinės apskaitos programine įranga?

Pastaba

Jei galite, geriausias būdas suprasti GoBD yra perskaityti Oficialų GoBD tekstą. Jis yra šiek tiek ilgas, bet gana suprantamas nespecialistams. Trumpai tariant, štai ko tikėtis:

GoBD yra privalomas įmonėms, kurios turi pateikti apskaitą, įskaitant MVĮ, laisvai samdomus darbuotojus ir verslininkus, finansinėms institucijoms. Todėl mokesčių mokėtojas pats yra vienintelis atsakingas už išsamų ir tvarkingą fiskaliai svarbių duomenų (aukščiau minėtų finansinių ir susijusių duomenų) saugojimą.

Be programinės įrangos reikalavimų, vartotojas privalo užtikrinti vidaus kontrolės sistemas (pagal Mokesčių kodekso 146 straipsnį):

• Prieigos teisių kontrolė;

• Pareigų atskyrimas, funkcijų atskyrimas;

• Įvedimo kontrolė (klaidų pranešimai, tikimybės patikros);

• Suderinimo patikrinimai duomenų įvedimo metu;

• Apdorojimo kontrolė;

• Priemonės, skirtos užkirsti kelią tyčiniam ar netyčiniam programinės įrangos, duomenų ar dokumentų manipuliavimui.

Vartotojas turi paskirstyti užduotis organizacijos viduje atitinkamoms pozicijoms (kontrolė) ir tikrinti, ar užduotys yra tinkamai ir visiškai atliekamos (priežiūra). Šių kontrolės priemonių rezultatai turi būti užfiksuoti (dokumentacija), o jei šių kontrolės metu bus rastos klaidos, turi būti imtasi tinkamų priemonių situacijai ištaisyti (prevencija).

O kaip dėl duomenų saugumo?

Mokesčių mokėtojas turi apsaugoti sistemą nuo bet kokio duomenų praradimo dėl ištrynimo, pašalinimo ar duomenų vagystės. Jei įrašai nėra pakankamai apsaugoti, apskaita bus laikoma neatitinkančia GoBD gairių.

Svarbą galutinai įrašius, jo nebegalima pakeisti ar ištrinti per programėlę.

• Jei naudojate Odoo debesyje, reguliarios atsarginės kopijos yra „Odoo Online“ paslaugos dalis. Be to, reguliarios atsarginės kopijos gali būti atsisiųstos ir saugomos išorinėse sistemose.

  Taip pat žiūrėkite

  Odoo debesijos talpinimas - paslaugų lygio susitarimas

• Jei serveris valdomas vietoje, naudotojas atsako už būtinos atsarginės infrastruktūros sukūrimą.

Svarbu

Kai kuriais atvejais duomenys turi būti saugomi dešimt metų ar ilgiau, todėl visada turėkite išsaugotas atsargines kopijas. Tai ypač svarbu, jei nusprendžiate pakeisti programinės įrangos tiekėją.

Programinės įrangos redaktoriaus atsakomybė

Kadangi GoBD taikoma tik mokesčių mokėtojui ir finansų institucijai, programinės įrangos kūrėjas jokiomis aplinkybėmis negali būti laikomas atsakingu už tikslią ir atitinkančią taisykles savo naudotojų finansinių sandorių duomenų dokumentaciją. Jis gali tik suteikti būtinas priemones naudotojui, kad šis laikytųsi programinės įrangos gaires, aprašytas GoBD.

Kaip Odoo gali padėti jums pasiekti atitiktį?

Pagrindiniai žodžiai, kai kalbama apie GoBD, yra: atsekamas, patikrinamas, tikras, aiškus ir nuolatinis. Trumpai tariant, jums reikia užtikrinti audito apsaugą archyvuojant duomenis, ir Odoo suteikia jums priemones pasiekti visus šiuos tikslus:

1. Sekamumas ir patikrinamumas

   Kiekvienas įrašas Odoo sistemoje yra žymimas dokumento kūrėju, sukūrimo data, pakeitimo data ir kas jį pakeitė. Be to, atitinkami laukai yra sekami, todėl galima matyti, kokią vertę pakeitė kuris vartotojas susijusio objekto pokalbių skiltyje.
2. Išsamumas

   Visi finansiniai duomenys turi būti įrašyti sistemoje ir neturi būti jokių spragų. Odoo užtikrina, kad finansinių operacijų numeracija būtų be spragų. Vartotojas yra atsakingas už tai, kad visi finansiniai duomenys būtų užkoduoti sistemoje. Kadangi dauguma finansinių duomenų Odoo sistemoje yra generuojama automatiškai, vartotojas yra atsakingas už tai, kad visos tiekėjų sąskaitos ir kitų operacijų duomenys būtų pilnai užkoduoti.
3. Tikslumas

   Odoo užtikrina, kad tinkamai sukonfigūravus būtų naudojamos teisingos sąskaitos. Be to, kontrolės mechanizmai tarp pirkimo užsakymų ir pardavimo užsakymų bei jų atitinkamų sąskaitų faktūrų atspindi verslo realybę. Vartotojas yra atsakingas už popierinės tiekėjo sąskaitos nuskaitymą ir jos priedą prie atitinkamo įrašo Odoo. Odoo Document padeda automatizuoti šią užduotį.
4. Laiku užsakymas ir apskaita

   Kadangi dauguma finansinių duomenų Odoo yra generuojami iš sandorių objektų (pavyzdžiui, sąskaita faktūra yra užregistruojama patvirtinimo metu), Odoo užtikrina savalaikį įrašų tvarkymą. Vartotojas privalo laiku įrašyti visas gaunamas tiekėjų sąskaitas ir įvairias operacijas.
5. Užsakymas

   Finansiniai duomenys, saugomi Odoo sistemoje, pagal apibrėžimą yra sutvarkyti ir gali būti rikiuojami pagal daugumą modelyje esančių laukų. Specifinio rikiavimo tvarkos GoBD nereglamentuoja, tačiau sistema turi užtikrinti, kad tam tikrą finansinę operaciją galėtų greitai rasti trečiosios šalies ekspertas. Odoo tai užtikrina kaip numatytąją funkciją.
6. Nepakeičiamumas

   Su vokiška Odoo lokalizacija, Odoo yra standartiniu būdu sukonfigūruotas taip, kad nekeičiamos informacijos sąlyga gali būti laikomasi be jokių papildomų pritaikymų.

Ar jums reikia GoBD eksporto?

Fiskalinio kontrolės atveju fiskalinė institucija gali reikalauti trijų lygių prieigos prie apskaitos sistemos (Z1, Z2, Z3). Šie lygiai skiriasi nuo tiesioginės prieigos prie sąsajos iki finansinių duomenų perdavimo laikmenos formatu.

Atsižvelgiant į finansinių duomenų perdavimą saugojimo įrenginyje, GoBD nereglamentuoja formato. Jis gali būti, pavyzdžiui, XLS, CSV, XML, Lotus 123, SAP-formatu, AS/400-formatu arba kitokiu. Odoo palaiko CSV ir XLS finansinių duomenų eksportą iš karto. GoBD rekomenduoja eksportuoti specifiniu XML pagrįstu GoBD-formatu (žr. „Papildoma informacija apie duomenų laikmenos perdavimą“ §3), tačiau tai nėra privaloma.

Kokia yra atitikties sertifikato reikšmė ir vaidmuo?

GoBD aiškiai nurodo, kad dėl pažangios buhalterinės programinės įrangos prigimties, jų konfigūravimo galimybių, besikeičiančio pobūdžio ir įvairių naudojimo formų, negalima suteikti jokio teisiškai privalomo sertifikato, taip pat programinė įranga negali būti atsakinga prieš viešąją valdžią. Trečiųjų šalių sertifikatai iš tiesų gali turėti informacinę vertę klientams, priimantiems sprendimus dėl programinės įrangos pirkimo, tačiau jie jokiu būdu nėra teisiškai privalomi ar turintys bet kokią kitą teisinę vertę (A. 12, § 181).

GoBD sertifikatas nurodo tik tai, kad jei naudosite programinę įrangą pagal jos gaires, programinė įranga netrukdys jums laikytis GoBD reikalavimų. Šios sertifikacijos yra labai brangios tiek laiko, tiek kaštų atžvilgiu, o jų vertė yra labai santykinė. Todėl mes sutelkiame savo pastangas užtikrinti GoBD atitiktį, užuot mokėję už rinkodaros įrankį, kuris visgi nesuteikia mūsų klientams jokio teisinio tikrumo.

Svarbu

BMF faktiškai nurodo šiuos teiginius Oficialiame GoBD tekste:

• 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.

Pastaba

Ankstesnis turinys buvo automatiškai išverstas iš vokiečių kalbos naudojant Google Vertėją.

Kas atsitiks, jei nesilaikysite reikalavimų?

Pažeidimo atveju galite tikėtis baudų, taip pat teismo nurodymo, reikalaujančio įgyvendinti specifines priemones.