Was ist dokumentiert?
Die MiR Academy beschreibt für MiR Fleet unter anderem Missionsplanung, Synchronisation von Standortdaten, Lade- und Wartezustände sowie die Verwaltung gemeinsamer Ressourcen. [Quelle]
Systemansatz: Herstellerspezifische Flottensteuerung.
Warum fällt die Einordnung so aus?
Ich bewerte MiR Fleet als naheliegende Prüfoption für eine MiR-Flotte. Ein Herstellerfokus ist in diesem Szenario ein plausibler Vorteil: Die Auswahl muss nicht zuerst den Funktionsumfang mehrerer Fahrzeugmarken zusammenführen. Das ist besonders relevant, wenn Fahrzeuge bereits vorhanden sind und bestehende Abläufe weiterverwendet werden sollen. Ein zusätzliches System ist erst dann überzeugend, wenn es eine konkret fehlende Funktion ergänzt.
Für die Auswahl zählt, ob diese Eigenschaft ein tatsächliches Problem im eigenen Betrieb löst. Eine bereits abgedeckte Funktion ist kein zusätzlicher Nutzen. Umgekehrt kann eine einzelne fehlende Pflichtfunktion den Einsatz verhindern, auch wenn andere Merkmale überzeugen.
Eigenständige Missionsplanung und ERP-Anbindung
MiR beschreibt webbasierte Missionsplanung und stellt die Einbindung in ERP und Lagerverwaltung als mögliche Erweiterung beim Skalieren dar. Die Produktseite nennt eine REST-API für ERP, WMS und MES. [Quelle]
Daraus ergibt sich eine wichtige Einordnung: MiR Fleet sollte nicht als grundsätzlich von einem ERP-Projekt abhängig dargestellt werden. Bei einer homogenen MiR-Flotte kann ein bedienergeführter Ablauf eine geeignete Ausgangsbasis sein. Ob ein Sensor- oder Tasterprozess vollständig abgedeckt ist, hängt zusätzlich von Aufbau, Betriebsmitteln und eingerichteten Schnittstellen ab.
Für einen fairen Vergleich mit herstellerübergreifenden Plattformen sollte der gleiche Transport geprüft werden. Wer vergibt das Ziel? Wo wird dessen Belegung gehalten? Wie wird der nächste Auftrag freigegeben? Erst die Antworten zeigen, ob ein separates Prozesssystem gebraucht wird oder die angebotene MiR-Lösung den erforderlichen Ablauf bereits abbildet.
REST-API, Altsysteme und Aufbauten
Eine REST-API ist eine technische Zugangsmöglichkeit. Sie sagt für sich genommen nicht, dass jedes vorhandene ERP ohne Anpassung kommunizieren kann. Bei Eigenentwicklungen muss geklärt werden, welche Seite Daten übersetzt, wann ein Auftrag als angenommen gilt und wie Abschluss- oder Fehlermeldungen verarbeitet werden.
Für MiR-Projekte ist daneben der Aufbau relevant: Eine erfolgreiche Fahrt zum Ziel bedeutet noch nicht, dass Förderband, Hubmodul oder Wagenübergabe abgeschlossen sind. Der Adapter zum Bestandssystem sollte daher auf den fachlich richtigen Abschluss reagieren. Sonst kann die Lagerverwaltung eine Übergabe buchen, obwohl die Last noch auf dem Fahrzeug liegt.
Ein sinnvoller Prüffall trennt diese Ereignisse: Das Fahrzeug erreicht die Station, die Übergabe wird zunächst verweigert und erst später freigegeben. Beobachten Sie den Auftrag in MiR Fleet und im angebundenen System. Beide müssen eindeutig erkennen lassen, ob nur die Anfahrt oder bereits der gesamte Transport erledigt ist.
Flottenkoordination und gemeinsame Ressourcen
Meine Einordnung: Für eine bestehende MiR-Flotte ist die Herstellerlösung ein naheliegender Vergleichsmaßstab. Sie sollte zunächst zeigen, ob sie die erforderliche Arbeit mit den vorhandenen Fahrzeugen abdeckt. Ein breiteres Markenversprechen einer anderen Plattform ist erst relevant, wenn tatsächlich weitere Marken oder fehlende Funktionen hinzukommen sollen.
Bei der Vorführung sollte ein nahe gelegenes Fahrzeug absichtlich ungeeignet sein, etwa wegen Aufbau, Ladung oder Betriebszustand. Die Auswahl darf dann nicht nur nach Entfernung beurteilt werden. Prüfen Sie außerdem, wie Ladeplätze und Übergabestellen behandelt werden, wenn mehrere Missionen gleichzeitig Bedarf anmelden.
MiR Fleet und Enterprise-Funktionen sauber trennen
Für MiR Fleet Enterprise nennt die Produktseite unter anderem Windows-Server-Betrieb, Benutzerrechte, zentrale Anmeldung und Audit-Protokolle. Diese Angaben sind editionsbezogen zu prüfen. [Quelle]
Für die Beschaffung muss die konkrete Softwareausführung feststehen. Eine Funktion aus der Enterprise-Beschreibung sollte nicht ungeprüft auf jede vorhandene Installation übertragen werden. Ebenso sind unterstützte Fahrzeuggenerationen, Versionskombinationen und der Ablauf einer Aktualisierung für das tatsächliche Projekt zu bestätigen.
Für ein mittelständisches Unternehmen mit passenden MiR-Fahrzeugen kann der Herstellerfokus die Zuständigkeiten vereinfachen. Wenn die Strategie mehrere Fahrzeugmarken vorsieht, verschiebt sich die Bewertung: Dann werden die Übergänge zu einer übergeordneten Steuerung wichtiger. Ein Herstellerfokus ist deshalb weder grundsätzlich ein Vorteil noch automatisch ein Nachteil; entscheidend ist die geplante Fahrzeuglandschaft.
Welche Grenzen hat die Bewertung?
Aus dieser Einordnung folgt keine generelle Empfehlung für eine gemischte Flotte anderer Marken. Zudem hängt der Gesamtprozess weiterhin vom Aufbau, den Übergabestationen und der Anbindung an andere Betriebsmittel ab. Eine gute Verwaltung von Missionen beweist beispielsweise noch nicht, dass eine kundenspezifische Lastaufnahme zuverlässig funktioniert.
Die öffentlich zugängliche Schulungsübersicht benennt konkrete Funktionsbereiche. Sie ist keine vollständige technische Dokumentation und kein unabhängiger Leistungsnachweis.
In welchem Beispiel wäre die Lösung sinnvoll?
Mehrere MiR-Roboter versorgen definierte Stationen. Der Betrieb braucht abgestimmte Aufträge, Ladeabläufe und gemeinsame Standortdaten. In dieser Konstellation sollte die Herstellersteuerung als eigenständige Lösung in die Auswahl aufgenommen werden.
Das ist ein konstruiertes Entscheidungsszenario, keine Kundenreferenz. Es beschreibt die Bedingungen, unter denen die Prüfung sinnvoll ist; es behauptet keinen bereits erreichten Projekterfolg.
Was sollte die Vorführung beweisen?
Lassen Sie konkurrierende Missionen, ein besetztes Ziel und einen niedrigen Batteriestand zusammen auftreten. Prüfen Sie Priorisierung und Wiederaufnahme. Ergänzen Sie eine Änderung an einer Station und beobachten Sie die Verteilung der aktualisierten Daten.
- Ausgangszustand und erwartetes Ergebnis vor der Vorführung schriftlich festlegen.
- Erfolgreiche Ausführung und Fehlerbehandlung getrennt protokollieren.
- Notwendige manuelle Eingriffe und beteiligte Systeme benennen.
- Festhalten, ob der gezeigte Funktionsumfang Bestandteil des vorgesehenen Lieferumfangs ist.
Welche Alternative sollte mitgeprüft werden?
Vergleichen Sie die Lösung sowohl mit der vorhandenen Steuerung als auch mit dem für die geplante Fahrzeuglandschaft passenden Alternativansatz. Ein Wechsel muss eine konkrete Lücke schließen; eine zusätzliche Plattform sollte keine unnötige Doppelverwaltung erzeugen.
Woran sollte die Entscheidung festgemacht werden?
Die folgende Abnahmevorlage ist eine redaktionelle Prüfhilfe. Sie beschreibt keine bereits gemessenen Ergebnisse dieses Anbieters.
| Prüfschritt | Beobachtung | Entscheidungsgrund |
|---|---|---|
| Normalablauf | Auftrag von der Entstehung bis zur bestätigten Übergabe verfolgen. | Alle beteiligten Systeme zeigen denselben fachlichen Zustand. |
| Störung | Last fehlt, Ziel ist belegt oder die Verbindung wird unterbrochen. | Keine unbemerkte Doppelbeauftragung; Wiederaufnahme ist für das Bedienpersonal nachvollziehbar. |
| Änderung | Station, Priorität oder zulässigen Fahrzeugtyp anpassen. | Erforderliche Rollen, externe Hilfe und erneute Prüfungen werden sichtbar. |
| Erweiterung | Ein weiteres Fahrzeug oder eine neue Auftragsquelle planen. | Zusätzliche Schnittstellen und Verantwortlichkeiten sind konkret beschrieben. |
Weiterführend: ERP/WMS, Eigenentwicklungen und Altsysteme anbinden.
Quellen & Einordnung
Prüfstand: 18. September 2026. Herstellerinformationen sind Anbieterbeschreibungen. Die redaktionelle Empfehlung ist kein unabhängiger Produkttest.
- MiR Academy: Fleet ManagementZentrale Verwaltung und Synchronisation von Missions- und Standortdaten.
- MiR: MiR Fleet und MiR Fleet EnterpriseREST-API, zentrale Flottensteuerung und editionsabhängige Enterprise-Funktionen.
- MiR: Mobile Robotik höherer OrdnungWebbasierte Bedienung und Anbindung an ERP/Lagerverwaltung bei der Erweiterung.