Technisches Datenregister
Daten- und Schnittstellenregister · Stand: 08.09.2026 · Exportformat v1
Daten, Beziehungen und Formate
Die JSON-Datei enthält formatVersion, tenantId, startedAt, completedAt und datasets. Jeder Datensatz besitzt seine unveränderte id und ein data-Objekt mit den gespeicherten Feldern; fehlende optionale Werte werden nicht erfunden. tenantId ordnet den Unternehmensbereich zu; customerId, productId, variantId, routeId, orderId und userId verknüpfen die jeweiligen Datensätze. Verschachtelte Objekte und Listen bleiben erhalten, Zeitstempel sind ISO-8601-Zeichenketten in UTC, Lieferdaten YYYY-MM-DD und Wochentage 1 (Montag) bis 7 (Sonntag). Mengen sind Zahlen mit der jeweils angegebenen Einheit. Text ist UTF-8; JSON folgt RFC 8259.
Die folgende Liste umfasst alle Exportkategorien. Die Felder erläutern die Struktur; im Export bleiben zusätzlich gespeicherte Fach-, Status- und Zeitfelder enthalten. Brandingdateien werden mit ihrem Originalnamen, MIME-Typ, Größe und Base64-kodiertem Inhalt ausgegeben und lassen sich daraus verlustfrei wiederherstellen.
- Unternehmen und Einrichtung
(tenant) - name, slug, industry, branding, settings, setupGuide, onboardingComplete, status, trialEndsAt, createdAt, updatedAt
- Produkte und Varianten
(products) - sku, name, description, unit, variants[], active, availability, availableFrom, sortOrder, customerFields[]
- Eigene Artikelfelder
(productDetails) - productId bzw. Dokument-ID, customFields[] mit id, name, value, visibleToCustomers
- Kunden und Adressen
(customers) - customerNumber, companyName, contactName, email, phone, status, allowedDeliveryDays[], routeId, allowedProductIds[], deliveryAddress, billingAddress, authUserId
- Bestellungen und Kein-Bedarf-Meldungen
(orders) - customerId, customerNameSnapshot, deliveryDate, status (einschließlich no_demand), items[] mit Produkt/Variante/Einheit/Menge, note, routeId, createdBy
- Bestellvorlagen
(orderTemplates) - customerId, userId, name, items[]
- Touren
(routes) - name, code, active, sortOrder, deliveryDays[]
- Änderungsanfragen
(customerChangeRequests) - customerId, requestedChanges, status, requestedByUserId, reviewedByUserId, resolutionNote
- Unternehmenszuordnungen
(memberships) - userId, tenantId, role, status, customerId, createdAt, updatedAt
- Teamverzeichnis
(teamMembers) - userId, displayName, email, role, status
- Einladungsstatus
(employeeInvitations) - email, name, role, status, expiresAt, createdAt, createdBy, acceptedAt, acceptedBy, revokedAt; keine Einladungsschlüssel
- Kundenzuständigkeiten
(customerAssignments) - entityType, entityId, assigneeUserId, assigneeNameSnapshot, assignmentVersion, needsReassignment
- Auftragszuständigkeiten
(orderAssignments) - entityType, entityId, assigneeUserId, assigneeNameSnapshot, assignmentVersion, needsReassignment
- Zuständigkeitshistorie
(assignmentHistory) - entityType, entityId, previousAssigneeUserId, newAssigneeUserId, previousAssigneeNameSnapshot, newAssigneeNameSnapshot, actorUserId, actorNameSnapshot, action, source, reason, createdAt
- Ankündigungen
(announcements) - title, body, active, audience, customerIds[], createdByUserId
- Benachrichtigungsinhalte
(notifications) - userId, title, body, type, data, readAt; keine Push-Token
- Unternehmensbezogene Protokolle
(auditLogs) - actorUserId, action, entityType, entityId, summary, createdAt
- AVV-Nachweise
(dataProcessingAgreements) - version, controller, contractSnapshot, confirmations, acceptedAt, acceptedByUid, acceptedByEmail, contentHash, source
- AGB-Nachweise
(termsAcceptances) - version, companySnapshot, contractSnapshot, confirmations, registration, acceptedAt, effectiveAt, acceptedByUid, acceptedByEmail, contentHash, source
- Hochgeladene Brandingdateien
(files) - name, contentType, size, base64 (Originaldatei); alle vorhandenen Dateien unter dem eigenen Brandingpfad
Bekannte Grenzen und sicherer Wechsel
Der Export liest Daten abschnittsweise. Änderungen währenddessen können zu unterschiedlichen Zeitständen führen; stimmen Sie für eine endgültige Übergabe einen Zeitraum ohne Änderungen und eine abschließende Vollständigkeitskontrolle mit uns ab. Bei sehr großen Beständen oder einem gesperrten Inhaberkonto organisieren wir die gesicherte Übergabe über den Support. Der Export ist kein Import in eine andere Software; Zielanbieter müssen Felder, Kennungen und Lieferregeln zuordnen. Eine identische Oberfläche oder Funktion bei einem fremden Anbieter wird nicht zugesagt.
DispoLoop-Programmcode, interne Algorithmen, plattformweite Sicherheitsprotokolle und fremde Unternehmensdaten werden nicht herausgegeben. Passwörter, Sitzungen, Push-/Einladungsschlüssel und globale, unternehmensübergreifende Authentifizierungskonten sind aus Sicherheits- und Datenschutzgründen nicht im Unternehmensexport enthalten. Einladungsstatus und eigene Rollen-/Nutzerzuordnungen werden übertragen; Zielsysteme müssen eigene Zugänge bereitstellen. Ursprüngliche lokale CSV-/XLSX-Quelldateien werden nicht zentral hochgeladen oder aufbewahrt; enthalten sind die daraus gespeicherten Datensätze.
Offene Schnittstelle für Datenübertragbarkeit
Berechtigte Inhaber und von ihnen bevollmächtigte technische Empfänger können dieselbe kostenfreie HTTPS/JSON-Schnittstelle verwenden. Die technische Beschreibung richtet sich an den Zielanbieter: Schnittstellenbeschreibung herunterladen. Geheime Anmeldedaten sollten nicht weitergegeben werden; ein Inhaber kann den Export selbst übergeben oder mit DispoLoop einen sicheren Übergabeweg vereinbaren.