เยอรมันนี

การบัญชี

ผังบัญชี

ทั้งผังบัญชี SKR03 และ SKR04 ได้รับการสนับสนุนใน Odoo เมื่อคุณสร้างฐานข้อมูล Odoo Online ใหม่ SKR03 จะถูกติดตั้งโดยค่าเริ่มต้น

ตรวจสอบว่าติดตั้งแบบใดโดยไปที่ ระบบบัญชี ‣ การกำหนดค่า ‣ การตั้งค่า และตรวจสอบฟิลด์ แพ็คเกจ ภายใต้ส่วน การปรับใช้กฎหมายทางการเงิน

Warning

การเลือกแพ็คเกจอื่นจะเป็นไปได้ต่อเมื่อคุณยังไม่ได้สร้างรายการบัญชี หากมีการลงรายการแล้ว จะต้องตั้งค่าบริษัทหรือฐานข้อมูลใหม่เพื่อเลือกแพ็คเกจอื่น นอกจากนี้ จะต้องสร้างรายการบันทึกบัญชีทั้งหมดใหม่อีกครั้ง

รายงาน

รายงานเฉพาะของเยอรมนีต่อไปนี้พร้อมใช้งานบน Odoo Enterprise:

  • งบดุล

  • กำไร & ขาดทุน

  • รายงานภาษี (Umsatzsteuervoranmeldung)

  • รายการขาย EC

  • อินทราสแทต

การส่งออกรายการจาก Odoo ไปยัง DATEV

หากติดตั้ง:ref:`แพ็คเกจการปรับใช้กฎหมายทางการเงินของเยอรมนี <fiscal_localizations/packages>`แล้ว คุณสามารถส่งออกรายการบัญชีของคุณจาก Odoo ไปยัง DATEV จากบัญชีแยกประเภททั่วไปได้

จำเป็นต้องมีการส่งออกสองประเภท: ประเภทแรกคือการส่งออก DATEV ATCH จากนั้นการส่งออก DATEV DATA

Note

ทั้งสองจำเป็นต้องใช้ในขั้นตอนต่างๆ เพื่อถ่ายโอนข้อมูลไปยัง DATEV อย่างถูกต้อง เนื่องจาก DATEV ทำงานกับอินเทอร์เฟซสองแบบ แบบหนึ่งสำหรับลูกค้า (DUO - DATEV Unternehmen Online) และอีกแบบหนึ่งสำหรับที่ปรึกษาด้านภาษี (DATEV Rechnungswesen)

1. DATEV ATCH

ไปที่ ระบบบัญชี ‣ การรายงาน ‣ บัญชีแยกประเภททั่วไป คลิกปุ่ม (การดำเนินการ) และเลือก Datev ATCH (zip)

เมนูการดำเนินการของบัญชีแยกประเภททั่วไปพร้อมการส่งออก DATEV

อัปโหลดไฟล์ ZIP ที่ดาวน์โหลดผ่าน ซอฟต์แวร์ DATEV Belegtransfer

Note

หากคุณไม่ได้ ติดตั้ง ซอฟต์แวร์ DATEV Belegtransfer ในคอมพิวเตอร์ของคุณ ให้ขอความช่วยเหลือจากที่ปรึกษาด้านภาษีของคุณ

Warning

ไฟล์ DATEV ATCH ZIP ประกอบด้วยไฟล์ (รายงาน) ที่เชื่อมโยงกับใบแจ้งหนี้หรือใบวางบิลใน Odoo สำหรับใบแจ้งหนี้ลูกค้า ไฟล์ต้องถูกสร้างขึ้นโดยใช้ปุ่ม ส่ง สำหรับใบวางบิลผู้ขาย ไฟล์ต้องได้รับผ่านนามแฝงอีเมลหรืออัปโหลดโดยใช้ปุ่ม อัปโหลด

ไฟล์ DATEV ATCH ZIP

ไฟล์ ZIP ประกอบด้วยไฟล์สองประเภท:

  • ไฟล์ใบแจ้งหนี้/ใบวางบิลแต่ละรายการ (PDF, JPEG ฯลฯ) สำหรับช่วงเวลาที่เลือกในบัญชีแยกประเภททั่วไป และ

  • ไฟล์ document.xml ที่ใช้สร้าง ID เฉพาะ (GUID) สำหรับแต่ละไฟล์

ID เฉพาะเหล่านี้มีความสำคัญเนื่องจากช่วยให้ DATEV สามารถเชื่อมโยงไฟล์กับรายการสมุดรายวันแต่ละรายการโดยอัตโนมัติ ซึ่งจะถูกนำเข้าพร้อมกับไฟล์ DATEV DATA ในขั้นตอนถัดไป

2. DATEV DATA

ไปที่ ระบบบัญชี ‣ การรายงาน ‣ บัญชีแยกประเภททั่วไป คลิกปุ่ม (การดำเนินการ) และเลือก Datev DATA (zip)

ส่งไฟล์ ZIP ที่ดาวน์โหลดไปยังที่ปรึกษาภาษีของคุณ พวกเขาควรนำเข้าไฟล์ ZIP ไปยัง DATEV Rechnungswesen

ตรวจสอบกับที่ปรึกษาภาษีของคุณว่าพวกเขาต้องการไฟล์เหล่านี้บ่อยแค่ไหน

ไฟล์ DATEV ATCH ZIP

ไฟล์ ZIP ประกอบด้วยไฟล์ CSV สามไฟล์:

  • ไฟล์ EXTF_customer_accounts.csv ที่มีข้อมูลทั้งหมดที่เกี่ยวข้องกับลูกค้าของคุณ

  • ไฟล์ EXTF_vendor_accounts.csv ที่มีข้อมูลทั้งหมดที่เกี่ยวข้องกับผู้ขายของคุณ และ

  • EXTF_accounting_entries.csv ที่มีรายการสมุดรายวันทั้งหมดสำหรับช่วงเวลาที่กำหนดในบัญชีแยกประเภททั่วไป พร้อมทั้ง ID เฉพาะ (GUID) เพื่อให้รายการสมุดรายวันสามารถเชื่อมโยงกับไฟล์ภายในไฟล์ DATEV ATCH ZIP ได้

การปฏิบัติตาม GoBD

GoBD ย่อมาจาก Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form sowie zum Datenzugriff โดยสรุปคือแนวทางสำหรับการจัดการและจัดเก็บบัญชี บันทึก และเอกสารในรูปแบบอิเล็กทรอนิกส์ที่เหมาะสม รวมถึงการเข้าถึงข้อมูล ซึ่งเกี่ยวข้องกับหน่วยงานภาษีเยอรมัน การยื่นแบบแสดงรายการภาษี และงบดุล

หลักการเหล่านี้ได้รับการเขียนและเผยแพร่โดยกระทรวงการคลังกลาง (BMF) ในเดือนพฤศจิกายน 2014 ตั้งแต่เดือนมกราคม 2015 หลักการเหล่านี้ได้กลายเป็นบรรทัดฐาน และได้แทนที่แนวปฏิบัติที่ยอมรับก่อนหน้านี้ที่เกี่ยวข้องกับการบัญชีแบบคอมพิวเตอร์ มีการเปลี่ยนแปลงหลายอย่างโดย BMF ในปี 2019 และมกราคม 2020 เพื่อระบุเนื้อหาบางส่วนเนื่องจากการพัฒนาของโซลูชันดิจิทัล (การโฮสต์บนคลาวด์ บริษัทไร้กระดาษ ฯลฯ)

Important

Odoo ได้รับการรับรอง GoBD-compliant

ทำความเข้าใจ GoBD ที่เกี่ยวข้องกับซอフต์แวร์ระบบบัญชี

GoBD มีผลบังคับใช้กับบริษัทที่ต้องนำเสนอบัญชี ซึ่งรวมถึง SMEs ฟรีแลนซ์ และผู้ประกอบการ ต่อหน่วยงานการเงิน ดังนั้น ผู้เสียภาษีเองเป็นผู้รับผิดชอบแต่เพียงผู้เดียว ในการจัดเก็บข้อมูลที่เกี่ยวข้องกับการคลังอย่างสมบูรณ์และครบถ้วน (ข้อมูลทางการเงินและข้อมูลที่เกี่ยวข้องที่กล่าวถึงข้างต้น)

นอกเหนือจากข้อกำหนดของซอฟต์แวร์แล้ว ผู้ใช้จำเป็นต้องมั่นใจในระบบควบคุมภายใน (ตามมาตรา 146 ของประมวลรัษฎากร):

  • การควบคุมสิทธิ์การเข้าถึง

  • การแบ่งแยกหน้าที่ การแยกหน้าที่

  • การควบคุมการป้อนข้อมูล (การแจ้งเตือนข้อผิดพลาด การตรวจสอบความน่าเชื่อถือ)

  • การตรวจสอบความถูกต้องเมื่อป้อนข้อมูล

  • การควบคุมการประมวลผล และ

  • มาตรการป้องกันการจัดการซอฟต์แวร์ ข้อมูล หรือเอกสารโดยเจตนาหรือไม่ได้ตั้งใจ

ผู้ใช้ต้องกระจายงานภายในองค์กรไปยังตำแหน่งที่เกี่ยวข้อง (การควบคุม) และตรวจสอบว่างานได้รับการดำเนินการอย่างถูกต้องและสมบูรณ์ (การกำกับดูแล) ผลลัพธ์ของการควบคุมเหล่านี้ต้องถูกบันทึก (เอกสารประกอบ) และหากพบข้อผิดพลาดระหว่างการควบคุมเหล่านี้ ควรมีมาตรการที่เหมาะสมเพื่อแก้ไขสถานการณ์ (การป้องกัน)

ความปลอดภัยของข้อมูล

ผู้เสียภาษีต้อง**รักษาความปลอดภัยของระบบเพื่อป้องกันการสูญหายของข้อมูล** อันเนื่องมาจากการลบ การนำออก หรือการขโมยข้อมูลใดๆ หากรายการไม่ได้รับการรักษาความปลอดภัยอย่างเพียงพอ การบันทึกบัญชีจะถือว่าไม่เป็นไปตามแนวทาง GoBD

เมื่อโพสต์การจองแล้ว จะไม่สามารถเปลี่ยนแปลงหรือลบผ่านแอปพลิเคชันได้อีกต่อไป

  • หากใช้ Odoo ในระบบคลาวด์ การสำรองข้อมูลปกติจะเป็นส่วนหนึ่งของบริการ Odoo Online นอกจากนี้ยังสามารถดาวน์โหลดและสำรองข้อมูลบนระบบภายนอกได้อีกด้วย

    ดูเพิ่มเติม

    Odoo Cloud Hosting - Service Level Agreement

  • หากเซิร์ฟเวอร์ทำงานในเครื่อง ผู้ใช้มีหน้าที่รับผิดชอบในการสร้างโครงสร้างพื้นฐานสำรองข้อมูลที่จำเป็น

Important

ในบางกรณี ข้อมูลจะต้องถูกเก็บไว้เป็นเวลาสิบปีหรือมากกว่านั้น ดังนั้นควรสำรองข้อมูลไว้เสมอ จะมีความสำคัญมากยิ่งขึ้นหากคุณตัดสินใจเปลี่ยนผู้ให้บริการซอฟต์แวร์

ความรับผิดชอบของการแก้ไขซอฟต์แวร์

เนื่องจาก GoBD ใช้กับผู้เสียภาษีเท่านั้น บรรณาธิการซอฟต์แวร์จึงไม่สามารถรับผิดชอบต่อการจัดทำเอกสารข้อมูลธุรกรรมทางการเงินของผู้ใช้ให้ถูกต้องและเป็นไปตามข้อกำหนด โดยสามารถให้เครื่องมือที่จำเป็นสำหรับผู้ใช้เพื่อปฏิบัติตามแนวทางที่เกี่ยวข้องกับซอฟต์แวร์ที่อธิบายไว้ใน GoBD เท่านั้น

การรับรองการปฏิบัติตามข้อกำหนดผ่าน Odoo

คำสำคัญเมื่อพูดถึง GoBD คือ: สามารถติดตามได้ ตรวจสอบได้ เป็นจริง ชัดเจน และต่อเนื่อง โดยสรุป คุณจำเป็นต้องมีการจัดเก็บที่ตรวจสอบได้ และ Odoo ให้เครื่องมือที่คุณต้องการเพื่อให้บรรลุวัตถุประสงค์เหล่านี้ทั้งหมด:

  1. การตรวจสอบย้อนกลับและตรวจสอบได้
    บันทึกแต่ละรายการใน Odoo จะมีการประทับผู้สร้างเอกสาร วันที่สร้าง วันที่แก้ไข และผู้ที่แก้ไข นอกจากนี้ ฟิลด์ที่เกี่ยวข้องจะถูกติดตาม ดังนั้นจึงสามารถเห็นได้ว่าค่าใดถูกเปลี่ยนโดยใครในการสนทนาของออบเจ็กต์ที่เกี่ยวข้อง
  2. ความสมบูรณ์
    ข้อมูลทางการเงินทั้งหมดต้องถูกบันทึกในระบบ และต้องไม่มีช่องว่าง Odoo รับประกันว่าไม่มีช่องว่างในการกำหนดหมายเลขธุรกรรมทางการเงิน ผู้ใช้มีหน้าที่รับผิดชอบในการบันทึกข้อมูลทางการเงินทั้งหมดในระบบ เนื่องจากข้อมูลทางการเงินส่วนใหญ่ใน Odoo ถูกสร้างขึ้นโดยอัตโนมัติ ผู้ใช้ยังคงมีหน้าที่รับผิดชอบในการบันทึกใบแจ้งหนี้จากผู้ขายและการดำเนินการเบ็ดเตล็ดอย่างสมบูรณ์
  3. ความแม่นยำ
    Odoo รับประกันว่า ด้วยการกำหนดค่าที่ถูกต้อง จะใช้บัญชีที่ถูกต้อง นอกจากนี้ กลไกการควบคุมระหว่างใบสั่งซื้อและใบสั่งขายและใบแจ้งหนี้ที่เกี่ยวข้องสะท้อนความเป็นจริงของธุรกิจ ผู้ใช้มีหน้าที่รับผิดชอบในการสแกนและแนบใบแจ้งหนี้จากผู้ขายที่เป็นกระดาษเข้ากับบันทึกที่เกี่ยวข้องใน Odoo เอกสารของ Odoo ช่วยคุณทำงานนี้โดยอัตโนมัติ
  4. การจองและการเก็บบันทึกได้ทันเวลา
    เนื่องจากข้อมูลทางการเงินส่วนใหญ่ใน Odoo สร้างขึ้นโดยออบเจ็กต์ธุรกรรม (เช่น ใบแจ้งหนี้ถูกจองเมื่อยืนยัน) Odoo จึงรับประกันว่าจะมีการเก็บบันทึกทันเวลาทันทีที่แกะกล่อง เป็นความรับผิดชอบของผู้ใช้ในการเข้ารหัสใบเรียกเก็บเงินของผู้ขายที่เข้ามาทั้งหมดในเวลาที่เหมาะสม รวมถึงการดำเนินงานเบ็ดเตล็ด
  5. คำสั่ง
    ข้อมูลทางการเงินที่จัดเก็บใน Odoo ตามคำนิยามแล้วได้รับการจัดเรียงและสามารถจัดเรียงใหม่ได้ตามฟิลด์ส่วนใหญ่ที่มีอยู่ในโมเดล GoBD ไม่บังคับใช้การจัดเรียงเฉพาะเจาะจง แต่ระบบต้องมั่นใจว่าธุรกรรมทางการเงินที่กำหนดสามารถค้นหาได้อย่างรวดเร็วโดยผู้เชี่ยวชาญบุคคลที่สาม Odoo รับประกันสิ่งนี้โดยอัตโนมัติ
  6. ไม่สามารถเปลี่ยนแปลงได้
    ด้วยการประยุกต์ใช้ Odoo สำหรับประเทศเยอรมัน Odoo จะได้รับการกำหนดค่ามาตรฐานในลักษณะที่สามารถปฏิบัติตามข้อกำหนดที่ไม่สามารถเปลี่ยนแปลงได้โดยไม่ต้องปรับแต่งเพิ่มเติม

การส่งออก GoBD

ในกรณีของการควบคุมทางการเงิน หน่วยงานทางการคลังสามารถขอการเข้าถึงระบบบัญชีได้สามระดับ (Z1, Z2, Z3) ระดับเหล่านี้แตกต่างกันไปตั้งแต่การเข้าถึงอินเทอร์เฟซโดยตรงไปจนถึงการส่งมอบข้อมูลทางการเงินบนอุปกรณ์จัดเก็บข้อมูล

ในกรณีของการส่งมอบข้อมูลทางการเงินไปยังอุปกรณ์จัดเก็บข้อมูล GoBD **ไม่**บังคับใช้รูปแบบ อาจเป็นได้เช่น XLS, CSV, XML, Lotus 123, รูปแบบ SAP, รูปแบบ AS/400 หรืออื่นๆ Odoo รองรับการส่งออกข้อมูลทางการเงินในรูปแบบ CSV และ XLS โดยอัตโนมัติ GoBD **แนะนำ**การส่งออกในรูปแบบ GoBD ที่ใช้ XML เฉพาะ (ดู "Ergänzende Informationen zur Datenträgerüberlassung" §3) แต่ไม่ผูกมัด

การไม่ปฏิบัติตาม

ในกรณีที่มีการละเมิด คุณอาจต้องเผชิญกับค่าปรับและคำสั่งศาลที่เรียกร้องให้มีการดำเนินมาตรการเฉพาะ

การขายหน้าร้าน

ระบบรักษาความปลอดภัยทางเทคนิค

Kassensicherungsverordnung (พระราชบัญญัติว่าด้วยการป้องกันการปลอมแปลงบันทึกดิจิทัล) กำหนดให้ระบบการบันทึกบัญชีอิเล็กทรอนิกส์ รวมถึงระบบ:doc:การขายหน้าร้าน </applications/sales/point_of_sale> ต้องติดตั้ง**ระบบรักษาความปลอดภัยทางเทคนิค** (เรียกอีกอย่างว่า TSS หรือ TSE)

Odoo นำเสนอบริการที่สอดคล้องกับความช่วยเหลือของ fiskaly ซึ่งเป็น โซลูชันบนคลาวด์

Important

เนื่องจากโซลูชันนี้เป็นระบบคลาวด์ จึงจำเป็นต้องมีการเชื่อมต่ออินเทอร์เน็ตที่ใช้งานได้

Note

อัตราภาษีมูลค่าเพิ่มที่อนุญาตเท่านั้นคือที่กำหนดโดย fiskaly คุณสามารถตรวจสอบอัตราเหล่านี้ได้โดยดูที่ fiskaly DSFinV-K API: VAT Definition

การกำหนดค่า

ติดตั้ง โมดูล ประเทศเยอรมนี - การรับรองสำหรับระบบขายหน้าร้าน (l10n_de_pos_cert) และ ประเทศเยอรมนี - การรับรองสำหรับระบบขายหน้าร้านประเภทร้านอาหาร (l10n_de_pos_res_cert)

Tip

หากไม่มีโมดูลเหล่านี้อยู่ในรายการ อัปเดตรายการแอป

การจดทะเบียนบริษัทกับหน่วยงานการเงิน

หากต้องการจดทะเบียนบริษัทของคุณ ให้เปิดแอป การตั้งค่า คลิก อัปเดตข้อมูล ภายใต้ส่วน บริษัท และกรอกข้อมูลในฟิลด์ต่อไปนี้:

  • ชื่อบริษัท

  • ที่อยู่

  • ภาษีมูลค่าเพิ่ม

  • St.-Nr. (Steuernummer) หมายเลขนี้จะถูกกำหนดโดยสำนักงานภาษีให้กับบุคคลธรรมดาหรือนิติบุคคลที่ต้องเสียภาษีทุกราย (เช่น 2893081508152)

  • W-IdNr. (Wirtschafts-Identifikationsnummer) หมายเลขนี้ใช้เป็นหมายเลขประจำตัวถาวรสำหรับบุคคลที่มีกิจกรรมทางเศรษฐกิจ

จากนั้นคุณสามารถ**จดทะเบียนบริษัทของคุณผ่าน fiskaly** ได้โดยเปิดแท็บ Fiskaly และคลิกปุ่ม การจดทะเบียน Fiskaly

Tip

หากคุณไม่เห็นปุ่ม การจดทะเบียน Fiskaly ตรวจสอบให้แน่ใจว่าคุณได้*บันทึก*รายละเอียดบริษัทของคุณแล้วและไม่ได้อยู่ใน*โหมดแก้ไข*อีกต่อไป

เมื่อการลงทะเบียนเสร็จสิ้น ฟิลด์ใหม่จะปรากฏขึ้น:

  • รหัสองค์กร Fiskaly หมายถึงรหัสของบริษัทของคุณในฝั่ง fiskaly

  • คีย์ API ของ Fiskaly และ รหัสลับ API ของ Fiskaly คือข้อมูลประจำตัวที่ระบบใช้ในการเข้าถึงบริการที่นำเสนอโดย fiskaly

แท็บการจดทะเบียน Fiskaly

Note

สามารถขอข้อมูลประจำตัวใหม่ได้หากมีปัญหาใดๆ กับข้อมูลปัจจุบันโดยคลิกปุ่ม คีย์ใหม่

การส่งออก DSFinV-K

เมื่อใดก็ตามที่คุณปิดทะเบียนการขายหน้าร้าน รายละเอียดของคำสั่งซื้อจะถูกส่งไปยังบริการ DSFinV-K ของ fiskaly

ในกรณีที่มีการตรวจสอบ คุณสามารถส่งออกข้อมูลที่ส่งไปยัง DSFinV-K โดยไปที่ การขายหน้าร้าน ‣ คำสั่งซื้อ ‣ การส่งออก DSFinV-K ‣ ใหม่

เมนูสำหรับส่งออก DSFinV-K

ฟิลด์เหล่านี้เป็นฟิลด์บังคับ:

  • วันที่และเวลาเริ่มต้น: ส่งออกข้อมูลที่มีวันที่มากกว่าหรือเท่ากับวันที่เริ่มต้นที่กำหนด

  • วันที่และเวลาสิ้นสุด: ส่งออกข้อมูลที่มีวันที่น้อยกว่าหรือเท่ากับวันที่สิ้นสุดที่กำหนด

ปล่อยฟิลด์ การขายหน้าร้าน ว่างไว้เพื่อส่งออกข้อมูลของการขายหน้าร้านทั้งหมดของคุณ หรือระบุหนึ่งรายการหากคุณต้องการส่งออกข้อมูลสำหรับการขายหน้าร้านนั้นโดยเฉพาะเท่านั้น

การส่งออก DSFinV-K

เมื่อการส่งออกถูกเรียกใช้สำเร็จและอยู่ระหว่างการประมวลผล ฟิลด์ สถานะ ควรแสดง รอดำเนินการ คลิก รีเฟรชสถานะ เพื่อตรวจสอบว่าพร้อมแล้วหรือไม่