Tyskland¶

Tysk kontoplan¶

Kontoplanerna SKR03 och SKR04 stöds båda i Odoo. Du kan välja den du vill ha genom att gå in i Accounting ‣ Configuration välj sedan det paket du vill ha i avsnittet Fiscal Localization.

Var försiktig, du kan bara ändra bokföringspaketet så länge du inte har skapat någon bokföringspost.

Tyska redovisningsrapporter¶

Här är listan över tyskspecifika rapporter som finns tillgängliga i Odoo Enterprise:

• Balansräkning

• Vinst och förlust

• Skattedeklaration (förhandsdeklaration för omsättningsskatt)

• Partner Moms Intra

Exportera från Odoo till Datev¶

Det är möjligt att exportera dina bokföringsposter från Odoo till Datev. För att kunna använda denna funktion måste den tyska bokföringslokaliseringen installeras på din Odoo Enterprise-databas. Sedan kan du gå in i Accounting ‣ Reporting ‣ General Ledger och sedan klicka på knappen Export Datev (csv).

Point of Sale i Tyskland: Tekniskt säkerhetssystem¶

Enligt Kassensicherungsverordnung (lagen om skydd mot manipulering av digitala register) måste elektroniska registerföringssystem - inklusive försäljningssystem - vara utrustade med ett tekniskt säkerhetssystem (även kallat TSS eller TSE).

Odoo erbjuder en tjänst som är kompatibel med hjälp av fiskaly, en molnbaserad lösning.

Konfiguration¶

Installation av moduler¶

1. Om din databas skapades före juni 2021, upgrade din Point of Sale app (point_of_sale) och Restaurant modul (pos_restaurant).

2. Installera modulerna Tyskland - Certifiering för försäljningsställen (l10n_de_pos_cert) och Tyskland - Certifiering för försäljningsställen av typen restaurang (l10n_de_pos_res_cert).

   Tips

   Om dessa moduler inte finns i listan, uppdatera applistan.

Registrera ditt företag hos finansinspektionen¶

För att registrera ditt företag, gå till Inställningar ‣ Allmänna inställningar ‣ Företag ‣ Uppdatera information, fyll i följande fält och Spara.

• Företagets namn

• Giltig adress

• VAT antal

• St.-Nr (Steuernummer): detta nummer tilldelas av skattemyndigheten för varje beskattningsbar fysisk eller juridisk person. (t.ex. 2893081508152)

• W-IdNr (Wirtschafts-Identifikationsnummer): detta nummer används som ett permanent identifikationsnummer för ekonomiskt aktiva personer.

Du kan sedan registrera ditt företag via fiskaly genom att öppna fliken fiskaly och klicka på knappen fiskaly Registration.

När registreringen har slutförts visas nya fält:

• fiskaly organisations-ID avser ID för ditt företag på fiskaly-sidan.

• fiskaly API key och secret är de uppgifter som systemet använder för att få tillgång till de tjänster som erbjuds av fiskaly.

Skapa och koppla ett tekniskt säkerhetssystem till din PoS¶

För att kunna använda ditt försäljningsställe i Tyskland måste du först skapa ett TSS för det.

Det gör du genom att gå till Försäljningsställe ‣ Konfiguration ‣ Försäljningsställe, öppna det försäljningsställe du vill redigera, markera sedan rutan bredvid Skapa TSS och Spara.

När skapandet av TSS har lyckats hittar du ditt TSS ID och Client ID i avsnittet fiskaly API.

• TSS ID avser ID för din TSS på fiskalys sida.

• Klient-ID hänvisar till din PoS men på fiskalys sida.

DSFinV-K¶

När du stänger en PoS-session skickas orderuppgifterna till DSFinV-K-tjänsten hos fiskaly.

Vid en revision kan du exportera de data som skickats till DSFinV-K genom att gå till Point of Sale ‣ Orders ‣ DSFinV-k exports.

Dessa fält är obligatoriska:

• Namn

• Start Datetime (exportera data med datum som är större än eller lika med det angivna startdatumet)

• End Datetime (exportera data med datum som är mindre än eller lika med det angivna slutdatumet)

Lämna fältet Säljställe tomt om du vill exportera data från alla dina försäljningsställen. Ange ett försäljningsställe om du endast vill exportera data för detta specifika försäljningsställe.

Skapandet av en DSFinV-K-export utlöser export på fiskalys sida.

Som du kan se är State Pending. Det betyder att exporten har startats och håller på att bearbetas. Du måste klicka på Refresh State för att kontrollera om den är klar.

Tyska standarder för skatteredovisning: Odoo’s guide till GoBD-efterlevnad¶

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.

Dessa principer har utarbetats och publicerats av det federala finansministeriet (BMF) i november 2014. Sedan januari 2015 har de blivit norm och ersätter tidigare accepterad praxis kopplad till datorbaserad redovisning. Flera ändringar har gjorts av BMF under 2019 och januari 2020 för att specificera en del av innehållet och på grund av utvecklingen av digitala lösningar (molnhosting, papperslösa företag etc.).

Vad behöver du veta om GoBD när du förlitar dig på redovisningsprogram?¶

GoBD är bindande för företag som måste presentera räkenskaper, vilket inkluderar små och medelstora företag, frilansare och entreprenörer, för de finansiella myndigheterna. Som sådan är skattebetalaren själv ensam ansvarig för fullständig och uttömmande lagring av skatterelevanta uppgifter (ovan nämnda finansiella och relaterade uppgifter).

Förutom programvarukrav måste användaren säkerställa interna kontrollsystem (i enlighet med sek. 146 i Fiscal Code):

• Kontroll av åtkomsträttigheter;

• Segregering av arbetsuppgifter, funktionell separering;

• Ingångskontroller (felanmälningar, rimlighetskontroller);

• Avstämningskontroller vid inmatning av data;

• Kontroll av bearbetning;

• Åtgärder för att förhindra avsiktlig eller oavsiktlig manipulation av programvara, data eller dokument.

Användaren måste fördela uppgifter inom sin organisation till relevanta befattningar (kontroll) och verifiera att uppgifterna utförs korrekt och fullständigt (tillsyn). Resultatet av dessa kontroller måste registreras (dokumentation), och om fel upptäcks under dessa kontroller måste lämpliga åtgärder för att rätta till situationen vidtas (förebyggande).

Hur är det med datasäkerheten?¶

Den skattskyldige måste säkra systemet mot dataförlust på grund av radering, borttagning eller stöld av data. Om posterna inte är tillräckligt säkrade kommer bokföringen inte att anses vara i enlighet med GoBD-riktlinjerna.

När bokningar har bokats slutgiltigt kan de inte längre ändras eller raderas via applikationen.

• Om Odoo används i molnet är regelbundna säkerhetskopior en del av Odoo Online-tjänsten. Dessutom kan regelbundna säkerhetskopior laddas ner och säkerhetskopieras på externa system.

  Se även

  Odoo Cloud Hosting - Avtal om servicenivå

• Om servern drivs lokalt är det användarens ansvar att skapa den nödvändiga infrastrukturen för säkerhetskopiering.

Programredaktörens ansvar¶

Med tanke på att GoBD endast gäller mellan skattebetalaren och den finansiella myndigheten, kan programvaruutvecklaren inte på något sätt hållas ansvarig för att användarnas dokumentation av finansiella transaktionsdata är korrekt och följer gällande regler. Den kan endast tillhandahålla de nödvändiga verktygen för att användaren ska kunna respektera de programvarurelaterade riktlinjer som beskrivs i GoBD.

Hur kan Odoo hjälpa er att uppnå efterlevnad?¶

Nyckelorden när det gäller GoBD är: spårbar, verifierbar, sann, tydlig och kontinuerlig. Kort sagt, du måste ha en revisionssäker arkivering på plats och Odoo ger dig möjlighet att uppnå alla dessa mål:

1. Spårbarhet och verifierbarhet

   Varje post i Odoo är stämplad med dokumentets skapare, skapelsedatum, ändringsdatum och vem som ändrade det. Dessutom spåras relevanta fält så att man kan se vilket värde som ändrades av vem i det relevanta objektets chatter.
2. Fullständighet

   Alla finansiella uppgifter måste registreras i systemet och det får inte finnas några luckor. Odoo ser till att det inte finns några luckor i numreringen av de finansiella transaktionerna. Det är användarens ansvar att koda alla finansiella data i systemet. Eftersom de flesta finansiella data i Odoo genereras automatiskt är det fortfarande användarens ansvar att koda alla leverantörsfakturor och diverse operationer fullständigt.
3. Noggrannhet

   Med rätt konfiguration säkerställer Odoo att rätt konton används. Dessutom återspeglar kontrollmekanismerna mellan inköpsorder och försäljningsorder och deras respektive fakturor affärsverkligheten. Det är användarens ansvar att skanna och bifoga den pappersbaserade leverantörsfakturan till respektive post i Odoo. Odoo Document hjälper dig att automatisera denna uppgift.
4. Tidsbokning och registerhållning

   Eftersom de flesta finansiella data i Odoo genereras av transaktionsobjekten (till exempel bokförs fakturan vid bekräftelse), säkerställer Odoo out-of-the-box snabb bokföring. Det är användarens ansvar att koda alla inkommande leverantörsfakturor i rätt tid, liksom de olika transaktionerna.
5. Beställning

   Finansiell data som lagras i Odoo är per definition ordnad och kan omordnas enligt de flesta fält som finns i modellen. GoBD kräver inte en specifik ordning, men systemet måste säkerställa att en viss finansiell transaktion snabbt kan hittas av en expert från tredje part. Odoo säkerställer detta redan från start.
6. Oföränderlighet

   Med den tyska Odoo-lokaliseringen är Odoo som standard konfigurerat på ett sådant sätt att oföränderlighetsklausulen kan följas utan ytterligare anpassning.

Behöver du en GoBD-Export?¶

När det gäller skattekontroll kan skattemyndigheten begära tre nivåer av åtkomst till redovisningssystemet (Z1, Z2, Z3). Dessa nivåer varierar från direkt tillgång till gränssnittet till överlämnande av de finansiella uppgifterna på en lagringsenhet.

Vid överlämnande av finansiella data på en lagringsenhet är formatet inte påtvingat av GoBD. Det kan till exempel vara i XLS, CSV, XML, Lotus 123, SAP-format, AS/400-format eller något annat. Odoo stöder CSV- och XLS-export av finansiella data out-of-the-box. GoBD rekommenderar export i ett specifikt XML-baserat GoBD-format (se ”Ergänzende Informationen zur Datenntträgerüberlassung” §3) men det är inte bindande.

Vilken roll och betydelse har certifieringen av efterlevnad?¶

I GoBD anges tydligt att på grund av karaktären hos ett modernt bokföringsprogram, dess konfigurationsmöjligheter, föränderlighet och olika former av användning, kan ingen juridiskt bindande certifiering ges, och programvaran kan inte heller göras ansvarig gentemot en offentlig myndighet. Tredjepartscertifikat kan visserligen ha ett informativt värde för kunder som vill köpa programvara, men är på intet sätt rättsligt bindande eller har något annat rättsligt värde (A. 12, § 181).

Ett GoBD-certifikat säger inget mer än att om du använder programvaran enligt dess riktlinjer, kommer programvaran inte att hindra dig från att respektera GoBD. Dessa certifieringar är mycket dyra i form av tid och kostnader, och deras värde är mycket relativt. Därför fokuserar vi våra ansträngningar på att säkerställa GoBD-överensstämmelse snarare än att betala för ett marknadsföringsverktyg som dock inte erbjuder vår kund någon rättslig säkerhet.

Vad händer om du inte uppfyller kraven?¶

I händelse av en överträdelse kan du förvänta dig böter men också ett domstolsbeslut som kräver att specifika åtgärder genomförs.