18. September 2026

Vom Excel-Import zum gepflegten Bestand

1.800 Zeilen, gewachsen über acht Jahre, drei Handschriften. Warum das Aufräumen vor dem Import der falsche erste Schritt ist und wie eine alte Liste zum belastbaren Bestand wird.

Die Datei hat 1.800 Zeilen und ist über acht Jahre gewachsen. Drei Personen haben daran gearbeitet, jede mit eigener Handschrift. Es gibt eine Spalte „Bemerkung“ und eine Spalte „Bemerkung 2“. Der Standort steht mal als „Halle 3“, mal als „H3“, bei den Geräten aus dem Außenlager gar nicht. Und irgendwo in der Mitte wechselt das Datumsformat. Wer Betriebsmittel importieren will, steht meistens vor genau so einer Datei.

Das ist der Normalfall, nicht die Ausnahme. Die naheliegende Reaktion ist, sie erst einmal aufzuräumen. Das ist der Grund, warum viele Projekte an dieser Stelle monatelang liegen bleiben.

Warum ein Import kein Copy-and-paste-Problem ist

Der eigentliche Aufwand steckt nicht im Übertragen, sondern im Übersetzen. Vier Hürden stehen dabei immer wieder im Weg.

Spaltennamen sind persönlich. Eine klassische Importfunktion erwartet feste Feldnamen. Heißt die Spalte „Serien-Nr.“ statt „Seriennummer“, passiert nichts, und jemand baut eine Zuordnungstabelle.

Werte sind uneinheitlich. „Baujahr 2020“, „Bj. 20“ und „Hergestellt: 2020“ meinen dasselbe und sehen für ein starres System nach drei verschiedenen Dingen aus.

Pflichtfelder fehlen. Kategorie, Standort und Verantwortlicher stehen in gewachsenen Listen selten vollständig da. Ohne sie ist ein Datensatz zwar importiert, aber nicht brauchbar.

Nicht alles ist eine Tabelle. Ein Teil der Wahrheit steckt in alten Prüfberichten als PDF, in Lieferscheinen und in Ordnern. Diese Quellen fallen bei einem reinen Tabellenimport unter den Tisch.

Deshalb ist „erst aufräumen, dann importieren“ die falsche Reihenfolge. Aufräumen ohne Zielstruktur bedeutet, dieselbe Arbeit zweimal zu machen.

Betriebsmittel importieren, ohne die Liste vorher zu putzen

Lizard geht den umgekehrten Weg: Die Daten kommen so ins System, wie sie sind, und werden beim Einlesen interpretiert. Zuständig dafür ist die LISS-Engine, der Import- und Auswertungsteil der Anwendung.

Sie nimmt drei Formate an. Excel-Dateien, CSV-Exporte aus anderen Systemen und PDF-Dokumente, also auch alte Prüfberichte, Rechnungen oder Lieferscheine. Bis zu 100 Dateien lassen sich in einem Durchgang hochladen.

Sie versteht Bedeutung statt Beschriftung. Dass „Serien-Nr.“ und „Serial Number“ dasselbe Feld meinen, erkennt sie aus dem Kontext, ebenso die drei Schreibweisen des Baujahrs. Damit entfällt die Zuordnungstabelle, an der die meisten Importe scheitern.

Sie nimmt Anweisungen entgegen. Vor dem Start lässt sich in eigenen Worten mitgeben, was in den Dateien nicht steht: dass die Spalte „ID-intern“ die Seriennummer ist, oder dass das Kaufdatum in den PDF immer unten rechts in der Fußzeile steht. Dieser eine Absatz spart oft mehr Nacharbeit als jede Vorab-Bereinigung.

Ein praktischer Rat aus der Erfahrung: Fang mit einem kleinen Testdatensatz an, dreißig Zeilen reichen. An dem verfeinerst du deine Importanweisungen, bevor die vollen 1.800 Zeilen laufen.

Der Entwurfsstatus: nichts geht blind live

Der wichtigste Teil des Imports ist der Schritt danach. Die eingelesenen Daten landen zunächst in einem Entwurfsstadium und nicht direkt im Bestand. Dort prüfst du, bevor irgendetwas übernommen wird.

Eine Ampel zeigt, wo es klemmt. Vollständige Datensätze sind als solche erkennbar. Gelb heißt, dass im Hintergrund noch gearbeitet wird, etwa an der Attribut-Erkennung. Orange heißt, dass Pflichtangaben wie Kategorie oder Standort fehlen. Du siehst also sofort, welche Zeilen Aufmerksamkeit brauchen, statt alle durchsehen zu müssen.

Korrigiert wird in Blöcken. Fehlt bei fünfzig Zeilen der Standort, markierst du sie und setzt „Halle 3“ in einem Zug. Änderst du für mehrere Geräte die Kategorie, sucht das System anschließend automatisch erneut nach den passenden technischen Attributen, weil eine andere Kategorie andere Felder bedeutet.

Du kannst nachfragen, warum. Zu jeder Zeile lässt sich die Begründung einblenden, aus der hervorgeht, woraus eine Angabe abgeleitet wurde, etwa dass „230V“ in der Spalte „Spannung“ gefunden wurde. Das ist bei einem automatischen Import kein Detail, sondern die Voraussetzung dafür, dem Ergebnis zu trauen.

Das Original bleibt daneben. Bei Zweifeln blendest du das Ausgangsdokument neben dem erkannten Datensatz ein und vergleichst direkt.

Erst wenn das Bild stimmt, überträgst du den Stapel in den aktiven Bestand. Bis dahin ist der Import folgenlos.

Warum der zweite Import besser läuft als der erste

Jede Korrektur, die du im Entwurfsstadium vornimmst, ist mehr als eine einmalige Reparatur. Sie ist ein Signal.

Änderst du beispielsweise eine vorgeschlagene Kategorie von „Stuhl“ auf „Bürostuhl“, merkt sich das System diese Zuordnung. Bestätigte Korrekturen wandern in ein Langzeitgedächtnis, und beim nächsten Import werden ähnliche Fälle daraus abgeleitet. Der Bestand wird also nicht nur größer, sondern die Erkennung passt sich an die Begriffe deines Hauses an.

Wichtig dabei: Dieses Wissen bleibt firmenspezifisch isoliert. Was aus deinen Daten gelernt wird, wirkt in deinem Mandanten und nicht bei anderen.

Nach der Migration: Prüfberichte, die von selbst ankommen

Ein gepflegter Bestand entsteht nicht mit dem Import, sondern hält sich danach. Die größte laufende Fehlerquelle sind Prüfungen, die außerhalb des Systems stattfinden: Ein externer Prüfer oder Sachverständiger schickt ein PDF, und jemand tippt Prüfdatum, Ergebnis und nächsten Termin ab. Genau dort entstehen Lücken, weil dieses Abtippen niemandes Lieblingsaufgabe ist.

Für diesen Fall gibt es einen zweiten Teil der Engine, der externe Prüfprotokolle liest. Er erkennt zunächst, ob es sich überhaupt um ein Prüfdokument handelt, und weist Rechnungen oder Lieferscheine ab. Aus dem Bericht zieht er die relevanten Felder: Prüfdatum, Ergebnis, Mängel und das nächste Prüfdatum. Enthält ein Dokument mehrere Prüfungen, etwa eine Innen- und eine Außenprüfung, werden beide erkannt.

Danach folgt der Teil, der im Alltag den Unterschied macht: die Zuordnung zum richtigen Gerät. Sie funktioniert auch dann, wenn die Inventarnummer im Bericht leicht anders geschrieben ist als im System. Passt alles, wird die bisherige Prüfung archiviert und ein neuer Prüfdatensatz mit dem PDF als Anhang angelegt. Bleibt die Zuordnung mehrdeutig, weil mehrere Geräte infrage kommen, gibt es eine E-Mail mit einem Link zur manuellen Zuordnung, statt einer stillen Fehlbuchung.

Der Effekt: Die Prüfhistorie bleibt vollständig, auch für alles, was nicht im eigenen Haus geprüft wurde. Und die Daten liegen im eigenen System, nicht im Portal des jeweiligen Prüfers.

Weiterführend in der Dokumentation:

Onboarding und Import: Formate, Importanweisungen und der Review-Prozess
Die LISS-Engine: semantisches Verständnis und das Lernen aus Korrekturen
Der Inspection Parser: externe Prüfprotokolle automatisch verarbeiten

Häufige Fragen

Muss ich meine Excel-Liste vorher bereinigen?

Nein, und es ist meist sogar hinderlich. Uneinheitliche Spaltennamen und Schreibweisen werden beim Einlesen interpretiert. Sinnvoll ist stattdessen, offensichtliche Dubletten zu entfernen und mit einem kleinen Testdatensatz zu beginnen.

Was passiert, wenn der Import etwas falsch zuordnet?

Dann korrigierst du es im Entwurfsstadium, bevor die Daten in den Bestand wandern. Nichts wird ungeprüft übernommen, und Korrekturen lassen sich für viele Zeilen gleichzeitig setzen.

Können wir auch alte Prüfberichte als PDF einlesen?

Ja. PDF ist eines der unterstützten Formate, sowohl beim ersten Import als auch im laufenden Betrieb für externe Prüfprotokolle. Verschlüsselte PDF-Dateien lassen sich allerdings nicht verarbeiten.

Wie gehen wir mit Geräten um, die es gar nicht mehr gibt?

Die gehören nicht in den aktiven Bestand. Importiere sie entweder nicht mit oder archiviere sie danach: Archivierte Geräte sind aus dem aktiven Bestand entfernt und zählen nicht zur Lizenz, behalten ihre Historie aber.

Die Liste ist der Anfang, nicht das Ziel

Eine Excel-Tabelle ist ein Verzeichnis. Ein gepflegter Bestand ist etwas anderes: Jedes Gerät hat eine Kategorie, einen Standort, einen Verantwortlichen und eine Prüfhistorie, die sich fortschreibt, ohne dass jemand sie fortschreibt. Der Import ist dabei nur die Brücke. Entscheidend ist, dass danach kein Weg mehr an der Tabelle vorbeiführt, weil es keine mehr gibt.