เยอรมันนี

โมดูล

The following modules are installed automatically with the German localization:

ชื่อ	ชื่อทางเทคนิค	คำอธิบาย
Germany - Accounting	l10n_de	German fiscal localization package. By default, the audit trail is enabled to ensure compliance with GoBD.
Germany - Accounting Reports	l10n_de_reports	Provides German accounting reports and adds DATEV export options to the general ledger.
Germany - Certification for Point of Sale	l10n_de_pos_cert	Includes the implementation of the Technical Security System, using a cloud-based solution from Fiskaly.
Germany - Certification for Point of Sale of type restaurant	l10n_de_pos_res_cert	Adds the new regulatory requirements specifically related to the restaurant industry in Germany.

นอกจากนี้ โมดูลต่อไปนี้จะต้อง ติดตั้ง ด้วยตนเอง:

ชื่อ	ชื่อทางเทคนิค	คำอธิบาย
Germany - Elster Tax Submission	l10n_de_reports_elster	Electronic submission of the German UStVA (advance tax return) to the Finanzamt via the Elster system.

Note

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

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

The German localization package ensures compliance with German fiscal and accounting regulations. It includes tools for managing taxes, fiscal positions, and reporting, as well as a predefined chart of accounts tailored to Germany’s standards.

The German localization package provides the following key features to ensure compliance with local fiscal and accounting regulations:

• Chart of accounts

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

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

• Reporting

ผังบัญชี

Both SKR03 and SKR04 charts of accounts are supported in Odoo. When a new Odoo Online database is created, SKR03 is installed by default.

To verify which is installed, go to Accounting ‣ Configuration ‣ Settings and check the Package field under the Fiscal Localization section.

Warning

Selecting another package is only possible if no accounting entries have been created. If one was posted, a new company or database must be set up to select another package. In addition, all journal entries will need to be created again.

รายงาน

The following German-specific reports are available:

• งบดุล

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

• Tax return (Umsatzsteuervoranmeldung) with Elster integration

• รายการขาย EC

• อินทราสแทต

Tax return with Elster integration

Note

• Make sure to install the Germany - Elster Tax Submission (l10n_de_reports_elster) module.

• To submit UStVA (VAT advance returns) to Elster, the VAT ID and tax number (St.-Nr.) are required on the company record.

Once the module is installed and the VAT ID and tax number have been entered, data is sent to Elster upon submission of the tax return.

โหมดทดสอบ

To set the test mode and use the Elster integration without sending real data, follow these steps:

1. Enable developer mode.

2. Open the Settings app and go to Settings ‣ Technical ‣ System Parameters.

3. Click New to add the l10n_de_reports_elster.elster_proxy_mode key and set its value to test.

4. คลิก บันทึก

Tip

Once the submission is complete, the generated CPA005 TXT file is displayed in the tax return's chatter for download and bank import, along with the XML file for manual upload via Elster.de and the tax reports.

การบัญชี

Taxable supply date

Set the Taxable Supply Date on invoices to reflect the actual delivery date for goods or services provided before invoice creation (e.g., service delivered in May, invoice created in June). Completing this field automatically aligns the invoice's accounting date, ensuring that the journal entry and the associated VAT are recognized in the correct period.

Important

If the previous period is closed and locked (via Lock dates), postings for that period are not allowed. Consequently, the journal entry will automatically be posted in the current open period.

Note

The Taxable Supply Date field is intended for accounting purposes and is not displayed on printed reports. When using the DIN 5008 layout, ensure the Delivery Date field is filled to display the date on the generated PDF invoice.

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

Provided that one of the German fiscal localization packages is installed, accounting entries from Odoo can be exported to DATEV from the general ledger.

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

Note

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

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 ได้

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

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

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 ‣ ใหม่

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

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

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

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

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