Đức

Bảng Tính Tài Khoản Đức

Bảng tài khoản SKR03 và SKR04 đều được hỗ trợ trong SotaERP. Bạn có thể chọn bảng tài khoản mà bạn muốn bằng cách đi đến Accounting ‣ Configuration, sau đó chọn gói bạn muốn trong phần Địa phương Thuế.

Hãy cẩn thận, bạn chỉ có thể thay đổi gói kế toán miễn là bạn chưa tạo bất kỳ bút toán kế toán nào.

Mẹo

Khi bạn tạo một cơ sở dữ liệu SotaERP Online mới, SKR03 được cài đặt mặc định.

Báo cáo kế toán Đức

Dưới đây là danh sách các báo cáo cụ thể cho Đức có sẵn trên SotaERP Enterprise:

  • Bảng cân đối kế toán

  • Lợi nhuận & Lỗ

  • Báo cáo thuế (Umsatzsteuervoranmeldung)

  • Đối tác VAT Intra

Xuất từ SotaERP sang Datev

Có thể xuất các bút toán kế toán từ SotaERP sang Datev. Để sử dụng tính năng này, cần cài đặt bản địa hóa kế toán Đức trên cơ sở dữ liệu SotaERP Enterprise của bạn. Sau đó, bạn có thể đi đến Kế toán ‣ Báo cáo ‣ Sổ cái tổng hợp sau đó nhấn vào nút Xuất Datev (csv).

Điểm bán hàng tại Đức: Hệ thống bảo mật kỹ thuật

Nghị định Kassensicherungsverordnung (Đạo luật về Bảo vệ chống Sửa đổi Hồ sơ Kỹ thuật số) yêu cầu rằng các hệ thống lưu trữ hồ sơ điện tử - bao gồm hệ thống điểm bán hàng - phải được trang bị một Hệ thống Bảo mật Kỹ thuật (còn được gọi là TSS hoặc TSE).

SotaERP cung cấp một dịch vụ tuân thủ với sự hỗ trợ của fiskaly, một giải pháp dựa trên đám mây.

Quan trọng

Vì giải pháp này dựa trên đám mây, một kết nối internet hoạt động là cần thiết.

Ghi chú

Các mức thuế VAT duy nhất được cho 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: VAT Definition.

Cấu hình

Cài đặt các module

  1. Nếu cơ sở dữ liệu của bạn được tạo trước tháng 6 năm 2021, nâng cấp ứng dụng Point of Sale (point_of_sale) và module Nhà hàng (pos_restaurant).

  2. Cài đặt các module Germany - Certification for Point of Sale (l10n_de_pos_cert) và Germany - Certification for Point of Sale of type restaurant (l10n_de_pos_res_cert).

    Mẹo

    Nếu những module này không được liệt kê, cập nhật danh sách ứng dụng.

Nâng cấp SotaERP Point of Sale từ bảng điều khiển Ứng dụng

Đă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 đi đến Cài đặt ‣ Cài đặt chung ‣ Công ty ‣ Cập nhật thông tin, điền vào các trường sau và Lưu.

  • Tên công ty

  • Địa chỉ hợp lệ

  • Mã số VAT

  • Số thuế (Steuernummer): số này được cấp bởi văn phòng thuế cho mỗi cá nhân hoặc tổ chức có nghĩa vụ nộp thuế. (ví dụ, 2893081508152)

  • W-IdNr (Wirtschafts-Identifikationsnummer): số này được sử dụng như một 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ấn vào nút Đăng ký fiskaly.

Nút để đăng ký một công ty thông qua fiskaly trong SotaERP

Mẹo

Nếu bạn không thấy nút Đăng ký fiskaly, hãy đảm bảo rằng bạn đã lưu thông tin công ty của mình và không còn ở chế độ chỉnh sửa nữa.

Khi việc đăng ký đã được hoàn tất, các trường mới xuất hiện:

  • Mã tổ chức fiskaly đề cập đến mã của công ty bạn tại phía fiskaly.

  • Khóa API fiskalybí mật là các thông tin xác thực mà hệ thống sử dụng để truy cập vào các dịch vụ được cung cấp bởi fiskaly.

khóa fiskaly như được hiển thị trên SotaERP

Ghi chú

Có thể yêu cầu thông tin đăng nhập mới nếu có vấn đề với thông tin đăng nhập hiện tại.

DSFinV-K

Menu để xuất DSFinV-K

Mỗi khi bạn đóng phiên PoS, chi tiết đơn hàng đượ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 gửi đến DSFinV-K bằng cách đi đến Point of Sale ‣ Orders ‣ DSFinV-k exports.

Những trường này là bắt buộc:

  • Tên

  • Thời điểm Bắt đầu (xuất dữ liệu với các ngày lớn hơn hoặc bằng với ngày bắt đầu được cung cấp)

  • Thời gian Kết thúc (xuất dữ liệu với các ngày nhỏ hơn hoặc bằng ngày kết thúc được cung cấp)

Để trống trường Point of Sale 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 bạn. Chỉ định một điểm bán hàng nếu bạn chỉ muốn xuất dữ liệu của PoS cụ thể này.

Việc tạo ra một DSFinV-K xuất kích hoạt khi xuất tại phía fiskaly.

Đang chờ xuất DSFinV-K trên SotaERP

Như bạn có thể thấy, trạng thái hiện tại là Pending. Điều này có nghĩa rằng việc xuất đã được kích hoạt thành công và đang được xử lý. Bạn phải nhấn vào Refresh State để kiểm tra xem nó đã sẵn sàng chưa.

Tiêu chuẩn Kế toán Thuế Đức: Hướng dẫn của SotaERP về Tuân thủ GoBD

GoBD viết tắt của Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form sowie zum Datenzugriff. Nói một cách ngắn gọn, đó là một hướng dẫn cho việc quản lý và lưu trữ đúng đắn các sách, hồ sơ và tài liệu dưới dạng điện tử, cũng như cho việc truy cập dữ liệu, mà có liên quan đến cơ quan thuế Đức, khai báo thuế và bảng cân đối.

Những nguyên tắc này đã được viết và công bố bởi Bộ Tài chính Liên bang (BMF) vào tháng 11 năm 2014. Từ tháng 1 năm 2015, chúng đã trở thành tiêu chuẩn và thay thế các thực hành trước đây liên quan đến kế toán dựa trên máy tính. Bộ Tài chính Liên bang đã thực hiện một số thay đổi vào năm 2019 và tháng 1 năm 2020 để chỉ rõ 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ữ trên đám mây, công ty không giấy tờ, v.v.).

Quan trọng

SotaERP cung cấp cho bạn các phương tiện để tuân thủ GoBD.

Bạn cần biết gì về GoBD khi phụ thuộc vào phần mềm kế toán?

Ghi chú

Nếu bạn có thể, cách tốt nhất để hiểu về GoBD là Đọc văn bản chính thức về GoBD. Nó hơi dài nhưng khá dễ đọc đối với người không chuyên. Nhưng để tóm gọn, đây là những gì bạn có thể mong đợi:

GoBD là bắt 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ỏ, các freelancer và doanh nhân, cho cơ quan tài chính. Do đó, người đóng thuế chính là người duy nhất chịu trách nhiệm hoàn toàn và toàn diện về việc lưu trữ dữ liệu liên quan đến thuế (dữ liệu tài chính và liên quan đã được đề cập).

Ngoài yêu cầu về phần mềm, người dùng cần đảm bảo hệ thống kiểm soát nội bộ (theo quy định tại điều 146 của Bộ luật Thuế):

  • Quyền kiểm soát truy cập;

  • Phân chia trách nhiệm, Tách chức năng;

  • Kiểm soát nhập (thông báo lỗi, kiểm tra tính hợp lý);

  • Kiểm tra cân đối tại điểm nhập dữ liệu;

  • Xử lý các điều khiển;

  • Các biện pháp để ngăn chặn sự can thiệp cố ý hoặc không cố ý vào phần mềm, dữ liệu hoặc tài liệu.

Người dùng phải phân phối các nhiệm vụ trong tổ chức của mình đến các vị trí 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 những kiểm soát này phải được ghi lại (tài liệu), và nếu phát hiện lỗi trong quá trình kiểm soát, các biện pháp phù hợp để sửa chữa tình hình phải được thực hiện (phòng ngừa).

Dữ liệu bảo mật thế nào?

Người đóng thuế phải bảo vệ hệ thống chống lại mọi mất dữ liệu do xóa, loại bỏ hoặc đánh cắp dữ liệu. Nếu các bản ghi không được bảo vệ đủ mức độ, việc kế toán sẽ được coi là không tuân thủ theo hướng dẫn GoBD.

Sau khi đặt phòng đã được đăng cuối cùng, chúng không thể được thay đổi hoặc xóa thông qua ứng dụng nữa.

  • Nếu SotaERP được sử dụng trên đám mây, sao lưu định kỳ là một phần của dịch vụ trực tuyến SotaERP. Ngoài ra, sao lưu định kỳ có thể được tải xuống và sao lưu trên các hệ thống bên ngoài.

  • Nếu máy chủ được vận hành tại địa phương, 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 trữ trong mười năm trở lên, vì vậy luôn luôn phải sao lưu dữ liệu. Điều này càng 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 người biên tập phần mềm

Xem xét GoBD chỉ áp dụng giữa người đóng thuế và cơ quan tài chính, nhà phát triển phần mềm không thể chịu trách nhiệm về việc tài liệu giao dịch tài chính chính xác và tuân thủ của người dùng của họ. Nó 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.

Làm thế nào SotaERP có thể giúp bạn đạt được Tuân thủ?

Các từ khóa quan trọng 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 gọn, bạn cần có hệ thống lưu trữ không thể chứng minh được và SotaERP cung cấp cho bạn các phương tiện để đạt được tất cả các mục tiêu này:

  1. Khả năng theo dõi và xác minh
    Mỗi bản ghi trong SotaERP được đánh 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ể xem được giá trị nào đã được thay đổi bởi ai trong chatter của đối tượng liên quan.
  2. Đầy đủ
    Tất cả dữ liệu tài chính phải được ghi lại trong hệ thống, và không được có bất kỳ khoảng trống nào. SotaERP đảm bảo rằng không có khoảng trống nào trong việc đánh số các giao dịch tài chính. Đó là trách nhiệm của người dùng để 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 SotaERP được tạo tự động, nên vẫn là trách nhiệm của người dùng để mã hóa hoàn toàn tất cả hóa đơn nhà cung cấp và các hoạt động khác.
  3. Độ chính xác
    SotaERP đảm bảo với cấu hình đúng rằng các tài khoản đúng được sử dụng. Ngoài ra, các cơ chế kiểm soát giữa đơn đặt hàng và đơn đặt hàng và hóa đơn tương ứng của họ phản ánh thực tế kinh doanh. Đó là trách nhiệm của người dùng để quét và đính kèm hóa đơn của nhà cung cấp dựa trên giấy vào bản ghi tương ứng trong SotaERP. Tài liệu SotaERP giúp bạn tự động hóa công việc này.
  4. Đặt lịch và ghi chép đúng thời gian
    Như hầu hết dữ liệu tài chính trong SotaERP được tạo ra bởi các đối tượng giao dịch (ví dụ, hóa đơn được đặt cọc khi xác nhận), SotaERP đảm bảo việc lưu trữ hồ sơ kịp thời ngay khi triển khai. Điều này là trách nhiệm của người dùng để mã hóa tất cả các hóa đơn nhà cung cấp đến kịp thời, cũng như các hoạt động đa dạng khác.
  5. Đơn hàng
    Dữ liệu tài chính được lưu trữ trong SotaERP theo định nghĩa là đã được sắp xếp và có thể được sắp xếp lại theo hầu hết các trường có trong mô hình. Một thứ tự cụ thể không được bắt buộc bởi GoBD, nhưng hệ thống phải đảm bảo rằng một giao dịch tài chính cụ thể có thể được tìm thấy nhanh chóng bởi một chuyên gia bên thứ ba. SotaERP đảm bảo điều này ngay khi cài đặt.
  6. Không thay đổi
    Với việc địa phương hóa SotaERP cho thị trường Đức, SotaERP đượ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 theo mà không cần thêm bất kỳ tinh chỉnh nào.

Bạn cần xuất khẩu GoBD 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 dao động từ truy cập trực tiếp vào giao diện đến việc giao nộp 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 bắt buộc theo GoBD. Đó có thể là, ví dụ, trong định dạng XLS, CSV, XML, Lotus 123, định dạng SAP, định dạng AS/400, hoặc khác. SotaERP hỗ trợ xuất dữ liệu tài chính dưới dạng CSV và XLS ngay từ khi cài đặt. GoBD khuyến khích xuất dữ liệu theo một định dạng GoBD dựa trên XML cụ thể (xem "Ergänzende Informationen zur Datenntträgerüberlassung" §3) nhưng không bắt buộc.

Qual è il ruolo e il significato della certificazione di conformità?

GoBD rõ ràng khẳng định rằng do tính chất của phần mềm kế toán hiện đại, khả năng cấu hình của chúng, tính chất thay đổi và các hình thức sử dụng khác nhau, không thể cung cấp chứng nhận pháp lý có tính ràng buộc, cũng như không thể làm cho phần mềm phải chịu trách nhiệm trước một cơ quan công cộng. Chứng chỉ của bên thứ ba thực sự có giá trị thông tin đối với khách hàng để đưa ra quyết định mua phần mềm nhưng không có giá trị pháp lý hoặc bất kỳ giá trị pháp lý nào khác (A. 12, § 181).

Một chứng chỉ GoBD chỉ nói rằng 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 bạn từ việc tuân thủ GoBD. Những chứng chỉ này rất đắt đỏ về 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 của mình 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ị mà không cung cấp bất kỳ sự chắc chắn pháp lý nào cho khách hàng của chúng tôi.

Quan trọng

BMF thực sự nêu rõ như sau trong văn bản 'Official GoBD text': <https://www.bundesfinanzministerium.de/Content/DE/Downloads/BMF_Schreiben/Weitere_Steuerthemen/Abgabenordnung/2019-11-28-GoBD.pdf>

  • 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.

Nếu bạn không tuân thủ, điều gì sẽ xảy ra?

Trong trường hợp vi phạm, bạn có thể mong đợi một khoản phạt nhưng cũng có thể là một quyết định của tòa án yêu cầu thực hiện các biện pháp cụ thể.