Đức¶
Biểu đồ tài khoản của Đức¶
Biểu đồ tài khoản SKR03 và SKR04 đều được hỗ trợ trong Odoo. Bạn có thể chọn biểu đồ bạn muốn bằng cách vào sau đó chọn gói bạn muốn trong phần Fiscal Localization.
Hãy cẩn thận, bạn chỉ có thể thay đổi gói kế toán khi bạn chưa tạo bất kỳ mục kế toán nào.
Mẹo
Khi bạn tạo cơ sở dữ liệu Odoo Online mới, SKR03 sẽ được cài đặt theo mặc định.
Báo cáo kế toán Đức¶
Sau đây là danh sách các báo cáo dành riêng cho tiếng Đức có trên Odoo Enterprise:
Bảng cân đối kế toán
Lãi & lỗ
Báo cáo thuế (Umsatzsteuervoranmeldung)
Đối tác VAT Intra
Xuất từ Odoo sang Datev¶
Bạn có thể xuất các mục nhập kế toán từ Odoo sang Datev. Để có thể sử dụng tính năng này, bản địa hóa kế toán tiếng Đức cần được cài đặt trên cơ sở dữ liệu Odoo Enterprise của bạn. Sau đó, bạn có thể vào :menuselection: Accounting --> Reporting --> General Ledger rồi nhấp vào nút Export Datev (csv).
Điểm bán hàng tại Đức: Hệ thống an ninh kỹ thuật¶
Kassensicherungsverordnung (Đạo luật về bảo vệ chống lại việc thao túng hồ sơ kỹ thuật số) yêu cầu các hệ thống lưu trữ hồ sơ điện tử - bao gồm cả :doc:`điểm bán hàng</applications/sales/point_of_sale> ` hệ thống - phải được trang bị Hệ thống an ninh kỹ thuật (còn gọi là TSS hoặc TSE).
Odoo cung cấp dịch vụ tuân thủ với sự trợ giúp của `fiskaly<https://fiskaly.com> `_, một giải pháp dựa trên nền tảng đám mây.
Quan trọng
Vì giải pháp này dựa trên nền tảng đám mây nên cần phải có kết nối internet.
Ghi chú
Mức thuế VAT duy nhất được phép được cung cấp bởi fiskaly. Bạn có thể kiểm tra các mức thuế này bằng cách tham khảo: `fiskaly DSFinV-K API: Định nghĩa VAT<https://developer.fiskaly.com/api/dsfinvk/v0/#tag/VAT-Definition> `_.
Cấu hình¶
Cài đặt mô-đun¶
Nếu cơ sở dữ liệu của bạn được tạo trước tháng 6 năm 2021, upgrade<general/upgrade> `ứng dụng **Điểm bán hàng** của bạn (`point_of_sale) và mô-đun Nhà hàng (
pos_restaurant).Cài đặt<general/install> ` các mô-đun **Đức - Chứng nhận cho Điểm bán hàng** (`l10n_de_pos_cert) và Đức - Chứng nhận cho Điểm bán hàng loại nhà hàng (
l10n_de_pos_res_cert).
Đăng ký công ty của bạn tại cơ quan tài chính¶
Để đăng ký công ty của bạn, hãy vào , điền vào các trường sau và Lưu.
Tên công ty
Địa chỉ hợp lệ
Số thuế GTGT
St.-Nr (Steuernummer): số này được cơ quan thuế cấp cho mọi cá nhân hoặc pháp nhân chịu thuế. (ví dụ:
2893081508152)W-IdNr (Wirtschafts-Identifikationsnummer): số này được sử dụng làm mã số nhận dạng cố định cho những người hoạt động kinh tế.
Sau đó, bạn có thể đăng ký công ty của mình thông qua fiskaly bằng cách mở tab fiskaly và nhấp vào nút Đăng ký fiskaly.
Mẹo
Nếu bạn không thấy nút fiskaly Registration, hãy đảm bảo rằng bạn đã lưu thông tin công ty và không còn ở chế độ chỉnh sửa nữa.
Sau khi quá trình đăng ký hoàn tất, các trường mới sẽ xuất hiện:
ID tổ chức fiskaly đề cập đến ID công ty của bạn ở phía fiskaly.
Khóa API fiskaly và bí mật là thông tin xác thực mà hệ thống sử dụng để truy cập vào các dịch vụ do fiskaly cung cấp.
Ghi chú
Bạn có thể yêu cầu cấp lại thông tin đăng nhập mới nếu có bất kỳ vấn đề nào với thông tin đăng nhập hiện tại.
Tạo và liên kết Hệ thống bảo mật kỹ thuật với PoS của bạn¶
Để sử dụng điểm bán hàng của bạn tại Đức, trước tiên bạn phải tạo TSS cho điểm bán hàng đó.
Để thực hiện, hãy vào , mở điểm bán hàng bạn muốn chỉnh sửa, sau đó đánh dấu vào ô bên cạnh Tạo TSS và Lưu.
Sau khi tạo TSS thành công, bạn có thể tìm thấy TSS ID và Client ID của mình trong phần fiskaly API.
TSS ID là ID TSS của bạn ở phía Fiskaly.
ID khách hàng đề cập đến PoS của bạn nhưng ở phía fiskaly.
DSFinV-K¶
Bất cứ khi nào bạn đóng phiên PoS, chi tiết của đơn đặt hàng sẽ được gửi đến dịch vụ DSFinV-K của fiskaly.
Trong trường hợp kiểm toán, bạn có thể xuất dữ liệu được gửi tới DSFinV-K bằng cách vào .
Các trường sau là bắt buộc:
Tên
Ngày giờ bắt đầu (xuất dữ liệu có ngày lớn hơn hoặc bằng ngày bắt đầu đã cho)
Ngày giờ kết thúc (xuất dữ liệu có ngày nhỏ hơn hoặc bằng ngày kết thúc đã cho)
Để trống trường Điểm bán hàng nếu bạn muốn xuất dữ liệu của tất cả các điểm bán hàng của mình. Chỉ định một Điểm bán hàng nếu bạn chỉ muốn xuất dữ liệu PoS cụ thể này.
Việc tạo ra DSFinV-K kích hoạt xuất khẩu ở phía Fiskaly.
Như bạn có thể thấy, State là Pending. Điều này có nghĩa là quá trình xuất đã được kích hoạt thành công và đang được xử lý. Bạn phải nhấp vào Refresh State để kiểm tra xem nó đã sẵn sàng chưa.
Tiêu chuẩn kế toán thuế của Đức: Hướng dẫn của Odoo về tuân thủ GoBD¶
GoBD là viết tắt của Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Mẫu sowie zum Datenzugriff. Tóm lại, đây là hướng dẫn quản lý và lưu trữ hợp lý sổ sách, hồ sơ và tài liệu ở dạng điện tử cũng như để truy cập dữ liệu, phù hợp với cơ quan thuế, kê khai thuế và bảng cân đối kế toán của Đức.
Những nguyên tắc này đã được Bộ Tài chính Liên bang (BMF) biên soạn và công bố vào tháng 11 năm 2014. Kể từ tháng 1 năm 2015, chúng đã trở thành chuẩn mực và thay thế các thông lệ được chấp nhận trước đây liên quan đến kế toán trên máy tính. Một số thay đổi đã được BMF thực hiện vào năm 2019 và tháng 1 năm 2020 để chỉ định một số nội dung và do sự phát triển của các giải pháp kỹ thuật số (lưu trữ đám mây, công ty không cần giấy tờ, v.v.).
Quan trọng
Odoo cung cấp cho bạn phương tiện để tuân thủ GoBD.
Bạn cần biết gì về GoBD khi sử dụng phần mềm kế toán?¶
Ghi chú
Nếu có thể, cách tốt nhất để hiểu GoBD là Đọc `Văn bản chính thức của GoBD <https://ao.bundesfinanzministerium.de/ao/2021/Anhaenge/BMF-Schreiben-und-gleichlautende-Laendererlasse/Anhang-64/anhang-64.html> `_. Nó hơi dài nhưng khá dễ đọc đối với những người không phải chuyên gia. Nhưng tóm lại, đây là những gì bạn có thể mong đợi:
GoBD có tính ràng buộc đối với các công ty phải trình bày tài khoản, bao gồm các doanh nghiệp vừa và nhỏ, người làm nghề tự do và doanh nhân, cho các cơ quan tài chính. Do đó, bản thân người nộp thuế là người duy nhất chịu trách nhiệm về việc lưu giữ đầy đủ và toàn diện dữ liệu liên quan đến tài chính (dữ liệu tài chính và dữ liệu liên quan đã đề cập ở trên).
Ngoài các yêu cầu về phần mềm, người dùng phải đảm bảo Hệ thống kiểm soát nội bộ (theo điều 146 của Bộ luật Tài chính):
Kiểm soát quyền truy cập;
Phân chia nhiệm vụ, phân chia chức năng;
Kiểm soát mục nhập (thông báo lỗi, kiểm tra tính hợp lý);
Kiểm tra đối chiếu khi nhập dữ liệu;
Kiểm soát xử lý;
Các biện pháp nhằm ngăn chặn việc thao túng phần mềm, dữ liệu hoặc tài liệu một cách cố ý hoặc vô ý.
Người dùng phải phân bổ nhiệm vụ trong tổ chức của mình cho các vị trí có liên quan (kiểm soát) và xác minh rằng các nhiệm vụ được thực hiện đúng và đầy đủ (giám sát). Kết quả của các biện pháp kiểm soát này phải được ghi lại (tài liệu) và nếu phát hiện ra lỗi trong các biện pháp kiểm soát này, các biện pháp thích hợp để khắc phục tình hình phải được đưa ra (phòng ngừa).
Còn bảo mật dữ liệu thì sao?¶
Người nộp thuế phải bảo vệ hệ thống chống lại bất kỳ mất mát dữ liệu nào do xóa, loại bỏ hoặc đánh cắp bất kỳ dữ liệu nào. Nếu các mục nhập không được bảo vệ đầy đủ, sổ sách kế toán sẽ được coi là không tuân thủ các hướng dẫn của GoBD.
Sau khi đặt chỗ đã được đăng, bạn không thể thay đổi hoặc xóa thông qua ứng dụng nữa.
Nếu Odoo được sử dụng trên đám mây, các bản sao lưu thường xuyên là một phần của dịch vụ Odoo Online. Ngoài ra, các bản sao lưu thường xuyên có thể được tải xuống và sao lưu trên các hệ thống bên ngoài.
Xem thêm
`Odoo Cloud Hosting - Thỏa thuận mức dịch vụ<https://www.odooo.com/cloud-sla> `_
Nếu máy chủ được vận hành cục bộ, người dùng có trách nhiệm tạo cơ sở hạ tầng sao lưu cần thiết.
Quan trọng
Trong một số trường hợp, dữ liệu phải được lưu giữ trong mười năm hoặc lâu hơn, vì vậy hãy luôn sao lưu dữ liệu. Điều này thậm chí còn quan trọng hơn nếu bạn quyết định thay đổi nhà cung cấp phần mềm.
Trách nhiệm của biên tập viên phần mềm¶
Vì GoBD chỉ áp dụng giữa người nộp thuế và cơ quan tài chính, biên tập viên phần mềm không thể chịu trách nhiệm về tính chính xác và tuân thủ của tài liệu dữ liệu giao dịch tài chính của người dùng. Họ chỉ có thể cung cấp các công cụ cần thiết để người dùng tuân thủ các hướng dẫn liên quan đến phần mềm được mô tả trong GoBD.
Odoo có thể giúp bạn đạt được sự tuân thủ như thế nào?¶
Các từ khóa, khi nói đến GoBD, là: có thể theo dõi, có thể xác minh, đúng, rõ ràng và liên tục. Tóm lại, bạn cần có kho lưu trữ chống kiểm toán tại chỗ và Odoo cung cấp cho bạn phương tiện để đạt được tất cả các mục tiêu này:
- Khả năng truy xuất và xác minhMỗi bản ghi trong Odoo được đóng dấu với người tạo tài liệu, ngày tạo, ngày sửa đổi và người đã sửa đổi. Ngoài ra, các trường liên quan được theo dõi để có thể thấy giá trị nào đã được thay đổi bởi ai trong cuộc trò chuyện của đối tượng liên quan.
- Tính hoàn thiệnTất cả dữ liệu tài chính phải được ghi lại trong hệ thống và không được có khoảng trống. Odoo đảm bảo không có khoảng trống trong việc đánh số các giao dịch tài chính. Người dùng có trách nhiệm mã hóa tất cả dữ liệu tài chính trong hệ thống. Vì hầu hết dữ liệu tài chính trong Odoo được tạo tự động, nên người dùng vẫn có trách nhiệm mã hóa hoàn toàn tất cả các hóa đơn của nhà cung cấp và các hoạt động khác.
- Tính chính xácOdoo đảm bảo với cấu hình chính xác rằng các tài khoản chính xác được sử dụng. Ngoài ra, các cơ chế kiểm soát giữa các lệnh mua và lệnh bán và các hóa đơn tương ứng của chúng phản ánh thực tế kinh doanh. Người dùng có trách nhiệm quét và đính kèm hóa đơn nhà cung cấp dạng giấy vào hồ sơ tương ứng trong Odoo. Odoo Document giúp bạn tự động hóa tác vụ này.
- Đặt chỗ và lưu giữ hồ sơ đúng thời hạnVì hầu hết dữ liệu tài chính trong Odoo được tạo ra bởi các đối tượng giao dịch (ví dụ, hóa đơn được ghi vào sổ xác nhận), Odoo đảm bảo lưu giữ hồ sơ kịp thời ngay khi xuất xưởng. Người dùng có trách nhiệm mã hóa tất cả các hóa đơn nhà cung cấp đến một cách kịp thời, cũng như các hoạt động khác.
- Đặt hàngDữ liệu tài chính được lưu trữ trong Odoo được sắp xếp theo định nghĩa và có thể được sắp xếp lại theo hầu hết các trường có trong mô hình. GoBD không áp dụng thứ tự cụ thể, nhưng hệ thống phải đảm bảo rằng một giao dịch tài chính nhất định có thể được chuyên gia bên thứ ba tìm thấy nhanh chóng. Odoo đảm bảo điều này ngay từ đầu.
- Tính không thể thay đổiVới việc bản địa hóa Odoo tại Đức, Odoo được cấu hình theo tiêu chuẩn sao cho điều khoản không thể thay đổi có thể được tuân thủ mà không cần tùy chỉnh thêm.
Bạn có cần GoBD-Export không?¶
Trong trường hợp kiểm soát tài chính, cơ quan tài chính có thể yêu cầu ba cấp độ truy cập vào hệ thống kế toán (Z1, Z2, Z3). Các cấp độ này thay đổi từ truy cập trực tiếp vào giao diện đến chuyển giao dữ liệu tài chính trên thiết bị lưu trữ.
Trong trường hợp chuyển giao dữ liệu tài chính trên thiết bị lưu trữ, định dạng không được GoBD áp dụng. Ví dụ, định dạng có thể là XLS, CSV, XML, Lotus 123, SAP-format, AS/400-format hoặc định dạng khác. Odoo hỗ trợ xuất dữ liệu tài chính dạng CSV và XLS ngay khi xuất xưởng. GoBD khuyến nghị xuất dữ liệu theo định dạng GoBD dựa trên XML cụ thể (xem "Ergänzende Informationen zur Datenntträgerüberlassung" §3) nhưng không mang tính ràng buộc.
Vai trò và ý nghĩa của chứng nhận tuân thủ là gì?¶
GoBD nêu rõ rằng do bản chất của phần mềm kế toán hiện đại, khả năng cấu hình, bản chất thay đổi và nhiều hình thức sử dụng khác nhau, không thể cấp chứng nhận ràng buộc về mặt pháp lý, cũng như không thể bắt phần mềm phải chịu trách nhiệm trước cơ quan công quyền. Trên thực tế, chứng chỉ của bên thứ ba có thể có giá trị thông tin để khách hàng đưa ra quyết định mua phần mềm nhưng không có nghĩa là ràng buộc về mặt pháp lý hoặc có bất kỳ giá trị pháp lý nào khác (A. 12, § 181).
Chứng chỉ GoBD không nêu rõ điều gì hơn thế nữa, nếu bạn sử dụng phần mềm theo hướng dẫn của nó, phần mềm sẽ không ngăn cản bạn tôn trọng GoBD. Những chứng chỉ này rất tốn kém về mặt thời gian và chi phí, và giá trị của chúng rất tương đối. Do đó, chúng tôi tập trung nỗ lực vào việc đảm bảo tuân thủ GoBD thay vì trả tiền cho một công cụ tiếp thị, tuy nhiên, không cung cấp cho khách hàng của chúng tôi bất kỳ sự chắc chắn nào về mặt pháp lý.
Quan trọng
BMF thực sự nêu rõ điều sau đây trong `Văn bản chính thức của GoBD <https://ao.bundesfinanzministerium.de/ao/2021/Anhaenge/BMF-Schreiben-und-gleichlautende-Laendererlasse/Anhang-64/anhang-64.html> `_:
180. Positive attestations on the correctness of the bookkeeping - and thus on the correctness of IT-based bookkeeping systems - are not issued either in the context of a tax field audit or in the context of binding information.
181. "Certificates" or "attestations" from third parties can serve as a decision criterion for the company when selecting a software product, but develop from the in margin no. 179 is not binding on the tax authorities.
Ghi chú
Nội dung trước đó đã được `tự động dịch từ tiếng Đức bằng Google Dịch <https://translate.google.com/?sl=de&tl=en&text=180.%0APositivtestate%20zur%20Ordnungsm%C3%A4%C3%9Figkeit%20der%20Buchf%C3%BChrung%20-%20und%20damit%20zur%20Ordnungsm%C3%A4%C3%9Figkeit%20DV-gest%C3%BCtzter%20Buchf%C3%BChrungssysteme%20-%20werden%20weder%20im%20Rahmen%20einer%20steuerlichen%20Au%C3%9Fenpr%C3%BCfung%20noch%20im%20Rahmen%20einer%20verbindlichen%20Auskunft%20erteilt.%0A%0A181.%0A%E2%80%9EZertifikate%E2%80%9C%20oder%20%E2%80%9ETestate%E2%80%9C%20Dritter%20k%C3%B6nnen%20bei%20der%20Auswahl%20eines%20Softwareproduktes%20dem%20Unternehmen%20als%20Entscheidungskriterium%20dienen%2C%20entfalten%20jedoch%20aus%20den%20in%20Rz.%20179%20genannten%20Gr%C3%BCnden%20gegen%C3%BCber%20der%20Finanzbeh%C3%B6rde%20keine%20Bindungswirkung.%20&op=translate> `_.
Điều gì xảy ra nếu bạn không tuân thủ?¶
Trong trường hợp vi phạm, bạn có thể phải chịu tiền phạt nhưng cũng có thể phải chịu lệnh của tòa án yêu cầu thực hiện các biện pháp cụ thể.