ED12 - GoBD và Transparenzregister: tài liệu hóa việc xác định wB

Vấn đề

Việc kê khai lên Transparenzregister (ED17) chỉ là phần nổi của tảng băng. Bên dưới đó là một cụm nghĩa vụ, có ý nghĩa quyết định trong các cuộc kiểm tra và thủ tục xử lý không nhất quán (§ 23a GwG) - và không thể thực hiện được nếu thiếu tài liệu hóa:

• "Chúng tôi đã kê khai" - nhưng việc xác định làm cơ sở cho kê khai thì không truy vết được: Đã kiểm tra những nguồn nào? Đã hỏi những người góp vốn nào? Khi nào?
• Nghĩa vụ điều tra bị xem nhẹ: Nếu công ty không nhận được khai báo nào từ những người nắm giữ cổ phần, công ty phải yêu cầu cung cấp thông tin "trong phạm vi phù hợp" - và phải tài liệu hóa các yêu cầu này cùng những thông tin đã thu thập (§ 20 Abs. 3a GwG). Thiếu tài liệu hóa thì nghĩa vụ chưa được hoàn thành - người kiểm tra chỉ thấy một kết quả, chứ không thấy quy trình.
• Nghĩa vụ khai báo của người góp vốn không có bằng chứng: Người góp vốn là wB hoặc bị một wB kiểm soát trực tiếp phải cung cấp cho công ty những khai báo cần thiết và thông báo ngay mỗi thay đổi (§ 20 Abs. 3 GwG). Họ đã làm hay chưa, và vào lúc nào, là điểm tranh chấp - nếu việc tiếp nhận không được tài liệu hóa.
• Giả định không có căn cứ: Kê khai wB giả định (ED04) mà không có lý do được tài liệu hóa là chưa đầy đủ - lý do là một phần của kê khai.
• Lịch sử thay đổi còn khoảng trống: Transparenzregister yêu cầu toàn bộ khoảng thời gian từ 01.10.2017 (hoặc từ khi thành lập) phải được bao phủ không thiếu khoảng trống. Ai chỉ tài liệu hóa trạng thái hiện tại sẽ không còn khả năng chứng minh các cấu hình trước đó.

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

Việc xác định wB là một quy trình bắt buộc phải tài liệu hóa - và do đó là một trường hợp GoBD thuộc về Git repo:

1. Bốn nghĩa vụ cho mỗi tổ chức (§ 20 Abs. 1 GwG): Thu thập các khai báo về người hưởng lợi thực tế, lưu trữ, duy trì ở trạng thái cập nhật và thông báo ngay cho cơ quan quản lý sổ đăng ký. Ba trong bốn nghĩa vụ đó thuần túy là nghĩa vụ tài liệu hóa.
2. Nghĩa vụ điều tra (§ 20 Abs. 3a GwG): Nếu không có khai báo của người nắm giữ cổ phần, công ty phải gửi yêu cầu cung cấp thông tin đến những người đó - trong phạm vi phù hợp - và tài liệu hóa các yêu cầu cùng những thông tin đã nhận được. Tài liệu đó chính là bằng chứng về việc hoàn thành nghĩa vụ.
3. Nghĩa vụ khai báo (§ 20 Abs. 3 GwG): wB và những người nắm giữ cổ phần bị họ kiểm soát trực tiếp phải đưa ra khai báo và thông báo ngay các thay đổi. Công ty tài liệu hóa việc tiếp nhận dưới dạng artifact (người gửi, nội dung, thời điểm nhận) - trong trường hợp tranh chấp, đó là bằng chứng cho thấy nghĩa vụ khai báo đã được thực hiện hoặc công ty đã phải đôn đốc theo.
4. Lưu trữ: Các khai báo về wB phải được lưu trữ - tuân thủ GoBD ở đây nghĩa là: có quản lý phiên bản, truy vết được ở dạng không thể thay đổi, kèm tham chiếu chứng từ. Git với các tham chiếu SHA-256 đảm bảo điều đó về mặt cấu trúc (ED08, ED09).
5. Lịch sử: Mỗi lần xác định là một artifact mới - không có gì bị ghi đè. Obsoleszenz-Tracking (superseded_by) kết nối các thế hệ với nhau: Xác định 2026-09 (chuỗi A) → Xác định 2027-03 (chuỗi B, sau Share Deal) → mỗi cái đều kèm tham chiếu nguồn đầy đủ.

Compliance by Design: Artifact xác định được tạo ra trước khi kê khai (Schema-First) và được kê khai tham chiếu đến - chứ không ngược lại. Nhờ vậy, kê khai bất kỳ lúc nào cũng truy được về cơ sở của nó: số hồ sơ kê khai → wb_ermittlung.json → điều lệ công ty/danh sách người góp vốn (SHA-256). Truy vết ngược (ED03) áp dụng cho GwG.

Quy trình xác định dưới dạng chuỗi

Artifact xác định (Schema-First)

{
  "$schema": "https://gitcover.org/schemas/wb-ermittlung-1.0.schema.json",
  "V7GUID": "WB_ERMITTLUNG",
  "uuidV7": "01a065f3-dbbd-7000-8000-000000000001",
  "tenant": "ORG-1",
  "ermittelt_von": { "person": "E1", "role": "GF" },
  "anlass": {
    "typ": "gruendung",
    "datum": "260901",
    "belege": [
      { "art": "gesellschaftsvertrag", "sha256": "…" },
      { "art": "gesellschafterliste", "sha256": "…" }
    ]
  },
  "kette": [
    { "stufe": 1, "inhaber": "ORG-5", "art": "kapital", "anteil_prozent": 100,
      "typ": "koerperschaft", "beholderrschung_ab": "100 %" }
  ],
  "ergebnis": [
    { "person": "E1", "typ": "mittelbar", "art_interesse": "mittelbare Kontrolle über ORG-5",
      "umfang": "100 % an ORG-5", "gueltig_ab": "260901" }
  ],
  "fiktion": null,
  "angabepflicht_eingaenge": [
    { "person": "E1", "art": "angaben_wb", "eingang": "260902",
      "sha256": "…", "dokument": "angaben_e1_org1.json" }
  ],
  "auskunftsersuchen": [],
  "obsolescence": { "status": "active", "superseded_by": null, "superseded_at": null }
}

Không có trường datetime: Ở đây thời điểm ghi nhận cũng nằm trong uuidV7 (ED03). Các ngày tháng trong nội dung (gueltig_ab, eingang) là dữ liệu chuyên môn của việc xác định (hiệu lực của cấu hình, ngày nhận một khai báo) - không phải thời điểm ghi nhận của artifact.

Điều gì xảy ra khi có thay đổi

Bẫy "đính chính": Các thay đổi được nộp lên Transparenzregister dưới dạng đơn tiếp theo - một đơn đính chính sẽ ghi đè lên mục hiện tại thay vì bổ sung theo dòng thời gian. Chính vì vậy mà lịch sử trong repo quan trọng đến vậy: Sổ đăng ký hiển thị một chuỗi theo thời gian, còn repo hiển thị các thế hệ xác định tương ứng.

Truy vết ngược/xuôi (dạng đặc thù GwG)

Liên hệ GoBD: Khả năng truy vết (Rz. 146) và khả năng kiểm chứng (Rz. 147) của quy trình GwG. Người kiểm tra - dù là cơ quan giám sát hay thủ tục xử lý không nhất quán (ED18) - có thể lần theo chuỗi kê khai → xác định → chứng từ mà không cần hỏi lại.

Đòn bẩy rủi ro

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

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

Nguồn

• Geldwäschegesetz (GwG): § 20 Abs. 1 (cụm nghĩa vụ), § 20 Abs. 3 (nghĩa vụ khai báo), § 20 Abs. 3a (nghĩa vụ điều tra), § 19 (nội dung kê khai), § 3 (định nghĩa wB, giả định)
• Bundesverwaltungsamt: Hinweisblatt Mitteilungspflicht (đơn tiếp theo so với đính chính; bao phủ không thiếu khoảng trống từ 10/2017)
• GoBD (BMF-Schreiben): Rz. 146 (khả năng truy vết), Rz. 147 (khả năng kiểm chứng)
• AO § 146 (nghĩa vụ ghi sổ, lưu trữ trong nước hoặc theo phương thức phù hợp), § 147 (thời hạn lưu trữ)

Cấu trúc nguồn và các liên kết tham chiếu CDN

Lưu ý: Cách phân bổ này giữa nguồn, mirror và community hub phản ánh hiện trạng hiện tại 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 mới nhất.