Dashboard — Alles auf einen Blick

Seit der Systemumstellung ZARA → DAKOSY (07.11.2023) ist eine systemische Abgrenzung der Zu- und Abgänge für den Lagerort Eching über die Bezugsnummer nicht mehr möglich. Hilfsweise erfolgte die Abgrenzung über die Namen der Sachbearbeiter. HZA Landshut hält im Teilbericht fest, dass eine Bestandsprüfung ohne ordentliche Abgrenzung nur eingeschränkt möglich war.

DAKOSY kann — anders als das Vorsystem ZARA — Aufträge mit gleicher Artikelnummer für einen Endempfänger nicht automatisch zu einer Sendung zusammenfassen (Teilbericht Tz 3.4.10.2). Die Mitarbeiter führen die Konsolidierung manuell durch. Diese manuelle Zuweisung stellt nach Auffassung der Prüfer eine erhebliche Fehlerquelle dar und zieht Folgefehler nach sich (Tz 3.4.10.3 — Kettenfehler).

Software-Aufspielungen führen zu geänderten Artikelnummern. Im Lagerführungssystem reißt damit die Kette zur ursprünglichen Zugangsnummer und Artikelnummer. Der elektronische Bestandsabgleich auf Artikelnummern-Ebene ist nur mit erheblichem Mehraufwand möglich (Teilbericht Tz 3.4.11 sowie Zusammenfassung Tz 4.1).

Krefeld schreibt vor, dass das Zolllagerverfahren erst mit Vergabe des Status VERBUCHT und dem Übergang in ein neues Zollverfahren beendet ist. Die Ware muss bis zum vollständigen Übergang im Buchführungssystem geführt werden, und der Ort der Ware muss benannt sein. In der bisherigen Praxis ist diese Status- und Standortverfolgung nicht durchgängig systemisch dokumentiert.

Komplette Stornierungen nach Anschreibungszeitpunkten sind grundsätzlich nicht zulässig. Änderungen wegen Fehleingaben müssen dokumentiert werden. Bei einem Versandverfahren nach dem Zolllagerverfahren, das storniert wird, sind die Waren formell wieder in das Zolllager einzubuchen. Statuswechsel von Nicht-Unionsware zu Unionsware sind sowohl in der Buchhaltung als auch an der Ware durch Etikett „Zollgut“ bzw. „Freigut“ zu vermerken.

4.088 Zugänge · 8.412 Abgänge · keine größeren Beanstandungen.

4.155 Zugänge (I-Sätze) · 10.064 Abgänge (E-Sätze).

4.084 von 4.088 zugeordnet (99,9 %). 7 nicht zugeordnet: 4 IST-only + 3 SOLL-only — noch zu klären.

G1 exakt: 8.145 (96,8 %) · G2 stark: 105 (1,2 %) · G3 möglich: 117 (1,4 %) · G4 schwach/keine: 45 (0,5 %). Aus Gruppe 4 hat Herr Zabernigg 7 Stück in REWARDS wiedergefunden.

Alle 596 Positionen der DAKOSY-Bestandsdatei zum 28.02.2026 wurden gegen den berechneten Bestand (Zugänge − Abgänge) geprüft. Berechneter Bestand stimmt bei allen Positionen mit der DAKOSY-Bestandsdatei überein. Kein Überabgang, keine Fehlbestände. KZ Bestand: 4.088 / 4.088 OK.

Bestandsübernahme ZARA → DAKOSY am 27.11.2023. 292 Positionen / 208 Artikel / 87.662 Stück.

Schnittstellendaten REWARDS (ZIEFIE00). 14.219 Datensätze · 4.155 Zugänge · 10.064 Abgänge.

Bewegungsliste & Bestandsdatei für Zeitraum 27.11.2023 – 28.02.2026. 4.088 Zugänge · 8.412 Abgänge · 596 aktive Positionen.

Maschineller Abgleich SOLL vs. IST. Klassifikation Zugänge über 8 Kennzeichen, Abgänge über Gruppenmodell 1a–4b. Ergebnis: 100 % bereinigter Systembestand zur Vorlage beim Zoll.

292 / 292 Positionen · Artikel und Mengen 100 % · 11 Wertabweichungen (WIIP) mit identifizierter Ursache.

4.088 IST vs. 4.087 zuordenbare SOLL · 99,9 % zugeordnet · 7 offen.

8.412 IST vs. 9.541 SOLL · G1 96,8 % · G2 1,2 % · G3 1,4 % · G4 0,5 %.

596 / 596 Positionen verifiziert · 0 Abweichungen.

Die Abgrenzung der Zu-/Abgänge zum Standort CWP0007 (Eching) übernimmt zCB systemisch. Voraussetzungen: NED stellt die Bezugsnummer-Logik in der REWARDS-Schnittstelle sicher (3.3.2.2), z-tholl liefert den Entwurf für die Cross-Reference-Datei REWARDS ↔ DAKOSY mit Begründung, Bearbeiter und Zeitstempel (3.2.3.3). zCB bildet den REWARDS-Zugang darüber eindeutig auf den DAKOSY-Zugang ab. Der Standort der Ware ergibt sich systemisch aus dem Mandanten-Mapping in zCB (z. B. SEIK → CWP0007 Eching) — eine händische Abgrenzung über Sachbearbeiter-Namen entfällt vollständig.

Cross-Reference REWARDS ↔ DAKOSY in zCB (Gesprächsprotokoll 3.2.1.1, 3.3.1.3 — zusätzliche Kernfunktion „Abgrenzung zu anderen Standorten"). Datenflussplan zCB Folie 4 (A2-Karte) + Folie 5 (Soll-Zugänge).

Da DAKOSY die Konsolidierung nicht selbst leistet, wird sie nach vorne in das Tool zCB verlagert. NED stellt die Daten / das XML aus der REWARDS-Schnittstelle bereit (3.3.2.1) und liefert die für die Konsolidierung benötigten Daten an zCB (3.2.2.3). zCB führt die Konsolidierung über sein Datenmodell (3.3.3.1) und die Konsolidierungs-/Dispositionslogik (3.3.3.2) durch. Übergabe an DAKOSY erfolgt zweistufig: ein konsolidierter Zielsatz für NCTS/EZA und die einzelnen Lagerabgänge. Manuelle Zuweisungen in den Abschreibungen entfallen vollständig.

Konsolidierungs-Tool zCB als Vorlagerung der Konsolidierung (Gesprächsprotokoll 3.2.1.3 + 3.3.1.2 — zwei Zielsätze). Datenflussplan zCB Folie 4 (A3-Karte) + Folie 6 (Soll-Abgänge mit zwei Zielsätzen NCTS/EZA + Lagerabgänge).

zCB führt einen Versionsverlauf der Artikelnummern: Software-Aufspielungen werden mit Cross-Reference (alt ↔ neu) und Zeitstempel dokumentiert (3.2.3.3 — Entwurf der Versionierungslogik im Konzept Referenzdatei / Sortierung / Versionierung). Die historische 5-stellige Zugangsnummer und die alte Artikelnummer bleiben untrennbar mit der neuen Nummer verknüpft. Die vollständige Buchungshistorie über Software-Updates hinweg bleibt erhalten und ist auditierbar.

Versionsverlauf der Artikelnummern in zCB-Stammdaten (Gesprächsprotokoll 3.2.1.2 — Archivierung und Dokumentation bei geänderten Artikelnummern). Datenflussplan zCB Folie 4 (A4-Karte) + Folie 5/6 (Artikelnummern-Mapping).

Der Status VERBUCHT wird erst gesetzt, wenn der Bestandsabgleich zCB ↔ DAKOSY eine fehlerfreie Buchung manifestiert. Die Bestätigungs-Logik im Tool (3.3.3.3) prüft Statuswechsel und benennt den Standort der Ware durchgehend bis zum Übergang in das Folgeverfahren. Der periodische 3-Wege-Bestandsabgleich (3.3.3.4) macht den VERBUCHT-Status pro Sendung sichtbar und audit-sicher dokumentiert.

Bestätigungs-Logik Status/Standort in zCB (Gesprächsprotokoll 3.3.3.3) + Bestandsabgleich-Manifest (3.3.1.4 — „Abgleich verbucht → A5"). Datenflussplan zCB Folie 4 (A5-Karte) + Folie 7 (3-Wege-Abgleich).

Stornierungen werden im periodischen 3-Wege-Bestandsabgleich (3.3.3.4) durch zCB als Mismatch identifiziert — der Storno-Indikator entsteht direkt aus dem Bestands-Vergleich. Bei Versand-Storno stößt zCB die formelle Rückbuchung systemisch an und macht sie auditierbar. Die Kennzeichnung Union-/Nicht-Unionsware pro Mandant wird in zCB geführt; Etikettierung Zollgut / Freigut wird flankierend dokumentiert.

Bestandsabgleich-Manifest (Gesprächsprotokoll 3.3.1.4 — „Abgleich Storno → A6"). Datenflussplan zCB Folie 4 (A6-Karte) + Folie 7 (Kernaussage: Mismatch → Storno-Indikator + Rückbuchung).