Was ist dokumentiert?
SYNAOS beschreibt die Anbindung unterschiedlicher Fahrzeughersteller über VDA 5050 sowie Verkehrsmanagement, Routenplanung und ereignisabhängige Auftragszuweisung. [Quelle]
Systemansatz: Herstellerübergreifende Flottensteuerung über VDA 5050.
Vertiefte Anbieterprüfung: 21. September 2026. Produktangaben sind unten belegt; Eignung und Projektplanung sind redaktionelle Einordnungen.
SYNAOS: WMS-Erweiterung für größere Flotten mit Projektbedarf
Für Unternehmen mit größeren Flotten, die ihr bestehendes WMS um eine gemeinsame Roboterausführung erweitern möchten. Für eine tiefe Anbindung vor dem Produktivstart ein umfangreiches IT- und Prozessprojekt einplanen: Lager- und Stationsdaten, Schnittstellen, Buchungsrückmeldungen, Wiederanlauf und Abnahme. Diese Bewertung betrifft dieses Einführungsmodell; nicht jede SYNAOS-Installation erfordert dieselbe Projekttiefe.
SYNAOS verbindet Flottenmanagement mit weiteren Intralogistikfunktionen, darunter Warehouse Execution. Die Plattform kann ein bestehendes WMS um die physische Materialflussausführung ergänzen; die pauschale Bezeichnung als vollständiges WMS-Add-on bildet diesen Umfang nicht präzise ab. [Quelle]
Meine Einordnung: besonders prüfenswert für größere gemischte Flotten mit gemeinsamen Wegen, Transportprioritäten und etablierten Lagerprozessen. Bei einem vernetzten Rollout gehören Prozessdesign, Adapterkonfiguration, Auftrags- und Buchungsrückmeldungen, Wiederanlauf und Abnahme in die Planung. Die Tiefe des IT-Projekts ergibt sich aus dem Ablauf. Für einen einfachen Einzeltransport sollte der Projektumfang gegen den konkreten Nutzen abgewogen werden.
Warum fällt die Einordnung so aus?
Ich bewerte diesen Ansatz als besonders relevant für eine gemischte Flotte mit gemeinsamen Wegen. Der Auswahlgrund ist nicht die reine Zahl unterstützter Marken, sondern die Frage, ob ihre Aufträge und Konflikte gemeinsam behandelt werden können. Eine standardisierte Kommunikation kann die Grundlage dafür schaffen. Den tatsächlichen Nutzen bestimmt anschließend die Abstimmung von Versionen, Fahrzeugaktionen und Betriebsregeln.
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.
Vorhandene Unternehmenssoftware und individuelle Schnittstellen
SYNAOS beschreibt die Anbindung verschiedener ERP-, WMS- und WCS-Systeme sowie individuelle Schnittstellen. Die Integrationsseite nennt neben standardisierten Fahrzeuganbindungen auch projektbezogene Anpassungen. [Quelle]
Für gewachsene IT-Landschaften ist das relevant: Die Frage lautet nicht allein, ob ein bekannter ERP-Name auf einer Liste steht. Entscheidend ist, welche Aufträge die tatsächlich eingesetzte Version erzeugt und welche Rückmeldungen sie verarbeiten kann. Auch eine stark angepasste Standardsoftware kann sich an der Schnittstelle wie eine Eigenentwicklung verhalten.
Meine Einordnung: Eine zentrale Anbindung kann die Zahl verschiedener Übergänge im Projekt begrenzen, wenn weitere Fahrzeuge hinter derselben Plattform hinzukommen. Das setzt jedoch voraus, dass das fachliche Auftragsmodell stabil bleibt. Eine neue Fahrzeugart mit zusätzlicher Lastaufnahme oder anderen Übergabezuständen kann trotzdem Änderungen an Prozess und Schnittstelle nötig machen.
VDA 5050 und gemeinsame Verkehrssteuerung
Der standardorientierte Ansatz ist vor allem dann prüfenswert, wenn verschiedene Fahrzeugtypen gemeinsame Flächen nutzen. Ein gemeinsames Nachrichtenformat ist dafür eine Grundlage; es beantwortet noch nicht, welche Priorität ein Transport erhält, wo ein Fahrzeug warten darf und wie ein blockierter Zielplatz den restlichen Verkehr beeinflusst.
Eine aussagekräftige Demonstration sollte Fahrzeugabmessungen einschließlich Last berücksichtigen. Zwei Fahrzeuge können geometrisch aneinander vorbeipassen und dennoch denselben Übergabebereich beanspruchen. Prüfen Sie deshalb nicht nur Kreuzungen, sondern auch das Freihalten von Stationen und das Verhalten bei längeren Übergabezeiten.
Die Academy enthält teilweise nicht datierte Aussagen zu einzelnen Funktionsständen, während die aktuelle Produktseite einen breiteren Funktionsumfang beschreibt. Solche Unterschiede sollten als Versionsfrage behandelt werden. Für die Bewertung werden daraus keine heutigen Funktionsdefizite abgeleitet; maßgeblich ist der nachgewiesene Stand des konkreten Angebots.
Betriebsmodell, Wachstum und interne Aufgaben
SYNAOS stellt auf der Produktseite ein SaaS-orientiertes Betriebsmodell mit laufender Betreuung dar. [Quelle]
Ein betreuter Betrieb kann interne IT-Aufgaben verändern, beseitigt aber nicht die Zuständigkeit für den eigenen Standort. Netzwerk, Endgeräte, Fahrzeugverfügbarkeit und fachliche Prozessfreigaben bleiben abzustimmen. Für die Entscheidung sollten Datenhaltung, Zugriffswege, Verhalten bei Unterbrechungen und vereinbarte Reaktionszeiten konkret beschrieben werden.
Vergleichen Sie daher den erforderlichen Einrichtungs- und Pflegeumfang mit dem tatsächlichen Koordinationsproblem. Ein skalierbares System ist dann nützlich, wenn es die geplante Erweiterung unterstützt und die aktuelle Bedienung für das vorhandene Team beherrschbar bleibt.
Welche Grenzen hat die Bewertung?
Eine VDA-5050-Anbindung allein garantiert weder die Verfügbarkeit jeder Sonderfunktion noch eine fertige Integration. Bestehende Fahrzeuge mit abweichenden Schnittstellen können zusätzliche Arbeit erfordern. Auch das vorgesehene Betriebsmodell muss zur IT des Unternehmens passen. Die gemeinsame Steuerung ist nur dann ein Vorteil, wenn Verantwortlichkeiten zu Lagerverwaltung und Fahrzeugnavigation eindeutig sind.
Die grundlegenden Funktionen und der Schnittstellenansatz sind öffentlich dokumentiert. Daraus folgt keine bestätigte Leistung für einen bestimmten Standort, Fahrzeugmix oder Durchsatz.
In welchem Beispiel wäre die Lösung sinnvoll?
Zwei unterschiedliche Fahrzeugtypen teilen sich eine Kreuzung und beliefern Stationen mit wechselnden Prioritäten. Hier ist eine einheitliche Auftrags- und Verkehrskoordination ein sinnvoller Prüfgegenstand, sofern die benötigten Funktionen beider Fahrzeuge unterstützt 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?
Führen Sie konkurrierende Aufträge mit zwei verschiedenen Fahrzeugmodellen aus. Blockieren Sie einen Fahrweg und ändern Sie eine Priorität. Prüfen Sie, wie Entscheidungen sichtbar werden und wie das System mit einem zeitweise nicht erreichbaren Fahrzeug umgeht.
- 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.
- SYNAOS: Mobile Robot Fleet ManagementHerstellerübergreifende Steuerung von FTS und AMR über VDA 5050.
- SYNAOS: IntegrationsmöglichkeitenAnbindung vorhandener ERP-, WMS- und WCS-Systeme sowie individueller Schnittstellen.
- SYNAOS Academy: Frequently asked questionsAuftragsauslöser ohne ERP/WMS und Schnittstellen. Nicht durchgehend versionierte FAQ; aktuellen Lieferumfang bestätigen lassen.
- SYNAOS: Release 1.10, Order Creator (2023)Historischer Nachweis für bedienergeführte Auftragsanlage; keine vollständige Beschreibung des heutigen Versionsstands.
- Idealworks: AboutIdealworks OS wird als Nachfolger von AnyFleet bezeichnet.
- Idealworks: Automation with the Robotics EcosystemThird-party robot partners; historical 2024 article, reviewed 2026-09-21.
- Idealworks: Pallet transportTransport configurations and local or enterprise mission triggers; reviewed 2026-09-21.
- Idealworks: Floor-to-Station Pallet TransportPublished lifting envelope; reviewed 2026-09-21.
- InOrbit: Company headquarters and operationsMountain View headquarters; reviewed 2026-09-21.
- InOrbit: Collaboration with KärcherHistorical partnership announcement; not a geographic customer breakdown. Reviewed 2026-09-21.
- InOrbit: Business Execution SystemVerbindung betrieblicher Aufträge aus ERP/WMS mit Robotermissionen.
- InOrbit: MissionsMissionsdefinition, Ausführung und Auswertung; Konfiguration und WMS als unterschiedliche Eingänge.
- SYNAOS: Warehouse ExecutionExecution scope alongside fleet management; reviewed 2026-09-21.
- SYNAOS: Intralogistics PlatformVendor-reported fleet scale and platform scope; reviewed 2026-09-21.