Was ist dokumentiert?
Idealworks bezeichnet seine Flottenorchestrierung als Idealworks OS, vormals AnyFleet. Der Hersteller stellt sie als Lösung zur Koordination gemischter Roboterflotten dar. [Quelle]
Systemansatz: Herstellerübergreifende Orchestrierungsplattform.
Vertiefte Anbieterprüfung: 21. September 2026. Produktangaben sind unten belegt; Eignung und Projektplanung sind redaktionelle Einordnungen.
AnyFleet: Bodentransport, Hubgrenzen und ERP/WMS-Anbindung
Meine Einordnung: Das Idealworks-Hardwareangebot zunächst für Boden-zu-Boden- und Boden-zu-Station-Transporte bewerten. Hubhöhe und Lastübergabe begrenzen die Aufgaben des ausgewählten Roboters. Bei ERP/WMS-geführten Abläufen gehört die Unternehmensschnittstelle zum Einführungsprojekt: Aufträge übernehmen, Ziele zuordnen und abgeschlossene Transporte zurückmelden.
Die aktuelle Flottenplattform heißt Idealworks OS, vormals AnyFleet. Davon zu unterscheiden sind die fahrzeugseitige Software iw.os und der Roboter iw.hub. Zu den Fremdfahrzeugpartnern gehören Melkus und Sherpa; Modell und benötigte Aktionen müssen im Angebot bestätigt werden. [Quelle] [Quelle]
Das Hardwareangebot umfasst Unterfahr-, Boden-zu-Boden- und Boden-zu-Station-Transporte. Für das Boden-zu-Station-Modell werden bis zu 800 mm Hubhöhe genannt. Diese Grenze betrifft das konkrete Fahrzeug, nicht jedes durch die Plattform koordinierbare Robotermodell. [Quelle] [Quelle]
Meine Einordnung: prüfenswert für wiederkehrende Palettentransfers und koordinierte Werksabläufe. Für höhere Regale, besondere Lastträger oder wechselnde Übergabegeometrien ist eine Vorführung mit der tatsächlichen Last erforderlich. Auftragsanlage, Zielverfügbarkeit und Lieferbestätigung brauchen klare Verantwortlichkeiten. Bestandsgeführte Transporte benötigen eine funktionierende Verbindung zum führenden IT-System, auch wenn ein lokaler Pilot unabhängig beginnen kann.
Warum fällt die Einordnung so aus?
Ich sehe den Ansatz vor allem dort als prüfenswert, wo mehrere Transportabläufe gemeinsam organisiert werden sollen. Eine gemeinsame Steuerungsebene kann für den Betreiber eine einheitlichere Sicht auf Aufträge schaffen. Ob sie tatsächlich Doppelpflege vermeidet, hängt allerdings davon ab, welche Funktionen das bestehende Lager- oder Produktionssystem schon übernimmt. Die Bewertung beruht deshalb auf der Passung zur geplanten Systemarchitektur, nicht auf der Bekanntheit des Anbieters.
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.
Auftragsquellen und Prozesslogik
Idealworks OS nennt neben IT-Aufträgen auch Ruftaster, Sensoren und andere Prozesssignale. Externe Systeme können über HTTP/HTTPS und REST angebunden werden; für geeignete Fahrzeuge wird VDA 5050 über MQTT beschrieben. [Quelle]
Für die Bewertung bedeutet das: Eine Betrachtung als ausschließlich ERP-getriebene Lösung wäre zu eng. Zu untersuchen ist vielmehr, wie ein lokales Signal in eine vollständige Mission überführt wird. Ein Tastendruck muss eine definierte Quelle und ein zulässiges Ziel erhalten; nach der Übergabe muss die Anforderung wieder freigegeben werden. Der Nutzen entsteht durch diese geschlossene Prozesskette.
Bei mehreren Auftragsquellen sollte die Vorführung einen Konflikt enthalten: Ein Bediener ruft einen Transport ab, während das WMS dieselbe Station beauftragt. Lassen Sie zeigen, ob beide Anforderungen zusammengeführt, abgewiesen oder getrennt behandelt werden. Aus der Erwähnung von Tastern allein folgt noch keine bestimmte Logik zur Vermeidung von Doppelaufträgen.
Verkehr, Karten und Simulation
Die Produktbeschreibung umfasst Missions- und Verkehrskoordination, Zonen und Standortpunkte sowie eine Verbindung zur Simulation mit iw.sim. [Quelle]
Meine Einordnung: Simulation ist besonders dann ein sinnvoller Prüfschritt, wenn sich mehrere Materialflüsse dieselbe Engstelle teilen. Der Prüfwert hängt jedoch von realistischen Übergabezeiten, Fahrzeugabmessungen und Störungen ab. Ein ausschließlich mit freien Wegen berechneter Ablauf unterschätzt Warteschlangen am Ziel und die Auswirkungen langsamer Lastaufnahmen.
Lassen Sie dieselbe Layoutänderung im Modell und in der späteren Betriebsumgebung nachvollziehen. Prüfen Sie, welche Daten übernommen werden und welche Einstellungen nochmals fahrzeugseitig erfolgen müssen. Gemeinsame Standortpunkte in einer Leitsteuerung sind nicht automatisch identisch mit den Navigationskarten sämtlicher Fahrzeuge.
Betrieb, Verantwortlichkeit und Erweiterung
Für den Betreiber sollte der Projektumfang festlegen, wer Änderungen an Missionen freigibt, welche Bedienrechte bestehen und wer bei Störungen zwischen Roboter, Peripherie und IT vermittelt. Ein gemeinsamer Ansprechpartner ist nur dann praktisch hilfreich, wenn die Zuständigkeiten auch bei Fremdfahrzeugen und kundeneigenen Schnittstellen ausdrücklich abgedeckt sind.
Fragen Sie nach der angebotenen Betriebsform, der Datenhaltung und dem Verhalten bei einer Verbindungsunterbrechung. Die Bezeichnung eines Konnektors oder einer Plattform erlaubt keine verlässliche Schlussfolgerung über die konkrete Serverarchitektur des Angebots. Auch die für Ihr Projekt enthaltenen Analyse- und Simulationsfunktionen sollten einzeln benannt werden.
Für ein mittelständisches Unternehmen kann der Ansatz sinnvoll sein, wenn mehrere Abläufe zusammengeführt werden sollen und das Projektteam eine gemeinsame Prozessarchitektur aufbauen möchte. Bei einem einzigen einfachen Transport sollte dagegen geprüft werden, welche Bestandteile tatsächlich benötigt werden. Die Unternehmensgröße allein entscheidet diese Frage nicht.
Welche Grenzen hat die Bewertung?
Eine übergreifende Plattform muss sauber von vorhandenen Systemen abgegrenzt werden: Wer erzeugt Aufträge, priorisiert sie und bestätigt die Ausführung? Werden dieselben Entscheidungen auf mehreren Ebenen getroffen, entstehen vermeidbare Schnittstellen und unklare Zuständigkeiten. Aus dem Begriff „gemischte Flotte“ folgt zudem keine Zusage für jedes einzelne Fahrzeugmodell.
Name und grundlegende Positionierung sind anhand offizieller Seiten nachvollziehbar. Den konkreten Funktionsumfang und die Fahrzeugabdeckung muss das Projektteam gesondert bestätigen.
In welchem Beispiel wäre die Lösung sinnvoll?
Ein Werk betreibt mehrere Transportbereiche und möchte deren Auftragsvergabe zusammenführen. Die Lösung ist dann besonders relevant, wenn sie die erforderlichen Fahrzeuge unterstützt und zu den bestehenden Auftrags- und Rückmeldewegen passt.
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?
Verfolgen Sie einen Auftrag vom übergeordneten System bis zur quittierten Übergabe. Ändern Sie danach seine Priorität und lösen Sie eine Störung aus. Entscheidend ist, ob alle beteiligten Systeme anschließend denselben Auftragszustand zeigen.
- 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.
- Idealworks: Idealworks OSHerstellerbeschreibung zur übergreifenden Flottenorchestrierung.
- Idealworks: Noerpel, WMS-Anbindung mit AnyFleetHerstellerbericht zum Projekt aus Juli 2024; bestehendes WMS und Fremdfahrzeuge.
- Idealworks: iw.simSimulation als ergänzender Bestandteil des Idealworks-Angebots.
- 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.
- 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.