GitCover Symbol GCBoKGitCover Body of Knowledge

Phần I — Hình thức văn bản

Kích hoạt S1/S2: Một GVB phải được lập theo hình thức văn bản; sau đó một người kiểm tra hỏi về tính xác thực. Phần I thiết lập cấp độ tài liệu: MD-Doc

  • các artefact JSON trong repo, không có dịch vụ ký bên ngoài.

Tổng quan các bài viết (DS01–DS05)

Điều Tiêu đề (DE) Câu hỏi cốt lõi
DS01 Yêu cầu về hình thức văn bản và việc đánh giá chứng cứ tự do § 126b BGB thực sự yêu cầu gì — và điều gì là đủ khi đánh giá chứng cứ tự do?
DS02 Signatur-Doc như một kiểu dữ liệu (JSON-Schema) Chúng ta mô tả “Signatur” như một artefact đọc được bằng máy trong repo như thế nào?
DS03 Quy trình ký (Accept/Deny/Sign) Một quy trình ký được ghi lại một cách tất định và an toàn phục vụ kiểm toán như thế nào?
DS04 Việc lập danh mục Sidecar và chuỗi xác minh Người kiểm tra kiểm tra tính xác thực và tính toàn vẹn như thế nào — mà không cần đọc lịch sử Git?
DS05 Vùng chứa chữ ký GCPN Chúng ta gắn tất cả artefact (tài liệu nguồn, FES-Doc, quy trình) vào một tài liệu MD như thế nào?

Ý tưởng cơ bản: chữ ký như các artefact trong repo

Một tài liệu trong hệ thống GitCover không phải là một tệp, mà là một bộ artefact: tệp MD (tài liệu nguồn), một Sidecar (.gc.md, SHA-256 + việc lập danh mục V7GUID), đối với các giao dịch kinh doanh là một GCPN-Container. Chữ ký gắn kết chính xác vào mẫu này:

Quell-Dokument (MD)                .gc.md Sidecar            GCPN-Container
   │                           │                          │
   │ sha256                    │ sha256(Quell-Dokument)           │ referenziert alle
   │                           │ V7GUID                   │ Artefakte des Vorgangs
   ▼                           ▼                          ▼
Signatur-Doc (JSON) ──── Accept/Sign-Event ──────── GCPN-Signatur-Container

Mỗi artefact tuân theo một JSON-Schema (quy tắc Schema-First của GCBoK), mỗi quan hệ là một tham chiếu SHA-256, mỗi quy trình là một event có thể mô tả một cách tất định. Một người kiểm tra có thể xác minh toàn bộ chuỗi bằng sha256sum và jq — không cần lịch sử Git, không cần công cụ độc quyền.

Vì sao không dùng DocuSign ngay từ đầu?

Ba lý do chống lại việc kết nối sớm các dịch vụ ký bên ngoài:

  1. Chi phí & ma sát: Phần lớn tài liệu hằng ngày của một KMU (GVB, tài liệu quy trình nội bộ, biên lai) không cần chữ ký đủ điều kiện — hình thức văn bản là đủ (§ 126b BGB: "có thể được thay thế bằng hình thức văn bản").
  2. Đứt gãy chuỗi chứng cứ: Mỗi dịch vụ bên ngoài tạo ra lịch sử riêng của nó (Envelope-ID, audit trail trong cloud của nhà cung cấp). Chuỗi chứng cứ rời khỏi repo — đúng nơi GitCover GoBD hứa hẹn sự an toàn phục vụ kiểm toán.
  3. Ngưỡng một phần ba của sức nặng chứng cứ: Khi đánh giá chứng cứ tự do (§ 286 ZPO), một chuỗi nội bộ được ghi chép tốt (chuỗi SHA-256 + dấu thời gian + vai trò người ký đã được nhận diện) thường có sức nặng hơn một "điểm cộng chữ ký" của nhà cung cấp mà quy trình của họ không được công bố.

Việc gắn kết FES (Phần II) chỉ phát huy tác dụng khi một đối tác hợp đồng bên ngoài yêu cầu — không phải như một mục đích tự thân.

Khung pháp lý (trích dẫn ngắn)

Quy định Nội dung Cách hiểu của GitCover
§ 126b BGB Hình thức văn bản: "hình thức truyền điện tử mà qua đó tài liệu được làm cho người khác có thể tiếp cận và phù hợp để được tái tạo dưới dạng nguyên văn trên màn hình" Tệp MD trong repo có thể được tái tạo dưới dạng nguyên văn; Signatur-Doc làm cho ý chí có thể nhận diện được
§ 371a ZPO Văn bản tư nhân có eS được coi là đã được ký đúng quy định, "khi người phát hành ghi kèm tên của mình" Tên trong Signatur-Doc + tham chiếu khóa/đồ họa đáp ứng việc ghi kèm tên
eIDAS-VO Art. 50–51 eS nâng cao (AdES/AdEE), eS đủ điều kiện (QES) Phần II: việc gắn kết FES như một cấp trên hình thức văn bản
§ 286 ZPO Đánh giá chứng cứ tự do Chuỗi nội bộ (SHA-256 + thời gian + vai trò) là một phương tiện chứng cứ đầy đủ giá trị

Tuyên bố miễn trừ: Không phải tư vấn pháp lý. Việc đánh giá trong từng trường hợp cụ thể vẫn thuộc về việc đánh giá chứng cứ tự do và, nếu cần, tư vấn luật sư.

Thứ tự đọc

Các bài viết được xây dựng dựa trên nhau:

  1. DS01 — Vì sao hình thức văn bản là đủ và “đủ” có nghĩa gì khi đánh giá chứng cứ tự do.
  2. DS02 — JSON-Schema của Signatur-Doc (kiểu dữ liệu “Signatur” trong hệ thống tệp).
  3. DS03 — Quy trình ký như một lược đồ sự kiện (Accept/Deny/Sign).
  4. DS04 — Xác minh Sidecar: Người kiểm tra kiểm tra chuỗi như thế nào.
  5. DS05 — Vùng chứa chữ ký GCPN: tài liệu nguồn + FES-Doc + quy trình trong một artefact.

Đã tạo: 260913 | Phần I của loạt bài digital-signage