เยอรมันนี

โมดูล

โมดูลต่อไปนี้จะถูกติดตั้งโดยอัตโนมัติพร้อมกับการตั้งค่าเฉพาะท้องถิ่นของเยอรมนี:

ชื่อ	ชื่อทางเทคนิค	คำอธิบาย
เยอรมนี - การบัญชี	l10n_de	เยอรมัน แพ็คเกจการตั้งค่าภาษีเฉพาะท้องถิ่น โดยค่าเริ่มต้น การตรวจสอบเส้นทาง (audit trail) จะถูกเปิดใช้งานเพื่อให้มั่นใจว่าสอดคล้องกับ GoBD
เยอรมนี - รายงานการบัญชี	l10n_de_reports	รายงานบัญชีแยกประเภทของเยอรมนี และเพิ่มตัวเลือกการส่งออก DATEV ไปยังบัญชีแยกประเภททั่วไป
เยอรมนี - การรับรองสำหรับการขายหน้าร้าน (Point of Sale)	l10n_de_pos_cert	รวมถึงการนำระบบความปลอดภัยทางเทคนิค (TSE) มาใช้งาน โดยใช้โซลูชันบนคลาวด์จาก Fiskaly
เยอรมนี - การรับรองสำหรับการขายหน้าร้านสำหรับประเภทร้านอาหาร	l10n_de_pos_res_cert	เพิ่มข้อกำหนดด้านกฎระเบียบใหม่ๆ ที่เกี่ยวข้องกับอุตสาหกรรมร้านอาหารในประเทศเยอรมนีโดยเฉพาะ

Note

ในบางกรณี เช่น เมื่ออัปเกรดไปยังเวอร์ชั่นที่มีโมดูลเพิ่มเติม เป็นไปได้ว่าโมดูลอาจไม่ได้ติดตั้งโดยอัตโนมัติ โมดูลที่ขาดหายไปสามารถ ติดตั้ง ด้วยตนเองได้

ภาพรวมการปรับแต่งตามท้องถิ่น

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

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

• ผังบัญชี

• ตำแหน่งทางบัญชี (การแมปภาษีและบัญชี): การปรับภาษีอัตโนมัติตามสถานะการลงทะเบียนของลูกค้าหรือซัพพลายเออร์

• ภาษี: อัตราภาษีที่กำหนดค่าไว้ล่วงหน้า รวมถึง VAT มาตรฐาน อัตราศูนย์ และตัวเลือกยกเว้น

• การรายงาน

ผังบัญชี

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

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

Warning

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

รายงาน

มีรายงานเฉพาะของเยอรมนีดังต่อไปนี้:

• งบดุล

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

• การยื่นภาษี (Umsatzsteuervoranmeldung) พร้อมการเชื่อมต่อกับ Elster

• รายการขาย EC

• อินทราสแทต

การยื่นภาษีพร้อมการเชื่อมต่อกับ Elster

Note

เพื่อยื่น UStVA (การยื่นภาษีมูลค่าเพิ่มล่วงหน้า) ไปยัง Elster จำเป็นต้องมีหมายเลข ภาษีมูลค่าเพิ่ม และหมายเลขประจำตัวผู้เสียภาษี (St.-Nr.) ใน บันทึกของบริษัท.

เมื่อติดตั้งโมดูลแล้วและมีการระบุหมายเลขภาษีมูลค่าเพิ่มและหมายเลขประจำตัวผู้เสียภาษีแล้ว ข้อมูลจะถูกส่งไปยัง Elster เมื่อ ยื่นรายงานภาษี.

โหมดทดสอบ

หากต้องการตั้งค่าโหมดทดสอบและใช้การเชื่อมต่อ Elster โดยไม่ต้องส่งข้อมูลจริง ให้ทำตามขั้นตอนเหล่านี้:

1. เปิดใช้งานโหมดนักพัฒนา

2. เปิดแอป การตั้งค่า และไปที่ การตั้งค่า ‣ ทางเทคนิค ‣ พารามิเตอร์ระบบ

3. คลิก ใหม่ เพื่อเพิ่มคีย์ l10n_de_reports.elster_proxy_mode และตั้งค่าเป็น test

4. บันทึก.

Tip

เมื่อการส่งเสร็จสมบูรณ์ ไฟล์ TXT CPA005 ที่สร้างขึ้นจะแสดงใน Chatter ของการยื่นภาษี เพื่อให้ดาวน์โหลดและนำเข้าธนาคาร พร้อมกับไฟล์ XML สำหรับการอัปโหลดด้วยตนเองผ่าน Elster.de และรายงานภาษี

การบัญชี

วันที่ส่งมอบที่ต้องเสียภาษี

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

Important

หากรอบระยะเวลาบัญชีที่ผ่านมาถูกปิดและล็อกไว้ (ผ่าน วันที่ล็อก) จะไม่อนุญาตให้มีการลงรายการสำหรับรอบระยะเวลานั้น ดังนั้นรายการบันทึกบัญชีจะถูกลงรายการในรอบระยะเวลาปัจจุบันที่เปิดอยู่โดยอัตโนมัติ

Note

ฟิลด์ วันที่ส่งมอบที่ต้องเสียภาษี มีไว้เพื่อวัตถุประสงค์ทางบัญชีและไม่แสดงในรายงานที่พิมพ์ออกมา เมื่อใช้เค้าโครง DIN 5008 โปรดตรวจสอบให้แน่ใจว่าได้กรอกฟิลด์ วันที่ส่งมอบ เพื่อแสดงวันที่บนใบแจ้งหนี้ PDF ที่สร้างขึ้น

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

หากมีการติดตั้ง แพ็กเกจการกำหนดค่าภาษีท้องถิ่น ของเยอรมนี คุณสามารถส่งออกรายการบัญชีจาก Odoo ไปยัง DATEV ได้จากสมุดบัญชีแยกประเภททั่วไป

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

Note

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

ข้อมูล DATEV

ไปที่ ระบบบัญชี ‣ การรายงาน ‣ บัญชีแยกประเภททั่วไป คลิกปุ่ม (การดำเนินการ) และเลือก 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 ได้

DATEV ATCH

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

อัปโหลดไฟล์ 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 ในขั้นตอนถัดไป

การปฏิบัติตาม 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

ฟังก์ชันการทำงานแบบออฟไลน์ของการขายหน้าร้านของ Odoo ช่วยให้คำสั่งซื้อการขายหน้าร้านที่ดำเนินการแบบออฟไลน์ยังคงเป็นไปตามข้อกำหนด อย่างไรก็ตาม ขอแนะนำให้มีการเชื่อมต่ออินเทอร์เน็ตที่ใช้งานได้

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

Note

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

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

เพื่อใช้งานการขายหน้าร้านในเยอรมนี ให้สร้าง TSS ก่อนโดยไปที่ การขายหน้าร้าน ‣ การตั้งค่า ‣ การขายหน้าร้าน เลือก การขายหน้าร้าน ที่ต้องการแก้ไข จากนั้นเลือกช่อง สร้าง TSS ภายใต้ส่วน Fiskaly API

เมื่อการสร้าง TSS สำเร็จแล้ว คุณจะพบ:

• TSS ID ซึ่งหมายถึง ID ของ TSS ของคุณในฝั่งของ fiskaly และ

• Fiskaly Client ID ซึ่งหมายถึงการขายหน้าร้านของคุณในฝั่งของ fiskaly

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

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

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

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

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

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

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

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