ObjektDesk Doku

Bestand / Import End-to-End

i
Workflows

Bestand / Import End-to-End

Problem in einem Satz

Du willst Bestandsdaten sauber ins System bringen, ohne Dubletten, falsche Zuordnungen oder unvollständige Datensätze. Der Workflow soll sicherstellen, dass der Bestand danach nicht nur importiert, sondern auch fachlich nutzbar ist.

Wann ist dieser Artikel relevant?

  • wenn ein neuer Bestand importiert wird
  • wenn Objekte oder Einheiten aus einer Datei übernommen werden
  • wenn Personen und Verträge nachgezogen werden sollen
  • wenn der Support einen Importfehler fachlich eingrenzen muss
  • wenn Dubletten, fehlende Pflichtfelder oder falsche Zuordnungen schon vor dem Import auffallen
  • wenn nach dem Import noch Folgefehler in anderen Bereichen zu erwarten sind

Ziel

Am Ende des Workflows sind:

  • der richtige Mandant aktiv
  • die Importquelle klar
  • die Daten validiert
  • Dubletten erkannt oder bewusst freigegeben
  • Objekte, Einheiten und Personen fachlich korrekt angelegt oder aktualisiert
  • Nacharbeiten dokumentiert
  • die Folgeprozesse auf einem fachlich nutzbaren Datenbestand aufgebaut

Vorbedingungen

Bevor du startest, prüfe:

  1. Mandant und Kontext sind korrekt.
  2. Das Importformat ist bekannt.
  3. Die Quelle ist eindeutig.
  4. Es ist klar, ob neu angelegt, aktualisiert oder nur geprüft werden soll.
  5. Es gibt einen fachlichen Owner für Rückfragen.
  6. Es ist bekannt, welche Datensätze schon existieren und nicht doppelt angelegt werden dürfen.
  7. Es ist klar, ob der Import vollständig oder nur als Teilmenge erfolgen soll.
  8. Es ist festgelegt, wer bei Dubletten oder unklaren Zuordnungen die fachliche Entscheidung trifft.

Woran du am Anfang die Lage liest

  • Ist die Quelle eindeutig führend?
  • Geht es um einen ersten Import, eine Korrektur oder einen Folgelauf?
  • Sind Dublettenrisiken bereits bekannt?
  • Ist klar, welche Folgeprozesse nach dem Import direkt funktionieren müssen?
  • Muss der Import eher prüfen oder eher produktiv übernehmen?

Wann du den Import nicht blind freigeben solltest

Nicht freigeben, wenn:

  • Pflichtfelder fehlen
  • Dubletten unklar bleiben
  • Quelle und Zielkontext nicht zusammenpassen
  • Test- und Produktivdaten sich mischen
  • eine Beziehung technisch importierbar, fachlich aber noch ungeklärt ist

Schritt-für-Schritt

1. Quelle und Umfang festlegen

  • Was genau wird importiert?
  • Geht es um Objekte, Einheiten, Personen oder Kombinationen davon?
  • Ist der Import für einen kompletten Bestand oder nur einen Teilbereich gedacht?
  • Sind Testdaten und echte Daten sauber getrennt?
  • Gibt es alte Dateien, die nicht mehr verwendet werden dürfen?
  • Sind die fachlichen Grenzen zwischen Objekt, Einheit und Person klar genug, um den Import sicher aufzuteilen?
  • Gibt es eine Reihenfolge, in der erst Stamm- und dann Bewegungsdaten importiert werden müssen?

Was ein guter Startzustand ist

  • Mandant und Quelle sind eindeutig.
  • Der Umfang ist bewusst begrenzt.
  • Die fachliche Reihenfolge ist klar.
  • Es ist klar, wer bei offenen Fragen entscheidet.

2. Importvorlage oder Datenquelle prüfen

  • Sind Spalten, Datumswerte und Pflichtfelder vollständig?
  • Sind Sonderzeichen und Umlaute korrekt?
  • Sind IDs, Referenzen und Zuordnungen eindeutig?
  • Ist die Datei aktuell oder schon überholt?
  • Sind Objekt-, Einheiten- und Personenbezüge miteinander kompatibel?
  • Sind Felder, die leer sein dürfen, wirklich absichtlich leer und nicht vergessen?

3. Validierung lesen

  • Ein guter Import liefert erst eine Prüfung, dann die Freigabe.
  • Warnungen nicht ignorieren.
  • Fehlende Pflichtfelder vor dem Import beheben.
  • Dubletten bewusst entscheiden, nicht automatisch durchwinken.
  • Wenn mehrere Warnungen gleichzeitig auftauchen, zuerst das Grundproblem beheben und nicht die einzelnen Meldungen einzeln wegklicken.
  • Wenn eine Warnung unklar ist, den Datensatz kurz isolieren statt die ganze Datei blind zu verwerfen.

Gute Reaktion auf Warnungen

Wenn eine Warnung auftaucht, frage zuerst:

  • betrifft sie den ganzen Import oder nur einen Datensatz?
  • ist das Feld fachlich wirklich Pflicht?
  • ist der Wert leer, falsch oder nur anders benannt?
  • kann die Quelle an dieser Stelle korrigiert werden?
  • muss der Einzelfall manuell entschieden werden?

4. Import ausführen

  • Erst wenn die Daten fachlich plausibel sind, den eigentlichen Import starten.
  • Das Ergebnis nicht nur technisch, sondern auch im Objektkontext lesen.
  • Nach dem Import sofort die wichtigsten Datensätze kontrollieren.
  • Wenn der Import mehrere Phasen hat, nach jeder Phase kurz prüfen, bevor die nächste freigegeben wird.
  • Bei langen Importen zwischendurch kontrollieren, ob noch der erwartete Datenraum aktiv ist.
  • Bei Teilimporten eindeutig markieren, was schon geladen wurde und was noch aussteht.

Was du direkt nach dem Import prüfst

  • sind die erwarteten Hauptdatensätze sichtbar
  • passen die wichtigsten Referenzen
  • sind Dubletten entstanden
  • gibt es offensichtliche Lücken
  • ist klar, was bewusst offen geblieben ist

Woran du den Import als sauber erkennst

  • Die erwarteten Datensätze sind angekommen.
  • Der Datenraum bleibt fachlich konsistent.
  • Teilimporte sind als Teilimporte sichtbar.
  • Es gibt keine stillen Überraschungen zwischen Quelle und Ziel.

5. Ergebnisse kontrollieren

  • Stimmen Objektname, Adresse und Zuordnung?
  • Sind Einheiten korrekt eingelesen?
  • Wurden Personen richtig verknüpft?
  • Sind Verträge, Rollen oder weitere Beziehungen sauber?
  • Gibt es Datensätze, die zwar technisch angelegt wurden, aber fachlich noch leer oder unvollständig wirken?
  • Passen die erzeugten Beziehungen zu den eigentlichen Quellunterlagen?
  • Sind die wichtigsten Such- und Folgeprozesse direkt mit den importierten Daten testbar?

6. Nacharbeiten dokumentieren

  • Alles, was manuell korrigiert wurde, festhalten.
  • Importfehler wiederkehrend sammeln.
  • Bei systematischen Fehlern Vorlagen oder Mapping verbessern.
  • Wenn etwas bewusst abgewichen ist, den Grund direkt notieren, damit spätere Nachprüfer das nicht als Fehler lesen.
  • Wenn eine Korrektur mehrere Datensätze betrifft, die Regel statt nur den Einzelfall dokumentieren.
  • Falls ein Folgefehler erwartet wird, diesen gleich als offenen Punkt mitgeben.

Gute Nacharbeit klingt so

  • was geändert wurde
  • warum es geändert wurde
  • was bewusst nicht angefasst wurde
  • was als Nächstes geprüft werden sollte

Sauberer Abschluss

Der Import-Workflow ist erst dann sauber abgeschlossen, wenn:

  • der geladene Bestand fachlich nutzbar ist
  • Dubletten und Lücken bewusst behandelt wurden
  • Nacharbeiten dokumentiert sind
  • Folgeprozesse ohne Rätsel starten können

Typische Fehler und Gegenmaßnahmen

1. Falscher Mandant

Symptom:

  • Daten erscheinen im falschen Bestand.

Gegenmaßnahme:

  • Mandant und Importkontext vor dem Import erneut prüfen.

2. Dubletten

Symptom:

  • Objekte, Einheiten oder Personen werden mehrfach angelegt.

Gegenmaßnahme:

  • Vorab nach bestehenden Datensätzen suchen
  • Dublettenregeln beachten
  • manuelle Freigabe nur bewusst erteilen

3. Fehlende Pflichtfelder

Symptom:

  • der Import stoppt oder erzeugt lückenhafte Datensätze.

Gegenmaßnahme:

  • Vorlage vervollständigen
  • Pflichtfelder vor Freigabe prüfen

4. Falsche Zuordnung

Symptom:

  • Einheit, Person oder Objekt landet im falschen Kontext.

Gegenmaßnahme:

  • Referenzen und IDs gegen den Quellbestand prüfen
  • bei Unklarheit nicht massenhaft freigeben

5. Test- und Produktivdaten vermischt

Symptom:

  • der Import sieht plausibel aus, ist aber im falschen Datenraum gelaufen.

Gegenmaßnahme:

  • Umgebung eindeutig markieren
  • nie ohne Kontext importieren

6. Halb importierte Bestände

Symptom:

  • ein Teil des Bestands ist schon da, andere Datensätze fehlen oder wurden anders angelegt als erwartet.

Gegenmaßnahme:

  • den Importstand sauber dokumentieren
  • vor dem Weitermachen klären, was schon geladen wurde
  • Teilimporte nicht mit Vollimporten verwechseln

Was gute Arbeit hier ausmacht

  • Der Import ist nachvollziehbar und prüfbar.
  • Dubletten werden aktiv behandelt.
  • Nacharbeiten bleiben dokumentiert.
  • Der Bestand ist danach fachlich nutzbar, nicht nur technisch vorhanden.
  • Ein Dritter kann aus der Dokumentation erkennen, was importiert wurde, was offen blieb und was bewusst angepasst wurde.
  • Der Importstand lässt sich später ohne Rückfragen rekonstruieren.

Kurzcheck für die Praxis

  • Ist Quelle, Umfang und Mandant eindeutig?
  • Sind Dubletten bewusst behandelt?
  • Sind Nacharbeiten dokumentiert?
  • Funktionieren die wichtigsten Folgeprozesse?
  • Könnte jemand anderes den Importstand später nachvollziehen?

Wenn der Import nur halb stimmt

Dann ist nicht automatisch der ganze Lauf falsch.

  • Teile den Stand sauber in korrekt, offen und unklar.
  • Übernimm nur die Teile produktiv, die wirklich belastbar sind.
  • Halte den Rest bewusst offen, statt ihn in einer Sammeländerung zu verstecken.

Verwandte Artikel

Owner

  • Fach-Owner: Bestand / Verwalter
  • Produkt-Owner: Support / Betrieb

Letzte Prüfung

  • 2026-06-24
Bestand / Import End-to-End | ObjektDesk Doku