ประเทศเยอรมันนี¶

ผังบัญชีประเทศเยอรมัน¶

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

ระวัง คุณสามารถเปลี่ยนแพ็คเกจระบบบัญชีได้ตราบเท่าที่คุณยังไม่ได้สร้างรายการบัญชีใดๆ

รายงานทางบัญชีประเทศเยอรมัน¶

นี่คือรายการรายงานเฉพาะสำหรับประเทศเยอรมันที่มีอยู่บน Odoo Enterprise:

• งบดุล

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

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

• VAT ภายในของคู่ค้า

ส่งออกจาก Odoo ไปยัง Datev¶

คุณสามารถส่งออกรายการบัญชีของคุณจาก Odoo ไปยัง Datev ได้ เพื่อให้สามารถใช้ฟีเจอร์นี้ได้ จำเป็นต้องติดตั้งการประยุกต์ใช้ทางบัญชีสำหรับประเทศเยอรมันในฐานข้อมูล Odoo Enterprise ของคุณ จากนั้นคุณสามารถเข้าไปที่ ระบบบัญชี ‣ การรายงาน ‣ บัญชีแยกประเภททั่วไป จากนั้นคลิกที่ปุ่ม ส่งออก Datev (csv)

ระบบขายหน้าร้านในประเทศเยอรมนี: ระบบรักษาความปลอดภัยทางเทคนิค¶

Kassensicherungsverordnung (กฎหมายว่าด้วยการป้องกันการจัดการบันทึกดิจิทัล) กำหนดให้ระบบการเก็บบันทึกทางอิเล็กทรอนิกส์ - รวมถึงระบบ ระบบขายหน้าร้าน - จะต้องติดตั้ง ระบบรักษาความปลอดภัยทางเทคนิค (หรือที่เรียกว่า TSS หรือ TSE)

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

การกำหนดค่า¶

การติดตั้งโมดูล¶

1. หากฐานข้อมูลของคุณถูกสร้างขึ้นก่อนเดือน มิถุนายน 2021 อัปเกรด แอป ระบบขายหน้าร้าน ของคุณ (point_of_sale) และโมดูล ร้านอาหาร (pos_restaurant)

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

   Tip

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

ลงทะเบียนบริษัทของคุณที่หน่วยงานทางการเงิน¶

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

• ชื่อบริษัท

• **ที่อยู่**ที่ถูกต้อง

• หมายเลข ภาษี

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

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

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

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

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

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

สร้างและเชื่อมโยงระบบความปลอดภัยทางเทคนิคกับ PoS ของคุณ¶

หากต้องการใช้ระบบขายหน้าร้านในประเทศเยอรมนี คุณต้องสร้าง TSS ก่อน

โดยไปที่ ระบบขายหน้าร้าน ‣ การกำหนดค่า ‣ ระบบขายหน้าร้าน เปิดระบบขายหน้าร้านที่คุณต้องการแก้ไข จากนั้นทำเครื่องหมายที่ช่องถัดจาก สร้าง TSS และ *บันทึก *

เมื่อสร้าง TSS สำเร็จแล้ว คุณจะพบ TSS ID และ Client ID ของคุณได้ใต้ส่วน fiskaly API

• TSS ID หมายถึง ID ของ TSS ของคุณที่ฝั่ง fiskaly

• Client ID หมายถึง PoS ของคุณ แต่อยู่ที่ฝั่ง fiskaly

DSFinV-K¶

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

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

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

• ชื่อ

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

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

ปล่อยช่อง ระบบขายหน้าร้าน ว่างไว้ หากคุณต้องการส่งออกข้อมูลระบบขายหน้าร้านทั้งหมด ระบุระบบขายหน้าร้าน หากคุณต้องการส่งออกข้อมูล PoS เฉพาะนี้เท่านั้น

การสร้างการส่งออก DSFinV-K จะเริ่มต้นการส่งออกที่ฝั่งของ fiskaly

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

มาตรฐานการบัญชีภาษีของประเทศเยอรมนี: คู่มือ Odoo เกี่ยวกับการปฏิบัติตาม GoBD¶

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

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

คุณต้องรู้อะไรบ้างเกี่ยวกับ GoBD เมื่อต้องใช้ซอฟต์แวร์ระบบบัญชี¶

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

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

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

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

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

• การตรวจสอบการกระทบยอดเมื่อป้อนข้อมูล;

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

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

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

ความปลอดภัยของข้อมูลล่ะ?¶

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

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

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

  See also

  Odoo คลาวด์โฮสติ้ง - ข้อตกลงระดับการให้บริการ

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

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

เมื่อพิจารณาว่า 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-Export หรือไม่?¶

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

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

บทบาทและความหมายของการรับรองการปฏิบัติตามข้อกำหนดคืออะไร?¶

GoBD ระบุอย่างชัดเจนว่าเนื่องจากลักษณะของซอฟต์แวร์บัญชีที่ทันสมัย ความเป็นไปได้ในการกำหนดค่า ลักษณะการเปลี่ยนแปลง และรูปแบบการใช้งานต่างๆ ไม่สามารถให้การรับรองที่มีผลผูกพันทางกฎหมาย และซอฟต์แวร์ไม่สามารถรับผิดชอบได้ ไปสู่หน่วยงานสาธารณะ ใบรับรองจากบุคคลที่สามสามารถ มีคุณค่าในการให้ข้อมูล สำหรับลูกค้าในการตัดสินใจซื้อซอฟต์แวร์ แต่ไม่มีผลผูกพันทางกฎหมายหรือมีคุณค่าทางกฎหมายอื่นใด (A. 12, § 181)

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

จะเกิดอะไรขึ้นหากคุณไม่ปฏิบัติตามข้อกำหนด?¶

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