ED11 - Cơ quan thuế: Số thuế, § 60a AO, Tờ khai thuế tiền lương

Vấn đề

Sau khi thành lập và đăng ký kinh doanh, cơ quan thuế (FA) sẽ liên hệ - nhưng trong khu vực doanh nghiệp vừa và nhỏ (KMU) vẫn chưa rõ những nghĩa vụ nào phát sinh từ đó và chúng được chứng minh trong repo như thế nào:

• "Số thuế? Tư vấn thuế giữ nó." - nhiều chủ doanh nghiệp không biết số thuế của chính mình, càng không biết nó nằm ở đâu
• Tờ khai thuế tiền lương như một hộp đen - LStA do bộ phận lương thực hiện, nhưng chủ doanh nghiệp không có bằng chứng nào trong repo
• Chứng chỉ ELSTER chưa được ghi nhận - chứng chỉ cá nhân hoặc của tổ chức được cài đặt ở đâu đó, nhưng không được chứng minh trong repo
• Nhầm lẫn giữa thông báo USt và thông báo KSt - các loại thuế khác nhau có các số thuế khác nhau, nhưng chỉ có một được lưu giữ
• Không có giám sát thời hạn cho các tờ khai FA - LStA, UStA, tờ khai ESt/KSt có các thời hạn khác nhau, nhưng không ai giám sát chúng một cách tập trung
• Quyết định § 60a AO không được biết đến - quyết định về tính phi lợi nhuận (§ 60a Abs. 1 AO) là cơ sở cho các khoản miễn thuế, nhưng nó nằm ở đâu đó dưới dạng giấy tờ

Ý chính

Các nghĩa vụ đối với cơ quan thuế trong Git repo có nghĩa là:

1. Số thuế dưới dạng các mục registry - lưu trữ tập trung trong registry/ với Sidecar, mỗi loại thuế một số
2. Tờ khai thuế tiền lương dưới dạng artefact JSON - LStA với source_sha256 trỏ đến biên lai ELSTER
3. Chứng chỉ ELSTER được ghi nhận - tệp .pfx với Sidecar (không đưa chính chứng chỉ vào repo, mà là bằng chứng)
4. Kiểm tra thời hạn cho tất cả các tờ khai FA - LStA, UStA, ESt/KSt với cảnh báo tự động
5. Quyết định § 60a AO dưới dạng chứng từ với Sidecar - quyết định miễn thuế với theo dõi hiệu lực

Compliance by Design: Các nghĩa vụ FA không được quản lý sau sự kiện, mà được ghi nhận một cách có cấu trúc thông qua các mục registry với Sidecar, kiểm tra thời hạn và artefact JSON.

Số thuế trong thư mục registry

Ví dụ thực tế: KMU có số thuế KSt <STNR>, số thuế USt <STNR>, số thuế LSt <STNR>, W-IdNr <WID>, USt-IdNr DE<UID>. Mỗi số được lưu dưới dạng chứng từ với Sidecar trong registry/. Quyết định § 60a AO (công nhận tính phi lợi nhuận) cũng được lưu ở đó, với theo dõi hiệu lực.

Quyết định § 60a AO - Tính phi lợi nhuận

Quan trọng: Quyết định § 60a AO là nền tảng cho tất cả các đặc quyền phi lợi nhuận (KSt, USt, VBG, các mức pauschal). Không có quyết định này, các khoản miễn thuế sẽ không thể áp dụng. Quyết định phải được lưu trong repo với Sidecar để có thể cung cấp bằng chứng khi kiểm tra.

Tờ khai thuế tiền lương (§ 41a EStG)

LStA dưới dạng artefact JSON

{
  "$schema": "https://gitcover.org/schemas/diary-entry-1.0.schema.json",
  "V7GUID": "<V7GUID-Class-aus-Registry>",
  "uuidV7": "<uuidV7-Object-mit-vorgegebener-Zeitmarke>",
  "author": "E1",
  "role": "Lohnverantwortlicher",
  "tenant": "ORG-1",
  "sphere": "ideell",
  "source": "FA",
  "source_sha256": "<SHA-256-der-ELSTER-Quittung>",
  "tags": ["lsta", "§41a-estg", "nullmeldung", "aktivrente"],
  "lsta": {
    "monat": "09/2026",
    "brutto": 2000.00,
    "lst": 0.00,
    "soli": 0.00,
    "kist": 0.00,
    "freibetrag_aktivrente": 2000.00,
    "art": "nullmeldung"
  }
}

Lưu ý: uuidV7 là DocID của mục. Composite Key V7GUID:uuidV7 phục vụ việc tổ chức lưu trữ và truy vấn DB. Đối tượng lsta ghi nhận tờ khai thuế tiền lương với tất cả các thành phần. Với Aktivrente (§ 3 Nr. 21 EStG), LSt = 0,00 - đây là một Nullmeldung (khai báo bằng không) (xem ED14).

Ghi nhận chứng chỉ ELSTER

Quan trọng - không đưa .pfx vào repo: Tệp .pfx (chứng chỉ + khóa riêng) sẽ không được đưa vào Git repo - nó chứa các bí mật mật mã. Thay vào đó, một Sidecar được lưu, ghi nhận sự tồn tại và việc kích hoạt của chứng chỉ (ngày, trạng thái, biên lai thử nghiệm ELSTER). Tệp .pfx được lưu an toàn bên ngoài repo (ví dụ: trên phương tiện lưu trữ được mã hóa).

Xem ED12: Việc sử dụng thực tế chứng chỉ ELSTER (thực tiễn giao diện cơ quan nhà nước, DE-Mail, trung gian qua GitCover) được đề cập trong ED12.

Giám sát thời hạn cho các tờ khai FA

Mẹo thực tế: Kiểm tra thời hạn được duy trì dưới dạng artefact Git và được cập nhật với mỗi commit. Cảnh báo tự động (xem ED07) cảnh báo 14 ngày trước khi một thời hạn FA hết hạn. Nhờ đó không còn bỏ sót việc trễ hạn nào - và tránh được § 152 AO (phụ phí chậm nộp lên đến 25.000 EUR).

Đòn bẩy rủi ro

Yêu cầu Harness (xem trước)

Có thể suy ra từ ED11:

Danh sách yêu cầu đầy đủ nằm trong Harness-Anforderungen.md.

Nguồn

• AO (§ 60a - công nhận tính phi lợi nhuận, § 149 - tờ khai thuế, § 152 - phụ phí chậm nộp)
• EStG (§ 41a - tờ khai thuế tiền lương, § 41b - chứng nhận thuế tiền lương)
• UStG (§ 18 - tờ khai trước thuế GTGT, § 14 - hóa đơn điện tử)
• AFJD/agents/ (đã ẩn danh) - khái niệm SSoT với registry, kiểm tra thời hạn, ELSTER

Topology nguồn và liên kết tham chiếu CDN

Lưu ý: Việc phân bổ nguồn, mirror và community hub này phản ánh hiện trạng và có thể thay đổi. Vui lòng kiểm tra nguồn chính tắc tương ứng trên gitcover.org để biết trạng thái hiện tại.