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

Điểm kích hoạt S1/S2: Một GVB cần được soạn dưới hình thức văn bản; sau đó một kiểm toán viên hỏi về tính xác thực. Phần I ấn định tầng tài liệu: MD-Doc

các artifact JSON trong repo, không dùng dịch vụ chữ ký bên ngoài.

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

Bài	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à đánh giá chứng cứ tự do	§ 126b BGB thực sự đòi hỏi điề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ả "chữ ký" như một artifact có thể đọc bằng máy trong repo như thế nào?
DS03	Nghiệp vụ ký (Accept/Deny/Sign)	Một nghiệp vụ ký được tài liệu hóa một cách tất định và an toàn kiểm toán như thế nào?
DS04	Danh mục hóa Sidecar và chuỗi xác minh	Kiểm toán viên 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	GCPN-Signatur-Container	Chúng ta gắn tất cả các artifact (tài liệu nguồn, FES-Doc, nghiệp vụ) vào một tài liệu MD như thế nào?

Ý tưởng cơ bản: Chữ ký như các artifact 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ộ artifact: tệp MD (tài liệu nguồn), một Sidecar (.v7g.md, SHA-256 + danh mục hóa V7GUID), và trong trường hợp có nghiệp vụ, một GCPN-Container. Chữ ký gắn vào đúng khuôn mẫu này:

Quell-Dokument (MD)                .v7g.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 artifact 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 nghiệp vụ là một Event có thể được mô tả một cách tất định. Kiểm toán viên 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 với các dịch vụ chữ ký bên ngoài:

Chi phí & ma sát: Phần lớn các tài liệu thường ngày của một doanh nghiệp vừa và nhỏ (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").
Đứt gãy chứng cứ: Mỗi dịch vụ bên ngoài tạo ra lịch sử riêng của nó (Envelope-IDs, Audit-Trail trong đám mây của nhà cung cấp). Chuỗi chứng cứ rời khỏi repo — chính là nơi GitCover hứa hẹn tính an toàn kiểm toán theo GoBD.
Ngưỡng một phần ba của giá trị chứng cứ: Khi đánh giá chứng cứ tự do (§ 286 ZPO), một chuỗi nội bộ được tài liệu hóa tốt (chuỗi SHA-256 + dấu thời gian + vai trò người ký đã được xác định) thường có trọng lượng hơn một "biên nhận chữ ký" của một nhà cung cấp mà quy trình không được công bố.

Kết nối FES (Phần II) chỉ thực sự phát huy vai trò khi một đối tác hợp đồng bên ngoài yêu cầu nó — chứ không phải như một mục đích tự thân.

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

Điều luật	Nội dung	Diễn giải của GitCover
§ 126b BGB	Hình thức văn bản: "hình thức truyền tải điện tử mà thông qua đó tài liệu được tạo khả năng tiếp cận cho người khác và phù hợp để tái hiện dưới dạng nguyên văn trên màn hình"	Tệp MD trong repo có thể được tái hiện dưới dạng nguyên văn; Signatur-Doc làm cho ý chí có thể được nhận diện
§ 371a ZPO	Văn bản tư nhân có chữ ký điện tử được coi là đã ký đúng quy cách, "khi người phát hành kèm theo tên của mình"	Tên trong Signatur-Doc + tham chiếu khóa/đồ họa đáp ứng yêu cầu kèm tên
eIDAS-VO Art. 50–51	Chữ ký điện tử nâng cao (AdES/AdEE), chữ ký điện tử đủ điều kiện (QES)	Phần II: kết nối FES như một bậc phía 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ứ có giá trị đầy đủ

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

Thứ tự đọc

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

DS01 — Vì sao hình thức văn bản là đủ và "đủ mức" nghĩa là gì khi đánh giá chứng cứ tự do.
DS02 — JSON-Schema của Signatur-Doc (kiểu dữ liệu "chữ ký" trong hệ thống tệp).
DS03 — Nghiệp vụ ký như một Event-Schema (Accept/Deny/Sign).
DS04 — Xác minh Sidecar: Kiểm toán viên kiểm tra chuỗi như thế nào.
DS05 — GCPN-Signatur-Container: tài liệu nguồn + FES-Doc + nghiệp vụ trong một artifact.

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