ED13 - Nhiệm vụ: Quét và xử lý chứng từ tiếp khách

Nguyên nhân kích hoạt: Một buổi tiếp khách vì mục đích kinh doanh đã diễn ra; cơ sở tiếp khách đã xuất một hóa đơn (nhà hàng). Các khoản chi phí cần được yêu cầu ghi nhận là chi phí kinh doanh — để làm việc đó phải thực hiện chứng minh theo luật (§ 4 Abs. 5 Satz 1 Nr. 2 EStG).

Điều luật yêu cầu gì

Nhiệm vụ trong năm bước

  1. Quét — chứng từ giấy/chứng từ nhà hàng được chụp ảnh/quét và được lưu dưới dạng Ur-Doc (ví dụ: PDF) trong thư mục chứng từ.
  2. Ghi nhận OCR — từ chứng từ, văn bản có thể diễn giải (ocr.txt) được xác định và được ghi lại cùng chất lượng/độ tin cậy của nó (TrustVector-BitVector, giá trị khởi đầu 0x0001 = machine-unverified).
  3. Nhận diện loại chứng từ — từ văn bản OCR, loại chứng từ được xác định theo quy tắc: ở đây là BUSINESS_MEAL_RECEIPT (chứng từ tiếp khách; nhận diện qua „Bewirtungsaufwendungen", „Bewirtete Personen", „Anlass der Bewirtung").
  4. Đưa vào quy trình ký — một *.gcsig.md (tạo tác ký, lớp GCSIG) được tạo, mang chứng từ tự lập dạng số: các thông tin luật yêu cầu dưới dạng content nhúng (schema business-meal-receipt-1.0), nguồn gốc OCR (ocr), khối Sidecar tích hợp (source) và khối chữ ký (signature) với Facsimile của người ký.
  5. Trình bày và ký — tạo tác được đặt thành presented, được trình cho con người (HITL) để ký và sau khi phê duyệt được đặt thành accepted → signed. Neo cho chữ ký là SHA-256 của Ur-Doc.

Tạo tác: chứng từ và chữ ký trong một tài liệu

Đối với chứng từ được đưa vào quy trình ký, không cần một .gc.md riêng: *.gcsig.md mang đầy đủ chức năng Sidecar (quy tắc „Sidecar-Funktion/Übergang": từ .gc.md trở thành .gcsig.md, không mất thông tin, không có các Sidecar cạnh tranh). Từ schema gcsig-1.4 trở đi, nó chứa:

Khối Nội dung
subject / sha256 Ur-Doc (PDF) cùng SHA-256 của nó làm neo chứng minh
content thông tin của chứng từ tự lập (business-meal-receipt-1.0)
ocr toàn văn OCR + TrustVector (nguồn gốc)
source siêu dữ liệu Sidecar tích hợp: V7GUID-Taxonomie, Tenant/danh mục, Sphäre, vị trí lưu trữ, thẻ, mục đích, FZul, tham chiếu GCPN
signature người ký, phương thức (§ 126b BGB), tham chiếu Facsimile
phases vòng đời dưới dạng BitVector 32-bit: draft → presented → accepted → signed (trực giao verified)

Khả năng kiểm toán — Tuân thủ Git-native

Ví dụ (chuỗi: tổ chức hư cấu KMU)

Giám đốc của KMU tiếp khách một đại diện của một nhà xuất bản chuyên ngành sau một hội chợ chuyên ngành để thảo luận về một ấn phẩm tiềm năng. Hóa đơn nhà hàng trị giá 59,80 € được quét; qua OCR, loại chứng từ BUSINESS_MEAL_RECEIPT được nhận diện. Chứng từ tự lập được tạo dưới dạng *.gcsig.md (người tham dự, lý do „hội chợ chuyên ngành — việc xuất bản tiềm năng", mức tiền, Sphäre ideell, không khấu trừ thuế đầu vào, ghi sổ như khoản hoàn trả chi phí) và được trình cho giám đốc để ký.

Công cụ

Công cụ Nhiệm vụ
gc-sidecar scan Ghi nhận Ur-Doc (SHA-256), xác định văn bản OCR + độ tin cậy
gc-sidecar detect Nhận diện loại chứng từ từ văn bản OCR (theo quy tắc)
gc-docsign gcsig Tạo/nhúng *.gcsig.md (--content, --ocr, --source, --facsimile) và đặt các pha

Tham chiếu