Lagerverwaltungssoftware selbst hosten: Die wichtigen Bestandsabläufe testen
Bewerten Sie Lagerverwaltungssoftware anhand realistischer Bestandsszenarien und entscheiden Sie, ob Sie den Betrieb selbst übernehmen oder einen Managed Service nutzen möchten. Dieser praktische Testplan behandelt Abläufe, Rückverfolgbarkeit, Abgrenzung zur Buchhaltung, Berichte, Berechtigungen und Zuständigkeiten beim Betrieb.
Beginnen Sie mit Bestandsentscheidungen, nicht mit Funktionsnamen
Eine Funktionsliste zeigt, wie ein Anbieter eine Fähigkeit bezeichnet. Sie zeigt aber nicht, ob Mitarbeitende damit die Entscheidungen treffen können, die im Geschäftsalltag anstehen. Listen Sie zunächst die Entscheidungen auf, die das System unterstützen muss: etwa, ob ein Auftrag sofort erfüllt werden kann, wo ein Produkt gelagert wird oder ob eine Bestandsabweichung untersucht werden muss.
Notieren Sie vor dem Produktvergleich Ihre unverzichtbaren Anforderungen, nützliche Zusatzfunktionen und Ausschlusskriterien. Verknüpfen Sie jede Anforderung mit einer konkreten Aufgabe und der Person, die sie ausführt. So behandeln Sie ein umfassendes ERP-System, ein eigenständiges Lagerverwaltungstool und eine App für den Hausrat nicht als austauschbar, nur weil alle den Begriff „Inventar“ verwenden.
HomeBox bezeichnet sich selbst als „einfache Software zur Verwaltung des Hausinventars“ und beschreibt sich als Open Source (https://homebox.software/). Diese Beschreibung allein sagt nicht aus, ob die Software Lagerprozesse wie Kommissionierung, Reservierungen oder Umlagerungen unterstützt. Prüfen Sie, ob das Produkt die für Sie erforderlichen Geschäftsabläufe dokumentiert.
- Welche Bestandsentscheidungen müssen Mitarbeitende täglich treffen?
- Wie viele Standorte, Lagerbereiche, Produkttypen und Benutzer müssen abgebildet werden?
- Welche Schritte müssen im System gesteuert werden, und welche können in einem anderen Tool bleiben?
- Was wäre ein Ausschlussgrund: ein nicht praktikabler Ablauf, fehlende Dokumentation oder eine nicht unterstützte, erforderliche Integration?
Bilden Sie den tatsächlichen Ablauf vom Wareneingang bis zur Retoure ab
Skizzieren Sie den Weg, den ein Lagerartikel in Ihrem Unternehmen durchläuft: Wareneingang, Einlagerung, Kommissionierung, Versand, Retouren und Umlagerungen zwischen Standorten. Berücksichtigen Sie die Übergaben zwischen Mitarbeitenden und alle Momente, in denen sich eine Menge oder ein Lagerort ändern sollte. Orientieren Sie sich an Ihren eigenen Abläufen, statt anzunehmen, dass jedes Unternehmen dieselbe Reihenfolge nutzt.
Halten Sie für jeden Schritt die Ausgangsinformationen, die ausgeführte Aktion, das erwartete Ergebnis und die Informationen fest, die die ausführende Person sehen muss. Bitten Sie den Anbieter, diese Abfolge in einer Testumgebung vorzuführen oder die konkrete Funktion in der Dokumentation zu belegen.
Wenn mehrere Standorte berücksichtigt werden müssen, testen Sie eine Umlagerung als vollständigen Vorgang: Wo sich der Bestand zu Beginn befindet, was während des Transports damit geschieht, sofern das für Ihren Betrieb relevant ist, und wie der Zielstandort den Eingang bestätigt.
- Wareneingang: Lässt sich die Lieferung im Test abbilden und nachvollziehen, was angenommen wurde?
- Einlagerung: Können Mitarbeitende den von Ihrem Ablauf geforderten Lagerort finden oder zuweisen?
- Kommissionierung und Versand: Kann eine ausführende Person einen Auftrag bearbeiten und bestätigen, welche Artikel das Lager verlassen haben?
- Retouren: Lassen sich zurückgesendete Waren abbilden, ohne sie automatisch als verkaufsfähig zu behandeln?
- Umlagerungen: Können Ihre Standorte nachvollziehen, was versendet und was empfangen wurde?
Verwenden Sie Mengen, die Sonderfälle sichtbar machen
Ein Test mit einem Produkt und einer fehlerfreien Lieferung ist zu wenig anspruchsvoll. Stellen Sie eine kleine Auswahl von Beispielen aus Ihrem tatsächlichen Geschäftsalltag zusammen, einschließlich der von Mitarbeitenden verwendeten Einheiten und Mengen. Testen Sie, ob die Anwendung diese Mengen korrekt darstellt und sich gemäß den dokumentierten Regeln verhält.
Testen Sie einen Teillieferungseingang: Bestellen Sie eine Menge, nehmen Sie weniger entgegen und prüfen Sie, was offen bleibt oder nachverfolgt werden muss. Testen Sie ein Produkt, das in einer Einheit eingekauft und in einer anderen gehandhabt wird, nur dann, wenn Ihr Betrieb eine solche Umrechnung benötigt. Wenn Aufträge die verfügbare Menge überschreiten können, testen Sie Reservierungen und Rückstände getrennt. Gehen Sie nicht davon aus, dass das eine automatisch das andere bedeutet.
Halten Sie die erwarteten Ergebnisse vor der Vorführung fest. Wenn das System eine andere Menge anzeigt, fragen Sie, welches Ereignis die Änderung ausgelöst hat und ob Mitarbeitende sie nachvollziehen können.
- Legen Sie ein Beispiel mit einer Teillieferung an und vergleichen Sie die erwarteten mit den angezeigten Restmengen.
- Testen Sie Einheitenumrechnungen nur, wenn Ihr Betrieb sie benötigt; überprüfen Sie Rundung und Eingaberegeln.
- Prüfen Sie, wie die Anwendung für Aufträge gebundenen Bestand gegenüber dem Bestand darstellt, der zur Zusage verfügbar ist, falls diese Unterscheidung für Sie wichtig ist.
- Testen Sie einen Fehlbestand und eine spätere Auffüllung; prüfen Sie, wie offene Nachfrage behandelt wird.
- Dokumentieren Sie Eingabe, erwartetes Ergebnis und beobachtetes Ergebnis.
Testen Sie Inventuren, Korrekturen und beschädigte Waren
Eine Bestandsaufnahme ist nur dann nützlich, wenn Mitarbeitende die gezählten Mengen mit den Aufzeichnungen vergleichen und Abweichungen kontrolliert klären können. Führen Sie eine beispielhafte Stichprobeninventur mit einer bekannten Menge durch, erzeugen Sie anschließend eine Abweichung und beobachten Sie, welche Schritte die ausführende Person ausführen soll.
Testen Sie beschädigte, fehlende oder anderweitig unbrauchbare Waren als eigene Fälle, wenn Ihr Prozess sie anders behandelt als verkaufsfähige Bestände. Fragen Sie, ob das System die benötigten Unterschiede abbilden kann, wer Änderungen vornehmen darf und welche Historie gespeichert bleibt.
Fehler gehören zum Test. Nehmen Sie eine zulässige Bestandskorrektur vor und fragen Sie anschließend, wie eine berechtigte Person sie erkennen, gegebenenfalls korrigieren und einen verständlichen Nachweis des Vorgangs erhalten kann.
- Zählen Sie eine bekannte Menge und vergleichen Sie sie mit der erfassten Menge.
- Erfassen Sie eine Abweichung und prüfen Sie die daraus entstehende Menge und die Transaktionshistorie.
- Testen Sie den Umgang mit beschädigten Waren und bestätigen Sie, dass er Ihren eigenen Regeln entspricht.
- Fragen Sie, welches Verfahren zur Korrektur oder Rücknahme einer falschen Eingabe dokumentiert ist.
- Prüfen Sie, ob sich bei Bedarf nachvollziehen lässt, wer eine Änderung wann vorgenommen hat.
Verlangen Sie Rückverfolgbarkeit nur, wenn Ihr Betrieb sie benötigt
Chargen-, Seriennummern- und Mindesthaltbarkeitsdaten können wichtig sein, wenn bestimmte Chargen, einzelne Artikel oder Datumsangaben identifiziert werden müssen. Sie bedeuten zugleich zusätzlichen Aufwand bei Wareneingang, Lagerung und Auftragsabwicklung. Entscheiden Sie, welche Formen der Rückverfolgbarkeit Ihre Produkte oder Abläufe tatsächlich erfordern, bevor Sie sie pauschal voraussetzen.
Legen Sie für ein relevantes Produkt einen Testeingang mit der Kennung oder dem Datum an, das Ihr Ablauf verwendet. Verfolgen Sie es durch die Lagerung, einen Versand und ein Retouren- oder Prüfszenario. Prüfen Sie, ob Mitarbeitende die benötigte Historie an der Stelle abrufen können, an der sie gebraucht wird.
Wenn Ihre Waren keine Rückverfolgbarkeit erfordern, verwenden Sie die Evaluierungszeit für die tatsächlich wichtigen Abläufe. Eine für Ihren Betrieb unnötige Funktion sollte einen grundlegenden Prozess, den das Team nicht zuverlässig abschließen kann, nicht aufwiegen.
- Ermitteln Sie, für welche Produkte Chargen, Seriennummern oder Mindesthaltbarkeitsdaten erforderlich sind und warum.
- Testen Sie die Kennung vom Wareneingang bis zum relevanten Versand- oder Ausnahmeprozess.
- Prüfen Sie, ob die benötigten Mitarbeitenden die Informationen finden können.
- Dokumentieren Sie manuelle Umgehungslösungen und die damit verbundenen Risiken.
Trennen Sie Warenbewegungen von Annahmen zur Buchhaltung
Betriebliche Bestandsaufzeichnungen und die Bewertung des Lagerbestands beantworten zusammenhängende, aber unterschiedliche Fragen. Im Betrieb kann wichtig sein, was physisch vorhanden, für Aufträge gebunden oder an einem bestimmten Ort gelagert ist. Im Finanzbereich können zusätzlich Werte, Bewertungsmethoden, Buchungen und Kontrollen zum Periodenende relevant sein. Gehen Sie nicht davon aus, dass ein System, das eine dieser Anforderungen erfüllt, automatisch auch die andere abdeckt.
Lassen Sie die Finanzverantwortlichen oder Ihre Steuerberatung die wichtigen buchhalterischen Anforderungen festlegen, einschließlich der Daten, die an das Buchhaltungssystem übermittelt werden müssen, und der Zuständigkeit für diese Aufzeichnungen. Testen Sie anschließend die Übergabe anhand eines repräsentativen Beispiels. Prüfen Sie, ob die potenzielle Anwendung die benötigte konkrete Bewertungs- oder Buchhaltungsfunktion dokumentiert.
Ein eigenständiges Lagerverwaltungstool kann besser passen, wenn es vor allem um die Bestandskontrolle geht und die Buchhaltung in einem etablierten separaten System bleiben kann. Ein ERP-System kann sich für die Bewertung eignen, wenn der Bestand mit anderen betrieblichen oder finanziellen Abläufen verknüpft werden muss. Die richtige Wahl hängt von nachgewiesener Abdeckung Ihrer Arbeitsabläufe ab, nicht allein von der Produktkategorie.
- Listen Sie die Bestandsinformationen auf, die der Betrieb benötigt, und die Bewertungs- oder Buchungsinformationen, die der Finanzbereich braucht.
- Legen Sie fest, welches System für die jeweiligen Datensätze maßgeblich ist.
- Testen Sie eine realistische Datenübergabe und ermitteln Sie, wie Fehler abgeglichen werden.
- Bitten Sie um Dokumentation der erforderlichen Kosten-, Bewertungs- oder Buchhaltungsfunktionen.
Prüfen Sie Berichte, Exporte und Integrationen anhand konkreter Entscheidungen
Ein Bericht ist dann wertvoll, wenn er eine konkrete betriebliche Frage beantwortet. Benennen Sie zuerst die zu treffenden Entscheidungen – etwa, was nachbestellt werden muss oder wo eine Abweichung noch ungeklärt ist – und bitten Sie den Anbieter anschließend, den genauen Bericht oder eine dokumentierte Möglichkeit zur Erstellung dieser Informationen zu zeigen.
Prüfen Sie das Ergebnis anhand von Testdaten, die Sie nachvollziehen können. Klären Sie die Bedeutung von Mengen, Lagerorten und Statusangaben und prüfen Sie, ob die Filter zur Arbeitsweise Ihrer Mitarbeitenden passen. Exportieren Sie ein Beispiel, wenn Ihr Team auf Tabellen oder ein anderes System angewiesen ist, und kontrollieren Sie, ob die Felder und Kennungen für den anschließenden Prozess nützlich sind.
Beschreiben Sie bei Integrationen die Datenflussrichtung, die Ereignisse, die Aktualisierungen auslösen, sowie den Umgang mit doppelten, verspäteten oder fehlgeschlagenen Übertragungen. Halten Sie unklare Punkte als offene Fragen fest.
- Wählen Sie drei betriebliche Fragen aus und bestimmen Sie, welcher Bericht oder Export jeweils eine Antwort liefern soll.
- Vergleichen Sie Berichtssummen mit den zugrunde liegenden Testtransaktionen.
- Prüfen Sie, ob exportierte Felder den Artikeln, Aufträgen und Lagerorten wieder zugeordnet werden können.
- Dokumentieren Sie Zuständigkeiten für Integrationen, Fehlerbehandlung und Abgleich.
Entscheiden Sie zwischen selbst verwaltetem und betreutem Betrieb
Selbst hosten kann bedeuten, dass Ihr Team die Anwendung und die zugehörige Infrastruktur betreibt. Es kann aber auch heißen, dass Sie einen Managed-Deployment-Service für eine Anwendung auf einer Cloud-Infrastruktur nutzen. Vergleichen Sie diese Modelle vor der Softwareauswahl: Wer übernimmt Einrichtung und laufenden Betrieb, welcher Support ist verfügbar und welche Zuständigkeiten verbleiben bei Ihrem Unternehmen?
Planen Sie bei einem selbst verwalteten Betrieb, wer die Umgebung wartet und operative Aufgaben wie Aktualisierungen, Zugriffsverwaltung, Sicherungen und Wiederherstellung übernimmt. Fragen Sie bei einem Managed Service genau nach, welche Aufgaben der Anbieter ausführt und wie Sie Ihre Daten, Benutzer und Anforderungen an die Wiederherstellung verwalten können. Managed Hosting kann den Infrastrukturaufwand verringern, nimmt Ihrem Unternehmen aber nicht die Verantwortung für Entscheidungen zu Daten und Zugriff ab.
Für Anwendungen in seinem öffentlichen Katalog bietet Airbip ein verwaltetes Deployment an: Anwendungsinstanzen laufen als Docker-Workloads auf Airbip-Cloudservern. Airbip automatisiert Routing und TLS-Zertifikate über Traefik und Let’s Encrypt. Zum Service gehören außerdem DNS-Prüfungen, die Verwaltung des Service-Lebenszyklus sowie konfigurierbare tägliche, wöchentliche und monatliche Backups. Klären Sie vor Ihrer Entscheidung, welche Zuständigkeiten für den jeweiligen Service und die konkrete Anwendung gelten.
- Legen Sie für jede Deployment-Option fest, wer für die laufende Wartung, Benutzerzugriffe, Backups und Wiederherstellung zuständig ist.
- Fragen Sie, welche Daten exportiert werden können und wie Sie den Zugriff zurückerlangen würden, wenn Sie den Anbieter wechseln.
- Klären Sie, welche Infrastrukturaufgaben ein Managed Service übernimmt und welche bei Ihrem Team verbleiben.
- Vergleichen Sie den Betriebsaufwand mit dem Maß an Kontrolle, das Ihr Unternehmen benötigt.
Häufige Fragen
Wie sollte ein kleines Unternehmen eigenständige Lagerverwaltungssoftware mit einem ERP-System vergleichen?
Vergleichen Sie beide anhand derselben schriftlich festgehaltenen Arbeitsabläufe. Ein spezialisiertes Lagerverwaltungstool kann für ein Unternehmen passen, dessen Hauptbedarf die Bestandskontrolle ist und dessen Buchhaltung anderswo bleibt. Ein ERP-System kann sich für die Bewertung eignen, wenn der Bestand mit weiteren Geschäftsprozessen zusammenarbeiten muss. Testen Sie in beiden Fällen die erforderlichen Funktionen und prüfen Sie die Produktdokumentation.
Ist Open-Source-Software für den Hausrat automatisch für den Lagerbetrieb geeignet?
Nein. HomeBox bezeichnet sich auf seiner offiziellen Website als einfache Open-Source-Software zur Verwaltung des Hausinventars: https://homebox.software/. Diese Beschreibung belegt nicht, ob die Software Lagerfunktionen wie Wareneingang, Kommissionierung, Reservierungen, Umlagerungen oder Bestandsbewertung unterstützt. Testen Sie die für Ihr Unternehmen benötigten Abläufe.
Was sollte ich bei einem selbst gehosteten Lagerverwaltungssystem zuerst testen?
Beginnen Sie mit dem Ablauf, der sich am unmittelbarsten auf den täglichen Betrieb auswirkt, etwa der Annahme einer Lieferung, der Suche nach Bestand oder der Erfüllung eines Auftrags. Verwenden Sie realistische Mengen, Lagerorte und Ausnahmefälle, legen Sie das erwartete Ergebnis vorab fest und prüfen Sie, was die Anwendung aufzeichnet.
Benötige ich die Nachverfolgung von Chargen, Seriennummern und Mindesthaltbarkeitsdaten?
Nur wenn Ihre Waren, Abläufe oder Rückverfolgbarkeitspflichten sie erfordern. Bestimmen Sie, für welche Produkte welche Kennungen benötigt werden, und testen Sie die Informationen vom Wareneingang bis zum relevanten Versand-, Retouren- oder Prüfprozess.
Entfallen durch Self-Hosting die Zuständigkeiten für Backups und Zugriffskontrollen?
Nein. Ein Managed Deployment kann Teile der Infrastruktur übernehmen, aber Ihr Unternehmen muss weiterhin Entscheidungen zu Daten, Benutzern, Berechtigungen und Wiederherstellung treffen. Klären Sie genau, was der Anbieter verwaltet und was in Ihrer Verantwortung bleibt.
Was sollte ich tun, wenn ein Anbieter eine erforderliche Funktion nicht dokumentieren kann?
Halten Sie sie als ungeklärt fest, bitten Sie um eine konkrete schriftliche Antwort und reproduzieren Sie das Verhalten nach Möglichkeit in einer Testumgebung. Dokumentieren Sie die Frage, die vorhandenen Nachweise, die zuständige Person und die nächsten Schritte. Behandeln Sie einen Funktionsnamen nicht als Beleg dafür, dass das Verhalten Ihren Anforderungen entspricht.
Quellen und weiterführende Literatur
- HomeBox — HomeBox
- Docker documentation — Docker
- Traefik documentation — Traefik Labs
- Let’s Encrypt documentation — Internet Security Research Group