Németország¶
Könyvelés¶
Számlatükör¶
Az Odoo-ban az SKR03 és az SKR04 számlatükör is támogatott. Új Odoo Online adatbázis létrehozásakor az SKR03 kerül alapértelmezetten telepítésre.
A telepített csomag ellenőrzéséhez nyissa meg a következőt: , majd ellenőrizze a Csomag mezőt a Pénzügyi honosítás szakaszban.
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 feladtak egyet, új vállalatot vagy adatbázist kell beállítani a másik csomag kiválasztásához. Ezenkívül az összes naplóbejegyzést újra létre kell hozni.
Jelentések¶
Az Odoo Enterprise-ban elérhető alábbi németországi-specifikus jelentések:
Mérleg
Eredménykimutatás
Adóbevallás (Umsatzsteuervoranmeldung)
EK értékesítési lista
Intrastat
Bejegyzések exportálása Odoo-ból DATEV-be¶
Ha a német pénzügyi honosítási csomagok egyike telepítve van, a könyvelési bejegyzéseket exportálhatja az Odoo-ból a DATEV-be a főkönyvből.
Kétféle exportra van szükség: először a DATEV ATCH exportra, majd a DATEV DATA exportra.
Megjegyzés
Mindkettőre szükség van a különböző szakaszokban az adatok helyes DATEV-be történő átviteléhez, mivel a DATEV két felülettel dolgozik: egy ügyfelek számára (DUO - DATEV Unternehmen Online) és egy adótanácsadók számára (DATEV Rechnungswesen).
1. DATEV ATCH¶
Lépjen a menüpontra, kattintson az (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 software segítségével.
Ha a DATEV Belegtransfer szoftver nincs telepítve a számítógépére, kérje adótanácsadója segítségét.
Figyelem
A DATEV ATCH ZIP fájl tartalmazza az Odoo-számlához vagy bejövő számlához csatolt fájlokat (jelentéseket). Vevői számlák esetén a fájlt a Nyomtatás és küldés gombbal kell előállítani. Szállítói számlák esetén a fájlnak e-mail aliasen keresztül kellett megérkeznie, vagy a Feltöltés gombbal kell feltölteni.
DATEV ATCH ZIP fájl
A ZIP fájl kétféle fájlt tartalmaz:
az egyes számla-/bejövőszámla-fájlokat (PDF, JPEG stb.) a főkönyvön kiválasztott időszakra vonatkozóan, valamint
egy
document.xmlfájlt, amely egyedi azonosítót (GUID) generál minden egyes fájlhoz.
Ezek az egyedi azonosítók elengedhetetlenek, mivel lehetővé teszik a DATEV számára, hogy a fájlokat automatikusan összekapcsolja az egyes naplótételekkel, amelyek a következő lépésben a DATEV DATA fájllal kerülnek importálásra.
2. DATEV DATA¶
Lépjen a menüpontra, kattintson az (Műveletek) gombra, és válassza a Datev DATA (zip) lehetőséget.
Küldje el a letöltött ZIP fájlt adótanácsadójának. Az adótanácsadónak importálnia kell a ZIP fájlt a DATEV Rechnungswesen rendszerbe.
Egyeztessen adótanácsadójával arról, hogy milyen gyakorisággal van szüksége ezekre a fájlokra.
DATEV ATCH ZIP fájl
A ZIP fájl három CSV fájlt tartalmaz:
a
EXTF_customer_accounts.csvfájlt, amely a vevőkre vonatkozó összes információt tartalmazza,a
EXTF_vendor_accounts.csvfájlt, amely a szállítókra vonatkozó összes információt tartalmazza, valaminta
EXTF_accounting_entries.csvfájlt, amely tartalmazza a főkönyvön meghatározott időszak összes naplótételét, valamint az egyedi azonosítókat (GUID), amelyek segítségével a naplótételek összekapcsolhatók a DATEV ATCH ZIP fájlban lévő 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ányelv a könyvek, nyilvántartások és dokumentumok elektronikus formában történő megfelelő kezeléséhez és tárolásához, valamint az adatokhoz való hozzáféréshez, 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) 2014 novemberében dolgozta ki és tette közzé. 2015 januárjától ezek normává váltak, és felváltották a számítógép-alapú könyveléshez kapcsolódó korábban elfogadott gyakorlatokat. A BMF 2019-ben és 2020 januárjában számos módosítást hajtott végre, hogy a digitális megoldások fejlődésének köszönhetően (felhős tárhely, papírmentes vállalkozások stb.) egyes tartalmi elemeket pontosítson.
Fontos
Az Odoo GoBD-megfelelőség tanúsítvánnyal rendelkezik.
A GoBD megértése a könyvelési szoftverek vonatkozásában¶
A GoBD kötelező azokra a vállalkozásokra, amelyeknek elszámolást kell benyújtaniuk – beleértve a KKV-kat, a szabadúszókat és a vállalkozókat – a pénzügyi hatóságok felé. Emiatt kizárólag maga az adófizető felelős a pénzügyileg releváns adatok (a fent említett pénzügyi és kapcsolódó adatok) teljes körű és kimerítő nyilvántartásáért.
A szoftverkövetelményeken túl a felhasználótól elvárják, hogy belső ellenőrzési rendszereket tartson fenn (az Adótörvénykönyv 146. §-ával összhangban):
hozzáférési jogosultságok ellenőrzése;
feladatok szétválasztása, funkcionális elkülönítés;
beviteli ellenőrzések (hibaértesítések, plauzibilitás-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, az adatok vagy a dokumentumok szándékos vagy véletlen manipulációjának megakadályozására.
A felhasználónak a szervezetén belül el kell osztania a feladatokat az érintett pozíciók között (ellenőrzés), és meg kell győződnie arról, hogy a feladatok megfelelően és hiánytalanul teljesülnek (felügyelet). Ezen ellenőrzések eredményét rögzíteni kell (dokumentáció), és ha az ellenőrzések során hibák merülnek fel, megfelelő korrekciós intézkedéseket kell bevezetni (megelőzés).
Adatbiztonság¶
Az adófizetőnek meg kell védenie a rendszert az adatvesztéstől, amelyet adatok törlése, eltávolítása vagy ellopása okozhat. Ha a bejegyzések nem megfelelően vannak biztosítva, a könyvelés nem tekinthető GoBD-megfelelőnek.
Miután a könyvelési tételek véglegesen könyvelve lettek, az alkalmazáson keresztül már nem módosíthatók vagy törölhetők.
Ha az Odoo felhőben üzemel, a rendszeres biztonsági mentések az Odoo Online szolgáltatás részét képezik. Emellett rendszeres biztonsági mentések tölthetők le és tárolhatók külső rendszereken.
Ha a szerver helyi üzemeltetésű, a szükséges biztonsági mentési infrastruktúra kialakításáért a felhasználó a felelős.
Fontos
Egyes esetekben az adatokat tíz évig vagy tovább kell megőrizni, ezért mindig rendelkezzen mentett biztonsági másolatokkal. Ez különösen fontos, ha szoftverszolgáltatót kíván váltani.
A szoftverkiadó felelőssége¶
Tekintettel arra, hogy a GoBD kizárólag az adófizetőre vonatkozik, a szoftverkiadó semmilyen körülmények között nem tehető felelőssé a felhasználók pénzügyi tranzakciós adatainak pontos és megfelelő dokumentálásáért. Csupán a szükséges eszközöket biztosíthatja a felhasználónak a GoBD-ben leírt szoftverrel kapcsolatos irányelvek betartásához.
A megfelelőség biztosítása az Odoo segítségével¶
A GoBD kulcsszavai: nyomon követhető, ellenőrizhető, valósághű, áttekinthető és folyamatos. Röviden: auditálható archiválási rendszerrel kell rendelkeznie, és az Odoo biztosítja az összes cél eléréséhez szükséges eszközöket:
- Nyomon követhetőség és ellenőrizhetőségAz Odoo minden rekordján szerepel a dokumentum létrehozója, a létrehozás dátuma, a módosítás dátuma és a módosítást végző személy neve. Emellett a releváns mezők is nyomon követhetők. Így a megfelelő objektum csevegőjében megtekinthető, hogy melyik értéket ki módosította.
- TeljességMinden pénzügyi adatot rögzíteni kell a rendszerben, és nem lehetnek hiányosságok. Az Odoo gondoskodik arról, hogy ne legyen hézag a pénzügyi tranzakciók számozásában. A felhasználó felelőssége, hogy minden pénzügyi adatot rögzítsen a rendszerben. Mivel az Odoo-ban a legtöbb pénzügyi adat automatikusan keletkezik, a felhasználó felelőssége marad, hogy minden szállítói számlát és egyéb műveletet teljes körűen rögzítsen.
- PontosságAz Odoo gondoskodik arról, hogy a megfelelő konfiguráció esetén a megfelelő számlák kerüljenek felhasználásra. Emellett a beszerzési megrendelések és az értékesítési megrendelések, valamint azok számláinak ellenőrzési mechanizmusai tükrözik az üzleti valóságot. A felhasználó felelőssége, hogy a papíralapú szállítói számlákat beszkenneljék és csatolják a megfelelő rekordhoz az Odoo-ban. Az Odoo Documents segít automatizálni ezt a feladatot.
- Időszerű könyvelés és nyilvántartásMivel az Odoo-ban a legtöbb pénzügyi adatot a tranzakciós objektumok generálják (például a számlát a megerősítéskor könyvelik), az Odoo alapértelmezetten biztosítja az időszerű nyilvántartást. A felhasználó felelőssége, hogy az összes bejövő szállítói számlát és egyéb műveletet időben rögzítse.
- RendezettségAz Odoo-ban tárolt pénzügyi adatok definíció szerint rendezettek, és a modellben szereplő 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ót egy külső szakértő gyorsan megtalálhasson. Az Odoo ezt alapértelmezetten biztosítja.
- MegváltoztathatatlanságA német Odoo lokalizációval az Odoo alapértelmezetten úgy van konfigurálva, hogy a megváltoztathatatlanságra vonatkozó záradékot további testreszabás nélkül be lehet tartani.
GoBD export¶
Adóellenőrzés esetén az adóhatóság háromféle hozzáférési szintet kérhet a könyvelési rendszerhez (Z1, Z2, Z3). Ezek a szintek a közvetlen felületi hozzáféréstől a pénzügyi adatok adathordozón való átadásáig terjednek.
Pénzügyi adatok adathordozón való átadása esetén a GoBD nem ír elő kötelező formátumot. Ez lehet például XLS, CSV, XML, Lotus 123, SAP-formátum, AS/400-formátum vagy egyéb. Az Odoo alapértelmezetten támogatja a pénzügyi adatok CSV és XLS formátumban történő exportálását. A GoBD ajánlja az exportot egy specifikus XML-alapú GoBD formátumban (lásd: „Ergänzende Informationen zur Datenträgerüberlassung” §3), de ez nem kötelező.
Nem-megfelelőség¶
Jogsértés esetén bírságra és olyan bírósági végzésre számíthat, amely konkrét intézkedések végrehajtását írja elő.
Értékesítési pont¶
Technikai biztonsági rendszer¶
A Kassensicherungsverordnung (a digitális nyilvántartások manipulálása elleni védelemről szóló törvény) előírja, hogy az elektronikus nyilvántartási rendszereket – beleértve a pénztárgép rendszereket is – technikai biztonsági rendszerrel (más néven TSS vagy TSE) kell felszerelni.
Az Odoo egy olyan szolgáltatást kínál, amely a fiskaly segítségével megfelel az előírásoknak – ez egy felhőalapú megoldás.
Fontos
Mivel ez a megoldás felhőalapú, működő internetkapcsolat szükséges.
Megjegyzés
Az egyetlen engedélyezett ÁFA-kulcsokat a fiskaly határozza meg. Ezeket az arányokat a fiskaly DSFinV-K API: VAT Definition oldalon ellenőrizheti.
Konfiguráció¶
Telepítse a Germany - Certification for Point of Sale (l10n_de_pos_cert) és a Germany - Certification for Point of Sale of type restaurant (l10n_de_pos_res_cert) modulokat.
Javaslat
Ha ezek a modulok nem szerepelnek a listában, frissítse az alkalmazáslistát.
Technikai biztonsági rendszer létrehozása és összekapcsolása egy pénztárral¶
A pénztár Németországban való használatához először hozzon létre egy TSS rendszert a menüponton keresztül: válassza ki a szerkeszteni kívánt Pénztár elemet, majd jelölje be a TSS létrehozása jelölőnégyzetet a Fiskaly API szakasz alatt.
A TSS sikeres létrehozása után megtalálható a következő:
TSS azonosító, amely a fiskaly rendszerében az Ön TSS-ének azonosítója, valamint
Fiskaly ügyfél-azonosító, amely a fiskaly rendszerében az Ön pénztárát azonosítja.
DSFinV-K exportálás¶
A pénztár munkamenet lezárásakor a rendelések részletei elküldésre kerülnek a fiskaly DSFinV-K szolgáltatásába.
Ellenőrzés esetén a DSFinV-K-ba elküldött adatok exportálhatók a menüponton keresztül.
A következő mezők kitöltése kötelező:
Kezdő dátum és idő: a megadott kezdő dátummal egyező vagy annál újabb dátumú adatok exportálása
Záró dátum és idő: a megadott záró dátummal egyező vagy annál korábbi dátumú adatok exportálása
Hagyja üresen a Pénztár mezőt az összes pénztár adatainak exportálásához; adjon meg egyet, ha csak egy adott pénztár adatait kívánja exportálni.
Ha az exportálás sikeresen elindult és feldolgozás alatt áll, az Állapot mezőnek Függőben értéket kell mutatnia. Kattintson az Állapot frissítése gombra annak ellenőrzéséhez, hogy az exportálás elkészült-e.