§ 156 InsO · §§ 129–147 Anfechtung · §§ 15a / 15b director liability

The report to the Berichtstermin — in hours, not weeks.

pretor.io takes custody of the insolvent company's accounting data and draws from it the draft of your § 156 InsO report: causes of insolvency, Anfechtung candidates, director liability — every finding cited to its source entry. The GoBD-sealed archive with Z3 and DATEV handover sits underneath — as substrate, not as the point. The AI surfaces evidence; the legal assessment stays with your firm.

Report§ 156 — evidenced & cited
EvidenceAnomaly · Anfechtung · liability
Hand-overZ3 · DATEV · dossier
§ 156 InsO report draft — the Bericht tab surface
Report draft · § 156 InsO
Evidence, not verdict

How the report draft comes together.

Four work surfaces feed the report. Each surfaces evidence and cites back to the original entry in the sealed archive — the legal assessment stays with your firm.

Anomaly triage
Anomaly triage Benford deviations, double payments, rounding clusters, related-party circles — pre-sorted in two tiers before they reach the report.
Anfechtung
Anfechtung Candidates under §§ 130 / 131 / 133 / 134 InsO, the related-party graph and a timeline — flagged and carried into the report section.
Archive & query
Archive & query Ledger grid, natural-language query and source-entry citation across the canonical model of the sealed record.
Hand-over
Hand-over Z3 data handover per Beschreibungsstandard, DATEV Buchungsstapel and a signed evidence dossier — each validated before export.

Four duties carry the report.

Beneath the report draft sits the mandatory work under § 155 InsO read with § 257 HGB and § 147 AO — data intake, the GoBD archive, query, handover. Necessary, but not the reason you open pretor.io on day one of the case.

Ingest

Pre-built connectors for SAP, Microsoft Dynamics 365 Business Central, Microsoft Dynamics and DATEV. Generic intake for GDPdU- and IDEA-compatible exports. AI-assisted schema mapping for unknown source systems, with every mapping reviewed before commit.

Archive

Hash-chained, append-only storage with WORM-equivalent immutability. Per-record retention timers — 10 years for books, 8 years for Buchungsbelege, 6 years for other records — under the BEG-IV adjustment.

Query

Evaluation-equivalent access throughout the first five years after decommissioning: table view, column filter, sort, joins across the canonical model. Natural-language queries with citation back to the source journal entry. Anomaly and Anfechtung-window pre-screening — the AI surfaces evidence, it does not draw legal conclusions.

Hand over

On demand: Z3 packages per GDPdU Beschreibungsstandard 01.08.2002 (gdpdu-01-08-2002.dtd, index.xml, table CSVs in Windows-1252, IDEA-validated), DATEV-Format Buchungsstapel v7.0 with EXTF header for the Steuerberater, signed PDF evidence dossiers for Anfechtung work.

Six phases per case

From court appointment to the end of retention.

An insolvency case unfolds in six legally-determined phases. pretor.io carries them through — from the first day of the case until the retention duty ends.

  1. Phase 1 Day 0–1

    Provisioned

    Case file created, Verwalter invited. Empty vault, six tabs visible.

  2. Phase 2 1–3 weeks

    Initial ingest

    Debtor's ERP is decommissioned. On-site bot or file upload. Once sealed, the ERP server can be switched off — Massekosten stop accruing.

  3. Phase 3 2–24 weeks

    Wind-down

    Verwalter operates the company briefly through the Steuerberater's existing DATEV. pretor.io is inert for new data; Anfechtung work proceeds on the sealed archive.

  4. Phase 4 Until Aufhebung

    Live archive

    Full access: query, anomaly screening, Z3 and DATEV exports. Steuerberater and Finanzamt-Prüfer join as scoped read-only guests.

  5. Phase 5 Through year 5

    Quiet archive

    Evaluation equivalence under GoBD Rz. 142 is preserved. Less frequently touched, but always queryable.

  6. Phase 6 Year 6 to 10

    Z3 only

    From the 6th year onward, Z3 alone discharges the duty under GoBD Rz. 148. Infrastructure collapses to storage plus exporter — until retention ends.

Every entry. Hash-chained. Verifiable.

Books carry a ten-year retention duty; Buchungsbelege carry an eight-year duty after the BEG-IV reform, other records subject to the duty carry six. pretor.io commits every record append-only and chains it cryptographically — the original content remains identifiable at all times in the sense of the GoBD Unveränderbarkeit requirement.

In an Außenprüfung the Insolvenzverwalter delivers a Z3 package per Beschreibungsstandard 01.08.2002. Evaluation equivalence under GoBD Rz. 142 is preserved through the first five years after decommissioning; from the sixth year onward the Datenüberlassung alone discharges the duty under GoBD Rz. 148.

ARCHIVE · IN-ARCHIVE SEALED
09:14:02
12.05.2026
System Ingested SAP Buchungsstapel 2018–2024, 412,318 records.
sha:9f86d081…0a08
09:14:05
12.05.2026
System Hash chain sealed, Verfahrensdokumentation updated.
seal:c19a4d2b…71fe
11:42:18
14.05.2026
Dr. Becker Queried § 133 Abs. 1 Anfechtung window — 27 hits with source-record citation.
15:08:31
14.05.2026
System Generated Z3 package per Beschreibungsstandard 01.08.2002 for FA Düsseldorf-Süd.
pkg:7a3b1f9c…4e02
Intelligence layer

Evidence on the table — the call stays with the Verwalter.

Every ingested record is run through a forensic pre-screen automatically. pretor.io surfaces anomalies and Anfechtung candidates. The legal conclusion stays with your firm.

What sets us apart from classical archives

One archive. Many hands. A full audit trail.

Classical archive solutions deliver a static dataset operated by external consultants. pretor.io provides a live archive your firm operates itself.

Insolvenzverwalter and associates work concurrently on the same archive. Steuerberater and Finanzamt-Prüfer join as scoped guests — read-only, time- and subject-bounded. Every login, every query, every export is recorded server-side and feeds directly into the Verfahrensdokumentation.

Clear scope

What pretor.io is — and is not.

pretor.io is

  • A GoBD-compliant archive for decommissioned ERP data.
  • A collaborative platform for Verwalter, associates, Steuerberater and Finanzamt.
  • An intelligence layer for anomalies and Anfechtung evidence.
  • A handover surface for Z3, DATEV-Format and PDF dossiers.

pretor.io is not

  • Not case management — Winsolvenz, RA-MICRO, STP remain your tools.
  • Not a Forderungstabelle SaaS and not an ELSTER bridge.
  • Not a beA send/receive surface — § 130d ZPO traffic stays with you.
  • Not legal advice — the legal call always stays with the Verwalter.
Compliant with GoBD
Data handover GDPdU Z3 · Beschreibungsstandard 01.08.2002
Data protection Art. 28 GDPR · processing within the EU
Hosting German data centre · ISO 27001 certified operator