ED09 - Phân loại phạm vi của các nghiệp vụ (từ khi đăng ký kinh doanh, trong trường hợp phi lợi nhuận)

Vấn đề

Một tổ chức phi lợi nhuận đăng ký kinh doanh - và từ khoảnh khắc đó, phân tách phạm vi (§§ 51–68 AO) bắt đầu có hiệu lực. Nhưng trên thực tế:

• "Phạm vi? Chưa từng nghe tới." - nhiều doanh nhân phi lợi nhuận không biết rằng họ phải gán mỗi nghiệp vụ vào một trong bốn phạm vi
• Trộn lẫn giữa lý tưởng và kinh doanh - thu nhập từ workshop (lý tưởng) và doanh số bán Merchandising (kinh doanh) cùng rơi vào một tài khoản, một thư mục, một repo
• Không có ghi nhãn phạm vi - bút toán không có trường nào chỉ ra phạm vi - thanh tra viên phải đoán
• Trộn lẫn tài sản là căn cứ tước bỏ - § 55 Abs. 1 Nr. 5 AO đe dọa tước bỏ tình trạng phi lợi nhuận khi có trộn lẫn tài sản - hồi tố tối đa 15 năm
• Không có kiểm tra tự động - không ai kiểm tra xem mỗi nghiệp vụ đã có phạm vi hay chưa - cứ nghĩ rằng "rồi nó cũng sẽ đúng thôi"
• Gán sai các khoản miễn thuế - các khoản miễn thuế tình nguyện và người hướng dẫn (§ 3 Nr. 26/26a EStG) không được gán vào đúng phạm vi

Yếu tố kích hoạt A - Đăng ký kinh doanh: Nghĩa vụ này phát sinh mà không cần nhân viên - nó là một phần của tổ chức, không phải của tư cách người sử dụng lao động. Từ thời điểm một tổ chức phi lợi nhuận đăng ký kinh doanh, mỗi nghiệp vụ đều phải được gán vào một phạm vi.

Thông điệp cốt lõi

Phân loại phạm vi trong Git repo có nghĩa là:

1. Mỗi nghiệp vụ có một trường sphere - trường bắt buộc, không tùy chọn (đối với Tenant phi lợi nhuận)
2. Bốn phạm vi - ideell, vermögensverwaltend, zweckbetrieblich, wirtschaftlich
3. Pre-Commit-Hook kiểm tra tính đầy đủ - không commit nào được thiếu thẻ phạm vi đối với Tenant phi lợi nhuận
4. Báo cáo vi phạm phạm vi - cảnh báo tự động khi có nghiệp vụ kinh doanh trong bối cảnh lý tưởng
5. Các khoản miễn thuế được gán phạm vi - các khoản miễn thuế tình nguyện/người hướng dẫn (§ 3 Nr. 26/26a EStG) nhận thẻ phạm vi

Compliance by Design: Phân tách phạm vi không hình thành từ việc xếp loại sau này, mà từ các trường bắt buộc mang tính cấu trúc và Pre-Commit-Hook kiểm tra việc gán phạm vi cho mỗi nghiệp vụ.

Bốn phạm vi

Rủi ro khi thiếu phân tách phạm vi: Trộn lẫn tài sản (§ 55 Abs. 1 Nr. 5 AO) là một căn cứ tước bỏ tư cách phi lợi nhuận. Một tổ chức phi lợi nhuận không tách biệt các nghiệp vụ kinh doanh và lý tưởng sẽ đối mặt nguy cơ bị tước bỏ tư cách phi lợi nhuận - và do đó bị truy thu thuế trên quỹ dự trữ (hồi tố tối đa 15 năm).

Phân loại phạm vi trong artefact JSON

Mỗi nghiệp vụ (bút toán, mục nhật ký, chứng từ) đều chứa trường sphere như một trường bắt buộc đối với Tenant phi lợi nhuận:

{
  "$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": "Buchhalter",
  "tenant": "ORG-1",
  "sphere": "ideell",
  "source": "E1",
  "source_sha256": "<SHA-256-...>",
  "tags": ["workshop", "bildungsangebot"]
}

Lưu ý: uuidV7 là DocID của mục ghi. Composite Key V7GUID:uuidV7 phục vụ việc tổ chức lưu trữ và truy vấn DB. Trường sphere là trường bắt buộc đối với Tenant phi lợi nhuận - Pre-Commit-Hook kiểm tra sự hiện diện và tính hợp lệ của nó.

Pre-Commit-Hook kiểm tra tính đầy đủ của phạm vi

Quan trọng - Cảnh báo so với Từ chối: Một vi phạm phạm vi (nghiệp vụ kinh doanh trong bối cảnh lý tưởng) dẫn đến cảnh báo, không phải từ chối - nghiệp vụ đó có thể là hợp pháp (ví dụ: hoạt động kinh doanh thương mại thuộc về pháp nhân). Nhưng cảnh báo buộc doanh nhân phải xác nhận một cách có ý thức việc phân loại và ghi nhận nó trong commit.

Báo cáo phạm vi

Post-Commit-Hook tạo ra một báo cáo phạm vi cho mỗi năm tài chính:

Ví dụ thực tế: Doanh nhân (E1) ghi sổ một giao dịch bán Merchandising (kinh doanh, 500 EUR) và một workshop (lý tưởng, 200 EUR). Pre-Commit-Hook yêu cầu sphere: "wirtschaftlich" hoặc sphere: "ideell" tương ứng. Post-Commit-Hook tạo báo cáo: kinh doanh 500 EUR (dưới ngưỡng miễn thuế), lý tưởng 200 EUR. Khi vượt ngưỡng miễn thuế, báo cáo sẽ cảnh báo về nghĩa vụ KSt.

Các khoản miễn thuế và phạm vi

Các khoản miễn thuế tình nguyện và người hướng dẫn (§ 3 Nr. 26/26a EStG) phải được gán vào đúng phạm vi:

Quan trọng: Các khoản miễn thuế này được miễn thuế - nhưng chỉ khi chúng được gán vào đúng phạm vi. Khoản miễn thuế tình nguyện trong hoạt động kinh doanh thương mại thì không được miễn thuế. Trường sphere trong mục nhật ký ghi nhận việc phân loại này.

Điều lệ § 6a: Việc chi trả các khoản miễn thuế đòi hỏi có điều khoản mở trong điều lệ (§ 6a). Cho đến khi việc sửa đổi điều lệ được đăng ký vào sổ đăng ký kinh doanh, việc chi trả phải tạm hoãn - quyền yêu cầu phát sinh từ ngày sửa đổi điều lệ. Xem ED10 để biết chi tiết.

Đòn bẩy rủi ro

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

Có thể suy ra từ ED09:

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

Nguồn

• AO (§ 52 - tính phi lợi nhuận, § 55 Abs. 1 Nr. 5 - trộn lẫn tài sản, § 58 Nr. 1 - quản lý tài sản, § 64 - hoạt động kinh doanh thương mại, § 64 Abs. 3 - ngưỡng miễn thuế 45.000 EUR, § 65 - kinh doanh theo mục đích)
• EStG (§ 3 Nr. 26 - khoản miễn thuế người hướng dẫn, § 3 Nr. 26a - khoản miễn thuế tình nguyện)
• AFJD/agents/ (đã ẩn danh) - khái niệm SSoT với phân tách phạm vi, Pre-Commit-Hook

Cấu trúc 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 hiện tại và có thể thay đổi. Vui lòng kiểm tra nguồn chuẩn tắc tương ứng trên gitcover.org để biết trạng thái mới nhất.