Németország

Könyvelés

Számlatükör

Mind az SKR03, mind az SKR04 számlatükör támogatott az Odoo-ban. Amikor új Odoo Online adatbázist hoz létre, az SKR03 alapértelmezés szerint telepítve van.

Ellenőrizze, melyik van telepítve, ha navigál a következőhöz: Accounting ‣ Configuration ‣ Settings, és ellenőrzi a Package mezőt a Fiscal Localization szekció alatt.

Figyelem

Másik csomag kiválasztása csak akkor lehetséges, ha még nem hozott létre könyvelési bejegyzést. Ha már rögzített egyet, új céget vagy adatbázist kell létrehozni a másik csomag kiválasztásához. Ezenkívül minden naplóbejegyzést újra létre kell hozni.

Jelentések

A következő Németország-specifikus jelentések érhetők el az Odoo Enterprise-ban:

• Mérleg

• Eredménykimutatás

• Adójelentés (Umsatzsteuervoranmeldung)

• EC értékesítési lista

• Intrastat

Bejegyzések exportálása az Odoo-ból a DATEV-be

Feltéve, hogy az egyik német fiscal localization packages telepítve van, exportálhatja könyvelési bejegyzéseit az Odoo-ból a DATEV-be a főkönyvből.

Kétféle exportálás szükséges: először a DATEV ATCH export, majd a DATEV DATA export.

Megjegyzés

Mindkettőre szükség van különböző szakaszokban, hogy az adatokat helyesen át lehessen vinni a DATEV-be, mivel a DATEV két interfésszel dolgozik, egy az ügyfelek számára (DUO - DATEV Unternehmen Online) és egy az adótanácsadók számára (DATEV Rechnungswesen).

1. DATEV ATCH

Menjen a Számvitel ‣ Jelentések ‣ Főkönyv, kattintson a (Műveletek) gombra, és válassza a Datev ATCH (zip) lehetőséget.

Töltse fel a letöltött ZIP fájlt a DATEV Belegtransfer szoftver segítségével.

Ha nincs telepítve a DATEV Belegtransfer szoftver a számítógépén, kérje meg adótanácsadóját, hogy segítsen ebben.

Figyelem

A DATEV ATCH ZIP fájl tartalmazza az Odoo számlához vagy számlához kapcsolódó fájlokat (jelentéseket). Ügyfélszámlák esetén a fájlt a Nyomtatás és küldés gomb használatával kellett létrehozni. Szállítói számlák esetén a fájlt e-mail aliason keresztül kellett megkapni vagy a Feltöltés gomb használatával kellett feltölteni.

DATEV ATCH ZIP fájl

A ZIP fájl kétféle fájlt tartalmaz:

• az egyes számla/bizonylat fájlok (PDF, JPEG, stb.) a kiválasztott időszakra a főkönyvben, és

• egy document.xml fájl, amelyet egyedi azonosító (GUID) generálására használnak minden fájlhoz.

Ezek az egyedi azonosítók elengedhetetlenek, mivel lehetővé teszik a DATEV számára, hogy automatikusan összekapcsolja a fájlokat az egyes naplóbejegyzésekkel, amelyeket a következő lépésben a DATEV DATA fájllal importálnak.

2. DATEV DATA

Menjen a Számvitel ‣ Jelentések ‣ Főkönyv, kattintson a (Műveletek) gombra, és válassza a Datev DATA (zip) lehetőséget.

Továbbítsa a letöltött ZIP fájlt az adótanácsadójának. Nekik importálniuk kell a ZIP fájlt a DATEV Rechnungswesen-be.

Ellenőrizze az adótanácsadójával, hogy milyen gyakran van szükségük ezekre a fájlokra.

DATEV ATCH ZIP fájl

A ZIP fájl három CSV fájlt tartalmaz:

• a EXTF_customer_accounts.csv fájl, amely az összes ügyféllel kapcsolatos információt tartalmazza,

• a EXTF_vendor_accounts.csv fájl, amely az összes szállítóval kapcsolatos információt tartalmazza, és

• az EXTF_accounting_entries.csv fájl, amely tartalmazza az összes naplóbejegyzést az általános főkönyvben meghatározott időszakra vonatkozóan, valamint az egyedi azonosítókat (GUID), hogy a naplóbejegyzések összekapcsolhatók legyenek a DATEV ATCH ZIP fájlban található fájlokkal.

GoBD megfelelőség

A GoBD a Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form sowie zum Datenzugriff rövidítése. Röviden, ez egy iránymutatás a könyvek, feljegyzések és dokumentumok elektronikus formában történő megfelelő kezelésére és tárolására, valamint az adatokhoz való hozzáférésre, amely a német adóhatóság, az adóbevallás és a mérleg szempontjából releváns.

Ezeket az elveket a Szövetségi Pénzügyminisztérium (BMF) írta és tette közzé 2014 novemberében. 2015 januárja óta ezek váltak normává, és felváltották a korábban elfogadott, számítógépes könyveléshez kapcsolódó gyakorlatokat. A BMF 2019-ben és 2020 januárjában több változtatást hajtott végre a digitális megoldások (felhőalapú tárolás, papírmentes vállalatok stb.) fejlődése miatt, hogy pontosítsa a tartalom egy részét.

Fontos

Az Odoo GoBD-megfelelőségi tanúsítvánnyal rendelkezik.

A GoBD megértése a könyvelőszoftverekkel kapcsolatban

A GoBD kötelező azon vállalatok számára, amelyeknek számlákat kell bemutatniuk, ideértve a KKV-kat, szabadúszókat és vállalkozókat, a pénzügyi hatóságok számára. Ennek megfelelően az adózó maga az egyedüli felelős a fiskálisan releváns adatok (a fent említett pénzügyi és kapcsolódó adatok) teljes és kimerítő megőrzéséért.

A szoftverkövetelményeken kívül a felhasználónak biztosítania kell a belső ellenőrzési rendszereket (a Pénzügyi Kódex 146. szakaszának megfelelően):

• hozzáférési jogok ellenőrzése;

• feladatok szétválasztása, funkcionális elkülönítés;

• beviteli ellenőrzések (hibaértesítések, valószínűségi ellenőrzések);

• egyeztetési ellenőrzések az adatrögzítés során;

• feldolgozási ellenőrzések; és

• intézkedések a szoftver, adatok vagy dokumentumok szándékos vagy véletlen manipulációjának megelőzésére.

A felhasználónak a szervezeten belül a feladatokat a megfelelő pozíciókhoz kell rendelnie (ellenőrzés), és ellenőriznie kell, hogy a feladatok megfelelően és teljesen el vannak-e végezve (felügyelet). Az ellenőrzések eredményét rögzíteni kell (dokumentáció), és ha az ellenőrzések során hibákat találnak, megfelelő intézkedéseket kell tenni a helyzet orvoslására (megelőzés).

Adatbiztonság

Az adózónak biztosítania kell a rendszer védelmét az adatvesztés ellen törlés, eltávolítás vagy adatlopás miatt. Ha a bejegyzések nincsenek megfelelően biztosítva, a könyvelést nem a GoBD irányelveknek megfelelőnek tekintik.

Miután a könyvelési tételek véglegesen rögzítésre kerültek, az alkalmazáson keresztül már nem módosíthatók vagy törölhetők.

• Ha az Odoo felhőben van használva, a rendszeres biztonsági mentések az Odoo Online szolgáltatás részét képezik. Ezenkívül rendszeres biztonsági mentések letölthetők és külső rendszereken tárolhatók.

  Lásd még

  Odoo Cloud Hosting - Szolgáltatási Szint Megállapodás

• Ha a szervert helyileg üzemeltetik, a felhasználó felelős a szükséges biztonsági mentési infrastruktúra létrehozásáért.

Fontos

Bizonyos esetekben az adatokat tíz évig vagy még tovább kell megőrizni, ezért mindig legyenek mentések elmentve. Ez még fontosabb, ha úgy dönt, hogy szoftverszolgáltatót vált.

A szoftver szerkesztőjének felelőssége

Tekintettel arra, hogy a GoBD csak az adóalanyra vonatkozik, a szoftver szerkesztője semmiképpen sem vonható felelősségre a felhasználóik pénzügyi tranzakciós adatainak pontos és szabályszerű dokumentálásáért. Csupán a szükséges eszközöket tudja biztosítani a felhasználó számára, hogy betartsa a GoBD-ben leírt szoftverrel kapcsolatos irányelveket.

A megfelelőség biztosítása az Odoo segítségével

A GoBD esetében a kulcsszavak: nyomon követhető, ellenőrizhető, igaz, világos és folyamatos. Röviden, auditbiztos archiválásra van szükség, és az Odoo biztosítja az eszközöket ezen célok eléréséhez:

1. Nyomon követhetőség és ellenőrizhetőség

   Minden Odoo-ban lévő rekordot ellátnak a dokumentum készítőjének, a létrehozás dátumának, a módosítás dátumának és a módosító személyének adataival. Ezenkívül a releváns mezők nyomon követésre kerülnek. Így látható, hogy melyik értéket ki változtatta meg a releváns objektum csevegőjében.
2. Teljesség

   Minden pénzügyi adatot rögzíteni kell a rendszerben, és nem lehetnek hiányosságok. Az Odoo biztosítja, hogy ne legyen hiány a pénzügyi tranzakciók számozásában. A felhasználó felelőssége, hogy minden pénzügyi adatot kódoljon a rendszerben. Mivel az Odoo-ban a legtöbb pénzügyi adat automatikusan generálódik, a felhasználó felelőssége marad, hogy minden szállítói számlát és egyéb műveletet teljesen kódoljon.
3. Pontosság

   Az Odoo biztosítja, hogy a megfelelő konfigurációval a megfelelő számlák kerüljenek felhasználásra. Ezen felül a beszerzési és értékesítési rendelések, valamint a hozzájuk tartozó számlák közötti ellenőrzési mechanizmusok tükrözik az üzleti valóságot. A felhasználó felelőssége, hogy a papíralapú szállítói számlát beolvassa és csatolja a megfelelő rekordhoz az Odoo-ban. Az Odoo Documents segít automatizálni ezt a feladatot.
4. Időben történő könyvelés és nyilvántartás

   Mivel az Odoo-ban a legtöbb pénzügyi adat a tranzakciós objektumok által generálódik (például a számla a megerősítéskor kerül könyvelésre), az Odoo biztosítja az azonnali nyilvántartást. A felhasználó felelőssége, hogy az összes beérkező szállítói számlát időben kódolja, valamint az egyéb műveleteket is.
5. Rend

   Az Odoo-ban tárolt pénzügyi adatok definíció szerint rendezettek, és a modellben jelen lévő legtöbb mező szerint újrarendezhetők. A GoBD nem ír elő konkrét sorrendet, de a rendszernek biztosítania kell, hogy egy adott pénzügyi tranzakció gyorsan megtalálható legyen egy külső szakértő által. Az Odoo ezt alapértelmezés szerint biztosítja.
6. Változtathatatlanság

   A német Odoo lokalizációval az Odoo úgy van alapértelmezés szerint konfigurálva, hogy a változtathatatlansági záradék betartható legyen további testreszabás nélkül.

GoBD export

Fiskális ellenőrzés esetén a fiskális hatóság három szintű hozzáférést kérhet a könyvelési rendszerhez (Z1, Z2, Z3). Ezek a szintek a felülethez való közvetlen hozzáféréstől a pénzügyi adatok tárolóeszközön történő átadásáig terjednek.

In the case of a handover of financial data to a storage device, the GoBD does not enforce the format. It can be, for example, in XLS, CSV, XML, Lotus 123, SAP-format, AS/400-format, or else. Odoo supports the CSV and XLS export of financial data out of the box. The GoBD recommends the export in a specific XML-based GoBD format (see „Ergänzende Informationen zur Datenträgerüberlassung” §3), but it is not binding.

Nem megfelelés

Jogszabálysértés esetén bírságra és bírósági végzésre számíthat, amely meghatározott intézkedések végrehajtását követeli meg.

Értékesítési pont

Technikai biztonsági rendszer

A Kassensicherungsverordnung (A digitális nyilvántartások manipulációja elleni védelemről szóló törvény) előírja, hogy az elektronikus nyilvántartási rendszereknek - beleértve a point of sale rendszereket is - technikai biztonsági rendszerrel (más néven TSS vagy TSE) kell rendelkezniük.

Az Odoo egy olyan szolgáltatást kínál, amely megfelel a fiskaly segítségével, amely egy felhőalapú megoldás.

Fontos

Mivel ez a megoldás felhőalapú, működő internetkapcsolat szükséges.

Megjegyzés

A fiskaly által megadott ÁFA-kulcsok az egyetlenek, amelyek engedélyezettek. Ezeket a kulcsokat a fiskaly DSFinV-K API: VAT Definition konzultálásával ellenőrizheti.

Konfiguráció

Telepítse a Németország - Értékesítési pont tanúsítvány (l10n_de_pos_cert) és a Németország - Értékesítési pont tanúsítvány étterem típusú (l10n_de_pos_res_cert) modulokat.

Javaslat

Ha ezek a modulok nincsenek felsorolva, frissítse az alkalmazáslistát.

Cég regisztráció a pénzügyi hatóságnál

A cég regisztrálásához nyissa meg a Beállítások alkalmazást, kattintson a Információ frissítése gombra a Cégek szekció alatt, és töltse ki a következő mezőket:

• Cégnév

• Cím

• ÁFA

• St.-Nr. (Steuernummer) ezt a számot az adóhivatal rendeli minden adóköteles természetes vagy jogi személyhez (pl. 2893081508152).

• W-IdNr. (Wirtschafts-Identifikationsnummer) ezt a számot használják állandó azonosítóként gazdaságilag aktív személyek számára.

Ezután regisztrálhatja cégét a fiskaly-n keresztül a Fiskaly fül megnyitásával és a Fiskaly regisztráció gombra kattintva.

Javaslat

Ha nem látja a Fiskaly regisztráció gombot, győződjön meg róla, hogy mentette a cég adatait, és már nem szerkesztési módban van.

Miután a regisztráció befejeződött, új mezők jelennek meg:

• Fiskaly szervezet ID a cégének azonosítójára utal a fiskaly oldalán.

• A Fiskaly API Key és a Fiskaly API Secret azok a hitelesítő adatok, amelyeket a rendszer a fiskaly által kínált szolgáltatások eléréséhez használ.

Megjegyzés

Új hitelesítő adatok kérhetők, ha bármilyen probléma merül fel a jelenlegiekkel, a New keys gombra kattintva.

Hozzon létre egy technikai biztonsági rendszert, és kapcsolja össze egy POS-szal

Ahhoz, hogy Németországban használjon egy értékesítési pontot, először hozzon létre egy TSS-t a következő útvonalon: Point of Sale ‣ Configuration ‣ Point of Sale, válassza ki a szerkeszteni kívánt Point of Sale-t, majd jelölje be a Create TSS négyzetet a Fiskaly API szakasz alatt.

Miután a TSS létrehozása sikeres, megtalálhatja a következőket:

• TSS ID, amely a TSS azonosítójára utal a fiskaly oldalán, és

• Fiskaly Client ID, amely az Ön POS-ára utal a fiskaly oldalán.

DSFinV-K export

Valahányszor bezár egy PoS munkamenetet, a rendelések részletei elküldésre kerülnek a fiskaly DSFinV-K szolgáltatásának.

Ellenőrzés esetén exportálhatja a DSFinV-K-hoz küldött adatokat, ha a következő menüpontra lép: Point of Sale ‣ Orders ‣ DSFinV-K Exports ‣ New.

Ezek a mezők kötelezőek:

• Start Datetime: exportálja az adatokat a megadott kezdő dátumnál nagyobb vagy azzal egyenlő dátumokkal

• End Datetime: exportálja az adatokat a megadott végdátumnál kisebb vagy azzal egyenlő dátumokkal

Hagyja üresen a Point of Sale mezőt, hogy az összes értékesítési pont adatait exportálja; adjon meg egyet, ha csak egy adott POS adatait szeretné exportálni.

Amikor egy exportálás sikeresen elindul és feldolgozás alatt áll, a State mezőnek Pending állapotot kell mutatnia. Kattintson a Refresh State gombra, hogy ellenőrizze, készen áll-e.